Azure Storage の冗長性

[アーティクル]
01/19/2024

Azure Storage は、計画的および計画外のイベントからデータを保護するために、データの複数のコピーを常に保存します。これらのイベントの例には、一時的なハードウェア障害、ネットワークまたは停電、大規模な自然災害などが含まれます。冗長性を確保することで、障害が発生した場合でも、ストレージアカウントが可用性と耐久性に関する目標を確実に達成できます。

ご自身のシナリオに最適な冗長性オプションを決定する際には、低コストと高可用性のトレードオフを検討してください。どの冗長性オプションを選択するかの判断に役立つ要因は次のとおりです。

プライマリリージョンでのデータのレプリケート方法。
地域災害から保護するために、データをプライマリリージョンから地理的に離れた 2 つ目のリージョンにレプリケートするかどうか (geo レプリケーション)。
プライマリリージョンで障害が発生した場合に、アプリケーションがセカンダリリージョンのレプリケートされたデータへの読み取りアクセス権を必要とするかどうか (読み取りアクセス権付きの geo レプリケーション)。

Note

この記事で説明する機能とリージョン別の提供状況は、階層型名前空間 (Azure Blob ストレージ) を持つアカウントでも利用できます。

Microsoft Azure Storage を構成するサービスは、ストレージアカウントと呼ばれる一般的な Azure リソースを介して管理されます。ストレージアカウントは、ストレージの共有プールを表し、BLOB コンテナー (BLOB Storage)、ファイル共有 (Azure Files)、テーブル (Table Storage)、キュー (キュー Storage) などのストレージリソースをデプロイするために使用できます。 Microsoft Azure Storage アカウントの詳細については、「ストレージアカウントの概要」を参照してください。

ストレージアカウントの冗長性設定は、そのアカウントによって公開されるすべてのストレージサービスで共有されます。同じストレージアカウントにデプロイされたすべてのストレージリソースの冗長性設定は同じです。さまざまな冗長性の要件がある場合は、さまざまなリソースを別々のストレージアカウントに分離することを検討してください。

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

Azure Storage アカウントのデータは、常にプライマリリージョンで 3 回レプリケートされます。 Azure Storage には、プライマリリージョンでデータをレプリケートする方法について、次の 2 つのオプションが用意されています。

ローカル冗長ストレージ (LRS) は、プライマリリージョンの 1 つの物理的な場所内で、データを同期的に 3 回コピーします。 LRS は最もコストのかからないレプリケーションオプションですが、高可用性または持続性を必要とするアプリケーションには推奨されません。
ゾーン冗長ストレージ (ZRS) は、プライマリリージョンの 3 つの Azure 可用性ゾーン間でデータを同期的にコピーします。高可用性を必要とするアプリケーションでは、プライマリリージョンで ZRS を使用し、セカンダリリージョンにもレプリケートすることをお勧めします。

Note

Microsoft は、Azure Data Lake Storage ワークロード用にプライマリリージョンで ZRS を使うことをお勧めします。

ローカル冗長ストレージ

ローカル冗長ストレージ (LRS) によって、プライマリリージョンの単一のデータセンター内で、ストレージアカウントは 3 回レプリケートされます。 LRS では、オブジェクトに年間 99.999999999% (9 が 11 個) 以上の持続性が提供されます。

LRS は、コストが最も安い冗長オプションであり、他のオプションと比較して持続性は最も低くなります。 LRS は、サーバーラックとドライブの障害からデータを保護します。ただし、データセンター内で火災や洪水などの災害が発生した場合は、LRS を使用しているストレージアカウントのすべてのレプリカが失われたり、回復不能になったりする可能性があります。このリスクを軽減するために、Microsoft ではゾーン冗長ストレージ (ZRS)、geo 冗長ストレージ (GRS)、または geo ゾーン冗長ストレージ (GZRS) を使用することを推奨しています。

LRS を使用しているストレージアカウントへの書き込み要求は、同期的に行われます。書き込み操作は、データが 3 つのレプリカすべてに書き込まれた場合にのみ、正常に返されます。

次の図は、LRS を使用した、単一のデータセンター内でのデータのレプリケーション方法を示しています。

LRS を使用した、単一のデータセンター内でのデータのレプリケーション方法を示す図

LRS は、次のシナリオに適しています。

データ損失が発生した場合に簡単に再構築できるデータをアプリケーションが保存している場合は、LRS の選択を検討してください。
データガバナンス要件により、アプリケーションがデータをレプリケートするのが地域内のみに制限されている場合は、LRS の選択を検討してください。場合によっては、データが geo レプリケートされているペアリージョンが別の地域にある場合があります。ペアリングされるリージョンの詳細については、「Azure リージョン」を参照してください。
シナリオで Azure アンマネージドディスクを使っている場合は、LRS の使用を検討してください。 GRS を使用する Azure アンマネージドディスクのストレージアカウントを作成することはできますが、非同期 geo レプリケーションの整合性に関する潜在的な問題のため、お勧めしません。

ゾーン冗長ストレージ

ゾーン冗長ストレージ (ZRS) は、プライマリリージョンの 3 つの Azure 可用性ゾーン間でストレージアカウントを同期的にレプリケートします。各可用性ゾーンは、独立した電源、冷却装置、ネットワークを備えた独立した物理的な場所です。 ZRS は、ストレージリソースに年間 99.9999999999% (9 が 12 個) 以上の持続性を提供します。

ZRS を利用すると、データは、ゾーンが使用できなくなった場合でも読み取り操作と書き込み操作の両方にアクセスできます。ゾーンが使用できなくなった場合、Azure により、ドメインネームシステム (DNS) の再指定などのネットワークの更新が行われます。更新が完了する前にデータにアクセスすると、これらの更新がアプリケーションに影響を与える可能性があります。 ZRS 用のアプリケーションを設計するときは、指数バックオフを使用した再試行ポリシーを実装するなど、一時的な障害処理方法に関するプラクティスに従ってください。

ZRS を使用しているストレージアカウントへの書き込み要求は、同期的に行われます。書き込み操作は、3 つの可用性ゾーンのすべてのレプリカにデータが書き込まれた場合にのみ、正常に返されます。可用性ゾーンが一時的に使用できない場合、データはすべての利用可能なゾーンに書き込まれた後、操作は正常に返されます。

高可用性を必要とするシナリオでは、プライマリリージョンで ZRS を使用することをお勧めします。データガバナンス要件を満たすために、特定の地域へのデータのレプリケーションを制限する場合にも、ZRS をお勧めします。

Microsoft では、Azure Files ワークロードに ZRS を使用することをお勧めします。ゾーンが使用できなくなった場合、接続されているクライアントから Azure ファイル共有を再マウントする必要はありません。

次の図は、ZRS を使用した、プライマリリージョンの可用性ゾーン間でのデータのレプリケーション方法を示しています。

ZRS を使用した、プライマリリージョンでのデータのレプリケーション方法を示す図

ZRS は、データが一時的に使用できなくなった場合に、データに対して優れたパフォーマンス、低待機時間、および回復性を提供します。ただし、ZRS だけでは、複数のゾーンが永続的に影響を受ける地域的な災害からデータを完全に保護できない可能性があります。 geo ゾーン冗長ストレージ (GZRS) は、プライマリリージョンで ZRS を使い、データをセカンダリリージョンに geo レプリケートします。 GZRS は多くのリージョンで使用でき、地域的な災害から守るために推奨されます。

BLOB Storage のアーカイブレベルは、ZRS、GZRS、RA-GZRS アカウントでは現在サポートされていません。アンマネージドディスクでは ZRS または GZRS がサポートされていません。

ZRS をサポートするリージョンの詳細については、「可用性ゾーンを持つ Azure リージョン」を参照してください。

Standard Storage アカウント

ZRS は、次のような Standard 汎用 v2 ストレージアカウントを介して、すべての Microsoft Azure Storage サービスでサポートされます。

Azure BLOB ストレージ (ホットおよびクールブロック BLOB と追加 BLOB、ディスク以外のページ BLOB)
Azure Files (すべての Standard レベル: トランザクション最適化、ホット、クール)
Azure Table Storage
Azure Queue Storage

Standard アカウント向けのゾーン冗長ストレージ (ZRS) をサポートするリージョンの一覧については、Standard ストレージアカウント向けのゾーン冗長ストレージ (ZRS) をサポートする Azure リージョンに関する記事を参照してください。

Premium ブロック BLOB アカウント

ZRS は、Premium ブロック BLOB アカウントでサポートされています。 Premium ブロック BLOB の詳細については、「Premium ブロック BLOB ストレージアカウント」を参照してください。

Premium ブロック BLOB アカウント向けのゾーン冗長ストレージ (ZRS) をサポートするリージョンの一覧については、Premium ブロック BLOB アカウント向けのゾーン冗長ストレージ (ZRS) をサポートする Azure リージョンに関する記事を参照してください。

ZRS は、FileStorageストレージアカウントの種類を通じた Premium ファイル共有 (Azure Files) でサポートされます。

Premium ファイル共有アカウント向けのゾーン冗長ストレージ (ZRS) をサポートするリージョンの一覧については、「Premium ファイル共有向けの Azure Files ゾーン冗長ストレージ」を参照してください。

マネージドディスク

ZRS は、マネージドディスクでサポートされていますが、次の制限があります。

マネージドディスクのゾーン冗長ストレージ (ZRS) をサポートするリージョンの一覧については、「リージョンの可用性」を参照してください。

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

冗長性オプションは、アプリケーションが高い持続性を実現するのに役立ちます。多くのリージョンでは、ストレージアカウント内のデータを、プライマリリージョンから数百マイル離れたセカンダリリージョンにコピーできます。ストレージアカウントをセカンダリリージョンにコピーすると、リージョンが完全に停止した場合や、プライマリリージョンが復旧できない災害が発生した場合でも、データの持続性が維持されます。

ストレージアカウントの作成時に、アカウントのプライマリリージョンを選択します。ペアのセカンダリリージョンはプライマリリージョンに基づいて決定され、変更することはできません。 Azure でサポートされているリージョンの詳細については、「Azure リージョン」を参照してください。

Azure Storage には、セカンダリリージョンにデータをコピーするための 2 つのオプションが用意されています。

geo 冗長ストレージ (GRS) は、LRS を使用して、プライマリリージョンの 1 つの物理的な場所内で、データを同期的に 3 回コピーします。その後、セカンダリリージョンの 1 つの物理的な場所にデータを非同期的にコピーします。セカンダリリージョン内のデータは、LRS を使用して同期的に 3 回コピーされます。
geo ゾーン冗長ストレージ (GZRS) は、ZRS を使用して、プライマリリージョンの 3 つの Azure 可用性ゾーン間でデータを同期的にコピーします。その後、セカンダリリージョンの 1 つの物理的な場所にデータを非同期的にコピーします。セカンダリリージョン内のデータは、LRS を使用して同期的に 3 回コピーされます。

Note

GRS と GZRS の主な違いは、プライマリリージョンでのデータのレプリケート方法です。セカンダリリージョンでは、データは常に LRS を使用して 3 回同期的にレプリケートされます。セカンダリリージョンの LRS は、ハードウェア障害からデータを保護します。

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

プライマリリージョンが使用できなくなった場合、セカンダリリージョンへのフェールオーバーを選択できます。フェールオーバー操作が完了すると、セカンダリリージョンがプライマリリージョンになり、再びデータの読み取りと書き込みができるようになります。ディザスターリカバリーの詳細と、セカンダリリージョンへのフェールオーバーの方法については、「ディザスターリカバリーとストレージアカウントのフェールオーバー」を参照してください。

重要

データはセカンダリリージョンに非同期的にレプリケートされるため、プライマリリージョンに影響を与える障害が発生すると、プライマリリージョンを復旧できない場合にデータが失われる可能性があります。プライマリリージョンへの最新の書き込みと、セカンダリリージョンへの最後の書き込みとの間隔は、回復ポイントの目標 (RPO) と呼ばれます。 RPO は、データを復旧できる対象の時点を示します。現在、データをセカンダリリージョンにレプリケートするのにかかる時間に関する SLA はありませんが、Azure Storage プラットフォームでは通常、RPO は 15 分未満となります。

geo 冗長ストレージ

geo 冗長ストレージ (GRS) は、LRS を使用して、プライマリリージョンの 1 つの物理的な場所内で、データを同期的に 3 回コピーします。その後、プライマリリージョンから何百キロも離れたセカンダリリージョン内の 1 つの物理的な場所にデータが非同期にレプリケートされます。 GRS は、ストレージリソースに年間 99.99999999999999% (9 が 16 個) 以上の持続性を提供します。

書き込み操作は、まずプライマリの場所にコミットされ、LRS を使用してレプリケートされます。更新は、セカンダリリージョンに非同期にレプリケートされます。データがセカンダリの場所に書き込まれると、LRS を使用してその場所内にレプリケートされます。

次の図は、GRS または RA-GRS を使用した、データのレプリケーション方法を示しています。

GRS または RA-GRS を使用した、データのレプリケーション方法を示す図

geo ゾーン冗長ストレージ

geo ゾーン冗長ストレージ (GZRS) により、可用性ゾーン間での冗長性によって提供される高可用性と、geo レプリケーションによって提供されるリージョン障害からの保護が結合されます。 GZRS アカウント内のデータは、プライマリリージョン内の 3 つの Azure 可用性ゾーンにコピーされます。さらに、リージョンの災害から保護するためにセカンダリ地理的リージョンにもレプリケートされます。最大限の一貫性、持続性、高可用性、優れたパフォーマンス、ディザスターリカバリーのための回復性を必要とするアプリケーションに対しては、GZRS を使用することをお勧めします。

GZRS アカウントを使うと、可用性ゾーンが使用できなくなったり、回復できなくなった場合でも、データの読み取りと書き込みを続けることができます。さらに、リージョンが完全に停止した場合や、プライマリリージョンが復旧できない災害が発生した場合でも、データの持続性は維持されます。 GZRS は年間 99.99999999999999 % 以上 (9 が 16 個) のオブジェクトの持続性を提供するように設計されています。

次の図は、GZRS または RA-GZRS を使用した、データのレプリケーション方法を示しています。

GZRS または RA-GZRS を使用した、データのレプリケーション方法を示す図

GZRS は、Standard 汎用 v2 ストレージアカウントでのみサポートされます。すべての Azure Storage サービスで GZRS がサポートされています。

Azure BLOB ストレージ (ホットブロック BLOB とクールブロック BLOB、ディスク以外のページ BLOB)
Azure Files (すべての Standard レベル: トランザクション最適化、ホット、クール)
Azure Table Storage
Azure Queue Storage

geo ゾーン冗長ストレージ (GZRS) をサポートするリージョンの一覧については、「geo ゾーン冗長ストレージ (GZRS) をサポートする Azure リージョン」を参照してください。

セカンダリリージョンのデータへの読み取りアクセス

geo 冗長ストレージ (GRS または GZRS を使用) は、リージョン障害から保護するために、セカンダリリージョンの別の物理的な場所にデータをレプリケートします。 GRS または GZRS 用に構成されたアカウントでは、プライマリリージョンで障害が発生した場合、フェールオーバーが発生しない限り、セカンダリリージョンのデータにはユーザーやアプリケーションから直接アクセスできなくなります。フェールオーバープロセスでは、Azure Storage によって提供される DNS エントリが更新され、セカンダリリージョンのストレージサービスエンドポイントがストレージアカウントの新しいプライマリエンドポイントになります。フェールオーバープロセス中は、データにアクセスできません。フェールオーバーが完了すると、新しいプライマリリージョンでデータの読み取りや書き込みが可能になります。詳細については、停止から復旧するための顧客管理のストレージアカウントのフェールオーバーのしくみに関する記事を参照してください。

アプリケーションで高可用性が必要な場合は、セカンダリリージョンへの読み取りアクセス用にストレージアカウントを構成できます。セカンダリリージョンへの読み取りアクセスを有効にすると、プライマリリージョンが使用できなくなる状況を含め、読み取りにおいてセカンダリからのデータを使用することができます。読み取りアクセス geo 冗長ストレージ (RA-GRS) または読み取りアクセス geo ゾーン冗長ストレージ (RA-GZRS) 構成によって、セカンダリリージョンへの読み取りアクセスが許可されます。

Note

Azure Files では、読み取りアクセス geo 冗長ストレージ (RA-GRS) または読み取りアクセス geo ゾーン冗長ストレージ (RA-GZRS) はサポートされていません。

セカンダリへの読み取りアクセス用にアプリケーションを設計する

ご使用のストレージアカウントがセカンダリリージョンへの読み取りアクセス用に構成されている場合、プライマリリージョンが何らかの理由で使用できなくなった場合に、セカンダリリージョンからデータを読み取るようにシームレスに変更するようにアプリケーションを設計できます。

RA-GRS または RA-GZRS を有効にすると、セカンダリリージョンは読み取りアクセスに使用できるようになります。この可用性により、アプリケーションを事前にテストして、停止中にセカンダリリージョンから適切に読み取られるかどうかを確認できます。 geo 冗長性を利用するようにアプリケーションを設計する方法の詳細については、「geo 冗長性を使用して高可用性アプリケーションを設計する」を参照してください。

セカンダリへの読み取りアクセスが有効な場合、アプリケーションはセカンダリエンドポイントとプライマリエンドポイントの両方から読み取ることができます。セカンダリエンドポイントでは、アカウント名にサフィックス "–secondary" が追加されます。たとえば、BLOB ストレージのプライマリエンドポイントが myaccount.blob.core.windows.net の場合、セカンダリエンドポイントは myaccount-secondary.blob.core.windows.net になります。ストレージアカウントのアカウントアクセスキーは、プライマリエンドポイントとセカンダリエンドポイントの両方で同じです。

データ損失に対して計画する

データはプライマリからセカンダリリージョンに非同期的にレプリケートされるため、通常、セカンダリリージョンは書き込み操作の観点からプライマリリージョンの背後にあります。プライマリリージョンに災害が発生した場合、一部のデータが失われ、ディレクトリまたはコンテナー内のファイルの整合性が失われる可能性があります。潜在的なデータ損失に対する計画の立て方については、「データ損失と不整合」を参照してください。

冗長オプションの概要

次のセクションの表は、Microsoft Azure Storage で使用可能な冗長オプションをまとめています。

耐久性と可用性パラメーター

次の表では、各冗長オプションの主要なパラメーターについて説明します。

パラメーター	LRS	ZRS	GRS/RA-GRS	GZRS/RA-GZRS
指定された 1 年間にわたるオブジェクトの持続性のパーセンテージ	99.999999999% 以上 (9 が 11 個)	99.9999999999% 以上 (9 が 12 個)	99.99999999999999% 以上 (9 が 16 個)	99.99999999999999% 以上 (9 が 16 個)
読み取り要求の可用性	99.9% 以上 (クール、コールド、アーカイブアクセス層の場合は 99%)	99.9% 以上 (クール、コールド、アクセス層の場合は 99%)	GRS の場合 99.9% 以上 (クール、コールド、アーカイブアクセス層の場合は 99%) RA-GRS の場合 99.99% 以上 (クール、コールド、アーカイブアクセス層の場合は 99.9%)	GZRS の場合 99.9% 以上 (クール、コールドアクセス層の場合は 99%) RA-GZRS の場合 99.99% 以上 (クール、コールドアクセス層の場合は 99.9%)
書き込み要求の可用性	99.9% 以上 (クール、コールド、アーカイブアクセス層の場合は 99%)	99.9% 以上 (クール、コールド、アクセス層の場合は 99%)	99.9% 以上 (クール、コールド、アーカイブアクセス層の場合は 99%)	99.9% 以上 (クール、コールド、アクセス層の場合は 99%)
個別のノードで保持されるデータコピーの数	1 つのリージョン内に 3 つのコピー	1 つのリージョン内の個別の可用性ゾーン間で 3 つのコピー	プライマリリージョンに 3 つ、セカンダリリージョンに 3 つ、合計 6 つのコピー	プライマリリージョンの個別の可用性ゾーン間で 3 つ、セカンダリリージョンに 3 つのローカル冗長コピー、合計 6 つのコピー

詳細については、ストレージアカウントのサービスレベルアグリーメント (SLA) に関するページを参照してください。

障害のシナリオでの耐久性と可用性

次の表は、特定のシナリオにおいてデータに耐久性と可用性があるかどうかを、ご使用のストレージアカウントに対して有効な冗長性の種類に応じて示しています。

障害のシナリオ	LRS	ZRS	GRS/RA-GRS	GZRS/RA-GZRS
データセンター内のノードが使用できなくなる	はい	イエス	イエス	はい
データセンター全体 (ゾーンまたは非ゾーン) が使用できなくなる	いいえ	はい	可¹	はい
プライマリリージョンでリージョン全体の障害が発生する	いいえ	いいえ	可¹	可¹
プライマリリージョンが使用できなくなった場合、セカンダリリージョンに対する読み取りアクセスが可能	いいえ	いいえ	はい (RA-GRS を使用)	はい (RA-GZRS を使用)

¹プライマリリージョンが使用できなくなった場合に書き込みの可用性を復元するには、アカウントのフェールオーバーが必要です。詳細については、「ディザスターリカバリーとストレージアカウントのフェールオーバー」を参照してください。

サポートされている Azure Storage サービス

次の表は、各 Azure Storage サービスでサポートされている冗長性オプションを示しています。

サービス	LRS	ZRS	GRS	RA-GRS	GZRS	RA-GZRS
BLOB ストレージ (Data Lake Storage を含む)	✅	✅	✅	✅	✅	✅
ストレージ	✅	✅	✅	✅	✅	✅
テーブルストレージ	✅	✅	✅	✅	✅	✅
Azure Files	✅^1,²	✅^1,²	✅¹		✅¹
Azure マネージドディスク	✅	✅³
Azure Elastic SAN	✅	✅

¹ 標準ファイル共有は LRS と ZRS でサポートされます。標準ファイル共有は、サイズが 5 TiB 以下である場合に限り、GRS と GZRS でサポートされます。
² Premium ファイル共有は LRS と ZRS でサポートされます。
³ つの ZRS マネージドディスクには、一定の制限があります。詳細については、マネージドディスクの冗長性オプションに関する記事の制限事項に関するセクションを参照してください。

サポートされるストレージアカウントの種類

次の表は、ストレージアカウントの型ごとにサポートされる冗長性オプションを示しています。ストレージアカウントの種類については、「ストレージアカウントの概要」を参照してください。

ストレージアカウントの種類	LRS	ZRS	GRS/RA-GRS	GZRS/RA-GZRS
推奨	Standard 汎用 v2 (`StorageV2`)¹ Premium ブロック BLOB (`BlockBlobStorage`)¹ Premium ファイル共有 (`FileStorage`) Premium ページ BLOB (`StorageV2`)	Standard 汎用 v2 (`StorageV2`)¹ Premium ブロック BLOB (`BlockBlobStorage`)¹ Premium ファイル共有 (`FileStorage`)	Standard 汎用 v2 (`StorageV2`)¹	Standard 汎用 v2 (`StorageV2`)¹
従来	Standard 汎用 v1 (`Storage`) レガシ BLOB (`BlobStorage`)	該当なし	Standard 汎用 v1 (`Storage`) レガシ BLOB (`BlobStorage`)	該当なし

¹ 階層型名前空間が有効になっているこの種類のアカウントでは、指定された冗長性オプションもサポートされます。

ストレージアカウントの冗長オプションに従って、すべてのストレージアカウントのすべてのデータがプライマリからセカンダリにコピーされます。ブロック BLOB、追加 BLOB、ページ BLOB、キュー、テーブル、ファイルなどのオブジェクトがコピーされます。

アーカイブレベルを含むすべてのレベルのデータは、geo レプリケーション中に常にプライマリからセカンダリにコピーされます。 Blob Storage のアーカイブレベルは現在、LRS、GRS、RA-GRS アカウントではサポートされていますが、ZRS、GZRS、RA-GZRS アカウントではサポートされていません。 BLOB 層の詳細については、「BLOB データのアクセス層」を参照してください。

アンマネージドディスクでは ZRS または GZRS がサポートされていません。

各冗長オプションの料金情報については、Azure Storage の価格に関するページをご覧ください。

Note

ブロック BLOB ストレージアカウントでは、特定のリージョンで、ローカル冗長ストレージ (LRS) とゾーン冗長ストレージ (ZRS) をサポートしています。

データ整合性

Azure Storage では、巡回冗長検査 (CRCs) を使用して、格納データの整合性を定期的に検証します。また、データの破損が検出された場合は、冗長データを使用して修復されます。また Azure Storage では、データの格納時または取得時にデータパケットの破損を検出する目的ですべてのネットワークトラフィックのチェックサムを計算します。

次の方法で共有

Azure Storage の冗長性