Яка різниця між Anycast та GeoDNS / GeoIP wrt HA?


17

Спираючись на опис у Вікіпедії Anycast , він включає як розподіл домену-ім’я до-багато-IP-адреси на багатьох серверах DNS, так і відповідь клієнтам з найбільш географічно близьким (або найшвидшим) сервером.

У контексті глобально розповсюдженого, високодоступного веб-сайту, наприклад google.com (або будь-якої служби CDN з багатьма глобальними краєвидами), це виглядає як дві ключові особливості, які потребують однієї.

Служби DNS, такі як Amazon Route53, EasyDNS та DNSMadeEasy, рекламують себе як мережі з підтримкою Anycast.

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

Однак , схоже, що кожна з цих служб відокремлює ці дві функції, посилаючись на 2-й (маршрутизація клієнтів до найближчого вузла) як "GeoDNS", "GeoIP" або "Global Traffic Director" та стягуючи додаткову плату за послугу.

Якщо основний орендар системи, яка підтримує програму Anycast, вже повинен це зробити, то чому ця функція виділяється як додаткова функція? Що це за функція "GeoDNS", яка робить стандартну службу DNS Anycast не робити (згідно з визначенням Anycast з Вікіпедії - я розумію, що рекламується, тільки не тому, що це вже не передбачається).

Я дуже розгублений, коли служба DNS на зразок Route53, яка не підтримує цю неясну функцію "GeoDNS", перераховує такі функціональні можливості, як:

Швидкий - Використовуючи глобальну мережу будь-якої мережі серверів DNS по всьому світу, маршрут 53 призначений для автоматичного маршрутизації користувачів до оптимального місця в залежності від мережевих умов. Як результат, сервіс пропонує низьку затримку запитів для кінцевих користувачів, а також низьку затримку оновлення для ваших потреб управління записом DNS.

... це звучить точно так, як призначений зробити GeoDNS, але географічно керуючи клієнтами це те, що явно ще не підтримує .

Зрештою, я шукаю дві наступні функції від постачальника DNS:

  1. Позначте декілька IP-адрес на одному доменному імені (наприклад, google.com, amazon.com тощо)
  2. Використовуйте службу DNS, яка відповість на запити клієнтів для цього домену з IP-адресою найближчого сервера до запитуваного.

Як уже згадувалося, здається, що це все є частиною служби DNS "Anycast" (усі ці служби є), але функції та маркетинг, які я бачу в них, підказують інше, змушуючи мене думати, що мені потрібно дізнатися трохи більше про те, як DNS працює перед вибором розгортання.

Заздалегідь дякую за будь-які роз’яснення.

Відповіді:


17

Основна перевага GeoDNS полягає в тому, що він вирішує те саме ім'я для різних IP-адрес на основі IP-адреси запитувача.

Сервер Anycasted DNS поверне ту саму IP-адресу незалежно від того, хто робить запит.

Вони працюють на різних рівнях мережі. Anycast знаходиться нижче GeoDNS, оскільки він не має сенсу розташування IP-адреси запитувача, а лише його місце в мережевій діаграмі. Те, що може бути близьким до DNS-сервера, може не бути близьким до запитуваного ресурсу , і сервер Anycasted DNS не має можливості цього сказати.

GeoDNS використовує карту розташування ресурсів і виконує логіку, щоб визначити, який із цих ресурсів найближчий до заданої IP-адреси, яка запитує, а потім повертає цю IP-адресу.

Якщо ви не колокуєте свої DNS-сервери з вашими мережевими ресурсами, те, що є близьким до DNS-сервера, не завжди буде близько до ресурсу, тому використання Anycast як методу локалізації даних є менш ефективним, ніж прямий GeoDNS.


Помітив, я навіть не розглядав 2-х етапів вирішення адреси (спочатку знайдіть сам DNS-сервер, потім знайдіть цільовий сервер). Спасибі!
Ріяд Калла

6

Аспект BGP anycast дозволяє клієнтам відправляти запит на даний DNS-сервер, а цей запит надсилається на сусідній екземпляр DNS-сервера завдяки таблиці маршрутизації BGP, сподіваючись, отримуючи швидку відповідь.

Однак звичайний ol 'DNS-сервер, який географічно розподілений і щоправданий, не має можливості відповідати на запити по-різному, залежно від місцезнаходження клієнта-запитувача - це додаткова функція, що ці послуги "Geo-DNS" надають додаткові витрати, дозволяючи Ви можете надіслати клієнтів до екземпляра служби, яка їм близька.

Причиною існування цієї функції є те, що BGP anycast працює чудово для чогось без громадянства, як DNS, де він швидкий і брудний і не потребує постійного з'єднання або сеансу, але для чогось подібного веб-сервера ви хочете приклеювати екземпляри у всьому світі. і переконайтеся, що даний клієнт буде дотримуватися конкретного екземпляра - зміни маршруту в глобальній таблиці BGP-середини з'єднання порушують TCP-з'єднання, розривають сеанси веб-додатків і, як правило, спричиняють хаос; З цієї причини anycast зазвичай не використовується для веб-серверів.

Найкраще надати користувачеві в графстві X IP для примірника в країні X за допомогою DNS, і саме для цього вам потрібна послуга Geo-DNS.


4

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

Anycast дозволяє безлічі серверів реагувати на одну і ту ж IP-адресу. З будь-яким DNS-сервером, коли клієнт намагається поговорити з вашим сервером імен, відповідає найближчий / найшвидший сервер імен. Це означає, що клієнт завжди отримує швидку відповідь на свій запит DNS. Однак він все одно отримає однаковий відповідь на свій запит DNS - IP вашого сервера. Якщо ваш сервер знаходиться далеко від клієнта, досвід клієнта може бути не оптимальним.

GeoDNS дозволяє серверу DNS відповідати різною IP-адресою, залежно від місця перебування клієнта. (Очевидно, що для цього потрібно мати кілька географічно розподілених серверів.) GeoDNS не передбачає anycast, хоча зазвичай ви розгортаєте обидва, так що клієнт в кінцевому підсумку отримує відповідь на свій запит DNS на географічно розташованому поруч сервері DNS, на який потім відповідає IP-адреса веб-сервера, який розташований поблизу.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.