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

  • [アーティクル]

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

前提条件

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

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

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

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

[2 つの可用性ゾーンのホスト] を選択する場所を示すスクリーンショット。

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

両方の可用性ゾーンに対して Express Route 認証を生成する方法を示すスクリーンショット。

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

両方の可用性ゾーンをオンプレミスの Express Route Global Reach にピアリングするページを示すスクリーンショット。

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

次の 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 (ミラーリング)