レプリケーション戦略を確認する
ご利用の Azure ストレージ アカウント内のデータは、持続性と高可用性を維持するため、常にレプリケートされています。 Azure Storage レプリケーションは、予定および予定外のイベントから保護するためにデータをコピーします。 これらのイベントの範囲は、一時的なハードウェア障害、ネットワークまたは停電、大規模な自然災害などです。 同じデータ センター内、同じリージョンのゾーンのデータ センターとの間、さらにはリージョンとの間でデータをレプリケートすることを選択できます。 レプリケーションにより、障害が発生しても、ストレージ アカウントは Azure Storage のサービス レベル アグリーメント (SLA) を確実に満たすことができます。
次の 4 つのレプリケーション戦略について説明します。
- ローカル冗長ストレージ (LRS)
- ゾーン冗長ストレージ (ZRS)
- geo 冗長ストレージ (GRS)
- geo ゾーン冗長ストレージ (GZRS)
ローカル冗長ストレージ
ローカル冗長ストレージは最も低コストのレプリケーション オプションであり、提供される持続性は他の戦略と比較して最も低くなります。 火災や洪水などのデータ センター レベルの災害が発生した場合、すべてのレプリカが失われたり回復不能になる可能性があります。 その制限にもかかわらず、いくつかのシナリオでは LRS が適切な場合があります。
- データ損失が発生した場合に簡単に再構築できるデータがアプリケーションで格納されている。
- データはライブ フィードのように絶えず変化しており、データの格納は必須ではない。
- データ ガバナンスの要件によって、アプリケーションでのデータのレプリケートが国/地域の内部に制限されています。
ゾーン冗長ストレージ
ゾーン冗長ストレージでは、単一リージョン内の 3 つのストレージ クラスターにわたってデータが同期的にレプリケートされます。 各ストレージ クラスターは、他のクラスターから物理的に分離されていて、独自の可用性ゾーン内に置かれています。 各可用性ゾーンとその中の ZRS クラスターは自律的であり、独立したユーティリティとネットワーク機能を備えています。 ZRS アカウントでデータを格納することで、1 つのゾーンが使用できなくなった場合にデータへのアクセスと管理を確実に行えるようになります。 ZRS はパフォーマンスに優れ、短い待機時間です。
- ZRSは現在、一部のリージョンでは利用できません。
- 別のデータ レプリケーション オプションから ZRS に変更するには、1 つのストレージ スタンプから、リージョン内の複数のスタンプへの物理的なデータ移動が必要になります。
geo 冗長ストレージ
geo 冗長ストレージでは、(ソース データのプライマリの場所から数百マイル離れた) セカンダリ リージョンにデータがレプリケートされます。 GRS では、リージョンが停止しているときでも、より高いレベルの持続性が提供されます。 GRS は、少なくとも 99.99999999999999% (16 個の 9) の持続性を提供するように設計されています。 ご利用のストレージ アカウントで GRS が有効になっている場合は、プライマリ リージョンを復旧できない完全なリージョンの停止や災害が発生しても、データには持続性があります。
GRS を実装する場合は、関連する 2 つのオプションから選択できます。
GRS では、セカンダリ リージョン内の別のデータ センターにデータをレプリケートします。 そのデータを読み取れるのは、Microsoft がプライマリ リージョンからセカンダリ リージョンへのフェールオーバーを開始した場合だけです。
読み取りアクセス geo 冗長ストレージ (RA-GRS) は GRS に基づいています。 RA-GRS は、セカンダリ リージョンの別のデータセンターにデータをレプリケートします。また、セカンダリ リージョンから読み取るオプションもあります。 RA-GRS を使用すると、Microsoft がプライマリからセカンダリへのフェールオーバーを開始するかどうかにかかわらず、セカンダリ リージョンから読み取ることができます。
GRS または RA-GRS が有効なストレージ アカウントでは、すべてのデータが最初にローカル冗長ストレージでレプリケートされます。 まず、更新はプライマリの場所にコミットされ、LRS を使用してレプリケートされます。 その後、更新は、GRS を使用してセカンダリ リージョンに非同期にレプリケートされます。 セカンダリ リージョンのデータは LRS を使用します。 プライマリ リージョンとセカンダリ リージョンの両方が、ストレージ スケール ユニット内の異なる障害ドメインとアップグレード ドメイン間でレプリカを管理します。 ストレージ スケール ユニットは、データセンター内の基本的なレプリケーション ユニットです。 このレベルのレプリケーションは LRS によって提供されます。
geo ゾーン冗長ストレージ
geo ゾーン冗長ストレージでは、ゾーン冗長ストレージの高可用性が、geo 冗長ストレージによって提供されるリージョンの停止からの保護と組み合わせられています。 GZRS ストレージ アカウント内のデータは、プライマリ リージョンの 3 つの Azure 可用性ゾーン間でレプリケートされ、リージョンの災害から保護するためにセカンダリ地理的リージョンにもレプリケートされます。 各 Azure リージョンは、同じ geo 内の別のリージョンと組み合わせて、リージョン ペアにして使用します。
GZRS ストレージ アカウントを使用すると、可用性ゾーンが使用できなくなったり、回復できなくなった場合に、引き続きデータの読み取りと書き込みを行うことができます。 さらに、プライマリ リージョンを復旧できない完全なリージョンの停止や災害の発生時でも、データには持続性があります。 GZRS は、オブジェクトに年間 99.99999999999999% (シックスティーンナイン) 以上の持続性を確保するように設計されています。 GZRS では、LRS、ZRS、GRS、または RA-GRS と同じスケーラビリティ ターゲットも提供されます。 オプションで、読み取りアクセス geo ゾーン冗長ストレージ (RA-GZRS) を使用して、セカンダリ リージョンのデータに対する読み取りアクセスを有効にできます。
ヒント
Microsoft では、一貫性、持続性、高可用性、優れたパフォーマンス、ディザスター リカバリーのための回復性を必要とするアプリケーションに対しては、GZRS を使用することをお勧めしています。 リージョンの災害が発生した場合に、セカンダリ リージョンに対する読み取りアクセスで RA-GZRS を有効にします。
レプリケーション戦略を選ぶときに考慮すべきこと
さまざまなレプリケーション戦略の持続性と可用性の範囲を調べてみましょう。 次の表に、レプリケーション プロセス中のいくつかの重要な要因 (データ センター内でノードを使用できないことや、データ センター全体 (ゾーンまたはゾーン外) が使用できなくなるかどうかなど) を示します。 この表では、リージョン全体で使用できない場合にリモートの geo レプリケート リージョン内のデータへの読み取りアクセスと、サポートされている Azure ストレージ アカウントの種類を示します。
| データ センター内のノードを使用できない | データ センター全体を使用できない | リージョン全体の停止 | リージョン全体の停止中の読み取りアクセス |
|---|---|---|---|
| - LRS - ZRS - GRS - RA-GRS - GZRS - RA-GZRS |
- ZRS - GRS - RA-GRS - GZRS - RA-GZRS |
- GRS - RA-GRS - GZRS - RA-GZRS |
- RA-GRS - RA-GZRS |