演習 - 読み取りスケールを使用した地理的に分散された自動フェールオーバーグループ - Training

10 分

前のユニットでは、geo レプリケーションと自動フェールオーバーグループについて学習しました。この演習では、Azure SQL データベースに対して自動フェールオーバーグループを構成します。その後、フェールオーバーを開始して結果を表示します。

Azure SQL の自動フェールオーバーグループ

1 つ以上のデータベースに対して自動フェールオーバーグループを構成し、結果を表示するには、次の手順のようにする必要があります。

環境を構成します。
フェールオーバーリージョンに空の Azure SQL Database サーバーを作成します。
サーバー間にフェールオーバーグループを作成します。
ネットワークを構成します。
フェールオーバーグループに 1 つ以上のデータベースを追加します。
コマンドプロンプトアプリケーションを構成します。
実行中のアプリケーションについて理解します。
フェールオーバーを開始します。
フェールバックを行います。

この演習では、AdventureWorks データベースの自動フェールオーバーグループを構成する手順について説明します。次に、単純なコマンドラインアプリケーションを使用して、読み取りと書き込みが行われる場所と、アプリケーションの再試行ロジックの重要性を把握します。最後に、自動フェールオーバーグループも備えている Business Critical データベースに関連付けられた読み取りレプリカの数を確認するための楽しい演習を行います。

環境を構成する

次のコードをメモ帳などのテキストエディターにコピーします。情報を入力します。 SQL 認証パスワードを追加します。 $drLocation には、フェールオーバーグループを作成するリージョンを指定します。理想的には、現在のサーバーのリージョンとペアになっているリージョンを選びます。ペアになっているリージョンの一覧を確認できます。少なくとも、元のデータベースがあるリージョンにすることはできません。最後に、ローカルコンピューターの IP アドレスを追加します。 IP アドレスを決定する必要がある場合は、ローカルコンピューターで PowerShell を開き、(Invoke-WebRequest -Uri "https://ipinfo.io/ip").Content を実行します。
```
# Add your info
$password = "password"
$drLocation = "westus2"
$ipAddress = "xx.xx.xx.xx"
```
更新したコマンドを、(このページの右側にある) Azure Cloud Shell で実行します。

Azure Cloud Shell で次のスクリプトを実行して、以降の手順のための変数を構成します。

$admin = "cloudadmin"
$resourceGroup = Get-AzResourceGroup | Where ResourceGroupName -like <rgn>Sandbox resource group name</rgn>
$location = $resourceGroup.Location
$resourceGroup = $resourceGroup.ResourceGroupName
$database = "AdventureWorks"
$server = Get-AzureRmSqlServer -ResourceGroupName $resourceGroup
$server = $server.ServerName
$drServer = "$($server)-dr"
$failoverGroup = "$($server)-fg"
$firewallRule = "AllowMyIp"
Write-Host "Variables Received"

Azure Cloud Shell で次のスクリプトを実行して、フェールオーバーリージョンに空の Azure SQL Database サーバーを作成します。

# Create a backup server in the failover region
New-AzSqlServer -ResourceGroupName $resourceGroup `
    -ServerName $drServer `
    -Location $drLocation `
    -SqlAdministratorCredentials $(New-Object -TypeName System.Management.Automation.PSCredential `
    -ArgumentList $admin, $(ConvertTo-SecureString -String $password -AsPlainText -Force))
Write-Host "New Azure SQL Database logical server Created in different region"

Azure Cloud Shell で次のスクリプトを実行して、サーバー間にフェールオーバーグループを作成します。

# Create a failover group between the servers
New-AzSqlDatabaseFailoverGroup -ResourceGroupName $resourceGroup `
    -ServerName $server `
    -PartnerServerName $drServer `
    -FailoverGroupName $failoverGroup 
Write-Host "New auto-failover group created between the two Azure SQL Database logical servers"

Azure Cloud Shell で次のスクリプトを実行して、ネットワークを構成します。
```
# Add a firewall rule that gives your VM access to the new server
New-AzSqlServerFirewallRule -ResourceGroupName $resourceGroup `
    -ServerName $drServer `
    -FirewallRuleName $firewallRule `
    -StartIpAddress $ipAddress `
    -EndIpAddress $ipAddress;
```
自動フェールオーバーグループの例を示すには、このネットワークセットアップで十分です。エンタープライズ環境での処理とは少し異なります。エンタープライズ環境では、アクセスを必要とするコンピューターが、何らかの種類のアプリケーションを構成する一連のリソースである可能性があります。データベースのフェールオーバーを行う場合、アプリケーション、VM、またはその他のリソースを新しいリージョンにフェールオーバーすることもできます。どちらのリソースセットも、もう一方のリージョンのリソース、サーバー、データベースへのアクセスを必要とします。このためには、仮想ネットワークピアリング、仮想ネットワークから仮想ネットワークへの接続、または他の方法 (Azure ExpressRoute など) を使用できます。シナリオによって異なります。
Azure Cloud Shell で次のスクリプトを実行して、フェールオーバーグループに 1 つ以上のデータベースを追加します。
```
# Add the database or databases to the failover group
Get-AzSqlDatabase -ResourceGroupName $resourceGroup `
    -ServerName $server -DatabaseName $database | `
    Add-AzSqlDatabaseToFailoverGroup -ResourceGroupName $resourceGroup `
    -ServerName $server `
    -FailoverGroupName $failoverGroup
Write-Host "AdventureWorks database added to the auto-failover group"
```
このスクリプトの実行には時間がかかります。他のリージョンのデータベースを復元することになり、元のリージョンからディザスターリカバリーリージョンにデータをコピーする処理が含まれます。次のセクションの手順を実行してから、このスクリプトが完了しているかどうかを確認できます。

これで、AdventureWorks データベースの自動フェールオーバーグループのデプロイと構成が完了しました。

コマンドプロンプトアプリケーションを構成する

このセクションでは、2 つの ostress ワークロードを使用して、フェールオーバーグループ内のプライマリサーバーとセカンダリサーバーの Updateability (データベースが ReadWrite 状態か ReadOnly 状態か) を確認します。このシナリオは、読み取りと書き込みのワークロードがあるアプリケーションをシミュレートするためのものです。

2 つの個別のコマンドプロンプトウィンドウを開きます。このウィンドウ (ブラウザー) と両方のコマンドプロンプトウィンドウが表示されるように、ウィンドウを設定します。
両方のコマンドプロンプトウィンドウで、前の演習で行ったように、Availability フォルダーに移動します。たとえば、次のコマンドを使用できます。
```
cd C:\Users\username\mslearn-azure-sql-fundamentals\05-Availability
```
最初のコマンドプロンプトウィンドウは、作成したフェールオーバーグループのプライマリサーバーの状態を確認するために使用します。ご自身のサーバー名とパスワードを使用して、次のコマンドを実行します。
```
.\ostress.exe -S"<server-name>-fg.database.windows.net" -Q"SELECT DATABASEPROPERTYEX(DB_NAME(),'Updateability')" -U"cloudadmin" -d"AdventureWorks" -P"password" -n1 -r5000 -oprimary
```
Note

自動フェールオーバーグループを使用している場合は、データベースの抽象化であるフェールオーバーグループ名に接続します。
2 番目のコマンドプロンプトウィンドウは、作成したフェールオーバーグループのセカンダリサーバーの状態を確認するために使用します。ご自身のサーバー名とパスワードを使用して、次のコマンドを実行します。
```
ostress.exe -S"<server-name>-fg.secondary.database.windows.net" -Q"SELECT DATABASEPROPERTYEX(DB_NAME(),'Updateability')" -U"cloudadmin" -d"AdventureWorks" -P"password" -n1 -r5000 -osecondary
```

最初のコマンドの結果は READ_WRITE になるはずです。これは、フェールオーバーグループのプライマリサーバーが確認され、フェールオーバーが開始されていないからです。

2 つ目のコマンドの結果は、構成したディザスターリカバリーサーバーまたはセカンダリサーバーを確認するため、READ_ONLY になるはずです。任意の時点で、いずれか 1 つのサーバーからのみ書き込みが可能である必要があります。

次の手順では、フェールオーバーが発生したときに両方のサーバーで何が起こるかを確認します。

フェールオーバーを開始して結果を表示する

このページの右側にある Azure Cloud Shell ターミナルを使って、セカンダリサーバーの状態を確認します。
```
(Get-AzSqlDatabaseFailoverGroup -FailoverGroupName $failoverGroup `
    -ResourceGroupName $resourceGroup -ServerName $drServer).ReplicationRole
```
この結果により、自動フェールオーバーグループのセカンダリサーバーがプライマリデータベースとして使用されているか、またはセカンダリデータベースとして使用されているかがわかります。
フェールオーバーが発生したときの動作を確認できるようになりました。 Azure Cloud Shell ターミナルで次の Azure PowerShell コマンドを入力して、手動フェールオーバーを開始します。
```
Switch-AzSqlDatabaseFailoverGroup -ResourceGroupName $resourceGroup `
 -ServerName $drServer -FailoverGroupName $failoverGroup
```
フェールオーバーが発生すると、接続が一時的に切断されることに気付くかもしれませんが、アプリは再試行を続けるため、アプリケーションが完全に失敗することはありません。フェールオーバー完了後、READ_WRITE と READ_ONLY の結果が再開され、これらが変わらないことがわかります。

Azure SQL Database と Azure SQL Managed Instance における自動フェールオーバーグループの利点の 1 つは、フェールオーバー後に接続文字列を更新する必要がないことです。書き込みワークロードの場合はプライマリ (<failover-group>.database.windows.net) に、読み取りワークロードの場合はセカンダリ (<failover-group>.secondary.database.windows.net) に引き続き接続します。 Azure によって、対応するリージョンまたはサーバー内の適切なデータベースへのルーティングが行われます。
Azure Cloud Shell で次のスクリプトを実行して、セカンダリサーバーの状態を確認します。
```
(Get-AzSqlDatabaseFailoverGroup -FailoverGroupName $failoverGroup `
    -ResourceGroupName $resourceGroup -ServerName $drServer).ReplicationRole
```
このサーバーがプライマリロールになっていることがわかります。

Azure Cloud Shell で次のスクリプトを実行して、フェールバックします。

Switch-AzSqlDatabaseFailoverGroup -ResourceGroupName $resourceGroup `
 -ServerName $server -FailoverGroupName $failoverGroup

最後に、セカンダリサーバーの状態をもう一度確認することができます。 Azure Cloud Shell で次のスクリプトを実行します。
```
(Get-AzSqlDatabaseFailoverGroup -FailoverGroupName $failoverGroup `
    -ResourceGroupName $resourceGroup -ServerName $drServer).ReplicationRole
```
これで、両方のコマンドプロンプトウィンドウを閉じ、Microsoft Learn ブラウザーウィンドウを最大化できるようになりました。

この演習では、自動フェールオーバーグループをデプロイして構成する方法について学習しました。また、アプリケーションの観点から、それが何を意味するかも学習しました。自動フェールオーバーグループは、Azure SQL の可用性と読み取りスケールをさらに向上させるための 1 つの方法にすぎません。

続行

演習 - 読み取りスケールを使用した地理的に分散された自動フェールオーバー グループ

Azure SQL の自動フェールオーバー グループ

環境を構成する

コマンド プロンプト アプリケーションを構成する

フェールオーバーを開始して結果を表示する

フィードバック

演習 - 読み取りスケールを使用した地理的に分散された自動フェールオーバーグループ

Azure SQL の自動フェールオーバーグループ

コマンドプロンプトアプリケーションを構成する