vSAN ストレッチ クラスターをデプロイする

この記事では、Azure VMware Solution プライベート クラウド用に vSAN ストレッチ クラスターを実装する方法について説明します。

前提条件

要求ホスト クォータ プロセスに従って、必要な数のノード用に予約されたクォータを取得します。 プロセスを容易にするために、次の詳細を指定します。

• 会社名
• 連絡先 (電子メール)
• サブスクリプション ID: 新しい個別のサブスクリプションが必要
• プライベート クラウドの種類: "ストレッチ クラスター"
• 要求されたリージョン: 英国南部、西ヨーロッパ、ドイツ中西部、オーストラリア東部
• 最初のストレッチ クラスター内のノードの数: 最小 6、最大 16 (2 の倍数)
• 推定拡張計画

ストレッチ クラスターのプライベート クラウドをデプロイする

サポート要求の詳細を受信すると、要求されたリージョン内のストレッチ クラスター環境用にクォータが予約されます。 サブスクリプションが有効になり、Azure portal を介してストレッチ クラスターの SDDC がデプロイされます。 指定された連絡先に、2 営業日以内に確認メールが送信され、その後、Azure portal を介してストレッチ クラスターのプライベート クラウドを自己デプロイできるようになります。 選択したリージョンにストレッチ クラスターをデプロイするには、必ず [2 つの可用性ゾーンのホスト] を選択してください。

プライベート クラウドが作成されたら、オンプレミスのデータ センターをプライベート クラウドに接続するのに役立つ Global Reach を使用して、両方の可用性ゾーン (AZ) をオンプレミスの ExpressRoute 回線にピアリングできます。 両方の AZ をピアリングすると、AZ の障害によってプライベート クラウドへの接続が失われることがなくなります。 ExpressRoute 認証キーは 1 つの接続に対してのみ有効であるため、オンプレミスの ExpressRoute 回線で ExpressRoute 認証キーを作成するプロセスを繰り返して、別の認証を生成します。

次に、ExpressRoute Global Reach の 2 つの可用性ゾーンをオンプレミスの ExpressRoute 回線にピアリングするプロセスを繰り返します。

サポートされているストレージ ポリシー

次の SPBM ポリシーは、クラスターの既定のポリシーとして有効になっている "デュアル サイト ミラーリング" の Primary Failures To Tolerate (PFTT) と "RAID 1 (ミラーリング)" の Secondary Failures To Tolerate (SFTT) でサポートされています。

• サイトのディザスター トレランス設定 (PFTT):
  • デュアル サイト ミラーリング
  • なし - 優先にデータを保持する
  • なし - 非優先にデータを保持する
• ローカル許容エラー (SFTT):
  • 1 つの障害 – RAID 1 (ミラーリング)
  • 1 つの障害 – RAID 5 (イレイジャー コーディング)、各 AZ で少なくとも 4 つのホストが必要
  • 2 つの障害 – RAID 1 (ミラーリング)
  • 2 つの障害 – RAID 6 (イレイジャー コーディング)、各 AZ で少なくとも 6 つのホストが必要
  • 3 つの障害 – RAID 1 (ミラーリング)