次の方法で共有


Azure VMware Solution のプライベート クラウドとクラスターの概念

Azure VMware Solution は、VMware ベースのプライベート クラウドを Azure で提供するサービスです。 Azure は、プライベート クラウドのハードウェアおよびソフトウェアの展開に対応しており、これを自動で実行します。 Azure portal、Azure CLI、または PowerShell を使用してプライベート クラウドをデプロイおよび管理します。

プライベート クラウドでは、次のものを使用するクラスターなどを運用できます。

  • VMware vSphere Hypervisor (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 のアーキテクチャ コンポーネントについて説明します。

開発環境と運用環境用の 2 つのプライベート クラウドを含む 1 つの Azure サブスクリプションを示す図。

各 Azure VMware Solution アーキテクチャ コンポーネントには、次の機能があります。

  • Azure サブスクリプション: Azure VMware Solution のアクセス、予算、クォータの管理を制御します。
  • Azure リージョン: データセンターを可用性ゾーンにグループ化し、可用性ゾーンをリージョンにグループ化します。
  • 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、Elastic SAN、Pure Cloud ブロック ストアもサポートされています。
  • VMware HCX: モビリティ、移行、およびネットワーク拡張機能サービスを提供します。
  • VMware Site Recovery: VMware vSphere Replication を使用して、ディザスター リカバリーとストレージ レプリケーション サービスを自動化します。 Microsoft 以外のディザスター リカバリー ソリューションの Zerto ディザスター リカバリーと JetStream Software のディザスター リカバリーもサポートされています。
  • 専用の Microsoft Enterprise Edge: Azure Cloud Services と Azure VMware Solution プライベート クラウド インスタンスを接続するルーター。
  • Azure Virtual Network: Azure サービスとリソースを接続します。
  • Azure Route Server: 動的ルート情報を Azure ネットワークと交換します。
  • Azure Virtual Network ゲートウェイ: IPSec 仮想プライベート ネットワーク、Azure ExpressRoute、仮想ネットワークから仮想ネットワークを使用して、Azure のサービスとリソースを他のプライベート ネットワークに接続します。
  • Azure ExpressRoute: Azure データセンターとオンプレミスまたはコロケーション インフラストラクチャ間の高速プライベート接続を提供します。
  • Azure Virtual WAN: ネットワーク、セキュリティ、およびルーティング機能を 1 つの統合ワイド エリア ネットワーク (WAN) に結合します。

ホスト

Azure VMware Solution クラスターは、ハイパーコンバージド インフラストラクチャに基づいています。 次の表に、ホストの CPU、メモリ、ディスク、およびネットワークの仕様を示します。

ホストタイプ CPU (コア/GHz) RAM (GB) vSAN アーキテクチャ vSAN キャッシュ層 (TB、未加工***) vSAN 容量レベル (TB、未加工***) リージョン別の提供状況
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) 選択されたリージョン (*)
AV48 デュアル Intel Xeon Gold 6442Y CPU (サファイア ラピッズ マイクロアーキテクチャ) と 24 コア/CPU @ 2.6 GHz / 4.0 GHz ターボ、合計 48 物理コア (ハイパースレッディングを備えた 96 論理コア) 1,024 ESA なし 25.6 (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 = 100000000000 バイト。 バイナリ (1 TB バイナリ = 1099511627776 バイト バイナリ) でコンピューターによって計算される領域は、生の 10 進数から変換された 931.3 ギガバイトに相当します。

Azure リージョン可用性ゾーンとホストの種類のマッピング テーブル

Azure VMware Solution の設計を計画するときは、次の表を使用して、 Azure リージョンの各物理可用性ゾーンで使用できるホストの種類を理解します。

重要

このマッピングは、Azure NetApp Files や Pure Cloud Block Store などの統合サービスを含め、プライベート クラウドを Azure ネイティブ ワークロードの近くに配置するために重要です。

次の表では、Azure VMware Solution ストレッチ クラスターが複数の可用性ゾーン (Multi-AZ) にリソースをデプロイする機能もタグ付けされています。 Azure VMware Solution の顧客クォータは、Azure リージョンによって割り当てられます。 プライベート クラウドのプロビジョニング中に可用性ゾーンを指定することはできません。 自動選択アルゴリズムは、Azure リージョン全体のデプロイのバランスを取るために使用されます。

デプロイ先の特定の可用性ゾーンがある場合は、Microsoft で サービス要求 を開きます。 サブスクリプション、Azure リージョン、可用性ゾーン、ホストの種類に対して "特別な配置ポリシー" を要求します。 このポリシーは、削除または変更を要求するまで維持されます。

太字でマークされたホストの種類は、お客様が使用するため可用性が制限されており、要求に応じて使用できない場合があります。 AV36、AV36P、または AV52 ホストの種類が制限されている場合は、AV64 ホストの種類を使用します。

AV64 ホストの種類は可用性ゾーンごとに使用できます。 次の表に、このホストの種類をサポートする Azure リージョンを示します。 RAID-6 FTT2 および RAID-1 FTT3 ストレージ ポリシーの場合は、それぞれ 6 つの障害ドメインと 7 つの障害ドメインが必要です。 各 Azure リージョンの障害ドメイン数は、 サポートされている AV64 障害ドメインというラベルの列に一覧表示されます。

Azure リージョン 可用性ゾーン ホストタイプ マルチ AZ SDDC AV64 障害ドメインがサポートされています
オーストラリア東部 AZ01 AV36P、AV64 はい 7
オーストラリア東部 AZ02 AV36、AV64 はい 7
オーストラリア東部 AZ03 AV36P、AV64 はい 7
オーストラリア南東部 AZ01 AV36 いいえ なし
ブラジル南部 AZ02 AV36 いいえ なし
カナダ中部 AZ02 AV36、AV36P、AV64 いいえ 7
カナダ東部 なし AV36 いいえ なし
インド中部 AZ03 AV36P、AV64 いいえ 7
米国中部 AZ01 AV36P、AV64 いいえ 7
米国中部 AZ02 AV36、AV64 いいえ 7
米国中部 AZ03 AV36P、AV64 いいえ 7
東アジア AZ01 AV36、AV64 いいえ 7
東アジア AZ02 AV36P いいえ なし
米国東部 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 は 2025 年第 1 四半期に対応予定) いいえ N/A(2025年第1四半期に計画されている7つ)
ドイツ中西部 AZ01 AV36P、AV64 はい 7
ドイツ中西部 AZ02 AV36、AV64 はい 7
ドイツ中西部 AZ03 AV36、AV36P、AV64 はい 7
イタリア北部 AZ03 AV36P、AV64 いいえ 7
東日本 AZ02 AV36、AV64 いいえ 7
東日本 AZ03 AV48 いいえ なし
西日本 AZ01 AV36、AV64 いいえ 7
米国中北部 AZ01 AV36、AV64 いいえ 7
米国中北部 AZ02 AV36P、AV64 いいえ 7
北ヨーロッパ AZ02 AV36、AV64 いいえ 7
カタール中部 AZ03 AV36P (AV64 は 2025年第1四半期に計画されています) いいえ N/A(2025年第1四半期に計画されている7つ)
南アフリカ北部 AZ03 AV36、AV64 いいえ 7
米国中南部 AZ01 AV36、AV64 いいえ 7
米国中南部 AZ02 AV36、AV36P、AV52、AV64 いいえ 7
東南アジア AZ02 AV36、AV36P いいえ なし
スウェーデン中部 AZ01 AV36、AV64 いいえ 7
スイス北部 AZ01 AV36、AV64 いいえ 7
スイス北部 AZ03 AV36P (AV64 2025年Q1予定) いいえ N/A(2025年第1四半期に計画されている7つ)
スイス西部 AZ01 AV36、AV64 いいえ 7
アラブ首長国連邦北部 AZ03 AV36P いいえ なし
英国南部 AZ01 AV36、AV36P、AV52、AV64 はい 7
英国南部 AZ02 AV36、AV64 はい 7
英国南部 AZ03 AV36P、AV64 はい 7
英国西部 AZ01 AV36 いいえ なし
西ヨーロッパ AZ01 AV36、AV36P、AV52、AV64 はい 7
西ヨーロッパ AZ02 AV36、AV64 はい 7
西ヨーロッパ AZ03 AV36P、AV64 はい 7
米国西部 AZ01 AV36、AV36P、AV64 いいえ 7
米国西部 2 AZ01 AV36、AV64 いいえ 7
米国西部 2 AZ02 AV36P いいえ なし
米国西部 3 AZ01 AV36P いいえ なし
US Gov アリゾナ AZ02 AV36P いいえ なし
US Gov バージニア AZ03 AV36 いいえ なし

クラスター

作成された各プライベート クラウドには、既定で 1 つの vSAN クラスターがあります。 クラスターは、追加したり、削除したり、スケーリングしたりすることができます。 クラスターあたりのホストの最小数と初期デプロイは 3 です。

クラスターの構成と操作のほとんどの側面を管理するには、vCenter Server と NSX Manager を使用します。 クラスター内の各ホストのローカル ストレージはすべて、VMware vSAN の管理下にあります。

Azure VMware Solution では、1 つのノードの障害からワークロードを保護するために、vSphere 高可用性の割合ベースのアドミッション制御を通じて、n+ 1 の可用性のために各クラスターを構成します。 Cluster-1 各 Azure VMware Solution プライベート クラウドには、vSphere 分散リソース スケジューラ (MGMT-ResourcePool) に基づくリソース プールがあります。 プールは、管理およびコントロール プレーン コンポーネント (vCenter Server、NSX Manager クラスター、NSX エッジ、HCX マネージャー アドオン、Site Recovery Manager アドオン、vSphere Replication アドオン) 用に構成されます。

MGMT-ResourcePool は、変更できない 46 GHz CPU と 171.88 GB のメモリを予約するように構成されています。 3 ノード クラスターの場合、2 つのノードは、管理と制御のために予約された MGMT-ResourcePool CPU リソースとメモリ リソースを除き、お客様のワークロード専用です。 ノード障害から保護するために、リソースの 1 つのノードが予約に保持されます。 Azure VMware Solution のストレッチ クラスターでは、n+2 可用性 vSphere HA の割合に基づくアクセス制御ポリシーが使用されます。

Azure VMware Solution の管理とコントロール プレーンには、次のリソース要件があります。 これらは、標準のプライベート クラウドのソリューションのサイズ変更中に考慮する必要があります。

面積 説明 割り当てられた vCPU プロビジョニングされた vRAM (GB) 割り当てられた vDisk (GB) 一般的な CPU 使用率 (GHz) 一般的な vRAM 使用量 (GB) 一般的な未加工の vSAN データストアの使用状況 (GB)
VMware vSphere vCenter Server 8 30 915 1.5 3.3 1,830
VMware vSphere vSphere Cluster Service VM 1 1 0.1 2 0.1 0.1 1
VMware vSphere vSphere Cluster Service VM 2 1 0.1 2 0.1 0.1 1
VMware vSphere vSphere Cluster Service VM 3 1 0.1 2 0.1 0.1 1
VMware vSphere ESXi ノード 1 なし なし なし 2.4 48 なし
VMware vSphere ESXi ノード 2 なし なし なし 2.4 48 なし
VMware vSphere ESXi ノード 3 なし なし なし 2.4 48 なし
VMware vSAN vSAN システムの使用量 なし なし なし なし なし 12,441
VMware NSX NSX 統合アプライアンス ノード 1 6 二十四 300 3.4 13.9 613
VMware NSX NSX 統合アプライアンス ノード 2 6 二十四 300 3.4 13.9 613
VMware NSX NSX 統合アプライアンス ノード 3 6 二十四 300 3.4 13.9 613
VMware NSX NSX Edge VM 1 8 32 196 1.4 0.7 401
VMware NSX NSX Edge VM 2 8 32 196 1.4 0.7 401
VMware HCX (オプションのアドオン) HCX マネージャー 4 12 64 0.4 2.8 174
VMware Site Recovery Manager (オプションのアドオン) Site Recovery Manager アプライアンス 4 12 33 1 1 66
VMware vSphere (省略可能なアドオン) vSphere Replication Manager アプライアンス 4 12 33 1 3.1 66
VMware vSphere (省略可能なアドオン) vSphere Replication Server アプライアンス 2 1 33 1 0.8 66
合計 59 vCPU 203.3 GB 2,376 GB 25.4 GHz 198.3 GB 17,287 GB (データ削減後は 15,401 GB)

Azure VMware Solution の管理およびコントロール プレーンには、 拡張クラスタープライベート クラウドのソリューションのサイズ変更時に考慮する必要がある次のリソース要件があります。 VMware Site Recovery Manager は現在サポートされていないため、テーブルには含まれません。 vSAN 監視アプライアンスもテーブルに含まれていません。 Microsoft は、3 番目の可用性ゾーンで管理します。

面積 説明 割り当てられた vCPU プロビジョニングされた vRAM (GB) 割り当てられた vDisk (GB) 一般的な CPU 使用率 (GHz) 一般的な vRAM 使用量 (GB) 一般的な未加工の vSAN データストアの使用状況 (GB)
VMware vSphere vCenter Server 8 30 915 1.1 3.9 3,662
VMware vSphere vSphere Cluster Service VM 1 1 0.1 2 0.1 0.1 1
VMware vSphere vSphere Cluster Service VM 2 1 0.1 2 0.1 0.1 1
VMware vSphere vSphere Cluster Service VM 3 1 0.1 2 0.1 0.1 1
VMware vSphere ESXi ノード 1 なし なし なし 2.4 48 なし
VMware vSphere ESXi ノード 2 なし なし なし 2.4 48 なし
VMware vSphere ESXi ノード 3 なし なし なし 2.4 48 なし
VMware vSphere ESXi ノード 4 なし なし なし 2.4 48 なし
VMware vSphere ESXi ノード 5 なし なし なし 2.4 48 なし
VMware vSphere ESXi ノード 6 なし なし なし 2.4 48 なし
VMware vSAN vSAN システムの使用量 なし なし なし なし なし 11,223
VMware NSX NSX 統合アプライアンス ノード 1 6 二十四 300 3.4 13.9 1,229
VMware NSX NSX 統合アプライアンス ノード 2 6 二十四 300 3.4 13.9 1,229
VMware NSX NSX 統合アプライアンス ノード 3 6 二十四 300 3.4 13.9 1,229
VMware NSX NSX Edge VM 1 8 32 196 1.4 0.7 800(八百)
VMware NSX NSX Edge VM 2 8 32 196 1.4 0.7 800(八百)
VMware HCX (オプションのアドオン) HCX マネージャー 4 12 64 0.4 2.8 256
合計 49 vCPU 178.4 GB 2,277 GB 29.9 GHz 338.1 GB 20,430 GB (データ削減率を含めると 17,459 GB)

これらのリソース要件は、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 アドオンには、複数の VMware vSphere Replication Server アプライアンスを構成するオプションがあります。 前の表では、1 つの vSphere Replication Server アプライアンスが使用されていることを前提としています。

ソリューションのサイズ設定は見積もりです。 プロジェクトのテスト フェーズ中に、設計フェーズからのサイズ変更計算を検証します。 ソリューションのサイズがアプリケーション ワークロードに合わせて正しく設定されていることを確認する必要があります。

ヒント

最初のデプロイ数を超える数が必要な場合は、後でいつでもクラスターを拡張したり、クラスターを追加したりできます。

注意事項

クラスターを削除すると、実行中のすべてのワークロードとコンポーネントが終了します。これは元に戻すことのできない操作です。 クラスターを削除すると、データを回復することはできません。

Azure VMware Solution の上限を次の表に示します。

リソース 極限
プライベート クラウドあたりの vSphere クラスター数 12
クラスターごとの ESXi ホストの最小数 3 (ハード制限)
クラスターごとの ESXi ホストの最大数 16 (ハード制限)
プライベート クラウドごとの ESXi ホストの最大数 96
プライベート クラウドごとの vCenter Server の最大数 1 (ハード制限)
HCX サイト ペアリングの最大数 25 (任意のエディション)
HCX サービス メッシュの最大数 10 (任意のエディション)
1 つの場所から 1 つの仮想ネットワーク ゲートウェイに Azure ExpressRoute にリンクされた Azure VMware Solution プライベート クラウドの最大数 4
使用される仮想ネットワーク ゲートウェイによって、リンクされたプライベート クラウドの実際の最大数が決まります。 詳細については、「ExpressRoute の仮想ネットワーク ゲートウェイについて」を参照してください。
このしきい値を超えた場合は、 Azure VMware Solution 相互接続 を使用して、Azure リージョン内のプライベート クラウド接続を集計します。
Azure VMware Solution ExpressRoute の最大スループット 10 Gbps (FastPath が有効な Ultra Performance Gateway バージョンを使用)**
使用される仮想ネットワーク ゲートウェイによって、実際の帯域幅が決まります。 詳細については、「ExpressRoute の仮想ネットワーク ゲートウェイについて」を参照してください。
Azure VMware Solution ExpressRoute にはポート速度の制限がないため、10 Gbps を超えて実行されます。 サービスの品質のため、10 Gbps を超えるレートは保証されません。
NSX に割り当てられた Azure Public IPv4 アドレスの最大数 二千
プライベート クラウドあたりの Azure VMware Solution 相互接続の最大数 10
Azure VMware Solution プライベート クラウドごとの、Azure ExpressRoute Global Reach 接続の最大数 8
vSAN の容量制限 合計使用可能量の 75% (サービス レベル アグリーメントのために 25% を確保)
VMware Site Recovery Manager: 保護された仮想マシンの最大数 3,000
VMware Site Recovery Manager: 復旧計画ごとの仮想マシンの最大数 二千
VMware Site Recovery Manager: 復旧計画ごとの保護グループの最大数 250
VMware Site Recovery Manager: 目標復旧ポイント (RPO) の値 5 分以上* (ハード制限)
VMware Site Recovery Manager: 保護グループあたりの仮想マシンの最大数 500
VMware Site Recovery Manager: 復旧計画の最大数 250

* 15 分未満の RPO については、vSphere Replication Administration のドキュメントの 「5 分間の RPO のしくみ 」を参照してください。

** この論理的な推奨制限は、シナリオに基づいてより高いスループットをサポートできます。

VMware 固有の他の制限については、VMware by Broadcom の構成の上限ツールをお使いください。

VMware ソフトウェアのバージョン

Microsoft は、VMware Metal as a Service (MaaS) プログラムのメンバーであり、Azure VMware Solution のアップグレード計画に VMware Cloud Provider Stack を 使用します。

次の表に、Azure VMware Solution プライベート クラウドの新しいデプロイで使用されるソフトウェア バージョンを示します。

ソフトウェア バージョン ビルド番号
VMware vCenter サーバー 8.0 U2d 23929136
VMware ESXi 8.0 U2d 24585300
VMware vSAN 8.0 U2 24585300
VMware vSAN ウィットネス 8.0 U2 24585300
VMware vSAN オンディスク フォーマット 19 なし
VMware vSAN ストレージ アーキテクチャ オサ なし
VMware NSX 4.1.1 22224317
VMware HCX 4.10.3 24447633
VMware Site Recovery Manager 8.8.0.3 23263429
VMware vSphere レプリケーション 8.8.0.3 23166649

リストされているビルド番号がリリース ノートに記載されているビルド番号と一致しない場合は、クラウド プロバイダーにカスタム パッチが適用されたためです。

vCenter Server バージョンでサポートされている場合、現在実行中のソフトウェア バージョンは、既存のプライベート クラウドに追加される新しいクラスターに適用されます。

バックアップと復元

Azure VMware Solution プライベート クラウド vCenter Server と HCX Manager (有効な場合) の構成は、毎日のバックアップ スケジュールに従います。 NSX 構成には、1 時間ごとのバックアップ スケジュールがあります。 バックアップは、最低 3 日間保持されます。 復元を依頼する場合は、Azure portal でサポート リクエストを開いてください。

復元の対象となるのは、致命的な状況のみです。

Azure VMware Solution は、物理アンダーレイと Azure VMware Solution コンポーネントの両方の正常性を継続的に監視します。 Azure VMware Solution でエラーが検出されると、失敗したコンポーネントを修復するアクションが実行されます。

Azure VMware Solution プライベート クラウドの概念について学習したら、次のことを読む必要があります。