В 03:00 алерты обвиняют CoreDNS и ingress: резолвинг зависает, новые подключения не проходят. Типовой разбор такой аварии начинается ниже Kubernetes. На ноде заполнена таблица conntrack. Если ядро не может вытеснить запись, пакет, которому нужна новая запись, отбрасывается. Уже отслеживаемые соединения могут продолжать работать. Поэтому успешный запрос по старому keepalive ничего не доказывает. На пострадавшей ноде: sysctl net.netfilter.nfconntrackcount net.netfilter.nfconntrackmax; затем conntrack -S дважды с интервалом. Смотрим прирост drop и earlydrop: первый требует разбирательства с потерями, второй показывает досрочное вытеснение записей. journalctl -k --since '15 min ago' ищет «nfconntrack: table full, dropping packet». Лог ограничивается по частоте: отсутствие свежей строки не оправдывает ядро. Один снимок count после пика тоже не оправдывает. Граница диагноза: речь о потоках, проходящих через conntrack этой ноды. DNS по UDP тоже занимает записи; новые запросы не обязател...