Kubernetes のリソース要件

IBM Cloud® Monitoring エージェントのリソース要件は、モニター対象ホストのサイズと負荷によって異なります。アクティビティーが大きいほど、リソース要件が大きくなります。

Monitoring は、5 KB から 20 KB の帯域幅を消費できます。以下は、必要な帯域幅に影響を与える可能性があります。

メトリックの数
イベントの数
Kubernetesオブジェクトの数
使用可能な製品と機能

データが収集されると、ファイルの取り込み中に帯域幅使用量のスパイクが表示されます。

エージェントに帯域幅シェーピングまたはキャッピングを配置しません。これを行うと、収集サービスに送信されるデータに影響する可能性があります。

一般に、大規模なクラスターでは、エージェントはより多くのメモリーを必要とします。コアの数が多いサーバーでは、システム・コールをモニターするためにエージェントが必要とする CPU コアの数が多くなります。 CPU コアは、エージェントがプロキシーとして認識できるホストおよび Kubernetes ノードで使用されます。

以下の環境定義を検討してください。

環境サイズ例
環境サイズ	説明
小規模	8 個以下の CPU コア 10 個以下の Kubernetes ノード
中	9 個から 32 個の CPU コア 10 個から 100 個の Kubernetes ノード
大	32 個を超える CPU コア 100 個を超える Kubernetes ノード

以下の推奨事項は、デフォルト値を使用する場合ではなく、動作を改善することができます。ご使用の環境では、要件に応じて異なるリソースが必要になる場合があります。これらの値は、一般情報にのみ使用する必要があります。

環境サイズに応じた構成の検討
クラスター構成	小規模	中	大
Kubernetes CPU 要求	1	3	5
Kubernetes CPU 制限	1	3	5
Kubernetes メモリー要求	1024 MB	3072 MB	6144 MB
Kubernetes メモリー制限	1024 MB	3072 MD (ミサイル)	6144 MB
Dragent メモリー・ウォッチドッグ	512 MB	1024 MB	2048 MB
Cointerface メモリー・ウォッチドッグ	512 MB	2048 MB	4096 MB

Monitoring エージェントには、メモリー・リークが発生した場合にホストでのランナウェイ・メモリー消費を防止するための独自のメモリー・ウォッチドッグがあります。エージェント構成ファイルは、ご使用の環境のニーズに合わせて変更できます。

デフォルトでは、以下が構成されます。

watchdog:
  max_memory_usage_mb: 1024
  max_memory_usage_subprocesses:
    sdchecks: 128
    sdjagent: 256
    mountedfs_reader: 32
    statsite_forwarder: 32
    cointerface: 512
    promscrape: 640

max_memory_usage 値は、エージェント内の dragent プロセスに対応します。すべての値は MB 単位で指定します。例えば、大規模な環境のウォッチドッグ設定と一致するように構成を変更する場合は、次のように指定します。

watchdog:
  max_memory_usage_mb: 2048
  max_memory_usage_subprocesses:
    sdchecks: 128
    sdjagent: 256
    mountedfs_reader: 32
    statsite_forwarder: 32
    cointerface: 4096
    promscrape: 640

promscape の値は、特定のノードで収集される時系列およびラベル・データの量によって異なります。クラスター・サイズは、 promscape のメモリー使用量には影響しません。