ワークグループ可用性グループを構成する
この記事では、Always On 可用性グループを使用して、Active Directory ドメインに依存しないクラスターを作成するために必要な手順について説明します。これは、ワークグループ クラスターとも呼ばれます。 この記事では、ワークグループと可用性グループの準備と構成に関連する手順に重点を置いて説明します。クラスターの作成方法や可用性グループのデプロイ方法など、他の記事で説明されている手順については省略します。
前提条件
ワークグループ可用性グループを構成するには、次のものが必要です。
- 静的 IP アドレスを使用して同じ可用性セットまたは異なる可用性ゾーンにデプロイされている、SQL Server 2016 (またはそれ以降) を実行中の 2 台以上の Windows Server 2016 (またはそれ以降) の仮想マシン。
- サブネット上に最低 4 つの空き IP アドレスがあるローカル ネットワーク。
- SQL Server 内で sysadmin 権限も持っている管理者グループ内の各コンピューターのアカウント。
- 開いているポート: TCP 1433、TCP 5022、TCP 59999。
参考のために、この記事では次のパラメーターを使用しますが、必要に応じて変更できます。
| 名前 | パラメーター |
|---|---|
| Node1 | AGNode1 (10.0.0.4) |
| Node2 | AGNode2 (10.0.0.5) |
| [Cluster name](クラスター名) | AGWGAG (10.0.0.6) |
| リスナー | AGListener (10.0.0.7) |
| DNS サフィックス | ag.wgcluster.example.com |
| ワークグループ名 | AGWorkgroup |
DNS サフィックスを設定する
この手順では、両方のサーバーの DNS サフィックスを構成します。 たとえば、「 ag.wgcluster.example.com 」のように入力します。 これにより、接続するオブジェクトの名前をネットワーク内の完全修飾アドレスとして使用できます (例: AGNode1.ag.wgcluster.example.com)。
DNS サフィックスを構成するには、次の手順に従います。
お使いの最初のノードに RDP 接続し、サーバー マネージャーを開きます。
[ローカル サーバー] を選択した後、 [コンピューター名] から仮想マシンの名前を選択します。
[To rename this computer...](このコンピューターの名前を変更するには...) の下の [変更...] を選択します。
ワークグループ名の名前を、
AGWORKGROUPなどの意味のある名前に変更します。
[詳細...] を選択して、 [DNS サフィックスと NetBIOS コンピューター名] ダイアログ ボックスを開きます。
[このコンピュータのプライマリ DNS サフィックス] の下に DNS サフィックスの名前 (
ag.wgcluster.example.comなど) を入力し、 [OK] を選択します。![スクリーンショットには、[DNS サフィックス] ダイアログ ボックスと [NetBIOS コンピュータ名] ダイアログ ボックスが表示されています。このダイアログ ボックスで値を入力できます。](media/availability-group-clusterless-workgroup-configure/2-add-dns-suffix.png?view=azuresql)
[フル コンピューター名] に DNS サフィックスが表示されていることを確認した後、 [OK] を選択して変更を保存します。
再起動を求めるプロンプトが表示されたら、サーバーを再起動します。
可用性グループに使用する他のすべてのノードで、これらの手順を繰り返します。
ホスト ファイルを編集する
Active Directory がないため、Windows 接続を認証する方法はありません。 そのため、テキスト エディターでホスト ファイルを編集することで信頼を割り当てます。
ホスト ファイルを編集するには、次の手順を実行します。
お使いの仮想マシンに RDP 接続します。
エクスプローラーを使用して、
c:\windows\system32\drivers\etcに移動します。hosts ファイルを右クリックし、メモ帳 (またはその他のテキスト エディター) を使用してファイルを開きます。
ファイルの末尾に、次のように、各ノード、可用性グループ、およびリスナーのエントリを
IP Address, DNS Suffix #commentの形式で追加します。10.0.0.4 AGNode1.ag.wgcluster.example.com #Availability group node 10.0.0.5 AGNode2.ag.wgcluster.example.com #Availability group node 10.0.0.6 AGWGAG.ag.wgcluster.example.com #Cluster IP 10.0.0.7 AGListener.ag.wgcluster.example.com #Listener IP
アクセス許可を設定する
アクセス許可を管理する Active Directory がないため、組み込まれていないローカル管理者アカウントによるクラスターの作成を手動で許可する必要があります。
これを行うには、すべてのノードの管理 PowerShell セッションで次の PowerShell コマンドレットを実行します。
new-itemproperty -path HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System -Name LocalAccountTokenFilterPolicy -Value 1
フェールオーバー クラスターを作成する
この手順では、フェールオーバー クラスターを作成します。 これらの手順に慣れていない場合は、フェールオーバー クラスターのチュートリアルに従うことができます。
このチュートリアルとワークグループ クラスターに対して行う必要があることの主な相違点は次のとおりです。
- クラスターの検証を実行するときに、 [ストレージ] と [記憶域スペース ダイレクト] をオフにします。
- クラスターにノードを追加するときは、完全修飾名を追加します。次に例を示します。
AGNode1.ag.wgcluster.example.comAGNode2.ag.wgcluster.example.com
- [使用可能な記憶域をすべてクラスターに追加する] をオフにします。
クラスターが作成されたら、静的なクラスター IP アドレスを割り当てます。 これを行うには、次のステップに従います。
いずれかのノードで、フェールオーバー クラスター マネージャーを開いてクラスターを選択し、[クラスター コア リソース] の下にある [名前: <ClusterNam>] を右クリックしてから、[プロパティ] を選択します。
[IP アドレス] から IP アドレスを選択し、 [編集] を選択します。
[静的を使用] を選択し、クラスターの IP アドレスを指定した後、 [OK] を選択します。
設定が正しく表示されていることを確認し、 [OK] を選択して保存します。
クラウド監視を作成する
この手順では、クラウド共有監視を構成します。 この手順がよくわからない場合は、「フェールオーバー クラスターのクラウド監視を展開する」参照してください。
可用性グループ機能を有効にする
この手順では、可用性グループ機能を有効にします。 この手順に慣れていない場合は、可用性グループのチュートリアルを参照してください。
キーと証明書を作成する
この手順では、SQL ログイン時に暗号化されたエンドポイントで使用される証明書を作成します。 証明書のバックアップを保持するフォルダーを各ノードに作成します (c:\certs など)。
Note
証明書の有効期限を指定しない場合、その有効期間は作成日から 1 年になります。 証明書の有効期限が切れると、エンドポイント間の接続ができなくなります。
最初のノードを構成するには、次の手順に従います。
SQL Server Management Studio を開き、最初のノード (
AGNode1など) に接続します。[新しいクエリ] ウィンドウを開き、複雑でセキュリティが強化されたパスワードに更新した後、次の Transact-SQL (T-SQL) ステートメントを実行します。
USE master; CREATE MASTER KEY ENCRYPTION BY PASSWORD = 'PassWOrd123!'; GO --create a cert from the master key USE master; CREATE CERTIFICATE AGNode1Cert WITH SUBJECT = 'AGNode1 Certificate'; GO --Backup the cert and transfer it to AGNode2 BACKUP CERTIFICATE AGNode1Cert TO FILE = 'C:\certs\AGNode1Cert.crt'; GO次に、HADR エンドポイントを作成し、次の Transact-SQL (T-SQL) ステートメントを実行することで、認証に証明書を使用します。
--CREATE or ALTER the mirroring endpoint CREATE ENDPOINT hadr_endpoint STATE = STARTED AS TCP ( LISTENER_PORT=5022 , LISTENER_IP = ALL ) FOR DATABASE_MIRRORING ( AUTHENTICATION = CERTIFICATE AGNode1Cert , ENCRYPTION = REQUIRED ALGORITHM AES , ROLE = ALL ); GOエクスプローラーを使用して、証明書があるファイルの場所 (
c:\certsなど) に移動します。最初のノードから証明書のコピーを手動で作成し (
AGNode1Cert.crtなど)、それを 2 番目のノードの同じ場所に転送します。
2 番目のノードを構成するには、次の手順に従います。
SQL Server Management Studio を使用して 2 番目のノード (
AGNode2など) に接続します。[新しいクエリ] ウィンドウで、複雑でセキュリティが強化されたパスワードに更新した後、次の Transact-SQL (T-SQL) ステートメントを実行します。
USE master; CREATE MASTER KEY ENCRYPTION BY PASSWORD = 'PassWOrd123!'; GO --create a cert from the master key USE master; CREATE CERTIFICATE AGNode2Cert WITH SUBJECT = 'AGNode2 Certificate'; GO --Backup the cert and transfer it to AGNode1 BACKUP CERTIFICATE AGNode2Cert TO FILE = 'C:\certs\AGNode2Cert.crt'; GO次に、HADR エンドポイントを作成し、次の Transact-SQL (T-SQL) ステートメントを実行することで、認証に証明書を使用します。
--CREATE or ALTER the mirroring endpoint CREATE ENDPOINT hadr_endpoint STATE = STARTED AS TCP ( LISTENER_PORT=5022 , LISTENER_IP = ALL ) FOR DATABASE_MIRRORING ( AUTHENTICATION = CERTIFICATE AGNode2Cert , ENCRYPTION = REQUIRED ALGORITHM AES , ROLE = ALL ); GOエクスプローラーを使用して、証明書があるファイルの場所 (
c:\certsなど) に移動します。2 番目のノードからの証明書のコピーを手動で作成し (
AGNode2Cert.crtなど)、それを最初のノードと同じ場所に転送します。
クラスターに他のノードがある場合は、それぞれの証明書の名前を変更しながら、これらの手順を繰り返します。
ログインを作成する
ノード間でデータを同期するために証明書認証が使用されます。 これを可能にするには、他のノード用のログインを作成し、ログイン用のユーザーを作成します。バックアップされた証明書を使用するログイン用の証明書を作成した後、ミラーリング エンドポイントでの接続を許可します。
これを行うには、最初のノード (AGNode1 など) で、まず次の Transact-SQL (T-SQL) クエリを実行します。
--create a login for the AGNode2
USE master;
CREATE LOGIN AGNode2_Login WITH PASSWORD = 'PassWord123!';
GO
--create a user from the login
CREATE USER AGNode2_User FOR LOGIN AGNode2_Login;
GO
--create a certificate that the login uses for authentication
CREATE CERTIFICATE AGNode2Cert
AUTHORIZATION AGNode2_User
FROM FILE = 'C:\certs\AGNode2Cert.crt'
GO
--grant connect for login
GRANT CONNECT ON ENDPOINT::hadr_endpoint TO [AGNode2_login];
GO
次に、2 番目のノード (AGNode2 など) で、次の Transact-SQL (T-SQL) クエリを実行します。
--create a login for the AGNode1
USE master;
CREATE LOGIN AGNode1_Login WITH PASSWORD = 'PassWord123!';
GO
--create a user from the login
CREATE USER AGNode1_User FOR LOGIN AGNode1_Login;
GO
--create a certificate that the login uses for authentication
CREATE CERTIFICATE AGNode1Cert
AUTHORIZATION AGNode1_User
FROM FILE = 'C:\certs\AGNode1Cert.crt'
GO
--grant connect for login
GRANT CONNECT ON ENDPOINT::hadr_endpoint TO [AGNode1_login];
GO
クラスターに他のノードがある場合は、それぞれの証明書とユーザーの名前を変更しながら、これらの手順を繰り返します。
可用性グループを構成する
この手順では、可用性グループを構成して、そこにデータベースを追加します。 この時点ではリスナーを作成しないでください。 この手順に慣れていない場合は、可用性グループのチュートリアルを参照してください。 フェールオーバーとフェールバックを開始して、すべてが正常に動作していることを確認します。
Note
同期プロセス中にエラーが発生した場合は、最初のノード (AGNode1 など) 上にクラスター リソースを作成するために NT AUTHORITY\SYSTEM sysadmin 権限を一時的に付与することが必要になる場合があります。
ロード バランサーを構成する
この最後の手順では、Azure portal または PowerShell を使用してロード バランサーを構成します。
ただし、Windows クラスター GUI を使用する場合、いくつか制限がある可能性があり、そのため PowerShell で次のサンプル スクリプトを使用して、クライアント アクセス ポイントまたはリスナーのネットワーク名を作成する必要があります。
Add-ClusterResource -Name "IPAddress1" -ResourceType "IP Address" -Group "WGAG"
Get-ClusterResource -Name IPAddress1 | Set-ClusterParameter -Multiple @{"Network" = "Cluster Network 1";"Address" = "10.0.0.4";"SubnetMask" = "255.0.0.0";"EnableDHCP" = 0}
Add-ClusterResource -Name "IPAddress2" -ResourceType "IP Address" -Group "WGAG"
Get-ClusterResource -Name IPAddress2 | Set-ClusterParameter -Multiple @{"Network" = "Cluster Network 2";"Address" = "10.0.0.5";"SubnetMask" = "255.0.0.0";"EnableDHCP" = 0}
Add-ClusterResource -Name "TestName" -Group "WGAG" -ResourceType "Network Name"
Get-ClusterResource -Name "TestName" | Set-ClusterParameter -Multiple @{"DnsName" = "TestName";"RegisterAllProvidersIP" = 1}
Set-ClusterResourceDependency -Resource TestName -Dependency "[IPAddress1] or [IPAddress2]"
Start-ClusterResource -Name TestName -Verbose
次のステップ
可用性グループがデプロイされたら、Azure VM 上の SQL Server に対する HADR 設定を最適化することを検討します。
詳細については、以下をご覧ください。
フィードバック
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「https://aka.ms/ContentUserFeedback」を参照してください。
フィードバックの送信と表示