「任意の」サーバーで処理できますか？恐らく。
あなたはそれをすべきですか？おそらくそうではありません。
いくつか質問してください。
- 停止にどれくらい早く対応しますか？
- 通常、1秒間に何ページビューを受け取りますか？
- 「ダウン」と呼んでアラートを送信する前に、いくつの連続したエラーを確認できますか？
- 尊重する必要のある内部または外部の顧客とのSLA）はありますか？
- 上記の質問に基づいて、妥当な監視と応答時間のように思われますか？
私が最初にプログラミングを学んだとき、私はストップウォッチを作りたいと思いました。ようやく動作するアプリケーションを入手したとき、ラップトップを実行するたびに、ラップトップのCPU使用率が100％であることに気付きました。
私の実行ループには待機サイクルがありませんでした。時間関数を実行し続けました。
その日、私は貴重な教訓を学びました。無限に正確な測定というものはありません。
私は、他のすべての人と同じように、頻繁に監視したい理由を疑問視していますが、技術的な側面は問題ではありません。毎秒1回のGETリクエストは、通常のページの読み込みに比べて非常に簡単です。
サーバーはそれを処理できますか？そのような質問に答える方法は何もありませんが、サーバーで問題が発生した場合は、他のサービスにはまったく不十分であると思われます。
Nagiosまたはmuninは、おそらく毎秒テストの実行を処理できますが、少し強迫的です。頻繁にチェックする必要がある理由はありますか？サーバーがそれほど不安定な場合は、おそらくより深刻な問題が発生します。
サーバーを毎秒監視することに何の問題もありません。特に、Apacheクエリが数秒間ハングしてリクエストがバックアップされるか、その特定の瞬間に誤ったアラートが発行される可能性がある高負荷のサーバーでは、あまり効率的ではありません。間違ってない'。 1秒のチェックでは、応答が速くなることはありません。すべての状況の99.9％で、10秒または30秒のチェックも同様に重要です。
ほとんどの商用監視ソフトウェアは、デフォルトで1分または5分の間隔を提供します。それは良いチェック間隔のようです。
1秒の解像度は非常に高く、おそらく必要ありません。ただし、munin（5分）などの他のOSSツールよりもはるかに高い解像度（10秒ごと）で設計されているため、collectdを好みます。
私はここでジョセフに100％同意します。それでも何らかのリアルタイム監視を実行したい場合は、サーバーエラーとログに一定期間新しいエントリがないことの両方についてWebサーバーログをスニッフィングすることを検討できます。サーバーに負荷をかけることはありませんが、これに基づいてアラートをトリガーするのは困難です:)