VPS в Нью-Йорке: что важно при выборе

Что на самом деле дает VPS в Нью-Йорке

VPS в Нью-Йорке располагается в одном из двух крупнейших узлов обмена трафиком на восточном побережье США. Второй такой узел находится в Ашберне, штат Вирджиния. Вы получаете минимальное время отклика (RTT) для пользователей на участке от Бостона до Вашингтона, а также кратчайший путь по оптоволокну из Северной Америки в Европу. Если ваши пользователи равномерно распределены по всему континенту, центральное расположение сервера обычно обеспечивает более высокую производительность. Различие между этими двумя сценариями определяется измерениями, а не догадками.

Почему VPS-хостинг в Нью-Йорке — это чаще всего хостинг в Нью-Джерси

На Манхэттене расположены основные узлы связи (carrier hotels). Самый известный из них — 60 Hudson Street: здание в стиле ар-деко в Трайбеке, построенное в 1930 году. Внутри него размещено более 300 операторов связи и облачных провайдеров, а также точки обмена трафиком, обслуживающие регион, включая DE-CIX New York и NYIIX. 32 Avenue of the Americas выполняет ту же функцию в нескольких кварталах оттуда, а 165 Halsey Street в Ньюарке является аналогичным узлом на стороне Нью-Джерси.

Именно в этих зданиях сети соединяются друг с другом. Однако там не размещают большие вычислительные мощности, так как электроэнергия и площади на Манхэттене стоят дорого, а их расширение затруднено. Крупные дата-центры расположены за рекой Гудзон — в Секокусе, Уихокене, Картерете, Пискатауэе и Ньюарке. Когда провайдер продает VPS с локацией «Нью-Йорк», это почти всегда означает стойку в одном из этих мест, в радиусе около 40 км от центра Манхэттена (Midtown). Дополнительная задержка при передаче сигнала по оптоволокну составляет значительно меньше одной миллисекунды, поэтому для веб-нагрузок это незаметно. Уточняйте конкретное здание только в том случае, если вам требуется прямое кросс-соединение (cross-connect) с определенной сетью.

Что привлекло мощности в этот регион

Четыре фактора, каждый из которых усиливает остальные.

• Трансатлантические кабели выходят на берег по соседству. Уолл-Тауншип и Манаскуан на побережье Нью-Джерси — самый загруженный узел в стране. Кабель Havfrue, известный как AEC-2, проложен от Уолла до Блобьерга в Дании с ответвлениями в Ирландию и Норвегию. Seabras-1 идет от той же станции в Бразилию, а TGN Atlantic пересекает океан в сторону Европы. Apollo South выходит на берег в Манаскуане из французского Ланьона, а его «близнец» Apollo North идет от английского города Бьюд до Ширли на Лонг-Айленде. Кабель Google Grace Hopper выходит на берег в Беллпорте на Лонг-Айленде и с сентября 2022 года передает трафик в Бьюд.
• Биржи покинули Уолл-стрит. Механизм сопоставления заявок NYSE работает в Мауа, Nasdaq — в Картерете, а Cboe — в Секокусе. Трейдеры называют эти площадки «фондовым треугольником». Фирмам, которым нужны рыночные данные с задержкой в микросекунды, приходится арендовать место рядом с одной из них, и этот спрос оплатил прокладку оптоволокна, которым теперь пользуемся мы все.
• Здесь сосредоточены медиа и реклама. Аукцион RTB (real-time bidding) должен вернуть ответ до того, как страница завершит загрузку, поэтому рекламные биржи строились рядом с сетями агентств, которым они продают услуги.
• Сети тянутся туда, где уже есть сети. Когда несколько сотен операторов делят одно здание, для следующего игрока становится дешевле получить транзит и качественный пиринг, присоединившись к ним, чем строиться в другом месте.

Для покупателя VPS это не вопрос престижа. Это означает, что транзит конкурентоспособен, пиринг плотный, а путь до Европы короткий, так как он начинается там, где начинаются кабели.

Фактическая стоимость round trip

Свет в оптоволокне распространяется со скоростью около 200,000 км в секунду, что составляет примерно две трети скорости света в вакууме. Это 1 ms round-trip time на каждые 100 км оптоволокна, ещё до того, как какой-либо маршрутизатор обработает пакет. Реальные маршруты длиннее расстояния по карте, потому что оптоволокно прокладывают вдоль полос отвода и по маршрутам на морском дне, а не по прямым линиям.

Стоимость определяется не одним round trip. Она зависит от количества round trip, которое требуется вашему протоколу. Новое HTTPS-соединение тратит один round trip на TCP (transmission control protocol) handshake, ещё один — на TLS (transport layer security) 1.3 handshake и ещё один — на отправку запроса и получение первых байтов в ответ. До того как браузер увидит HTML, проходит три round trip. Для TLS 1.2 требуется ещё один.

[
  {
    "label": "Same metro",
    "rtt_ms": 5,
    "https_first_byte_ms": 15,
    "six_call_chain_ms": 30
  },
  {
    "label": "New York to Dallas",
    "rtt_ms": 38,
    "https_first_byte_ms": 114,
    "six_call_chain_ms": 228
  },
  {
    "label": "New York to London",
    "rtt_ms": 78,
    "https_first_byte_ms": 234,
    "six_call_chain_ms": 468
  },
  {
    "label": "New York to Singapore",
    "rtt_ms": 230,
    "https_first_byte_ms": 690,
    "six_call_chain_ms": 1380
  }
]

Эти столбцы основаны на расчётах, а не на измерениях: first byte — это три round trip, а столбец chain показывает страницу, которая последовательно выполняет шесть зависимых вызовов API. В пределах одной metro при 5 ms настройка соединения незаметна. Через Atlantic при 78 ms та же страница ждёт 234 ms до получения первого байта HTML, а цепочка из шести вызовов тратит 468 ms только на ожидание. От New York до Singapore при 230 ms эта цепочка занимает 1380 ms.

Изучите столбец chain, прежде чем переносить сервер. Повторное использование соединений и TLS session resumption устраняют round trip, за которые вы снова и снова платили. Преобразование шести зависимых вызовов в два параллельных экономит больше времени, чем перенос сервера на континент ближе. Переносите сервер, когда round trip невозможно сократить: например, при входе в систему или записи в базу данных, которую ваш клиент не может объединить в пакет.

Типовое время кругового обращения (RTT) для VPS в Нью-Йорке

[
  {
    "label": "Within the NY and NJ metro",
    "rtt_ms": 2
  },
  {
    "label": "Ashburn, Virginia",
    "rtt_ms": 8
  },
  {
    "label": "Toronto",
    "rtt_ms": 14
  },
  {
    "label": "Chicago",
    "rtt_ms": 22
  },
  {
    "label": "Dallas",
    "rtt_ms": 38
  },
  {
    "label": "Miami",
    "rtt_ms": 40
  },
  {
    "label": "Los Angeles",
    "rtt_ms": 70
  },
  {
    "label": "London",
    "rtt_ms": 78
  },
  {
    "label": "Frankfurt",
    "rtt_ms": 88
  },
  {
    "label": "Sao Paulo",
    "rtt_ms": 120
  }
]

Рассматривайте эти значения как типичные опубликованные показатели, а не как результаты измерений с конкретной машины. Это диапазон, обычно указываемый для хорошо связанных узлов на стандартных магистралях; ваш собственный путь может отличаться в любую сторону. Ашберн находится на расстоянии около 8 мс, что достаточно близко для того, чтобы VPS в Нью-Йорке мог обращаться к сервисам в кластере Вирджинии без существенных задержек. Торонто находится на расстоянии около 14 мс. Лондон расположен примерно в 78 мс, а Франкфурт — в 88 мс; именно поэтому один сервер на восточном побережье может приемлемо обслуживать европейских пользователей, а сервер на западном побережье — нет.

Когда размещение на Восточном побережье — верное решение

• Большая часть ваших пользователей находится в коридоре от Бостона до Вашингтона. На этот участок приходится значительная доля интернет-трафика США, и весь он находится в нескольких миллисекундах от метрополии.
• Вы обслуживаете восточную часть США и Европу с одного сервера. Нью-Йорк — наиболее выгодный компромисс, так как трансатлантический сегмент начинается именно здесь.
• Вы зависите от инфраструктуры, уже находящейся в этом регионе: ленты рыночных данных, рекламной биржи или партнерского API в Секокусе или Ашберне.
• Вам нужен короткий путь до Канады без размещения серверов в этой стране. Задержка до Торонто составляет около 14 мс. Если требование о хранении данных на территории Канады является обязательным, это меняет дело, и на что на самом деле стоит обращать внимание при выборе канадского VPS-хостинга поможет разобраться в этом вопросе.

Когда центральное расположение в США лучше Восточного побережья

Проектируйте систему исходя из худшего сценария, а не из среднего. Пользователь на дальнем побережье заметит задержку. Пользователь в соседнем штате — нет.

[
  {
    "label": "New York metro",
    "to_new_york_ms": 2,
    "to_los_angeles_ms": 70
  },
  {
    "label": "Dallas",
    "to_new_york_ms": 38,
    "to_los_angeles_ms": 35
  },
  {
    "label": "Chicago",
    "to_new_york_ms": 22,
    "to_los_angeles_ms": 50
  },
  {
    "label": "Los Angeles",
    "to_new_york_ms": 70,
    "to_los_angeles_ms": 2
  }
]

Сервер в Нью-Йорке находится на расстоянии 70 мс от Лос-Анджелеса. Сервер в Далласе удалён на 38 мс от Нью-Йорка и на 35 мс от Лос-Анджелеса, поэтому его худший показатель задержки по стране примерно вдвое меньше, чем у Нью-Йорка. Если ваша карта трафика действительно охватывает всю страну, это более выгодная позиция, и в статье аргументы в пользу размещения VPS в Далласе этот рынок рассматривается подробно. Чикаго — еще один разумный вариант в центре, но он смещен к востоку.

Есть еще две ситуации, когда стоит отказаться от Нью-Йорка. Если ваши пользователи сосредоточены в Онтарио или Квебеке, VPS в Торонто обслужит их напрямую, избавив от лишнего скачка в 14 мс из Нью-Йорка. А если почти весь ваш трафик циркулирует между вашими собственными серверами, держите их в одном регионе и не задумывайтесь о географии, так как межрегиональный скачок перекроет любые преимущества от близости к пользователям.

Измеряйте сами, не доверяйте маркетинговым картам

Карта покрытия показывает, где находится здание. Она не говорит о том, как пакеты достигают этого здания, а этот путь определяется транзитными контрактами и соглашениями о пиринге, а не расстоянием. Поэтому проводите измерения оттуда, где находятся ваши пользователи. Ноутбук с домашним широкополосным доступом — лучший зонд, чем сам VPS, который находится на «хорошей» стороне сети.

sudo apt update
sudo apt install -y mtr-tiny traceroute iperf3

Начните с обычного эхо-запроса и отправьте двадцать пакетов вместо четырех. Замените имя хоста на адрес вашего сервера.

ping -c 20 your-server.example.com

Последняя строка сообщает rtt min/avg/max/mdev. Среднее значение — наименее полезный показатель. mdev — это джиттер, а высокий джиттер разрушает голосовую связь и интерактивные сессии, даже если среднее значение выглядит нормальным. На проводном канале любая потеря пакетов выше нуля — это неисправность, а не помеха.

Затем выясните, на что уходит время.

mtr -rwzbc 100 your-server.example.com

С помощью -c 100 утилита mtr отправляет 100 зондов на каждый узел и выводит потери и задержку для каждого из них. Без этого режима отчет останавливается после 10 зондов, и каждый цикл занимает около секунды, поэтому данный тест потребует более минуты. -z добавляет номер AS (автономной системы), чтобы вы видели, какой сети принадлежит каждый узел. Потери, зафиксированные на промежуточном узле и исчезающие на последующих, не являются реальными: этот маршрутизатор ограничивает скорость ответов ICMP, которые он генерирует сам, что никак не влияет на ваш трафик. Потери, которые начинаются на одном узле и сохраняются на всех последующих, реальны.

ICMP также является неподходящим протоколом для оценки веб-сервиса, так как многие сети присваивают ему низкий приоритет. Замеряйте время того, что вы реально предоставляете.

curl -o /dev/null -s -w 'dns %{time_namelookup}\ntcp %{time_connect}\ntls %{time_appconnect}\nttfb %{time_starttransfer}\ntotal %{time_total}\n' https://example.com/

Каждое значение — это накопленные секунды с начала операции, поэтому для чтения нужно вычитать значения. time_connect минус time_namelookup — это один полный цикл обмена (round trip). time_appconnect минус time_connect — это TLS-рукопожатие. time_starttransfer минус time_appconnect — это еще один цикл обмена плюс время, которое потребовалось вашему приложению на ответ. Это последнее вычитание и есть диагностика. Если оно близко к одному циклу обмена, ограничением является сеть, и более близкий сервер поможет. Если оно в несколько раз больше цикла обмена, ваше приложение работает медленно, и его перемещение ничего не изменит.

for i in $(seq 1 20); do
  curl -o /dev/null -s -w '%{time_starttransfer}\n' https://example.com/
done | sort -n | awk 'NR==10 || NR==11'

Проведите тот же тест на пробном экземпляре в каждой из рассматриваемых локаций, прежде чем выбрать одну из них. Полная методика тестирования VPS охватывает диск и процессор наряду с сетью, чтобы вы не делали выбор, основываясь только на задержке.

Что еще меняется при выборе адреса в Нью-Йорке

Цена — это первое, что меняется. Электроэнергия и аренда площади в нью-йоркской агломерации стоят дороже, чем в Техасе или на Среднем Западе. Некоторые провайдеры включают это в виде дополнительного сбора для конкретной локации, другие распределяют расходы равномерно по всей сети. По состоянию на август 2026 года единого правила нет, поэтому перед тем, как делать выводы о наценке, рассчитайте стоимость одной и той же конфигурации в двух локациях на странице заказа провайдера. В статье Сколько на самом деле стоит VPS в месяц разобраны остальные составляющие счета.

Юрисдикция не следует за сервером. Закон штата Нью-Йорк SHIELD Act устанавливает требования по уведомлению об утечках и внедрению разумных мер защиты для любого, кто хранит частную информацию о жителях Нью-Йорка, независимо от того, где физически находятся эти данные. Перенос сервера в Даллас не снимает с вас этих обязательств, а перенос в Манхэттен не создает их. То же самое касается GDPR (General Data Protection Regulation) и ваших европейских пользователей. Местоположение имеет значение, когда в контракте или отраслевых правилах указана конкретная страна, что часто встречается в сфере здравоохранения и некоторых финансовых услугах.

Электроснабжение и риск затопления заслуживают отдельного упоминания. Когда в октябре 2012 года ураган Сэнди обрушился на город, несколько зданий операторов связи в Нижнем Манхэттене остались без обслуживания, так как насосы для подачи топлива в подвалах были затоплены, а генераторы на верхних этажах выработали ресурс. Любая площадка в пределах одного мегаполиса — это единая точка отказа. Храните резервные копии в другой энергосети и хотя бы раз выполните восстановление в другом месте, чтобы убедиться в работоспособности процесса.

FAQ

Будет ли VPS в Нью-Йорке быстрее для европейских пользователей, чем VPS в центре США?

Да, и на вполне предсказуемую величину. Лондон находится примерно в 78 мс от нью-йоркской агломерации, так как трансатлантические кабели выходят на берег в Нью-Джерси и на Лонг-Айленде. Сервер в Далласе достигает Лондона, сначала проходя путь до восточного побережья, поэтому к задержке добавляется примерно 38 мс на сегмент от Далласа до Нью-Йорка. Если одна машина должна обслуживать и восточное побережье США, и Европу, Нью-Йорк — это компромисс с наименьшими потерями.

Почему мой VPS в «Нью-Йорке» на самом деле находится в Нью-Джерси?

Потому что именно там есть свободные площади и электроэнергия. Здания на Манхэттене, такие как 60 Hudson Street, являются узлами межсетевого взаимодействия, а не крупными вычислительными залами, поэтому стойки размещаются в Секокусе, Уихокене, Картерете, Пискатауэе или Ньюарке. Дополнительное оптоволокно добавляет значительно меньше миллисекунды, что незаметно для любой веб-нагрузки. Запрашивайте точное расположение объекта только в том случае, если вам нужно прямое соединение (cross-connect) с конкретной сетью внутри определенного здания.

Как понять, что проблема действительно в задержке (latency)?

Запустите curl для анализа времени выполнения и вычтите значения. Разрыв между time_appconnect и time_starttransfer — это один сетевой round trip плюс время обработки на вашем сервере. Если этот разрыв намного больше, чем round trip, измеренный с помощью ping, значит, задержка происходит внутри вашего приложения, и более близкий дата-центр её не устранит. Если разрыв близок к одному round trip, а страница всё равно загружается медленно, посчитайте, сколько последовательных запросов делает страница, так как каждый из них снова оплачивается временем round trip.

Меняются ли применимые ко мне законы о конфиденциальности при хостинге в Нью-Йорке?

В основном нет. Такие правила, как нью-йоркский SHIELD Act и GDPR, привязаны к тому, чьи данные вы храните, а не к тому, где физически вращается диск. Расположение сервера становится решающим фактором, когда в контракте или отраслевых правилах указана конкретная страна, что часто встречается в здравоохранении и некоторых секторах финансовых услуг. Ознакомьтесь с конкретными требованиями, прежде чем выбирать локацию для их соблюдения.

Может ли CDN заменить удачно расположенный VPS?

Для статических файлов — да. CDN (сеть доставки контента) кэширует изображения и скрипты рядом с вашими пользователями и устраняет большую часть расстояния для этих запросов. Она не может кэшировать дашборд авторизованного пользователя или запись в базу данных, поэтому такие запросы всё равно идут к вашему исходному серверу (origin) и требуют полного round trip. Размещайте origin рядом с пользователями, которые записывают данные, а остальное доверьте CDN.