Geo-DNS: налаштування маршрутизації трафіку для зниження затримки

Користувачі з Владивостока бачать LCP > 5 секунд, тому що сервера стоять у Москві. Кожна зайва 100 мс затримки знижує конверсію на 7% [дослідження Amazon]. Ми вирішуємо цю проблему за допомогою Geo-DNS: направляємо клієнтів на найближчий вузол — у Хабаровськ або Новосибірськ. Результат: затримка падає з 150 до 20 мс, LCP покращується на 50–70%, TTFB — у 6 разів. Економія на трафіку за рахунок скорочення міжрегіональних запитів — до 40% (для проєкту з 1 млн запитів/міс це близько $300). Наша команда має 5+ років досвіду в налаштуванні DNS та понад 50 реалізованих проєктів з Geo-DNS. Стандартний DNS не знає, де знаходиться клієнт, і повертає один і той самий IP. Geo-DNS аналізує IP резолвера і обирає найближчий сервер.

Як Geo-DNS знижує затримку?

Стандартний DNS відповідає одним IP для всіх. Geo-DNS аналізує IP DNS-резолвера запитувача і обирає відповідь із заздалегідь налаштованих правил. Такий підхід називається гео-маршрутизація DNS.

DNS Query: api.example.com ↓ Geo-DNS Provider
├── IP в AS России → 185.10.1.1 (VPS в Москве)
├── IP в Европе → 94.20.2.2 (VPS в Амстердаме)
├── IP в США → 44.30.3.3 (AWS us-east-1)
└── Default → 185.10.1.1

Припустимо, ваш сервер в Європі, а користувач з Австралії — запит йде через півсвіту. Geo-DNS направляє його на найближчий вузол, скорочуючи RTT у 10 разів. За нашими вимірами, це покращує LCP на 40–60% і зменшує показник відмов. Для проєкту з аудиторією в 10 країн ми знизили середню затримку з 250 мс до 35 мс. Економія CDN-трафіку може досягати $500 на місяць для проєкту з 100 000 запитів на добу.

Які проблеми вирішує Geo-DNS?

• Висока затримка для віддалених користувачів (RTT > 200 мс)
• Недотримання локальних законів про зберігання даних (ФЗ-152, GDPR)
• Нерівномірне навантаження на сервери
• Складність A/B тестування за регіонами

Які провайдери Geo-DNS найкращі?

Cloudflare Geo DNS — чудовий вибір для старту: безкоштовно, швидко, але мало кастомних налаштувань. AWS Route 53 дорожче, але дає тонке управління. Cloudflare Geo DNS налаштовується у 2 рази швидше, ніж AWS Route 53, а Route 53 надає в 3 рази більше опцій маршрутизації (weighted, latency-based, geolocation). Якщо у вас уже інфраструктура в AWS, логічно використовувати Route 53. Якщо потрібен простий і швидкий старт — Cloudflare. Для проєкту з 10 000 запитів/добу економія CDN-трафіку від Geo-DNS може становити до $150 на місяць.

Як налаштувати Geo-DNS покроково?

1. Аудит поточної інфраструктури — визначте типи записів, TTL, провайдера.
2. Вибір провайдера — на основі географії аудиторії та бюджету.
3. Створення пулів серверів — групуйте вузли за регіонами.
4. Налаштування правил маршрутизації — використовуйте geolocation або latency-based.
5. Додавання health checks — з інтервалом 30 секунд і порогом 3 невдач. Згідно з документацією Cloudflare Load Balancing, health checks можуть бути HTTP, TCP або ICMP.
6. Тестування через VPN — перевірте всі регіони.
7. Поступовий деплой — з моніторингом метрик.

{
  "name": "api.example.com",
  "pools": ["pool-russia", "pool-europe", "pool-usa"],
  "region_pools": {
    "ENAM": ["pool-usa"],
    "EEU": ["pool-russia"],
    "WEU": ["pool-europe"],
    "SEAS": ["pool-europe"]
  },
  "fallback_pool": "pool-russia"
}

Налаштування в AWS Route 53

Latency-based routing — Route 53 вимірює затримку з кожним регіоном і направляє до найближчого:

{
  "Name": "api.example.com",
  "Type": "A",
  "SetIdentifier": "eu-west-1",
  "Region": "eu-west-1",
  "TTL": 60,
  "ResourceRecords": [
    {
      "Value": "52.18.1.2"
    }
  ]
}

Geolocation routing — явна прив'язка за країною/континентом:

{
  "SetIdentifier": "Russia",
  "GeoLocation": {
    "CountryCode": "RU"
  },
  "ResourceRecords": [
    {
      "Value": "185.10.1.1"
    }
  ]
}

Типові помилки (та як їх уникнути)

• Не налаштовані health checks — при падінні сервера трафік йде в мертвий вузол.
• Плутають Latency-based і Geolocation — перше заточене на швидкість, друге — на географічний збіг.
• Завелике TTL — зміни DNS поширюються довго, користувачі потрапляють на старий сервер.
• Не використовують fallback — якщо регіон не визначений, користувач не отримує відповіді.
• Ігнорують кешування резолверів — навіть при правильному Geo-DNS, публічні DNS (Google, Cloudflare) можуть кешувати запис на кілька хвилин.

Чому Geo-DNS важливий для глобальних проєктів?

Geo-DNS допомагає дотримуватися вимог до зберігання даних: наприклад, якщо за законом дані російських користувачів повинні зберігатися в РФ, ви направляєте їх на сервера в Росії. Крім того, це зручно для регіональних A/B тестів — можна показувати різний контент залежно від країни. Економія CDN-трафіку може досягати $200 на місяць для проєкту з 50 000 запитів на добу. Налаштування DNS для глобального проєкту вимагає ретельного планування.

Процес роботи та терміни

Налаштування Geo-DNS для 2–3 регіонів з health checks займає 1–2 робочих дні. Складні проєкти (5+ регіонів, інтеграція з CI/CD) — до 5 днів. Зв'яжіться з нами для точної оцінки вашого проєкту. Отримайте консультацію з налаштування Geo-DNS вже сьогодні.

Що входить у налаштування Geo-DNS

При замовленні послуги ви отримуєте:

• Аудит поточної DNS-інфраструктури
• Карту регіонів з прив'язкою до найближчих серверів
• Конфігурацію правил маршрутизації (geolocation або latency-based)
• Налаштування health checks з документацією
• Тестування напрямку трафіку для кожного регіону
• Звіт про результати та рекомендації щодо подальшої оптимізації
• Доступ до технічної документації та бази знань
• Годину навчання команди з управління Geo-DNS
• Підтримка протягом першого тижня після деплою

Ми реалізували понад 50 проєктів з Geo-DNS. Гарантуємо коректну маршрутизацію з першого разу та надаємо звіт про тестування. Замовте налаштування сьогодні, щоб знизити затримки та підвищити конверсію.