Azure Storage Discovery は、Azure Blob Storage と Azure Data Lake Storage のストレージ環境全体を可視化するフル マネージド サービスです。 ストレージ探索ワークスペースを作成して、複数のサブスクリプション、リソース グループ、リージョン内のストレージ アカウント全体のコスト、アクティビティ、構成、およびエラーを分析します。
Azureを使用する場合、信頼性は共有責任です。 Microsoftには、回復性と回復性をサポートするためのさまざまな機能が用意されています。 使用するすべてのサービスでこれらの機能がどのように機能するかを理解し、ビジネス目標とアップタイムの目標を達成するために必要な機能を選択する必要があります。
この記事では、Azure Storage Discovery が一時的な障害、可用性ゾーンの障害、リージョン全体の障害、およびサービス メンテナンスに対してどのように耐性があるかを説明します。 また、バックアップと復元に関する考慮事項についても説明します。
信頼性のための運用環境のデプロイに関する推奨事項
本番環境のワークロードに対しては、次のことをお勧めします。
- Standard プランを使用してください。 無料プランと比較すると、Standard プランはより多くの分析情報を提供し、15 日間ではなく 18 か月間分析情報を保持します。 詳細については、「Azure Storage Discovery の価格」を参照してください。
- 可用性ゾーンをサポートするリージョンにワークスペースをデプロイします。 これらのリージョンでは、Storage Discovery によって、ワークスペース コントロール プレーンと格納されたレポート データのゾーン冗長性が自動的に提供されます。 ゾーンの冗長性を構成する必要はありません。
- リージョンの停止中に Storage Discovery の分析情報にアクセスする必要がある場合は、2 つ目のワークスペースをデプロイしてください。 同じストレージ リソースを分析するように、サポートされている別のリージョンで 2 番目のワークスペースを構成します。 詳細については、「 回復性のためのカスタム マルチリージョン ソリューション」を参照してください。
信頼性アーキテクチャの概要
このセクションでは、信頼性の観点から最も関連性の高いサービスのしくみの重要な側面について説明します。 このセクションでは、デプロイして使用するリソースと機能の一部を含む論理アーキテクチャについて説明します。 また、物理アーキテクチャについても説明します。このアーキテクチャでは、サービスの内部での動作について詳しく説明します。
論理アーキテクチャ
デプロイするリソースは、Storage Discovery ワークスペースです。 1 つ以上のワークスペース ルートを構成して、サービスで分析するストレージ アカウントを含むサブスクリプションとリソース グループを識別します。 また、リソース タグを使用して、レポート用のグループにこれらのストレージ アカウントをフィルター処理するスコープを作成することもできます。 ワークスペースでは、同じMicrosoft Entra テナント内の複数のサブスクリプション、リソース グループ、リージョンにわたるストレージ アカウントを分析できます。
Storage Discovery は、ストレージ アカウントを定期的に分析し、ストレージ資産に関する分析情報を含むレポートを生成します。 分析情報の集計は、多くの場合、数時間以内に完了しますが、1 日以上かかる場合があります。 集計のタイミングと不足しているレポート データのトラブルシューティングの詳細については、Azure Storage検出に関してよく寄せられる質問を参照してください。 価格プランによって、使用可能な分析情報の種類と、Storage Discovery が分析情報を保持する期間が決まります。 詳細については、「Azure Storage Discovery の価格」を参照してください。
Storage Discovery ワークスペースはリージョン リソースです。 ワークスペースに対して選択したリージョンによって、Storage Discovery の構成と計算された分析情報が格納される場所が決まります。
物理アーキテクチャ
Storage Discovery はフル マネージド サービスです。 Microsoftは、基になるインフラストラクチャ、構成データとレポート データのレプリケーション、およびサービス容量を管理します。 Storage Discovery のインフラストラクチャをデプロイまたは管理する必要はありません。 サービスのアーキテクチャと機能の詳細については、「Azure Storage Discovery とは」と「Azure Storage Discovery の概念」を参照してください。
Storage Discovery には、コントロール プレーンとデータ プレーンがあります。
- コントロール プレーン: ワークスペースの構成を管理します。
- データ プレーン: ストレージ アカウントから情報を取り込み、レポートを生成し、レポート クエリを処理し、レポート データを格納します。
一時的な障害に対する回復性
一時的な障害は、コンポーネントにおける短い断続的な障害です。 これらはクラウドのような分散環境で頻繁に発生し、運用の通常の範囲であり、 一時的な障害は、短時間の経過後に自分自身を修正します。 アプリケーションで一時的な障害を処理できることは重要です。通常は、影響を受ける要求を再試行します。
クラウドでホストされるすべてのアプリケーションは、クラウドでホストされている API、データベース、およびその他のコンポーネントと通信する際に、Azure の一時的な障害処理のガイダンスに従う必要があります。 詳細については、一時的なエラーへの対処に関するレコメンデーションを参照してください。
一時的な障害は、次の 2 つの主な方法でストレージの検出に影響を与える可能性があります。
クライアント要求: 一時的な障害は、ワークスペースをデプロイまたは変更する要求や、レポートを取得する要求に影響を与える可能性があります。 これらの操作を自動化する場合は、自動化で一時的な障害に対処する責任があります。 可能な限り Microsoft が提供する SDK を使用し、試行の間に適切な遅延を伴う有界再試行を使用します。
分析情報の集計: Storage Discovery は、ストレージ アカウントから情報を収集して集計している間に一時的な障害が発生した場合は、自動的に再試行します。 非常にまれなケースでは、再試行が使い果たされると、レポート データに永続的なギャップが生じる可能性があります。
Storage Discovery は、インサイトを非同期的に処理して集計します。 ほとんどのレポートは数時間以内に使用できるようになりますが、高度な分析情報によっては追加の処理時間が必要になる場合があり、表示されるまでに最大 48 時間以上かかることがあります。 予想される分析情報が 48 時間後に使用できない場合は、ワークスペースの構成を確認し、Azure サポートにお問い合わせください。 詳細については、「Azure Storage Discovery についてよく寄せられる質問」を参照してください。
可用性ゾーンの障害に対する回復性
Availability zones は、Azure リージョン内のデータセンターの物理的に分離されたグループです。 1 つのゾーンで障害が発生した際には、サービスを残りのゾーンのいずれかにフェールオーバーできます。
可用性ゾーン障害に備えて計画する際は、次の 3 つのコンポーネントを検討してください。
- コントロール プレーン: 可用性ゾーンがあるリージョンでは、Storage Discovery コントロール プレーンはゾーン冗長です。 ゾーンが使用できない場合、コントロール プレーンは引き続き使用できますが、個々の管理操作で一時的な中断が発生する可能性があります。 Microsoftはゾーンを選択し、ゾーンの冗長性を管理します。 ゾーンを選択することはできません。ゾーンの冗長性を構成する必要はありません。
- データ プレーン: Storage Discovery データ プレーンは、情報の取り込み、レポートの生成、レポート クエリの処理、レポート データの格納を行います。 格納されたレポート データはゾーン冗長ですが、一部のデータ プレーン コンピューティング コンポーネントは、それらをホストするゾーンの障害の影響を受ける可能性があります。 インジェスト、レポート生成、およびレポート クエリは、影響を受けるゾーンが回復するまで一時停止する場合があります。 Microsoftは、格納されたレポート データのデータ プレーンとゾーン冗長性を管理します。
- 分析されたストレージ アカウント: お使いのストレージ アカウントは、Storage Discovery サービスの一部ではありません。 冗長性の構成によって、ゾーン障害時に使用可能な状態が維持されるかどうかが決まります。 Storage Discovery では、使用できないストレージ アカウントから新しい情報を収集することはできません。 分析されたアカウントを引き続き使用できる場合でも、「 ゾーン障害時の動作」の説明に従って、Storage Discovery のデータ プレーン処理が一時停止する可能性があります。
Requirements
リージョンのサポート: ゾーンの冗長性は、Storage Discovery と可用性ゾーンの両方をサポートするリージョンにワークスペースをデプロイするときに使用できます。 Storage Discovery をサポートするリージョンの現在の一覧については、「デプロイのAzureリージョンを選択する」を参照してください。 可用性ゾーンを提供するリージョンについては、可用性ゾーンがある Azure リージョンを参照してください。
価格プランのサポート: コントロール プレーンと保存されたレポート データのゾーン冗長性は、Free と Standard の両方の価格プランで利用できます。
Cost
Storage Discovery では、ゾーンの冗長性に関する個別の設定や課金メーターは提供されません。 ワークスペースのコストは、その価格プランと、スコープ内のストレージ リソースとオブジェクトによって異なります。 詳細については、「Azure Storage Discovery の価格」を参照してください。
可用性ゾーンのサポートを設定する
サポートされているリージョンに Storage Discovery ワークスペースを作成すると、Storage Discovery によってコントロール プレーンと格納されたレポート データのゾーン冗長性が自動的に有効になります。 ゾーンの冗長性を無効にしたり、ワークスペースで使用する可用性ゾーンを選択したりすることはできません。 ワークスペースの作成の詳細については、「Azure Storage探索ワークスペースの作成」を参照してください。
すべてのゾーンが正常な場合の動作
このセクションでは、Storage Discovery ワークスペースが可用性ゾーンをサポートするリージョン内にあり、分析するストレージ アカウントがゾーン冗長ストレージ (ZRS) を使用し、すべての可用性ゾーンが動作している場合に想定される内容について説明します。
ゾーン間操作: Storage Discovery データ プレーンは、ストレージ アカウントから定期的に情報を取り込み、レポートを生成し、レポート クエリを処理し、レポート データを格納します。 可用性ゾーン内のインフラストラクチャがこれらの操作を実行する場合があります。
ゾーン間データ レプリケーション: Storage Discovery では、複数の可用性ゾーンにわたってレポート データが冗長に格納されます。
ゾーン障害時の動作
このセクションでは、ストレージ探索ワークスペースが可用性ゾーンをサポートするリージョン内にあり、分析対象のストレージ アカウントが ZRS を使用し、1 つの可用性ゾーンで障害が発生した場合に想定される内容について説明します。
- 検出と応答: Microsoft は可用性ゾーンの障害を検出し、サービスの応答を管理します。 Storage Discovery ワークスペースのフェールオーバーを開始する必要はありません。
- 通知： ゾーンがダウンしても、Microsoft から自動的に通知されることはありません。 ただし、Azure Service Health を使用して、ゾーン障害を含むサービスの全体的な正常性を把握し、Service Health アラートを設定して問題を通知することができます。
アクティブな要求: アクティブな管理操作とレポート クエリは、ゾーン障害時に中断される可能性があります。 一時的な障害に対する回復性に関するガイダンスに従って、失敗した要求を再試行します。
障害が発生したゾーンが影響を受けたデータ プレーン コンピューティング コンポーネントをホストしている場合、インジェスト、レポート生成、およびレポート クエリは、ゾーンが復旧するまで一時停止できます。
ストレージ アカウントが使用できなくなった場合 (たとえば、ローカル冗長ストレージ (LRS) を使用しているため)、Storage Discovery はアカウントが復旧するまで新しい情報を収集できません。 ZRS を使用するストレージ アカウントはゾーン障害時に引き続き使用できますが、データ プレーン処理が一時停止されている間は、ストレージ検出によってそこから新しい情報を取り込めない可能性があります。
予想されるデータ損失: ストレージ検出では、可用性ゾーンの障害が原因で、以前に生成されたレポートが失われることはありません。
想定されるダウンタイム:
コントロール プレーン: Storage Discovery ワークスペースコントロール プレーンは引き続き使用できますが、個々の管理操作で一時的な中断が発生する可能性があります。
データ プレーン: 障害が発生したゾーンで影響を受けたデータ プレーン コンピューティング コンポーネントがホストされている場合、インジェスト、レポート生成、およびレポート クエリは、ゾーンが復旧するまで一時停止できます。
再分散: Microsoft は、Storage Discovery コントロール プレーンの要求の再分散を管理します。 Storage Discovery では、影響を受けるデータ プレーン処理を別のゾーンに再配布しません。 ストレージ アカウントの冗長性構成によって、ゾーン障害に対して Azure Storage がどのように応答するかが決まります。
ゾーンの回復
Microsoftは、Storage Discovery ワークスペースのゾーン回復を管理します。 影響を受けるゾーンが復旧すると、Storage Discovery はデータ インジェスト、レポート生成、およびレポート クエリを再開します。
影響を受けるゾーンが永続的に使用できない場合、Microsoftはデータを失うことなく、保存されているレポート データを回復できます。 永続的なゾーンの損失からの復旧には、一時的な停止からの復旧よりも時間がかかる場合があり、データ プレーン操作は復旧プロセス中も一時停止したままになる可能性があります。
影響を受けたストレージ アカウントが復旧すると、Storage Discovery は分析情報の集計を再開します。 ストレージ検出では、アカウントが使用できない間に収集できなかったメトリック (特に LRS アカウントの場合) がバックフィルされない可能性があるため、レポートと集計にはアカウントが利用不可だった期間のギャップが含まれている可能性があります。 レポートの更新が表示されるまでに最大 24 時間かかることがあります。
ゾーンエラーのテスト
Storage Discovery サービスの可用性ゾーンの障害をシミュレートすることはできません。 ワークスペースが個別に分析するストレージ アカウントの冗長性の構成と回復の手順をテストします。
リージョン全体の障害に対する回復性
Storage Discovery ワークスペースは、単一リージョンのリソースです。 Storage Discovery は、ワークスペースやその保持されている分析情報を別のリージョンにレプリケートせず、ワークスペースを自動的にフェールオーバーしません。 リージョン全体の障害の影響は、障害がワークスペースに影響するか、そのワークスペースが分析するストレージ アカウントに影響するかによって異なります。
ワークスペース リージョンの障害: ワークスペース リージョンが使用できない場合は、ワークスペースを管理したり、レポートを取得したり、ワークスペース リージョンが復旧するまで新しい分析情報を集計したりすることはできません。 これらの効果は、ストレージ アカウントが正常なリージョンにあり、使用可能なままである場合でも適用されます。
ストレージ アカウントリージョンの障害: ワークスペース リージョンが正常なままの場合は、引き続きワークスペースを管理し、そのレポートを取得できます。 Storage Discovery は、正常なリージョンのストレージ アカウントから引き続き分析情報を集計しますが、使用できないストレージ アカウントから新しい情報を収集することはできません。 利用不可のアカウントの既存の分析情報には引き続きアクセスできます。
ストレージ アカウントが再び使用可能になると、Storage Discovery は分析情報の集計を再開します。 ストレージ アカウントからデータが完全に失われた場合、Storage Discovery は失われたデータに依存する分析情報を生成またはバックフィルできません。
ワークスペースが分析するストレージ アカウントも同じリージョンでホストされている場合、リージョンの障害により、リージョンが復旧するまで、ワークスペースとそれらのストレージ アカウントの両方が使用できなくなる可能性があります。
回復性のためのカスタム マルチリージョン ソリューション
リージョン全体の停止中に Storage Discovery レポートにアクセスする必要がある場合は、サポートされている別のリージョンに 2 つ目のワークスペースを作成してください。 同じストレージ リソースを分析するように両方のワークスペースを構成します。 ワークスペースは個別に動作し、各ワークスペースは独自の分析を実行し、独自の分析情報を保持します。 各ワークスペースは個別に課金されます。
この方法は、組み込みのディザスター リカバリー機能ではありません。 いずれかのワークスペース リージョンで障害が発生しても、レポート アクセスを保護しますが、ワークスペース間でレポートがレプリケートされることはありません。 また、リージョンの障害によって分析対象のストレージ アカウントが使用できなくなると、どちらのワークスペースもそのアカウントから情報を収集できないため、分析情報の集計は保護されません。
リージョンの回復性の要件を満たすように、ストレージ アカウントを個別に構成します。 詳細については、「reliability in Azure Blob Storage」を参照してください。
バックアップと復元
Storage Discovery では、ワークスペースの構成、インサイト、または生成されたレポートのバックアップ操作や復元操作は提供されません。 個々のレポート グラフの背後にあるストレージ リソースの一覧を CSV ファイルにダウンロードできますが、そのファイルを使用してワークスペースまたはその分析情報を復元することはできません。 リソースの一覧のダウンロードの詳細については、「Azure Storage Discovery とは」を参照してください。
スコープを削除すると、そのスコープに対して収集された分析情報がすぐに失われます。 ワークスペースを削除すると、そのすべてのスコープについて収集された分析情報がすぐに失われます。 削除された履歴分析情報を回復することはできません。
ワークスペースを別のMicrosoft Entra テナントに移動すると、後でワークスペースを元のテナントに戻した場合でも、その分析情報の履歴は完全に失われます。 詳細については、「Azure Storage Discovery についてよく寄せられる質問」を参照してください。
インフラストラクチャをコードとして使用してワークスペース、ワークスペースのルート、スコープ、および価格プランを定義し、定義をソース管理に格納します。 これらの定義を使用してワークスペース構成を再デプロイできますが、再デプロイでは削除された分析情報は復元されません。
Standard プランから無料プランにワークスペースをダウングレードすると、Storage Discovery は 15 日より前の分析情報を完全に削除します。 ワークスペースを Standard プランに戻して、これらの分析情報を回復することはできません。 詳細については、「Azure Storage Discovery についてよく寄せられる質問」を参照してください。
サービス メンテナンスに対する回復性
Microsoft は定期的にサービス更新プログラムを適用し、その他のメンテナンスを実行します。 Azure プラットフォームは、これらのアクティビティを自動的に処理し、メンテナンスがシームレスで透過的であることを保証します。 Azure Service Health の計画メンテナンスを通じて通知されていない限り、メンテナンス イベント中にダウンタイムは想定されていません。
サービス水準合意書
Azure Storage Discovery では、可用性サービス レベル アグリーメント (SLA) は提供されません。