Резервована, за чиїми словами?
«Повністю резервована мережа» нічого не означає, якщо failover контролює хтось інший. Ось як самостійно перевірити реальні upstream будь-якого провайдера за тридцять секунд.
У цій статті 3 розділів
- Кожна сторінка хостингу заявляє про «повністю резервовану мережу». Заява має дві проблеми: резервування реальне, лише якщо той, хто заявляє, контролює failover, і майже ніхто не перевіряє.
- Багато провайдерів є орендарями на чужому backbone: один upstream, орендована ємність, резервування з дозволу. Коли в цього upstream поганий день, він поганий і в них, і у вас.
- Наше можна перевірити: AS200477, що працює в Афінах, Амстердамі й Торонто, із multi-homing на кількох операторах (глобальний транзит Tier-1 і регіональні оператори), peering на GR-IX і NetIX, на просторі IPv4, який ми тримаємо безпосередньо від RIPE.
- Кожне слово з цього ви можете перевірити самі у публічній таблиці маршрутизації. Цей допис показує як, для нас і для того, хто вас хостить зараз.
Погляньте на будь-яку таблицю функцій хостингу, і ви знайдете це між «сховище NVMe SSD» і «підтримка 24/7», як факт природи: Повністю резервована мережа. Галочка, підказка, якщо пощастить, і далі до наступної вкладки. Ніхто на цьому не зупиняється. Це читається як вирішене.
Це не відповідає на жодне з важливих запитань. Резервована на якому рівні: комутатора, оператора чи маршруту? І коли шлях справді вмирає о третій ночі, хто вирішує, що трафік піде іншим шляхом, і скільки він чекає на дозвіл це зробити? Галочка мовчить про все це, що зручно, бо саме це єдині запитання, відповіді на які змінюють те, що станеться з вашим сайтом.
Резервування є ланцюгом відповідальності
Коли оператор відмовляє, хтось має вирішити, що трафік піде іншим шляхом. Це рішення і є всім продуктом. Якщо ваш провайдер володіє своєю AS і сам керує routing, цей хтось є вашим провайдером, який діє за хвилини на власному обладнанні. Якщо ваш провайдер є орендарем на орендованому backbone, цей хтось є NOC upstream, який працює за списком пріоритетів, що його ваш провайдер не задає, а ваш провайдер висить на лінії разом з усіма, кого той оператор щойно упустив. Те саме слово на сторінці продажів. Зовсім інше о третій ночі.
| РЕЗЕРВОВАНА НА ПАПЕРІ | РЕЗЕРВУВАННЯ, ЯКЕ КОНТРОЛЮЄТЕ ВИ |
|---|---|
| Один upstream, орендована ємність, SLA про чужу мережу | Ваша власна AS, multi-homing через незалежних операторів |
| Failover вирішується в чужому NOC | Failover вирішується на вашому власному edge, вашими інженерами |
| IP-простір, орендований у провайдера, якого ви намагаєтеся пережити | Адресний простір, отриманий безпосередньо від реєстру |
| РЯДОК, ЯКИЙ УСЕ ВИРІШУЄМожна перевірити: нічого | Можна перевірити: усе, у публічній таблиці маршрутизації |
Як виглядає наше, викладене так, щоб можна було перевірити
Наша автономна система, AS200477, працює в наших дата-центрах в Афінах, Амстердамі й Торонто. Ми маємо multi-homing на кількох транзитних провайдерах, включно з глобальними операторами Tier-1 і регіональними операторами, і ми робимо peering на інтернет-обмінниках, включно з GR-IX і NetIX. Трафік іде простором IPv4, який ми тримаємо безпосередньо від RIPE, тож він не переходить з рук у руки, коли ви масштабуєтеся. Зміни routing відбуваються на нашому власному edge, силами наших інженерів.
Перевірте самі, тридцять секунд
Знайдіть AS.
Пошукайте назву будь-якого провайдера на bgp.he.net. Наша AS200477. Інструмент зіставляє компанію з автономною системою, яка насправді переносить її трафік.
Порахуйте upstream.
Вигляд peers-and-transit показує, хто переносить їхні маршрути. Один upstream є орендарем. Два або більше незалежних операторів є справжнім multi-homing, тим, що переживає поганий день одного оператора.
Перевірте peering на обмінниках.
Членство в публічних обмінниках перелічено на тій самій сторінці. Воно означає, що регіональний трафік іде короткими локальними шляхами замість того, щоб спершу подорожувати далеким backbone оператора.
Перевірте, чий це адресний простір.
Префікси, зареєстровані на провайдера, означають, що він тримає власний простір. Префікси, зареєстровані на його upstream, означають, що ваша IP-репутація є суборендою, і вона переїде, коли вони змінять операторів.
Зробіть ту саму перевірку щодо нас.
Той самий інструмент, та сама перевірка. Ми вказали номер AS у цьому дописі навмисно, бо весь аргумент у тому, що вам не треба брати його на віру.
Число uptime вам доводиться брати на віру. Це ви можете перевірити ще до того, як поговорите з продажами.
“Резервування, яке ви не контролюєте, є чуткою, яку підтверджує хтось інший.”
Таблиця маршрутизації доводить структуру, а не доброчесність. Незалежними операторами все одно можна погано керувати. Безпосередньо отриманий простір усе одно може бути неправильно замаршрутизований кимось у поганий день. Те, що вирішує перевірка, вужче і корисніше за оцінку якості: хто контролює ситуацію, коли шлях відмовляє. Це саме те запитання, яке галочка створена оминати.
Прямі відповіді
Як перевірити резервування мережі мого хостинг-провайдера?+
Знайдіть його AS у публічному BGP-інструменті, як-от bgp.he.net або bgpview. Порахуйте транзитних провайдерів, які переносять його маршрути, і перевірте, чиє ім’я стоїть на його адресному просторі. Це займає менше хвилини і не піддається підробці, бо ви читаєте живу глобальну таблицю маршрутизації, а не сторінку продажів.
Що таке multi-homing і чому це важливо?+
Multi-homing є підключенням через двох або більше незалежних операторів під вашим власним контролем routing. Коли один оператор відмовляє, ваш трафік перемаршрутизовується, бо його перемаршрутизовуєте ви, а не тому, що ви дочекалися когось іншого. Провайдер з одним upstream успадковує кожен поганий день свого єдиного оператора.
Чи має значення, кому належать IP-адреси, які використовує мій сайт?+
Так. Безпосередньо отриманий адресний простір означає, що ваші адреси і прив’язана до них репутація залишаються на місці, коли ви масштабуєтеся або коли ваш провайдер змінює операторів. Простір, суборендований в upstream, є залежністю з вашим іменем на ній, і він може переїхати без вас.
Чи важливий peering на інтернет-обміннику?+
Він тримає регіональний трафік на коротких локальних шляхах замість петлі через далекого оператора. Ми робимо peering на GR-IX і NetIX. Членство провайдера в обмінниках публічно перелічене, тож це те, що ви перевіряєте, а не те, про що питаєте.
Чи може провайдер з одним upstream усе ж бути надійним?+
Доки upstream надійний. Структурна проблема не в компетентності, а в контролі: з одним оператором кожне важливе рішення про failover відбувається всередині організації, яка ніколи про вас не чула і не відповідає перед вами.
Зробіть перевірку. Потім дзвоніть тому, хто переміг.
bgp.he.net, назва вашого провайдера, тридцять секунд. Якщо відповідь: один орендований upstream, нам варто поговорити про те, як виглядає володіння мережею.
Поговоріть з інженеромВи дійшли до кінця.
Застосуйте прочитане на практиці
Що ви запускаєте?
Розкажіть нам про навантаження, трафік і вимоги до відновлення. Почніть з конструктора сервера або обговоріть деталі з інженером.
Написано інженерами, які будують і експлуатують інфраструктуру, про яку йдеться.Поговоріть з інженером