レプリケーション戦略を確認する

7 分

ご利用の Azure ストレージアカウント内のデータは、持続性と高可用性を維持するため、常にレプリケートされています。 Azure Storage レプリケーションは、予定および予定外のイベントから保護するためにデータをコピーします。これらのイベントの範囲は、一時的なハードウェア障害、ネットワークまたは停電、大規模な自然災害などです。同じデータセンター内、同じリージョンのゾーンのデータセンターとの間、さらにはリージョンとの間でデータをレプリケートすることを選択できます。レプリケーションにより、障害が発生しても、ストレージアカウントは Azure Storage のサービスレベルアグリーメント (SLA) を確実に満たすことができます。

次の 4 つのレプリケーション戦略について説明します。

ローカル冗長ストレージ (LRS)
ゾーン冗長ストレージ (ZRS)
geo 冗長ストレージ (GRS)
geo ゾーン冗長ストレージ (GZRS)

ローカル冗長ストレージ

3 つのコピーを含む LRS ストレージの図。

ローカル冗長ストレージは最も低コストのレプリケーションオプションであり、提供される持続性は他の戦略と比較して最も低くなります。火災や洪水などのデータセンターレベルの災害が発生した場合、すべてのレプリカが失われたり回復不能になる可能性があります。その制限にもかかわらず、いくつかのシナリオでは LRS が適切な場合があります。

データ損失が発生した場合に簡単に再構築できるデータがアプリケーションで格納されている。
データはライブフィードのように絶えず変化しており、データの格納は必須ではない。
データガバナンスの要件によって、アプリケーションが国または地域の内部でのみデータをレプリケートするように制限されている。

ゾーン冗長ストレージ

3 つのデータセンターがある ZRS ストレージの図。

ゾーン冗長ストレージでは、単一リージョン内の 3 つのストレージクラスターにわたってデータが同期的にレプリケートされます。各ストレージクラスターは、他のクラスターから物理的に分離されていて、独自の可用性ゾーン内に置かれています。各可用性ゾーンとその中の ZRS クラスターは自律的であり、独立したユーティリティとネットワーク機能を備えています。 ZRS アカウントでデータを格納することで、1 つのゾーンが使用できなくなった場合にデータへのアクセスと管理を確実に行えるようになります。 ZRS はパフォーマンスに優れ、短い待機時間です。

ZRS は現在、すべてのリージョンで使用できません。
別のデータレプリケーションオプションから ZRS に変更するには、1 つのストレージスタンプから、リージョン内の複数のスタンプへの物理的なデータ移動が必要になります。

geo 冗長ストレージ

2 つのデータセンターがある GRS ストレージの図。

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 ゾーン冗長ストレージ

2 つのデータセンターがある RA-GRS ストレージの図。

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 ストレージアカウントの種類を示します。