イベントログ収集ツール #fluent 周りの最近の話題
個人的には他のnosql pluginに流せる、fluent-plugin-aggregationが熱いので doryokujin 先生に期待...
2011-09-29 01:56:50@kzk_mover そこですよそこ!fluentを利用して上流からばんばんAggregationしていってネットワーク帯域を節約していくことこそ僕の野望… #gluent-plugin-aggregation
2011-09-29 01:59:20TimeSlicedOutput を作った最初の理由は、ファイルをきっちり分けるためではなく、きっちり集約するためだったりする…! ので fluent-plugin-aggregation 期待。
2011-09-29 02:01:29@yuki24 @kzk_mover くっ先をとられましたねぇwChunkを一気にRedisに渡すのにpipelining(Transaction)が使いたかったのですが、失敗したときのハンドリングをfluent側に渡せるのかが気になってたりしました。
2011-09-29 02:04:49@yasutake @kzk_mover ローカルに集まったデータに対して大規模集計を行うのとは別手段として、データをStreamingさせてその上流からAggregationをしかけて行くというのは効率的で省エネな戦略だと思っています。今回はそこにチャレンジしたいと思っています
2011-09-29 02:08:03それは話が早いwRT @frsyuki: ぁところで行きます^^; "Fluent Meetup #1" http://t.co/DQLyKMZn
2011-09-29 02:10:54作者キター! RT @frsyuki: ぁところで行きます^^; "Fluent Meetup #1" http://t.co/AAoisYGW
2011-09-29 02:14:23Apacheとかのログとは別で、アプリから非同期にグラフを生成するための情報を裏へ送りつけるために使えないかと画策中
2011-09-29 02:20:26@doryokujin @bibrost ぜひ、graphiteに! > http://t.co/reePaiuH
2011-09-29 02:23:57あー、こういうツールにデータを投入してグラフを作らせるっていう手もあったなぁ・・・。jQueryのしょっぱいChart使ってる場合ではなかったのか
2011-09-29 02:32:20@frsyuki ということは、再接続したときに、その前エラーになったログは失われるかもしれないということでしょうか? #fluent
2011-09-29 02:32:59@methane 再接続というか、コネクションはデータを送信するたびに張り直しています。ログはある程度バッファリングして送信していて、チャンク単位で送ります。このチャンクの送信中にエラーが起きた場合は…状況によってダブるか失われますね。
2011-09-29 02:40:24ログ転送のコードは、もう少しがんばって実装できることは間違いないなぁ。チャンクにidを付ける、受信したチャンクのIDを受信側で一定期間記憶しておく、などなど。ただ確率を改善するという話だけども。実装はわりと大変。
2011-09-29 02:46:09UDPのsyslogdに比べるとスゲー魅力的だな。バイト数制限は無いしチャンク単位で送信するからネットワークの負荷も低そうだしルーティング機能があるし。
2011-09-29 03:15:31とりあえずfluentからrexsterにデータ送るだけのとこまでは書いた... http://t.co/T3apBGXe #fluent
2011-09-29 08:41:43inputはhttpでjson渡せるのいいな。即座に受け取る必要がないものをとりあえず流しておくのにも使えそう
2011-09-29 08:48:08