VPS у Toronto: коли він справді виправданий

Кому насправді потрібен VPS hosting у Toronto

VPS hosting у Toronto є правильним вибором для двох типів навантаження, а в усіх інших випадках — звичайною покупкою без особливих переваг. Перший тип — будь-який сервіс, що зберігає персональні дані громадян Канади, якщо договір, правило закупівлі або анкета з безпеки клієнта вимагає зберігати дані на території Канади. Другий — будь-який сервіс, користувачі якого перебувають у Greater Toronto Area (GTA) або вздовж північно-східного коридору Сполучених Штатів. У такому разі трансатлантичний обмін даними не додається до кожного запиту, який браузер надсилає.

Якщо жоден із цих випадків вам не підходить, регіон у рахунку має значно менше значення, ніж фактичні ресурси диска та мережі, які надає провайдер. У такому разі обирайте за специфікацією та перевірте скільки насправді коштує VPS на місяць, перш ніж вважати, що канадський регіон вартий додаткової плати. Якщо цей продукт для вас новий, спочатку прочитайте що таке virtual private server, а потім поверніться до питання регіону.

Що насправді означає локалізація даних у Канаді

PIPEDA (Personal Information Protection and Electronic Documents Act) — федеральний закон про захист приватності, який поширюється на більшість організацій приватного сектору в Канаді. Станом на August 2026 він не містить загального правила, за яким персональні дані мають залишатися всередині країни. Натомість він покладає на вашу організацію відповідальність за ці дані незалежно від того, куди вони передаються. Ви залишаєтеся відповідальними за них після передачі закордонному processor і повинні повідомити людей, що їхня інформація може оброблятися в іншій країні та підпадати під юрисдикцію судів цієї країни.

Тому вимога розміщувати дані в Toronto рідко випливає безпосередньо з PIPEDA. Зазвичай її визначає контракт. Лікарні Ontario, шкільні ради, муніципалітети та Crown agencies регулярно включають у документи щодо закупівель вимогу «зберігати й обробляти в Канаді». PIIDPA провінції Nova Scotia і далі обмежує public bodies у зберіганні персональної інформації за межами Канади. British Columbia послабила аналогічне правило у 2021 році, тому не цитуйте його стару редакцію. Law 25 провінції Quebec вимагає провести оцінювання перед передачею персональної інформації за межі провінції. Якщо ви продаєте послуги таким замовникам, Canadian region дає змогу виконати цю вимогу, а Toronto — канадське місто з найбільшою пропозицією VPS.

Чітко враховуйте, чого цей region не забезпечує. VPS у Toronto зберігає основну копію в Канаді. Це нічого не говорить про розташування резервних копій, місце роботи вашого log aggregator, країну, з якої надсилається transactional email, або місце, де перебуває ваш laptop, коли ви підключаєтеся о другій ночі. Локалізація — властивість усієї системи, а auditor перевіряє копії даних. Розмістіть backup target також у Канаді та дивіться як запускати зашифровані резервні копії restic із VPS, щоб самостійно вибрати destination.

Є ще один момент, який часто дивує. US CLOUD Act (Clarifying Lawful Overseas Use of Data Act) поширюється на дані, якими керує компанія зі штаб-квартирою у США, незалежно від країни, де розташований диск. Тому придбання Toronto region у американського провайдера задовольняє вимогу щодо місця зберігання, але не виводить дані за межі дії американських правових процедур. Якщо для вашого замовника ця відмінність важлива, потрібно з’ясувати, кому належить компанія, а не в якому місті розташований її rack.

Якої затримки очікувати від VPS у Торонто?

Почнімо з фізики, оскільки вона визначає мінімальну межу, яку не може перевищити жоден провайдер і яку не спростує жодна маркетингова сторінка. Світло поширюється оптоволокном приблизно з двома третинами швидкості у вакуумі — близько 200,000 км за секунду, а під час проходження туди й назад відстань долається двічі. Звідси випливає правило, яке легко порахувати в голові: найкращий можливий час проходження туди й назад (RTT) у мілісекундах приблизно дорівнює відстані по прямій у кілометрах, поділеній на 100. Від Торонто до Монреаля близько 500 км, тобто 5 ms. Від Торонто до Лондона близько 5,700 км, тобто 57 ms.

Реальні маршрути довші за прямі лінії, а кожен маршрутизатор на шляху додає час очікування в черзі. Між двома серверами з хорошим мережевим підключенням очікуйте значення приблизно від 1.4 до 2 разів більші за мінімальну межу.

[
  {
    "label": "Toronto metro",
    "fibre_floor_ms": 0.5,
    "typical_low_ms": 1,
    "typical_high_ms": 5
  },
  {
    "label": "Montreal",
    "fibre_floor_ms": 5,
    "typical_low_ms": 8,
    "typical_high_ms": 14
  },
  {
    "label": "New York",
    "fibre_floor_ms": 5.5,
    "typical_low_ms": 9,
    "typical_high_ms": 16
  },
  {
    "label": "Chicago",
    "fibre_floor_ms": 7,
    "typical_low_ms": 12,
    "typical_high_ms": 20
  },
  {
    "label": "Vancouver",
    "fibre_floor_ms": 34,
    "typical_low_ms": 55,
    "typical_high_ms": 75
  },
  {
    "label": "London UK",
    "fibre_floor_ms": 57,
    "typical_low_ms": 75,
    "typical_high_ms": 100
  }
]

Ці діапазони очікуваних значень виведено з відстані, а не виміряно в одного конкретного провайдера. Використовуйте їх як перевірку власних тестів: результат у межах діапазону означає, що мережа працює нормально, а результат, який утричі перевищує мінімальну межу, свідчить про проблему, яку варто обговорити з провайдером.

Інтерпретуйте рядки так. У межах GTA ви маєте побачити від 1 до 5 ms — це майже миттєва затримка для публічного інтернету. Монреаль розташований на відстані від 8 до 14 ms, тому сервер у Торонто добре підходить для користувачів із Квебеку. До Нью-Йорка затримка становить від 9 до 16 ms. Саме тому Торонто добре підходить для північно-східного коридору США. До Чикаго — від 12 до 20 ms. До Ванкувера — від 55 до 75 ms. Це достатньо велика відстань, щоб один сервер у Торонто не забезпечував однакову якість обслуговування по всій Канаді. До Лондона — від 75 до 100 ms, і жодне налаштування під контролем провайдера цього не змінить.

До кожного наведеного вище значення додаються ще два чинники. Домашнє підключення має власну мережеву затримку: невелику у волоконно-оптичних і кабельних мережах та значно більшу й нестабільнішу в мобільних мережах. Протоколи також збільшують залишкову затримку: нове HTTPS-з’єднання потребує приблизно трьох обмінів даними туди й назад до передавання першого байта сторінки, оскільки TCP (transmission control protocol) потребує одного обміну, TLS (transport layer security) 1.3 — ще одного, а сам запит — ще одного. За RTT 15 ms це означає 45 ms очікування до початку відображення будь-якого вмісту. Саме тому різниця в 10 ms під час вибору регіону помітна на сторінці з великою кількістю послідовних запитів і непомітна на статичній сторінці.

Як виміряти затримку до Toronto перед оформленням замовлення

Не купуйте хостинг на рік, орієнтуючись на опубліковане значення, зокрема на наведені вище. Виміряйте конкретний хост із конкретних мереж, якими користуються ваші користувачі.

• Попросіть тестову IP-адресу або придбайте план на одну годину. Оплата однієї години дешевша за рік проблем, а провайдер, який відмовляється надати короткий тестовий період, уже повідомив вам дещо важливе.
• Запустіть ping, а потім mtr з мережі, якою фактично користуються ваші користувачі, а не з офісу. mtr показує, на якій ділянці маршруту виникає затримка, тому можна відрізнити повільного провайдера від повільного останнього відрізка мережі.
• Вимірюйте протягом повного дня. Вечірне перевантаження споживчих мереж — це значення, яке відчувають ваші клієнти, а тест опівдні його приховує.
• Не оцінюйте показники лише за ICMP. Багато маршрутизаторів знижують пріоритет трафіку ping, тому також виміряйте час виконання реального HTTPS-запиту за допомогою curl -w і перевірте час до отримання першого байта.
• Перевірте маршрут у зворотному напрямку за допомогою looking glass провайдера. Маршрутизація в Інтернеті часто асиметрична, тому зворотний маршрут може бути повільною частиною з’єднання, а одностороння трасування маршруту цього ніколи не покаже.
• Один раз виконайте тест із телефона через мобільну мережу, оскільки саме так надходить значна частина трафіку GTA.

Затримка — лише один із параметрів. Диск і CPU визначають, чи збереже сервер заявлену продуктивність після надходження запиту, а методику їх перевірки наведено в як правильно виконати бенчмарк VPS.

Чому TorIX і 151 Front Street мають значення

TorIX (Toronto Internet Exchange) — найбільша точка обміну інтернет-трафіком у Канаді. Її основний майданчик розташований за адресою 151 Front Street West. Це carrier hotel, через який проходить більшість канадських мереж. Провайдер, який встановлює peering у цій точці, передає ваші пакети безпосередньо до великих канадських мереж доступу в тій самій будівлі. Провайдер, який купує лише transit, спочатку передає їх upstream-оператору. Місце, де цей оператор передає трафік далі, від вас не залежить.

Це не абстрактна проблема. Трафік із сервера в Toronto до клієнта в Toronto може залишити країну, пройти через точку обміну в New York або Chicago, а потім повернутися. Такий маршрут називається boomerang route. Він додає десятки мілісекунд затримки. Для навантаження з вимогами до території обробки це також означає, що пакети перетнули кордон. Пояснювати це фахівцю з конфіденційності може бути небажано.

На маркетинговій сторінці цього не видно, але це можна перевірити за допомогою traceroute. Запустіть mtr із канадського підключення до тестової IP-адреси та перегляньте імена хостів маршрутизаторів. Вони зазвичай містять код аеропорту. Якщо маршрут іде yyz до ord, а потім повертається до yyz, трафік залишив Toronto, пройшов через Chicago і повернувся. Після цього поставте провайдеру два прямі запитання: у якій точці обміну він встановлює peering і в яких transit-операторів купує послуги. Фраза «We have excellent connectivity» не є відповіддю на жодне з цих запитань.

Коли VPS у Toronto — невдалий вибір

Вибір регіону — це компроміс. Ось аргументи з іншого боку.

• Ваша аудиторія переважно в Європі. До початку обробки запиту застосунком затримка до London становить щонайменше 75 мс, а до Frankfurt або Amsterdam — ще більша. Розмістіть сервер у Європі, а канадських відвідувачів обслуговуйте через CDN, якщо їх небагато.
• Ваша аудиторія переважно на півдні або заході США. Затримка залежить від відстані, тому регіон у Dallas для трафіку, зосередженого в США кращий за Toronto для Texas, узбережжя Gulf Coast і значної частини Mountain West.
• Ваші персональні дані вже зберігаються в американських SaaS-продуктах. Перенесення вебсервера до Toronto, коли CRM, аналітика та список розсилки залишаються у Virginia, не забезпечує локалізацію даних. Воно лише створює слайд із написом про локалізацію даних.
• Вам потрібна відмовостійкість. Один регіон — це одна доменна область відмови. Аварія електроживлення в одному дата-центрі виведе регіон з ладу незалежно від міста.
• Для вас важливіша ціна, ніж затримка. Пакетному завданню, runner для збірок або хобі-сервісу не важлива затримка 40 мс, тому обирайте за вартістю та характеристиками.

Що запитати в провайдера перед купівлею

• У якому facility і в якому муніципалітеті він розташований. «Toronto» у рекламі іноді означає Markham або Vaughan. Для вимог щодо резидентності та затримки це може бути прийнятно, але ви все одно маєте знати точну відповідь.
• Чи маєте ви peering на TorIX і які transit providers використовуються за ним.
• Чи входить IPv6 у тариф і чи маршрутизується він, чи його додадуть пізніше за окрему плату.
• Який обсяг bandwidth дозволено, чи вимірюється він за лічильником або обмежується, і що відбувається після перевищення ліміту.
• Сховище працює на NVMe чи SATA, і чи є воно локальним для host, чи розташоване на network volume. Пояснення наведено в матеріалі чому NVMe важливий для VPS, оскільки відповідь впливає на продуктивність бази даних.
• Де фізично зберігаються snapshots і backups, які створює провайдер. Саме це питання найчастіше спростовує заяву про резидентність.

Загальні для будь-якого канадського провайдера питання — валюта розрахунків, транскордонне передавання даних вашого облікового запису та години роботи support за Eastern Time — розглянуто в матеріалі що насправді важливо під час вибору канадського VPS hosting, тому тут їх не повторюємо.

FAQ

Чи робить розміщення в Toronto мене відповідним вимогам PIPEDA?

Ні. PIPEDA не містить загальної вимоги щодо локалізації даних, тому канадський регіон не є ані обов’язковим за цим законом, ані достатнім для відповідності його вимогам. Відповідність стосується отримання згоди, заходів захисту, відповідальності за обробників даних і повідомлення користувачам, куди передається їхня інформація. Регіон Toronto допомагає, якщо контракт вимагає зберігати дані в Канаді. Це працює лише тоді, коли кожна копія зберігається за тією самою вимогою: зокрема резервні копії, журнали та дані моніторингу. Якщо ваш провайдер є компанією зі США, US CLOUD Act все одно може поширюватися на дані, які вона контролює, незалежно від країни розташування диска.

Яку затримку очікувати між Toronto і New York?

Між двома добре підключеними серверами очікуйте від 9 до 16 мс у обидва боки. Відстань по прямій становить приблизно 550 км, тому фізична нижня межа близька до 5.5 мс, а реальні оптоволоконні маршрути дають більше. Домашній або мобільний користувач додасть до цього власну затримку доступу. Якщо виміряне значення від сервера в Toronto значно більше, маршрут, імовірно, проходить через Chicago або Ashburn, а mtr покаже коди аеропортів, які це підтверджують.

Обрати Toronto чи Montreal для канадського VPS?

Орієнтуйтеся на розташування користувачів. Між містами лише від 8 до 14 мс, тому кожне з них прийнятно обслуговує користувачів іншого, і обидва відповідають контракту з вимогою розміщення «в Канаді». У Montreal доступна недорога гідроелектроенергія та значна потужність дата-центрів, тому ціни там іноді нижчі. У Toronto щільніша peering-інфраструктура та більший вибір операторів зв’язку на 151 Front Street. Якщо в контракті вказано лише країну, обирайте за ціною та характеристиками тарифного плану.

Коли не варто обирати регіон Toronto?

Коли більшість користувачів перебуває за межами східної частини Північної Америки. Із Toronto до London затримка становить від 75 до 100 мс, а до Vancouver — від 55 до 75 мс. Ця затримка виникає під час кожного обміну даними, потрібного вашій сторінці. Також не обирайте його, якщо робоче навантаження взагалі не залежить від затримки, наприклад build runner або нічне пакетне завдання. У такому разі ви без практичної користі платите додаткову вартість канадського регіону.