Nagios (非推奨) 🔗

注意

Nagiosモニターは現在非推奨となっており、2024年10月31日にサポート終了となります。この期間中は、重要なセキュリティおよびバグ修正のみが提供されます。サポートが終了すると、モニターは削除され、サポート対象外となり、Splunk Observability Cloudへのデータ送信に使用できなくなります。

システムを監視するには、代わりにネイティブのOpenTelemetryコンポーネントを使うことができます。詳細は、Collector コンポーネントを参照してください。

Splunk Distribution of OpenTelemetry Collectorは、Smart AgentレシーバーをNagiosモニタータイプで使用し、Nagios Remote Plugin Executor (NRPE) またはSimple Network Management Protocol (SNMP) execディレクティブとして動作するCollectorを通して既存のNagiosステータスチェックスクリプトを実行し、コマンドの終了コードに応じてチェックの状態を送信します。

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

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

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

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

注釈

The last sent event is cached into memory and compared to new events to avoid repeatedly sending the same event for each collection interval. Restarting the OTel Collector erases its cache, so the most recently sent event is sent again upon restart. If your check always “normally” produces a different output for each run, for example, the uptime check, you can use the FilterStdOut: true parameter to ignore it in comparison.

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

メリット 🔗

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

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

インストール 🔗

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

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]

イベント送信機能 🔗

このモニターには、独自のカスタムイベントをSplunk Observability Cloudに書き込むためのイベント送信機能があります。たとえば、ソフトウェアの新しいバージョンをデプロイしたり、インフラストラクチャの他の部分を更新したりするときに、独自のカスタムイベントを送信できます。すると、Splunk Observability Cloudのユーザーインターフェイス（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` )

メトリクス 🔗

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

備考 🔗

Splunk Observability Cloudで利用可能なメトリクスタイプの詳細は、メトリクスタイプを参照してください。
ホストベースのサブスクリプションプランでは、デフォルトのメトリクスは、ホスト、コンテナ、バンドルメトリクスなど、Splunk Observability Cloudのホストベースのサブスクリプションに含まれるメトリクスです。カスタムメトリクスはデフォルトでは提供されず、料金が発生する場合があります。詳細については、メトリクスカテゴリを参照してください。
MTSベースのサブスクリプションプランでは、すべてのメトリクスがカスタムです。
メトリクスを追加するには、その他のメトリクスの追加で extraMetrics の設定方法を参照してください。

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

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

Splunk Observability Cloudをご利用のお客様

Splunk サポートポータルでケースを送信する
Splunkサポートに連絡する

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

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

このページは 2025年02月11日に最終更新されました。

Related Topics