Azure VMware Solution のプライベート クラウドとクラスターの概念
Azure VMware Solution は、VMware ベースのプライベート クラウドを Azure で提供するサービスです。 Azure は、プライベート クラウドのハードウェアおよびソフトウェアの展開に対応しており、これを自動で実行します。 プライベート クラウドのデプロイと管理は、Azure portal、CLI または PowerShell で行います。
プライベート クラウドでは、次のものを使用するクラスターなどを運用できます。
- VMware ESXi ハイパーバイザーを使用してプロビジョニングされた専用のベアメタル サーバー ホスト
- ESXi と vSAN を管理する VMware vCenter Server
- vSphere ワークロード VM 用の VMware NSX ソフトウェア定義ネットワーク
- VSphere ワークロード VM 用の VMware vSAN データストア
- ワークロード モビリティ用の VMware HCX
- Azure アンダーレイのリソース (接続、プライベート クラウドの操作に必要)
プライベート クラウドのインストールと管理は Azure サブスクリプション内から行われます。 サブスクリプション内のプライベート クラウドの数はスケーラブルです。 初期状態では、サブスクリプションにつきプライベート クラウドは 1 つという制限があります。 Azure サブスクリプション、Azure VMware Solution のプライベート クラウド、vSAN クラスター、ホストの間には論理的な関係があります。
次の図は、Azure VMware Solution のアーキテクチャ コンポーネントを示しています。
各 Azure VMware Solution アーキテクチャ コンポーネントには、次の機能があります。
- Azure サブスクリプション: Azure VMware Solution のアクセス、予算、クォータの管理を制御します。
- Azure リージョン: データ センターを Availability Zones (AZ) にグループ化し、AZ をリージョンにグループ化します。
- Azure リソース グループ: Azure サービスとリソースを論理グループに配置します。
- Azure VMware Solution プライベート クラウド: vCenter Server、NSX ソフトウェア定義ネットワーク、vSAN ソフトウェア定義ストレージ、Azure ベアメタル ESXi ホストなどの VMware ソフトウェアを使用するコンピューティング、ネットワーク、ストレージ リソースを提供します。 Azure NetApp Files、Azure Elastic SAN、Pure Cloud ブロック ストアもサポートされています。
- Azure VMware Solution リソース クラスター: vSAN ソフトウェア定義ストレージや Azure ベアメタル ESXi ホストなど、VMware ソフトウェアを使用して Azure VMware Solution プライベート クラウドをスケールアウトすることで、お客様のワークロードに対してコンピューティング、ネットワーク、ストレージ リソースを提供します。 Azure NetApp Files、Azure Elastic SAN、Pure Cloud ブロック ストアもサポートされています。
- VMware HCX: モビリティ、移行、およびネットワーク拡張機能サービスを提供します。
- VMware Site Recovery: VMware vSphere Replication を使用して、ディザスター リカバリーとストレージ レプリケーション サービスを自動化します。 サード パーティのディザスター リカバリー ソリューション Zerto ディザスター リカバリーと JetStream ソフトウェア ディザスター リカバリーもサポートされています。
- 専用 Microsoft Enterprise Edge (D-MSEE): Azure クラウドと Azure VMware Solution プライベート クラウド インスタンスを接続するルーター。
- Azure Virtual Network (VNet): Azure サービスとリソースを接続します。
- Azure Route Server: 動的ルート情報を Azure ネットワークと交換します。
- Azure Virtual Network Gateway: IPSec VPN、ExpressRoute、VNet 間接続を使用して、Azure サービスとリソースを他のプライベート ネットワークに接続します。
- Azure ExpressRoute: Azure データセンターとオンプレミスまたはコロケーション インフラストラクチャの間に高速のプライベート接続を実現します。
- Azure Virtual WAN (vWAN): ネットワーク、セキュリティ、ルーティング機能を 1 つの統合ワイド エリア ネットワーク (WAN) に結合します。
Hosts
Azure VMware Solution クラスターは、ハイパーコンバージド インフラストラクチャに基づいています。 次の表に、ホストの CPU、メモリ、ディスク、およびネットワークの仕様を示します。
| ホストの種類 | CPU (コア/GHz) | RAM (GB) | vSAN キャッシュ層 (TB、Raw***) | vSAN 容量層 (TB、Raw***) | リージョン別の提供状況 |
|---|---|---|---|---|---|
| AV36 | CPU @ 2.3 GHz あたり 18 コア、合計 36 個の物理コア (ハイパースレッディングによる論理コア 72 個) を搭載した Dual Intel Xeon Gold 6140 CPU (Skylake マイクロアーキテクチャ) | 576 | 3.2 (NVMe) | 15.20 (SSD) | 選択されたリージョン (*) |
| AV36P | CPU @ 2.6 GHz / 3.9 GHz ターボあたり 18 コア、合計 36 個の物理コア (ハイパースレッディングによる論理コア 72 個) を搭載した Dual Intel Xeon Gold 6240 CPU (Cascade Lake マイクロアーキテクチャ) | 768 | 1.5 (Intel キャッシュ) | 19.20 (NVMe) | 選択されたリージョン (*) |
| AV52 | CPU @ 2.7 GHz / 4.0 GHz ターボあたり 26 コア、合計 52 個の物理コア (ハイパースレッディングによる論理コア 104 個) を搭載した Dual Intel Xeon Platinum 8270 CPU (Cascade Lake マイクロアーキテクチャ) | 1,536 | 1.5 (Intel キャッシュ) | 38.40 (NVMe) | 選択されたリージョン (*) |
| AV64 | CPU @ 2.8 GHz/3.5 GHz ターボあたり 32 コア、合計 64 個の物理コア (ハイパースレッディングによる論理コア 128 個) を搭載した Dual Intel Xeon Platinum 8370C CPU (Ice Lake マイクロアーキテクチャ) | 1,024 | 3.84 (NVMe) | 15.36 (NVMe) | 選択されたリージョン (**) |
Azure VMware Solution クラスターには、少なくとも 3 つのホストが必要です。 1 つの Azure VMware Solution プライベート クラウドでは、同じ種類のホストのみを使用できます。 クラスターの構築またはスケーリングに使用されるホストは、ホストの分離プールから取得されます。 これらのホストはハードウェア テストに合格しており、クラスターに追加される前にすべてのデータが安全に削除されました。
上記のすべてのホストの種類が、100 Gbps のネットワーク インターフェイス スループットを備えています。
(*) 詳細は、Azure 料金計算ツールを使用して入手できます。
(**) AV64 の前提条件: AV64 を追加する前に、AV36、AV36P、または AV52 を使用してデプロイされた Azure VMware Solution プライベート クラウドが必要です。
(***) Raw の値は、ディスクの製造元によって報告された ユニットの国際単位系 (SI) に基づいています。 例: 1 TB Raw = 1000000000000 バイト。コンピューターが計算するバイナリ単位の容量 (1TB のバイナリ = 1099511627776 バイトのバイナリ) は、Raw の 10 進数値から変換された 931.3 ギガバイトと等しくなります。
Azure リージョン可用性ゾーン (AZ) から SKU へのマッピング テーブル
Azure VMware Solution の設計を計画するときは、次の表を使用して、 Azure リージョンの各物理可用性ゾーンで使用できる SKU を理解します。
重要
このマッピングは、Azure NetApp Files や Pure Cloud Block Store (CBS) などの統合サービスを含む、Azure ネイティブのワークロードとプライベート クラウドの近接性を確保するために重要です。
Azure VMware Solution Stretched クラスターのマルチ AZ 機能も、次の表にタグ付けされています。 Azure VMware Solution の顧客クォータは Azure リージョンによって割り当てられ、プライベート クラウドのプロビジョニング中に可用性ゾーンを指定することはできません。 自動選択アルゴリズムは、Azure リージョン全体のデプロイのバランスを取るために使用されます。 デプロイしたい特定の可用性ゾーンがある場合は、サービス要求を開いて、サブスクリプション、Azure リージョン、可用性ゾーン、SKU の種類に関する "特別な配置ポリシー" を Microsoft に要求します。 このポリシーは、お客様が削除または変更を要求するまで維持されます。
太字でマークされている SKU は、お客様の消費量とクォータによって可用性が制限されているため、リクエストに応じて利用できない可能性があります。 AV36、AV36P、または AV52 SKU が制限されている場合は、代わりに AV64 SKU を使用する必要があります。
AV64 SKU は可用性ゾーンごとに使用できます。次の表に、この SKU をサポートする Azure リージョンを示します。 RAID-6 FTT2 および RAID-1 FTT3 ストレージ ポリシーの場合、障害ドメインがそれぞれ 6 つと 7 つ必要です。各 Azure リージョンの FD 数は、"サポートされている AV64 FD" 列に示されています。
| Azure リージョン | 可用性ゾーン | SKU | マルチ AZ SDDC | サポートされている AV64 FD |
|---|---|---|---|---|
| オーストラリア東部 | AZ01 | AV36P、AV64 | はい | 7 |
| オーストラリア東部 | AZ02 | AV36、AV64 | はい | 7 |
| オーストラリア東部 | AZ03 | AV36P、AV64 | はい | 7 |
| オーストラリア南東部 | AZ01 | AV36 | いいえ | N/A |
| ブラジル南部 | AZ02 | AV36 | いいえ | N/A |
| カナダ中部 | AZ02 | AV36、AV36P、AV64 | いいえ | 7 |
| カナダ東部 | 該当なし | AV36 | いいえ | N/A |
| インド中部 | AZ03 | AV36P (AV64 は 2024 年下半期に対応予定) | いいえ | 7 |
| 米国中部 | AZ01 | AV36P (AV64 は 2024 年下半期に対応予定) | はい | 7 |
| 米国中部 | AZ02 | AV36 (AV64 は 2024 年下半期に対応予定) | はい | 7 |
| 米国中部 | AZ03 | AV36P、AV64 | はい | 7 |
| 東アジア | AZ01 | AV36 (AV64 は 2024 年下半期に対応予定) | いいえ | N/A (2024 年下半期に 7 つ対応予定) |
| 米国東部 | AZ01 | AV36P、AV64 | はい | 7 |
| 米国東部 | AZ02 | AV36P、AV64 | はい | 7 |
| 米国東部 | AZ03 | AV36、AV36P、AV64 | はい | 7 |
| 米国東部 2 | AZ01 | AV36、AV64 | はい | 7 |
| 米国東部 2 | AZ02 | AV36P、AV52、AV64 | はい | 7 |
| フランス中部 | AZ01 | AV36 (AV64 は 2024 年下半期に対応予定) | いいえ | N/A (2024 年下半期に 7 つ対応予定) |
| ドイツ中西部 | AZ01 | AV36P (AV64 は 2024 年下半期に対応予定) | はい | 7 |
| ドイツ中西部 | AZ02 | AV36 (AV64 は 2024 年下半期に対応予定) | はい | 7 |
| ドイツ中西部 | AZ03 | AV36、AV36P、AV64 | はい | 7 |
| イタリア北部 | AZ03 | AV36P (AV64 は 2024 年下半期に対応予定) | いいえ | 7 |
| 東日本 | AZ02 | AV36 (AV64 は 2024 年下半期に対応予定) | いいえ | 7 |
| 西日本 | AZ01 | AV36 (AV64 は 2024 年下半期に対応予定) | いいえ | 7 |
| 米国中北部 | AZ01 | AV36、AV64 | はい | 7 |
| 米国中北部 | AZ02 | AV36P、AV64 | はい | 7 |
| 北ヨーロッパ | AZ02 | AV36、AV64 | いいえ | 7 |
| カタール中部 | AZ03 | AV36P (AV64 は 2024 年下半期に対応予定) | いいえ | N/A (2024 年下半期に 7 つ対応予定) |
| 南アフリカ北部 | AZ03 | AV36 (AV64 は 2024 年下半期に対応予定) | いいえ | 7 |
| 米国中南部 | AZ01 | AV36、AV64 | はい | 7 |
| 米国中南部 | AZ02 | AV36P、AV52、AV64 | はい | 7 |
| 東南アジア | AZ02 | AV36 | いいえ | N/A |
| スウェーデン中部 | AZ01 | AV36 (AV64 は 2024 年下半期に対応予定) | いいえ | N/A (2024 年下半期に 7 つ対応予定) |
| スイス北部 | AZ01 | AV36、AV64 | いいえ | 7 |
| スイス北部 | AZ03 | AV36P (AV64 は 2024 年下半期に対応予定) | いいえ | N/A (2024 年下半期に 7 つ対応予定) |
| スイス西部 | AZ01 | AV36、AV64 | いいえ | 7 |
| アラブ首長国連邦北部 | AZ03 | AV36P | いいえ | N/A |
| 英国南部 | AZ01 | AV36、AV36P、AV52、AV64 | はい | 7 |
| 英国南部 | AZ02 | AV36、AV64 | はい | 7 |
| 英国南部 | AZ03 | AV36P、AV64 | はい | 7 |
| 英国西部 | AZ01 | AV36 | いいえ | N/A |
| 西ヨーロッパ | AZ01 | AV36、AV36P、AV52、AV64 | はい | 7 |
| 西ヨーロッパ | AZ02 | AV36、AV64 | はい | 7 |
| 西ヨーロッパ | AZ03 | AV36P、AV64 | はい | 7 |
| 米国西部 | AZ01 | AV36、AV36P | いいえ | 7 |
| 米国西部 2 | AZ01 | AV36 | いいえ | N/A |
| 米国西部 2 | AZ02 | AV36P | いいえ | N/A |
| 米国西部 3 | AZ01 | AV36P | いいえ | N/A |
| US Gov アリゾナ | AZ02 | AV36P | いいえ | N/A |
| US Gov バージニア州 | AZ03 | AV36 | いいえ | N/A |
クラスター
作成された各プライベート クラウドには、既定で 1 つの vSAN クラスターがあります。 クラスターは、追加したり、削除したり、スケーリングしたりすることができます。 クラスターあたりのホストの最小数と初期デプロイは 3 です。
クラスターの構成と操作のほとんどの側面を管理するには、vCenter Server と NSX Manager を使用します。 クラスター内の各ホストのローカル ストレージはすべて、VMware vSAN の管理下にあります。
Azure VMware Solution の管理とコントロール プレーンには次のリソース要件があり、標準プライベート クラウドのソリューションのサイズ設定時に、考慮する必要があります。
| 領域 | 説明 | プロビジョニングされた vCPUs | プロビジョニングされた vRAM (GB) | プロビジョニングされた vDisk (GB) | 一般的な CPU 使用率 (GHz) | 一般的な vRAM 使用率 (GB) | 一般的な生 vSAN データストア使用量 (GB) |
|---|---|---|---|---|---|---|---|
| VMware vSphere | vCenter Server | 8 | 28 | 915 | 1.1 | 3.9 | 1,854 |
| VMware vSphere | vSphere Cluster Service VM 1 | 1 | 0.1 | 2 | 0.1 | 0.1 | 5 |
| VMware vSphere | vSphere Cluster Service VM 2 | 1 | 0.1 | 2 | 0.1 | 0.1 | 5 |
| VMware vSphere | vSphere Cluster Service VM 3 | 1 | 0.1 | 2 | 0.1 | 0.1 | 5 |
| VMware vSphere | ESXi ノード 1 | 該当なし | 該当なし | 該当なし | 5.1 | 0.2 | 該当なし |
| VMware vSphere | ESXi ノード 2 | 該当なし | 該当なし | 該当なし | 5.1 | 0.2 | 該当なし |
| VMware vSphere | ESXi ノード 3 | 該当なし | 該当なし | 該当なし | 5.1 | 0.2 | 該当なし |
| VMware vSAN | vSAN システムの使用量 | 該当なし | 該当なし | 該当なし | 該当なし | 該当なし | 5,458 |
| VMware NSX | NSX 統合アプライアンス ノード 1 | 12 | 48 | 300 | 2.5 | 13.5 | 613 |
| VMware NSX | NSX 統合アプライアンス ノード 2 | 12 | 48 | 300 | 2.5 | 13.5 | 613 |
| VMware NSX | NSX 統合アプライアンス ノード 3 | 12 | 48 | 300 | 2.5 | 13.5 | 613 |
| VMware NSX | NSX Edge VM 1 | 8 | 32 | 200 | 1.3 | 0.6 | 409 |
| VMware NSX | NSX Edge VM 2 | 8 | 32 | 200 | 1.3 | 0.6 | 409 |
| VMware HCX (オプションのアドオン) | HCX Manager | 4 | 12 | 65 | 1 | 2.5 | 140 |
| VMware Site Recovery Manager (オプションのアドオン) | SRM アプライアンス | 4 | 12 | 33 | 1 | 1 | 79 |
| VMware vSphere (オプションのアドオン) | vSphere レプリケーション マネージャー アプライアンス | 4 | 8 | 33 | 1 | 0.6 | 75 |
| VMware vSphere (オプションのアドオン) | vSphere レプリケーション サーバー アプライアンス | 2 | 1 | 33 | 1 | 0.3 | 68 |
| 合計 | 77 個の vCPU | 269.3 GB | 2,385 GB | 30 GHz | 50.4 GB | 10,346 GB (9,032 GB、予想されるデータ削減率は 1.2 倍) |
Azure VMware Solution の管理とコントロール プレーンには次のリソース要件があり、ストレッチ クラスター プライベート クラウドのソリューションのサイズ設定時に、考慮する必要があります。 VMware SRM は現在サポートされていないため、表には含まれていません。
| 領域 | 説明 | プロビジョニングされた vCPUs | プロビジョニングされた vRAM (GB) | プロビジョニングされた vDisk (GB) | 一般的な CPU 使用率 (GHz) | 一般的な vRAM 使用率 (GB) | 一般的な生 vSAN データストア使用量 (GB) |
|---|---|---|---|---|---|---|---|
| VMware vSphere | vCenter Server | 8 | 28 | 915 | 1.1 | 3.9 | 3,708 |
| VMware vSphere | vSphere Cluster Service VM 1 | 1 | 0.1 | 2 | 0.1 | 0.1 | 5 |
| VMware vSphere | vSphere Cluster Service VM 2 | 1 | 0.1 | 2 | 0.1 | 0.1 | 5 |
| VMware vSphere | vSphere Cluster Service VM 3 | 1 | 0.1 | 2 | 0.1 | 0.1 | 5 |
| VMware vSphere | ESXi ノード 1 | 該当なし | 該当なし | 該当なし | 5.1 | 0.2 | 該当なし |
| VMware vSphere | ESXi ノード 2 | 該当なし | 該当なし | 該当なし | 5.1 | 0.2 | 該当なし |
| VMware vSphere | ESXi ノード 3 | 該当なし | 該当なし | 該当なし | 5.1 | 0.2 | 該当なし |
| VMware vSphere | ESXi ノード 4 | 該当なし | 該当なし | 該当なし | 5.1 | 0.2 | 該当なし |
| VMware vSphere | ESXi ノード 5 | 該当なし | 該当なし | 該当なし | 5.1 | 0.2 | 該当なし |
| VMware vSphere | ESXi ノード 6 | 該当なし | 該当なし | 該当なし | 5.1 | 0.2 | 該当なし |
| VMware vSAN | vSAN システムの使用量 | 該当なし | 該当なし | 該当なし | 該当なし | 該当なし | 10,722 |
| VMware NSX | NSX 統合アプライアンス ノード 1 | 12 | 48 | 300 | 2.5 | 13.5 | 1,229 |
| VMware NSX | NSX 統合アプライアンス ノード 2 | 12 | 48 | 300 | 2.5 | 13.5 | 1,229 |
| VMware NSX | NSX 統合アプライアンス ノード 3 | 12 | 48 | 300 | 2.5 | 13.5 | 1,229 |
| VMware NSX | NSX Edge VM 1 | 8 | 32 | 200 | 1.3 | 0.6 | 817 |
| VMware NSX | NSX Edge VM 2 | 8 | 32 | 200 | 1.3 | 0.6 | 817 |
| VMware HCX (オプションのアドオン) | HCX Manager | 4 | 12 | 65 | 1 | 2.5 | 270 |
| 合計 | 67 個の vCPU | 248.3 GB | 2,286 GB | 42.3 GHz | 49.1 GB | 20,036 GB (17,173 GB、予想されるデータ削減率は 1.2 倍) |
これらのリソース要件は、Azure VMware Solution プライベート クラウドにデプロイされた最初のクラスターにのみ適用されます。 後続のクラスターでは、ソリューションのサイズ設定で vSphere Cluster Service、ESXi リソース要件、vSAN システム使用量のみを考慮する必要があります。
仮想アプライアンスの一般的な生 vSAN データストア使用量の値は、構成ファイルとログ ファイル、スナップショット、仮想ディスク、スワップ ファイルなど、仮想マシン ファイルによって占有される領域を考慮します。
VMware ESXi ノードには、vSphere VMkernel ハイパーバイザー オーバーヘッド、vSAN オーバーヘッド、NSX 分散ルーター、ファイアウォール、ブリッジング オーバーヘッドを考慮したコンピューティング使用値があります。 これらは、標準の 3 つのクラスター構成の推定値です。 vSAN データストアとは別のブート ボリュームが使用されるため、ストレージ要件は該当なし (N/A) として一覧表示されます。
VMware vSAN システム使用量ストレージ オーバーヘッドは、vSAN パフォーマンス管理オブジェクト、vSAN ファイル システムのオーバーヘッド、vSAN チェックサム オーバーヘッド、vSAN 重複除去と圧縮のオーバーヘッドを考慮します。 この消費量を表示するには、vSphere クライアントで vSphere クラスターの Monitor、vSAN Capacity オブジェクトを選択します。
VMware HCX と VMware Site Recovery Manager のリソース要件は、Azure VMware Solution サービスに対するオプションのアドオンです。 これらの要件を使っていない場合は、ソリューションのサイズ設定でそれを割り引いて考えます。
VMware Site Recovery Manager Add-On には、複数の VMware vSphere レプリケーション サーバー アプライアンスを構成するオプションがあります。 上の表では、1 つの vSphere レプリケーション サーバー アプライアンスが使われていることを想定しています。
Azure VMware Solution のサイズ設定は推定値です。設計フェーズからのサイズ設定の計算を、プロジェクトのテスト フェーズの間に検証して、アプリケーション ワークロードに対して Azure VMware Solution のサイズが正しく設定されていることを確認する必要があります。
ヒント
最初のデプロイ数を超える数が必要な場合は、後でいつでもクラスターを拡張したり、クラスターを追加したりできます。
Azure VMware Solution の上限を次の表に示します。
| リソース | 制限 |
|---|---|
| プライベート クラウドあたりの vSphere クラスター数 | 12 |
| クラスターごとの ESXi ホストの最小数 | 3 (ハード制限) |
| クラスターごとの ESXi ホストの最大数 | 16 (ハード制限) |
| プライベート クラウドごとの ESXi ホストの最大数 | 96 |
| プライベート クラウドごとの vCenter Server の最大数 | 1 (ハード制限) |
| HCX サイト ペアリングの最大数 | 25 (任意のエディション) |
| HCX サービス メッシュの最大数 | 10 (任意のエディション) |
| 1 つの場所から 1 つの Virtual Network ゲートウェイへの Azure VMware Solution ExpressRoute のリンクされたプライベート クラウドの最大数 | 4 実際にリンクされるプライベート クラウドの最大数は、使用される仮想ネットワーク ゲートウェイによって決まります。 詳しくは、「ExpressRoute の仮想ネットワーク ゲートウェイについて」をご覧ください このしきい値を超えた場合は、Azure VMware Solution 相互接続を使用して、Azure リージョン内のプライベート クラウド接続を集約します。 |
| Azure VMware Solution ExpressRoute の最大ポート速度 | 10 Gbps (FastPath を有効にした Ultra Performance Gateway SKU を使用) 実際の帯域幅は、使用される仮想ネットワーク ゲートウェイによって決まります。 詳しくは、「ExpressRoute の仮想ネットワーク ゲートウェイについて」をご覧ください |
| NSX に割り当てられた Azure Public IPv4 アドレスの最大数 | 2,000 |
| プライベート クラウドあたりの Azure VMware Solution 相互接続の最大数 | 10 |
| Azure VMware Solution プライベート クラウドごとの、Azure ExpressRoute Global Reach 接続の最大数 | 8 |
| vSAN の容量制限 | 使用可能な合計の 75% (SLA のために 25% を使用可能に保つ) |
| VMware Site Recovery Manager - 保護される仮想マシンの最大数 | 3,000 |
| VMware Site Recovery Manager - 復旧計画あたりの仮想マシンの最大数 | 2,000 |
| VMware Site Recovery Manager - 復旧計画あたりの保護グループの最大数 | 250 |
| VMware Site Recovery Manager - RPO 値 | 5 分以上 * (ハード制限) |
| VMware Site Recovery Manager - 保護グループあたりの仮想マシンの最大数 | 500 |
| VMware Site Recovery Manager - 復旧計画の最大数 | 250 |
* 15 分未満の回復ポイントの目標 (RPO) の詳細については、"vSphere レプリケーション管理ガイド" の 5 分の回復ポイントの目標のしくみに関するページを参照してください。
VMware 固有のその他の制限については、VMware Configuration Maximums ツールを使用してください。
VMware ソフトウェアのバージョン
Microsoft は VMware Metal-as-a-Service (MaaS) プログラムのメンバーであり、Azure VMware Solution のアップグレード計画に VMware Cloud Provider Stack (VCPS) を使用します。
Azure VMware Solution のプライベート クラウドの新しいデプロイで使用される VMware ソリューション ソフトウェアのバージョンは次のとおりです。
| ソフトウェア | Version |
|---|---|
| VMware vCenter サーバー | 8.0 U2b |
| VMware ESXi | 8.0 U2b |
| VMware vSAN | 8.0 U2 |
| VMware vSAN オンディスク フォーマット | 19 |
| VMware vSAN ストレージ アーキテクチャ | OSA |
| VMware NSX | 4.1.1 |
| VMware HCX | 4.9.1 |
| VMware Site Recovery Manager | 8.8.0.3 |
| VMware vSphere Replication | 8.8.0.3 |
vCenter Server のバージョンがサポートしている場合、現在実行中のソフトウェア バージョンは、既存のプライベート クラウドに追加された新しいクラスターに適用されます。
ホストのメンテナンスとライフサイクル管理
Azure VMware Solution のプライベート クラウドの利点の 1 つは、管理者に代わってプラットフォームのメンテナンスが行われることです。 VMware のソフトウェア (ESXi、vCenter Server、vSAN) と NSX アプライアンスのライフサイクル管理は Microsoft が行います。 Microsoft は、Tier-0 ゲートウェイの作成や North-South ルーティングの有効化など、ネットワーク構成のブートストラップにも責任があります。 NSX の SDN 構成、つまり、ネットワークのセグメント、分散ファイアウォールのルール、Tier-1 ゲートウェイ、ロード バランサーの構成はユーザーが行います。
Note
プライベート クラウドのデプロイの一部として T0 ゲートウェイが作成され構成されます。 この論理ルーターまたは NSX エッジ ノード VM を変更すると、プライベート クラウドへの接続に影響する可能性があるため、避ける必要があります。
Microsoft は、プライベート クラウド内の ESXi、vCenter Server、vSAN、NSX に対してパッチ、更新、またはアップグレードを適用する責任を担います。 ESXi、vCenter Server、および NSX に対するパッチ、更新、アップグレードの影響には、次の考慮事項があります。
ESXi - プライベート クラウドで実行されているワークロードに対する影響はありません。 vCenter Server と NSX へのアクセスは、この期間中はブロックされません。 この期間中に、プライベート クラウドで、プライベート クラウドのスケールアップ、スケジューリング、アクティブな HCX 移行の開始、HCX 構成の変更などの、その他のアクティビティを計画しないことをお勧めします。
vCenter Server - プライベート クラウドで実行されているワークロードに対する影響はありません。 この間、vCenter Server は使用できなくなり、VM を管理 (停止、開始、作成、または削除) できません。 プライベート クラウド内で、プライベート クラウドの拡大、新しいネットワークの作成など、その他のアクティビティを計画しないことをお勧めします。 VMware Site Recovery Manager または vSphere Replication のユーザー インターフェイスを使用する場合は、vCenter Server のアップグレード中に次の操作を実行しないことをお勧めします。vSphere Replication の構成、サイト復旧計画の構成または実行。
NSX - ワークロードへの影響があります。 また、特定のホストがアップグレードされている場合、そのホスト上の VM は、2 秒から 1 分間、接続が失われ、次のいずれかの症状が発生する可能性があります。
ping エラー
パケット ロス
エラー メッセージ ("宛先ホストに到達できません"、"ネットワークに到達できません" など)
このアップグレード期間中は、NSX 管理プレーンへのすべてのアクセスがブロックされます。 この期間中は、NSX 環境に対する構成変更はできません。 ワークロードは、前述のアップグレードの影響を受けながらも、通常通りに実行されます。
アップグレード期間中は、プライベート クラウド内でプライベート クラウドの拡大など、その他のアクティビティを計画しないことをお勧めします。 他のアクティビティにより、アップグレードを開始できなかったり、アップグレードと環境に悪影響が及んだりする可能性があります。
アップグレードのタイムラインを含む Azure Service Health を通じて通知されます。 この通知には、アップグレードされたコンポーネントの詳細や、ワークロード、プライベート クラウドへのアクセス、その他の Azure サービスへの影響についても記載されています。 アップグレードは、必要に応じてスケジュール変更が可能です。
ソフトウェア更新の内容:
パッチ - VMware によってリリースされたセキュリティ パッチまたはバグ修正プログラム
更新 - VMware スタック コンポーネントのマイナー バージョン変更
更新 - VMware スタック コンポーネントのメジャー バージョン変更
Note
VMware から重要なセキュリティ パッチが利用できるようになると、Microsoft で直ちにそのテストが行われます。
次回スケジュールされている更新プログラムがデプロイされるまでは、対応する修正プログラムをインストールする代わりに、ドキュメントに記載されている VMware の回避策が実装されます。
ホストの監視と修復
Azure VMware Solution では、VMware コンポーネントとアンダーレイの両方の正常性が継続的に監視されます。 Azure VMware Solution でエラーが検出されると、失敗したコンポーネントを修復するアクションが実行されます。 Azure VMware Solution によって Azure VMware Solution ノードで機能低下または障害が検出されると、ホスト修復プロセスがトリガーされます。
ホストの修復では、不具合のあるクラスターのノードを新しい正常なノードに置き換えます。 その後、可能な場合は、障害が発生しているホストが VMware vSphere メンテナンス モードに切り替えられます。 VMware vSphere vMotion により、障害が発生しているホストからクラスター内の使用可能な他のサーバーに VM が移動されます。これにより、ワークロードのライブ マイグレーションのダウンタイムをゼロにできる可能性があります。 障害が発生しているホストをメンテナンス モードにすることができない場合は、そのホストがクラスターから削除されます。 障害のあるホストが削除される前に、お客様のワークロードが新しく追加されたホストに移行されます。
ヒント
お客様の通信: 交換が開始される前に、および交換が成功した後に、電子メールがお客様のメール アドレスに送信されます。
ホストの置換に関連する電子メールを受信するには、サブスクリプションに次のいずれかの Azure RBAC ロール ('ServiceAdmin'、'CoAdmin'、'Owner'、'Contributor') を追加する必要があります。
Azure VMware Solution では、ホスト上の次の状態が監視されます。
- プロセッサの状態
- メモリの状態
- 接続と電源の状態
- ハードウェア (ファン) の状態
- ネットワーク接続の切断
- ハードウェア (システム ボード) の状態
- vSAN ホストのディスクで発生したエラー
- ハードウェアの電圧
- ハードウェアの温度の状態
- ハードウェアの電源の状態
- 記憶域の状態
- 接続エラー
アラート コードと修復テーブル
| エラー コード | Error Details | 推奨される操作 |
|---|---|---|
| EPC_SCSIDEVICE_SHARINGMODE | このエラーは、メンテナンス操作を妨げるデバイス (バス共有に関与している SCSI コントローラーであるデバイス) を使用するように仮想マシンが構成されている場合に発生します | サポート技術情報の記事に従って、VM に接続されている、バス共有に関与している SCSI コントローラーを削除してください: https://knowledge.broadcom.com/external/article?legacyId=79910 |
| EPC_CDROM_EMULATEMODE | このエラーは、仮想マシン上の CD-ROM がエミュレート モードを使用している場合に発生します。このモードでは、ISO イメージにアクセスできません | サポート技術情報の記事に従って、お客様のワークロード仮想マシンにマウントされている、エミュレート モードの CDROM を削除するか、ISO をデタッチしてください。 CD-ROM のマウントにはパススルー モードを使用することをお勧めします。 https://knowledge.broadcom.com/external/article?legacyId=79306 |
| EPC_DATASTORE_INACCESSIBLE | このエラーは、AVS プライベート クラウドに接続されている外部データストアにアクセスできなくなった場合に発生します | サポート技術情報の記事に従って、クラスターにアタッチされている古いデータストアを削除してください: /azure/azure-vmware/attach-azure-netapp-files-to-azure-vmware-solution-hosts?tabs=azure-portal#performance-best-practices |
| EPC_NWADAPTER_STALE | このエラーは、仮想マシン上の接続されたネットワーク インターフェイスが、アクセス不能になったネットワーク アダプターを使用している場合に発生します | サポート技術情報の記事に従って、仮想マシンに接続されている古い N/W アダプターを削除してください: https://knowledge.broadcom.com/external/article/318738/troubleshooting-the-migration-compatibil.html |
Note
これらは vCenter Server の Azure VMware Solution のコントロール プレーンによって管理されるので、Azure VMware Solution のテナント管理者は、以前に定義した VMware vCenter Server アラームを編集または削除しないでください。 これらのアラームは、Azure VMware Solution のホスト修復プロセスをトリガーするために、Azure VMware Solution の監視によって使用されます。
バックアップと復元
Azure VMware Solution のプライベート クラウド vCenter Server および HCX Manager (有効な場合) の構成は、毎日バックアップされるようスケジュールされており、NSX 構成には時間単位のバックアップ スケジュールがあります。 バックアップは、最低 3 日間保持されます。 復元を依頼する場合は、Azure portal でサポート リクエストを開いてください。
Note
復元の対象となるのは、致命的な状況のみです。
Azure VMware Solution では、物理アンダーレイと VMware Solution コンポーネントの両方の正常性が継続的に監視されます。 Azure VMware Solution でエラーが検出されると、失敗したコンポーネントを修復するアクションが実行されます。
次のステップ
Azure VMware Solution プライベート クラウドに関する概念を理解したら、次の事項の学習に進むことができます。