SQL Server マルチサブネット クラスタリング (SQL Server)

適用対象: SQL Server

SQL Server マルチサブネット フェールオーバー クラスターとは、各フェールオーバー クラスター ノードが異なるサブネットに接続されているか、異なるサブネットのセットに接続されている構成のことです。 これらのサブネットには、同じ場所や地理的に分散したサイトを指定できます。 地理的に分散したサイトのクラスタリングは、拡張クラスターと呼ばれることがあります。 すべてのノードがアクセスできる共有ストレージがないため、複数のサブネットのデータ ストレージ間でデータをレプリケートする必要があります。 データをレプリケートすることで、使用可能なデータのコピーが複数存在することになります。 そのため、マルチサブネット フェールオーバー クラスターによって、高可用性に加えてディザスター リカバリー ソリューションも実現します。

SQL Server マルチサブネット フェールオーバー クラスター (2 ノード、2 サブネット)

次の図は、2 ノード、2 サブネットの SQL Serverのフェールオーバー クラスター インスタンス (FCI) を表します。

マルチサブネット フェールオーバー クラスター インスタンス構成

複数のサブネットを使用する SQL Server FCI の例を次に示します。

• SQL Server FCI SQLCLUST1 には Node1 および Node2 が含まれます。 Node1 は Subnet1 に接続されています。 Node2 は Subnet2 に接続されています。 SQL Server Setup ではこの構成をマルチサブネット クラスターと認識し、IP アドレス リソースの依存関係が ORに設定されます。

• SQL Server FCI SQLCLUST1 には Node1、Node2 および Node3 が含まれます。 Node1 および Node2 は Subnet1 に接続されています。 Node 3 は Subnet2 に接続されています。 SQL Server Setup ではこの構成をマルチサブネット クラスターと認識し、IP アドレス リソースの依存関係が ORに設定されます。 Node1 と Node2 が同じサブネット上にあるため、この構成ではローカルでの可用性が強化されます。

• SQL Server FCI SQLCLUST1 には Node1 および Node2 が含まれます。 Node1 は Subnet1 に接続されています。 Node2 は Subnet1 および Subnet2 に接続されています。 SQL Server Setup ではこの構成をマルチサブネット クラスターと認識し、IP アドレス リソースの依存関係が ORに設定されます。

• SQL Server FCI SQLCLUST1 には Node1 および Node2 が含まれます。 Node1 は Subnet1 および Subnet2 に接続されています。 Node2 も Subnet1 および Subnet2 に接続されています。 IP アドレス リソースの依存関係は、 Setup によって AND SQL Server に設定されています。

  注意

  クラスター ノードが同じサブネットのセットに含まれているため、この構成はマルチサブネット フェールオーバー クラスター構成と見なされません。

IP アドレス リソースに関する考慮事項

マルチサブネット フェールオーバー クラスターの構成では、フェールオーバー クラスター内のすべてのノードが IP アドレスを所有するわけではありません。また、 SQL Server の起動時に一部のノードがオンラインにならない場合があります。 SQL Server 2012 (11.x)以降では、IP アドレス リソースの依存関係を ORに設定することができます。 そのため、バインドできる有効な IP アドレスが少なくとも 1 つ存在していれば、 SQL Server をオンラインにすることができます。

IP アドレス リソースの OR 依存関係に関する考慮事項

IP アドレス リソースの依存関係を ORに設定する場合、次のフェールオーバーの動作を考慮してください:

• 現在 SQL Server クラスター リソース グループを所有しているノード上の IP アドレスの 1 つが使用不能な場合、そのノード上で有効なすべての IP アドレスが使用不能にならない限り、フェールオーバーが自動的に発生することはありません。

• フェールオーバーの発生時、現在のノード上で有効な少なくとも 1 つの IP アドレスにバインドできる限り、 SQL Server はオンラインになります。 起動時に SQL Server にバインドされなかった IP アドレスはエラー ログに表示されます。

SQL Server の FCI が SQL Server データベース エンジンのスタンドアロン インスタンスとサイド バイ サイドでインストールされている場合は、IP アドレスで TCP ポート番号が競合しないように注意してください。 競合は通常、 データベース エンジン の 2 つのインスタンスが両方とも既定の TCP ポート (1433) を使用するように構成されている場合に発生します。 競合を回避するには、一方のインスタンスが既定以外の固定ポートを使用するように構成します。 通常、固定ポートの構成は、スタンドアロン インスタンスに対して行うのが最も簡単です。 データベース エンジン で異なるポートが使用されるように構成すると、 SQL Server の FCI がノードのスタンバイに失敗した場合に、予期しない IP アドレス/TCP ポート競合によってインスタンスの起動がブロックされる問題を回避できます。

フェールオーバー中のクライアント回復待機時間

複数サブネットの FCI 既定で RegisterAllProvidersIP のクラスター リソースのネットワーク名を有効にします。 マルチサブネット構成では、ネットワーク名のオンラインおよびオフライン両方の IP アドレスが DNS サーバーに登録されます。 クライアント アプリケーションは、すべての登録済み IP アドレスを DNS サーバーから取得し、受信した順序または並列で使用してアドレスへの接続を試みます。 つまり、マルチサブネット フェールオーバーのクライアント回復時間は DNS 更新の待機時間に依存しません。 既定では、クライアントは IP アドレスを順番に試行します。 クライアントが新しいオプションの MultiSubnetFailover=True パラメーターを接続文字列で使用している場合、IP アドレスを同時に試し、最初に応答したサーバーに接続します。 これにより、フェールオーバー発生時のクライアント回復待機時間を最小限に抑えることができます。 詳細については、「 AlwaysOn クライアント接続 (SQL Server) 」および「 可用性グループ リスナーの作成または構成 (SQL Server)」を参照してください。

レガシ クライアント ライブラリまたはサードパーティ データ プロバイダーでは、接続文字列に MultiSubnetFailover パラメーターを使用できません。 クライアント アプリケーションが SQL Serverのマルチサブネット FCI と最適な状態で連携して動作するように、クライアント接続文字列の接続タイムアウトを追加の IP アドレスごとに 21 秒で調整を試みてください。 これにより、クライアントの再接続の試みは、マルチサブネット FCI のすべての IP アドレスへの切り替えができるまでタイムアウトしません。

SQL Server Management Studio および sqlcmd の既定のクライアント接続タイムアウト期間は 15 秒です。

関連コンテンツ