2017-03-01 7 views
0

この質問はデータスキーマに関するものです。私は離散的なイベントの束を持っているプログラムを持っている、と私は美しいグラフを取得したい。私の知識からグローバルカウンタまたは集計値をTSDBに格納する必要があります

  • (、私は私が実際に発生したイベントの数のカウンタを維持する必要があることを理解し、定期的な間隔で、TSDBにその累積カウンタを転送するcronジョブの一部として、または同様)。

  • 私が現在持っているのは、定期的な間隔でモニタがTSBにその間隔で発生したイベントの数(固定されたハードコードされた値)を通知するシステムです。

どちらのデザインパターンが優れていますか?その決定に影響を与える要因は何ですか?私はここにカウンター値を持っていますか、それとも単なる測定値ですか?

私は監視ツールの効率を含むがそれに限定されない様々な懸念を有する。

答えて

0

あなたはInfluxDBでこの質問にタグを付けましたが、あなたが本当に求めているのはコレクションエージェントです。そのために私はTelegrafを見ます。

StatsDは、さまざまな種類の統計(カウンタ、タイミングなど)を効率的に発行できる、現在のほとんどの主要言語で使用できる、非常に優れた軽量APIです。すべてのイベントまたは定義したサンプルレートのいずれかを選択します。

StatsD、プルされたメトリック(JMXクエリ)、およびTelegrafで無料で入手できる基本的なホストレベルの統計情報を使用して、アプリケーションから生成されたメトリックを収集するソリューションを実装しました。すべてのホスト(30+)は1つのテレグラフ・インスタンスを実行し、一定の間隔(すなわち30秒)で中央のInfluxDBサーバーにその統計を配信します。

このようなアプローチでは、パフォーマンスとデータの精度のバランスがよくなります。

+0

こんにちは - 実際には、おそらく私の質問は、再フォーマットが必要です。集約する技術に興味はありませんが、TSDB自体の中にそれらのメトリックが格納される方法にのみ関心があります。 – Jmons

+1

次に、視覚化に必要な間隔でデータを収集する必要があります。しかし、このテクノロジスタックがデータを集約することになることを理解してください。また、データをTSDBに送信するために選択したツールは、集計がどのように行われるかを指示し、2つを完全に分離することはできません。 一般的には、自分のシステムから集められた/集められた/ etcを取得し、DBにフォローされるいくつかの収集エージェント(Telegraf)にあなたは関心を持つすべてのイベントを出します。 –

+0

私はこれがまだ根本的な質問どのスタイルを格納するか、前回のx分間に実行された実行中の累積またはカウント、またはそのいずれかの利点について、 – Jmons

関連する問題