kazu634
/
blog
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
blog/content/post/2014-03-15-00001588.md

5.6 KiB
Raw Blame History

title author date url geo_latitude geo_longitude geo_public wordtwit_posted_tweets wordtwit_post_info categories
『Webアプリエンジニア養成読本』には監視しきい値のサンプル載ってて良さげ kazu634 2014-03-15 /2014/03/15/_1803/
38.306233
141.022695
1
a:1:{i:0;i:1818;}
O:8:"stdClass":13:{s:6:"manual";b:0;s:11:"tweet_times";i:1;s:5:"delay";i:0;s:7:"enabled";i:1;s:10:"separation";s:2:"60";s:7:"version";s:3:"3.7";s:14:"tweet_template";b:0;s:6:"status";i:2;s:6:"result";a:0:{}s:13:"tweet_counter";i:2;s:13:"tweet_log_ids";a:1:{i:0;i:1818;}s:9:"hash_tags";a:0:{}s:8:"accounts";a:1:{i:0;s:7:"kazu634";}}
Programming
インフラ

『Webアプリエンジニア養成読本』を買いました。Rubyでのウェブアプリの作り方についてはとても参考になりました。

でも個人的にこの本について素晴らしいと思ったかと言えば、サービス観点で監視すべき項目と閾値列挙してくれていることと思います。気になった部分についてメモ:

外形監視

例えばhttppingなどを用いたウェブページが許容できる範囲内の時間でレスポンスを返してくれているのか。レスポンスは想定されるものなのか、などなどを監視する。

目安としては:

  • 応答時間: 3-5秒
  • HTTPステータス: 200
  • レスポンスに含まれるキーワード: ページ末尾のキーワード

人が自分の操作に対して反応していると感じるのは、レスポンスが3秒以内の時というのはよく聞く話。それを適用すべきだよねー、という話。ページ末尾のキーワードがレスポンスに含まれていることを確認するというのはお婆ちゃんの知恵袋的な気がしたのでメモ。

デーモン監視

mysqlとかの監視を想定している。主な監視項目は:

  • プロセスの監視
  • 外部からの接続の可否
  • ステータス
  • 応答時間

リソース監視

サーバ上のリソースの監視を行います。主な監視項目は:

  • CPU使用率: 常に90%/コア以下になっていること
  • Load Average: コア数以下であること
  • スワップ: 使用率が50%以下になっていること
  • ストレージ: 空き容量が20%以上か

死活監視

日本国内なら200-500msecとかが目安っぽい。

Webアプリエンジニア養成読本[しくみ、開発、環境構築・運用…全体像を最新知識で最初から! ] (Software Design plus)
和田 裕介 石田 絢一 (uzulla) すがわら まさのり 斎藤 祐一郎
技術評論社
売り上げランキング: 454