次の方法で共有

Azure SQL Database のフェールオーバー グループを構成する

  • [アーティクル]

適用対象: Azure SQL データベース

このトピックでは、Azure portal、Azure PowerShell、および Azure CLI を使用して、Azure SQL データベース内の単一データベースとプールされたデータベースのフェールオーバー グループを構成する方法について説明します。

エンド ツー エンドスクリプトについては、 Azure PowerShellまたは Azure CLI を使用してフェールオーバー グループに単一データベースを追加する方法を確認します。

前提条件

単一データベースのフェールオーバー グループを作成するには、次の前提条件を考慮してください。

  • プライマリ データベースは既に作成されていることが必要です。 作業を開始するには、単一データベースを作成 します。
  • セカンダリ サーバーがプライマリ サーバーとは別のリージョンに既に存在する場合は、サーバーのログインとファイアウォールの設定がプライマリ サーバーのログイン設定と一致していることが必要です。

フェールオーバー グループの作成

Azure portal、PowerShell、とAzure CLI を使用して、フェールオーバー グループを作成し、そのグループに単一データベースを追加します。

重要

セカンダリ データベースをフェールオーバー グループに追加した後で削除する必要がある場合は、データベースを削除する前にフェールオーバー グループから削除します。 セカンダリ データベースをフェールオーバー グループから削除する前に削除すると、予期しない動作が発生する可能性があります。

フェールオーバー グループを作成し、Azure portal を使用して単一データベースを追加するには、以下の手順に従います。

  1. データベースをホストする論理サーバーがわかっている場合は、Azure portal で直接アクセスします。 この操作を行う必要がある場合には、次の手順を行います。

    1. サービス メニューで Azure SQL を選択します。 [Azure SQL] が一覧にない場合は、[すべてのサービス] を選択し、検索ボックスに「Azure SQL」と入力します。 (省略可能) [Azure SQL] の横にある星を選択してお気に入りに追加し、サービスメニューに項目として追加します。
    2. Azure SQL ページで、フェールオーバー グループに追加するデータベースを見つけて選択し、SQL データベース ペインを開きます。
    3. SQL Databaseの概要ペインで、サーバー名の下にあるサーバー名を選択し、SQL サーバーペインを開きます。

    Azure portal で単一データベースのサーバーを開くスクリーンショット。

  2. SQL Server リソース] メニューの データ管理 で フェールオーバー グループ を選択します。 [+ グループの追加] を選択して[フェールオーバー グループ] ページを開き、そこで新しいフェールオーバー グループを作成できます。

    Azure portal の [フェールオーバー グループ] ページの [新しいフェールオーバー グループの追加] オプションを強調表示しているスクリーンショット。

  3. [フェールオーバー グループ] ページで、次の手順を実行します。

    1. フェールオーバー グループ名を指定します。
    2. 既存のセカンダリ サーバーを選択するか、[サーバー] で [新規作成] を選択して新しいサーバーを作成します。 フェールオーバー グループのセカンダリ サーバーは、プライマリ サーバーとは異なる地域にある必要があります。
    3. [データベースの構成] を選択して、[フェールオーバー グループのデータベース] ページを開きます。

    [フェールオーバー] ペインが示されている Azure Portal のフェールオーバーのスクリーンショット。

  4. [フェールオーバー グループのデータベース] ページで、次の手順を実行します。

    1. フェールオーバー グループに追加するデータベースを選択します。スクリーンショットの#1）
    2. (省略可能)ディザスター リカバリーにのみ使用するスタンバイ レプリカとしてこれらのデータベースを指定する場合は、[はい] を選択します (スクリーンショットの #2)。 チェック ボックスをオンにして、スタンバイにレプリカを使用することを確認します。
    3. [選択]を使用してデータベースの選択内容を保存し、[フェールオーバー グループ] ページに戻ります (スクリーンショットには表示されません)。

    Azure portal の [フェールオーバー グループのデータベース] ウィンドウのスクリーンショット。

  5. az sql failover-group create コマンドを使用してフェールオーバー グループページを作成します。

計画フェールオーバーをテストします

Azure portal または PowerShell を使用して、フェールオーバー グループのフェールオーバーを損失なしでテストします。

Azure portal を使用して、フェールオーバー グループのフェールオーバーをテストするには、以下の手順に従います。

  1. データベースをホストする論理サーバーがわかっている場合は、Azure portal で直接アクセスします。 この操作を行う必要がある場合には、次の手順を行います。

    1. サービス メニューで Azure SQL を選択します。 [Azure SQL] が一覧にない場合は、[すべてのサービス] を選択し、検索ボックスに「Azure SQL」と入力します。 (省略可能) [Azure SQL] の横にある星を選択してお気に入りに追加し、サービスメニューに項目として追加します。
    2. Azure SQL ページで、フェールオーバーをテストするデータベースを見つけて選択して、SQL データベース ウィンドウを開きます。
    3. SQL Databaseの概要ペインで、サーバー名の下にあるサーバー名を選択し、SQL サーバーペインを開きます。

    Azure portal で単一データベースのサーバーを開くスクリーンショット。

  2. [SQL Server リソース] メニューの [データ管理] で [フェールオーバー グループ] を選択し、既存のフェールオーバー グループを選択して [フェールオーバー グループ] ページを開きます。

    スクリーンショットは、SQL Server のフェールオーバー グループを選択できるフェールオーバー グループを表示しています。

  3. [フェールオーバー グループ] ページで、次の手順を実行します。

    1. どのサーバーがプライマリで、どのサーバーがセカンダリかを確認します。
    2. コマンド バーで [フェールオーバー] を選択し、データベースが含まれるフェールオーバー グループをフェールオーバーします。
    3. TDS セッションが切断されることが通知される警告で [はい] を選択します。

    フェールオーバーを選択した状態のAzureポータルのフェールオーバーグループページのスクリーンショット。

  4. 現在、どのサーバーがプライマリで、どのサーバーがセカンダリかを確認します。 フェールオーバーが成功すると、二台のサーバーが役割をスワップし、前のプライマリがセカンダリになります。

  5. (省略可能)サーバーを元のロールにフェールバックするには、もう一度 [フェールオーバー] を選択します。

エンドツーエンドのスクリプトについては、Azure PowerShell または Azure CLI を使用して、エラスティック プールをフェールオーバー グループに追加する方法を確認します。

前提条件

プールされたデータベースのフェールオーバー グループを作成するには、次の前提条件を考慮してください。

  • プライマリ エラスティック プールが既に存在していることが必要です。 はじめに弾力性プールを作成する
  • セカンダリ サーバーがすでに存在する場合は、サーバ ログインとファイアウォール設定をプライマリ サーバーのものと一致させる必要があります。

フェールオーバー グループの作成

Azure portal または Azure CLI を使用して、エラスティック プールのフェールオーバー グループを作成します。

重要

フェールオーバー グループに追加されたセカンダリ・データベースを削除する必要がある場合は、フェールオーバー グループから削除してからデータベースを削除します。 セカンダリ データベースをフェールオーバー グループから削除する前に削除すると、予期しない動作が発生する可能性があります。

Azure portal を使用して、フェールオーバー グループを作成し、エラスティック プールを追加するには、以下の手順に従います。

  1. AzureポータルのCreate SQL Elastic poolページにアクセスします。 エラスティック プールの作成:

    • プライマリ サーバーのエラスティック プールと同じ名前が付けられます。
    • フェールオーバー グループに使用するセカンダリ サーバーを使用します。 セカンダリ サーバーはプライマリ サーバーとは異なるリージョンに存在することが必要で、サーバーのログインとファイアウォールの設定はプライマリ サーバーの設定と一致している必要があります。 セカンダリ サーバーがまだ存在しない場合、新しいサーバーを作成します。

  2. プライマリ エラスティック プールをホストする論理サーバーがわかっている場合は、Azure portal で直接アクセスします。 この操作を行う必要がある場合には、次の手順を行います。

    1. サービス メニューで Azure SQL を選択します。 [Azure SQL] が一覧にない場合は、[すべてのサービス] を選択し、検索ボックスに「Azure SQL」と入力します。 (省略可能) [Azure SQL] の横にある星を選択してお気に入りに追加し、サービスメニューに項目として追加します。
    2. Azure SQL ページで、フェールオーバー グループに追加するエラスティック プールを見つけて選択して、SQL エラスティック プール ウィンドウを開きます。
    3. SQLエラスティックプールの概要ペインで、サーバー名の下にあるサーバー名を選択し、SQLサーバーペインを開きます。

    Azureポータルでエラスティックプールのサーバーを選択する画面。

  3. SQL Server リソース] メニューの データ管理 で フェールオーバー グループ を選択します。 [+ グループの追加] を選択して[フェールオーバー グループ] ページを開き、そこで新しいフェールオーバー グループを作成できます。

    Azure portal の [フェールオーバー] ページのスクリーンショット。

  4. [フェールオーバー グループ] ページで、次の手順を実行します。

    1. フェールオーバー グループ名を指定します。
    2. 既存のセカンダリ サーバーを選択します。 フェールオーバーグループのセカンダリサーバは、プライマリサーバとは異なるリージョンにあり、プライマリサーバと同じ名前のエラスティックプールが含まれている必要があります。
    3. [データベースの構成] を選択して、[フェールオーバー グループのデータベース] ページを開きます。

    フェールオーバー グループにエラスティック プールを追加する方法を示す Azure portal のスクリーンショット。

  5. [フェールオーバー グループのデータベース] ページで、フェールオーバー グループ に追加するプールされたデータベースを選択します。 [選択] を使用してデータベースの選択内容を保存し、[フェールオーバー グループ] ページに戻ります。

    Azure portal の [フェールオーバー グループのデータベース] ウィンドウのスクリーンショット。

  6. [フェールオーバー グループ] ページで [作成] を選択して、フェールオーバー グループを作成します。 フェールオーバー グループにエラスティック プールを追加すると、geo レプリケーション プロセスが自動的に開始されます。

計画フェールオーバーをテストします

Azureポータル、PowerShell、またはAzure CLIを使用して、データ損失なしでエラスティックプールのフェールオーバーをテストします。

フェールオーバー グループをセカンダリ サーバーにフェールオーバーしてから、Azure portal を使用してフェールバックします。

  1. プライマリ エラスティック プールをホストする論理サーバーがわかっている場合は、Azure portal で直接アクセスします。 この操作を行う必要がある場合には、次の手順を行います。

    1. サービス メニューで Azure SQL を選択します。 [Azure SQL] が一覧にない場合は、[すべてのサービス] を選択し、検索ボックスに「Azure SQL」と入力します。 (省略可能) [Azure SQL] の横にある星を選択してお気に入りに追加し、サービスメニューに項目として追加します。
    2. Azure SQL ページで、フェールオーバー グループに追加するエラスティック プールを見つけて選択して、SQL エラスティック プール ウィンドウを開きます。
    3. SQLエラスティックプールの概要ペインで、サーバー名の下にあるサーバー名を選択し、SQLサーバーペインを開きます。

    Azureポータルでエラスティックプールのサーバーを選択する画面。

  2. [SQL Server リソース] メニューの [データ管理] で [フェールオーバー グループ] を選択し、既存のフェールオーバー グループを選択して [フェールオーバー グループ] ページを開きます。

    スクリーンショットは、SQL Server のフェールオーバー グループを選択できるフェールオーバー グループを表示しています。

  3. [フェールオーバー グループ] ページで、次の手順を実行します。

    1. どのサーバーがプライマリで、どのサーバーがセカンダリかを確認します。
    2. コマンド バーで [フェールオーバー] を選択し、データベースが含まれるフェールオーバー グループをフェールオーバーします。
    3. TDS セッションが切断されることが通知される警告で [はい] を選択します。

    Azure portal の [フェールオーバー グループ] ページでフェールオーバーを選択している画面。

  4. 現在、どのサーバーがプライマリで、どのサーバーがセカンダリかを確認します。 フェールオーバーが成功すると、二台のサーバーが役割をスワップし、前のプライマリがセカンダリになります。

  5. (省略可能)サーバーを元のロールにフェールバックするには、もう一度 [フェールオーバー] を選択します。

既存のフェールオーバー グループを修正

既存のフェールオーバー グループに対してデータベースを追加または削除したり、Azure portal、PowerShell、Azure CLI を使用してフェールオーバー グループの構成設定を編集することができます。

Azure portal を使って既存のフェールオーバー グループのフェールオーバー権限を変更するには、次の手順を実行します。

  1. データベースまたはエラスティック プールをホストする論理サーバーがわかっている場合は、Azure portal で直接アクセスします。 この操作を行う必要がある場合には、次の手順を行います。

    1. サービス メニューで Azure SQL を選択します。 [Azure SQL] が一覧にない場合は、[すべてのサービス] を選択し、検索ボックスに「Azure SQL」と入力します。 (省略可能) [Azure SQL] の横にある星を選択してお気に入りに追加し、サービスメニューに項目として追加します。
    2. Azure SQL ページで、変更するデータベースまたはエラスティック プールを見つけて選択し、SQL データベースまたは SQL エラスティック プール ペインを開きます。
    3. SQL Databaseまたは SQL Elastic Pool の [概要] ウィンドウで、[サーバー名] でサーバーの名前を選択して、SQL Server ペインを開きます。

  2. [SQL Server リソース] メニューの [データ管理] で [フェールオーバー グループ] を選択し、既存のフェールオーバー グループを選択して [フェールオーバー グループ] ページを開きます。

    スクリーンショットは、SQL Server のフェールオーバー グループを選択できるフェールオーバー グループを表示しています。

  3. フェールオーバーグループのページで、コマンドバーを使用する：

    1. データベースを追加するには、[データベースの追加] を選択して [フェールオーバー グループへのデータベースの追加] ウィンドウを開き、#Databases 展開してプライマリ サーバー上のデータベースの一覧を表示します。 フェールオーバー グループに追加するデータベースの横にあるチェック ボックスをオンにし、[選択] を使用して変更を保存して、データベースを追加します。
    2. データベースを削除するには、[データベースの削除] を選択して [フェールオーバー グループからデータベースを削除] ウィンドウを開き、#Databases 展開してフェールオーバー グループ内のデータベースを一覧表示します。 フェールオーバー グループから削除するデータベースの横にあるチェック ボックスをオンにし、[選択] を使用して変更を保存して、データベースを削除します。
    3. フェールオーバー ポリシーを編集するか、猶予期間を構成するには、[構成の編集] を選択して [構成の編集] フェールオーバー グループペインを開き、設定を変更します。 選択を使用して変更を保存します。

    コマンドバーがハイライトされたAzureポータルのフェールオーバー グループ ページのスクリーンショット。

Private Link を使用すると、論理サーバーを、仮想ネットワークとサブネット内の特定のプライベート IP アドレスに関連付けることができます。

フェールオーバー グループで Private Link を使用するには、次の手順を実行します。

  1. プライマリ サーバーとセカンダリ サーバーが、ペアになっているリージョン内にあることを確認します。
  2. 各リージョンに仮想ネットワークとサブネットを作成して、プライマリ サーバーとセカンダリ サーバーのプライベート エンドポイントをホストします。これにより、重複しない IP アドレス空間が存在するようになります。 たとえば、10.0.0.0/16 のプライマリ仮想ネットワーク アドレス範囲と、10.0.0.1/16 のセカンダリ仮想ネットワーク アドレス範囲は重複しています。 仮想ネットワーク アドレス範囲の詳細については、Azure 仮想ネットワークの設計に関するブログを参照してください。
  3. プライマリ サーバーのプライベート エンドポイントと Azure プライベート DNS ゾーンを作成します。
  4. セカンダリ サーバーのプライベート エンドポイントも作成しますが、今回は、プライマリ サーバー用に作成されたプライベート DNS ゾーンと同じものを再利用することを選択します。
  5. Private Link が確立されたら、この記事で概要を説明した手順に従って、フェールオーバー グループを作成できます。

リスナー エンドポイントを特定する

フェールオーバー グループの構成後、読み取り/書き込みリスナー エンドポイントを指すようにアプリケーションの接続文字列を更新し、フェールオーバー後もアプリケーションがプライマリ データベースに接続し続けるようにします。 リスナー エンドポイントを使用すると、トラフィックは常に現在のプライマリにルーティングされるため、フェールオーバー グループがフェールオーバーするたびに接続文字列を手動で更新する必要がなくなります。 読み取り専用ワークロードで読み取り専用リスナー エンドポイントを指すこともできます。

Azure portal でリスナー エンドポイントを見つけるには、Azure portal で論理サーバーに移動し、[データ管理] で [フェールオーバー グループ] を選択します。 目的のフェールオーバー グループを選択します。

下スクロールしてリスナー エンドポイントを見つけます。

  • 読み取り/書き込みリスナー エンドポイントは、fog-name.database.windows.net の形式で、プライマリ データベースにトラフィックをルーティングします。
  • 読み取り専用リスナー エンドポイントは、fog-name.secondary.database.windows.net の形式で、セカンダリ データベースにトラフィックをルーティングします。

Azure portal の [フェールオーバー グループ] ページに接続文字列フェールオーバー グループを表示するスクリーンショット。

フェールオーバー グループ内のデータベースをスケーリングする

Geo セカンダリを切断せずに、プライマリデータベースを (同じサービスレベル内の) 別のコンピューティングサイズにスケールアップまたはスケールダウンすることができます。 スケールアップするときは、まず geo セカンダリをスケールアップしてから、プライマリをスケールアップすることをお勧めします。 スケールダウンする場合は、順序を逆にします。最初にプライマリをスケールダウンし、次にセカンダリをスケールダウンします。 データベースを別のサービス階層にスケーリングする場合は、この推奨設定が適用されます。

より低い SKU のセカンダリが過負荷になり、アップグレードまたはダウングレードのプロセス中に再シードする必要があるという問題を回避するために、このシーケンスが特に推奨されます。 プライマリを読み取り専用にすることでこの問題を回避することもできます。その場合、プライマリへのすべての読み取り/書き込みワークロードに影響が出ることになります。

Note

フェールオーバー グループの構成の一部として geo セカンダリを作成した場合は、geo セカンダリをスケールダウンしないことをお勧めします。 これは、geo フェールオーバー後の通常のワークロードを処理するのに十分な容量がデータ層にあることを確認するためのものです。 障害が原因で以前の geo プライマリが使用できない場合、計画外のフェールオーバー後に geo セカンダリをスケーリングできないことがあります。 これは、既知の制限です。

フェールオーバー グループのプライマリ データベースを上位のサービス レベル (エディション) にスケーリングするには、最初にセカンダリ データベースを上位のレベルにスケーリングする必要があります。 たとえば、プライマリを General Purpose から Business Critical にスケールアップする場合は、まず geo セカンダリを Business Critical にスケールアップする必要があります。 この規則に違反する方法でプライマリまたは geo セカンダリをスケーリングしようとすると、次のエラーが表示されます。

The source database 'Primaryserver.DBName' cannot have higher edition than the target database 'Secondaryserver.DBName'. Upgrade the edition on the target before upgrading the source.

重要なデータが失われないようにする

ワイドエリアネットワークの待機時間が長いため、geo レプリケーションは非同期レプリケーションメカニズムを使用します。 非同期レプリケーションを使用すると、プライマリに障害が発生した場合にデータ損失が回避される可能性があります。 重要なトランザクションをデータ損失から保護するために、アプリケーション開発者はトランザクションをコミットした直後に sp_wait_for_database_copy_sync ストアドプロシージャを呼び出すことができます。 sp_wait_for_database_copy_sync を呼び出すと、最後にコミットされたトランザクションが転送され、セカンダリデータベースのトランザクションログに書き込まれるまで、呼び出し元のスレッドがブロックされます。 ただし、転送されたトランザクションがセカンダリで再生 (再実行) されるのを待つことはありません。 sp_wait_for_database_copy_sync は、特定の geo レプリケーションリンクにスコープが設定されています。 プライマリ データベースへの接続権限を持つユーザーが、このプロシージャを呼び出すことができます。

Note

sp_wait_for_database_copy_sync は、特定のトランザクションの geo フェールオーバー後のデータ損失を防ぎますが、読み取りアクセスの完全同期は保証しません。 sp_wait_for_database_copy_sync プロシージャ呼び出しによって発生する遅延は大きくなる可能性があり、呼び出し時のプライマリでまだ転送されていないトランザクションログのサイズによって異なります。

セカンダリ リージョンを変更する

変更のシーケンスを説明するために、サーバー A はプライマリ サーバー、サーバー B は既存のセカンダリ サーバー、サーバー C は 3 番目のリージョンの新しいセカンダリであると仮定します。 移行を行うには、次の手順を実行します。

  1. サーバー A の各データベースの追加のセカンダリを、アクティブ geo レプリケーションを使用してサーバー C に作成します。 サーバー A の各データベースには、2 つのセカンダリがあり、1 つはサーバー B に、もう 1 つはサーバー C にあります。これにより、移行中、プライマリ データベースが確実に保護された状態を維持できます。
  2. フェールオーバー グループを削除します。 この時点で、フェールオーバー グループ エンドポイントを使用したログイン試行は失敗し始めます。
  3. サーバー A と C の間に同じ名前でフェールオーバー グループを作成し、もう一度作成します。
  4. サーバー A のすべてのプライマリ データベースを新しいフェールオーバー グループに追加します。 この時点で、ログイン試行は失敗しなくなります。
  5. サーバー B を削除します。B のすべてのデータベースは自動的に削除されます。

プライマリ リージョンを変更する

変更のシーケンスを説明するために、サーバー A はプライマリ サーバー、サーバー B は既存のセカンダリ サーバー、サーバー C は 3 番目のリージョンの新しいプライマリであると仮定します。 移行を行うには、次の手順を実行します。

  1. 計画的 geo フェールオーバーを実行してプライマリ サーバーを B に切り替えます。サーバー A は新しいセカンダリ サーバーになります。 フェールオーバーによって、数分間のダウンタイムが発生する場合があります。 実際の時間は、フェールオーバー グループのサイズによって異なります。
  2. サーバー B の各データベースの追加のセカンダリを、アクティブ geo レプリケーションを使用してサーバー C に作成します。 サーバー B の各データベースには、2 つのセカンダリがあり、1 つはサーバー A に、もう 1 つはサーバー C にあります。これにより、移行中、プライマリ データベースが確実に保護された状態を維持できます。
  3. フェールオーバー グループを削除します。 この時点で、フェールオーバー グループ エンドポイントを使用したログイン試行は失敗し始めます。
  4. サーバー B と C の間で同じ名前でフェールオーバー グループを作成し、もう一度作成します。
  5. B のすべてのプライマリ データベースを新しいフェールオーバー グループに追加します。 この時点で、ログイン試行は失敗しなくなります。
  6. フェールオーバー グループの計画的 geo フェールオーバーを実行して、B と C を切り替えます。これで、サーバー C がプライマリになり、B がセカンダリになります。 サーバー A 上のすべてのセカンダリ データベースは、自動的に C のプライマリにリンクされます。手順 1 と同様に、フェールオーバーによって数分間のダウンタイムが発生する場合があります。
  7. サーバー A を削除します。A のすべてのデータベースは自動的に削除されます。

重要

フェールオーバー グループを削除すると、リスナー エンドポイントの DNS レコードも削除されます。 その時点で、他のユーザーがフェールオーバー グループまたは同じ名前のサーバー DNS エイリアスを作成する確率は 0 以外です。 フェールオーバー グループ名と DNS エイリアスはグローバルに一意である必要があります。これにより、同じ名前を再度使用する必要はありません。 このリスクを最小限に抑えるには、汎用フェールオーバーグループ名を使用しないでください。

フェールオーバー グループとネットワーク セキュリティ

一部のアプリケーションでは、セキュリティ規則により、データ層へのネットワーク アクセスを、VM や Web サービスなどの特定の 1 つまたは複数のコンポーネントに制限することが要求されています。この要件により、ビジネス継続性の設計とフェールオーバー グループの使用に関するいくつかの課題が生じます。 このような制限付きアクセスを実装する場合は、次のオプションを検討してください。

フェールオーバーグループと仮想ネットワークサービスエンドポイントの使用

仮想ネットワーク サービス エンドポイントおよび規則を使用して データベースへのアクセスを制限する場合、各仮想ネットワーク サービス エンドポイントは 1 つの Azure リージョンだけにしか適用されないことに注意してください。 そのエンドポイントにより、他のリージョンでサブネットからの通信の受け入れが可能になることはありません。 そのため、同じリージョンにデプロイされているクライアント アプリケーションのみが、プライマリ データベースに接続できます。 geo フェールオーバーによって、SQL Database のクライアントセッションが別の (セカンダリ) リージョンのサーバーに再ルーティングされるため、このようなセッションは、そのリージョンの外部のクライアントから発生した場合に失敗することがあります。 そのため、参加するサーバーが仮想ネットワーク規則に含まれている場合、マイクロソフトマネージドフェールオーバー ポリシーを有効にすることはできません。 手動フェールオーバーポリシーをサポートするには、次の手順を行います。

  1. アプリケーションのフロントエンドコンポーネント (web サービス、仮想マシンなど) の冗長コピーをセカンダリリージョンにプロビジョニングします。
  2. プライマリサーバーとセカンダリサーバーに対して、仮想ネットワークルール を個別に構成します。
  3. Traffic manager の構成を使用してフロントエンドフェールオーバーを有効にします。
  4. 障害が検出されたときに、手動 geo フェールオーバーを開始します。 このオプションは、フロント エンドとデータ層の間で一貫した待機時間を必要とするアプリケーションに対して最適化されており、フロント エンド、データ層、またはこの両方が機能停止の影響を受ける場合に回復をサポートします。

Note

読み取り専用リスナーを使用して読み取り専用ワークロードの負荷を分散する場合は、このワークロードを必ずセカンダリ リージョン内の VM などのリソースで実行することで、セカンダリ データベースに接続できるようにします。

フェールオーバー グループおよびファイアウォール規則を使用する

ビジネス継続性計画でフェールオーバーを含むグループを使用したフェールオーバーが必要な場合は、パブリック IP ファイアウォール規則を使用して SQL Database でデータベースへのアクセスを制限できます。 この構成では、自動 geo フェールオーバーによって、フロントエンド コンポーネントからの接続がブロックしないことを保証し、アプリケーションがフロントエンドとデータ層の間の長いレイテンシーを許容できることを前提としています。

フェールオーバーグループをサポートするには、次の手順を行います。

  1. パブリック IP を作成します。
  2. パブリック ロード バランサーを作成し、パブリック IP を割り当てます。
  3. フロントエンドコンポーネント用の仮想ネットワークと仮想マシンを作成します。
  4. ネットワーク セキュリティ グループを作成し、受信接続を構成します。
  5. Sql.<Region> サービス タグを使用して、リージョン内の Azure SQL Database に対して送信接続が開かれていることを確認します。
  6. SQL Database ファイアウォール規則を作成して、手順 1 で作成したパブリック IP アドレスからの受信トラフィックを許可します。

送信アクセスを構成する方法と、ファイアウォール規則で使用する IP の詳細については、ロード バランサー送信接続に関するページを参照してください。

重要

地域的な障害発生時のビジネス継続性を保証するには、フロントエンドコンポーネントとデータベースの両方で地理的な冗長性を確保する必要があります。

アクセス許可

フェールオーバー グループに対するアクセス許可は、Azure ロールベースのアクセス制御 (Azure RBAC) によって管理されます。

フェールオーバー グループを作成および管理するには、Azure RBAC 書き込みアクセスが必要です。 SQL Server 共同作成者ロールには、フェールオーバー グループを管理するために必要なすべてのアクセス許可があります。

次の表に、Azure SQL Database の具体的なアクセス許可のスコープを示します。

操作 権限 スコープ
フェールオーバー グループの作成 Azure RBAC 書き込みアクセス プライマリ サーバー
セカンダリ サーバー
フェールオーバー グループ内のすべてのデータベース
フェールオーバー グループを更新する Azure RBAC 書き込みアクセス フェールオーバー グループ
現在のプライマリ サーバー上のすべてのデータベース
フェールオーバー グループをフェールオーバーする Azure RBAC 書き込みアクセス 新しいサーバー上のフェールオーバー グループ

制限事項

次の制限事項に注意してください。

  • 同じ Azure リージョン内の 2 つのサーバー間で、フェールオーバー グループを作成することはできません。
  • フェールオーバー グループでは、グループ内のすべてのデータベースを別のリージョンの 1 つのセカンダリ論理サーバーにのみ geo レプリケートできます。
  • フェールオーバー グループの名前を変更することはできません。 グループを削除し、別の名前で再作成する必要があります。
  • データベース名の変更は、フェールオーバー グループ内のデータベースではサポートされていません。 データベースの名前を変更したり、フェールオーバー グループからデータベースを削除したりするには、フェールオーバー グループを一時的に削除する必要があります。
  • 単一データベースまたはプールされたデータベースのフェールオーバー グループを削除しても、レプリケーションは停止されず、レプリケートされたデータベースは削除されません。 単一またはプールされたデータベースを削除した後にフェールオーバー グループに追加し直す場合は、geo レプリケーションを手動で停止し、セカンダリ サーバーからデータベースを削除する必要があります。 いずれかの操作を行わないと、データベースをフェールオーバー グループに追加しようとしたときに The operation cannot be performed due to multiple errors のようなエラーが発生する可能性があります。
  • フェールオーバー グループ名には名前付けの制限があります。
  • 新しいフェールオーバー グループを作成するとき、または既存のフェールオーバー グループにデータベースを追加する場合は、Azure portal を使用している場合にのみデータベースをスタンバイ レプリカとして指定できます。Azure PowerShell と Azure CLI は現在使用できません。

フェールオーバーグループをプログラムで管理する

フェールオーバー グループは、Azure PowerShell、Azure CLI、および REST API を使用してプログラムで管理することもできます。 次の表では、使用できるコマンド セットについて説明します。 フェールオーバーグループには、管理のための Azure Resource Manager API 一式 (Azure SQL データベース REST API、Azure PowerShell コマンドレットなど) が含まれています。 これらの API では、リソース グループを使用する必要があり、Azure のロール ベースのアクセス制御 (Azure RBAC) がサポートされます。 アクセス ロールの実装方法の詳細については、Azure のロール ベースのアクセス制御 (Azure RBAC) に関するページをご覧ください。

コマンドレット 説明
New-AzSqlDatabaseFailoverGroup このコマンドはフェールオーバー グループを作成し、それをプライマリとセカンダリの両方のサーバーに登録します。
Add-AzSqlDatabaseToFailoverGroup 1 つまたは複数のデータベースをフェールオーバー グループに追加します。
Remove-AzSqlDatabaseFromFailoverGroup ひとつまたは複数のデータベースをフェールオーバー グループから削除します。
Remove-AzSqlDatabaseFailoverGroup フェールオーバー グループをサーバーから削除します。
Get-AzSqlDatabaseFailoverGroup フェールオーバー グループの構成を取得します。
Set-AzSqlDatabaseFailoverGroup フェールオーバー グループの構成を変更します。
Switch-AzSqlDatabaseFailoverGroup セカンダリ サーバーへのフェールオーバー グループのフェールオーバーをトリガーします

Note

Az.SQL 3.11.0 以降の Azure Powershell では、-PartnerSubscriptionId パラメーターを使って、サブスクリプション全体にフェールオーバー グループをデプロイできます。 詳細については、以下の例を参照してください。

関連するコンテンツ