問題タブ [codahale-metrics]

Java または Scala コードで CodaHale Metrics をクラスター化された環境で使用する場合、Graphite にレポートする際の落とし穴は何ですか?

アプリケーションの複数のインスタンスを実行してさまざまなメトリックを作成している場合、Graphite は対応できますか? つまり、レポートは累積的ですか?

たとえば、AppInstance A と B があるとします。B に 1.2 を報告するゲージと 1.3 を報告する別のゲージがある場合、Graphite での結果はどうなるでしょうか? 平均になるのでしょうか？または、一方が他方をオーバーライドします。

カウンターは累積されますか?

タイマーは累積的ですか?

それとも、各インスタンスに何らかのタグを付けて、異なる JVM インスタンスを区別する必要がありますか?

私の DropWizard ( v0.7.0 ) アプリには、次のDummyHealthCheckようなものがあります。

次に、メインのApplication実装で：

サーバーを起動すると、正常に起動します (例外/エラーなし) が、次のメッセージが表示されます。

しかし、私が見に行くときhttp://localhost:8081/healthcheck：

1. ここで何が起こっているのですか？健康診断の登録方法を教えてください。
2. また、ポート 8443 で SSL (自己署名) を使用するように DropWizard を構成しました。これが通常のエンドポイントで機能することを確認しました。しかし、私の管理アプリがまだ 8081 over HTTP で公開されていることに驚いています。HTTPS 用にも設定するにはどうすればよいですか?

私の Java デーモン アプリケーションでは、複数のサーバー (高レベル コンシューマー グループ) にまたがる 100 を超えるパーティションを持つ Kafka トピックからイベントを読み取っています。そのため、イベント名ごとに 1 分あたりのイベント数を集計し、それを時系列データベースにフラッシュする必要があります。イベントのタイムスタンプは順不同である可能性があり、消費者からの現在の時間より遅れている可能性があることに注意してください。イベントのフォーマットは次のとおりです。

ストレージエンジンの前に事前集計を行う必要があります (任意の時系列データベースに保存されます)。

ストレージ エンジン (フロア (タイムスタンプ) 分) に次のように集計して保存します。

コード hale メトリックと statsD も評価しました (グラファイト collectD (オプションではありません) が、これらすべてのライブラリの問題は、イベントをリアルタイムで集約することであり、これは不可能です。そのため、カウントを保持するデータ構造として LRUConcurrentHashMap を使用することを考えていました。毎分、このマップをストレージにフラッシュします.また、LRU 構造を 1 時間ほど維持する必要があります.遅延または遅延または順序の乱れによりデータカウントが遅れるためです.

オープンソースのライブラリがこれを行っていること、または集約とフラッシュに対するより良いアプローチを知っていますか?

Dropwizard メトリクスを有効にする方法についての HikariCP wikiの説明を読むと、またはでMetricsRegistryインスタンスを構成するだけです。HikariConfigHikariDatasource

問題は、Spring Boot では、すべての構成が自動構成によって処理されるため、HikariCP プールを手動で構成していないことです。

これを行う方法についての指示はありますか？独自の Bean を定義し、すべての設定を@Configurationファイルに設定して、自動構成を完全にオーバーライドする必要がありますか?

だからここに私の問題があります。私の Spring Boot アプリケーションは、第 2 レベルのキャッシュに Hibernate/JPA と ehCache を使用します。Dropwizard/Coda-Hale メトリクスを使用して ehCache を計測したいのですが、その方法がよくわかりません。Cache インスタンスを手動で作成していた場合、それは簡単です。hereのようにデコレータを使用するだけです。しかし、これは Spring/Hibernate であるため、キャッシュを制御することはできません。これを設定する方法はありますか？

私は Kafka を採用しており、それを監視する方法を理解しようとしています (たとえば、ログ ストレージのメモリが不足しています)。Yammer Metrics を使用し、JMX 経由でそれらを公開していることがわかります。これは、明らかに Java の世界の人々にとって理にかなっています。

構築できる HTTP API はありますか? それとも、比較的構造化された出力のようなものでしょうか?

Java codahale メトリクス ライブラリを使用しています。メーターを使用しています。メーターは自動的に m1_rate、m5_rate、および m15_rate を生成しますが、これらのレートは指数加重されます。

単純な移動平均 (指数加重なし) を生成する方法はありますか?

メトリックの使用を開始していますが、この状況ではカウンターの視覚化に「問題」があります。

このようにして、次の2つのエントリがあります。

JMX コンソールでも同じように、次のようになります。

それで、次のようなメトリックを持つ方法はありますか？

たくさんのカウンターがあり、それらすべてを 1 つのエントリにまとめたいからです。

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