SQL データベースをゾーン冗長モードに設定します。

このトピックでは、Nerdio Manager SQL データベースをゾーン冗長モードに設定するために必要な手順を概説します。

Nerdio Managerデフォルトのデプロイメント

Azure MarketplaceからNerdio Managerアプリケーションをインストールすると、SQL ServerとSQL データベースは、DTUベースの購入モデルでS1プランを利用します。

ローカル冗長性

デフォルトでは、Azure SQL データベースはローカル冗長性を通じて可用性を達成します。ローカル冗長性による可用性は、データベースをローカル冗長ストレージ（LRS）に保存することで実現されます。LRSは、プライマリリージョン内の単一データセンターでデータを3重に複製し、ネットワークや電力などの局所的な障害が発生した場合でもデータを保護します。LRSは最も低コストな冗長性オプションですが、他のオプションと比べると耐久性は劣ります。火災や洪水などの大規模な災害がリージョン内で発生した場合、LRSを使用しているストレージアカウントのすべてのレプリカが失われるか、回復不可能になる可能性があります。デフォルトの可用性ソリューションは、コミットされたデータが障害によって失われることがないように設計されており、メンテナンス操作がワークロードに与える影響を最小限に抑え、データベースがソフトウェアアーキテクチャ内の単一障害点にならないようにします。ただし、全ゾーンの障害が発生した場合にデータへの影響を最小限に抑えるために、ゾーン冗長性を有効にすることで高可用性を実現できます。ゾーン冗長性がない場合、フェイルオーバーは同じデータセンター内でローカルに発生し、障害が解決されるまでデータベースが利用できなくなる可能性があります。

ゾーン冗長性による高可用性

ゾーン冗長可用性は、プライマリリージョン内の3つのAzure可用性ゾーンにデータが分散されることを保証します。各可用性ゾーンは、独立した電源、冷却、ネットワーキングを持つ別々の物理的な場所です。

ゾーン冗長性は、vCoreベースの購入モデルのビジネスクリティカル、一般目的、ハイパースケールサービス層のデータベースで利用可能であり、DTUベースの購入モデルのプレミアムサービス層のみがサポートします。基本および標準サービス層はゾーン冗長性をサポートしていません。各サービス層がゾーン冗長性を異なる方法で実装している一方で、すべての実装はフェイルオーバー時にコミット済みデータの損失がゼロの復旧ポイント目標（RPO）を保証します。以下の表は、サービス層に基づく可用性オプションを示しています：

プレミアムおよびビジネスクリティカル サービス層

プレミアムまたはビジネスクリティカル サービス層でゾーン冗長性が有効になっている場合、レプリカは同じリージョン内の異なる可用性ゾーンに配置されます。単一障害点を排除するために、制御リングは3つのゲートウェイリング (GW) にわたって複製されます。特定のゲートウェイリングへのルーティングは、Azureトラフィックマネージャーによって制御されます。プレミアムまたはビジネスクリティカル サービス層のゾーン冗長構成は、既存のレプリカを使用して異なる可用性ゾーンに配置するため、追加費用なしで有効にできます。ゾーン冗長構成を選択することで、プレミアムまたはビジネスクリティカル データベースおよびエラスティックプールが、アプリケーションロジックを変更することなく、より大規模な障害に対して耐えられるようになります。既存のプレミアムまたはビジネスクリティカル データベースやエラスティックプールをゾーン冗長構成に変換することもできます。

高可用性アーキテクチャのゾーン冗長バージョンは、以下の図で示されています：

ゾーン冗長性を持つプレミアムまたはビジネスクリティカル データベースを構成する際には、以下の点を考慮してください。

• 可用性ゾーンサポートがあるすべてのAzureリージョンは、ゾーン冗長のプレミアムおよびビジネスクリティカル データベースをサポートしています。

• ゾーン冗長性の可用性のために、デフォルト以外のメンテナンスウィンドウを選択することが、現在選択されたリージョンで利用可能です。詳細については、Azure SQL Databaseのリージョン別メンテナンスウィンドウの可用性を参照してください。

Azure SQL Serverのゾーン冗長可用性

Azure SQL Databaseでは、サーバーはデータベースのコレクションの中央管理ポイントとして機能する論理構造です。サーバーレベルでは、ログイン、認証方法、ファイアウォールルール、監査ルール、脅威検出ポリシー、フェイルオーバーグループを管理できます。ログインやファイアウォールルールなどのこれらの機能に関連するデータは、マスターデータベースに格納されます。同様に、sys.resource_statsのような一部のDMVのデータもマスターデータベースに保存されます。

ゾーン冗長構成のデータベースが論理サーバー上に作成されると、サーバーに関連付けられたマスターデータベースも自動的にゾーン冗長になります。これにより、ゾーン障害が発生した場合でも、データベースを使用するアプリケーションは影響を受けず、ログインやファイアウォールルールなど、マスターデータベースに依存する機能が引き続き利用可能です。マスターデータベースのゾーン冗長化は非同期で処理されるため、完了までにしばらく時間がかかります。

サーバー上のデータベースがいずれもゾーン冗長でない場合、または空のサーバーを作成した場合は、そのサーバーに関連付けられたマスターデータベースもゾーン冗長ではありません。

Azure PowerShell、Azure CLI、またはREST APIを使用して、マスターデータベースのZoneRedundantプロパティを確認できます。

以下の例のコマンドを使用して、マスターデータベースのZoneRedundantプロパティの値を確認してください。

Get-AzSqlDatabase -ResourceGroupName "myResourceGroup" -ServerName "myServerName" -DatabaseName "master"

ゾーン冗長性のためにAzure SQL Databaseをスケールする。

この例では、既定のNerdio ManagerAzure SQL DatabaseをS1からプレミアムにスケールし、その後ゾーン冗長性を有効にします。データベースのスケーリングに関する詳細は、Azure SQL Databaseの単一データベースリソースのスケーリングを参照してください。

SQL データベースをプレミアムにスケールアップするには：

1. Azureポータルで、Nerdio ManagerAzure SQL Databaseに移動します。

   ヒント: SQL データベースの既定の命名規則はnmw-app-dbです。

2. 設定 > コンピュート + ストレージに移動し、サービスティアのドロップダウンリストからプレミアム（高い可用性とパフォーマンス）を選択してください。

   

   下部に新しいセクションが表示されるようになりました。

3. このデータベースをゾーン冗長化しますか？の下で、Yesを選択してください。

   

   数分後、Azure SQL Databaseはゾーン冗長化が有効なプレミアムP1ティアになります。