Выбор 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 выходит на берег в Манаскуане, соединяясь с городами Бьюд в Англии и Ланьон во Франции. Кабель Grace Hopper компании Google выходит на берег в Беллпорте на Лонг-Айленде и передает трафик в Бьюд с сентября 2022 года.
• Биржи покинули Уолл-стрит. Механизм сопоставления заявок NYSE работает в Мауа, Nasdaq — в Картерете, а Cboe — в Секокусе. Трейдеры называют эти площадки «треугольником акций». Фирмам, которым рыночные данные нужны с микросекундной задержкой, приходится арендовать место рядом с одной из них, и этот спрос оплатил прокладку оптоволокна, которым теперь пользуемся все мы.
• Здесь сосредоточены медиа и реклама. Аукцион RTB (real-time bidding) должен выдать ответ до того, как страница завершит загрузку, поэтому рекламные биржи строятся рядом с сетями агентств, которым они продают услуги.
• Сети стремятся туда, где уже есть сети. Когда несколько сотен операторов делят одно здание, для следующего игрока становится дешевле получить транзит и качественный пиринг, присоединившись к ним, чем строиться в любом другом месте.

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

Реальная стоимость сетевого обмена (round trip)

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

Итоговая задержка — это не один сетевой обмен, а их количество, необходимое вашему протоколу. Новое HTTPS-соединение тратит один round trip на TCP (transmission control protocol) рукопожатие, еще один на TLS (transport layer security) 1.3 рукопожатие, и еще один на отправку запроса и получение первых байтов ответа. Итого — три сетевых обмена до того, как браузер получит первый байт HTML. 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
  }
]

Эти столбцы основаны на расчетах, а не на измерениях: получение первого байта требует трех сетевых обменов, а столбец «цепочка» (chain) описывает страницу, которая последовательно выполняет шесть зависимых API-вызовов. В пределах одного города с задержкой 5 мс установка соединения незаметна. При передаче данных через Атлантику с задержкой 78 мс та же страница ожидает 234 мс до получения первого байта HTML, а цепочка из шести вызовов тратит 468 мс исключительно на ожидание. При связи Нью-Йорка с Сингапуром с задержкой 230 мс эта цепочка обходится в 1380 мс.

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

Типовое время кругового обращения (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

Начните с обычного round trip и отправьте 20 зондов вместо 4. Замените имя хоста на свой сервер.

ping -c 20 your-server.example.com

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

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

mtr -rwzbc 100 your-server.example.com

mtr отправляет 100 зондов на каждый узел и выводит потери и задержку для каждого из них, а -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 handshake. time_starttransfer минус time_appconnect — это еще один round trip плюс время, которое потребовалось вашему приложению на ответ. Последнее вычитание и есть диагностика. Если результат близок к одному round trip, ограничением является сеть, и перенос сервера ближе поможет. Если результат в несколько раз превышает round trip, ваше приложение работает медленно, и его перемещение ничего не изменит.

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 охватывает производительность диска и CPU наряду с сетью, чтобы вы не делали выбор, основываясь только на задержке.

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

Цена — это первое, что меняется. Электроэнергия и аренда площади в нью-йоркской агломерации стоят дороже, чем в Техасе или на Среднем Западе. Некоторые провайдеры включают это в виде дополнительного сбора для конкретной локации, другие распределяют расходы равномерно по всей сети. По состоянию на август 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.