Bind9, Unbound и CoreDNS: где реально упирается DNS под нагрузкой

Bind9, Unbound и CoreDNS: где реально упирается DNS под нагрузкой

Давайте разберем флоу запроса. Bind9 — универсальный комбайн: authoritative, recursive, ACL, views. За гибкость он платит CPU и памятью на сложной конфигурации. Unbound — рекурсор с упором на кэш, минимальный оверхед и предсказуемую латентность. CoreDNS — модульный каркас: быстрый в типовых сценариях, но цена расширений и плагинов видна сразу.

Если нужен authoritative-слой с тонкой логикой зон, Bind9 обычно выигрывает по функциональности, но не по плотности запросов на ядро. Для чистой рекурсии Unbound чаще дает лучшее соотношение RTT/ресурсы: меньше лишней магии, меньше сюрпризов. CoreDNS хорошо чувствует себя как edge-резолвер или service discovery, когда важна интеграция, а не тяжелая классическая рекурсия.

Проверим влияние на RTT и консистентность зон:
— Bind9 чувствителен к размеру конфигурации и частоте перезагрузок.
— Unbound выигрывает на повторяемых запросах за счет кэша и простого execution path.
— CoreDNS зависит от цепочки плагинов; лишний plugin — лишний hop в обработке.

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