ストレージ アカウントのフェールオーバーを開始する
何らかの理由で geo 冗長ストレージ アカウントのプライマリ エンドポイントが利用できなくなった場合、アカウントのフェールオーバーを開始できます。 アカウントのフェールオーバーでは、セカンダリ エンドポイントが更新されて、ストレージ アカウントのプライマリ エンドポイントになります。 フェールオーバーが完了すると、クライアントは新しいプライマリ リージョンへの書き込みを開始できます。 強制フェールオーバーを使用すると、アプリケーションの高可用性を維持することができます。
この記事では、Azure portal、PowerShell、または Azure CLI を使用して、ストレージ アカウントのアカウントのフェールオーバーを開始する方法を示します。 アカウントのフェールオーバーの詳細については、「ディザスター リカバリーとストレージ アカウントのフェールオーバー」をご覧ください。
警告
通常、アカウントのフェールオーバーでは若干のデータ損失が発生します。 アカウントのフェールオーバーの影響を理解し、データ損失に備えるには、データ損失と不整合に関する説明を参照してください。
注意
Azure を操作するには、Azure Az PowerShell モジュールを使用することをお勧めします。 作業を開始するには、Azure PowerShell のインストールに関する記事を参照してください。 Az PowerShell モジュールに移行する方法については、「AzureRM から Az への Azure PowerShell の移行」を参照してください。
前提条件
ストレージ アカウントでアカウントのフェールオーバーを実行前に、以下をご確認ください。
- ストレージ アカウントは geo レプリケーション (GRS、GZRS、RA-GRS、RA-GZRS) 用に構成されている。 Azure Storage の冗長性の詳細については、「Azure Storage の冗長性」を参照してください。
- ストレージ アカウントの種類は、お客様が開始するフェールオーバーをサポートする。 サポートされるストレージ アカウントの種類を参照してください。
- ストレージ アカウントには、アカウントのフェールオーバーでサポートされていない機能またはサービスが有効になっていない。 詳細な一覧については、「サポートされていない機能とサービス」を参照してください。
フェールオーバーを開始する
アカウントのフェールオーバーは、Azure portal、PowerShell、または Azure CLI から開始できます。
注意
Azure を操作するには、Azure Az PowerShell モジュールを使用することをお勧めします。 作業を開始するには、Azure PowerShell のインストールに関する記事を参照してください。 Az PowerShell モジュールに移行する方法については、「AzureRM から Az への Azure PowerShell の移行」を参照してください。
Azure portal からアカウントのフェールオーバーを開始するには、次の手順のようにします。
ストレージ アカウントに移動します。
[設定] で [geo レプリケーション] を選択します。 次の図では、ストレージ アカウントの geo レプリケーションとフェールオーバーの状態を示します。
お使いのストレージ アカウントが、geo 冗長ストレージ (GRS) または読み取りアクセス geo 冗長ストレージ (RA-GRS) 用に構成されていることを確認します。 そうでない場合は、 [設定] の [構成] を選択して、アカウントを geo 冗長に更新します。
[最終同期時刻] プロパティでは、セカンダリがプライマリからどれくらい遅れているかが示されます。 [最終同期時刻] では、フェールオーバー完了後に発生するデータ損失の範囲の見積もりが提供されます。 [最終同期時刻] プロパティの詳細については、「ストレージ アカウントの最終同期時刻プロパティを確認する」を参照してください。
[フェールオーバーの準備] を選択します。
確認ダイアログを確認します。 準備ができていれば、 [はい] を選択して確認し、フェールオーバーを開始します。
アカウントのフェールオーバーの重要な影響
ストレージ アカウントのアカウントのフェールオーバーを開始すると、セカンダリ エンドポイントがプライマリ エンドポイントになるように、セカンダリ エンドポイントの DNS レコードが更新されます。 フェールオーバーを開始する前に、ストレージ アカウントに対して可能性のある影響について理解しておいてください。
フェールオーバーを始める前に、可能性のあるデータ損失の範囲を見積もるには、 [最終同期時刻] プロパティを確認します。 [最終同期時刻] プロパティの詳細については、「ストレージ アカウントの最終同期時刻プロパティを確認する」を参照してください。
開始後のフェールオーバーにかかる時間は異なりますが、通常 1 時間未満です。
フェールオーバーの後、新しいプライマリ リージョンでのストレージ アカウントの種類は、ローカル冗長ストレージ (LRS) に自動的に変換されます。 アカウントに対して geo 冗長ストレージ (GRS) または読み取りアクセス geo 冗長ストレージ (RA-GRS) を再び有効にすることができます。 LRS から GRS または RA-GRS に変換すると、追加コストが発生することに注意してください。 このコストは、データを新しいセカンダリ リージョンにレプリケートするためのネットワーク エグレス料金によるものです。 詳しくは、「帯域幅の料金詳細」をご覧ください。
ストレージ アカウントの GRS を再度有効にすると、アカウント内のデータの新しいセカンダリ リージョンへのレプリケートが開始されます。 レプリケーション時間は、次のような多くの要因に依存します。
- ストレージ アカウント内のオブジェクトの数とサイズ。 数の多くい小さなオブジェクトは、数の少ない大きなオブジェクトよりも時間がかかる場合があります。
- CPU、メモリ、ディスク、WAN の容量など、バックグラウンド レプリケーションに使用できるリソース。 ライブ トラフィックは geo レプリケーションよりも優先されます。
- BLOB ストレージを使用している場合は、BLOB ごとのスナップショットの数。
- Table ストレージを使用する場合は、 データのパーティション分割戦略。 レプリケーション プロセスでは、使用するパーティション キーの数を超えて拡張することはできません。