次の方法で共有

Azure Storage の冗長性構成の変更: FAQ

ストレージ アカウントの冗長性オプションを変更する必要性を高めることができるさまざまな要因があります。 正しい冗長性オプションは、組織のデータの可用性、ディザスター リカバリー、パフォーマンス、コストの要件のバランスを取ります。 これらの要件は、さまざまな冗長性オプションに関連するリスクと利点に照らして検討されます。 最適で回復力のあるデータ ストレージ戦略を確保するには、定期的な評価と調整が必要です。

また、冗長性オプションを変更する際には、特に時間とコストの観点から考慮すべき多くの要因があります。 冗長性オプションの変更にかかる時間は、いくつかの要因によって異なる場合があります。 これらの要因には、変更されるオプション、アカウントのサイズ、リージョン内の現在のリソース要求が含まれる場合があります。 また、移行中および移行後のデータ転送やストレージ要件の増加に関連するコストが発生する可能性もあります。

Important

実際には、ストレージ アカウント の変換 は、ストレージ アカウントの SKU または種類の変更を指すことができます。 たとえば、従来の汎用 v1 ストレージ アカウントを標準の汎用 v2 に変換して、可用性、回復性、および機能を強化できます。

この記事では、ストレージ アカウントの 変換 とは、特にストレージ アカウントの冗長性構成を変更することです。

この記事では、ストレージ アカウントの Azure Storage 冗長オプションを変更するプロセスについてよく寄せられる質問に対する回答を示します。

geo変換とゾーン変換はどのように違いますか？

geo とゾーンという用語は、Azure 内で追加のデータ冗長性を提供するための 2 種類の戦略を指します。 これらの戦略に対処するために、Azure には、 geo 冗長ストレージ (GRS) と ゾーン 冗長ストレージ (ZRS) を含む冗長オプションの 2 種類の変更が用意されています。

その名前が示すように、ゾーン冗長はゾーン障害から保護され、geo 冗長性は大規模な地域災害から保護されます。 ストレージ アカウントの冗長性オプションを変更すると、開始する変換の種類は、プロセスの期間、潜在的なコスト、および競合する機能またはシナリオに影響します。 詳細については、 ストレージ アカウントの冗長性オプションの変更に関する記事を 参照してください。

ゾーン変換

ゾーン冗長は、1 つのリージョン内の複数の可用性ゾーン (または分離されたデータ センター) にデータをレプリケートします。 これらのゾーン (データ センター) には、独立した電源、冷却、ネットワークがあります。

ストレージ アカウントにゾーン冗長を追加すると、ストレージ アカウントはゾーン変換を行い、特定のデータ センター内の障害からデータを保護します。 ゾーン冗長を削除すると、この保護が逆になります。

ゾーン変換には次のものが含まれます。

  • LRS → ZRS
  • ZRS → LRS
  • GRS → GZRS
  • GZRS → GRS
  • RA-GRS → RA-GZRS
  • RA-GZRS → RA-GRS

地理変換

地理冗長性は、地理的に離れたセカンダリリージョンにデータを複製します。 このレプリケーションは、ハリケーン、地震、洪水などの大規模な地域災害からデータを保護します。 ストレージ アカウントに geo 冗長性を追加すると、ストレージ アカウントは地域の障害からデータを保護する geo 変換を受け取ります。 geo 冗長性を削除すると、この保護が逆になります。

geo 変換には、次のものが含まれます。

  • LRS → GRS
  • GRS → LRS
  • ZRS → GZRS または RA-GZRS
  • GZRS または RA-GZRS → ZRS

SKU の変換に関連する料金は何ですか?

ゾーン変換の初期コストは発生しません。 ただし、アカウントが正常に変換されると、レプリケーションの増加により、進行中のデータ ストレージとトランザクション コストが高くなる可能性があります。 たとえば、アカウントを LRS から ZRS に最初に変換しても料金は発生しません。 ただし、ZRS にはデータ ストレージとトランザクションの両方のコストが高いため、LRS よりも高いコストが発生する可能性があります。

  • 価格の詳細については、 Azure Storage の価格 に関する記事を参照してください。
  • ゾーン冗長の種類の詳細については、 Azure Storage の 冗長性に関する記事を参照してください。

geo 冗長を 追加 すると、結果として得られる geo 変換では、変更時に geo レプリケーションデータ転送料金 が発生します。 この転送料金は、ストレージ アカウント全体がセカンダリ リージョンにレプリケートされるために適用されます。 後続のすべての書き込み操作もセカンダリ リージョンにレプリケートされるため、データ転送料金の対象にもなります。

GRS → LRS または GZRS → ZRS への変換など、geo 冗長性を削除しても料金は発生しません。

ストレージ アカウントから読み取りアクセスを削除すると、変換日から 30 日間、 RA-GRS または RA-GZRS としての料金が引き続き発生します。 このポリシーは 、RA-GRS → GRS または RA-GZRS → GZRS に適用されます。

ストレージ アカウントのレプリケーション オプションの変更の詳細については、ストレージ アカウントの 冗長性オプションの変更に関する記事を 参照してください。

SKU 変換プロセスにはどのくらいの時間がかかりますか?

開始するアカウント変換の種類は、プロセスの期間に影響します。 タイムラインをよりよく理解するには、ゾーン冗長と geo 冗長性の違いを理解することが重要です。 これらの違いの詳細については、「ジオ変換とゾーン変換の違い」セクションを参照してください。

どちらの種類の変換も完了するまでの実際の時間は、いくつかの要因によって異なる場合があります。 コンバージョンの違いと SKU の変換時間に影響する要因の詳細については、「 geo 変換とゾーン変換 の違い」セクションを参照してください。

ゾーン変換

ゾーン冗長変換は、通常、要求が検証されてから数日以内に開始されます。 ただし、リージョンの現在のリソース要求、アカウント サイズ、その他の要因によっては、完了に数週間かかる場合があります。 変換の進行状況は、データ移動の開始時に In progress に変わります。

現在、ゾーン変換を完了するためのサービス レベル アグリーメント (SLA) はありません。また、サポート要求を送信することで変換プロセスを迅速化することはできません。 変換の進行状況の状態は、データ移動の開始時に In progress に変わります。

変換のタイムラインの開始と終了など、より詳細な制御が必要な場合は、 手動移行を実行することを検討してください。 手動移行では、AzCopy などの機能またはツールを使用して、現在のストレージ アカウントのデータを目的の冗長性を持つ別のストレージ アカウントに移行します。

ストレージ アカウントのレプリケーション オプションの変更の詳細については、ストレージ アカウントの 冗長性オプションの変更に関する記事を 参照してください。

地理変換

現在、geo 変換を完了するための SLA はなく、サポート 要求を送信することでこのプロセスを迅速化することはできません。 これらの変換を完了するためにかかる期間は、次のようなさまざまな要因によって異なる場合があります。

  • ストレージ アカウント内のオブジェクトの数とサイズ。
  • CPU、メモリ、ディスク、WAN の容量など、バックグラウンド レプリケーションに使用できるリソース。

SKU の変換時間に影響する要因の詳細については、 ストレージ アカウントのフェールオーバーの開始 に関する記事を参照してください。 ストレージ アカウントのレプリケーション オプションの変更の詳細については、ストレージ アカウントの冗長性の 変更に関する 記事を参照してください。

SKU 変換プロセスに時間がかかるのはなぜですか?

SKU 変換プロセスは通常、数日以内に完了しますが、リージョンの現在のリソースの需要、アカウントサイズ、その他のさまざまな要因に応じて、最大数週間かかることがあります。

現在、geo またはゾーン SKU の変換を完了するための SLA はなく、サポート要求を送信してプロセスを迅速化することはできません。

変換のタイムラインの開始と終了など、より詳細な制御が必要な場合は、 手動移行を実行することを検討してください。 手動移行では、AzCopy などの機能またはツールを使用して、現在のストレージ アカウントのデータを目的の冗長性を持つ別のストレージ アカウントに移行します。

ストレージ アカウントのレプリケーション オプションの変更の詳細については、ストレージ アカウントの 冗長性オプションの変更に関する記事を 参照してください。

SKU の変換はパフォーマンスと可用性にどのように影響しますか? アプリケーションのダウンタイムは予想されますか? データ損失は予想されますか?

SKU の変換中も、持続性や可用性を失う必要なく、ストレージ アカウント内のデータに引き続きアクセスできます。 Azure Storage SLA は変換プロセス中に維持され、データは失われません。 同様に、サービス エンドポイント、アクセス キー、共有アクセス署名、その他のアカウント オプションも変更されません。

ストレージ アカウントのレプリケーション オプションの変更の詳細については、ストレージ アカウントの 冗長性オプションの変更に関する記事を 参照してください。

アカウントを LRS から GZRS に変換するにはどうすればよいですか?

直接 LRS → GZRS 変換はサポートされていません。 この特定の変換には、次の 2 つの方法で完了できる 2 段階のプロセスが必要です。

  • LRS → ZRS、 ZRS → GZRS、または
  • LRS → GRS、 GRS → GZRS が続きます。

LRS → ZRS 変換を実行し、その後に ZRS → GZRS を実行する場合は、変換の間に少なくとも 72 時間待機する必要があります。 この一時的な遅延により、別の変更を行う前にバックグラウンド プロセスを完了できるようにすることで、アカウントの整合性と整合性が確保されます。

アカウントを GZRS から LRS に変換するにはどうすればよいですか?

GZRS から LRS への直接変換はサポートされていません。 この変換には、次の 2 つの方法で完了できる 2 段階のプロセスが必要です。

  • GZRS → ZRS、 ZRS → LRS、または
  • GZRS → GRS、 GRS → LRS が続きます。

GRS 変換→ GZRS を実行し、その後に GRS → LRS を実行する場合は、変換の間に少なくとも 72 時間待機する必要があります。 この一時的な遅延により、別の変更を行う前にバックグラウンド プロセスを完了できるようにすることで、アカウントの整合性と整合性が確保されます。

アカウントを GRS から ZRS に変換するにはどうすればよいですか?

直接 GRS → ZRS 変換はサポートされていません。 この変換には、次の 2 つの方法で完了できる 2 段階のプロセスが必要です。

  • GRS → GZRS、 GZRS → ZRS が続きます。
  • GRS → LRS、 LRS → ZRS が続きます。

GRS → GZRS 変換の後に GZRS → ZRS を実行する場合は、変換の間に少なくとも 72 時間待機する必要があります。 この一時的な遅延により、別の変更を行う前にバックグラウンド プロセスを完了できるようにすることで、アカウントの整合性と整合性が確保されます。

最初の GRS → LRS 変換を完了すると、ストレージ アカウントは一時的に LRS になり、冗長性の低いオプションになります。 このオプションを使用すると、持続性と可用性が低下します。

アカウントを ZRS から GRS に変換するにはどうすればよいですか?

ZRS → GRS への直接変換はサポートされていません。 この変換には、次の 2 つの方法で完了できる 2 段階のプロセスが必要です。

  • ZRS → GZRS、 GZRS → GRS、または
  • ZRS → LRS、 LRS → GRS が続きます。

ZRS → LRS 変換の後に LRS → GRS を実行する場合は、変換の間に少なくとも 72 時間待機する必要があります。 この一時的な遅延により、別の変更を行う前にバックグラウンド プロセスを完了できるようにすることで、アカウントの整合性と整合性が確保されます。

ZRS → LRS の変換を完了すると、ストレージアカウントは一時的に LRS に保持されます。これは冗長性が低いオプションです。 このオプションを使用すると、持続性と可用性が大幅に低下します。

SKU 変換の競合する機能やシナリオは何ですか?

変換期間と同様に、開始するアカウント変換の種類は、競合する機能とシナリオの数に影響します。

ゾーン変換

ゾーン変換には、アカウントへの可用性ゾーン オプションの追加または削除が含まれます。 次の一覧では、ゾーン変換を試みる際にエラーが発生する可能性がある、最も一般的な競合する機能またはシナリオを示します。 エラーが発生した場合、エラー メッセージには通常、特定の競合に関する詳細が表示されます。

  • オブジェクト レプリケーション: オブジェクト レプリケーション (OR) を使用するアカウントでゾーン変換を行うと、エラーが発生する可能性があります。 この場合は、アカウントの OR ポリシーを削除し、もう一度変換を試みることができます。
  • NFSv3: NFSv3 を構成解除することはできません。 NFSv3 対応アカウントを ZRS に変換するには、 手動移行を実行する必要があります。 手動移行では、AzCopy などの機能またはツールを使用して、現在のストレージ アカウントのデータを目的の冗長性を持つ別のストレージ アカウントに移行します。 AzCopy の使用の詳細については、「 AzCopy を使用して BLOB をコピーする」を参照してください。
  • ポイントインタイム リストア (PITR): ポイントインタイム リストア (PITR) を使用するアカウントでゾーン変換を行うと、エラーが発生する可能性があります。 この場合は、PITR を無効にして、移行を再試行できます。
  • データアーカイブ: アーカイブ階層内のデータを含むアカウントでは、エラーが発生する可能性があります。 変換する前に、アーカイブ データをコールド 層、クール 層、ホット 層のいずれかにリハイドレートしてから、変換を再試行する必要があります。 また、変換前にアーカイブされたデータを削除することもできます。
  • パブリック エンドポイントを持つ NFSv4 アカウント: パブリック エンドポイントを使用してストレージ アカウントを移行しようとすると、問題が発生する可能性があります。 変換を再試行する前に、ストレージ アカウントのパブリック エンドポイントへのアクセスを無効にする必要があります。 アカウント レプリケーションの変更の詳細については、 ストレージ アカウントのレプリケート方法の変更 に関する記事を参照してください。
  • ルーティングの選択、インターネット ルーティング: ルーティング設定を Microsoft ネットワーク ルーティングに設定する必要があります。 詳細については、「 ネットワーク ルーティング設定の構成」を参照してください。
  • ブート診断が有効になっているアカウント:ZRS では、仮想マシン (VM) のブート診断はサポートされていません。 LRS → ZRS を含む移行;GRS → GZRS;および RA-GRS → RA-GZRS がブロックされます。 移行前にアカウントでブート診断を無効にすることはできますが、変換後に再度有効にすることはできません。 詳細については、 Azure の VM のブート診断に関する記事を 参照してください。
  • サポートされていないターゲット: アカウントのリージョンでは特定の SKU がサポートされている場合がありますが、すべてのリージョンでゾーン移行がサポートされているわけではありません。 サポートされていないリージョン内で変換しようとすると、エラーが発生する可能性があります。 たとえば、 カナダ東部 リージョンでは GZRS はサポートされていません。アカウントを GRS から GZRS に変換しようとすると、エラーが発生します。 特定のリージョンでサポートされている SKU の詳細については、 Azure リージョンの一覧 に関する記事を参照してください。
  • 競合する変換: 現在、アカウントの移行が競合している可能性があります。 たとえば、 LRS → GRS 移行が既に進行中である可能性があります。 LRS → ZRS への変換を試みると失敗します。 元の移行が完了するまで待ってから、新しい変換要求を送信します。
  • アカウントがフェールオーバーされました。 アカウントがフェールオーバーされた場合は、アカウントを元のプライマリ リージョンにフェールバックしてから、要求を再送信できます。

地域変換

geo 変換には、地理的に離れたセカンダリ リージョンのレプリケーション ターゲットを追加または削除する必要があります。 次の一覧では、geo 変換を試みる際にエラーが発生する可能性がある、最も一般的な競合する機能またはシナリオを示します。 エラーが発生した場合、エラー メッセージには通常、特定の競合に関する詳細が表示されます。

  • データのアーカイブ: アカウントにアーカイブ層のデータが含まれている場合は、 LRS → GRS 要求を送信する前にデータをリハイドレートする必要があります。 ストレージ リソース プロバイダー (SRP) は、変換が実行される前にアーカイブされたデータが存在しないことを確認するため、ほぼ瞬時にエラー メッセージを受け取る必要があります。
  • サポートされていないターゲット: 一部の Azure リージョンには、3 つの可用性ゾーンがあり、サテライト リージョンはありません。 これらのリージョンでは ZRS がサポートされますが、 GZRS はサポートされていません。 リージョンで目的の SKU がサポートされていることを確認します。

こちらも参照ください