ストレッチ クラスターの概要
適用対象: Azure Stack HCI バージョン 22H2 および 21H2
ディザスター リカバリー用の Azure Stack HCI ストレッチ クラスター ソリューションでは、手動による介入を必要とせずに、運用環境をすばやく復元するための自動フェールオーバーが提供されます。 記憶域レプリカでは、ディザスター リカバリーのためにサイト間のボリュームのレプリケーションが提供され、すべてのサーバーの同期が維持されます。
記憶域レプリカでは、同期と非同期の両方のレプリケーションがサポートされます。
- 同期レプリケーションでは、クラッシュ整合ボリュームを使用して低待機時間のネットワークによりサイト間でデータがミラー化され、障害時のファイル システム レベルでのデータ損失をゼロにすることができます。
- 非同期レプリケーションは、待機時間が長いネットワーク リンクを介して、メトロポリタン範囲を超えるサイト間でデータをミラー化しますが、障害発生時に両方のサイトにデータのコピーが同一であるという保証はありません。 障害が発生する前にレプリケーションが完了すると、フェールオーバー後に宛先ボリュームが自動的にオンラインになります。 障害発生時にレプリケーションが処理中の場合は、宛先ボリュームを手動でオンラインにする必要があります。
ストレッチ クラスターには、アクティブ - パッシブとアクティブ - アクティブの 2 種類があります。 優先されるサイトとレプリケーションの方向がある、アクティブ - パッシブのサイト レプリケーションを設定できます。 アクティブ - アクティブ レプリケーションでは、どちらのサイトからでも双方向のレプリケーションを実行できます。 この記事では、アクティブ - パッシブ構成のみについて説明します。
簡単に言うと、"アクティブ" サイトとは、リソースを保持し、クライアントが接続するための役割とワークロードを提供するもののことです。 "パッシブ" サイトとは、クライアントに対して役割やワークロードを提供しないものであり、ディザスター リカバリーのためにアクティブ サイトからのフェールオーバーを待機しています。
サイトは、2 つの異なる州、異なる都市、異なる階、または異なる部屋に配置できます。 2 つのサイトを使用するストレッチ クラスターは、サイトが停止または障害が発生した場合にディザスター リカバリーとビジネス継続性を提供します。
Azure Stack HCI でのストレッチ クラスターについては、少し時間を取ってビデオをご覧ください。
アクティブ - パッシブ ストレッチ クラスター
次の図では、サイト 1 がアクティブ サイトであり、サイト 2 への 1 方向のレプリケーションが行われます。
アクティブ - アクティブ ストレッチ クラスター
次の図では、サイト 1 とサイト 2 の両方がアクティブ サイトであり、もう一方のサイトへの双方向レプリケーションが行われます。
ゲスト IP フェールオーバーの考慮事項
拡張クラスタリングについて説明する場合、考慮する必要がある考慮事項の 1 つは、仮想マシンと使用される IP アドレスです。 異なる場所に存在するデータセンターは、通常、異なる IP サブネットを持ちます。 仮想マシンで使用される IP アドレスは、あるデータセンターでは有効ですが、別のデータセンターでは到達できません。 そのため、IP アドレスの変更に対処する方法を計画する必要があります。 ほとんどの場合、フェールオーバー時に仮想マシンの IP アドレスの変更を処理する方法は 4 種類あります。 他にもあるかもしれませんが、このドキュメントでは上位の 4 つを取り上げます。
最初の最も簡単な方法は、DHCP の使用です。 あるサイトから別のサイトに仮想マシンを移動する場合、実行される手順の 1 つは DHCP アドレスを要求することです。 これにより、DHCP サーバーが使用可能な限り、それが存在する適切なサイトの適切な IP アドレスが取得されます。
次に、静的アドレスの使用があります。 ただし、Hyper-V レプリカとは異なり、代替 IP アドレスを指定する方法はありません。 そのため、存在するサイトに応じて VM の適切な IP アドレスを割り当てるスクリプトを作成する必要があります。 たとえば、SiteA では 1.x ネットワークが使用され、SiteB では 156.x ネットワークが使用されるとします。 このスクリプトでは、仮想マシンが存在しているネットワークを検出し、SiteA にある場合は 1.x IP アドレス スキームを設定し、SiteB 内にある場合は 156.x IP アドレス スキームを設定する必要があります。 ドメイン ネーム サービス (DNS) も、変更を警告し、サイト間でレプリケートする必要があります。
別のオプションは、クライアント接続のために仮想マシンの 1 つの IP アドレスを提供する中間ネットワーク デバイスを使用することです。これが、仮想マシンへのトラフィックを、現在存在するサイトにルーティングします。 クライアントと DNS は常に仮想マシンに対して同じアドレスを持ちます。中間デバイスは、仮想マシンの実際の IP アドレスと場所を追跡して、クライアントが仮想マシンに適切にリダイレクトされるようにする必要があります。
最後のオプションは、拡張 vLAN の使用です。 拡張 vLAN を使用すると、仮想マシンはそれが存在するサイトに関係なく、同じ IP アドレスを保持できます。 ただし、拡張 vLAN の構成と保守には複雑な部分があるため、Microsoft ではこのオプションはお勧めしません。
上記のすべてのオプションで、クライアント接続に関して追加の考慮事項 (DNS、ARP キャッシュ、TTL など) を考慮する必要があるため、十分に検討する必要があります。ネットワーク チームと連携して、ニーズを満たす最適なオプションを特定してください。
次のステップ
- 記憶域レプリカの詳細を確認します。 「記憶域レプリカの概要」を参照してください。
- 記憶域レプリカの使用の詳細を確認してください。 「Hyper-V フェールオーバー クラスターまたは汎用クラスター用のファイル サーバーを構成する」を参照してください。
- ストレッチ クラスターのハードウェアおよび他の要件について学習します。 システム要件に関するページを参照してください。
- Windows Admin Center を使用してストレッチ クラスターをデプロイする方法について学習します。 Windows Admin Center を使用したクラスターの作成に関する記事を参照してください。
- PowerShell を使用してストレッチ クラスターをデプロイする方法について学習します。 PowerShell を使用したクラスターの作成に関する記事を参照してください。
- ストレッチ クラスター用のボリュームを作成し、レプリケーションを設定する方法を学習します。 ストレッチ クラスター用のボリュームの作成とレプリケーションの設定に関する記事を参照してください。
フィードバック
https://aka.ms/ContentUserFeedback」を参照してください。
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「フィードバックの送信と表示