負荷の平均が高すぎるため(その後解決されたスパムの問題のため)、sendmailサーバーが接続の拒否を開始しました。
Error was: sendmail[13400]: rejecting connections on daemon MTA: load average: 50
この振る舞いをもっとよく理解したいのですが。
おかげで、
M
こんにちは、みんな、
もう一度出てくるのを見て、もう一度ぶつかると思いました。私が今目にしている問題は、負荷平均を超えたためにキューに入れられたメッセージが、後で(パフォーマンスが許容レベルに戻った後でも)再送信されないことです。
おかげで、
M
システム負荷平均は、システムが実行している作業量を表すために使用されるパフォーマンスメトリックです。メールサーバーにログインするとき(UNIXタイプのシステムを想定)、uptimeコマンドを入力して、最後の1分、5分、および15分の負荷平均を確認できます。次に、本番サーバーの例を示します。
sh$ uptime
10:53am up 248 day(s), 36 min(s), 12 users, load average: 0.28, 0.29, 0.30
したがって、5分間の負荷平均は0.28、最後の5分間の負荷平均は0.29などです。この場合、システムの負荷が時間の経過とともにわずかに低下していることがわかります。
経験則として、サーバーの負荷を1未満に保つことをお勧めしますが、これは必ずしもすべての場合に当てはまるわけではありません。しばらくの間サーバーを監視すると、妥当な負荷が何であるかがわかり始めます。これは、現実の世界でそれを見るだけで、おそらくそれを理解する最も簡単な方法です。とはいえ、負荷平均の計算方法は実際にはかなり複雑ですが、興味がある場合は、Linuxの計算方法に関する次の記事を確認することをお勧めします。
http://www.linuxjournal.com/article/9001
Sendmailに戻ります。 Sendmailは、負荷平均(LA)が高くなりすぎたときに、メッセージのみをキューに入れるように、または拒否メッセージをフラットにするように構成できます。これにより、sendmailがシステム全体をダウンさせるのを防ぐことができます。早すぎる接続の拒否の場合は、sendmail.cfで確認できる2つの設定があります。
O QueueLA=8 - load average at which Sendmail queues new messages
O RefuseLA=12 - load average at which Sendmail rejects connections
上記をグーグルで検索すると、これらのパラメーターを変更する方法(M4マクロを使用する場合)の説明が記載されたページが返されました。これは役立つ場合があります。