問題タブ [statsd]

60 秒後にグラファイトに転送するアグリゲータとして statsd を使用します。

「stats.timers」バケットにグラファイトが入っているのがわかります。しかし、期待されるもののすべてではありません。

グラファイトマシンで：

statsd ソース コード ( https://github.com/etsy/statsd/blob/master/lib/process_metrics.js ) を見ると、時間ごとに次のメトリックが (それぞれ独自のバケットとして) 表示されることが期待されます。

ソース：

一部の人は「count_ps」しか取得せず、他の人は「upper」を取得する理由は誰でもわかります。グラファイトが内部統計キューを処理するのに時間がかかりますか?

statsd ログには、約 500 個の numstats/分が送信されていることが示されています。

どんな助けでも大歓迎

乾杯マルセル

クラスター プロキシを使用して Statsd クラスターをセットアップしようとしています。しかし、私が見つけたのは彼らの「公式」readmeファイルだけでした... https://github.com/etsy/statsd/blob/master/docs/cluster_proxy.md

誰か statsd サーバー/インスタンスのクラスタリングについてもう少し教えてもらえますか?

ところで、プレゼンテーションのこのスライド ( https://speakerdeck.com/draco2003/measure-everything ) は正しいですか? https://speakerd.s3.amazonaws.com/presentations/9afefbe094950130a5bd0ee022157b64/slide_21.jpg?1367417187

そして、すべてのデータを 1 つのグラファイトに集約する方法は?

ありがとうございました！

それで、私は Etsy のStatsDと Graphite を OS X 10.9.3 で動かしています。

現在、Python を使用してそれらを実装しようとしていますが、ライブラリに頼る前に技術を単独で使用する方法を理解したいので、python-statsdを使用しないことをお勧めします (Ruby を使用する必要がある場合) /PHP を後で使用すると、基本的な仕組みが理解できなくなります)。

つまり、Python を使用してアプリのデータを StatsD に送信しようとしています。これは Graphite に表示されます。

私のアプリ内では、Steve Ivy のpython_example.pyの正確なコピーを使用しています。

私のコードでは、次のようにインクリメント関数を呼び出します。

発生するエラーは次のとおりです。

によって送信されているものの値は次のudp_sock.sendtoとおりです。 ('somename.someval:1|c', ('localhost', 8125))

私のコードへのリンク: https://github.com/bengrunfeld-wf/gae-github-console/blob/statsd/console/statsd.py

私は2つの実サーバーをセットアップしました。

1 つの Statsite (StatsD の代替) が 1 つの「Graphite Stack」 (Carbon および Graphite Webapp) の前にあります。

統計情報は、UDP 経由で Statsite から正しく収集されます。そして、10秒ごとにカーボンキャッシュ（カーボンリレーのTCPポート2013）に転送します。

私のカーボン サーバーでは、3 つのカーボン キャッシュ インスタンス (a、b、および c) が 1 つのカーボン リレーの背後で実行されています (コンシステント ハッシュ)。

3 つの cache:[a, b, c] セクションがあり、すべてが異なるポートでリッスンしています。リレー セクションは、これらの 3 つのキャッシュ インスタンスを宛先 configkey 内に取得しました。オプション --instance=[a, b, c] を使用して Python スクリプトを介して各カーボン キャッシュを開始し、独自の Python スクリプトを使用してカーボン リレーも開始しました。3 つのインスタンスすべてが接続されていることも、リレー ログ内で確認できます。

しかし、Graphite Webapp 内では、carbon.agents.XXXXX-[a, b, c].metricsCount3 つのインスタンスすべてが互いに同じカウント率になっていることがわかります。

カーボン リレーのメトリクス フォルダーが恋しいcarbon.relay.XXXX.metricsCountです。

私はすべて正しくやっていますか???

kamon を使用して datadog にデータを送信しようとしています。私のセットアップは次のとおりです。

akka の起動時に次の例外が発生します。

statsdを使用し、グラファイトの carbon-cacheで構成flushInterval: 1000および通信します。ごくまれにカウンターが見られるといいのですが。

カーボンには次の構成があります。

storage-schemas.conf:

そのように一意のカウンターを送信します。

statsdによって受信されたパケットを確認できます。

Carbon-cache に送信されたデータ (tcpdump 抽出):

グラファイトで「foobar」のデータを見ると、その瞬間に何かが起こったことがわかります (細い線、図の赤い円を参照)、結果は常に「0」です。

何か不足していますか？

より頻繁な結果があれば、正しいように見える数値を確認できます。

考慮されるために送信される統計の最小量はありますか? 設定可能ですか？

注: このような時折のデータの場合、StatsD/Graphite は価値がないかもしれませんが、同じプロジェクトで非常に頻繁に収集されるデータが他にもあるため、いずれにせよそれらが使用され、稀なカウンターであっても 1 つの独自のソリューションを使用できることを願っています。