Anycast: одна IP-адреса з кількох точок мережі
За Anycast той самий IP-префікс оголошують із кількох точок мережі. Маршрутизація обирає доступний шлях за політикою BGP, тому користувачі в різних місцях можуть потрапляти на різні вузли з тією самою адресою.
Anycast — це маршрутизація, а не перенаправлення URL
Кілька майданчиків оголошують один префікс. Маршрутизатори обирають маршрут за своїми правилами; «найближчий» зазвичай означає кращий з погляду маршрутизації, а не обов’язково найменшу географічну відстань.
Anycast широко використовують DNS і CDN. Він може скоротити шлях і дати резервування, але не гарантує однакову затримку для кожного користувача.
Чому діагностика виглядає незвично
Після зміни BGP-політики та сама IP-адреса може привести до іншого майданчика. Тому геолокація IP може описувати мережу або зареєстроване місце, а не конкретний edge-вузол.
Порівнюйте траси з кількох мереж через traceroute. Різні шляхи до однієї адреси за Anycast є нормальними.
Чого Anycast не вирішує
Він не замінює балансування застосунку, синхронізацію стану чи захист origin. Помилка конфігурації може вплинути на кілька майданчиків. Архітектурні рекомендації для DNS наведено в RFC 4786.
Де шукати проблему за рівнями
Корисно починати з межі локальної мережі. Спершу перевірте адресу інтерфейсу, маршрут за замовчуванням і DNS, потім доступність шлюзу, після цього — зовнішню адресу та віддалений сервіс. Такий порядок не змішує несправність Wi‑Fi чи Ethernet із маршрутизацією провайдера. Якщо локальний шлюз стабільний, а затримка з’являється далі, порівняйте кілька призначень і повторіть вимірювання в інший час.
Не всі проміжні пристрої зобов’язані відповідати на діагностичні пакети. Фільтрація службового трафіку, rate limiting та асиметричний маршрут можуть змінити картину, хоча прикладне з’єднання продовжує працювати.
Адреси, маршрути та мережа, яку ми спостерігаємо
Локальна адреса пристрою, публічна адреса виходу та адреса віддаленого сервісу належать до різних ділянок шляху. NAT, CGNAT, VPN, проксі, CDN та Anycast додають інші точки, тому одну IP-адресу не можна автоматично вважати ідентифікатором користувача чи фізичного сервера. Під час аналізу зберігайте адресу призначення і час вимірювання: DNS та BGP можуть привести наступний тест до іншої інфраструктури.
Для IPv6 також враховуйте кілька адрес на одному інтерфейсі, зокрема тимчасові. Вибір вихідної адреси виконує мережевий стек, і це може вплинути на спостережуваний маршрут.
Як отримати відтворюваний результат
Один тест — лише знімок. Повторюйте вимірювання серіями, фіксуйте дротове чи бездротове підключення, VPN, DNS-резолвер і фонове навантаження. Для порівняння затримки використовуйте те саме призначення, а для швидкості — однакові умови й кілька запусків. Якщо проблема виникає лише під навантаженням, окремо перевіряйте черги та bufferbloat.
Зберігайте не тільки підсумкову цифру, а й контекст. Це допомагає відрізнити постійну помилку конфігурації від короткого перемикання маршруту, перевантаження радіоефіру чи зміни віддаленого майданчика.