Чем может помочь DNS маршрутизация?

DNS маршрутизация: Практическое применение

DNS маршрутизация (DNS routing) — это техника использования DNS для распределения трафика между серверами. Это мощный инструмент для масштабирования и отказоустойчивости.

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

Клиент запрашивает: api.example.com
     ↓
DNS resolver проверяет:
  1. Локальный кэш браузера
  2. Кэш ISP
  3. Корневой DNS сервер
  4. Авторитетный DNS сервер (example.com)
     ↓
DNS сервер возвращает IP адрес(а)
     ↓
Клиент подключается к IP адресу

В этом процессе DNS может сделать МНОГО полезного!

Типы DNS маршрутизации

1. Round-Robin (циклическое распределение)

# В DNS записи указываем несколько A records
api.example.com  IN  A  192.168.1.10
api.example.com  IN  A  192.168.1.20
api.example.com  IN  A  192.168.1.30

# Клиент 1 получает IP #1 → 192.168.1.10
# Клиент 2 получает IP #2 → 192.168.1.20
# Клиент 3 получает IP #3 → 192.168.1.30
# Клиент 4 получает IP #1 (круг замкнулся) → 192.168.1.10

Преимущества:

• Просто настраивается
• Нет дополнительных расходов
• Базовое распределение нагрузки

Недостатки:

• Не учитывает нагруженность сервера
• Не учитывает отказы серверов
• Все клиенты кэшируют результат

2. Weighted Round-Robin

# Разные веса для серверов
api.example.com  IN  A  192.168.1.10  ; weight: 5
api.example.com  IN  A  192.168.1.20  ; weight: 3
api.example.com  IN  A  192.168.1.30  ; weight: 1

# Сервер #1 получает 5/(5+3+1) = 56% трафика
# Сервер #2 получает 3/(5+3+1) = 33% трафика
# Сервер #3 получает 1/(5+3+1) = 11% трафика

Используется когда:

• Серверы разной мощности
• Постепенное переключение на новые версии
• Канареечные развёртывания

3. Географическая маршрутизация (Geo-DNS)

# Разные IP адреса для разных регионов
# Запрос из России
api.example.com  →  192.168.1.10  (Moscow Server)

# Запрос из США
api.example.com  →  192.168.2.10  (US Server)

# Запрос из Европы
api.example.com  →  192.168.3.10  (EU Server)

Преимущества:

• Ниже latency для пользователей
• Соответствие GDPR (данные в ЕС)
• Балансировка нагрузки по регионам

4. Health Check маршрутизация

# DNS с проверкой здоровья серверов
api.example.com
  ├─ 192.168.1.10  ✓ (alive)
  ├─ 192.168.1.20  ✓ (alive)
  └─ 192.168.1.30  ✗ (dead, исключён из результатов)

# Клиент получит только живые серверы!

Как работает: DNS сервер периодически проверяет серверы (HTTP GET, TCP check и т.д.).

5. Failover маршрутизация

# Primary и backup
api.example.com  IN  A  192.168.1.10  (Primary)
api.example.com  IN  A  192.168.1.20  (Backup)

# Пока Primary жив — используется он
# Если Primary падает — используется Backup

Инструменты для DNS маршрутизации

AWS Route53

{
  "Name": "api.example.com",
  "RoutingPolicy": "Weighted",
  "Records": [
    {
      "SetIdentifier": "Production",
      "Weight": 90,
      "ResourceRecords": [{"Value": "192.168.1.10"}]
    },
    {
      "SetIdentifier": "Canary",
      "Weight": 10,
      "ResourceRecords": [{"Value": "192.168.1.20"}]
    }
  ]
}

Значит: 90% трафика на старую версию, 10% на новую.

CloudFlare

# Простой интерфейс для:
# - Geo-routing
# - Failover
# - Load balancing
# - DDoS protection

DNSMasq (on-premise)

# Локальный DNS кэш и маршрутизация
address=/api-moscow.internal/192.168.1.10
address=/api-us.internal/192.168.2.10

Практические примеры использования

Сценарий 1: Blue-Green Deployment

# Старая версия (Blue)
api.example.com  →  192.168.1.10

# Запустили новую версию (Green) на 192.168.1.20
# Тестируем...

# Все работает! Переключаем DNS
api.example.com  →  192.168.1.20

# Если проблема — легко откатываем
api.example.com  →  192.168.1.10

Сценарий 2: Canary Release

# День 1: 95% на старую, 5% на новую
# Мониторим ошибки новой версии

# День 2: 90% на старую, 10% на новую

# День 3: 50% на старую, 50% на новую

# День 4: 100% на новую

# На каждом этапе можно откатить через DNS

Сценарий 3: Глобальная отказоустойчивость

Пользователи всего мира
    ↓
DNS маршрутизирует по регионам
    ├─ Европейские пользователи → EU Data Center
    ├─ Американские пользователи → US Data Center
    └─ Азиатские пользователи → APAC Data Center

Если EU Data Center падает:
    EU пользователи → автоматически на US DC

Сценарий 4: Миграция на новый провайдер

# Неделя 1: 50% на старый, 50% на новый
# Проверяем новый провайдер

# Неделя 2: 20% на старый, 80% на новый

# Неделя 3: 0% на старый, 100% на новый
# Можно отменить старый контракт!

Ограничения DNS маршрутизации

# Проблема 1: Кэширование
# TTL (Time To Live) = 300 секунд
# Клиент кэширует результат 5 минут
# Если сервер упадёт — трафик идёт туда 5 минут!

# Решение: Низкий TTL (30 сек) + Application-level checks

# Проблема 2: Неправильные DNS клиенты
# Некоторые приложения игнорируют TTL
# Java старых версий кэширует результаты навечно

# Проблема 3: Зависимость от DNS провайдера
# Если провайдер DNS упадёт — всё падает

# Решение: Несколько DNS провайдеров
example.com  NS  ns1.cloudflare.com
example.com  NS  ns1.route53.aws.com

Когда использовать DNS маршрутизацию

✓ Используй DNS маршрутизацию:

• Для глобального распределения по регионам
• Для простого failover
• Для канареечных развёртываний
• Для blue-green deployments
• Когда нужна очень простая настройка

✗ НЕ используй DNS маршрутизацию:

• Для очень быстрого failover (<1 сек)
• Для микросекундной точности распределения
• Для state-aware распределения (сессии)
• Когда нужны очень тонкие гранулы контроля

Вместо этого используй:

• Application Load Balancer (ALB)
• Network Load Balancer (NLB)
• Nginx / HAProxy

Выводы

DNS маршрутизация — это мощный, простой инструмент для:

• Масштабирования приложений
• Обеспечения отказоустойчивости
• Минимизации latency пользователей
• Упрощения развёртывания

Как Python Developer, даже если я не администрирую DNS, я понимаю, как это работает, и могу помочь DevOps команде с интеграцией DNS маршрутизации в мою инфраструктуру.