Nagios (deprecated) 🔗

注意

The Nagios monitor is now deprecated and will reach of End of Support on October 31st, 2024. During this period only critical security and bug fixes are provided. When End of Support is reached, the monitor will be removed and no longer be supported, and you won’t be able to use it to send data to Splunk Observability Cloud.

To monitor your system you can use native OpenTelemetry components instead. See more at Collector コンポーネント.

The Splunk Distribution of the OpenTelemetry Collector uses the Smart Agent receiver with the Nagios monitor type to run existing Nagios status check scripts through the Collector, which acts as the Nagios Remote Plugin Executor (NRPE) or the Simple Network Management Protocol (SNMP) exec directive, and send the state of the check, depending on the exit code of the command.

このインテグレーションは、dataFormat:nagiosインテグレーションで設定されたtelegraf/execモニターと似ていますが、以下の例外があります：

perfdata メトリクスは取得しません。このインテグレーションは、警告の目的でスクリプトの状態を取得するだけです。
終了コード == 0 、しかし出力文字列が warn 、crit 、または unkn （大文字と小文字は区別されない）で始まる場合、その状態を上書きします。

このインテグレーションは、イベントを使用することで、ステータス・チェックの状態にさらにコンテキストを追加します。state メトリクスに加えて、コマンド実行による出力とキャッチしたエラーを含むイベントも送信します。

このインテグレーションを使用することで、トラブルシューティングがより効率的になり、異常事態が発生した場合でも Linux や Windows マシンに接続することなく Splunk Observability Cloud にとどまり、何が起こっているのかを把握できるようになるはずです。このインテグレーションを使用すると、Nagios ユーザーになじみのあるダッシュボードを作成することもできます。

注釈

最後に送信されたイベントはメモリにキャッシュされ、収集間隔ごとに同じイベントを繰り返し送信しないように新しいイベントと比較されます。OTel Collector を再起動するとキャッシュが消去されるため、再起動時に直近に送信されたイベントが再度送信されます。チェックが常に「通常」実行ごとに異なる出力を生成する場合（たとえば、アップタイムチェックなど）、FilterStdOut: true パラメータを使用して比較で無視できます。

このインテグレーションはKubernetes、Linux、Windowsで利用できます。

メリット 🔗

インテグレーションを設定すると、これらの機能にアクセスできるようになります：

メトリクスを表示します。独自のカスタム・ダッシュボードを作成することができ、ほとんどのモニターは組み込みのダッシュボードも提供しています。ダッシュボードについては、Splunk Observability Cloudでダッシュボードを表示するを参照してください。
Infrastructure Monitoring に表示される環境内の物理サーバー、仮想マシン、AWS インスタンス、およびその他のリソースのデータ駆動型の視覚化を表示します。ナビゲーターについては、Splunk Infrastructure Monitoring でナビゲーターを使用するを参照してください。
Metric Finder にアクセスして、モニターから送信されたメトリクスを検索します。詳細については、Search the Metric Finder and Metadata Catalog を参照してください。

インストール 🔗

このインテグレーションを導入するには、以下の手順に従ってください：

Splunk Distribution of the OpenTelemetry Collector をホストまたはコンテナプラットフォームにデプロイします：
[設定] セクションの説明に従ってインテグレーションを設定します。
Splunk Distribution of OpenTelemetry Collector を再起動します。

設定 🔗

Smart Agent モニターとCollector のインテグレーションを使用するには、以下の手順に従います：

Smart Agent レシーバーを設定ファイルに含めます。
レシーバーセクションおよびパイプラインセクションの両方で、Collector 構成にモニタータイプを追加します。

Collector でSmart Agent モニターを使用するの方法を参照してください。
Smart Agent レシーバーの設定方法を参照してください。
一般的な設定オプションのリストについては、モニターの共通設定を参照してください。
Collectorの詳細は、はじめに：Collectorを理解して使用するを参照してください。

例 🔗

このインテグレーションを有効にするには、Collector構成に以下を追加します：

receivers:
  smartagent/nagios:
    type: nagios
    command: <command>
    service: <service>
    timeout: 7 #9 by default
    ... # Additional config

次に、設定ファイルの service.pipelines.metrics.receivers セクションにモニターを追加します：

service:
  pipelines:
    metrics:
      receivers: [smartagent/nagios]

イベント送信機能 🔗

This monitor includes event-sending functionality to let you post your own custom events to Splunk Observability Cloud. For example, you can send your own custom event when you deploy a new version of your software or update other parts of your infrastructure. You can then view these events in the Splunk Observability Cloud user interface (UI).

イベント送信機能を持つモニターを、SignalFxエクスポーターを使用してイベント送信要求を行うログパイプラインのメンバにします。リソース検出プロセッサーを使用して、ホストIDやその他の有用な情報がイベント・ディメンションとして利用できるようにします。

例：

service:
  pipelines:
    logs:
      receivers:
        - smartagent/<receiver>
# Adds the Resource Detection processor to the logs pipeline.
      processors:
        - resourcedetection
      exporters:
        - signalfx

コンフィギュレーション設定 🔗

次の表に、このモニターの設定オプションを示します：

オプション	必須	タイプ	説明
`command`	はい	`string`	次のような引数とともに実行するコマンド： `"LC_ALL=\"en_US.utf8\" /usr/lib/nagios/plugins/check_ntp_time -H pool.ntp.typhon.net -w 0.5 -c 1"`
`service`	はい	`string`	nagios `service` の列に対応し、同じサービスのすべてのインスタンスを集約できます（同じチェックスクリプトを異なる引数で呼び出す場合）
`timeout`	いいえ	`integer`	SIGKILLを送信するまでの秒単位の最大実行時間 (デフォルト： `9` )
`ignoreStdOut`	いいえ	`bool`	`false` の場合に、最後のイベントと比較して `stdout` で変更が検出された場合新しいイベントを送信します (デフォルト： `false` )
`ignoreStdErr`	いいえ	`bool`	`false` の場合に、次と比較して `stderr` で変更が検出された場合新しいイベントを送信します (デフォルト： `false` )

メトリクス 🔗

このインテグレーションでは、以下のメトリクスを使用できます：

備考 🔗

To learn more about the available in Splunk Observability Cloud see メトリクスタイプ
In host-based subscription plans, default metrics are those metrics included in host-based subscriptions in Splunk Observability Cloud, such as host, container, or bundled metrics. Custom metrics are not provided by default and might be subject to charges. See メトリクスカテゴリ for more information.
MTSベースのサブスクリプションプランでは、すべてのメトリクスがカスタムです。
メトリクスを追加するには、その他のメトリクスの追加で extraMetrics の設定方法を参照してください。

トラブルシューティング 🔗

Splunk Observability Cloudをご利用のお客様で、Splunk Observability Cloudでデータを確認できない場合は、以下の方法でサポートを受けることができます。

Splunk Observability Cloudをご利用のお客様

Submit a case in the Splunk Support Portal .
Contact Splunk Support .

見込み客および無料トライアルユーザー様

Splunk Answers のコミュニティサポートで質問し、回答を得る
Splunk #observability ユーザーグループの Slack チャンネルに参加して、世界中の顧客、パートナー、Splunk 社員とのコミュニケーションを図る。参加するには、Get Started with Splunk Community マニュアルのチャットグループを参照してください。

このページは 2024年12月09日に最終更新されました。

Related Topics