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 のアーキテクチャ コンポーネントを示しています。

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

各 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、生) 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) 選択されたリージョン (*)
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 プライベート クラウドが必要です。

Azure リージョン可用性ゾーン (AZ) から SKU へのマッピング テーブル

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

重要

このマッピングは、Azure NetApp Files や Pure Cloud Block Storage (CBS) などの統合サービスを含む、Azure ネイティブのワークロードとプライベート クラウドの近接性を確保するために重要です。

Azure VMware Solution Stretched クラスターのマルチ AZ 機能も、次の表にタグ付けされています。 Azure VMware Solution の顧客クォータは Azure リージョンによって割り当てられ、プライベート クラウドのプロビジョニング中に可用性ゾーンを指定することはできません。 自動選択アルゴリズムは、Azure リージョン全体のデプロイのバランスを取るために使用されます。 デプロイしたい特定の可用性ゾーンがある場合は、サービス要求を開いて、サブスクリプション、Azure リージョン、可用性ゾーン、SKU の種類に関する "特別な配置ポリシー" を Microsoft に要求します。 このポリシーは、お客様が削除または変更を要求するまで維持されます。

太字でマークされている SKU は、お客様の消費量とクォータによって可用性が制限されているため、リクエストに応じて利用できない可能性があります。

Azure リージョン 可用性ゾーン SKU マルチ AZ SDDC
オーストラリア東部 AZ01 AV36P はい
オーストラリア東部 AZ02 AV36 いいえ
オーストラリア東部 AZ03 AV36P はい
オーストラリア東南部 AZ01 AV36 いいえ
ブラジル南部 AZ02 AV36 いいえ
カナダ中部 AZ02 AV36、AV36P いいえ
カナダ東部 該当なし AV36 いいえ
米国中部 AZ01 AV36P いいえ
米国中部 AZ02 AV36 いいえ
米国中部 AZ03 AV36P いいえ
東アジア AZ01 AV36 いいえ
米国東部 AZ01 AV36P いいえ
米国東部 AZ02 AV36P いいえ
米国東部 AZ03 AV36、AV36P、AV64 いいえ
米国東部 2 AZ01 AV36、AV64 いいえ
米国東部 2 AZ02 AV36P、AV52、AV64 いいえ
フランス中部 AZ01 AV36 いいえ
ドイツ中西部 AZ01 AV36P はい
ドイツ中西部 AZ02 AV36 はい
ドイツ中西部 AZ03 AV36、AV36P はい
東日本 AZ02 AV36 いいえ
西日本 AZ01 AV36 いいえ
米国中北部 AZ01 AV36 いいえ
米国中北部 AZ02 AV36P いいえ
北ヨーロッパ AZ02 AV36、AV64 いいえ
カタール中部 AZ03 AV36P いいえ
南アフリカ北部 AZ03 AV36 いいえ
米国中南部 AZ01 AV36、AV64 いいえ
米国中南部 AZ02 AV36P、AV52、AV64 いいえ
東南アジア AZ02 AV36 いいえ
スウェーデン中部 AZ01 AV36 いいえ
スイス北部 AZ01 AV36、AV64 いいえ
スイス西部 AZ01 AV36、AV64 いいえ
英国南部 AZ01 AV36、AV36P、AV52、AV64 はい
英国南部 AZ02 AV36、AV64 はい
英国南部 AZ03 AV36P、AV64 いいえ
英国西部 AZ01 AV36 いいえ
西ヨーロッパ AZ01 AV36、AV36P、AV52 はい
西ヨーロッパ AZ02 AV36 はい
西ヨーロッパ AZ03 AV36P、AV64 はい
米国西部 AZ01 AV36、AV36P いいえ
米国西部 2 AZ01 AV36 いいえ
米国西部 2 AZ02 AV36P いいえ
米国西部 3 AZ01 AV36P いいえ
US Gov アリゾナ AZ02 AV36P いいえ
US Gov バージニア州 AZ03 AV36 いいえ

クラスター

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

クラスターの構成と操作のほとんどの側面を管理するには、vCenter Server と NSX-T 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-T データ センター NSX-T 統合アプライアンス ノード 1 12 48 300 2.5 13.5 613
VMware NSX-T データ センター NSX-T 統合アプライアンス ノード 2 12 48 300 2.5 13.5 613
VMware NSX-T データ センター NSX-T 統合アプライアンス ノード 3 12 48 300 2.5 13.5 613
VMware NSX-T データ センター NSX-T Edge VM 1 8 32 200 1.3 0.6 409
VMware NSX-T データ センター NSX-T 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-T データ センター NSX-T 統合アプライアンス ノード 1 12 48 300 2.5 13.5 1,229
VMware NSX-T データ センター NSX-T 統合アプライアンス ノード 2 12 48 300 2.5 13.5 1,229
VMware NSX-T データ センター NSX-T 統合アプライアンス ノード 3 12 48 300 2.5 13.5 1,229
VMware NSX-T データ センター NSX-T Edge VM 1 8 32 200 1.3 0.6 817
VMware NSX-T データ センター NSX-T 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-T 分散ルーター、ファイアウォール、ブリッジング オーバーヘッドを考慮したコンピューティング使用値があります。 これらは、標準の 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-T データ センターに割り当てられた Azure パブリック IPv4 アドレスの最大数 2,000
プライベート クラウドあたりの Azure VMware Solution 相互接続の最大数 10
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 サーバー 7.0 U3o
VMware ESXi 7.0 U3oTianfuCup HotPatch
VMware vSAN 7.0 U3
VMware vSAN オンディスク フォーマット 15
VMware vSAN ストレージ アーキテクチャ OSA
VMware NSX 4.1.1
VMware HCX 4.7.0
VMware Site Recovery Manager 8.7.0.3
VMware vSphere Replication 8.7.0.3

既存のプライベート クラウドに追加された新しいクラスターに、現在実行中のソフトウェア バージョンが適用されます。

ホストのメンテナンスとライフサイクル管理

Azure VMware Solution のプライベート クラウドの利点の 1 つは、管理者に代わってプラットフォームのメンテナンスが行われることです。 VMware のソフトウェア (ESXi、vCenter Server、vSAN) と NSX-T Data Center アプライアンスのライフサイクル管理は Microsoft が行います。 Microsoft は、Tier-0 ゲートウェイの作成や North-South ルーティングの有効化など、ネットワーク構成のブートストラップにも責任があります。 NSX-T Data Center の SDN 構成、つまり、ネットワークのセグメント、分散ファイアウォールのルール、Tier-1 ゲートウェイ、ロード バランサーの構成はユーザーが行います。

Note

プライベート クラウドのデプロイの一部として T0 ゲートウェイが作成され構成されます。 この論理ルーターまたは NSX-T Data Center エッジ ノード VM を変更すると、プライベート クラウドへの接続に影響する可能性があるため、避ける必要があります。

Microsoft は、プライベート クラウド内の ESXi、vCenter Server、vSAN、NSX-T Data Center に対してパッチ、更新、またはアップグレードを適用する責任を担います。 ESXi、vCenter Server、および NSX-T Data Center に対するパッチ、更新、アップグレードの影響には、次の考慮事項があります。

  • ESXi - プライベート クラウドで実行されているワークロードに対する影響はありません。 vCenter Server と NSX-T Data Center へのアクセスは、この期間中はブロックされません。 この期間中に、プライベート クラウドで、プライベート クラウドのスケールアップ、スケジューリング、アクティブな HCX 移行の開始、HCX 構成の変更などの、その他のアクティビティを計画しないことをお勧めします。

  • vCenter Server - プライベート クラウドで実行されているワークロードに対する影響はありません。 この間、vCenter Server は使用できなくなり、VM を管理 (停止、開始、作成、または削除) できません。 プライベート クラウド内で、プライベート クラウドの拡大、新しいネットワークの作成など、その他のアクティビティを計画しないことをお勧めします。 VMware Site Recovery Manager または vSphere Replication のユーザー インターフェイスを使用する場合は、vCenter Server のアップグレード中に次の操作を実行しないことをお勧めします。vSphere Replication の構成、サイト復旧計画の構成または実行。

  • NSX-T Data Center - ワークロードへの影響があります。 また、特定のホストがアップグレードされている場合、そのホスト上の VM は、2 秒から 1 分間、接続が失われ、次のいずれかの症状が発生する可能性があります。

    • ping エラー

    • パケット ロス

    • エラー メッセージ ("宛先ホストに到達できません"、"ネットワークに到達できません" など)

    このアップグレード期間中は、NSX-T Data Center 管理プレーンへのすべてのアクセスがブロックされます。 この期間中は、NSX-T Data Center 環境に対する構成変更はできません。 ワークロードは、前述のアップグレードの影響を受けながらも、通常通りに実行されます。

    アップグレード期間中は、プライベート クラウド内でプライベート クラウドの拡大など、その他のアクティビティを計画しないことをお勧めします。 他のアクティビティにより、アップグレードを開始できなかったり、アップグレードと環境に悪影響が及んだりする可能性があります。

アップグレードのタイムラインを含む 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 vMotion により、障害が発生しているホストからクラスター内の使用可能な他のサーバーに VM が移動されます。これにより、ワークロードのライブ マイグレーションのダウンタイムをゼロにできる可能性があります。 障害が発生しているホストをメンテナンス モードにすることができない場合は、そのホストがクラスターから削除されます。 障害のあるホストが削除される前に、お客様のワークロードが新しく追加されたホストに移行されます。

ヒント

お客様の通信: 交換が開始される前に、および交換が成功した後に、電子メールがお客様のメール アドレスに送信されます。

ホストの置換に関連する電子メールを受信するには、サブスクリプションに次のいずれかの Azure RBAC ロール ('ServiceAdmin'、'CoAdmin'、'Owner'、'Contributor') を追加する必要があります。

Azure VMware Solution では、ホスト上の次の状態が監視されます。

  • プロセッサの状態
  • メモリの状態
  • 接続と電源の状態
  • ハードウェア (ファン) の状態
  • ネットワーク接続の切断
  • ハードウェア (システム ボード) の状態
  • vSAN ホストのディスクで発生したエラー
  • ハードウェアの電圧
  • ハードウェアの温度の状態
  • ハードウェアの電源の状態
  • 記憶域の状態
  • 接続エラー

Note

これらは vCenter Server の Azure VMware Solution のコントロール プレーンによって管理されるので、Azure VMware Solution のテナント管理者は、以前に定義した VMware vCenter Server アラームを編集または削除しないでください。 これらのアラームは、Azure VMware Solution のホスト修復プロセスをトリガーするために、Azure VMware Solution の監視によって使用されます。

バックアップと復元

Azure VMware Solution プライベート クラウドの vCenter Server、NSX、HCX Manager (有効な場合) の各構成は、毎日バックアップされるようスケジュールされています。 復元を依頼する場合は、Azure portal でサポート リクエストを開いてください。

Note

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

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

次のステップ

Azure VMware Solution プライベート クラウドに関する概念を理解したら、次の事項の学習に進むことができます。