Slide at OpenStack Summit Tokyo 2015. Session Info: http://sched.co/49tt Video: https://www.youtube.com/watch?v=1ye0-sityBwRead less
![Fluentd vs. Logstash for OpenStack Log Management](https://cdn-ak-scissors.b.st-hatena.com/image/square/8073b9230f1cf41f57de8ab62d6c6e4f208f3b17/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2Fopenstacksummittokyo-151030021936-lva1-app6891-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)
はじめに 藤本です。 みなさん、Beats使っていますか? 過去のエントリで全公式+一つのコマーシャルBeatsを紹介してきました。 Topbeat + boot2dockerでMacBookのシステムモニタリング Filebeat + boot2dockerでMacBookのログモニタリング Packetbeatでパケットモニタリング WinlogbeatでWindowsログモニタリング RedisbeatでAmazon ElastiCache(Redis)をモニタリングする 概要 Beatsは軽量なデータ収集ツールです。Golangで実装されていて、軽量なフットプリント、クロスプラットフォームで動作するため、各種クライアントで動作させるには嬉しいですね。JRuby(JVM上)で動作するLogstashと比較しても導入のハードルは低いでしょう。 ただし、Beatsを導入すればLogsta
TODO: 必要なら図を足す 他に書いた方が良いPros/Consのリクエストがあったら追記 内部のイベントストリームの扱い Pros: Inputがスケーラブルに実装しやすく,データストリームを正常時/エラー時で切り替えやすい Cons: エラーハンドリングがブロッキングモデルよりも複雑になりやすい 以下長々と理由書きます. Fluentdはイベントストリームを効率良く,またロバストに扱うことを目的に設計されています.そのため,独自の転送プロトコル(forwardプラグイン)を実装していますし,内部のイベントのハンドリングもそれに沿うようになっています.ただ,それによって相性の悪い操作とかもあります. Fluentdはバッファ機能を提供しており,これによって転送の効率化とエラー時のデータロスを防ぐ設計になっています.が,あまりにも書き込み先が遅いなどの問題があると,バッファの制限を超えて
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く