Чи є спосіб, коли мій SSH-сервер, і все під ним (включаючи bash) завжди може бути доступним під великим навантаженням?
Можливо, це може бути якийсь критичний шлях, все в пам’яті , з виділеним процесором або щось подібне.
Який спосіб я міг мати завжди доступний сервер за мінімальних витрат, щоб дослідити, що відбувається на моєму сервері?
Ви питаєте про спосіб забезпечення того, щоб ви могли увійти через SSH для усунення несправностей / ремонту інакше невідповідної системи? Якщо так, то я б хотів побачити відповідь. Раніше я замислювався про те, чи існує спосіб зарезервувати відсоток ресурсів процесора / пам'яті для root так само, як 5% дискового простору зарезервовано під корінь, коли заповнюється файлова система ext2.
—
Ентоні Геоґеган
@AnthonyGeoghegan Так, це я прошу. І саме про це я думаю, але я не впевнений, чи є спосіб зробити це (чи як).
—
blue112
Оглядаючи навколо, я помітив, що подібне питання було задано кілька років тому, але відповіді не отримав. Ось сподіваємось, що це питання отримає кращу відповідь.
—
Ентоні Геоґеган
Ймовірна відповідь - ні. Однак ви можете зробити те, що допоможе у віддаленій діагностиці проблем, що спричиняють велике навантаження, такі як налаштування віддаленого моніторингу системи (скаут, моніторинг сервера NewRelic) та віддаленого ведення журналу syslog (PaperTrail, LogStash, rsyslog тощо)
—
Creek
Найпоширеніші "невідповідальні" проблеми, які я бачив, - це відсутність дескрипторів файлів, підписів та сокетів. Навіть якби у вас був якийсь спосіб для sshd утримати пул зарезервованих процесів, bash не міг би розщедритися, щоб ви опинилися з марною оболонкою. Ваш найкращий шанс - це оболонка, у якій вбудовані інструменти для налагодження, але якщо у вас немає файлових ручок, у вас все одно виникнуть проблеми з діагностикою проблем.
—
Кріс Мендес