7

Graphite、Elastisearch、Cloudwatch、Prometheus、InfluxDB はすべて、Grafana でサポートされているバックエンドです。Grafana フロントエンドを使用してアプリケーションを作成していますが、これらのバックエンドの違いと、アプリケーションに使用するのに最適なものを理解できません (オープンソースを好むでしょう)。私のユースケースは、Grafana によって消費される DB を解析して入力したい外部サーバーからインポートされる静的ログ ファイルです。データには、約 100 回の測定で最大 5000 個の時系列データ ポイントを含めることができます。データベースを分散する必要はありません。これらの中からバッキング データベースを選択する方法について、いくつかのヒントをいただければ幸いです。前もって感謝します！！

4

2 に答える 2

6

ブライアンによる良い答えですが、さらに追加します。監視は 3 つのデータ セットとして考える必要がありますが、残念ながら OSS ではツールとプロジェクトを大量に組み合わせる必要があります。監視の基本は、メトリクス (Grafana が視覚化するのに適しているものなどの数値)、イベント (ELK が収集して視覚化するのが得意なものなどの非構造化テキスト)、およびメタデータ (関係、構成、および他の 2 つにまたがるその他の要素) で構成されます。カテゴリ）。

ほとんどの人は、それぞれに異なるテクノロジー スタックを使用します。

指標:

  • グラファイト - 古いが十分に実績のある (RRD データ ストアを使用)
  • InfluxDB - 最新ですが、あまり証明されていません。おそらく今日の最高の技術
  • Prometheus - 独自のバイナリ ファイル ベースのデータ ストアを使用します。

イベント:

  • ElasticSearch - Java ベースの非構造化データ ストアで、拡張するには多くのハードウェアが必要です。

視覚化するメトリックとイベントを取得したら、多数のツールが必要になります。ElasicSearch では、ELK スタックが最も一般的です。E = ElasticSearch L = Logstash (ログの取り込み) K = Kibana (視覚化)。もう 1 つの選択肢は、Kibana IMHO よりも優れた Greylog です。

Grafana は一般的ですが、最適な視覚化ではありません。残念ながら、現在の OSS ツールは、メトリクスにはあまり適していません。

于 2016-06-08T13:15:29.057 に答える
1

これはイベント ログのユース ケースのように聞こえるので、おそらく Elasticsearch が最適です。

メトリクスのユース ケースでは、Prometheus が適しています。

于 2016-06-08T08:50:33.207 に答える