次の方法で共有


Log Analytics エージェントの概要

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

重要

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

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 エージェントに関するすべてのサポートを提供しません。 Azure Monitor にデータを取り込むために Log Analytics エージェントを使用している場合は、今すぐ Azure Monitor エージェントに移行してください。

Note

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

Azure 仮想マシン

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

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

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

収集されるデータ

次の表に、接続されているすべてのエージェントから収集するために 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) は脆弱であることが判明しています。 現在も下位互換性を確保するために動作していますが、 推奨されません。 詳細については、「TLS を使用して安全にデータを送信する」をご覧ください。

ネットワークの要件

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

Log Analytics エージェントの通信を示すダイアグラム。

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

ファイアウォールの要件

エージェントリソース Port Direction 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 サービスに接続および登録し、お使いの環境で 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]

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

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

注意

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

次のステップ

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