次の方法で共有


Azure Storage の冗長性

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 Gen2 ワークロード用にプライマリ リージョンで 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 の詳細については、「Plemiu ブロック BLOB ストレージ アカウント」を参照してください。

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

Premium ファイル共有アカウント

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

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

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

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

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

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

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

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

ストレージ アカウントの種類 LRS ZRS GRS/RA-GRS GZRS/RA-GZRS
推奨 Standard 汎用 v2 (StorageV2)1

Premium ブロック BLOB (BlockBlobStorage)1

Premium ファイル共有 (FileStorage)

Premium ページ BLOB (StorageV2)
Standard 汎用 v2 (StorageV2)1

Premium ブロック BLOB (BlockBlobStorage)1

Premium ファイル共有 (FileStorage)
Standard 汎用 v2 (StorageV2)1 Standard 汎用 v2 (StorageV2)1
従来 Standard 汎用 v1 (Storage)

レガシ BLOB (BlobStorage)
該当なし Standard 汎用 v1 (Storage)

レガシ BLOB (BlobStorage)
該当なし

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

ストレージ アカウントの冗長オプションに従って、すべてのストレージ アカウントのすべてのデータがプライマリからセカンダリにコピーされます。 ブロック 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 では、データの格納時または取得時にデータ パケットの破損を検出する目的ですべてのネットワーク トラフィックのチェックサムを計算します。

関連項目