Bind9, Unbound и CoreDNS: где искать реальную производительность, а где — иллюзию

Bind9, Unbound и CoreDNS: где искать реальную производительность, а где — иллюзию

Давайте разберем флоу запроса. Bind9 чаще выбирают как авторитетный сервер: он стабильно держит зону, умеет сложную логику ответов и предсказуем под нагрузкой. Unbound — это в первую очередь рекурсор; его сильная сторона — кеширование и агрессивная оптимизация разрешения имен. CoreDNS обычно берут как гибкий DNS-слой для Kubernetes и сервис-дискавери: он модульный, но цена за эту гибкость — лишние хопы и зависимость от плагинов.

По CPU и RTT сравнивать их «в лоб» некорректно. Bind9 хорошо чувствует себя на больших авторитативных зонах и при большом числе однотипных запросов. Unbound выигрывает там, где важны повторные резолвы и низкая латентность кеша. CoreDNS может быть быстрее в узком сценарии, но легко деградирует, если плагинная цепочка разрастается и каждый запрос проходит через лишнюю логику.

На практике смотрим не на название, а на профиль нагрузки:
— авторитативная зона и сложные правила ответа — Bind9;
— рекурсия, кеш, минимальный RTT до внешних доменов — Unbound;
— внутренняя сервисная резолюция, интеграция с оркестратором — CoreDNS.
Отдельно проверяем NXDOMAIN rate, hit ratio кеша, размер очередей и поведение при пике. Стабильность DNS — это фундамент, а не опция.

Лучший результат дает не «самый быстрый» сервер, а тот, который соответствует роли и не заставляет систему платить за чужую специализацию. Исключаем Human Error через автоматизацию и не смешиваем авторитативный и рекурсивный контур без явной необходимости.