Microsoft SQL Server のフェイルオーバー クラスタ インスタンス（FCI）は、複数の Windows Server フェイルオーバー クラスタ（WSFC）ノードにデプロイされる単一の SQL Server インスタンスです。どの時点においても、いずれかのクラスタノードが、SQL インスタンスをアクティブにホストします。エラーが発生すると、WSFC はインスタンス リソースの所有権を別のノードに自動的に移します。
SQL Server FCI では、すべての WSFC ノードからアクセスできるように、データを共有ストレージに配置する必要があります。このガイドでは、SQL Server 2022 フェイルオーバー クラスタ インスタンスをデプロイし、リージョン（マルチゾーン）共有ストレージとして マルチライター モードの Hyperdisk Balanced High Availability を使用する方法について説明します。
- 内部ロードバランサ（Windows Server フェイルオーバー クラスタリングの実行を参照）
- 分散ネットワーク名（DNN）（フェイルオーバー クラスタ インスタンスの DNN を構成するを参照）
この記事では、Google Cloud に Active Directory がデプロイされており、SQL Server、Active Directory、Compute Engine の基本的な知識があることを前提としています。
目標
- 2 つの SQL Server VM インスタンスと、ファイル共有監視の機能を有する 1 つの VM インスタンスで構成される WSFC をデプロイします。
- WSFC に SQL Server FCI をデプロイします。
- SQL Server を使用して可用性グループにトラフィックをルーティングするように、ロードバランサまたは分散ネットワーク名（DNN）を構成します。
- フェイルオーバーをシミュレートして、クラスタが動作していることを確認します。
費用
このチュートリアルでは、以下を含む、 Google Cloudの課金対象となるコンポーネントを使用します。
- Compute Engine
- Cloud Load Balancing（DNN 構成では不要）
料金計算ツールを使うと、予想使用量に基づいて費用の見積もりを出すことができます。
始める前に
このガイドを完了するには、次の準備が必要です。
- ドメイン コントローラが 1 つ以上配置された Active Directory ドメイン。Active Directory ドメインは、Managed Microsoft AD を使用して作成できます。または、Compute Engine にカスタムの Active Directory 環境をデプロイして、DNS クエリをドメイン コントローラに転送するプライベート DNS 転送ゾーンを設定することも可能です。
- コンピュータをドメインに参加させ、RDP を使用してログインする権限を付与された Active Directory ユーザー。Managed Microsoft AD を使用している場合は、
setupadminユーザーを使用できます。 - Active Directory ドメイン コントローラに接続している Google Cloud プロジェクトと VPC。
- WSFC VM インスタンスに使用するサブネット。
マルチライター モードの Hyperdisk ボリュームの制限事項を確認し、Hyperdisk Balanced High Availability を利用できるリージョンを選択します。
このガイドを完了するには、次の Google Cloud プロジェクトも必要です。
- Sign in to your Google Cloud account. If you're new to Google Cloud, create an account to evaluate how our products perform in real-world scenarios. New customers also get $300 in free credits to run, test, and deploy workloads.
-
In the Google Cloud console, on the project selector page, select or create a Google Cloud project.
-
Make sure that billing is enabled for your Google Cloud project.
-
In the Google Cloud console, on the project selector page, select or create a Google Cloud project.
-
Make sure that billing is enabled for your Google Cloud project.
このチュートリアルを終了した後、作成したリソースを削除すると、それ以上の請求は発生しません。
プロジェクトとネットワークの準備
SQL Server FCI をデプロイするために Google Cloud プロジェクトと VPC を準備するには、次の操作を行います。
Google Cloud コンソールで、[Cloud Shell をアクティブにする]
ボタンをクリックして Cloud Shell を開きます。次の変数を初期化します。
VPC_NAME=
VPC_NAMESUBNET_NAME=SUBNET_NAMEここで
VPC_NAME: VPC の名前SUBNET_NAME: サブネットの名前
デフォルトのプロジェクト ID を設定します。
gcloud config set project
PROJECT_IDPROJECT_IDは、 Google Cloud プロジェクトの ID に置き換えます。デフォルトのリージョンを設定します。
gcloud config set compute/region
REGIONREGIONは、デプロイするリージョンの ID に置き換えます。
ファイアウォール ルールの作成
クライアントによる SQL Server への接続、WSFC ノード間の通信、ロードバランサによるヘルスチェックの実行を可能にするには、ファイアウォール ルールをいくつか作成する必要があります。ネットワーク タグを使用すると、こうしたファイアウォール ルールを簡単に作成できます。
- 2 つの WSFC ノードには、
wsfc-nodeタグを付加します。 - すべてのサーバー（監視サーバーを含む）には、
wsfcタグを付加します。
こうしたネットワーク タグを使用してファイアウォール ルールを作成します。
- 既存の Cloud Shell セッションに戻ります。
WSFC ノードのファイアウォール ルールを作成します。
SUBNET_CIDR=$(gcloud compute networks subnets describe $SUBNET_NAME --format=value\('ipCidrRange'\)) gcloud compute firewall-rules create allow-all-between-wsfc-nodes \ --direction=INGRESS \ --action=allow \ --rules=tcp,udp,icmp \ --enable-logging \ --source-tags=wsfc \ --target-tags=wsfc \ --network=$VPC_NAME \ --priority 10000 gcloud compute firewall-rules create allow-sql-to-wsfc-nodes \ --direction=INGRESS \ --action=allow \ --rules=tcp:1433 \ --enable-logging \ --source-ranges=$SUBNET_CIDR \ --target-tags=wsfc-node \ --network=$VPC_NAME \ --priority 10000Google Cloud プローバーの IP 範囲からのヘルスチェックを許可するファイアウォール ルールを作成します（DNN 構成では不要）。
gcloud compute firewall-rules create allow-health-check-to-wsfc-nodes \ --direction=INGRESS \ --action=allow \ --rules=tcp \ --source-ranges=130.211.0.0/22,35.191.0.0/16 \ --target-tags=wsfc-node \ --network=$VPC_NAME \ --priority 10000
VM インスタンスを作成する
フェイルオーバー クラスタ用に 2 つの VM インスタンスをデプロイします。任意の時点でいずれかの VM がアクティブな FCI ノードとして機能し、もう 1 つのノードはフェイルオーバー ノードとして機能します。2 つの VM インスタンスには、次の要件があります。
- Windows Server フェイルオーバー クラスタリングと SQL Server がインストールされている。
- Compute Engine の WSFC サポートが有効になっている。
SQL Server 2022 がプリインストールされた SQL Server プレミアム イメージを使用します。
多数決でフェイルオーバー シナリオのクォーラムを構成するには、ドメイン コントローラとファイル共有監視として機能する 3 つ目の VM をデプロイします。
既存の Cloud Shell セッションに戻ります。
WSFC ノード用の専用スクリプトを作成します。このスクリプトは、必要な Windows 機能をインストールし、WSFC と SQL Server 用のファイアウォール ルールを作成します。
cat << "EOF" > specialize-node.ps1 $ErrorActionPreference = "stop" # Install required Windows features Install-WindowsFeature Failover-Clustering -IncludeManagementTools Install-WindowsFeature RSAT-AD-PowerShell # Open firewall for WSFC netsh advfirewall firewall add rule name="Allow SQL Server health check" dir=in action=allow protocol=TCP localport=59997 # Open firewall for SQL Server netsh advfirewall firewall add rule name="Allow SQL Server" dir=in action=allow protocol=TCP localport=1433 EOF
VM インスタンスを作成し、メタデータキー
enable-wsfcをtrueに設定して、WSFC ノードで Windows Server フェイルオーバー クラスタリング エージェントを有効にします。MACHINE_TYPE=c3-standard-8 REGION=$(gcloud config get-value compute/region) ZONE_1=$REGION-a ZONE_2=$REGION-b gcloud compute instances create node-1 \ --zone $ZONE_1 \ --machine-type $MACHINE_TYPE \ --subnet $SUBNET_NAME \ --image-family sql-ent-2022-win-2022 \ --image-project windows-sql-cloud \ --tags wsfc,wsfc-node \ --boot-disk-size 50 \ --boot-disk-type hyperdisk-balanced \ --boot-disk-device-name node-1 \ --metadata enable-wsfc=true \ --metadata-from-file=sysprep-specialize-script-ps1=specialize-node.ps1 gcloud compute instances create node-2 \ --zone $ZONE_2 \ --machine-type $MACHINE_TYPE \ --subnet $SUBNET_NAME \ --image-family sql-ent-2022-win-2022 \ --image-project windows-sql-cloud \ --tags wsfc,wsfc-node \ --boot-disk-size 50 \ --boot-disk-type hyperdisk-balanced \ --boot-disk-device-name node-2 \ --metadata enable-wsfc=true \ --metadata-from-file=sysprep-specialize-script-ps1=specialize-node.ps1 gcloud compute instances create witness \ --machine-type n4-standard-2 \ --subnet $SUBNET_NAME \ --image-family=windows-2022 \ --image-project=windows-cloud \ --tags wsfc \ --boot-disk-size 50 \ --boot-disk-type hyperdisk-balanced \ --zone $ZONE_1 \ --metadata sysprep-specialize-script-ps1="add-windowsfeature FS-FileServer"
3 つの VM インスタンスを Active Directory に参加させるには、3 つの各 VM インスタンスに対して次の操作を行います。
シリアルポートの出力を表示して、VM の初期化プロセスをモニタリングします。
gcloud compute instances tail-serial-port-output
NAMENAMEは VM インスタンスの名前に置き換えます。Instance setup finishedという出力が表示されるまで 3 分ほど待ちます。表示されたら Ctrl+C キーを押します。この時点で、VM インスタンスが使用できるようになります。VM インスタンスにユーザー名とパスワードを作成します。
リモート デスクトップを使用して VM に接続し、前のステップで作成したユーザー名とパスワードを使用してログインします。
[スタート] ボタンを右クリックするか Win + X を押して、[Windows PowerShell（管理者）] をクリックします。
特権昇格を確認するプロンプトが表示されたら [はい] をクリックします。
コンピュータを Active Directory ドメインに追加して再起動します。
Add-Computer -Domain
DOMAIN -RestartDOMAINは、Active Directory ドメインの DNS 名に置き換えます。再起動が完了するまで 1 分ほど待ちます。
マルチライター モードで Hyperdisk Balanced High Availability ディスクを作成する
マルチライター モードで Hyperdisk Balanced High Availability ディスクを作成し、両方の WSFC ノードにアタッチします。Hyperdisk の利点の 1 つは、アプリケーションのニーズに合わせて IOPS とスループットを設定できることです。詳細については、Hyperdisk Balanced High Availability についてをご覧ください。
- 既存の Cloud Shell セッションに戻ります。
Hyperdisk Balanced High Availability ディスクを作成します。
SIZE=200 gcloud compute disks create multiwriter-datadisk-1 \ --size $SIZE \ --provisioned-throughput 200 \ --provisioned-iops 5000 \ --access-mode READ_WRITE_MANY \ --type hyperdisk-balanced-high-availability \ --replica-zones $ZONE_1,$ZONE_2
ディスクを
node-1にアタッチします。gcloud compute instances attach-disk node-1 \ --disk multiwriter-datadisk-1 \ --zone $ZONE_1 \ --disk-scope=regional
ディスクを
node-2にアタッチします。gcloud compute instances attach-disk node-2 \ --disk multiwriter-datadisk-1 \ --zone $ZONE_2 \ --disk-scope=regional
クラスタの IP アドレスを予約する
VPC 内に 2 つの静的 IP アドレスを予約します。1 つは WSFC クラスタの IP アドレスとして使用され、もう 1 つの IP アドレスは内部ロードバランサで使用されます。
内部ロードバランサ用に静的 IP を予約し、そのアドレスを
LOADBALANCER_ADDRESSという新しい環境変数でキャプチャします。gcloud compute addresses create wsfc \ --region $REGION \ --subnet $SUBNET_NAME LOADBALANCER_ADDRESS=$(gcloud compute addresses describe wsfc \ --region $REGION \ --format=value\(address\)) && \ echo "Load Balancer IP: $LOADBALANCER_ADDRESS"
後で必要になるため、IP アドレスをメモします。
クラスタ IP として使用する別の静的 IP アドレスを予約します（DNN 構成では不要です）
gcloud compute addresses create wsfc-cluster \ --subnet $SUBNET_NAME \ --region $REGION && \ CLUSTER_ADDRESS=$(gcloud compute addresses describe wsfc-cluster \ --region $REGION \ --format=value\(address\)) && \ echo "Cluster IP: $CLUSTER_ADDRESS"
後で必要になるため、IP アドレスをメモします。
これで、プロジェクトと VPC を WSFC と SQL Server にデプロイする準備が整いました。
監視ファイル共有を作成する
witness をファイル共有監視として使用できるように準備するには、ファイル共有を作成し、ご自身と 2 つの WSFC ノードにファイル共有へのアクセス権を付与します。
- リモート デスクトップを使用して、
witnessに接続します。ドメイン ユーザー アカウントでログインします。 - [スタート] ボタンを右クリックするか Win + X を押して、[Windows PowerShell（管理者）] をクリックします。
- 特権昇格を確認するプロンプトが表示されたら [はい] をクリックします。
監視フォルダを作成して共有します。
New-Item 'C:\QWitness' -type directory New-SmbShare ` -Name QWitness ` -Path 'C:\QWitness' ` -Description 'SQL File Share Witness' ` -FullAccess $env:username,node-1$,node-2$ Grant-SmbShareAccess -Name 'QWitness' -AccountName 'node-1$' -AccessRight Full -Force Grant-SmbShareAccess -Name 'QWitness' -AccountName 'node-2$' -AccessRight Full -Force
フェイルオーバー クラスタのデプロイ
次に、VM インスタンスを使用して WSFC と SQL Server をデプロイします。
WSFC をデプロイする
ここでは、フェイルオーバー クラスタを作成します。
- リモート デスクトップを使用して、
node-1に接続します。ドメイン ユーザー アカウントでログインします。 - [スタート] ボタンを右クリックするか Win + X を押して、[Windows PowerShell（管理者）] をクリックします。
- 特権昇格を確認するプロンプトが表示されたら [はい] をクリックします。
新しいクラスタを作成します。
- ロードバランサの構成
New-Cluster ` -Name sql-cluster ` -Node node-1,node-2 ` -NoStorage ` -StaticAddress
CLUSTER_ADDRESSCLUSTER_ADDRESSは、前に作成したクラスタ IP アドレスに置き換えます。- DNN 構成の場合
New-Cluster ` -Name sql-cluster ` -Node node-1,node-2 ` -NoStorage ` -ManagementPointNetworkType Distributed
witnessの PowerShell セッションに戻り、クラスタの仮想コンピュータ オブジェクトにファイル共有へのアクセス権限を付与します。icacls C:\QWitness\ /grant 'sql-cluster$:(OI)(CI)(M)' Grant-SmbShareAccess ` -Name QWitness ` -AccountName 'sql-cluster$' ` -AccessRight Full ` -Force
node-1の PowerShell セッションに戻り、witnessのファイル共有をクラスタ クォーラムとして使用するようにクラスタを構成します。Set-ClusterQuorum -FileShareWitness \\witness\QWitness
クラスタが正常に作成されたことを確認します。
Test-Cluster
次のような警告が表示される場合がありますが、無視して問題ありません。
WARNING: System Configuration - Validate All Drivers Signed: The test reported some warnings.. WARNING: Network - Validate Network Communication: The test reported some warnings.. WARNING: Test Result: HadUnselectedTests, ClusterConditionallyApproved Testing has completed for the tests you selected. You should review the warnings in the Report. A cluster solution is supported by Microsoft only if you run all cluster validation tests, and all tests succeed (with or without warnings).
cluadmin.mscを実行してフェイルオーバー クラスタ マネージャー MMC スナップインを起動し、クラスタの正常性を確認することもできます。Managed AD を使用している場合は、WSFC が使用するコンピュータ アカウントを Cloud Service Domain Join Accounts グループに追加して、コンピュータをドメインに参加させることができるようにします。
Add-ADGroupMember ` -Identity "Cloud Service Domain Join Accounts" ` -Members sql-cluster$
クラスタ ディスクを追加する
前に作成した共有 Hyperdisk Balanced High Availability ディスクを初期化して、クラスタに追加します。
node-1の PowerShell セッションに戻ります。Hyperdisk Balanced High Availability ディスクを初期化します。
$NodeName = [System.Net.Dns]::GetHostName() $ClusterDisks = Get-PhysicalDisk -CanPool $True | Where-Object { ($_ | Get-PhysicalDiskStorageNodeView | Select-Object -Property StorageNodeObjectId) -like ('*' + $NodeName + '*') } Initialize-Disk -Number $ClusterDisks[0].DeviceIdディスクで、NTFS ファイル システムを使用する新しいパーティションを作成し、64 KB のブロックサイズでディスクをフォーマットします。
New-Partition -DiskNumber $ClusterDisks[0].DeviceId ` -UseMaximumSize -DriveLetter D | Format-Volume ` -FileSystem NTFS -newfilesystemlabel DataDisk -AllocationUnitSize 65536ディスクをクラスタに追加します。
Get-ClusterAvailableDisk | Add-ClusterDisk
基盤となる Hyperdisk Balanced High Availability ディスクが両方の VM インスタンスにアタッチされているため、ディスクは
node-2に自動的に表示されます。フェイルオーバー クラスタ マネージャー MMC スナップインを開きます。
cluadmin.msc
ディスク フェイルオーバーのテスト
必要に応じて、ディスクのフェイルオーバーが正常に機能するかどうかをテストできます。
- リモート デスクトップを使用して、
node-2に接続します。ドメイン ユーザー アカウントでログインします。 - [スタート] ボタンを右クリックするか Win + X を押して、[実行] を選択します。
- 「
cluadmin.msc」と入力して [OK] を選択します。 左側のウィンドウ ペインで、[Failover Cluster Manager] > [sql-cluster] > [Storage] > [Disks] に移動します。
[Owner node] が「
node-1」に設定された Cluster Disk 1 というディスクが表示されます。Cloud Shell に戻り、
node-1VM をリセットしてフェイルオーバーをシミュレートします。gcloud compute instances reset node-1
node-2のフェイルオーバー クラスタ マネージャーに戻ります。F5 キーを繰り返し押してビューを更新し、ディスクのステータスを確認します。
約 30 秒後、[Owner node] が自動的に「
node-2」に切り替わります。
デフォルトの SQL Server インストールを削除する
2 つのノードからデフォルトの SQL Server インストールを削除し、新しい FCI 構成に置き換えます。
node-1 と node-2 の 2 つの WSFC ノードそれぞれに、次の手順を行います。
- [スタート] ボタンを右クリックするか Win + X を押して、[Windows PowerShell（管理者）] をクリックします。
- 特権昇格を確認するプロンプトが表示されたら [はい] をクリックします。
デフォルトの SQL Server インスタンスを削除します。
C:\sql_server_install\Setup.exe /Action=Uninstall /FEATURES=SQL,AS,IS,RS /INSTANCENAME=MSSQLSERVER /Q
Microsoft OLE ドライバを削除します。
Get-Package -Name "Microsoft OLE*" | Uninstall-Package -Force
Microsoft ODBC ドライバを削除します。
Get-Package -Name "Microsoft ODBC*" | Uninstall-Package -Force
コンピュータを再起動します。
Restart-Computer
再起動が完了するまで 1 分ほど待ちます。
SQL Server FCI をインストールする
新しい FCI 構成をインストールする前に、node-1 がクラスタのアクティブ ノードであることを確認します。
- リモート デスクトップを使用して
node-1に再接続し、ドメイン ユーザーを使用してログインします。 - [スタート] ボタンを右クリックするか Win + X を押して、[実行] を選択します。
- 「
cluadmin.msc」と入力して [OK] を選択します。 左側のウィンドウ ペインで、[Failover Cluster Manager] > [sql-cluster] に移動します。
[Current host server] が「
node-1」に設定されていることを確認します。[Current host server] が「
node-2」に設定されている場合は、左側のウィンドウ ペインで [sql-cluster] を右クリックして、[More actions] > [Move core cluster resources] > [Select node…] > [node-1] を選択し、[OK] をクリックします。左側のウィンドウ ペインで、[Failover Cluster Manager] > [sql-cluster] > [Storage] > [Disks] に移動します。
[Cluster Disk 1] の [Owner node] が「
node-1」に設定されていることを確認します。[Owner node] が「
node-2」に設定されている場合は、[Move Available Storage] > [Select node... > node-1] を選択して、右側の [操作] メニュー OK をクリックします。
node-1 で新しい SQL Server フェイルオーバー クラスタ インストールを作成します。
- [スタート] ボタンを右クリックするか Win + X を押して、[Windows PowerShell（管理者）] をクリックします。
- 特権昇格を確認するプロンプトが表示されたら [はい] をクリックします。
SQL サーバーと SQL エージェントのドメイン ユーザー アカウントを作成し、パスワードを割り当てます。
$Credential = Get-Credential -UserName sql_server -Message 'Enter password' New-ADUser ` -Name "sql_server" ` -Description "SQL Agent and SQL Admin account." ` -AccountPassword $Credential.Password ` -Enabled $true -PasswordNeverExpires $true
SQL Server の設定を開始します。
& c:\sql_server_install\setup.exe
左側のメニューで [Installation] を選択します。
[New SQL Server failover cluster installation] を選択します。
[Edition] ページで [I have a SQL Server License only] をオンにして、[Next] を選択します。
[License Terms] ページで、規約を確認し、同意する場合は [Next] を選択します。
[Microsoft Update] ページで、[Next] を選択してインストールを開始します。
[Install Failover Cluster Rules] ページに、MSCS クラスタの確認の警告と Windows ファイアウォールの警告が表示されます。この警告は無視して [Next] を選択できます。
[Feature Selection] ページで [Database Engine Services] を選択し、[Next] を選択します。
[Instance Configuration] ページで、ネットワーク名として「
sql」を入力し、[Next] を選択します。[Cluster Resource Group] ページで、デフォルト値をそのまま使用して [Next] を選択します。
[Cluster Disk Selection] ページで [Cluster Disk 1] を選択し、[Next] を選択します。
[Cluster Network Configuration] ページで次の設定を構成し、[Next] を選択します。
- DHCP: 消去します。
- IP アドレス: 内部ロードバランサの IP アドレスを入力します。
[Server configuration] ページで、SQL Server エージェントと SQL Server データベース エンジンの両方について、次の設定を構成します。
- アカウント名:
DOMAIN\sql_server。DOMAINは Active Directory ドメインの NetBIOS 名です。 - パスワード: 前に作成したパスワードを入力します。
- アカウント名:
[Collation] タブを選択し、使用する照合を選択します。[Next] をクリックします。
[Database Engine Configuration] ページで、[Add current user] を選択して現在のユーザーを SQL Server 管理者として指定します。[Next] を選択します。
[Ready to Install] ページで設定内容を確認し、[Install] を選択します。
インストールが完了したら、[Close] を選択します。
次に、node-2 を SQL Server フェイルオーバー クラスタに追加します。
- リモート デスクトップを使用して
node-2に接続し、ドメイン ユーザーを使用してログインします。 - [スタート] ボタンを右クリックするか Win + X を押して、[Windows PowerShell（管理者）] をクリックします。
- 特権昇格を確認するプロンプトが表示されたら [はい] をクリックします。
SQL Server の設定を開始します。
& c:\sql_server_install\setup.exe
左側のメニューで [Installation] を選択します。
[Add node to a SQL Server failover cluster] を選択します。
インストール ウィザードの手順に沿って、[Service Accounts] ページが表示されるまでデフォルトの設定を受け入れます。
[Service Accounts] ページで、以前に作成した SQL Server エージェントと SQL Server データベース エンジンのパスワードを入力します。[Next] を選択します。
[Ready to Install] ページで設定内容を確認し、[Install] を選択します。
インストールが完了したら、[Close] を選択します。
ヘルスチェックを構成する
最後の手順として、内部ロードバランサで使用可能なヘルスチェック エンドポイントを公開するようにクラスタを構成します。
node-2の PowerShell セッションに戻ります。ロードバランサの IP アドレスを使用して変数を初期化します。
$LoadBalancerIP = '
IP_ADDRESS'IP_ADDRESSは、前に予約したwsfcアドレスの IP アドレスに置き換えます。ヘルスチェック サービスに応答するようにフェイルオーバー クラスタを構成します。
$SqlGroup = Get-ClusterGroup | Where-Object {$_.Name.StartsWith("SQL Server")} $SqlIpAddress = Get-ClusterResource | Where-Object {$_.Name.StartsWith("SQL IP Address")} $SqlIpAddress | Set-ClusterParameter -Multiple @{ 'Address'=$LoadBalancerIP; 'ProbePort'= 59997; 'SubnetMask'='255.255.255.255'; 'Network'= (Get-ClusterNetwork).Name; 'EnableDhcp'=0; }クラスタ リソースを再起動します。
$SqlIpAddress | Stop-ClusterResource $SqlIpAddress | Start-ClusterResource
クラスタ グループを再起動します。
$SqlGroup | Stop-ClusterGroup $SqlGroup | Start-ClusterGroup
内部ロードバランサを作成する
SQL Server クライアントに単一のエンドポイントを指定するため、内部ロードバランサをデプロイします。ロードバランサはヘルスチェックを使用して、トラフィックが WSFC のアクティブ ノードに転送されるかどうかを確認します。
- 既存の Cloud Shell セッションに戻ります。
非マネージド インスタンス グループを作成し、2 つのノードをグループに追加します。
gcloud compute instance-groups unmanaged create wsfc-group-1 \ --zone $ZONE_1 gcloud compute instance-groups unmanaged add-instances wsfc-group-1 \ --zone $ZONE_1 \ --instances node-1 gcloud compute instance-groups unmanaged create wsfc-group-2 \ --zone $ZONE_2 gcloud compute instance-groups unmanaged add-instances wsfc-group-2 \ --zone $ZONE_2 \ --instances node-2
ロードバランサがアクティブ ノードの判別に使用できるヘルスチェックを作成します。
gcloud compute health-checks create tcp wsfc-healthcheck \ --check-interval="2s" \ --healthy-threshold=1 \ --unhealthy-threshold=2 \ --port=59997 \ --timeout="1s"
ヘルスチェック プローブ ポート
59997は、以前に WSFC クラスタの IP アドレスにProbePortとして構成したポートです。バックエンド サービスを作成し、インスタンス グループを追加します。
gcloud compute backend-services create wsfc-backend \ --load-balancing-scheme internal \ --region $REGION \ --health-checks wsfc-healthcheck \ --protocol tcp gcloud compute backend-services add-backend wsfc-backend \ --instance-group wsfc-group-1 \ --instance-group-zone $ZONE_1 \ --region $REGION gcloud compute backend-services add-backend wsfc-backend \ --instance-group wsfc-group-2 \ --instance-group-zone $ZONE_2 \ --region $REGION
内部ロードバランサを作成します。
gcloud compute forwarding-rules create wsfc-sql \ --load-balancing-scheme internal \ --address $LOADBALANCER_ADDRESS \ --ports 1433 \ --network $VPC_NAME \ --subnet $SUBNET_NAME \ --region $REGION \ --backend-service wsfc-backend
DNN リソースと DNN DNS 名を構成する
内部ロードバランサと同様に、DNN リソースは SQL Server クライアントの単一のゲートウェイとして機能します。フェイルオーバー中、クラスタはトラフィックをアクティブな SQL Server FCI ノードにシームレスにルーティングします。クライアントは DNS 名を使用して SQL Server FCI に接続します。
node-1の PowerShell セッションに戻ります。スクリプトを実行して DNN リソースを作成する
$DNNResourceName='fci-dnn' $DNN_DNSName='fcidnn' # create the DNN resource Add-ClusterResource -Name $DNNResourceName -ResourceType 'Distributed Network Name' -Group 'SQL Server (MSSQLSERVER)' # set the DNS name of the DNN resource Get-ClusterResource -Name $DNNResourceName | Set-ClusterParameter -Name DnsName -Value $DNN_DNSName # start the DNN resource Start-ClusterResource -Name $DNNResourceName
node-1とnode-2を再起動する
フェイルオーバー クラスタのテスト
フェイルオーバー クラスタのインストールは完了しましたが、クラスタが正常に機能するかどうかをテストする必要があります。
クライアントを準備する
フェイルオーバー クラスタへの接続に使用できる新しい VM インスタンスを作成します。
- 既存の Cloud Shell セッションに戻ります。
新しい VM インスタンスを作成します。
gcloud compute instances create sqlclient \ --machine-type n2-standard-2 \ --subnet $SUBNET_NAME \ --image-family sql-ent-2022-win-2022 \ --image-project windows-sql-cloud \ --boot-disk-size 50 \ --boot-disk-type pd-ssd
シリアルポートの出力を表示して、VM の初期化プロセスをモニタリングします。
gcloud compute instances tail-serial-port-output sqlclient
インスタンスの設定が完了したという内容の出力が表示されるまで 3 分ほど待ちます。表示されたら Ctrl + C キーを押します。この時点で、VM インスタンスが使用できるようになります。
VM インスタンスにユーザー名とパスワードを作成します。
リモート デスクトップを使用して VM に接続し、前のステップで作成したユーザー名とパスワードを使用してログインします。
[スタート] ボタンを右クリックするか Win + X を押して、[Windows PowerShell（管理者）] をクリックします。
特権昇格を確認するプロンプトが表示されたら [はい] をクリックします。
コンピュータを Active Directory ドメインに追加します。
Add-Computer -Domain
DOMAINDOMAINは、Active Directory ドメインの DNS 名に置き換えます。コンピュータを再起動します。
Restart-Computer
再起動が完了するまで 1 分ほど待ちます。
テストを実行する
sqlclient VM を使用して、フェイルオーバー クラスタに接続できることをテストし、フェイルオーバーが正しく機能していることを確認します。
- リモート デスクトップを使用して
sqlclientに接続し、ドメイン ユーザーを使用してログインします。 - [スタート] ボタンを右クリックするか Win + X を押して、[Windows PowerShell] をクリックします。
ネットワーク名
sqlを使用して SQL Server クラスタに接続し、dm_os_cluster_nodesテーブルに対してクエリを行います。& "$env:ProgramFiles\Microsoft SQL Server\Client SDK\ODBC\170\Tools\Binn\SQLCMD.EXE" ` -S
SQL_SERVER_NAME-E -Q "SELECT * FROM sys.dm_os_cluster_nodes"SQL_SERVER_NAMEは、sql（ロードバランサ構成の場合）またはfcidnn（DNN 構成の場合）に置き換えます。出力は次のようになります。
NodeName status status_description is_current_owner ------------------------------ ----------- ------------------ ---------------- NODE-1 0 up 1 NODE-2 0 up 0 (2 rows affected)
node-1が SQL Server フェイルオーバー クラスタ リソースの現在のオーナーであることがわかります。Cloud Shell に戻り、node-1 VM を停止してフェイルオーバー シナリオをテストします。
gcloud compute instances stop node-1
クエリを繰り返します。
& "$env:ProgramFiles\Microsoft SQL Server\Client SDK\ODBC\170\Tools\Binn\SQLCMD.EXE" ` -S
SQL_SERVER_NAME-E -Q "SELECT * FROM sys.dm_os_cluster_nodes"SQL_SERVER_NAMEは、sql（ロードバランサ構成の場合）またはfcidnn（DNN 構成の場合）に置き換えます。出力は次のように変わります。
NodeName status status_description is_current_owner ------------------------------ ----------- ------------------ ---------------- NODE-1 1 down 0 NODE-2 0 up 1 (2 rows affected)
node-1が失われたにもかかわらず、クエリに成功し、node-2がフェイルオーバー クラスタの現在のオーナーであることが示されます。
クリーンアップ
チュートリアルが終了したら、作成したリソースをクリーンアップして、割り当ての使用を停止し、課金されないようにできます。次のセクションで、リソースを削除または無効にする方法を説明します。
プロジェクトの削除
課金をなくす最も簡単な方法は、チュートリアル用に作成したプロジェクトを削除することです。
プロジェクトを削除するには:
- In the Google Cloud console, go to the Manage resources page.
- In the project list, select the project that you want to delete, and then click Delete.
- In the dialog, type the project ID, and then click Shut down to delete the project.