2つの3ノードクラスターが別々のデータセンターにあります。それらをClusterP
およびClusterS
と呼びましょう。
ClusterP
はプライマリーであり、ClusterS
は災害復旧用のセカンダリーです。各クラスターには複数のフェールオーバークラスターインスタンスがありますが、それらは互いに完全に分離されています。
AlwaysOn可用性グループをClusterP
からClusterS
まで紹介します。これに関する複数のガイドを読みましたが、答えられない質問が1つあります。データセンター間で共有ストレージを使用する機能はありません(SANデータセンター間でミラーリングなし)。このセットアップでは、AlwaysOn可用性グループをセットアップできますか?
セカンダリデータセンターにスタンドアロンサーバーがある場合、そのサーバーをWFCSのノードとして追加し、ClusterP
のFCIのいずれかから所有者として削除して、AGをFCIでセットアップできることを理解しました。 AGメンバー。この方法では、私の調査に基づいて共有ストレージを使用していません。
2つから3つのノードクラスタがあり、それらがどのようにAGと連携するかによって、混乱が生じます。 ClusterS
でクラスターを解体し、ClusterP
にノードを追加し、必要なFCIを追加してから、ノードをセットアップして、ClusterS
の場所にある物理ノードがこれらのFCIのみをホストでき、ClusterP
の場所にあるノードのみができるように思えますそれらのFCIをホストします。これは機能しますか?
ヒントがあれば教えてください。
ClusterPからClusterSにAlwaysOn可用性グループを導入したいと思います。これに関する複数のガイドを読みましたが、答えられない質問が1つあります。データセンター間で共有ストレージを使用する機能はありません(SANデータセンター間でミラーリングなし)。このセットアップでは、AlwaysOn可用性グループをセットアップできますか?
No、それは不可能です。移行以外では、可用性グループは複数のフェールオーバークラスター(WSFC)にまたがることはできません。
AGを活用したい場合は、参加しているすべてのレプリカが同じWSFCクラスター内にあることを確認してくださいにする必要があります。 AGに参加しているSQL Serverフェールオーバークラスターインスタンスについては、問題ありません。 FCIはAGレプリカにすることができます。
地理的に分散したクラスターは、いくつかの異なる戦略で実現できます。ウィットネス投票が必要な場合(3つのノードクラスターがある場合、それは役に立たず、ノードマジョリティクォーラムモデルが最適です)、ファイル共有ウィットネスを利用できます。
探しているものが2つのデータセンターにまたがる可用性グループである場合、それは可能です。この状況の唯一の要件は、単一のWSFCクラスター(複数のデータセンターにまたがることが可能)です。