Azure Blob Storage の監視

[アーティクル]
02/21/2024

この記事では、次の内容について説明します。

このサービスに対して収集できる監視データの種類。
そのデータを分析する方法。

Note

このサービスや Azure Monitor を既に使い慣れていて、監視データの分析方法だけを確認したい場合は、この記事で後述する分析に関するセクションをご覧ください。

Azure リソースに依存するクリティカルなアプリケーションやビジネスプロセスがある場合は、システムを監視し、そのアラートを受け取る必要があります。 Azure Monitor サービスでは、システムのすべてのコンポーネントからメトリックとログを収集して集計します。 Azure Monitor を使用すると、可用性、パフォーマンス、回復性を視覚化し、問題に関する通知を受け取ることができます。 Azure portal、PowerShell、Azure CLI、REST API、またはクライアントライブラリは、監視データの設定および表示に使用できます。

Azure Monitor の詳細については、「Azure Monitor の概要」を参照してください。
Azure リソース全般の監視方法の詳細については、「Azure Monitor を使用した Azure リソースの監視」をご覧ください。

重要

Azure Monitor のメトリックとログでは、Azure Resource Manager ストレージアカウントのみがサポートされています。 Azure Monitor では、従来のストレージアカウントはサポートされていません。従来のストレージアカウントでメトリックまたはログを使用する場合、Azure Resource Manager ストレージアカウントに移行する必要があります。詳細については、Azure Resource Manager への移行に関する記事を参照してください。

分析情報

Azure の一部のサービスについては、サービスを監視するための開始点となる監視ダッシュボードが Azure portal に組み込まれています。これらのダッシュボードは、"分析情報" と呼ばれており、Azure portal の Azure Monitor の [分析情報ハブ] にあります。

Azure Storage の分析情報では、ストレージのパフォーマンス、容量、可用性の統合ビューを提供します。「Azure Monitor Storage 分析情報を使用したストレージの監視」をご覧ください。

リソースの種類

Azure では、リソースの種類と ID の概念を使用して、サブスクリプション内のすべてを識別します。同様に、Azure Monitor では、コア監視データがリソースの種類 (名前空間とも呼ばれます) に基づいてメトリックとログに整理されます。リソースの種類に応じてさまざまなメトリックとログが使用できます。サービスは、複数のリソースの種類に関連付けられる可能性があります。

リソースの種類は、Azure で実行されているすべてのリソースのリソース ID の一部でもあります。たとえば、Microsoft.Compute/virtualMachines は、仮想マシンのリソースの種類の 1 つです。サービスとそれに関連付けられるリソースの種類の一覧については、リソースプロバイダーに関するページをご覧ください。

データストレージ

Azure Monitor の場合:

メトリックデータは、Azure Monitor メトリックデータベースに保存されます。
ログデータは、Azure Monitor ログストアに保存されます。 Log Analytics は、Azure portal のツールの 1 つであり、このストアに対してクエリを実行することができます。
Azure アクティビティログは、Azure Portal 内の独自のインターフェイスを持つ別のストアです。

必要に応じて、メトリックおよびアクティビティログデータを Azure Monitor ログストアにルーティングできます。次に、Log Analytics を使用してデータのクエリを実行し、ほかのログデータと関連付けることができます。

多くのサービスで診断設定を使用して、メトリックとログデータを Azure Monitor の外部のほかの保存場所に送信できます。たとえば、Azure Storage、ホステッドパートナーシステム、Event Hubs を使用する Azure 以外のパートナーシステムなどがあります。

Azure Monitor によるデータの保存方法の詳細については、「Azure Monitor データプラットフォーム」を参照してください。

Azure Monitor プラットフォームのメトリック

Azure Monitor により、ほとんどのサービスに関するプラットフォームメトリックが提供されます。これらのメトリックは次のとおりです。

名前空間ごとに個別に定義されます。
Azure Monitor 時系列メトリックデータベースに保存されます。
軽量であり、凖リアルタイムのアラートをサポートできます。
リソースのパフォーマンスを時間の経過と共に追跡するために使用されます。

収集: Azure Monitor では、プラットフォームメトリックを自動的に収集します。構成は必要ありません。

ルーティング: また、通常は、プラットフォームメトリックを Azure Monitor ログまたは Log Analytics にルーティングして、ほかのログデータを使用してクエリを実行することもできます。詳細については、「メトリック診断設定」を参照してください。サービスの診断設定を構成する方法については、「Azure Monitor で診断設定を作成する」を参照してください。

Azure Monitor ですべてのリソースに対して収集できるすべてのメトリックの一覧については、Azure Monitor でサポートされているメトリックに関するページを参照してください。

Azure Blob Storage で使用可能なメトリックの一覧については、Azure Blob Storage 監視データのリファレンスに関する記事を参照してください。

Azure Monitor リソースログ

リソースログでは、Azure リソースによって実行された操作に関する分析情報を提供します。ログは自動的に生成されますが、保存するかクエリを実行するには、Azure Monitor ログにルーティングする必要があります。ログはカテゴリ別に整理されます。特定の名前空間に複数のリソースログカテゴリが含まれる場合があります。

収集: リソースログは、"診断設定" を作成してログを 1 つ以上の場所にルーティングするまでは収集および保存されません。診断設定を作成するときは、収集するログのカテゴリを指定します。診断設定を作成して管理するには、Azure portal、プログラム、Azure Policy など、複数の方法があります。

ルーティング: 既定で推奨されるのは、リソースログを Azure Monitor ログにルーティングして、他のログデータを使用してクエリを実行できるようにすることです。 Azure Storage、Azure Event Hubs、特定の Microsoft 監視パートナーなど、その他の場所も利用できます。詳細については、「Azure リソースログ」およびリソースログの送信先に関するページを参照してください。

リソースログの収集、保存、ルーティングの詳細については、「Azure Monitor の診断設定」を参照してください。

Azure Monitor で使用可能なすべてのリソースログカテゴリの一覧については、Azure Monitor でサポートされているリソースログに関するページを参照してください。

Azure Monitor 内のすべてのリソースログには、同じヘッダーフィールドの後にサービス固有のフィールドがあります。共通のスキーマの概要については、Azure Monitor リソースログのスキーマに関する記事をご覧ください。

使用可能なリソースログカテゴリ、関連する Log Analytics テーブル、Azure Blob Storage のログスキーマについては、Azure Blob Storage 監視データのリファレンスに関する記事を参照してください。

Note

Data Lake Storage Gen2 は BLOB ストレージで使用できる機能のセットであるため、Data Lake Storage Gen2 はストレージの種類として表示されません。

宛先の制限事項

一般的な宛先の制限については、「宛先の制限事項」を参照してください。次の制限は、Azure Storage アカウントの監視にのみ適用されます。

この設定で監視している対象と同じストレージアカウントにログを送信することはできません。そのため、ログエントリが別のログエントリの書き込みを記述する再帰的なログになります。ログ情報を格納するために、アカウントを作成するか、別の既存のアカウントを使う必要があります。
アイテム保持ポリシーを設定することはできません。

ログをストレージアカウントにアーカイブする場合、ライフサイクル管理ポリシーを定義することにより、ログコンテナーの保持ポリシーを管理できます。方法については、「Azure Blob Storage アクセス層の自動化によるコストの最適化」を参照してください。

ログを Log Analytics に送信する場合は、ワークスペースレベルで Log Analytics のデータ保有期間を管理したり、データの種類ごとに異なる保持設定を指定したりすることもできます。方法については、「データ保有期間の変更」を参照してください。

Azure activity log

アクティビティログには、Azure リソースごとに操作を追跡する、そのリソースの外から見たサブスクリプションレベルのイベント (新しいリソースの作成や仮想マシンの起動など) が含まれます。

収集: アクティビティログイベントは、Azure portal で表示するために、個別のストアに自動的に生成および収集されます。

ルート指定: アクティビティログデータを Azure Monitor ログに送信して、他のログデータと共に分析できます。 Azure Storage、Azure Event Hubs、特定の Microsoft 監視パートナーなど、その他の場所も利用できます。アクティビティログをルーティングする方法の詳細については、Azure アクティビティログの概要に関するページをご覧ください。

監視データを分析する

監視データを分析するためのツールは多数あります。

Azure Monitor ツール

Azure Monitor は、次の基本的なツールをサポートします。

メトリックスエクスプローラー。Azure リソースのメトリックを表示および分析できる Azure portal のツール。詳細については、「Azure Monitor メトリックスエクスプローラーを使用したメトリックの分析」を参照してください。
Log Analytics は、Kusto クエリ言語 (KQL) を使用して、ログデータのクエリと分析を可能にする Azure Portal のツールです。詳細については、「Azure Monitor でログクエリの使用を開始する」を参照してください。
アクティビティログ。表示および基本的な検索用のユーザーインターフェイスが Azure portal に用意されています。より詳細な分析を行うには、データを Azure Monitor ログにルーティングし、Log Analytics でより複雑なクエリを実行する必要があります。

より複雑な視覚化を可能にするツールは次のとおりです。

ダッシュボードを使用すると、さまざまな種類のデータを組み合わせて、Azure portal 内の 1 つのペインに表示できます。
ブック。Azure portal で作成できるカスタマイズ可能なレポート。ブックには、テキスト、メトリック、ログクエリを含めることができます。
Grafana。運用ダッシュボードに優れたオープンプラットフォームツール。 Grafana を使用して、Azure Monitor 以外の複数のソースからのデータを含むダッシュボードを作成できます。
Power BI。さまざまなデータソースにわたって対話型の視覚化を提供するビジネス分析サービス。 Azure Monitor からログデータを自動的にインポートするように Power BI を構成して、これらの視覚化を利用できます。

Azure Monitor エクスポートツール

次の方法を使用して、Azure Monitor から他のツールにデータを取得できます。

メトリック:メトリック用 REST API を使用して、Azure Monitor メトリックデータベースからメトリックデータを抽出します。この API では、取得したデータを絞り込むためのフィルター式がサポートされています。詳細については、Azure Monitor REST API のリファレンスをご覧ください。
ログ: REST API または関連するクライアントライブラリを使用します。
もう 1 つのオプションは、ワークスペースデータのエクスポートです。

Azure Monitor 用 REST API の使用を開始するには、「Azure 監視 REST API のチュートリアル」を参照してください。

Azure Blob Storage のメトリックを分析する

Azure Blob Storage のメトリックは、次の名前空間にあります。

Microsoft.Storage/storageAccounts
Microsoft.Storage/storageAccounts/blobServices

Azure Storage でサポートされるディメンションの完全な一覧については、「メトリックのディメンション」をご覧ください。

メトリックスエクスプローラーを使用して、他の Azure サービスのメトリックと共に Azure Storage のメトリックを分析できます。メトリックスエクスプローラーを開くには、 [Azure Monitor] メニューの [メトリック] を選択します。このツールの使用方法の詳細については、「Azure Monitor メトリックエクスプローラーでメトリックを分析する」を参照してください。

次の例は、アカウントレベルでトランザクションを表示する方法を示しています。

Azure Portal でのメトリックアクセスのスクリーンショット

ディメンションをサポートするメトリックについては、目的のディメンション値でメトリックをフィルター処理できます。次の例は、 [API 名] ディメンションの値を選択することで特定の操作に対するアカウントレベルのトランザクションを表示する方法を示しています。

Azure Portal におけるディメンションでのメトリックアクセスのスクリーンショット

メトリック定義の一覧表示

ストレージアカウントまたは BLOB ストレージサービスのメトリック定義を一覧表示できます。 Get-AzMetricDefinition コマンドレットを使用します。

この例では、<resource-ID> プレースホルダーをストレージアカウント全体のリソース ID または BLOB ストレージサービスのリソース ID に置き換えます。これらのリソース ID は、Azure portal 上のストレージアカウントの [エンドポイント] ページで確認できます。

   $resourceId = "<resource-ID>"
   Get-AzMetricDefinition -ResourceId $resourceId

メトリック値の読み取り

ストレージアカウントまたは BLOB ストレージサービスのアカウントレベルのメトリック値を読み取ることができます。 Get-AzMetric コマンドレットを使用します。

   $resourceId = "<resource-ID>"
   Get-AzMetric -ResourceId $resourceId -MetricName "UsedCapacity" -TimeGrain 01:00:00

ディメンションのあるメトリック値を読み取る

メトリックにディメンションが付いている場合、メトリック値を読み取り、ディメンション値をフィルターにしてメトリック値を絞り込むことができます。 Get-AzMetric コマンドレットを使用します。

$resourceId = "<resource-ID>"
$dimFilter = [String](New-AzMetricFilter -Dimension ApiName -Operator eq -Value "GetBlob" 3> $null)
Get-AzMetric -ResourceId $resourceId -MetricName Transactions -TimeGrain 01:00:00 -MetricFilter $dimFilter -AggregationType "Total"

アカウントレベルのメトリック定義を一覧表示する

ストレージアカウントまたは BLOB ストレージサービスのメトリック定義を一覧表示できます。 az monitor metrics list-definitions コマンドを使用します。

   az monitor metrics list-definitions --resource <resource-ID>

アカウントレベルのメトリック値を読み取る

ストレージアカウントまたは BLOB ストレージサービスのメトリック値を読み取ることができます。 az monitor metrics list コマンドを使用します。

   az monitor metrics list --resource <resource-ID> --metric "UsedCapacity" --interval PT1H

ディメンションのあるメトリック値を読み取る

メトリックにディメンションが付いている場合、メトリック値を読み取り、ディメンション値をフィルターにしてメトリック値を絞り込むことができます。 az monitor metrics list コマンドを使用します。

az monitor metrics list --resource <resource-ID> --metric "Transactions" --interval PT1H --filter "ApiName eq 'GetBlob' " --aggregation "Total"

Azure Monitor には、メトリックの定義と値を読み取るための .NET SDK が用意されています。サンプルコードでは、さまざまなパラメーターで SDK を使用する方法を示します。ストレージメトリックスについては 0.18.0-preview 以降のバージョンを使用する必要があります。

これらの例では、<resource-ID> プレースホルダーをストレージアカウント全体または BLOB ストレージサービスのリソース ID に置き換えます。これらのリソース ID は、Azure portal 上のストレージアカウントの [エンドポイント] ページで確認できます。

<subscription-ID> 変数をご自身のサブスクリプションの ID に置き換えます。 <tenant-ID>、<application-ID>、<AccessKey> の値を取得する方法のガイダンスについては、ポータルを使って、リソースにアクセスできる Microsoft Entra アプリケーションとサービスプリンシパルを作成する方法に関する記事をご覧ください。

アカウントレベルのメトリック定義を一覧表示する

次の例は、アカウントレベルでメトリック定義を一覧表示する方法を示しています。

    public static async Task ListStorageMetricDefinition()
    {
        var resourceId = "<resource-ID>";
        var subscriptionId = "<subscription-ID>";
        var tenantId = "<tenant-ID>";
        var applicationId = "<application-ID>";
        var accessKey = "<AccessKey>";

        MonitorManagementClient readOnlyClient = AuthenticateWithReadOnlyClient(tenantId, applicationId, accessKey, subscriptionId).Result;
        IEnumerable<MetricDefinition> metricDefinitions = await readOnlyClient.MetricDefinitions.ListAsync(resourceUri: resourceId, cancellationToken: new CancellationToken());

        foreach (var metricDefinition in metricDefinitions)
        {
            // Enumrate metric definition:
            //    Id
            //    ResourceId
            //    Name
            //    Unit
            //    MetricAvailabilities
            //    PrimaryAggregationType
            //    Dimensions
            //    IsDimensionRequired
        }
    }

アカウントレベルのメトリック値を読み取る

次の例は、アカウントレベルで UsedCapacity データを読み取る方法を示しています。

    public static async Task ReadStorageMetricValue()
    {
        var resourceId = "<resource-ID>";
        var subscriptionId = "<subscription-ID>";
        var tenantId = "<tenant-ID>";
        var applicationId = "<application-ID>";
        var accessKey = "<AccessKey>";

        MonitorClient readOnlyClient = AuthenticateWithReadOnlyClient(tenantId, applicationId, accessKey, subscriptionId).Result;

        Microsoft.Azure.Management.Monitor.Models.Response Response;

        string startDate = DateTime.Now.AddHours(-3).ToUniversalTime().ToString("o");
        string endDate = DateTime.Now.ToUniversalTime().ToString("o");
        string timeSpan = startDate + "/" + endDate;

        Response = await readOnlyClient.Metrics.ListAsync(
            resourceUri: resourceId,
            timespan: timeSpan,
            interval: System.TimeSpan.FromHours(1),
            metricnames: "UsedCapacity",

            aggregation: "Average",
            resultType: ResultType.Data,
            cancellationToken: CancellationToken.None);

        foreach (var metric in Response.Value)
        {
            // Enumrate metric value
            //    Id
            //    Name
            //    Type
            //    Unit
            //    Timeseries
            //        - Data
            //        - Metadatavalues
        }
    }

多次元メトリック値を読み取る

多次元メトリックの場合、特定のディメンション値に対するメトリックデータを読み取る必要がある場合は、メタデータフィルターを定義する必要があります。

次の例では、多次元をサポートするメトリックについてのメトリックデータを読み取る方法を示します。

    public static async Task ReadStorageMetricValueTest()
    {
        // Resource ID for blob storage
        var resourceId = "/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Storage/storageAccounts/{storageAccountName}/blobServices/default";
        var subscriptionId = "<subscription-ID}";
        // How to identify Tenant ID, Application ID and Access Key: https://azure.microsoft.com/documentation/articles/resource-group-create-service-principal-portal/
        var tenantId = "<tenant-ID>";
        var applicationId = "<application-ID>";
        var accessKey = "<AccessKey>";

        MonitorManagementClient readOnlyClient = AuthenticateWithReadOnlyClient(tenantId, applicationId, accessKey, subscriptionId).Result;

        Microsoft.Azure.Management.Monitor.Models.Response Response;

        string startDate = DateTime.Now.AddHours(-3).ToUniversalTime().ToString("o");
        string endDate = DateTime.Now.ToUniversalTime().ToString("o");
        string timeSpan = startDate + "/" + endDate;
        // It's applicable to define meta data filter when a metric support dimension
        // More conditions can be added with the 'or' and 'and' operators, example: BlobType eq 'BlockBlob' or BlobType eq 'PageBlob'
        ODataQuery<MetadataValue> odataFilterMetrics = new ODataQuery<MetadataValue>(
            string.Format("BlobType eq '{0}'", "BlockBlob"));

        Response = readOnlyClient.Metrics.List(
                        resourceUri: resourceId,
                        timespan: timeSpan,
                        interval: System.TimeSpan.FromHours(1),
                        metricnames: "BlobCapacity",
                        odataQuery: odataFilterMetrics,
                        aggregation: "Average",
                        resultType: ResultType.Data);

        foreach (var metric in Response.Value)
        {
            //Enumrate metric value
            //    Id
            //    Name
            //    Type
            //    Unit
            //    Timeseries
            //        - Data
            //        - Metadatavalues
        }
    }

Azure Blob Storage のログを分析する

リソースログには、ストレージアカウント内の BLOB として、イベントデータとして、または Log Analytics クエリを使用してアクセスできます。これらのログを見つける方法については、「Azure リソースログ」を参照してください。

ログに記録された SMB と REST の各操作の一覧を取得するには、Storage によって記録される操作やステータスメッセージに関するページを参照してください。

ログエントリが作成されるのは、サービスエンドポイントに対して行われた要求がある場合に限られます。たとえば、ストレージアカウントのファイルエンドポイントにはアクティビティが存在するが、テーブルまたはキューエンドポイントには存在しない場合、Azure Blob Storage サービスに関連したログだけが作成されます。 Azure Storage ログには、ストレージサービスに対する要求の成功と失敗についての詳細な情報が含まれています。この情報を使って個々の要求を監視したり、ストレージサービスに関する問題を診断したりできます。要求は、ベストエフォートでログに記録されます。

Azure portal でストレージアカウントを表示すると、ポータルによって呼び出された操作もログに記録されます。このため、ストレージアカウントに何もデータを書き込んでいないのにアカウントに操作が記録されていることがあります。

認証済み要求をログに記録する

次のタイプの認証済み要求が記録されます。

成功した要求
失敗した要求 (タイムアウト、スロットル、ネットワーク、承認などに関する各種エラー)
Shared Access Signature (SAS) または OAuth を使用した要求 (失敗した要求と成功した要求を含む)
分析データ ( $logs コンテナーの従来のログデータと、 $metric テーブルのクラスメトリックデータ) に対する要求

BLOB ストレージサービスそのものによる要求 (ログの作成や削除など) は記録されません。ログに記録されるデータの完全な一覧については、ストレージのログに記録された操作とステータスメッセージに関するページと、ストレージのログの形式に関するページをご覧ください。

Note

Azure Monitor は現在、"insights-logs-" コンテナー内のアクティビティを説明するログをフィルター処理します。

匿名要求をログに記録する

次のタイプの匿名要求が記録されます。

成功した要求
サーバーエラー
クライアントとサーバーの両方のタイムアウトエラー
エラーコード 304 (変更されていません) で失敗した GET 要求

その他の失敗した匿名要求は一切記録されません。ログに記録されるデータの完全な一覧については、ストレージのログに記録された操作とステータスメッセージに関するページと、ストレージのログの形式に関するページをご覧ください。

Kusto クエリ

Kusto クエリ言語 (KQL) を使用して、Azure Monitor ログ/Log Analytics ストアの監視データを分析できます。

重要

ポータルでサービスのメニューから [ログ] を選択すると、クエリスコープが現在のサービスに設定された状態で Log Analytics が開きます。このスコープは、ログクエリにその種類のリソースのデータのみが含まれることを意味します。他の Azure サービスのデータを含むクエリを実行する場合は、[Azure Monitor] メニューから [ログ] を選択します。詳細については、「Azure Monitor Log Analytics のログクエリのスコープと時間範囲」を参照してください。

いずれかのサービスに関する一般的なクエリの一覧については、Log Analytics クエリインターフェイスに関するページを参照してください。

[ログ検索] バーに入力して BLOB ストレージの監視に利用できるクエリを紹介します。これらのクエリは新しい言語で使用できます。

過去 3 日間に発生した 10 件の最も一般的なエラーの一覧を表示します。

StorageBlobLogs
| where TimeGenerated > ago(3d) and StatusText !contains "Success"
| summarize count() by StatusText
| top 10 by count_ desc

過去 3 日間で最も多く発生したエラーの原因となった上位 10 件の操作を一覧表示します。

StorageBlobLogs
| where TimeGenerated > ago(3d) and StatusText !contains "Success"
| summarize count() by OperationName
| top 10 by count_ desc

過去 3 日間でエンドツーエンドの待機時間が最も長かった上位 10 個の操作を一覧表示します。

StorageBlobLogs
| where TimeGenerated > ago(3d)
| top 10 by DurationMs desc
| project TimeGenerated, OperationName, DurationMs, ServerLatencyMs, ClientLatencyMs = DurationMs - ServerLatencyMs

過去 3 日間にサーバー側の調整エラーの原因となったすべての操作を一覧表示します。

StorageBlobLogs
| where TimeGenerated > ago(3d) and StatusText contains "ServerBusy"
| project TimeGenerated, OperationName, StatusCode, StatusText

過去 3 日間の匿名アクセスを含むすべての要求を一覧表示します。

StorageBlobLogs
| where TimeGenerated > ago(3d) and AuthenticationType == "Anonymous"
| project TimeGenerated, OperationName, AuthenticationType, Uri

過去 3 日間に使用された操作の円グラフを作成します。

StorageBlobLogs
| where TimeGenerated > ago(3d)
| summarize count() by OperationName
| sort by count_ desc
| render piechart

警告

Azure Monitor のアラートにより、監視データで特定の状態が見つかったときに事前に通知を受け取ります。アラートにより、ユーザーが気付く前に、管理者が問題を識別して対処できます。詳細については、Azure Monitor アラートに関するページを参照してください。

Azure リソースに関する一般的なアラートのソースは数多くあります。 Azure リソースに関する一般的なアラートの例については、ログアラートクエリのサンプルに関するページをご覧ください。 Azure Monitor ベースラインアラート (AMBA) サイトには、重要なプラットフォームメトリックアラート、ダッシュボード、ガイドラインを実装するための半自動化された方法が用意されています。このサイトは、Azure ランディングゾーン (ALZ) の一部であるすべてのサービスを含む、Azure サービスの継続的に拡張されるサブセットに適用されます。

共通アラートスキーマを使用すると、Azure Monitor のアラート通知の使用を標準化できます。詳細については、「共通アラートスキーマ」をご覧ください。

アラートの種類

Azure Monitor データプラットフォームでは、任意のメトリックまたはログデータソースに対してアラートを生成できます。監視するサービスと収集する監視データに応じて、さまざまな種類のアラートがあります。アラートの種類に応じて、さまざまな利点と欠点があります。詳細については、適切な種類の監視アラートの選択に関するページをご覧ください。

次の一覧では、作成できる Azure Monitor アラートの種類について説明します。

メトリックアラートでは、リソースメトリックを定期的に評価します。メトリックはプラットフォームメトリック、カスタムメトリック、メトリックに変換された Azure Monitor からのログまたは Application Insights メトリックにすることができます。メトリック警告では、複数の条件と動的しきい値を適用することもできます。
ログアラートでは、ユーザーは Log Analytics クエリを使用して、定義済みの頻度でリソースログを評価できます。
アクティビティログアラートは、定義された条件と一致する新しいアクティビティログイベントが発生したときにトリガーされます。 Resource Health アラートと Service Health アラートは、サービスとリソースの正常性を報告するアクティビティログアラートです。

一部の Azure サービスでは、スマート検出アラート、Prometheus アラート、推奨されるアラートルールもサポートされています。

一部のサービスでは、同じ Azure リージョン内に存在する同じ種類の複数のリソースに同じメトリック警告ルールを適用することで、大規模に監視することができます。監視対象リソースごとに個別の通知が送信されます。サポートされている Azure サービスとクラウドについては、「1 つのアラートルールで複数のリソースを監視する」をご覧ください。

Azure Blob Storage 警告ルール

次の表に、Azure Blob Storage の推奨される一般的な警告ルールと、アラートに使用する適切なメトリックを示します。

アラートの種類	条件	説明
メトリック	Blob Storage サービスが調整されます。	トランザクションディメンション名:応答の種類
メトリック	Blob Storage 要求は 99% の割合で成功します。	可用性ディメンション名: Geo 型、API 名、認証
メトリック	Blob Storage エグレスが 1 日に 500 GiB を超えた。	エグレスディメンション名: Geo 型、API 名、認証

Advisor の推奨事項

一部のサービスでは、リソースの操作中にクリティカルな条件や差し迫った変更が発生した場合は、ポータルのサービス [概要] ページにアラートが表示されます。アラートの詳細と推奨される修正は、左側のメニューの [監視] の下の [アドバイザーのレコメンデーション] に表示されます。通常の操作中、アドバイザーのレコメンデーションは表示されません。

Azure Advisor の詳細については、Azure Advisor の概要に関するページをご覧ください。

Blob Storage の監視に関するその他のコンテンツ:

Azure Blob Storage 監視データのリファレンス。 Azure Blob Storage で作成されるログとメトリックのリファレンス。
Azure Blob Storage の監視に関するベストプラクティス:。一般的な監視とトラブルシューティングのシナリオに関するガイダンス。
メトリックとログの FAQ。

Azure Storage の監視に関する全般的なコンテンツ:

Azure Monitor Storage 分析情報を使用したストレージの監視。ストレージのパフォーマンス、容量、可用性の統合ビューを表示できます。
Azure Monitor のメトリックに移行する。 Storage Analytics のメトリックから Azure Monitor のメトリックに移行します。
パフォーマンスに関する問題のトラブルシューティング。パフォーマンスに関する一般的な問題とそのトラブルシューティング方法に関するガイダンスを確認できます。
可用性に関する問題のトラブルシューティング。可用性に関する一般的な問題とそのトラブルシューティング方法に関するガイダンスを確認します。
クライアントアプリケーションエラーのトラブルシューティング。クライアントの接続に関する一般的な問題とそのトラブルシューティング方法を確認します。

Azure Monitor に関するコンテンツ:

Azure Monitor を使用した Azure リソースの監視。 Azure リソースの監視に関する一般的な詳細情報。
Azure Monitor のメトリックの概要。メトリックとメトリックディメンションの基本。
Azure Monitor ログの概要。ログの基本と、その収集および分析の方法。
Azure Monitor メトリックスエクスプローラーを使用してメトリックを分析する。メトリックスエクスプローラーのツアー。
Azure Monitor の Log Analytics の概要。 Log Analytics のツアー。

トレーニングモジュール:

Azure Blob Storage コンテナーからメトリックを収集する。ステップバイステップガイダンスに従って、メトリックを表示するグラフを作成します。
Azure Storage の監視、診断、トラブルシューティング。ステップバイステップガイダンスに従って、ストレージアカウントの問題のトラブルシューティングを行います。

Azure Blob Storage の監視

分析情報

リソースの種類

データ ストレージ

Azure Monitor プラットフォームのメトリック

Azure Monitor リソース ログ

宛先の制限事項

Azure activity log

監視データを分析する

Azure Monitor ツール

Azure Monitor エクスポート ツール

Azure Blob Storage のメトリックを分析する

Azure Blob Storage のログを分析する

認証済み要求をログに記録する

匿名要求をログに記録する

Kusto クエリ

警告

アラートの種類

Azure Blob Storage 警告ルール

Advisor の推奨事項

関連するコンテンツ

その他のリソース

データストレージ

Azure Monitor リソースログ

Azure Monitor エクスポートツール