System Center Operations Manager での Linux ログ ファイルの監視

構成の概要

ログ ファイルの監視には、次の手順が必要です。 詳細については、次のセクションで説明します。

ログ監視管理パックをインストールする

Microsoft.Linux.Log.Monitoring 管理パックをインストールして、Linux ログ ファイルの監視を有効にします。

Linux ログ ファイルの監視を構成する

Linux ログ ファイルの監視を構成するには、次の手順に従います。

4. 次のコマンドを使用して、次のパスにフォルダーを作成します。

   # Create omsagent.d folder
   mkdir -p /etc/opt/microsoft/omsagent/scom/conf/omsagent.d
   
   # Create certs folder
   mkdir /etc/opt/microsoft/omsagent/scom/certs
   
   # Create log folder
   mkdir -p /var/opt/microsoft/omsagent/scom/log
   
   # Create run folder
   mkdir /var/opt/microsoft/omsagent/scom/run
   
   # Create state folder
   mkdir /var/opt/microsoft/omsagent/scom/state
   
   # Create tmp folder
   mkdir /var/opt/microsoft/omsagent/scom/tmp
   
   # Create fluent-logging folder (used for log file position file, this location is flexible)
   mkdir -p /home/omsagent/fluent-logging
   

5. 上記の各フォルダーの所有権を omsagent:omiusersに設定します。

   # Change owner of System Center Operations Manager folder
   chown omsagent:omiusers /etc/opt/microsoft/omsagent/scom
   
   # Change owner of log folder
   chown omsagent:omiusers /var/opt/microsoft/omsagent/scom/log
   
   # Change owner of run folder
   chown omsagent:omiusers /var/opt/microsoft/omsagent/scom/run
   
   # Change owner of state folder
   chown omsagent:omiusers /var/opt/microsoft/omsagent/scom/state
   
   # Change owner of tmp folder
   chown omsagent:omiusers /var/opt/microsoft/omsagent/scom/tmp
   
   # Change owner of fluent-logging folder (used for log file position file, this location is flexible)
   chown omsagent:omiusers /home/omsagent/fluent-logging
   

   

6. omsagent ファイルと omsconfig ファイルを作成します。

   # Create omsadmin.conf file
   touch /etc/opt/microsoft/omsagent/scom/conf/omsadmin.conf
   
   # Create omsagent.conf file
   touch /etc/opt/microsoft/omsagent/scom/conf/omsagent.conf
   

7. 上記の各ファイルの所有権を omsagent:omiusersに設定します。

   # Change owner of omsadmin.conf file
   chown omsagent:omiusers /etc/opt/microsoft/omsagent/scom/conf/omsadmin.conf
   
   # Change owner of omsagent.conf file
   chown omsagent:omiusers /etc/opt/microsoft/omsagent/scom/conf/omsagent.conf
   

8. ファイル /etc/opt/microsoft/omsagent/scom/conf/omsadmin.confを編集し、強調表示された情報を変更した後、次の情報を追加します。

   WORKSPACE_ID=scom
   System Center Operations Manager_ENDPOINT=https://<mark>\<MSFQDN\></mark>:8886
   MONITORING_ID={274F8D7B-DBCA-8FC3-1451-8DCD55092156}
   

9. OMSAgent を再起動します。

   /opt/microsoft/omsagent/bin/service_control restart
   

10. omsagent ログの状態を確認します。

    tail -100 /var/opt/microsoft/omsagent/scom/log/omsagent.log
    

OMED サービスを有効にする

Linux エージェントを管理して、リソース プール内の各管理サーバーで OMED サービスを有効にします。

OMED サービスは Fluentd からイベントを収集し、Operations Manager イベントに変換します。 カスタム管理パックをインポートすると、Linux サーバーから受信したイベントに基づいてアラートを生成できます。

OMED サービスは、オペレーション コンソールから有効にすることも、管理サーバーまたはゲートウェイ サーバーで手動で有効にすることもできます。

OMED ファイアウォール規則の追加

OMED ファイアウォール規則を有効にするには、PowerShell を使用してポート (TCP/8886) を自動的に追加するか、手動で追加する 2 つのオプションがあります。

Set-NetFirewallRule -DisplayName "System Center Operations Manager External DataSource Service" -Direction Inbound -Action Allow -Protocol TCP -LocalPort 8886

OMSAgent のクライアント証明書を割り当てる

OMSAgent のクライアント証明書を割り当てる場合は、2 つのオプションがあります。

1. OMI エージェントから署名された証明書にリンクします。
2. OMS エージェントのクライアント証明書を手動で生成します。

OMI エージェントから署名された証明書にリンクするか、OMS エージェントからクライアント証明書を手動で生成する手順に必要なタブを選択します。

Fluentd 構成ファイルを作成する

Fluentd 操作は、構成ファイルを使用して構成します。 ログ監視を利用するには、構成ファイルを作成する必要があります。 構成ファイルには、収集するデータを定義するためのソース ログ ファイル名、パス、フィルターなどの情報が含まれています。

マスター Fluentd 構成ファイル omsagent.conf は、 /etc/opt/microsoft/omsagent/scom/conf/にあります。 ログ ファイルの監視構成をこのファイルに直接追加できますが、別の構成ファイルを作成して、さまざまな設定をより適切に管理する必要があります。 次に、マスター ファイルで @include ディレクティブを使用して、カスタム ファイルを含めます。

たとえば、/etc/opt/microsoft/omsagent/scom/conf/omsagent.dで logmonitoring.conf を作成した場合は、次のいずれかの行を omsagent.d ファイルに追加します。

# Include all configuration files
@include omsagent.d/*.conf

または

# Include single configuration file
@include omsagent.d/logmonitoring.conf

Fluentd 構成ファイルの詳細については、「 Fluentd 構成ファイルの構文を参照してください。

次のセクションでは、ログ ファイルの監視に固有の構成ファイルのさまざまなディレクティブの設定について説明します。 それぞれに、構成ファイルに貼り付けて要件に合わせて変更できるサンプル設定が含まれています。

ログ監視用の完全な サンプル構成ファイル を使用して、独自の構成ファイルを作成する前に確認および評価できます。

ソース

Source ディレクティブは、収集するデータのソースを定義します。ここで、ログ ファイルの詳細を定義します。 Fluentd は、ソースに書き込まれた各レコードを取得し、そのイベントを Fluentd のルーティング エンジンに送信します。 このディレクティブでここでタグを指定します。 タグは、Fluentd の内部ルーティング エンジンが異なるディレクティブを関連付ける方向として使用される文字列です。

次の例は、Operations Manager で処理するために収集およびタグ付けされた syslog レコードを示しています。

<source>

    # Specifies input plugin. Tail is a fluentd input plugin - http://docs.fluentd.org/v0.12/articles/in\_tail
    type tail

    # Specify the log file path. Supports wild cards.
    path /var/log/syslog

    # Recommended so that Fluentd will record the position it last read into this file.
    pos_file /home/user1/fluent-test/demo_syslog.log.pos

    # Used to correlate the directives.
    tag System Center Operations Manager.log.syslog

    format /(?<message>.*)/

</source>

フィルター

filter ディレクティブは、Match と同じ構文を持ちますが、処理するデータをより複雑にフィルター処理できます。 収集されたイベントは、出力に追加されるすべてのフィルターの条件と一致する必要があります。

ここで説明するログ ファイル監視用のフィルター プラグインは 6 つあります。 これらのフィルターの 1 つ以上を使用して、ログ ファイルから収集するイベントを定義します。

• 単純な一致: filter_System Center Operations Manager_simple_match
• 排他一致: filter_System Center Operations Manager_excl_match
• 繰り返し関連付け: filter_System Center Operations Manager_repeated_cor
• 相関一致: filter_System センターの運用Manager_cor_match
• 排他的な相関関係: filter_System Center Operations Manager_excl_correlation
• Operations Manager コンバーター: filter_System Center Operations Manager_converter

必要なタブを選択して、それぞれのフィルター プラグインのコードをコピーします。

<filter tag>

    type filter_System Center Operations Manager_simple_match
    regexp1 <key> <pattern>
    event_id1 <event ID>
    regexp2 <key> <pattern>
    event_id2 <event ID>
    .
    .
    .
    regexp20 <key> <pattern>
    event_id20 <event ID>
</filter>

<filter tag>
    type filter_System Center Operations Manager_excl_match
    regexp1 <key> <pattern1>
    regexp2 <key> <pattern2>
    event_id <event ID>
</filter>

<filter tag>
    type filter_System Center Operations Manager_repeated_cor
    regexp <key> <pattern>
    event_id <event ID>
    time_interval <interval in seconds>
    num_occurences <number of occurrences>
</filter>

<filter tag>
    type filter_System Center Operations Manager_cor_match
    regexp1 <key> <pattern1>
    regexp2 <key> <pattern2>
    event_id <event ID>
    time_interval <interval in seconds>
</filter>

<filter tag>
    type filter_System Center Operations Manager_excl_correlation
    regexp1 <key> <pattern1>
    regexp2 <key> <pattern2>
    event_id <event ID>
    time_interval <interval in seconds>
</filter>

<filter tag>
    type filter_System Center Operations Manager_converter
    event_id <event ID>
    event_desc <event description>
</filter>

照合

match ディレクティブは、一致するタグを使用してソースから収集されたイベントを処理する方法を定義します。 パターンに一致する タグ を持つイベントのみが出力先に送信されます。 1 つの match タグ内に複数のパターンが一覧表示されている場合、イベントは一覧表示されている任意のパターンと一致する可能性があります。 type パラメーターは、これらのイベントに使用するプラグインの種類を指定します。

次の使用例は、 System Center Operations Manager.log. ** および System Center Operations Manager.alert (** は 0 個以上のタグ部分に一致する) に一致するタグを持つイベントを処理します。 out_System Center Operations Manager プラグインを指定します。これにより、Operations Manager 管理パックによってイベントを収集できます。

<match System Center Operations Manager.log.** System Center Operations Manager.event>

    # Output plugin to use
     type out_System Center Operations Manager

    log_level trace
    num_threads 5

    # Size of the buffer chunk. If the top chunk exceeds this limit or the time limit flush_interval, a new empty chunk is pushed to the top of the
    queue and bottom chunk is written out.
    buffer_chunk_limit 5m
    flush_interval 15s

    # Specifies the buffer plugin to use.
    buffer_type file

    # Specifies the file path for buffer. Fluentd must have write access to this directory.
    buffer_path /var/opt/microsoft/omsagent/scom/state/out_System Center Operations Manager_common*.buffer

    # If queue length exceeds the specified limit, events are rejected.
    buffer_queue_limit 10

    # Control the buffer behavior when the queue becomes full: exception, block, drop_oldest_chunk
    buffer_queue_full_action drop_oldest_chunk

    # Number of times Fluentd will attempt to write the chunk if it fails.
    retry_limit 10

    # If the bottom chunk fails to be written out, it will remain in the queue and Fluentd will retry after waiting retry_wait seconds
    retry_wait 30s

    # The retry wait time doubles each time until max_retry_wait.
    max_retry_wait 9m

</match>

<match System Center Operations Manager.log.** System Center Operations Manager.event>
type out_System Center Operations Manager

max_retry_wait 9m
enable_server_auth false

</match>

構成ファイルをエージェントにコピーする

Fluentd 構成ファイルを、監視するすべての Linux コンピューターの /etc/opt/microsoft/omsagent/scom/conf/omsagent.d にコピーする必要があります。 また、前述のように、マスター構成ファイルに @include ディレクティブを追加する必要があります。

omsagent を再起動する

次のコマンドを実行して omsagent を再起動できます。

/opt/microsoft/omsagent/bin/service_control restart

System Center Operations Manager ワークスペースの状態を確認する

次のコマンドを実行して、OMSAgent の System Center Operations Manager ワークスペースを確認します。

sh /opt/microsoft/omsagent/bin/omsadmin.sh -l

System Center Operations Manager 外部データソース サービスのイベント ログ

System Center OMED Service イベント ログは、System Center Operations Manager External DataSource Service (OMED) サービスに正常に送信されたイベントがある場合にのみ作成されます。

ルールとモニターを作成する

Linux 管理パックには FluentD からイベントを収集するモジュールは用意されていません。Linux 管理パックは Linux エージェントにバンドルされています。 Linux エージェントの fluentd モジュールと、強化されたログ ファイルの監視機能を提供する管理およびゲートウェイ サーバー上の OMED サービスです。

Fluentd からイベントを収集するには、モジュール Microsoft.Linux.OMED.EventDataSource を使用するカスタム ルールとモニターを使用して独自の管理パックを作成する必要があります。 System Center OMED サービスを介して送信されたイベントのコンピューター名イベント ログは、UNIX/Linux コンピューター ビューのコンピューターの名前と一致する必要があることに注意してください。 コンピューター名が一致しない場合、アラートは表示されません。

次の表に、 Microsoft.Linux.OMED.EventDataSource のパラメーターを示します。