次の方法で共有


ストレッチ クラスターの概要

適用対象: Azure Stack HCI バージョン 22H2

重要

ストレッチ クラスターは、Azure Stack HCI バージョン 23H2 ではまだサポートされていません。

ディザスター リカバリー用の Azure Stack HCI ストレッチ クラスター ソリューションでは、手動による介入を必要とせずに、運用環境をすばやく復元するための自動フェールオーバーが提供されます。 記憶域レプリカでは、ディザスター リカバリーのためにサイト間のボリュームのレプリケーションが提供され、すべてのサーバーの同期が維持されます。

記憶域レプリカでは、同期と非同期の両方のレプリケーションがサポートされます。

  • 同期レプリケーションでは、クラッシュ整合ボリュームを使用して低待機時間のネットワークによりサイト間でデータがミラー化され、障害時のファイル システム レベルでのデータ損失をゼロにすることができます。
  • 非同期レプリケーションは、待機時間が長いネットワーク リンクを介して、メトロポリタン範囲を超えるサイト間でデータをミラーリングしますが、障害発生時に両方のサイトにデータのコピーが同一であるという保証はありません。 障害が発生する前にレプリケーションが完了すると、フェールオーバー後に宛先ボリュームが自動的にオンラインになります。 障害発生時にレプリケーションが進行中の場合は、宛先ボリュームを手動でオンラインにする必要があります。

ストレッチ クラスターには、アクティブ - パッシブとアクティブ - アクティブの 2 種類があります。 優先されるサイトとレプリケーションの方向がある、アクティブ - パッシブのサイト レプリケーションを設定できます。 アクティブ - アクティブ レプリケーションでは、どちらのサイトからでも双方向のレプリケーションを実行できます。 この記事では、アクティブ - パッシブ構成のみについて説明します。

簡単に言うと、"アクティブ" サイトとは、リソースを保持し、クライアントが接続するための役割とワークロードを提供するもののことです。 "パッシブ" サイトとは、クライアントに対して役割やワークロードを提供しないものであり、ディザスター リカバリーのためにアクティブ サイトからのフェールオーバーを待機しています。

サイトは、2 つの異なる州、異なる都市、異なる階、または異なる部屋に配置できます。 2 つのサイトを使用するストレッチ クラスターは、サイトが停止または障害が発生した場合にディザスター リカバリーとビジネス継続性を提供します。

Azure Stack HCI でのストレッチ クラスターについては、少し時間を取ってビデオをご覧ください。

アクティブ - パッシブ ストレッチ クラスター

次の図では、サイト 1 がアクティブ サイトであり、サイト 2 への 1 方向のレプリケーションが行われます。

アクティブ/パッシブ ストレッチ クラスターのシナリオ。

アクティブ - アクティブ ストレッチ クラスター

次の図では、サイト 1 とサイト 2 の両方がアクティブ サイトであり、もう一方のサイトへの双方向レプリケーションが行われます。

アクティブ - アクティブ ストレッチ クラスターのシナリオ

ゲスト IP フェールオーバーの考慮事項

拡張クラスタリングについて説明する場合、考慮する必要がある考慮事項の 1 つは、仮想マシンと使用される IP アドレスです。 異なる場所に存在するデータセンターは、通常、異なる IP サブネットを持ちます。 仮想マシンで使用される IP アドレスは、あるデータセンターでは有効ですが、別のデータセンターでは到達できません。 そのため、IP アドレスの変更に対処する方法を計画する必要があります。 通常、フェールオーバー時に仮想マシン上の IP アドレスの変更を処理するには、4 つの異なる方法があります。 その他の場合もありますが、この記事では上位 4 つについて説明します。

最初の最も簡単な方法は、DHCP の使用です。 仮想マシンをあるサイトから別のサイトに移動すると、VM は 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 など) を考慮する必要があるため、十分に検討する必要があります。ネットワーク チームと連携して、ニーズを満たす最適なオプションを特定してください。

次のステップ