データの冗長性のために設計する

  • 15 分

Azure Storage では、常に Tailwind Traders データのコピーを複数格納します。 この冗長性により、計画されたイベントと計画外のイベントからデータが保護されます。 このようなイベントには、一時的なハードウェアの障害、ネットワークの停止や停電、大規模な自然災害などが含まれます。 ストレージの冗長性により、ストレージ アカウントは可用性と持続性の目標を確実に満たすことができます。

データの冗長性について知っておくべきこと

Azure Storage でのデータ冗長性について次の特性を確認します。

  • 冗長性は、プライマリ リージョンにデータをレプリケートすることによって実現されます。

  • ストレージ アカウントの作成時に、アカウントのプライマリ リージョンを選択します。

  • プライマリ リージョンでは、ローカル冗長ストレージ (LRS) とゾーン冗長ストレージ (ZRS) の 2 つのレプリケーション オプションがサポートされています。

  • セカンダリ リージョンに対してレプリケーションを実行することもできます。 高い持続性を必要とするアプリケーションには、セカンダリ リージョンをお勧めします。

  • ペアのセカンダリ リージョンはプライマリ リージョンに基づいて決定され、変更することはできません。

  • セカンダリ リージョンは、通常、地理的にプライマリ リージョンから離れた場所にあります。 この距離は、地域の災害から保護するのに役立ちます。

  • セカンダリ リージョンでは、geo 冗長ストレージ (GRS) と geo ゾーン冗長ストレージ (GZRS) の 2 つのレプリケーション オプションがサポートされています。

プライマリ リージョンでの冗長性

Azure Storage には、プライマリ リージョンでデータをレプリケートするための 2 つのオプションがあります。ローカル冗長ストレージとゾーン冗長ストレージです。

Diagram of locally redundant storage with three copies in the data center, and zone-redundant storage with three copies in different data centers.

  • ローカル冗長ストレージは、最も低コストで、持続性が最も低い冗長化オプションです。 LRS は、サーバー ラックとドライブの障害からデータを保護します。 ただし、データ センターに障害が発生すると、LRS を使っているストレージ アカウントのすべてのレプリカが失われたり、回復できなくなったりする可能性があります。

  • ゾーン冗長ストレージ では、プライマリ リージョン内の 3 つの Azure 可用性ゾーンにまたがって同期的にレプリケートします。 ZRS を使用すると、データは、ゾーンが使用できなくなった場合でも読み取り操作と書き込み操作の両方にアクセスできます。

セカンダリ リージョンでの冗長性

高い持続性が必要なアプリケーションの場合、ご利用のストレージ アカウントのデータをセカンダリ リージョンにコピーすることを選択できます。 Azure Storage には、データをセカンダリ リージョンにコピーするための 2 つのオプションがあります。geo 冗長ストレージと geo ゾーン冗長ストレージです。

Diagram that shows locally redundant storage and zone-redundant storage replicated to the secondary region.

  • GRS と GZRS の主な違いは、プライマリ リージョンでのデータのレプリケート方法です。 セカンダリ リージョン内では、データは常に LRS と同期してレプリケートされます。

  • プライマリ リージョンが使用できなくなった場合、セカンダリ リージョンへのフェールオーバーを選択できます。 フェールオーバーが完了すると、セカンダリ リージョンがプライマリ リージョンになり、データの読み取りと書き込みを再び行うことができます。

  • データはセカンダリ リージョンに非同期的にレプリケートされます。 プライマリ リージョンに影響する障害が発生した場合、プライマリ リージョンを復旧できない場合にデータ損失が発生する可能性があります。

  • GRS または GZRS では、セカンダリ リージョンへのフェールオーバーがない限り、セカンダリ リージョンのデータを読み取りまたは書き込みアクセスに利用できません。 セカンダリ リージョンへの読み取りアクセスについては、読み取りアクセス geo 冗長ストレージ (RA-GRS) または読み取りアクセス geo ゾーン冗長ストレージ (RA-GZRS) を使用するようにストレージ アカウントを構成します。

データ冗長性を使用する際の考慮事項

レプリケーションを実装するためのさまざまなオプションを確認しました。 データ冗長性は、プライマリ リージョンとペアのセカンダリ リージョンを通じて実現されます。 Tailwind Traders のストレージ アカウントと冗長性設定を計画するときは、次の要素を検討してください。

  • プライマリ レプリケーション オプションを検討する。 Tailwind Traders のデータをプライマリ リージョンでレプリケートする方法について、さまざまなシナリオを説明します。 冗長性オプションには、低コストと高可用性のトレードオフの関係があります。 一部のビジネス センターでは、より高いデータ冗長性が必要になる可能性があります。 特定の部門またはリージョンでは、機密性の高くないデータまたは高い持続性を必要としないデータを使用している可能性があります。 冗長性が異なる複数のストレージ アカウントを実装することで、組織全体の全体的なコストを制御することができます。

  • ローカル冗長ストレージを検討する。 低コストの冗長性ソリューションに LRS を実装します。ただし、持続性は制限されます。 LRS は、データ損失が発生した場合に簡単に再構築できるデータを格納する Tailwind Traders アプリに適しています。 LRS はまた、データ ガバナンス要件を理由に国または地域内でのみデータをレプリケートするように制限されているアプリにも適しています。

  • ゾーン冗長ストレージを検討する。 ZRS を選択すると、データが一時的に使用できなくなった場合に、データに対して優れたパフォーマンス、低待機時間、および回復性が提供されます。 ZRS だけでは、複数のゾーンが永続的に影響を受ける地域の災害からデータを保護できない可能性があることに注意してください。

  • セカンダリ リージョンを検討する。 高持続性を必要とするアプリケーションでは、プライマリ リージョンから数百キロ離れたセカンダリ リージョンにストレージ アカウントのデータを追加でコピーすることもできます。 ご使用のストレージ アカウントがセカンダリ リージョンにコピーされている場合は、地域全体が停電になった場合やプライマリ リージョンが復旧できない災害が発生しても、データは保持されます。

  • 読み取りアクセスの要件を検討する。 何らかの理由でプライマリ リージョンを使用できなくなった場合に、セカンダリ リージョンにレプリケートされたデータへの読み取りアクセスが必要な Tailwind Traders アプリケーションを識別します。 セカンダリ リージョンへの読み取りアクセス権を持つストレージ アカウントを構成します。 プライマリ リージョンが使用できなくなった場合、アプリケーションはセカンダリ リージョンからのデータの読み取りにシームレスに移行できます。