2

プロメテウスをより小さなものに分割する必要がある瞬間に達しました。ここでそれについて読んでいますが、kubernetes でのスケーリングについては何も述べていません。以下は私のセットアップです：

また、数千のメトリックを生成する約 50 の名前空間があり、1 つのプロメテウスを使用した現在の 1 つのセットアップでは不十分です。そこで、次のように 3 つのインスタンスに分割することにしました。

しかし、しばらくすると、これらのメトリクスがkubernetes_sd_configによってスクレイピングされ、プロメテウスのどのインスタンスによってどのメトリクスをスクレイピングしたいか、または私が間違っているかを判断する方法がないことに気付きました。解決策の 1 つは、kubernetes クラスターをより小さなクラスターに分割することですが、現時点では作業が多すぎます。

私の質問は、プロメテウスにku​​be state metrics、node exporterまたは native kubernetes metrics のみをスクレイピングしたいことを伝える可能性があるかどうかです。

4

3 に答える 3

1

Kubernetes でのスケーリングは、他の場所と同じです。これは、サービスの検出と再ラベル付けを使用して監視対象を選択する問題です。

たとえば、ノード エクスポータの設定はすでに個別の Scrape_config になっているはずなので、設定ファイルを分割することで、別の Prometheus に分割するのは簡単です。

于 2016-12-22T08:18:42.743 に答える