Load balancer と可用性グループリスナーの構成 (Azure VM 上の SQL Server)

[アーティクル]
06/18/2024

ヒント

可用性グループをデプロイする方法は多数あります。デプロイを簡略化し、Always On 可用性グループに対して Azure Load Balancer または分散ネットワーク名 (DNN) を不要にするには、同じ Azure 仮想ネットワーク内の複数のサブネットに SQL Server 仮想マシン (VM) を作成します。可用性グループを 1 つのサブネットに既に作成している場合は、マルチサブネット環境に移行できます。

この記事では、Azure Resource Manager で動作する 1 つのサブネット内の Azure Virtual Machines に、SQL Server Always On 可用性グループのロードバランサーを作成する方法について説明します。 SQL Server インスタンスが Azure Virtual Machines 上で実行されている場合、可用性グループにロードバランサーが必要となります。ロードバランサーには、可用性グループリスナーの IP アドレスが格納されます。可用性グループが複数のリージョンにまたがっている場合は、各リージョンにロードバランサーが必要です。

この作業を行うには、Resource Manager で動作する Azure VM に SQL Server Always On 可用性グループがデプロイされている必要があります。両方の SQL Server 仮想マシンが同じ可用性セットに属している必要があります。 Microsoft のテンプレートを使用すると、Resource Manager で自動的に可用性グループを作成することができます。内部ロードバランサーは、このテンプレートによって自動的に作成されます。

必要に応じて可用性グループを手動で構成することもできます。

この記事は、可用性グループの構成が既に済んでいることを前提としています。

ロードバランサーを作成および構成する

この作業の一環として、次の手順を実行します。

Azure Portal でロードバランサーを作成して IP アドレスを構成します。
バックエンドプールを構成します。
プローブを作成します。
負荷分散規則を設定します。

注意

SQL Server インスタンスが複数のリソースグループや複数のリージョンに存在する場合、各手順を 2 回 (リソースグループごとに 1 回) 行ってください。

重要

2025 年 9 月 30 日に、Azure Load Balancer の Basic SKU が廃止されます。詳細については、公式告知を参照してください。現在、Basic Load Balancer をお使いの場合は、廃止日前に Standard Load Balancer にアップグレードしてください。ガイダンスについては、ロードバランサーのアップグレードに関するページを参照してください。

手順 1:ロードバランサーを作成して IP アドレスを構成する

まず、ロードバランサーを作成します。

Azure ポータルで、SQL Server の仮想マシンを含んだリソースグループを開きます。
リソースグループで、[作成] を選択します。
" ロードバランサー" を検索します。検索結果でロードバランサー (Microsoftによって公開) を選択します。
[Load Balancer] ペインで、[作成] を選択します。

ロードバランサーに関して次のパラメーターを構成します。

設定	フィールド
サブスクリプション	仮想マシンと同じサブスクリプションを使います。
リソースグループ	仮想マシンと同じリソースグループを使用します。
名前	ロードバランサーのテキスト名を使います (例: sqlLB)。
リージョン	仮想マシンと同じリージョンを使用します。
SKU	Standard
Type	内部

Azure Portal のペインは次のようになります。

[次へ: フロントエンド IP 構成] を選択します
[フロントエンド IP 構成の追加] を選択します
次の値を使用してフロントエンド IP を設定します。
- 名前: フロントエンド IP 構成を識別する名前
- 仮想ネットワーク:仮想マシンと同じネットワーク。
- サブネット: 仮想マシンと同じサブネット。
- [IP アドレスの割り当て] :静的。
- IP アドレス: サブネットで利用できるアドレスを使います。 可用性グループリスナーにはこのアドレスを使用します。これはクラスター IP アドレスと異なることに注意してください。
- 可用性ゾーン: 必要に応じて、IP をデプロイする可用性ゾーンを選びます。
次の図は、[フロントエンド IP 構成の追加] UI を示しています。
[追加] を選択してフロントエンド IP を作成します。
[確認および作成] を選択して構成を検証してから、[作成] を選択してロードバランサーとフロントエンド IP を作成します。

ロードバランサーが Azure によって作成されます。このロードバランサーは、特定のネットワーク、サブネット、リソースグループ、場所に従属します。 Azure の処理が完了したら、ロードバランサーの設定を Azure で確認してください。

ロードバランサーを構成するには、バックエンドプールとプローブを作成し、負荷分散規則を設定する必要があります。これらは Azure Portal で行います。

手順 2: バックエンドプールを構成する

Azure では、バックエンドアドレスプールを "バックエンドプール" と呼んでいます。この場合、バックエンドプールは、可用性グループに含まれる 2 つの SQL Server インスタンスのアドレスです。

Azure Portal で、可用性グループに移動します。新しく作成したロードバランサーを表示するため、ビューの更新が必要な場合があります。
ロードバランサーを選択し、 [バックエンドプール] を選択し、 [+ 追加] を選択します。
バックエンドプールの [名前] を指定します。
バックエンドプールの構成で [NIC] を選択します。
[追加] を選択して、VM を含む可用性セットにバックエンドプールを関連付けます。
[仮想マシン] で、可用性グループレプリカをホストする SQL Server 仮想マシンを選びます。

注意

仮想マシンを両方とも指定しないと、プライマリレプリカにしか接続できません。
[追加] を選択して、仮想マシンをバックエンドプールに追加します。
[保存] を選択して、バックエンドプールを作成します。

バックエンドアドレスプールの設定が Azure で更新されます。これで 2 つの SQL Server インスタンスから成るプールが可用性セットに作成されました。

手順 3:プローブを作成する

このプローブで定義された方法で、現在どの SQL Server インスタンスが可用性グループリスナーを所有しているかが Azure によって確認されます。 Azure は、プローブの作成時に定義されたポートで、IP アドレスに基づいてサービスをプローブします。

ロードバランサーを選択し、 [正常性プローブ] を選択し、 [+ Add] を選択します。

リスナーの正常性プローブを次のように設定します。

設定	説明	例
名前	Text	SQLAlwaysOnEndPointProbe
プロトコル	TCP を選びます	TCP
[ポート]	未使用の任意のポート	59999
間隔	プローブの試行の間隔 (秒単位)	5

[追加] を選択して、正常性プローブを設定します。

注意

指定したポートは、両方の SQL Server インスタンスのファイアウォールで必ず開放してください。使用する TCP ポートに対する入力方向の規則が両方のインスタンスに必要となります。詳しくは、「ファイアウォール規則を追加または編集する」をご覧ください。

Azure はこのプローブを作成、使用して、どの SQL Server インスタンスが可用性グループのリスナーを所有しているかを判定します。

手順 4:負荷分散規則を設定する

負荷分散規則を使って、ロードバランサーでトラフィックを SQL Server インスタンスにルーティングする方法を構成します。 2 つの SQL Server インスタンスのうち可用性グループリスナーリソースを所有できるのは一度に 1 つだけであるため、このロードバランサーでは Direct Server Return を有効にします。

ロードバランサーを選択し、 [負荷分散規則] を選択し、 [+ 追加] を選択します。

次のようにリスナーの負荷分散規則を設定します。

設定	説明	例
名前	Text	SQLAlwaysOnEndPointListener
フロントエンド IP アドレス	アドレスを選びます	ロードバランサーの作成時に作成したアドレスを使います。
バックエンドプール	バックエンドプールを選ぶ	ロードバランサーを対象とする仮想マシンを含むバックエンドプールを選択します。
プロトコル	TCP を選びます	TCP
[ポート]	可用性グループリスナーのポートを使用する	1433
バックエンドポート	Direct Server Return に Floating IP を設定するときは、このフィールドは使われません	1433
正常性プローブ	プローブに指定した名前	SQLAlwaysOnEndPointProbe
セッション永続化	ドロップダウンリスト	なし
アイドルタイムアウト	TCP 接続を開いたままにしておく時間 (分)	4
フローティング IP (ダイレクトサーバーリターン)	フロートポロジと IP アドレスマッピングスキーム	有効

警告

Direct Server Return は作成の間に設定されます。この値は変更しないでください。

注意

すべての設定を確認するには、ウィンドウで下スクロールしてください。

[保存] を選択して、リスナーの負荷分散規則を設定します。

負荷分散規則が Azure によって構成されます。以上、可用性グループのリスナーのホストとなっている SQL Server インスタンスにトラフィックをルーティングするようにロードバランサーを構成しました。

この時点で、リソースグループのロードバランサーが両方の SQL Server マシンに接続されています。またロードバランサーには、可用性グループへの要求にいずれかのマシンが応答できるよう、SQL Server AlwaysOn 可用性グループリスナーの IP アドレスが格納されます。

注意

SQL Server インスタンスが 2 つの異なるリージョンに存在する場合、もう一方のリージョンについても以上の手順を繰り返す必要があります。ロードバランサーはリージョンごとに必要です。

Windows Server フェールオーバークラスター (WSFC) のクラスターコア IP アドレスを追加する

WSFC の IP アドレスもロードバランサー上に存在する必要があります。 Windows Server 2019 を使用している場合は、クラスターでクラスターネットワーク名ではなく、分散サーバー名が作成されるため、このプロセスをスキップしてください。

Azure portal で、同じ Azure ロードバランサーに移動します。 [フロントエンド IP 構成] を選択し、 [+ 追加] を選択します。クラスターコアリソース内の WSFC 用に構成した IP アドレスを使用します。この IP アドレスを[静的]として設定します。
ロードバランサーで、 [正常性プローブ] を選択し、 [+ 追加] を選択します。

WSFC クラスターのコア IP アドレスの正常性プローブを次のように設定します。

設定	説明	例
名前	Text	WSFCEndPointProbe
プロトコル	TCP を選びます	TCP
[ポート]	未使用の任意のポート	58888
間隔	プローブの試行の間隔 (秒単位)	5

[追加] を選択して、正常性プローブを設定します。
負荷分散規則を設定します。 [負荷分散規則] を選択し、 [+ 追加] を選択します。

クラスターのコア IP アドレスの負荷分散規則を次のように設定します。

設定	説明	例
名前	Text	WSFCEndPoint
フロントエンド IP アドレス	アドレスを選びます	WSFC の IP アドレスの構成時に作成したアドレスを使用します。これはリスナーの IP アドレスとは異なります
バックエンドプール	バックエンドプールを選ぶ	ロードバランサーを対象とする仮想マシンを含むバックエンドプールを選択します。
プロトコル	TCP を選びます	TCP
[ポート]	クラスター IP アドレスのポートを使用します。これは、リスナープローブポートには使用されない使用可能なポートです。	58888
バックエンドポート	Direct Server Return に Floating IP を設定するときは、このフィールドは使われません	58888
プローブ	プローブに指定した名前	WSFCEndPointProbe
セッション永続化	ドロップダウンリスト	なし
アイドルタイムアウト	TCP 接続を開いたままにしておく時間 (分)	4
フローティング IP (ダイレクトサーバーリターン)	フロートポロジと IP アドレスマッピングスキーム	有効

警告

Direct Server Return は作成の間に設定されます。この値は変更しないでください。

[OK] を選択して、負荷分散規則を設定します。

ロードバランサーの IP アドレスを使用するようにクラスターを構成する

次に、クラスター上のリスナーを構成し、リスナーをオンラインに切り替えます。手順は次のとおりです。

可用性グループリスナーをフェールオーバークラスターで作成します。
リスナーをオンラインにします。

手順 5:可用性グループリスナーをフェールオーバークラスターで作成する

この手順では、フェールオーバークラスターマネージャーおよび SQL Server Management Studio で可用性グループリスナーを手動で作成します。

可用性グループリスナーとは、SQL Server 可用性グループがリッスンする IP アドレスとネットワーク名のことです。可用性グループリスナーを作成するには、次の手順を実行します。

クラスターネットワークリソースの名前を取得します。

a. プライマリレプリカのホストとなっている Azure 仮想マシンに RDP で接続します。

b. フェールオーバークラスターマネージャーを開きます。

c. Networks ノードを選択し、クラスターネットワーク名をメモします。この名前は、PowerShell スクリプトの $ClusterNetworkName 変数に使用します。次の図で、クラスターネットワーク名は Cluster Network 1 です。
クライアントアクセスポイントを追加します。クライアントアクセスポイントは、アプリケーションが可用性グループ内のデータベースに接続するために使用するネットワーク名です。

a. [フェールオーバークラスターマネージャー] で、クラスター名を展開し、[ロール] を選択します。

b. [ロール] ペインで、可用性グループ名を右クリックし、[リソースの追加]>[クライアントアクセスポイント] の順に選択します。

c. [名前] ボックスで、この新しいリスナーの名前を指定します。新しいリスナーの名前は、アプリケーションが SQL Server 可用性グループ内のデータベースへの接続に使用するネットワーク名です。

d. リスナーの作成を完了するには、[次へ] を 2 回選択し、[完了] を選択します。この時点では、リスナーまたはリソースをオンラインにしないでください。
可用性グループのクラスターロールをオフラインにします。 [フェールオーバークラスターマネージャー] の [ロール] で、ロールを右クリックし、[ロールの停止] を選択します。
可用性グループの IP リソースを構成します。

a. [リソース] タブを選択し、作成したクライアントアクセスポイントを展開します。クライアントアクセスポイントはオフラインになっています。

b. IP リソースを右クリックし、[プロパティ] を選択します。この IP アドレス名はメモしておき、PowerShell スクリプトの $IPResourceName 変数に使用します。

c. [IP アドレス] で [静的 IP アドレス] を選択します。静的 IP アドレスを、Azure Portal でロードバランサーのアドレス設定時に使用したものと同じアドレスに設定します。
SQL Server 可用性グループリソースがクライアントアクセスポイントに依存するように設定します。

a. [フェールオーバークラスターマネージャー] で、[ロール]、可用性グループの順に選択します。

b. [リソース] タブの [その他のリソース] で、可用性グループのリソースを右クリックし、[プロパティ] をクリックします。

c. [依存関係] タブで、クライアントアクセスポイント (リスナー) の名前を追加します。

d. [OK] を選択します。
クライアントアクセスポイントが IP アドレスに依存するように設定します。

a. [フェールオーバークラスターマネージャー] で、[ロール]、可用性グループの順に選択します。

b. [リソース] タブの [サーバー名] で、クライアントアクセスポイントリソースを右クリックし、[プロパティ] を選択します。

c. [依存関係] タブを選択します。IP アドレスが依存関係の要素であることを確認します。そうでない場合は、IP アドレスへの依存関係を設定します。複数のリソースが一覧表示される場合は、IP アドレスに (AND ではなく) OR 依存関係があることを確認します。 [OK] をクリックします。

ヒント

依存関係が正しく構成されていることを確認できます。 [フェールオーバークラスターマネージャー] で [ロール] に移動し、可用性グループを右クリックし、[その他の操作]、[依存関係レポートの表示] の順に選択します。依存関係が正しく構成されると、可用性グループはネットワーク名に依存し、ネットワーク名は IP アドレスに依存します。
PowerShell でクラスターのパラメーターを設定します。

a. いずれかの SQL Server インスタンスに次の PowerShell スクリプトをコピーします。環境に合わせて変数を更新してください。
- $ClusterNetworkName は、フェールオーバークラスターマネージャーで [ネットワーク] を選択し、ネットワークを右クリックして [プロパティ] を選択することで、名前を見つけることができます。 $ClusterNetworkName は [全般] タブの [名前] にあります。
- $IPResourceName は、フェールオーバークラスターマネージャーの IP アドレスリソースに指定された名前です。これはフェールオーバークラスターマネージャーで [ロール] を選択し、SQL Server AG または FCI 名を選択し、[サーバー名] の [リソース] タブを選択し、IP アドレスリソースを右クリックして [プロパティ] を選択することで見つけることができます。正しい値は [全般] タブの [名前] にあります。
- $ListenerILBIP は、Azure Load Balancer に対して作成した、可用性グループリスナーの IP アドレスです。 フェールオーバークラスターマネージャーの SQL Server AG または FCI リスナーリソース名と同じプロパティページで、$ListenerILBIP を見つけることができます。
- $ListenerProbePort は、Azure Load Balancer に対して構成した、可用性グループリスナーのポート (59999 など) です。未使用の TCP ポートが有効です。
```
$ClusterNetworkName = "<MyClusterNetworkName>" # The cluster network name. Use Get-ClusterNetwork on Windows Server 2012 or later to find the name.
$IPResourceName = "<IPResourceName>" # The IP address resource name.
$ListenerILBIP = "<n.n.n.n>" # The IP address of the internal load balancer. This is the static IP address for the load balancer that you configured in the Azure portal.
[int]$ListenerProbePort = <nnnnn>

Import-Module FailoverClusters

Get-ClusterResource $IPResourceName | Set-ClusterParameter -Multiple @{"Address"="$ListenerILBIP";"ProbePort"=$ListenerProbePort;"SubnetMask"="255.255.255.255";"Network"="$ClusterNetworkName";"EnableDhcp"=0}
```
b. いずれかのクラスターノード上で PowerShell スクリプトを実行して、クラスターパラメーターを設定します。

注意

SQL Server インスタンスが別個のリージョンに存在する場合は、PowerShell スクリプトを 2 回実行する必要があります。 1 回目の実行では、1 番目のリージョンの $ListenerILBIP と $ListenerProbePort を使用します。 2 回目の実行では、2 番目のリージョンの $ListenerILBIP と $ListenerProbePort を使用します。クラスターネットワーク名とクラスター IP リソース名も、リージョンごとに異なります。
可用性グループのクラスターロールをオンラインにします。 [フェールオーバークラスターマネージャー] の [ロール] で該当するロールを右クリックし、[ロールの起動] を選択します。

必要に応じて前の手順を繰り返し、Windows Server フェールオーバークラスターの IP アドレスのクラスターパラメーターを設定します。

Windows Server フェールオーバークラスターの IP アドレス名を取得します。 [フェールオーバークラスターマネージャー] の [クラスターコアリソース] で、[サーバー名] を見つけます。
[IP アドレス] を右クリックし、[プロパティ] を選択します。
[名前] から IP アドレスの名前をコピーします。これはクラスター IP アドレスである可能性があります。
PowerShell でクラスターのパラメーターを設定します。

a. いずれかの SQL Server インスタンスに次の PowerShell スクリプトをコピーします。環境に合わせて変数を更新してください。
- $ClusterCoreIP は、Azure Load Balancer に対して作成した、Windows Server フェールオーバークラスターのコアクラスターリソースの IP アドレスです。これは、可用性グループリスナーの IP アドレスとは異なります。
- $ClusterProbePort は、Azure Load Balancer に対して作成した、Windows Server フェールオーバークラスターの正常性プローブのポートです。これは、可用性グループリスナーのプローブとは異なります。
```
$ClusterNetworkName = "<MyClusterNetworkName>" # The cluster network name. Use Get-ClusterNetwork on Windows Server 2012 or later to find the name.
$IPResourceName = "<ClusterIPResourceName>" # The IP address resource name.
$ClusterCoreIP = "<n.n.n.n>" # The IP address of the cluster IP resource. This is the static IP address for the load balancer that you configured in the Azure portal.
[int]$ClusterProbePort = <nnnnn> # The probe port from WSFCEndPointprobe in the Azure portal. This port must be different from the probe port for the availability group listener.

Import-Module FailoverClusters

Get-ClusterResource $IPResourceName | Set-ClusterParameter -Multiple @{"Address"="$ClusterCoreIP";"ProbePort"=$ClusterProbePort;"SubnetMask"="255.255.255.255";"Network"="$ClusterNetworkName";"EnableDhcp"=0}
```
b. いずれかのクラスターノード上で PowerShell スクリプトを実行して、クラスターパラメーターを設定します。

49152 から 65536 までのポート (TCP/IP の既定の動的ポート範囲) を使用するように SQL リソースが構成されている場合は、各ポートの除外を追加します。このようなリソースとしては、次のものがあります。

SQL Server データベースエンジン
AlwaysOn 可用性グループリスナー
フェールオーバークラスターインスタンスの正常性プローブ
データベースミラーリングエンドポイント
クラスターコア IP リソース

除外を追加することにより、他のシステムプロセスが同じポートに動的に割り当てられるのを防ぐことができます。このシナリオでは、すべてのクラスターノードで次の除外を構成します。

netsh int ipv4 add excludedportrange tcp startport=58888 numberofports=1 store=persistent
netsh int ipv4 add excludedportrange tcp startport=59999 numberofports=1 store=persistent

ポートが使用されていないときにポート除外を構成することが重要です。それ以外の場合、コマンドは失敗し、"ファイルは別のプロセスで使用されているため、このプロセスでアクセスすることはできません" のようなメッセージが返されます。除外が正しく構成されていることを確認するには、コマンド netsh int ipv4 show excludedportrange tcp を使用します。

警告

可用性グループリスナーの正常性プローブのポートは、クラスターコア IP アドレスの正常性プローブのポートとは異なっている必要があります。これらの例で、リスナーポートは 59999 で、クラスターコア IP アドレスの正常性プローブポートは 58888 です。どちらのポートにも、"受信許可" ファイアウォール規則が必要です。

リスナーの構成を確認します。

クラスターリソースと依存関係が正しく構成されていれば、SQL Server Management Studio にリスナーが表示されます。リスナーのポートを設定するには、次の手順を実行します。

SQL Server Management Studio を起動し、プライマリレプリカに接続します。
[Always On 高可用性]>[可用性グループ]>[可用性グループリスナー] の順に移動します。

フェールオーバークラスターマネージャーで作成したリスナー名が表示されます。
リスナー名を右クリックし、 [プロパティ] を選択します。
[ポート] ボックスで、以前に使用した $EndpointPort (既定値は 1433) を使用し、可用性グループリスナーのポート番号を指定して、 [OK] を選択します。

これで、可用性グループが Resource Manager モードで実行されている Azure 仮想マシンにデプロイされました。

リスナーへの接続をテストする

次の手順を実行して接続をテストします。

リモートデスクトッププロトコル (RDP) を使用して、同じ仮想ネットワークに存在する、レプリカを所有していない SQL Server インスタンスに接続します。このサーバーは、クラスター内の別の SQL Server インスタンスでもかまいません。
sqlcmd ユーティリティを使用して接続をテストします。たとえば次のスクリプトは、Windows 認証を使用し、リスナー経由でプライマリレプリカとの sqlcmd 接続を確立しています。
```
sqlcmd -S <listenerName> -E
```

SQLCMD 接続では、プライマリレプリカのホストとなる SQL Server インスタンスに対して自動的に接続されます。

追加の可用性グループの IP アドレスを作成する

各可用性グループは、個別のリスナーを使用します。各リスナーには独自の IP アドレスがあります。追加のリスナーの IP アドレスを保持するために、同じロードバランサーを使用します。セカンダリ VM の IP アドレスはフローティング IP をサポートしていないため、VM のプライマリ IP アドレスのみをロードバランサーのバックエンドプールに追加します。

Azure Portal で IP アドレスをロードバランサーに追加するには、次の手順に従います。

Azure Portal で、ロードバランサーを含むリソースグループを開き、ロードバランサーを選択します。
[設定] で、[フロントエンド IP 構成] を選択し、[+ 追加] を選択します。
[フロントエンド IP アドレスの追加] で、フロントエンドの名前を割り当てます。
[仮想ネットワーク] と [サブネット] が SQL Server インスタンスと同じであることを確認します。
リスナーの IP アドレスを設定します。

ヒント

IP アドレスを静的に設定し、現在サブネットで使用されていないアドレスを入力することができます。また、IP アドレスを動的に設定して、新しいフロントエンド IP プールを保存することもできます。その場合、使用可能な IP アドレスが、Azure Portal によって自動的にプールに割り当てられます。その後、フロントエンド IP プールを再び開いて、割り当てを静的に変更することができます。
[追加] を選択して、リスナーの IP アドレスを保存します。

[設定] で [正常性プローブ] を選択して正常性プローブを追加し、次の設定を使用します。

設定	値
名前	プローブを識別する名前。
プロトコル	TCP
[ポート]	未使用の TCP ポート。すべての仮想マシンで使用できる必要があります。他の目的には使用できません。 2 つのリスナーが同じプローブポートを使用することはできません。
間隔	プローブの試行の間隔。既定値 (5) を使用します。

[追加] を選択してプローブを保存します。
負荷分散規則を作成します。 [設定] で、[負荷分散規則]、[+ 追加] の順に選択します。

新しい負荷分散規則を次の設定で構成します。

設定	値
名前	負荷分散規則を識別する名前。
フロントエンド IP アドレス	作成した IP アドレスを選択します。
バックエンドプール	SQL Server インスタンスがある仮想マシンを含むプールです。
プロトコル	TCP
[ポート]	SQL Server インスタンスで使用されているポートを使用します。変更していない限り、既定のインスタンスはポート 1433 を使用します。
バックエンドポート	[ポート] と同じ値を使用します。
正常性プローブ	作成したプローブを選択します。
セッション永続化	なし
アイドルタイムアウト (分)	既定値 (4)
フローティング IP (ダイレクトサーバーリターン)	有効

新しい IP アドレスを使用して可用性グループを構成する

クラスターの構成を完了するには、最初の可用性グループを作成したときの手順を繰り返します。つまり、新しい IP アドレスを使用するクラスターを構成します。

リスナーの IP アドレスを追加した後、追加の可用性グループを次の手順で構成します。

新しい IP アドレスのプローブポートが両方の SQL Server 仮想マシンで開かれていることを確認する。
クラスターマネージャーでクライアントアクセスポイントを追加する。
可用性グループの IP リソースを構成する。

重要

IP アドレスを作成する場合は、ロードバランサーに追加した IP アドレスを使用します。
SQL Server 可用性グループリソースがクライアントアクセスポイントに依存するように設定する。
クライアントアクセスポイントリソースが IP アドレスに依存するように設定する。
PowerShell でクラスターのパラメーターを設定する。

セカンダリレプリカ VM を使用していて、リスナーに接続できない場合は、プローブポートが正しく構成されていない可能性があります。

次のスクリプトを使って、プローブポートが可用性グループ用に正しく構成されていることを検証できます。

Clear-Host
Get-ClusterResource `
| Where-Object {$_.ResourceType.Name -like "IP Address"} `
| Get-ClusterParameter `
| Where-Object {($_.Name -like "Network") -or ($_.Name -like "Address") -or ($_.Name -like "ProbePort") -or ($_.Name -like "SubnetMask")}

分散可用性グループの負荷分散規則を追加する

可用性グループが分散可用性グループに参加している場合は、ロードバランサーに追加の規則が必要になります。この規則には、分散可用性グループリスナーによって使用されるポートが格納されます。

重要

この手順は、可用性グループが分散可用性グループに参加している場合にのみ適用されます。

分散可用性グループに参加している各サーバーで、分散可用性グループリスナーの TCP ポートに関する受信規則を作成します。ドキュメントでは、多くの例で 5022 が使用されます。
Azure portal でロードバランサーを選択し、[負荷分散規則] を選んでから、[+ 追加] を選択します。

負荷分散規則を次の設定で作成します。

設定	値
名前	分散可用性グループの負荷分散規則を識別するための名前。
フロントエンド IP アドレス	可用性グループと同じフロントエンド IP アドレスを使用します。
バックエンドプール	SQL Server インスタンスがある仮想マシンを含むプールです。
プロトコル	TCP
[ポート]	5022 - 分散可用性グループのエンドポイントリスナー用のポート。任意のポートを使用できます。
バックエンドポート	5022 - [ポート] と同じ値を使用します。
正常性プローブ	作成したプローブを選択します。
セッション永続化	なし
アイドルタイムアウト (分)	既定値 (4)
フローティング IP (ダイレクトサーバーリターン)	有効

分散可用性グループに参加している他の可用性グループのロードバランサーについても、これらの手順を繰り返します。

アクセスを制限するための Azure ネットワークセキュリティグループがある場合は、許可規則に次のものが含まれていることを確認してください。

バックエンド SQL Server VM の IP アドレス
AG リスナーのロードバランサーのフローティング IP アドレス
クラスターコア IP アドレス (該当する場合)。

次の方法で共有

Load balancer と可用性グループリスナーの構成 (Azure VM 上の SQL Server)