fluentdとシステム設計の小ネタ - たごもりすメモ

あるいは http://yugui.jp/articles/879 へのreply。 システム監視をfluentdに統合してしまうべきか否か システム監視は分けておいた方がいいと思う。分けるべき、とまでは言わないけれど。 それらの仕組みには相応の必要な機能セットがあり、それらは長い歴史の中で比較的決まった機能セットに収斂してきており、その収集・モニタリング・可視化・アラート通知など決まりきったパターンを様々な項目について停止なく行う必要がある。 Fluentdの各種プラグインを用いることで同じような機能は実現できる。そのプラグインのうち数割は自分が書いものだったりする。とはいえ各ホストのシステム監視までそこで行うことを想定して書いたかというと、もうちょっと高いレイヤでの監視・集計、つまりサービス単位などを目的としたものが多い。サーバ単位で行おうとしたときに設定が雑多なものになるのはおそらく

[tagomoris]

意識が低まっていたのでガッと書いた

[yugui]

あざーっす

[masu_mi]

“システム管理はサービス単位の監視とは別に行ったほうがよい”

[kenjiskywalker]

シンプルは光だ

[Hayato]

続き

[wakame1367]

from はてなブックマーク - miyagawaのブックマーク - お気に入り http://ift.tt/1kub5mo via IFTTT

[yass]

" fluentdはなぜMQベースのアーキテクチャでないのか / ソフトウェアとしてそちらの方がシンプルだから。"

[wyukawa]

"またシステム管理はサービス単位の監視とは別に行ったほうがよい、というのが自分の考え。"

[kenzy_n]

管理・監視

[lesamoureuses]

“サービス全体の生き死に・エラー発生率監視などと、サーバ単位でのhttpd/database/application serverの生き死に・負荷監視などは分けておいたほうが、片方で何かあったときにクロスチェックにもなる”