データセンター全体のフェイルオーバークラスターとAlwaysOn可用性グループ
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クラスター（複数のデータセンターにまたがることが可能）です。