Fluentdを用いたサービスの障害検知・電話等での通知を自動化する、夢のプロダクト構想。その名は「fluent-plugin-guardian」である。 - Y-Ken Studio
Fluentdを用いたサーバ・サービスの死活監視・通知の自動化を行う、夢のプロダクト構想があります。 しばらくは設計の検討を進め、6月頃から開発、2013年の秋頃に安定版のリリースを目指したい。 これを実現すべく、「こうあるべきだ論」「こんな事が実現できたら素敵」等々、ご意見を募集しております。 photo by energeticspell 2013年10月追記： 時間の工面が出来ておらず、開発準備中のままとなっております。申し訳ありません。 概要 fluent-plugin-guardianは、以下のような連携を行うプラグインです。 閾値の設定や通知方法に関しては永続型のインメモリDB「Redis」に保存します。 この設定の編集には、別途用意するコマンドラインツールを利用します。 1. fluentd : 各種ログを収集する基盤として利用 アプリログ アクセスログ エラーログ muni
Sensuを使って自由度の高い監視システムの構築を行う方法
SensuとはSensuはhttp://sensuapp.org/で公開されているオープンソース(MITライセンス)のモニタリングフレームワークです。 特徴以下のような特徴があります（公式サイトの記述を整理） シンプルで融通が効き拡張性があるモニタリングフレームワークエージェント、メッセージバス、イベントプロセッサーの機能を提供要件にあわせて他のツールとの組み合わせが可能クラウドを意識して開発自動でクライアント(監視対象）を登録コミュニティが活発RubyのEventMachineを使って作られているコードはGitHubでホストされ、テストコードは高いカバレージ。TravisCIで継続的インテグレーションを実施Nagiosのプラグインを再利用可能設定はすべてJSONファイルで行うRabbitMQを使ったメッセージ型のアーキテクチャーオムニバスインストーラーを提供個人的な見解としては、Sens
完璧な監視システムの作り方 in cybozu.com - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは、Hazama チームの萩原(@hagifoo)です。 ハードウェアは故障し、ソフトウェアにはバグがあり、運用ではミスがおきるもの。もちろん、障害が発生しないのが理想ですが人間が作ったものに完璧はありません。そこで、障害の前兆や発生を捉え、その詳細を運用チームに知らせるための監視システムが必要となります。cybozu.com でも以下のようにありとあらゆるものを監視するシステムを構築し日夜監視を行なっています。 今回は、そんな cybozu.com の監視(モニタリング)システムについてお話しします。 cybozu.com と障害 監視システムの設計 3つの監視 外形監視 症状監視・リソース監視 ログ監視 その他の監視 モニタリングフレームワーク 誰が監視者を監視するのか？ まとめ cybozu.com と障害 まずは、監視対象である cybzou.com について説明します。
GitHub - kazeburo/GrowthForecast: Lightning Fast Graphing/Visualization
NAME growthforecast.pl - Lightning Fast Graphing/Visualization SYNOPSIS % growthforecast.pl --data-dir=/path/to/dir DESCRIPTION GrowthForecast is graphing/visualization web tool built on RRDtool INSTALL Install dependencies To install growthforecast, these libraries are needed. * glib * xml2 * pango * cairo (CentOS) $ sudo yum groupinstall "Development Tools" $ sudo yum install pkgconfig glib2-dev
GitHub - noahd1/oink: Log parser to identify actions which significantly increase VM heap size
Oink is middleware for instrumentation during the runtime of your application as well as log parsers for offline crunching of the logs generated by the middleware. The middleware class to include into your stack is “Oink::Middleware”. For rails using an initializer is recommended: Rails.application.middleware.use Oink::Middleware Oink::Middleware writes log entries to log/oink.log in your applicat
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サーバ運用の現場でひたすら監視し続けるエンジニアの手の内のすべて
『innotop』へのコメント
