Anycast не лечит DNS: мифы, которые ломают отказоустойчивость и RTT

Anycast не лечит DNS: мифы, которые ломают отказоустойчивость и RTT

Anycast — это не магия «один IP и всё само поедет», а способ маршрутизации, где BGP выбирает ближайший с точки зрения сети узел. Для DNS это удобно, но только если вы понимаете, что отвечать будет не «кластер», а конкретная нода со своей задержкой, состоянием кэша и локальными отказами.

Типовые ошибки:
— считать Anycast заменой репликации зон; без синхронизации данных получите расхождение ответов;
— забывать про health-checks и withdrawal анонса: мёртвая нода в BGP — классический костыль;
— игнорировать влияние маршрутизации на RTT: ближайший по префиксу не всегда ближайший по качеству пути;
— не тестировать фрагментацию, EDNS0 и MTU: DNS-пакет в Anycast-сети любит неприятные сюрпризы.

Разумная схема выглядит так: локальный ответный узел, отдельный контроль консистентности зон, быстрая деградация при потере сервиса и мониторинг не только reachability, но и качества ответа. Иначе вы строите не отказоустойчивость, а распределённую иллюзию стабильности.

Anycast полезен, когда вы контролируете BGP-поведение, состояние узлов и одинаковость DNS-данных. Стабильность DNS — это фундамент, а не опция.