Повышение отказоустойчивости: почему мы начали со вторичного DNS

Каждый веб-запрос начинается с DNS-запроса. Если разрешение происходит медленно, пользователи ощущают это еще до загрузки вашего приложения. Если разрешение завершается с ошибкой, ваше приложение становится недоступным независимо от того, насколько исправен ваш источник или как быстро отвечает ваш CDN. DNS — это тот уровень, на котором многие команды до сих пор смиряются с единой точкой отказа, и при этом он находится перед всеми остальными компонентами, для которых уже обеспечено резервирование.

Решение хорошо известно: добавьте второго авторитетного (authoritative) DNS-провайдера. Это первое, что мы выпустили в рамках Fastly DNS, и стоит объяснить, почему мы начали именно с этого.

Почему Secondary и почему в первую очередь

Primary DNS — это более масштабная разработка, поэтому мы начали с компонента, который делает существующую инфраструктуру более отказоустойчивой с первого же дня.

Добавление вторичного провайдера — это не миграция. Ваш первичный провайдер остается на своем месте. Вы продолжаете создавать и редактировать записи в привычной системе, используя те же инструменты и процессы изменений, что и раньше. Подключение Fastly — это изменение конфигурации, которое можно выполнить за полдня и так же быстро отменить, что крайне важно, когда вы меняете уровень, находящийся перед всем вашим приложением.

Использование двух авторитетных провайдеров — именно так выглядит отказоустойчивая настройка DNS, и это справедливо независимо от того, кто является вашим первичным провайдером. Даже клиент, который в конечном итоге перенесет Primary DNS на Fastly, все равно должен использовать второго провайдера для обслуживания своей зоны.

Второй провайдер решает проблему, которая действительно возникает привязка к единственному авторитетному провайдеру. Именно эту проблему стоит решить в первую очередь.

Как это работает

Fastly DNS — это служба авторитетных DNS. Она хранит записи для вашего домена и возвращает окончательный ответ на запросы к нему. При этом она является управляемой, поэтому вам не нужно запускать ПО серверов имен, устанавливать патчи или обслуживать аппаратное обеспечение.

Ваш первичный сервер остается источником истины. Путь синхронизации стандартен:

• Запись изменяется на вашем первичном сервере.

Запись изменяется на вашем первичном сервере.

• Ваш первичный сервер отправляет уведомление (NOTIFY) в Fastly.

Ваш первичный сервер отправляет уведомление (NOTIFY) в Fastly.

• Fastly запрашивает передачу зоны, используя AXFR для полной копии или IXFR только для изменений.

Fastly запрашивает передачу зоны, используя AXFR для полной копии или IXFR только для изменений.

• Серверы имен Fastly обслуживают все, чем вы управляете на своем первичном сервере.

Серверы имен Fastly обслуживают все, чем вы управляете на своем первичном сервере.

Fastly не может создавать или редактировать записи. По задумке это режим «только чтение», что позволяет избежать любой двусмысленности в вопросе о том, где физически хранятся ваши записи.

Что касается запросов, оба провайдера присутствуют в вашем наборе NS-записей, и Fastly отвечает на авторитетные запросы из своей глобальной сети, поэтому разрешение имен происходит из точки присутствия (POP), расположенной близко к пользователю, а не из одного региона.

Одно уточнение, поскольку в индустрии терминология часто используется вольно. Это не отказоустойчивое переключение (failover). Ваш набор NS-записей не содержит порядка приоритетов, поэтому резолверы распределяют запросы между вашими серверами имен. При наличии двух провайдеров часть вашего трафика уже разрешается через каждого из них, и потеря одного приводит к снижению емкости, а не к сбою разрешения.

Что для этого требуется

Требования просты. Вы управляете собственным первичным DNS-сервером, и он поддерживает передачу зон. Не каждый провайдер поддерживает эту функцию, и это единственный момент, который стоит уточнить перед началом планирования.

Что вы получаете

Отказоустойчивость, не зависящая от одного вендора. Неудачный день у одного провайдера приводит лишь к работе в деградированном режиме, а не к масштабному сбою. Это самое дешевое резервирование, доступное большинству команд, поскольку оно вообще не требует изменений в коде приложения.

Ответы из сети Fastly. Авторитетные ответы обслуживаются с глобальной инфраструктуры Fastly, вблизи ваших пользователей, что обеспечивает более быстрый и качественный пользовательский опыт.

Начало работы

Свяжитесь со своим менеджером по работе с клиентами, чтобы обсудить добавление Fastly в качестве вторичного провайдера, или проконсультируйтесь со специалистом Fastly.