Systemd

Supported OS Linux

概要

このチェックは、Systemd と、Systemd が Datadog Agent を介して管理するユニットを監視します。

  • Systemd の状態と健全性を追跡できます。
  • Systemd が管理するユニット、サービス、ソケットを監視できます。

セットアップ

インストール

Systemd チェックは Datadog Agent パッケージに含まれています。サーバーに追加でインストールする必要はありません。

構成

    ホスト

    ホストで実行中の Agent に対してこのチェックを構成するには

    1. Agent の構成ディレクトリのルートにある conf.d/ フォルダーの systemd.d/conf.yaml ファイルを編集して、 Systemd パフォーマンスデータの収集を開始します。 使用可能なすべての構成オプションの詳細については、サンプル systemd.d/conf.yaml を参照してください。

    2. Agent を再起動します。

    コンテナ化

    コンテナ環境の場合は、Systemd データの取得に必要なソケット /run/systemd/private を含む /run/systemd/ フォルダーをマウントする必要があります。たとえば、以下のとおりです。

    docker run -d -v /var/run/docker.sock:/var/run/docker.sock:ro \
              -v /proc/:/host/proc/:ro \
              -v /sys/fs/cgroup/:/host/sys/fs/cgroup/:ro \
              -v /run/systemd/:/host/run/systemd/:ro \
              -e DD_API_KEY=<YOUR_API_KEY> \
              datadog/agent:latest

    検証

    Agent の status サブコマンドを実行し、Checks セクションの systemd を探します。

    収集データ

    メトリクス

    以下は、対応する構成が有効な場合にのみ報告されるメトリクスです。

    • systemd.service.cpu_time_consumed: Systemd 構成 CPUAccounting を有効にする必要があります。
    • systemd.service.memory_usage: Systemd 構成 MemoryAccounting を有効にする必要があります。
    • systemd.service.task_count: Systemd 構成 TasksAccounting を有効にする必要があります。

    以下は、特定バージョンの Systemd でのみ使用できるメトリクスです。

    • systemd.service.cpu_time_consumed: Systemd v220 が必要です。
    • systemd.service.restart_count: Systemd v235 が必要です。
    • systemd.socket.connection_refused_count: Systemd v239 が必要です。

    イベント

    Systemd チェックには、イベントは含まれません。

    サービスチェック

    トラブルシューティング

    ご不明な点は、Datadog のサポートチームまでお問合せください。

    PREVIEWING: may/embedded-workflows