上の図は、一般的にアクティブ/ソースノード（緑色）が、同じリージョン（リージョンA）に存在するパッシブノードに 同期 レプリケーションを行う様子を示しています。同期レプリケーションは、クロスリージョンサポートにも使用することができます。ただし、複数のリージョンにまたがるミラーには、 非同期レプリケーションを推奨します。 非同期 レプリケーションにより、リージョン A のソースノードから、別のリージョン（リージョンB）に存在するノード2（プライム）へリソースをレプリケートすることが可能です。
はじめに
このドキュメントでは、 クロスリージョンサポート のために 2 つの異なるリージョンにまたがる EC2 インフラストラクチャを準備するプロセスについて説明します。 このチュートリアルでは、Windows Server 2019 と SQL Server 2019 を使用します。
注記:このドキュメント全体で使用されている用語の詳細については、こちら にある Amazon Web Services の用語集を参照してください。
以下は、クロスリージョンサポートを有効にするための一般的なレイアウトです。
WSFC 用の EC2 インフラストラクチャを準備する
ステップバイステップ: Configuring Amazon EC2 for Business Critical Application, Part 1
説明: Windows Server Failover Clustering（WSFC）でクラスタリングされたビジネスクリティカルなアプリケーションをサポートするために、EC2インフラストラクチャを準備する。
- Virtual Private Cloud (VPC) とサブネットを作成する。
- 仮想マシンのプロビジョニング。 (この記事では、Windows Server 2019 と SQL Server 2019 を使用)
- AZ1 (アベイラビリティゾーン 1) に DC1（ドメインコントローラー 1）を用意する。
- AZ2 (アベイラビリティゾーン 2) で SQL1 (指定された SQL Server) を用意する。
- ドメインを作成。
- SQL1 と SQL2 をドメインに参加させる。
- ストレージを準備する。
- TCP/IP の詳細設定を編集する。
- フェイルオーバークラスタリング機能のインストール。（Server Manager経由）
- コアクラスターの構成。
- ファイル共有監視の追加。 (DC1 で作成)
結果: これで、基本的な 2 ノードの Windows Server フェイルオーバークラスターが完成しました！
SQL Server クラスターインスタンスの構成
ステップバイステップ: Configuring Amazon EC2 for Business Critical Application, Part 2
説明: AWS の仮想プライベートクラウド、インスタンス、ストレージの準備ができたので、いよいよ SQL Server 2019 のフェイルオーバークラスターインスタンスをインストールし、設定します。
- クラスターストレージを構成する (DataKeeper GUI 経由)
- SQL1 に SQL Server FCI の最初のノードをインストールする
- SQL2 に SQL Server FCI の 2 番目のノードをインストールする
- SQL Server Management Studio をインストールする
注記: マルチサブネットに関する考慮事項やその他の重要な情報も記事に記載されています。
結果: これで、SQL Server 2019 フェールオーバー クラスター インスタンスが構成されました！
クロスリージョンサポート用に EC2 インフラストラクチャを準備する
ステップバイステップ: Configuring Amazon EC2 for Business Critical Application, Part 3
説明:
- VPCの作成。(別リージョン)
- 第1部では、オハイオリージョン (us-east-2) を使用します。
- VPC ピアリングコネクションの作成と受け入れ。
- セキュリティグループのアップデート。
- VPC ピアリング接続の DNS 設定変更。
- Windows AMIの展開。
- DHCPオプションセットの作成。
- TCP/IPのプロパティを編集する。
結果: これで、2 つのリージョン間の AD (Active Directory) レプリケーションのための AWS インフラストラクチャのセットアップが完了しました！
クロスリージョンサポートの確立
ステップバイステップ: Configuring Amazon EC2 for Business Critical Application, Part 4
説明: このパートでは、既存の SQL Server FCI を第 3 ノードの リージョン 2 に拡張して、ビジネスクリティカルなワークロードを リージョン 1 全体の障害から保護する方法について説明します。SQL Server Enterprise を使用している場合は、以下のステップに従います。SQL Server Standard Edition を使用している場合は、以下の「クラスターの外部にノードを追加する」までスキップします。
- リージョン 2 に新しいサーバー/インスタンス (SQL3) を作成する。
- DataKeeper をインストールし、WSFC（Windows Server Failover Clustering）を有効にする。
- 新しく作成されたインスタンス (ターゲット) を既存のレプリケーション ジョブ (リージョン 1) に追加します。
- リージョン 2 の SQL3 に 非同期 でボリュームをレプリケートします。
- 「既存のクラスターにノードを追加」 オプションを使用して SQL 3 に SQL をインストールします。
- 別のサブネットに存在する SQL3 に対応するために、クラスタに追加の IP アドレスを追加します。
- 詳細については Configuring Ip Addresses And Dependencies For Multi Subnet を確認してください。
結果: AWS クロスリージョンサポートをご利用いただけるようになりました！
クラスター外にノードを追加する
説明: Enterprise Edition ではなく SQL Server Standard Edition を使用している場合、クラスタ内に 3 つ以上のノードを持つことはできません。 このシナリオでは、3 番目のノードにレプリケートできますが、そのノードはクラスターの外部になければなりません。
- DataKeeper のミラー化されていないボリューム リソース を使用して、リージョン B に単一ノードの SQL Server FCI クラスターを作成します。 ホスト名、クラスター名、および IP アドレスを除いて、プライマリ クラスターがインストールされているのとまったく同じようにインストールしてください。
- クラスターで SQL Server をオフラインにします。
- こちら のガイダンスに従って、サイト B のそのノードに DataKeeper を拡張します。この作業は、単一ノードクラスタに存在したシステムデータベースを上書きすることになります。
- 障害が発生した場合は、 こちら の案内に従って、第3ノードをミラー元にします。
- 単一ノードの SQL Server FCI をサイト B でオンラインにします。セキュリティ構成によっては、NTFS アクセス許可を追加して、データベースとログ ファイルを 3 番目のノードにマウントできるようにする必要がある場合があります。 これらのアクセス許可は保持されるため、3 番目のノードでの後続の復旧でこの手順を実行する必要はありません。
- クライアントを SQL Server の DR インスタンスに手動でリダイレクトするか、DR アプリケーションをサイト B で事前に構成して、ローカルの SQL Server FCI を指すようにします。
- 本番環境にフェイルバックするには、 こちら に記載されている手順に従ってください。
- 本番環境で SQL Server をオンラインにします。
このトピックへフィードバック