毎秒の稼働時間の監視-サーバーにとって悪いですか？

1秒ごとに「HTTP GETリクエスト」を実行することにより、サーバーが稼働しているかどうかを確認する利点があるかどうか疑問に思っています。

どのサーバーでも処理できますか？

「任意の」サーバーで処理できますか？多分。

あなたはそれをすべきですか？おそらくない。

いくつか質問をしてください：

1. 停電にどのくらいの速さで対応しますか？
2. 1秒間に通常何ページビューを受け取りますか？
3. 「ダウン」を呼び出してアラートを送信する前に、連続してエラーをいくつ表示しますか？
4. 尊敬する必要がある内部または外部の顧客とのSLAがありますか？
5. 上記の質問に基づいて、合理的な監視および応答時間と思われるものは何ですか？

最初にプログラミングを学んでいたとき、ストップウォッチを作りたいと思いました。ようやく動作するアプリケーションを手に入れたとき、ラップトップのCPU使用率は、実行するたびに100％であることに気付きました。

私の実行ループには待機サイクルがありませんでした。時間関数で実行し続けただけです。

その日、私は貴重な教訓を学びました。無限に正確な測定というものはありません。

私は、他のすべての人と同じように、技術的な側面を頻繁に監視したい理由は問題ではありません。毎秒1回のGETリクエストは、通常のページのロードと比較して、ささいなことです。

サーバーはそれを処理できますか？そのような質問に答えるべきものは何もありませんが、サーバーがそれを処理する問題を抱えている場合、それが提供している他のものには完全に不十分であることをお勧めします。

Nagiosまたはmuninは、おそらく1秒ごとにテストを実行できますが、少し強迫観念です。頻繁に確認する必要がある理由はありますか？サーバーが不安定な場合は、おそらくより深い問題があります。

ほとんどの商用監視ソフトウェアは、デフォルトで1分または5分間隔を提供します。それは良いチェック間隔のようです。

サーバーを毎秒監視することには何の問題もありません。特に、Apacheクエリが数秒間ハングしてリクエストをバックアップするか、その特定の瞬間に誤ったアラートを発行する高負荷のサーバーではあまり効率的ではありませんが、間違ってはいない'。1秒のチェックでは応答が速くなりません。また、すべての状況の99.9％で、10秒または30秒のチェックも同様に重要です。

ここでジョセフに100％同意します。それでも何らかのリアルタイム監視を行いたい場合は、サーバーエラーと一定期間のログ内の新しいエントリの欠如の両方についてウェブサーバーログをスニッフィングすることを検討できます。サーバーに負荷をかけることはありませんが、これに基づいてアラートをトリガーすることは挑戦です:)

1秒の解像度は本当に高く、おそらく必要ありません。ただし、muninなどの他のOSSツール（5分）よりもはるかに高い解像度（10秒ごと）で設計されているため、collectedの方が好みです。