監視アーキテクチャ(Sensu,Pingdom,Mackerel,StatusPage.io,PagerDuty)についてまとめてみる(2014年12月版) - Glide Note
Sensu Advent Calendarに便乗して、Kaizen Platform, Inc.の2014年12月現在の監視アーキテクチャの話をちょっとしてみようと思う。 モニタリング領域 サービスを監視している領域 Pingdom Pingdom - Website Monitoring 外部ネットワークからのサービスの死活監視。アメリカ、ヨーロッパ、アジアなどの拠点からサービスの死活監視が出来るため、特定の地域からアクセス出来ない場合なのが検知出来る。 後述するstatuspage.ioとの連携で、障害を検知すると、サービスのステータス状況が自動で変わるようになっている Sensu Sensu | The open source monitoring framework. 監視フレームワーク サーバを内部ネットワークから監視するために利用 サーバのプロセス監視、サーバ間の疎通監視、エラ
0〜10分前と、10分前〜20分前の変化を比べてアラート
0->10分前の差異と10分前->20分前の差異を比べます。 どのくらい変化したか？という数値をだします。 rubyで書くと、このような感じですね。案外簡単です。 variability = ((last - second) / (second - third)) ※ほかにも良い方法がありましたら、ぜひ教えてください。 0.6 < N < 1.4 だったらアラートする。などといった使い方ができます。 @kazeburoさんのGrowthForecastのJSON APIを叩いて、モニタリングしている数字に急激な変化があったときに、nagiosでアラート通知する。みたいなやり方をしています。 しきい値を見てアラート。というのも大事ですが、大事な数値を見るときはこのくらい細かくチェックできると安心できますね。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
今日から業務で使える17の運用系Linuxツール、そして円環の理
Real-Time Web App Performance Monitoring : New Relic
