CoreDNS захлебнулся именами, которых нет. Типовой сценарий отказа: растут DNS QPS, NXDOMAIN и задержка приложения; поверхностный диагноз — «не хватает DNS-реплик». Но запрос к внешнему API ещё не дошёл до TCP: клиент занят перебором поисковых суффиксов. Покупка дополнительных нод превращает ошибку конфигурации в регулярный платёж. Важная поправка: ndots:5 — типовая настройка Kubernetes, у glibc по умолчанию ndots:1. Для api.example.com двух точек недостаточно: сначала search, потом исходное имя. При трёх суффиксах, NXDOMAIN на каждом и успешном внешнем ответе получаем четыре запроса одного типа вместо одного. Утроение получается при двух суффиксах, а не автоматически от числа 5. A/AAAA, кэши и повторы меняют итоговый счёт. Поведение описано в resolv.conf(5), конфигурация Pod — в документации Kubernetes. Улики собираем внутри проблемного Pod: cat /etc/r...