問題タブ [kairosdb]

Cassandra から時系列データを取得しようとしています。データは外部アプリケーションによってそこに置かれ、KairosDB を使用して (OpenTSDB に基づいて) データを書き込みます。開発中のアプリケーションに KairosDB ライブラリを配置するオプションはありませんが、Datastax Cassandra ライブラリは既に利用可能です。

使用可能な方法で Cassandra から直接情報を取得するための基本的なクエリをどのように作成すればよいでしょうか? 行キー インデックスの開始/終了時間と追加のタグを指定できるクエリ。これのいくつかは、私が見逃している基本的な Cassandra の知識かもしれませんが、サンプル時間が row_key_index の絶対タイムスタンプからの相対値として格納されるという事実や、データが複数の row_key_index に分割される可能性があるという事実など、スキーマに固有の問題があります。データの保持期間と要求された期間に応じて列。

列ファミリーから直接データをクエリすると、次のようになります。

row_key_index テーブルに対してクエリを実行すると、データはすべて BLOB として保存されます。blob->ascii 変換を行うと、次のようになります。

column1 で同じ変換を行うと、次のようになります。

およびデータポイント:

時代が見えません。row_key_index の絶対時間と data_points の相対オフセットを期待しています。価値観が見えない時があります。その情報はrow_key_index.column1のタグに埋め込まれているようで、cqlのLIKEまたは範囲スライスに相当するものを認識していないため、特定のマシンの統計を照会する方法がわかりません。

KairosDB クエリからより多くの情報を取得し、DEBUG モードで起動したいと考えています。conf/kairosdb.properties に log4j ファイルまたはログ レベル設定が見つかりません。Kairos のどこでログ レベルを DEBUG に設定できますか?

4 ノードの Cassandra クラスターがあり、これら 4 つのノードすべてで KairosDB を実行しています。のデフォルト値はkairosdb.datastore.cassandra.host_listですlocalhost。ここですべての Cassandra ノードを指定する必要がありますか? その場合、4 つのノードすべての間で負荷が分散されていることを確認するにはどうすればよいですか?

KairosDB に保存されている時系列の最後の絶対終了時間を取得する方法を探しています。REST API でこれを取得する方法はありますか?

どうもありがとう、 グレッグ

カサンドラの設定に「commitlog_segment_size_in_mb: 32」がありますが、以下のエラーは最大サイズが 16777216 で、約 16 MB であることを示しています。以下のエラーを修正するための正しい設定を見ていますか?

http://mail-archives.apache.org/mod_mbox/cassandra-user/201406.mbox/%3C53A40144.2020808@gmail.com%3Eで提供されている提案に基づいて、この設定を参照しています。

Cassandra には 2.1.0-2 を使用しています。

Kairosdb を使用しており、書き込みバッファの最大サイズは 0.5Mb です。

I'm learning KairosDB with Cassandra backend. And I came across with the following issue:

I'm trying to save metrics in the following fashion:

And as a result, the metric isn't posted with all the importation, there is only name in it. I tried to post the metric with 'aggregation_methods' equal to string and and worked.

So, the question is: is it possible to save dict or json format in tags?

For the record, I'm using pyKairosDB python client.

thx

私は Kairosdb を初めて使用します。data_points 列ファミリーの行キーの形成について少し混乱しています。

「events」という名前のメトリクスを作成しており、「sip」と「dip」という 2 つのタグがあります。

ユース ケースによると、アプリケーションは 1 秒あたり 10000 を超えるイベントを受信します。つまり、各イベントには固有の「sip」フィールドと「dip」フィールドがあります。このメトリクスにデータを書き込んでいる間、一意の組み合わせごとに data_points 列ファミリーに一意の行キーが与えられます。これは、一意のエントリごとに data_points の 1 つのパーティションが消費されることを意味します。

私の理解は正しいですか？

data_points テーブルのパーティション (murmr3partitioner が使用されている場合) には 2 63 の制限があるためです。したがって、data_points テーブルに 2 63 を超える一意のエントリを追加することはできません。つまり、すべてのメトリックにわたって、2**63 を超える一意のエントリを追加することはできません。

私の理解は正しいですか？