Azure VMware Solution の信頼性

Azure VMware Solution Gen 1 では、ESXi ホストをリージョン内の 2 つの可用性ゾーンに分散する ストレッチ クラスターを介した可用性ゾーンがサポートされています。 Microsoft は、使用するゾーンを選択します。 クラスターは 2 つのゾーン間でアクティブ/アクティブ構成で実行され、vSAN も複数のゾーンにまたがる。 各ワークロードを 1 つまたは 2 つのゾーンにデプロイするかどうかを指定できます。

監視ノードは、スプリット ブレイン シナリオのクォーラムを提供するために、3 番目の可用性ゾーンに自動的にデプロイされます。 Microsoft は監視ノードを自動的に管理します。

標準クラスターは、ゾーン間で拡張されないクラスターです。 標準クラスターでは、クラスターとそのすべての ESXi ホストは 非ゾーン または リージョンと見なされます。 非ゾーン クラスターは、リージョン内の任意の可用性ゾーンに配置される可能性があり、Microsoft はゾーンを選択します。 リージョン内の可用性ゾーンで障害が発生した場合、非ゾーン クラスターとホストが影響を受けるゾーンに存在し、ダウンタイムが発生する可能性があります。

Azure VMware Solution Gen 2 では、プライベート クラウドの ゾーン デプロイがサポートされています。 ゾーンプライベート クラウドを構成すると、各クラスターとそのすべての ESXi ホストが、選択した単一の可用性ゾーンにデプロイされます。

ゾーンプライベート クラウドでは、可用性ゾーンの障害から保護されません。 複数のプライベート クラウドを個別の可用性ゾーンにデプロイして回復性を高めることができますが、各プライベート クラウドを個別にデプロイおよび構成する必要があります。

可用性ゾーンを選択しない場合、プライベート クラウド、そのクラスター、およびすべての ESXi ホストは 非ゾーン または リージョンと見なされます。 非ゾーン クラスターは、リージョン内の任意の可用性ゾーンに配置される可能性があり、Microsoft はゾーンを選択します。 リージョン内の可用性ゾーンで障害が発生した場合、非ゾーン クラスターが影響を受けるゾーンに存在し、ダウンタイムが発生する可能性があります。

• リージョンのサポート: ストレッチ クラスターは、ストレッチ クラスター構成をサポートする一部の Azure リージョンで使用できます。 現在のリージョンがサポートされているかどうかは、Azure リージョンの可用性ゾーンとホスト型のマッピングテーブルを確認してください。

• 最小ホスト数: ストレッチ クラスター構成を有効にするには、少なくとも 6 つのホストを 2 つの可用性ゾーン (ゾーンごとに 3 つのホスト) にデプロイします。 スケール インまたはスケールアウトする場合は、各ゾーンでホストの数が等しくなるように、ペアでスケールインする必要があります。

• ホスト SKU: ストレッチ クラスターは、AV36、AV36P、および AV52 ホストの種類でサポートされます。 AV64 SKU は、ストレッチ クラスターではサポートされていません。

リージョンのサポート: ゾーンプライベート クラウドは、 Azure VMware Solution Gen 2 と 可用性ゾーンの両方をサポートするリージョンにデプロイできます。

考慮事項

リージョン内の各可用性ゾーンは、特定のホストの種類をサポートできます。 各ゾーンで使用できるホストの種類の詳細な一覧については、 Azure リージョンの可用性ゾーンとホストの種類のマッピング テーブルに関するページを参照してください。

• 新しいクラスターをデプロイします。 サポートされているリージョンに新しい Azure VMware Solution プライベート クラウドを作成する場合は、デプロイ時に拡張クラスターとして構成できます。 この構成では、2 つの可用性ゾーンにホストが自動的に分散されます。 詳細については、「vSAN ストレッチ クラスターをデプロイする」を参照してください。

• 既存のクラスター: 標準クラスターをストレッチ クラスターに変換することも、ストレッチ クラスターを標準クラスターに変換することもできません。 代わりに、新しいクラスターをデプロイし、ワークロードを移行する必要があります。

• 新しいクラスターをデプロイします。 サポートされているリージョンに新しい Azure VMware Solution プライベート クラウドを作成する場合は、その可用性ゾーンを選択できます。

• 既存のクラスター: 既存のクラスターの可用性ゾーンの構成を変更することはできません。 代わりに、新しいクラスターをデプロイし、ワークロードを移行する必要があります。

このセクションでは、クラスターが拡張され、すべての可用性ゾーンが運用可能な場合に想定される内容について説明します。

• リージョン間操作: VM は、いずれかの可用性ゾーン内のホストで実行できます。 VM の配置は、vSphere DRS アフィニティとアンチアフィニティ ルールを使用して制御して、パフォーマンスまたは可用性の要件を最適化できます。

• リージョン間データ レプリケーション: vSAN は、可用性ゾーン間でデータを同期的にレプリケートします。 各書き込み操作は、完了前に両方のゾーンによって確認され、一貫性のあるデータ整合性が確保されます。

このセクションでは、クラスターがゾーンプライベート クラウドにデプロイされ、すべての可用性ゾーンが運用可能な場合に想定される内容について説明します。

• リージョン間操作: VM は、クラスターの可用性ゾーン内のホストで実行されます。

• リージョン間データ レプリケーション: データは別のゾーンにレプリケートされません。

このセクションでは、クラスターが拡張され、可用性ゾーンの停止が発生したときに想定される内容について説明します。

• 検出と応答: Azure VMware Solution は、ゾーン障害に対するインフラストラクチャ レベルの応答を管理します。 vSphere HA はゾーン障害を自動的に検出し、必要に応じて VM の再起動手順を開始します。

• 通知: ゾーンがダウンしても、Microsoft から自動的に通知されることはありません。 ただし、 Azure Resource Health を 使用して個々のリソースの正常性を監視したり、 Resource Health アラート を設定して問題を通知したりすることはできます。 また、Azure Service Health を使用して、ゾーンの障害を含むサービスの全体的な正常性を把握し、問題を通知する Service Health アラートを設定することもできます。

• アクティブな要求: 障害が発生した可用性ゾーンで実行されている VM は、存続している可用性ゾーン内のホストで再起動されます。 影響を受ける VM へのアクティブな要求と接続は終了され、クライアントはそれらを再試行する必要があります。

• 予想されるダウンタイム: 正常なゾーンで失敗した VM を再起動する時間は、通常、VM の構成と起動手順に応じて数分です。 ストレッチ クラスターは、容量を減らして動作したままです。

  障害が発生した可用性ゾーンにミラーリング監視ノードが含まれている場合、ミラーリング監視サーバーは到達不能になります。 十分なデータ レプリカを使用できる限り、データ ホストと実行中のワークロードは、すぐにデータを失うことなく動作し続けます。 ただし、vSAN はこの状態でクォーラム認識を失います。これにより、配置と復旧の決定を安全に行うのを防ぎ、障害後の VM の電源オン、再調整、修復など、特定の操作がブロックされます。

• 予想されるデータ損失: vSAN ではゾーン間の同期レプリケーションが使用されるため、ゾーン障害時にデータ損失が発生する可能性はありません。

• 再配布: vSphere DRS は、VM ワークロードを存続する可用性ゾーンに自動的に再配布します。 VMware NSX 経由のネットワーク トラフィック ルーティングは、新しい VM の配置に自動的に適応します。

このセクションでは、クラスターがゾーン プライベート クラウドにデプロイされ、可用性ゾーンの停止が発生した場合に想定される内容について説明します。

• 検出と応答: 可用性ゾーンの損失を検出する必要があります。 必要に応じて、別の可用性ゾーンで事前に作成したセカンダリ クラスターへのフェールオーバーを開始できます。

• 通知: ゾーンがダウンしても、Microsoft から自動的に通知されることはありません。 ただし、 Azure Resource Health を 使用して個々のリソースの正常性を監視したり、 Resource Health アラート を設定して問題を通知したりすることはできます。 また、Azure Service Health を使用して、ゾーンの障害を含むサービスの全体的な正常性を把握し、問題を通知する Service Health アラートを設定することもできます。

• アクティブな要求: 影響を受ける VM へのアクティブな要求と接続は終了され、クライアントはそれらを再試行する必要があります。

• 予想されるダウンタイム: ゾーンが使用できない場合、クラスターとそのワークロードは、可用性ゾーンが復旧するまで使用できません。

• 予想されるデータ損失: 影響を受けるゾーン内のデータは、ゾーンが回復するまで使用できません。

• 再 分配： 必要に応じて、正常なゾーン内の他のクラスターにトラフィックを切り替える必要があります。

可用性ゾーンが復旧すると、vSphere DRS は必要に応じて、DRS の構成とアフィニティの規則に基づいて、復旧されたゾーンに VM を再配布できます。 vMotion 操作を使用して VM の配置を手動で制御することもできます。

可用性ゾーンが復旧すると、ゾーン内のクラスターとホストが再び使用できるようになります。 ワークロードに必要なゾーン回復手順とデータ同期は、お客様が担当します。

• VM の再起動とネットワーク パスの変更に対するアプリケーションの回復性のテスト (特に、クラスターを拡張したり、異なるゾーン内の個別のクラスターにアプリケーションをデプロイしたりする場合)。

Azure VMware Solution はゾーンの障害に対するインフラストラクチャの応答を管理するため、主に VM の再起動に対するアプリケーションの応答をテストする必要があります。

別のゾーンまたはリージョン内の別のクラスターへのフェールオーバーなど、ゾーンの障害に対するインフラストラクチャの応答は、お客様が担当します。 確実に応答プロセスを徹底的にテストします。

ストレッチ クラスターとして構成されたクラスターでは、ワークロード インフラストラクチャの可用性 SLA が高くなります。