私のSSHサーバーに方法はありますか?その下にあるすべて(bashを含む)は常に高負荷で利用できますか?
多分それは、専用のCPUまたはそのような何かを備えた、すべてメモリ内のある種のクリティカルパスである可能性があります。
サーバーで何が行われているのかを調査するために、最小限のコストで常時利用可能なサーバーを用意する方法は何ですか?
SSH経由でログインして、他の方法で応答しないシステムのトラブルシューティングや修復を確実に行う方法を求めていますか?もしそうなら、それは私が見てみたい答えです。ext2ファイルシステムがいっぱいになったときにディスク領域の5%がルート用に予約されるのと同じ方法で、CPU /メモリリソースのパーセンテージをルート用に予約する方法があるかどうか以前に疑問に思っていました。
—
Anthony Geoghegan
@AnthonyGeogheganはい、それは私が求めていることです。それが私が考えていることですが、それを行う方法(または方法)があるかどうかはわかりません。
—
blue112 2015
おそらく答えはノーです。しかし、あなたがリモートで、このような(スカウト、NewRelicのサーバ監視)とリモートsyslogロギング(PaperTrail、LogStash、rsyslogの、など)を監視するリモートシステムを構成するように重い負荷の原因となる問題を、診断に役立つことを行うことができますものがあります
—
クリーク
私が目にした最も一般的な「応答しない」問題は、ファイル記述子、pid、およびソケットが不足していることです。sshdが予約済みプロセスのプールを保持する何らかの方法があったとしても、bashはforkできないため、役に立たないシェルになってしまいます。おそらく、デバッグツールが組み込まれたシェルが最適ですが、ファイルハンドルが不足している場合でも、問題の診断に問題があります。
—
Chris Mendez