VPS у Бразилії: коли сервер варто розміщувати локально

Чи має ваш сервер бути в Бразилії?

VPS-хостинг у Бразилії варто оплачувати, якщо більшість ваших користувачів перебуває в Бразилії, а застосунок чутливий до часу проходження запиту й відповіді. Це неправильний вибір, якщо ваша аудиторія переважно перебуває в Північній Америці або Європі, оскільки сервер у Сан-Паулу збільшить затримку для таких користувачів. Далі на цій сторінці пояснюється, як визначити, який із цих випадків стосується вас, і як самостійно перевірити відповідь, а не довіряти опублікованому кимось числу.

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

Більшість команд, які обслуговують Бразилію, роблять це з Miami або Dallas. У такого вибору є реальна причина. Протягом двох десятиліть майже всі підводні кабелі з Південної Америки виходили на берег у Florida, тому Miami став мережевим вузлом усього регіону, і звідти пропонували послуги всі провайдери. Для частини країн Латинської Америки це й досі розумний вибір. Але для самої Бразилії він більше не є автоматично правильним.

Кому потрібен сервер у Бразилії

Чотири групи отримують реальну користь від розміщення серверів у країні.

• Ваші користувачі зосереджені в Бразилії. Не покладайтеся на нечітке відчуття, що частина клієнтів — бразильці. Відкрийте розподіл за країнами у своїй аналітиці. Якщо на Бразилію припадає п’ята частина сеансів, це похибка округлення для глобальної затримки. Якщо на неї припадає 70 відсотків сеансів, це головний факт про вашу інфраструктуру.
• Кожна дія користувача потребує round trip. Це стосується live chat, сеансів multiplayer-ігор, сигналізації відеодзвінків і панелей, які виконують запит під час кожного натискання. Відстань безпосередньо впливає на такі сценарії, і кешування не може повністю це приховати.
• Ви обслуговуєте також Southern Cone. Аргентина, Уругвай, Парагвай і Чилі розташовані ближче до São Paulo, ніж до будь-якого міста у Сполучених Штатах.
• Бразильський клієнт або аудитор запитує, де зберігаються дані. Див. розділ про LGPD нижче. Цю вимогу частіше включають до контракту, ніж закріплюють у законі.

Пропускна здатність рідко є проблемою. Сторінка розміром 2 MB завантажується приблизно з такою самою швидкістю з Miami, як і з São Paulo, після встановлення з’єднання. Витрати виникають через round trip перед цим. Встановлення нового HTTPS-з’єднання потребує одного round trip для TCP handshake і одного для TLS handshake (TLS означає transport layer security — шифрування, на якому працює https), а потім ще одного для запиту та його відповіді. Отже, браузер очікує приблизно три round trip до отримання першого байта. За round trip time, або RTT, 12 ms це становить приблизно 36 ms. За 120 ms це приблизно 360 ms, ще до початку роботи застосунку. Single-page app, який виконує двадцять залежних API-запитів, сплачує цю затримку RTT ще двадцять разів.

Фактична вартість відстані

Швидкість поширення світла в оптичному волокні становить приблизно 200,000 км/с — близько двох третин швидкості у вакуумі. Це дає просте правило, яке можна запам’ятати: приблизно 10 мс часу проходження туди й назад на кожні 1,000 км волокна. Оптичне волокно не прокладають по прямій, тому фактичний маршрут зазвичай у 1.3–1.5 раза довший за пряму відстань між двома містами. У наведених нижче розрахунках використано коефіцієнт 1.4.

[
  {
    "label": "Rio de Janeiro, 360 km",
    "straight_line_ms": 3.6,
    "real_path_ms": 5
  },
  {
    "label": "Porto Alegre, 850 km",
    "straight_line_ms": 8.5,
    "real_path_ms": 12
  },
  {
    "label": "Buenos Aires, 1680 km",
    "straight_line_ms": 16.8,
    "real_path_ms": 24
  },
  {
    "label": "Fortaleza, 2370 km",
    "straight_line_ms": 23.7,
    "real_path_ms": 33
  },
  {
    "label": "Miami, 6570 km",
    "straight_line_ms": 65.7,
    "real_path_ms": 92
  },
  {
    "label": "Dallas, 7670 km",
    "straight_line_ms": 76.7,
    "real_path_ms": 107
  },
  {
    "label": "Lisbon, 7930 km",
    "straight_line_ms": 79.3,
    "real_path_ms": 111
  },
  {
    "label": "Frankfurt, 9800 km",
    "straight_line_ms": 98.0,
    "real_path_ms": 137
  }
]

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

Інтерпретуйте таблицю так. Користувач у Ріо, який взаємодіє із сервером у Сан-Паулу, не може отримати результат кращий приблизно за 5 мс. Для того самого користувача підключення до Маямі не може бути кращим приблизно за 92 мс, а на практиці затримка буде помітно більшою за 100 мс. Помножте цю різницю на три проходи туди й назад під час встановлення нового HTTPS-з’єднання — і під час першого завантаження сторінки отримаєте майже цілу секунду. Для Франкфурта, де мінімальна затримка становить 137 мс, аргументація вже зовсім не є неоднозначною.

Вимірюйте самостійно, не покладайтеся на опубліковані таблиці

Важливе лише те значення, яке отримують ваші користувачі. Його можна отримати за один день.

• Вимірюйте з місця перебування користувачів. Дані з вашого ноутбука в Берліні нічого не говорять про телефон у Ресіфі. Попросіть двох реальних користувачів виконати тест або скористайтеся мережею зондів, наприклад RIPE Atlas. Вона має зонди в мережах бразильських ISP і за запитом запускає з них ping або traceroute.
• Використовуйте медіану, а не один пакет. ping -c 100 і зчитайте медіану. Один пакет показує стан лише однієї черги й нічого не говорить про з’єднання загалом.
• Віддавайте перевагу mtr, а не traceroute. Команда працює безперервно та показує втрати й затримку для кожного вузла, тому можна точно визначити, який вузол додає 90 ms.
• Вимірюйте час до отримання першого байта, а не лише ping. curl -w окремо показує час DNS, встановлення з’єднання, TLS і отримання першого байта. Саме останнього з них фактично чекає користувач.
• Тестуйте в години пікового навантаження. Домашні мережі в Бразилії найбільш завантажені ввечері, приблизно з 20:00 до 23:00 за місцевим часом. Вимірювання о 03:00 однаково створить надто сприятливе враження про будь-якого провайдера.
• Орендуйте сервер до міграції. Найменший тариф на один місяць із копією застосунку дасть точнішу відповідь, ніж будь-яка діаграма на будь-якому вебсайті.

Такий самий підхід застосовується до самої машини, а не до маршруту. У матеріалі Як правильно виконати бенчмаркінг VPS розглянуто дискову підсистему та CPU. Це окреме питання, не пов’язане з мережевою відстанню. Перевірте обидва аспекти, перш ніж укладати договір на строк понад один місяць.

Де розміщувати сервер у Бразилії

Майже завжди — у Сан-Паулу.

Бразильські мережі з’єднуються між собою через IX.br — національну точку обміну інтернет-трафіком, якою керує NIC.br. Точка обміну інтернет-трафіком, або IXP, — це місце, де мережі напряму підключаються одна до одної замість оплати послуг третьої сторони для передавання трафіку між ними. Майданчик у Сан-Паулу є найбільшою у світі IXP за обсягом трафіку та кількістю учасників, а в June 2026 його пікове навантаження перевищило 30 Tbps. Тут присутні майже всі бразильські провайдери для кінцевих користувачів. Сервер за точкою обміну трафіком у Сан-Паулу досягає бразильських користувачів за один короткий мережевий перехід.

Сервер у Ріо-де-Жанейро, Ресіфі або Порту-Алегрі зазвичай усе одно досягає більшості бразильських користувачів через Сан-Паулу. Тому ви платите за додатковий перехід і не отримуєте від цього переваг. Виняток, про який варто знати, — Форталеза. Там виходять на берег підводні кабелі, зокрема EllaLink, який із 2021 року напряму з’єднує Форталезу із Сінешем у Португалії та усуває маршрут через Північну Америку на європейському напрямку. Якщо більшість вашого трафіку є трансатлантичним, Форталеза може бути кращою за Сан-Паулу. Якщо трафік переважно бразильський, це не так.

Перед купівлею поставте будь-якому провайдеру одне запитання: чи маєте ви peering у IX.br São Paulo, чи купуєте transit в одного upstream-провайдера? IP-адреса в Сан-Паулу, яку обслуговує один transit-провайдер, усе одно може маршрутизувати пакети бразильського користувача до Маямі та назад. Це можна перевірити на практиці: виконайте mtr з бразильського підключення до тестової IP-адреси, яку публікує провайдер, і список переходів покаже реальний маршрут за тридцять секунд.

Положення LGPD

LGPD — це Lei Geral de Proteção de Dados, загальний закон Бразилії про захист даних, чинний із 2020 року та застосовуваний ANPD (Autoridade Nacional de Proteção de Dados, національним органом із захисту даних). Закон значною мірою розроблено за моделлю європейського GDPR.

Ось що часто розуміють неправильно. LGPD не вимагає зберігати персональні дані в межах Бразилії. Загального правила локалізації даних у цьому законі немає. Закон регулює міжнародну передачу даних у статтях 33–36. У Resolution 19/2024, опублікованій у серпні 2024 року, ANPD затвердила правила міжнародної передачі даних разом зі стандартними договірними положеннями, а строк адаптації чинних договорів завершився в серпні 2025 року. Для передачі даних за межі Бразилії на підставі договору тепер потрібно використовувати ці положення або положення, схвалені ANPD для конкретного випадку.

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

Коли VPS-хостинг у Бразилії — неправильний вибір

Для більшості робочих навантажень в інтернеті це неправильний вибір. Скажіть про це прямо й переходьте далі.

• Ваша аудиторія переважно у Північній Америці або Європі. Сервер у São Paulo додає для них близько 100 ms затримки й нічого не заощаджує. VPS у Dallas охоплює Сполучені Штати з центральної частини країни, а VPS у Toronto — Канаду та північний схід.
• Ваші користувачі в Латинській Америці живуть на північ від екватора. Bogotá розташована приблизно за 4,300 km від São Paulo і приблизно за 2,400 km від Miami, а Mexico City ближче до Dallas, ніж до будь-якого міста в Бразилії. Визначальним фактором є відстань, а не назва континенту.
• Робоче навантаження не очікує на round trip. CI-збірки, цілі для резервного копіювання, скрапери й нічні cron-завдання не залежать від міста, у якому вони виконуються. Купуйте їх там, де це найдешевше.
• Вузьке місце — ваш власний код. Запит, який виконується 800 ms, не стане швидшим в іншій країні. Спочатку виконайте профілювання. Переміщення повільного застосунку ближче до його користувачів дасть повільний застосунок, який просто буде ближчим до своїх користувачів.

Вартість локальної інфраструктури

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

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

Визначте це за один день

1. Відкрийте аналітику та перегляньте сеанси за країнами. Якщо частка сеансів із Бразилії менша за чверть, зупиніться та залиште все як є.
2. Виміряйте час до отримання першого байта з підключення з Бразилії о 21:00 за місцевим часом і порівняйте його з показником вашого поточного сервера.
3. Розгорніть копію застосунку на невеликому тарифному плані в São Paulo та повторіть те саме вимірювання.
4. Порівняйте різницю між цими двома показниками з різницею у вартості за рік і ухваліть рішення.

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

FAQ

Скільки затримки я справді заощаджу, перенісши сервер із Маямі до Сан-Паулу?

Нижня межа, яку визначає відстань, становить близько 92 мс до Маямі проти приблизно 5 мс у коридорі Сан-Паулу — Ріо. Тому заощадження часу проходження туди й назад зазвичай становить від 80 до 110 мс з урахуванням реальної маршрутизації. Це важливіше, ніж може здаватися, оскільки нове HTTPS-з’єднання перед отриманням першого байта сторінки виконує близько трьох обмінів даними під час рукостискання. Не покладайтеся на цей діапазон без перевірки. Запустіть curl -w із бразильського підключення в години пікового навантаження для обох серверів — і за десять хвилин отримаєте власний показник.

Чи вимагає LGPD розміщувати мої дані в Бразилії?

Ні. LGPD не містить загальної вимоги щодо локалізації даних. Закон регулює міжнародну передачу даних у статтях 33–36. Після набуття чинності Resolution 19/2024 передача на підставі договору має здійснюватися з використанням стандартних договірних положень, затверджених ANPD. Перехідний період для їх адаптації завершився в серпні 2025 року. Розміщення даних у Бразилії усуває питання міжнародної передачі для цих даних. Це спрощує документообіг і аудит, але не є юридичним обов’язком. Якщо клієнт із Бразилії наполягає на локальному розміщенні, така вимога майже завжди випливає з договору. Уточніть конкретну ситуацію з бразильським юристом.

Чи достатньо CDN, чи сервер також потрібно розмістити в Бразилії?

Мережа доставки контенту (CDN) кешує копії файлів у містах поблизу користувачів. Тому вона вирішує проблему зі статичними ресурсами, зокрема зображеннями та скриптами. Але CDN не допоможе для запиту, який має дійти до вашої бази даних. Якщо сторінки переважно статичні, CDN із точками присутності в Бразилії вирішить проблему значно дешевше за перенесення origin-сервера. Якщо під час кожного перегляду сторінки виконується запит до бази даних або платіжна операція, користувач відчує саме розташування origin-сервера. Перед вибором визначте, яка частина часу відповіді припадає на динамічні операції.

Яке місто в Бразилії вибрати?

Майже в усіх випадках — Сан-Паулу, оскільки IX.br São Paulo є місцем обміну трафіком між бразильськими мережами та найбільшою у світі точкою обміну інтернет-трафіком за обсягом трафіку й кількістю учасників. Сервер в іншому місті Бразилії зазвичай усе одно передає трафік бразильським користувачам через Сан-Паулу. Тому додатковий сегмент маршруту збільшує затримку, але не дає переваг. Єдиний реальний виняток — Форталеза. Це місце виходу підводних кабелів на берег, звідки через прямий кабель Fortaleza — Sines проходить коротший маршрут до Європи. Обирайте Форталезу лише тоді, коли більша частина вашого трафіку є трансатлантичною.

Чому бразильський VPS коштує дорожче за такий самий план у США?

Імпортне серверне обладнання в Бразилії обкладається митом і регіональними податками. Тому обладнання коштує оператору дорожче ще до ввімкнення. Крім того, IP-транзит дорожчий, ніж у великих центрах обробки даних у США та Європі. Ця різниця збільшує вартість кожного тарифного плану, що продається з бразильського центру обробки даних. Оцінюйте її порівняно з альтернативними рішеннями, які вам довелося б придбати, наприклад CDN у поєднанні з другим регіоном, а не порівняно з ціною плану в Далласі.