これは、監視対象のサーバー数がわずか 2 桁であり、数百までゆっくりと増加する可能性がある小規模なデータセンターのセットアップのコンテキストにあります (存在する場合)。私は神経節の初心者で、小さな神経節のテストベッドのセットアップを完了したばかりです (そしてそれを読んで遊んでいます)。私が気づいているいくつかのこと -
- gmetad はポート 8652 でのインタラクティブなクエリをサポートしており、これを使用してメトリック データのサブセットを取得できます 。たとえば、特定のクラスター内の特定のメトリック ファミリのデータを取得できます。
- gmond は、クラスター内のすべてのノードからのすべてのメトリックのデータの全体のダンプを常に返すようです (「netcat host 8649」の実行時)。
私のセットアップでは、gmetad や RRD を使用したくありません。複数の gmond クラスターからデータを直接フェッチし、単一のデータストアに保存したいと考えています。gmetad と RRD を使用しない理由がいくつかあります -
- セットアップ全体に複数のデータストアは必要ありません。1 台の専用マシンを使用して、複数の少数のクラスターからデータをフェッチし、それらを保存できます。
- gweb をデータ フロント エンドとして使用する予定はありません。神経節からのデータは、完全に別の監視ツールに送られます。このセットアップでは、gmetad の別のレイヤーによって追加される可能性のあるレイテンシーを排除したいと考えています。つまり、gmetad のポーリングは毎分行われ、私の管理ツールは gmetad のポーリングを毎分行うため、2 分間の遅延が追加されますが、これは比較的小規模/中規模のセットアップでは不要だと感じています。
アプローチには、助けが必要な問題がいくつかあります-
- gmond からフィルタリングされたデータを取得できません。gmond から個々のメトリック/メトリック グループ情報を取得するのに役立つプラグインはありますか (さまざまなメトリックがさまざまな間隔で収集されるため)
- gmond の出力は非常に冗長なテキストです。エクスポート用に構成できる他の (できればバイナリの) 形式はありますか?
- gmetad/RRD を完全に排除するという私の考えは非常に悪い考えですか? 誰かがこのアプローチを以前に試したことがありますか? その際、データ収集の観点からどのようなことに注意すればよいでしょうか。
前もって感謝します。