Канал забит, приложение тормозит, причина неизвестна. Порядок разбора.
Канал забит, приложение тормозит, причина неизвестна. Порядок разбора. Кто прямо сейчас: iftop показывает соединения и скорость по каждому, nethogs — потребление по процессам. Второе особенно полезно: сразу видно, что это резервное копирование или обновление, а не пользователи. Что было раньше: без сбора статистики восстановить картину нельзя. Минимальный вариант — vnstat, он ведёт историю по интерфейсам и стоит копейки по ресурсам. Для детальной картины нужен сбор потоков. Типичные виновники на серверах: ночное копирование, съехавшее на день; репликация после долгого простоя; обновление образов; чей-то скрипт, качающий логи целиком; и, конечно, атака или ваш сервис, ставший чьим-то зеркалом. Что сделать сразу, если канал забит: ограничить полосу для служебных задач. Копирование и синхронизацию можно ограничить штатными средствами — у rsync есть --bwlimit, у systemd есть управление пропускной способностью. И заведите правило: любая массовая передача данных в проде должна быть ограничена по скорости. Что чаще всего съедает ваш канал?