Что будет при очень высоком cpu load? [вопрос про load average]

Вход по ссш станет невозможным либо если закончилась память, либо при крайне высоком fork rate. В остальных случаях шансы достаточно высоки.

load average и CPU Load - разные штуки. Вроде бы, вопрос про load average поставлен более-менее правильно, но вставка про CPU Load совершенно неуместна - да хоть все ядра по 100%, LA может быть, при этом, вполне нормальным, а система - отзывчивой.

Да, вопрос именно про load average, поправил заголовок.

Просто из-за Nagios возникла у меня такая путаница. В Nagios есть разделение на CPU Load (под этим там подразумевается load average, очередь) и CPU utilization (именно нагрузка, от 0 до 100%).

load average 30-50

Ничего. Капец приходит от i/o, процессор нужно загрузить форк-бомбой и подождать, чтобы что-то начало происходить.

Вход по ссш станет невозможным либо если закончилась память

И даже тогда не факт, ибо OOM score у sshd обычно -1000.

Ну да, и от нехватки памяти.

Ну, если чисто LA большой, то подключиться можно будет, хотя и не очень быстро. Но, как правило, в таких ситуациях большая нагрузка на I/O, а это уже гораздо хуже в плане отзывчивости системы.

Механизма, подобного OOM Killer'у, для случая большого LA нет, насколько я знаю. Что делать - ну, например, через SysRq прибить всё, дальше по ситуации.

Ну через cgroups это можно частично предотвратить.

Допустим, CPU Load (load average) на одно ядро увеличится до 30-50

В зависимости от архитектуры, но в общем случае c одним CPU, ядром с таким la, скорей всего все будет очень медленно. Хотя я заходил на atom (два ядра) c la 110 по ssh как-то (заняло 30 минут, чтобы зайти). Для этого и нужен мониторинг и своевременные оповещения, чтобы ты просто не довел до такой ситуации.
Впрочем, если что если ты точно знаешь что убить, то можно из такой ситуации вывести в реальном времени вручную, вполне. Алсо, для многопроцессорных систем, и в зависимости от проекта, la 30 может быть и вполне повседневным. И да если ты уже до такого довел, то с 2FA будет намного трудней подключиться по ssh, ну и в зависимости от настройки failban/sshguard, тебя может вполне заблокировать.

Я больше о ситуации, когда не сможет запуститься шелл, хотя и тогда остается ssh -T.

Это если заранее обо всём подумать и cgroups настроить. Но энивей в ситуации с большой очередью на I/O (особенно со свопом) жить будет очень печально. Если проблем с I/O нет, то это вполне себе решение, да.

Это да.

Я больше о ситуации, когда не сможет запуститься шелл, хотя и тогда остается ssh -T.

Как поможет опция -T, если закончилась память и не может запуститься шелл?