ラック対応クラスターの要件とサポートされる構成

この記事では、ラック対応クラスターの要件とサポートされる構成について説明します。

一般的な要件

カテゴリ	詳細
システム要件	すべての Azure ローカル システム要件は、ラック対応クラスターに適用されます。 「Azure Local のシステム要件」を参照してください。
ドライブの要件	データ ドライブはオール フラッシュである必要があります。 不揮発性メモリ エクスプレス (NVMe) またはソリッド ステート ドライブ (SSD) が動作します。
可用性ゾーン	- ゾーンあたり最大 4 台のマシンを持つ 2 つのローカル ゾーンをサポートします。 - 2 つのゾーンには、同じ数のマシンが含まれている必要があります。 - マシンは 1 つのゾーンにのみ属できます。
展開の種類	新しいデプロイのみがサポートされます。 標準クラスターデプロイからラック対応クラスターへの変換はサポートされていません。
待機時間の要件	ラック間のラウンドトリップ待機時間は、1 ミリ秒以下にする必要があります。
帯域幅の要件	ラック間の同期レプリケーションには、専用ストレージ ネットワークが必要です。 クラスター のサイズとネットワーク インターフェイス カード (NIC) の速度に基づく帯域幅の要件の詳細については、「 帯域幅の要件」を参照してください。

帯域幅の要件

次の表に示すように、必要な帯域幅は、クラスターのサイズとネットワーク インターフェイス カード (NIC) の速度に基づいて計算できます。

ゾーンあたりのマシン数	NIC 速度 (GbE)	マシンあたりのストレージ ポート数	必要な帯域幅の合計 (Gbps)
1	10 GbE	2	20 Gbps
2	10 GbE	2	40 Gbps
3	10 GbE	2	60 Gbps
4	10 GbE	2	80 Gbps
➖	➖	➖	➖
1	25 GbE	2	50 Gbps
2	25 GbE	2	100 Gbps
3	25 GbE	2	150 Gbps
4	25 GbE	2	200 Gbps

サポートされているノード構成

次の表は、ボリュームの回復性設定でサポートされている構成をまとめたものです。

2 つのゾーン内のマシンの数	ワークロード ボリューム	ボリュームの回復性	ストレージの効率	障害耐性
1 + 1 (2 ノード クラスター)	2	双方向ミラー	50%	単一障害 (ドライブ、ノード、またはラック)
2 + 2 (4 ノード)	4	四面ミラー	25%	3 つの障害 (ドライブまたはノード)。 1 つのラックで障害が発生した場合にも、残りのラックはドライブまたはノードの障害を1つ耐えることができます。
3 + 3 (6 ノード)	6	四面ミラー	25%	3 つの障害 (ドライブまたはノード)。 1 つのラックで障害が発生した場合にも、残りのラックはドライブまたはノードの障害を1つ耐えることができます。
4 + 4 (8 ノード)	八	四面ミラー	25%	3 つの障害 (ドライブまたはノード)。 1 つのラックで障害が発生した場合にも、残りのラックはドライブまたはノードの障害を1つ耐えることができます。

注

• すべての構成には、ラック レベル ネスト ミラー (RLNM) が必要です。
• 3方向ミラーボリュームは作成できません。 2 方向または 4 方向のミラー ボリュームのみがサポートされています。

主な考慮事項

ラックアウェアクラスターでは、次の重要な考慮事項に留意してください。

• ラック対応クラスターは、 Azure portal または ARM テンプレートを使用してデプロイできます。
• Azure ローカル VM を作成し、特定のゾーンに割り当ててワークロードのバランスを取ることができます。 VM の重要度に基づいて、次の構成を行うことができます。
  • 厳密な配置。 VM は割り当てられたゾーンにとどまり、フェールオーバーされません。
  • 厳密でない配置。 VM は、必要に応じて他のゾーンにフェールオーバーできます。
• ラック対応クラスターにノードのペアを追加することで、クラスターをスケーリングできます。 2+2 構成は 3+3、3+3 から 4+4 に拡張できます。 ただし、このリリースでは、1+ 1 ラック対応クラスターへのノードの追加はサポートされていません。

推奨事項

• ロード テストを実行して、ソリューションが運用環境用に適切にスケーリングされていることを確認します。

• VM ワークロードのライブ マイグレーションとフェールオーバー テストを実施します。

  • 計画されたフェールオーバー中、厳密でない VM は、同じゾーン内の運用ノードにシームレスに移行されるか、必要に応じてダウンタイムなしで別のゾーンに移行されます。

  • 計画外のフェールオーバー中に、VM 操作が中断される可能性があります。 通常、システムでは、代替ノードまたはゾーンで可用性を復元するために 3 ~ 5 分が必要です。

    次の表は、VM の配置とフェールオーバーの動作の概要を示しています。

    VM の配置開始	エラー モード	VM 配置の応答	復元	復旧後の VM の配置
    ゾーン 1 (厳密)	ゾーン 1 ダウン	保存モード (フェールオーバーなし)	ゾーン1に戻る	ゾーン 1 (厳密)
    ゾーン 1 (非厳格)	ゾーン 1 ダウン	ゾーン 2 (厳密ではない) (フェールオーバー)	ゾーン1に戻る	ゾーン 1 (非厳格)
    ゾーン 2 (厳密)	ゾーン 1 ダウン	変更なし	ゾーン1に戻る	変更なし
    ゾーン 2 (非厳格)	ゾーン 1 ダウン	変更なし	ゾーン1に戻る	変更なし

• 問題を報告するときは、診断ログを収集します。 Azure Local の診断ログの収集に関するページを参照してください。

サポートされていない構成

• Windows Admin Center と PowerShell を使用して VM アフィニティ ルールを適用すると、動作が不明になることがあります。
• このリリースでは、1+ 1 ラック対応クラスターへのノードの追加はサポートされていません。

次のステップ

• Azure portal を使用してラック対応クラスターをデプロイします。
• ARM テンプレートを使用してラック対応クラスターをデプロイします。