Правило, которое почти всегда спасает инфраструктуру: не верить «запасу по CPU», если уже упёрлись в I/O или п

Правило, которое почти всегда спасает инфраструктуру: не верить «запасу по CPU», если уже упёрлись в I/O или память.

На практике сервер может показывать скромные 30–40% загрузки процессора, но при этом:
— диск уходит в ожидание;
— база начинает отвечать с задержкой;
— контейнеры ловят OOM;
— клиент видит «всё тормозит», хотя CPU «ещё есть».

Поэтому смотреть нужно не на один показатель, а на связку: load average, iowait, RAM, swap, latency диска и состояние очередей. Именно эта комбинация раньше всего показывает, где система начнёт сыпаться. ⚙️

Хорошее правило из опыта: если узкое место уже найдено, добавлять «железо» в другом месте бессмысленно. Сначала убирают причину задержки, потом масштабируют. Так инфраструктура растёт предсказуемо, без сюрпризов.