ブログ

HOME Developer Square ブログ【SCSK技術者によるブログ】コンテナの電力消費をSysdig Monitorで監視してみよう

2025

02月

07日

【SCSK技術者によるブログ】コンテナの電力消費をSysdig Monitorで監視してみよう

みなさんこんにちは!
SCSK技術者によるSysdigブログ第19回を担当するのは鳥飼です。

Node Exporterに続くExporterシリーズ第二弾は、以前のKubeCon で話題となったKeplerについて、取り上げます。
Keplerが注目される背景や、Keplerを活用し消費電力をSysdig Monitorで監視する手順をご紹介します。
ぜひ皆さんの環境でもお試しください!

Keplerとは

ITの発展により、IT機器・システムが急増。それに伴い、世界のITによる電力消費は約20年間で約9倍に迫る勢いで増加しています。
さらに今後、AIなどが普及により電力インフラへの負担はより高まり、将来的に電力不足に陥る可能性が指摘されています。このことから世界的に消費電力の管理、削減が喫緊の課題となっています。
こういった課題にKeplerはアプローチしています。KeplerはeBPFを活用し、ワークロードによる消費電力を推定、メトリクスとして出力するOSSであり、現在CNCFのSandbox maturity levelに属しています。

『グリーンIT』といった文脈で今後より注目を集めるであろうKeplerをSysdigへ連携し、環境の消費電力を可視化してみようと思います。

KeplerをSysdigに連携する

(前提)
・Sysdig Monitorアカウント
・Sysdig agentを導入したOpenShift
導入手順 - https://docs.sysdig.com/en/sysdig-monitor/kubernetes/

① Keplerをインストールします。

※今回の検証ではKepler Operatorを用いてインストールを行いました。
https://sustainable-computing.io/installation/community-operator/
Helm chartによるインストールは下記をご参照ください。
https://sustainable-computing.io/installation/kepler-helm/

② Keplerのメトリクスをスクレイピングするよう、Sysdig agentの設定ファイルを編集します。

$ oc edit cm -n sysdig-agent sysdig-agent
apiVersion: v1
data:
  dragent.yaml: |
    new_k8s: true
    k8s_cluster_name: trk-rosa-hcp
    collector: collector.sysdigcloud.com
    security:
      enabled: true
      k8s_audit_server_enabled: true
      k8s_audit_server_port: 7765
      k8s_audit_server_url: 0.0.0.0
###以下の記述を追記
  prometheus.yaml: |
    scrape_configs:
    - job_name: "kepler"
      kubernetes_sd_configs:
      - role: pod
      relabel_configs:
      - source_labels:
        - __meta_kubernetes_pod_container_name
        action: keep
        regex: kepler

(③ Sysdig agentのログから、メトリクスが収集できていることを確認する ※必須ではありません)

$ oc logs -n sysdig-agent sysdig-agent-7mtmg  | grep kepler
Defaulted container "sysdig" out of: sysdig, sysdig-agent-kmodule (init)
2025-01-17 02:57:24.949, 2385907.2385952, Information, promscrape_parser:484: promscrape-srv: msg="added appender" cachenable=true caller=scrape.go:51 component=target manager job_name=kepler url=http://10.128.0.64:9103/metrics
2025-01-17 02:58:17.033, 2385907.2386029, Information, promscrape:prom_stats:76: endpoint http://10.128.0.64:9103/metrics (job kepler): 1648 total timeseries sent
2025-01-17 02:59:18.024, 2385907.2386029, Information, promscrape:prom_stats:76: endpoint http://10.128.0.64:9103/metrics (job kepler): 1648 total timeseries sent
2025-01-17 03:00:18.044, 2385907.2386029, Information, promscrape:prom_stats:76: endpoint http://10.128.0.64:9103/metrics (job kepler): 1648 total timeseries sent

total timeseries sentの値が0より大きいことから、なにかしらのメトリクスをSysdig agentが受信し、Sysdigバックエンドへ送信していることがわかります。

④ Sysdig Monitor UIを確認する

[ Sysdig Monitor > Explore ]より、keplerから始まるメトリクスが表示されているか確認します。

表示されています！

例えば、kepler_container_core_joules_totalメトリクスは、個々のコンテナにおけるCPUのエネルギー消費量を集計した値を示します。
下記より、prometheusコンテナが累計約70,000ジュール（19W）消費していることがわかります。

kepler exporterが出力するメトリクスの意味については下記をご参照ください。
https://sustainable-computing.io/design/metrics/

最後に

いかがでしたでしょうか。

ご覧いただいたように、SysdigではユーザがPrometheusサーバを用意する必要はなく、エージェントの設定を書き換えるだけで簡単にExporterからスクレイピングすることが可能です。
Prometheusと互換性があるため、見慣れたprometheus.yamlの記述方式で設定が可能なところも嬉しいですね！