Azure Load Balancerの監視

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

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

注記

このサービスやAzure Monitorについて既に理解していて、監視データの分析方法を知りたい場合は、この記事の最後にある「Analyze」セクションを参照してください。

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

Azure Monitorの詳細については、Azure Monitorの概要を参照してください。
Azureリソースの一般的な監視方法の詳細については、「Monitor Azure resources with Azure Monitor」を参照してください。

Load Balancerは、次の方法で他の監視データを提供します。

分析情報

Azureの一部のサービスには、Azure ポータルに組み込みの監視ダッシュボードがあり、サービスを監視するための開始点を提供します。これらのダッシュボードは insights と呼ばれ、Azure ポータルの Insights Hub Azure Monitor で見つけることができます。

Load Balancer分析情報には次の情報が用意されています。

機能依存関係ビュー
メトリックダッシュボード
[概要] タブ
フロントエンドとバックエンドの可用性に関するタブ
データスループットに関するタブ
フローの分布
接続モニター
メトリック定義

Load Balancer分析情報の詳細については、「 Insights を使用してAzure Load Balancerを参照してください。

リソースの種類

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

Azure Monitor同様に、コア監視データは、リソースの種類 (namespaces とも呼ばれます) に基づいてメトリックとログに編成されます。リソースの種類に応じてさまざまなメトリックとログが使用できます。サービスは、複数のリソースの種類に関連付けられる可能性があります。

Load Balancerのリソースの種類の詳細については、「Azure Load Balancer監視データリファレンスを参照してください。

データストレージ

Azure Monitorの場合:

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

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

多くのサービスでは、診断設定を使用して、メトリックとログデータをAzure Monitor外の他のストレージの場所に送信できます。たとえば、Azure Storage、ホストされたパートナーシステム、非Azureパートナーシステムなどは、Event Hubs を使用します。

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

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

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

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

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

Routing: プラットフォームの一部のメトリックを Azure Monitor ログや Log Analytics にルーティングし、他のログデータと共にクエリを実行することも可能です。各メトリックの DS エクスポート設定を確認して、診断設定を使用してメトリックをAzure Monitorログ/Log Analyticsにルーティングできるかどうかを確認します。

詳細については、「メトリック診断設定」を参照してください。
サービスの診断設定を構成するには、 Azure Monitorを参照してください。

Azure Monitor内のすべてのリソースについて収集できるすべてのメトリックの一覧については、Azure Monitor のSupported メトリックを参照してください。

Azure Monitor メニューから Metrics を開くと、メトリックスエクスプローラーを使用して、他のAzure サービスからのメトリックを使用してLoad Balancerのメトリックを分析できます。このツールの使用方法の詳細については、メトリックスエクスプローラーを使用してメトリックAzure Monitorを分析する方法に関するページを参照してください。

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

Azure Monitor のリソースログ

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

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

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

リソースログの収集、格納、およびルーティングの詳細については、Azure Monitor の Diagnostic 設定を参照してください。

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

Azure Monitor内のすべてのリソースログには同じヘッダーフィールドがあり、その後にサービス固有のフィールドが続きます。共通スキーマの概要については、Azure Monitor リソースログスキーマを参照してください。

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

診断設定の作成

リソースログは、診断設定を作成して 1 つ以上の場所にルーティングするまでは収集および格納されません。診断設定は、Azure ポータル、Azure PowerShell、またはAzure CLIで作成できます。

Azure ポータルを使用する方法と一般的なガイダンスについては、診断設定を参照して、Azure でプラットフォームログとメトリックを収集します。 PowerShell またはAzure CLIを使用するには、次のセクションを参照してください。

診断設定を作成するときは、収集するログのカテゴリを指定します。 Load Balancerのカテゴリは AllMetrics です。

PowerShell

Azure PowerShellにサインインします。

Connect-AzAccount

Log Analytics ワークスペース

リソースログを Log Analytics ワークスペースに送信するには、次のコマンドを入力します。角かっこで囲まれた値は、実際の値に置き換えます。

## Place the load balancer in a variable. ##
$lbpara = @{
    ResourceGroupName = <your-resource-group-name>
    Name = <your-load-balancer-name>
}
$lb = Get-AzLoadBalancer @lbpara
    
## Place the workspace in a variable. ##
$wspara = @{
    ResourceGroupName = <your-resource-group-name>
    Name = <your-log-analytics-workspace-name>
}
$ws = Get-AzOperationalInsightsWorkspace @wspara
    
## Enable the diagnostic setting. ##
Set-AzDiagnosticSetting `
    -ResourceId $lb.id `
    -Name <your-diagnostic-setting-name> `
    -Enabled $true `
    -MetricCategory 'AllMetrics' `
    -WorkspaceId $ws.ResourceId

ストレージアカウント

リソースログをストレージアカウントに送信するには、次のコマンドを入力します。角かっこで囲まれた値は、実際の値に置き換えます。

## Place the load balancer in a variable. ##
$lbpara = @{
    ResourceGroupName = <your-resource-group-name>
    Name = <your-load-balancer-name>
}
$lb = Get-AzLoadBalancer @lbpara
    
## Place the storage account in a variable. ##
$storpara = @{
    ResourceGroupName = <your-resource-group-name>
    Name = <your-storage-account-name>
}
$storage = Get-AzStorageAccount @storpara
    
## Enable the diagnostic setting. ##
Set-AzDiagnosticSetting `
    -ResourceId $lb.id `
    -Name <your-diagnostic-setting-name> `
    -StorageAccountId $storage.id `
    -Enabled $true `
    -MetricCategory 'AllMetrics'

イベントハブ

イベントハブの名前空間にリソースログを送信するには、次のコマンドを入力します。角かっこで囲まれた値は、実際の値に置き換えます。

## Place the load balancer in a variable. ##
$lbpara = @{
    ResourceGroupName = <your-resource-group-name>
    Name = <your-load-balancer-name>
}
$lb = Get-AzLoadBalancer @lbpara
    
## Place the event hub in a variable. ##
$hubpara = @{
    ResourceGroupName = <your-resource-group-name>
    Name = <your-event-hub-name>
}
$eventhub = Get-AzEventHubNamespace @hubpara

## Place the event hub authorization rule in a variable. ##    
$hubrule = @{
    ResourceGroupName = 'myResourceGroup'
    Namespace = 'myeventhub8675'
}
$eventhubrule = Get-AzEventHubAuthorizationRule @hubrule

## Enable the diagnostic setting. ##
Set-AzDiagnosticSetting `
    -ResourceId $lb.Id `
    -Name 'myDiagSetting-event'`
    -EventHubName $eventhub.Name `
    -EventHubAuthorizationRuleId $eventhubrule.Id `
    -Enabled $true `
    -MetricCategory 'AllMetrics'

Azure CLI

Azure CLIにサインインします。

az login

Log Analytics ワークスペース

リソースログを Log Analytics ワークスペースに送信するには、次のコマンドを入力します。角かっこで囲まれた値は、実際の値に置き換えます。

lbid=$(az network lb show \
    --name <your-load-balancer-name> \
    --resource-group <your-resource-group> \
    --query id \
    --output tsv)

wsid=$(az monitor log-analytics workspace show \
    --resource-group <your-resource-group> \
    --workspace-name <your-log-analytics-workspace-name> \
    --query id \
    --output tsv)
    
az monitor diagnostic-settings create \
    --name <your-diagnostic-setting-name> \
    --resource $lbid \
    --metrics '[{"category": "AllMetrics","enabled": true}]' \
    --workspace $wsid

ストレージアカウント

リソースログをストレージアカウントに送信するには、次のコマンドを入力します。角かっこで囲まれた値は、実際の値に置き換えます。

lbid=$(az network lb show \
    --name <your-load-balancer-name> \
    --resource-group <your-resource-group> \
    --query id \
    --output tsv)

storid=$(az storage account show \
        --name <your-storage-account-name> \
        --resource-group <your-resource-group> \
        --query id \
        --output tsv)
    
az monitor diagnostic-settings create \
    --name <your-diagnostic-setting-name> \
    --resource $lbid \
    --metrics '[{"category": "AllMetrics","enabled": true}]' \
    --storage-account $storid

イベントハブ

イベントハブの名前空間にリソースログを送信するには、次のコマンドを入力します。角かっこで囲まれた値は、実際の値に置き換えます。

lbid=$(az network lb show \
    --name <your-load-balancer-name> \
    --resource-group <your-resource-group> \
    --query id \
    --output tsv)

az monitor diagnostic-settings create \
    --name myDiagSetting-event \
    --resource $lbid \
    --metrics '[{"category": "AllMetrics","enabled": true}]' \
    --event-hub-rule /subscriptions/<your-subscription-id>/resourceGroups/<your-resource-group>/providers/Microsoft.EventHub/namespaces/<your-event-hub-namespace>/authorizationrules/RootManageSharedAccessKey

Azure アクティビティログ

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

Collection: アクティビティログイベントが自動的に生成され、Azure ポータルで表示するために別のストアに収集されます。

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

注記

ロードバランサーのアクティビティログには、NIC ベースのバックエンドプールの更新は含まれません。 NIC ベースのバックエンドプールのロードバランサーバックエンドプールの更新を監視してアラートを生成するには、代わりに NIC リソースレベルまたはリソースグループレベルでログを収集することをお勧めします。

監視データを分析する

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

Azure Monitor ツール

Azure Monitorでは、次の基本的なツールがサポートされています。

Metrics エクスプローラーは、Azure リソースのメトリックを表示および分析できるAzure ポータルのツールです。詳細については、「Azure Monitor のメトリックエクスプローラーを使用してメトリックを分析する」を参照してください。
Log Analytics は、Azure ポータルのツールで、Kusto クエリ言語 (KQL) を使用してログデータのクエリと分析を行うことができます。詳細については、「Get started with log queries in Azure Monitor」を参照してください。
アクティビティログは、Azureポータルで閲覧や基本的な検索を行うためのユーザーインターフェースを備えています。より詳細な分析を行うには、データをAzure Monitorログにルーティングし、Log Analyticsでより複雑なクエリを実行する必要があります。

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

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

Azure Monitor エクスポートツール

次の方法を使用して、Azure Monitorから他のツールにデータを取り込むことができます。

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

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

VNet フローログを使用したLoad Balancer トラフィックの分析

仮想ネットワークフローログは、仮想ネットワークを通過する IP トラフィックに関する情報をログに記録するAzure Network Watcherの機能です。仮想ネットワークフローログからのフローデータは、Azure Storageに送信されます。そこからデータにアクセスし、任意の視覚化ツール、セキュリティ情報イベント管理 (SIEM) ソリューション、または侵入検出システム (IDS) にエクスポートできます。

仮想ネットワークフローログを作成して管理するための一般的なガイダンスについては、「仮想ネットワークフローログの管理」を参照してください。仮想ネットワークフローログを作成したら、Log Analytics ワークスペース上のデータにアクセスできます。ここで、データのクエリとフィルター処理を行って、Load Balancerを通過するトラフィックを特定することもできます。仮想ネットワークフローログスキーマの詳細については、「トラフィック分析スキーマとデータ集計」を参照してください。

仮想ネットワークフローログを作成するときに Traffic Analytics を有効にすることで、トラフィックの分散、トラフィックパターン、使用されるアプリケーションポート、仮想ネットワークのトップトーカーなどのフローログデータに関する分析情報と視覚化が提供されます。

VNet フローログのLog Analytics クエリ

特定のLoad Balancerに接続されている受信フローのログを表示するには:

NTANetAnalytics
| where DestLoadBalancer == '<Subscription ID>/<Resource Group name>/<Load Balancer name>'

Log Analytics ワークスペースで上記のクエリを使用し、Load Balancerの有効な値で文字列を更新します。 Log Analyticsの使用方法の詳細については、Log Analytics チュートリアルを参照してください。
接続のソース IP を表示する場合、SrcIp 列または SrcPublicIps 列が設定されます。悪意のないパブリックまたはAzureサービス所有の IP アドレスから送信されるすべてのトラフィックは、SrcPublicIps に表示され、他のすべてのソース IP は SrcIP に表示されます。トラフィックの種類の詳細が必要な場合は、FlowType 列を使用して、フローに関係するさまざまな種類の IP アドレスをフィルター処理できます。「トラフィック分析スキーマとデータ集約に関する注釈」を参照すると、FlowType フィールドの定義がわかります。
DestIP、MacAddress、DestVM、TargetResourceID、DestNic のいずれかの列を使用して、受信接続で使用されているバックエンドプールインスタンスを特定します。
これらのログを使用して、ポート情報、プロトコル、トラフィックサイズなど、Load Balancerを通過する接続に関する詳細情報を、宛先と送信元から送信されたパケットとバイト数で収集できます。

Kusto クエリ

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

重要

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

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

警告

Azure Monitorアラートは、監視データに特定の条件が見つかった場合に事前に通知します。アラートにより、ユーザーが気付く前に、管理者が問題を識別して対処できます。詳細については、「Azure Monitor アラート」を参照してください。

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

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

アラートの種類

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

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

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

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

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

注記

サービスで実行されるアプリケーションを作成または実行している場合は、Azure Monitor application insights により多くの種類のアラートが提供される場合があります。

ロードバランサーのアラートルール

次の表に、Load Balancerに推奨されるアラートルールをいくつか示します。これらのアラートは例に過ぎません。 Azure Load Balancer監視データリファレンスに記載されている任意のメトリック、ログエントリ、またはアクティビティログエントリのアラートを設定できます。

アラートの種類	条件	説明
VM が使用できないため、負荷分散規則を使用できない	フロントエンド IP アドレスとフロントエンドポート (既知および将来のすべての値) で分割されたデータパスの可用性が 0 に等しい場合、または 2 次独立アラートにおいて正常性プローブ状態が 0 に等しい場合に、アラートが発生します	これらのアラートは、関連するバックエンドプール内のすべての VM が構成済み正常性プローブによってプローブ対象外にされているため、構成された負荷分散規則のデータパスの可用性がトラフィックを処理できていないかどうかを判断するのに役立ちます。 Azure Load Balancer潜在的な根本原因を調査します。
VM の可用性が大幅に低い	バックエンド IP とバックエンドポートで分割された正常性プローブの状態が、プールサイズ全体のユーザー定義のプローブ対象率 (つまり、25% がプローブ対象) と等しい場合は、アラートを発生します	このアラートは、トラフィックを処理するために利用可能な VM が必要数に達していないかどうかを判断します
インターネットエンドポイントへの送信接続が失敗する	"接続状態" = "失敗" でフィルター処理された SNAT 接続数が 0 より大きい場合は、アラートを発生します	このアラートは、SNAT ポートが使い果たされ、VM が送信接続を開始できなかった場合に発生します。
SNAT の枯渇に近づいている	使用された SNAT ポートがユーザー定義の数を超えている場合、アラートを発生します	このアラートには、常に同じ数のポートが割り当てられる静的な送信の構成が必要です。その後、割り当てられたポートのうち一定の割合が使用された場合に発生します。

Advisor の推奨事項

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

Azure Advisorの詳細については、「Azure Advisorの概要を参照してください。

Azure Load Balancer監視データのリファレンスを参照して、Load Balancer用に作成されたメトリック、ログ、およびその他の重要な値を参照してください。
Azure リソースの監視の一般的な詳細については、 Azure Monitor を使用したAzure リソースの監視に関するページを参照してください。

フィードバック

このページはお役に立ちましたか?

Last updated on 2026-04-14

次の方法で共有

Azure Load Balancerの監視

分析情報

リソースの種類

データ ストレージ

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

Azure Monitor のリソースログ

診断設定の作成

PowerShell

Log Analytics ワークスペース

ストレージ アカウント

イベント ハブ

Azure CLI

Log Analytics ワークスペース

ストレージ アカウント

イベント ハブ

Azure アクティビティ ログ

監視データを分析する

Azure Monitor ツール

Azure Monitor エクスポート ツール

VNet フロー ログを使用したLoad Balancer トラフィックの分析

VNet フロー ログのLog Analytics クエリ

Kusto クエリ

警告

アラートの種類

ロードバランサーのアラートルール

Advisor の推奨事項

関連するコンテンツ

フィードバック

その他のリソース

データストレージ

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

ストレージアカウント

イベントハブ

ストレージアカウント

イベントハブ

Azure アクティビティログ

Azure Monitor エクスポートツール

VNet フローログを使用したLoad Balancer トラフィックの分析

VNet フローログのLog Analytics クエリ