Azure Storage Analytics メトリック (クラシック)
2024 年 1 月 9 日 、 Storage Analytics メトリック (クラシック メトリック とも呼ばれます) は廃止されます。 クラシック メトリックを使用している場合は、その日より前に Azure Monitor のメトリックに移行するようにしてください。 この記事は、移行を行う際に役立ちます。
Azure Storage では、Storage Analytics ソリューションを使用して、ストレージ サービスへの要求に関する集計トランザクション統計と容量データを含むメトリックを格納します。 トランザクションは、API 操作レベルとストレージ サービス レベルで報告されます。 容量は、ストレージ サービス レベルで報告されます。 メトリック データは、次の用途に使用できます。
- ストレージ サービスの使用状況を分析します。
- ストレージ サービスに対して行われた要求に関する問題を診断します。
- サービスを使用するアプリケーションのパフォーマンスを向上させます。
Storage Analytics メトリックは、新しいストレージ アカウントに対して既定で有効になっています。 メトリックは、Azure portalで、PowerShell を使用して、または Azure CLI を使用して構成できます。 詳細なガイダンスについては、「Azure Storage Analytic メトリック (クラシック)を有効にして管理する」を参照してください。 また、プログラムから REST API またはクライアント ライブラリを使用して有効にすることもできます。 サービスのプロパティの設定操作を使用して、各サービスの Storage Analytics を有効にします。
注
Storage Analytics メトリックは、Azure Blob Storage、Azure Queue Storage、Azure Table Storage、Azure Files で使用できます。 Storage Analytics メトリックがクラシック メトリックになりました。 Storage Analytics メトリックではなく、Azure Monitor で ストレージ メトリックを使用することをお勧めします。
トランザクション メトリック
堅牢なデータ セットは、各ストレージ サービスと要求された API 操作 (イングレスとエグレス、可用性、エラー、分類された要求の割合を含む) ごとに 1 時間または分間隔で記録されます。 トランザクションの詳細の完全な一覧については、「Storage Analytics メトリック テーブルスキーマ」を参照してください。
トランザクション データは、サービス レベルと API 操作レベルで記録されます。 サービス レベルでは、要求されたすべての API 操作を要約した統計は、サービスに対する要求が行われなかった場合でも、1 時間ごとにテーブル エンティティに書き込まれます。 API 操作レベルでは、操作がその時間内に要求された場合にのみ、統計がエンティティに書き込まれます。
たとえば、BLOB サービスに対して GetBlob 操作を実行すると、Storage Analytics メトリックによって要求がログに記録され、BLOB サービスの集計データと GetBlob 操作に含まれます。 GetBlob 操作が 1 時間中に要求されない場合、エンティティはその操作の $MetricsTransactionsBlob に書き込まれません。
トランザクション メトリックは、Storage Analytics 自体によって行われたユーザー要求と要求に対して記録されます。 たとえば、Storage Analytics によるログとテーブル エンティティの書き込み要求が記録されます。
容量メトリック
注
現時点では、容量メトリックは BLOB サービスでのみ使用できます。
容量データはストレージ アカウントの BLOB サービスに対して毎日記録され、2 つのテーブル エンティティが書き込まれます。 1 つのエンティティはユーザー データの統計情報を提供し、もう 1 つは Storage Analytics によって使用される $logs BLOB コンテナーに関する統計情報を提供します。
$MetricsCapacityBlob テーブルには、次の統計情報が含まれています。
容量: ストレージ アカウントの BLOB サービスによって使用されるストレージの量 (バイト単位)。
ContainerCount: ストレージ アカウントの BLOB サービス内の BLOB コンテナーの数。
ObjectCount: ストレージ アカウントの BLOB サービス内のコミット済みおよびコミットされていないブロック BLOB またはページ BLOB の数。
容量メトリックの詳細については、「Storage Analytics メトリック テーブルスキーマ」を参照してください。
メトリックの格納方法
各ストレージ サービスのすべてのメトリック データは、そのサービス用に予約された 3 つのテーブルに格納されます。 1 つのテーブルはトランザクション情報用で、1 つのテーブルは分単位のトランザクション情報用で、もう 1 つのテーブルは容量情報用です。 トランザクションと微細なトランザクション情報は、要求データと応答データで構成されます。 容量情報は、ストレージ使用状況データで構成されます。 ストレージ アカウントの BLOB サービスの時間メトリック、分メトリック、容量には、次の表に示すように名前が付けられたテーブルでアクセスされます。
| 指標のレベル | テーブル名 | バージョンでサポートされています |
|---|---|---|
| 主要な場所の時間別メトリック | - $MetricsTransactionsBlob - $MetricsTransactionsTable - $MetricsTransactionsQueue |
2013 年 8 月 15 日より前のバージョンのみ。 これらの名前は引き続きサポートされていますが、次の表の使用に切り替えてお勧めします。 |
| 時間単位の指標、主要な場所 | - $MetricsHourPrimaryTransactionsBlob - $MetricsHourPrimaryTransactionsTable - $MetricsHourPrimaryTransactionsQueue - $MetricsHourPrimaryTransactionsFile |
すべてのバージョン。 ファイル サービス メトリックのサポートは、2015 年 4 月 5 日以降のバージョンでのみ使用できます。 |
| 分単位の指標、主要な場所 | - $MetricsMinutePrimaryTransactionsBlob - $MetricsMinutePrimaryTransactionsTable - $MetricsMinutePrimaryTransactionsQueue - $MetricsMinutePrimaryTransactionsFile |
すべてのバージョン。 ファイル サービス メトリックのサポートは、2015 年 4 月 5 日以降のバージョンでのみ使用できます。 |
| 時間単位のメトリック、第2の場所 | - $メトリクス時次トランザクションブロブ - $MetricsHourSecondaryTransactionsTable - $MetricsHourSecondaryTransactionsQueue |
すべてのバージョン。 読み取りアクセスの地理的冗長レプリケーションを有効にする必要があります。 |
| 毎分の指標、副次的な場所 | - $MetricsMinuteSecondaryTransactionsBlob - $MetricsMinuteSecondaryTransactionsTable - $MetricsMinuteSecondaryTransactionsQueue |
すべてのバージョン。 読み取りアクセスの地理冗長レプリケーションを有効にする必要があります。 |
| 容量 (BLOB サービスのみ) | $MetricsCapacityBlob | すべてのバージョン。 |
これらのテーブルは、ストレージ サービス エンドポイントに対して Storage Analytics が有効になっているときに自動的に作成されます。 これらは、ストレージ アカウントの名前空間を介してアクセスされます 。たとえば、https://<accountname>.table.core.windows.net/Tables("$MetricsTransactionsBlob")。 メトリック テーブルは一覧表示操作には表示されないため、テーブル名を使用して直接アクセスする必要があります。
メトリック アラート
ストレージ サービスの動作の重要な変更が自動的に通知されるように、Azure portal でアラートを設定することを検討してください。 詳細なガイダンスについては、「メトリック アラートの作成」を参照してください。
Storage Explorer ツールを使用して、このメトリック データを区切り形式でダウンロードする場合は、Microsoft Excel を使用してデータを分析できます。 使用可能な Storage Explorer ツールの一覧については、「Azure Storage クライアント ツールの」を参照してください。
重要
ストレージ イベントと、対応する時間単位または分単位のメトリック データが記録されるまでに遅延が発生する可能性があります。 分単位のメトリックの場合、数分のデータが一度に書き込まれる場合があります。 この問題により、以前の分のトランザクションが現在の分のトランザクションに集計される可能性があります。 この問題が発生すると、アラート サービスに構成されたアラート間隔で使用可能なすべてのメトリック データが含まれていない可能性があります。これにより、アラートが予期せず発生する可能性があります。
ストレージ情報に基づく課金
メトリックのテーブル エンティティを作成するための書き込み要求は、すべての Azure Storage 操作に適用される標準料金で課金されます。
クライアントによるメトリック データの読み取り要求も、標準料金で課金されます。
メトリック テーブルで使用される容量も課金対象です。 メトリック データの格納に使用される容量を見積もるために、次の情報を使用します。
- サービスが 1 時間ごとにすべてのサービスのすべての API を利用する場合、サービス レベルと API レベルの概要を有効にした場合、約 148 KB のデータがメトリック トランザクション テーブルに 1 時間ごとに格納されます。
- サービスが 1 時間以内にサービス内のすべての API を利用する場合、サービス レベルの概要のみを有効にした場合、メトリック トランザクション テーブルに 1 時間ごとに約 12 KB のデータが格納されます。
- BLOB の容量テーブルには、ログを選択した場合、毎日 2 つの行が追加されます。 このシナリオは、毎日このテーブルのサイズが最大で約 300 バイト増加することを意味します。