次の方法で共有


Log Analytics エージェントの概要

重要

従来の Log Analytics エージェントは、2024 年 8 月 31 日の時点で非推奨となっています。 今後 Microsoft は、Log Analytics エージェントに関するすべてのサポートを提供しません。 Log Analytics エージェントを使用して Azure Monitor にデータを取り込む場合は、 ここで Azure Monitor エージェントに移行します

このアーティクルでは、Log Analytics エージェントの詳細な概要とエージェントのシステム、ネットワークの要件、およびデプロイ方法について説明します。

Log Analytics エージェントは、Microsoft Monitoring Agent (MMA) とも呼ばれます。

主なシナリオ

Log Analytics エージェントは、次のような場合に使用します。

Log Analytics エージェントの制限事項は次のとおりです。

  • Azure Monitor メトリック、Azure Storage、または Azure Event Hubs にデータを送信することはできません。
  • 個々のエージェントに対して一意の監視定義を構成することは困難です。
  • 各仮想マシンに固有の構成があるため、大規模な管理は困難です。

他のエージェントとの比較

Log Analytics と Azure Monitor の他のエージェントの比較については、「 Azure Monitor エージェントの概要」を参照してください。

サポートされるオペレーティング システム

Log Analytics エージェントでサポートされている Windows および Linux オペレーティング システムのバージョンの一覧については、「 サポートされているオペレーティング システム」を参照してください。

インストール オプション

このセクションでは、さまざまな種類の仮想マシンに Log Analytics エージェントをインストールし、マシンを Azure Monitor に接続する方法について説明します。

重要

従来の Log Analytics エージェントは、2024 年 8 月 31 日の時点で非推奨となっています。 今後 Microsoft は、Log Analytics エージェントに関するすべてのサポートを提供しません。 Log Analytics エージェントを使用して Azure Monitor にデータを取り込む場合は、 ここで Azure Monitor エージェントに移行します

Log Analytics エージェントが既に構成されているマシンの複製はサポート されていません 。 エージェントが既にワークスペースに関連付けられている場合、複製は "ゴールデン イメージ" では機能しません。

Azure 仮想マシン

オンプレミスまたは別のクラウド上の Windows 仮想マシン

オンプレミスまたは別のクラウド内の Linux 仮想マシン

  • Azure Arc 対応サーバーを使用して、Log Analytics VM 拡張機能をデプロイおよび管理します。 デプロイ オプションを確認して、Azure Arc 対応サーバーに登録されているマシンで拡張機能で使用できるさまざまなデプロイ方法を理解します。
  • GitHub でホストされているラッパー スクリプトを呼び出すエージェントを手動でインストールします。
  • System Center Operations Manager と Azure Monitor を統合して、Windows コンピューターから収集したデータを管理グループに転送します。

収集されるデータ

次の表に、接続されているすべてのエージェントから収集するために Log Analytics ワークスペースを構成できるデータの種類を示します。

データ ソース 説明
Windows イベント ログ Windows イベント ログ システムに送信された情報
Syslog Linux イベント ログ システムに送信される情報
パフォーマンス オペレーティング システムとワークロードのさまざまな側面のパフォーマンスを測定する数値
IIS ログ ゲスト オペレーティング システムで実行されている IIS Web サイトの使用状況に関する情報
カスタム ログ Windows と Linux のコンピューター上のテキスト ファイルからのイベント

その他のサービス

Linux および Windows 用のエージェントは、Azure Monitor に接続するためだけのものではありません。 Microsoft Defender for Cloud および Microsoft Sentinel などのその他のサービスは、エージェントとそれが接続されている Log Analytics ワークスペースに依存します。 エージェントは、Hybrid Runbook Worker ロールと 、Change TrackingUpdate ManagementMicrosoft Defender for Cloud などの他のサービスをホストするための Azure Automation もサポートしています。 Hybrid Runbook Worker ロールの詳細については、「 Azure Automation Hybrid Runbook Worker」を参照してください。

ワークスペースと管理グループの制限事項

エージェントを Operations Manager 管理グループに接続する方法の詳細については、「 Operations Manager 管理グループにレポートするようにエージェントを構成する」を参照してください。

  • Windows エージェントでは、System Center Operations Manager 管理グループに接続されている場合でも、最大 4 つのワークスペースに接続できます。
  • Linux エージェントではマルチホームがサポートされず、1 つのワークスペースまたは管理グループにのみ接続できます。

セキュリティの制限事項

Windows および Linux エージェントは FIPS 140 標準をサポートしていますが、 他の種類のセキュリティ強化はサポートされていない可能性があります

TLS プロトコル

Azure Monitor ログに転送中のデータのセキュリティを確保するには、エージェントを、少なくともトランスポート層セキュリティ (TLS) 1.2 を使用するように構成することを強くお勧めします。 これより前のバージョンの TLS/Secure Sockets Layer (SSL) は脆弱であることが判明しています。 現在も下位互換性を確保するために動作していますが、 推奨されません

ネットワークの要件

Linux および Windows 用のエージェントでは、TCP ポート 443 を介して Azure Monitor サービスへのアウトバウンド通信を行います。 インターネット経由で通信するためにマシンがファイアウォールやプロキシ サーバーを介して接続されている場合は、次の要件を確認して必要なネットワーク構成を把握してください。 IT セキュリティ ポリシーでネットワーク上のコンピューターがインターネットに接続できない場合は、 Log Analytics ゲートウェイ を設定し、ゲートウェイ経由で Azure Monitor に接続するようにエージェントを構成します。 これで、エージェントによって構成情報を受信し、収集したデータを送信できます。

Log Analytics エージェントの通信を示す図。

以下の表は、Linux および Windows エージェントが Azure Monitor ログと通信するために必要なプロキシとファイアウォール構成情報の一覧です。

ファイアウォールの要件

エージェントリソース Port 方向 HTTPS検査をバイパス
*.ods.opinsights.azure.com ポート 443 送信 はい
*.oms.opinsights.azure.com ポート 443 送信 はい
*.blob.core.windows.net ポート 443 送信 はい
*.azure-automation.net ポート 443 送信 はい

Azure Government に必要なファイアウォール情報については、 Azure Government の管理に関するページを参照してください。

重要

ファイアウォールで CNAME 検査を行っている場合、CNAME ですべてのドメインを許可するようにそれを構成する必要があります。

Azure Automation Hybrid Runbook Worker を使用して Automation サービスに接続し、Automation サービスに登録して環境内の Runbook または管理機能を使用する場合は、「 Hybrid Runbook Worker のネットワークの構成」で説明されているポート番号と URL にアクセスできる必要があります。

[プロキシ構成]

Windows および Linux エージェントは、HTTPS プロトコルを使用して、プロキシ サーバーまたは Log Analytics ゲートウェイのいずれかを経由して、Azure Monitor との通信をサポートします。 匿名認証と基本認証 (ユーザー名/パスワード) の両方がサポートされます。

サービスに直接接続されている Windows エージェントの場合、プロキシ構成は、インストール中、またはコントロール パネルまたは PowerShell からの展開後 に指定されます。 Log Analytics エージェント (MMA) は、システム プロキシ設定を使用しません。 その結果、ユーザーは MMA のインストール中にプロキシ設定を渡す必要があります。 これらの設定は、仮想マシンの MMA 構成 (レジストリ) に格納されます。

Linux エージェントの場合、プロキシ サーバーは、インストール中または インストール後 に proxy.conf 構成ファイルを変更して指定されます。 Linux エージェント プロキシ構成の値には次の構文があります。

[protocol://][user:password@]proxyhost[:port]

プロパティ 説明
プロトコル https
ユーザー プロキシ認証のオプションのユーザー名
パスワード プロキシ認証のオプションのパスワード
プロキシホスト プロキシ サーバー/Log Analytics ゲートウェイのアドレスまたは FQDN
プロキシ サーバー/Log Analytics ゲートウェイのオプションのポート番号

例: https://user01:password@proxy01.contoso.com:30443

パスワードに "@" などの特殊文字を使用した場合、値が正しく解析されないためにプロキシ接続エラーが発生します。 この問題を回避するには、 URLDecode などのツールを使用して URL 内のパスワードをエンコードします。

次のステップ

  • データ ソースを確認して、Windows または Linux システムからデータを収集するために使用できるデータ ソースを理解します。
  • データ ソースとソリューションから収集されたデータを分析するための ログ クエリ について説明します。
  • Azure Monitor に機能を追加し、Log Analytics ワークスペースにデータを収集する 監視ソリューション について説明します。