Лучший VPS / VDS хостинг в России — как его найти?
Надёжность, доступная каждому

Лучший VPS / VDS хостинг в России — как его найти?

Прежде всего давайте разберемся в причинах, почему проекты, ориентированные на Рунет, целесообразно размещать на хостинге в России, а не в Европе или США. Не имеет значения, будет ли это VPS / VDS хостинг, облачный хостинг,  dedicated сервер или colocation размещение — причины для размещения в России будут одними и теми же:

Требования ФЗ-152 «О персональных данных»

С 1 сентября 2015 года законодательство РФ требует, чтобы базы данных, которые содержат персональные данные граждан РФ, размещались в России. Таким образом, если вы оперируете пользовательскими данными, даже если это речь идет лишь о ФИО, телефоне или электронной почте — эти данные необходимо размещать на российском хостинге.

Пинги, время отклика и связность

Информация в Интернете передается со скоростью света в среде передачи; если речь идет о больших расстояниях — это практически всегда оптоволокно, свет в котором преодолевает около 200 000 км в секунду. Таким образом, если пользователь ваших информационных ресурсов находится в Москве, а сервер в Амстердаме, отправка одного пакета данных и получение ответа на него потребует ≈2 x 2500 км / 200 000 км/с = 25 миллисекунд. На деле эта величина в полтора-два раза больше по нескольким причинам — волокно не всегда идет по кратчайшему пути, пакеты не всегда идут по оптимальному маршруту, а обработка сигнала в промежуточном оборудовании между клиентом и сервером требует некоторого дополнительного времени. С учетом этого можно говорить о RTT (round-trip time) между Москвой и Амстердамом порядка 40-50 мс. Если ваши данные размещаются на хостинге в США — время составит 100 мс и более. Эта задержка может выглядеть незначительной, но если мы рассмотрим типичный сценарий взаимодействия в вебе (SSL хендшейк — 2 RTT, HTTP-запрос и получение простой веб-страницы 1 RTT, загрузка CSS/JS файлов и картинок — еще несколько RTT) — значение задержки нужно умножать минимум на 5. А значит реальная дополнительная задержка между Москвой и хостингом в Амстердаме и США составит минимум 200-250 мс и 500 мс соответственно.

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

Зависимость конверсии на сайте от времени загрузки по данным Cloudflare. Источник: https://www.cloudflare.com/en-gb/learning/performance/more/website-performance-conversion-rates/

Еще один аспект — количество телеком-операторов между клиентом и хостингом (связность). Чем больше расстояние между клиентом и сервером — тем больше между ними между третьих сторон, осуществляющих транзит трафика, тем больше телеком-оборудования задействовано и тем более вероятно возникновение проблем со связью, при которых данные между хостингом и некоторыми клиентами передаются медленнее чем обычно, с потерями или не передаются вообще.

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

Бухгалтерия и документооборот

Большинство потребителей хостинга веб-сайтов или хостинга интернет-магазинов — это коммерческие компании или веб-студии, то есть юридические лица. Купить хостинг в России от имени юридического лица (с оплатой безналичным расчетом и получением закрывающих документов в виде акта или УПД) — это просто, в то время купить хостинг за рубежом от имени юридического лица — это проблема. Этот фактор не актуален в том случае, если вы используете хостинг для личных целей и готовы оплачивать его пластиковой картой.

Теперь, когда мы разобрали причины, почему хостинг в России лучше зарубежного, давайте посмотрим, какие факторы нужно учесть при поиске лучшего хостинга для ваших задач:

  • Допустимый уровень простоя
  • Тип размещаемых данных и требования 152-ФЗ
  • Используемые операционные системы
  • Возможности клиента по администрированию
  • Требования к CPU
  • Требования к системе хранения данных
  • Требования к сети
  • Требования к тарификации

Допустимый уровень простоя

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

Можно выделить следующие основные источники проблем:

  • Инженерная инфраструктура датацентра, где размещается оборудование хостинг-провайдера
  • Инфраструктура интернет-провайдеров, осуществляющих транзит трафика
  • Физическое оборудование хостинга и/или клиента (серверы и коммутаторы)
  • Программное обеспечение

Инженерная инфраструктура датацентра

Речь идет главным образом об электропитании и кондиционировании. Существуют индустриальные стандарты, которые определяют характеристики инженерной инфраструктуры ЦОДа, а так же максимальное допустимое время простоя в год.

Tier 1: 28.8 часов простоя в год

Tier 2: 22 часа простоя в год

Tier 3: 1.6 часа простоя в год

Tier 3: 1.6 часа простоя в год

Tier 4: 26.3 часа простоя в год

Таким образом, если вы ожидаете, что простой вашей информационной системы не должен превышать 2 часа в год, логично ожидать что дата-центр, в котором размещается хостинг-провайдер, будет соответствовать требованиям Tier-3 дизайна, или, что лучше, будет иметь соответствующую сертификацию.

На этом этапе хостинг-провайдеры делятся на 3 категории:

  • те, ЦОДы которых заведомо не соответствует никаким требованиям и стандартам (все хостинговые дискаунтеры)
  • те, кто декларируют что их ЦОД соответствует определенному индустриальному уровню, но при этом не сертифицирован
  • те, кто размещаются в сертифицированных коммерческих дата-центрах

С первой категорией хостинг-провайдеров вы не имеете никаких гарантий — аварий может не быть долгое время, пока случайный экскаватор не заденет единственный луч электропитания, климатическая техника не откажется работать из-за жаркой погоды или не протечет крыша во время дождя. Или  ЦОД может просто сгореть (вместе со всеми данными):

Горящий самодельный ЦОД одного из европейских хостинговых дискаунтеров

Со второй категорией провайдеров гарантий тоже нет. С нашей субьективной точки зрения заявлениям о соответствии инфраструктуры определенному уровню можно осторожно доверять лишь в одном случае — когда они исходят от больших публичных облачных провайдеров.

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

Инфраструктура интернет-провайдеров

Распространенная болезнь маленьких хостинг-провайдеров — это отсутствие должного внимания или желание сэкономить на качестве интернет-подключения. Несколько типовых проблемных подходов:

  1. Хостинг размещается в ЦОД, который не следует принципу сетевой нейтральности, и подключается к единственному доступному интернет-провайдеру.
  2. Хостинг подключается к единственному интернет-провайдеру, который дал самое выгодное ценовое предложение.
  3. Хостинг размещается в ЦОДе и подключается к нескольким провайдерам с одним и тем же физическим вводом кабелей.

Как показывает практика, все три подхода рано или поздно приводят к многочасовому даунтайму.

Физическое оборудование хостинга и/или клиента

Важно обратить внимание, использует ли хостинг серверное или консьюмерское оборудование. Например, дешевые хостинги в Европе (Hetzner, OVH) используют б/у десктопное оборудование с единственным источником питания, без коррекции ошибок памяти (ECC) и так далее. Результат — большее количество и длительность аварийных ситуаций и их меньшая предсказуемость.

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

Программное обеспечение

В том случае, если хостинг декларирует использование сложного/специфичного ПО (например системы хранения данных) — целесообразно принять во внимание риски и уточнить, как хостинг от них защищается.

Прочие связанные с ПО риски как правило лежат в зоне ответственности клиента и связаны с тем, как реализованы его веб-сайты / веб-сервисы.

Тип размещаемых данных и требования 152-ФЗ

В случае, если обрабатываются персональные класса 3 и выше (например, обработка медицинской информации) может потребоваться использование  сертифицированного серверного оборудования (и использование colocation или dedicated хостинга).

В случае, если на сервере производится обработка данных кредитных карт или других финансовых данных — может потребоваться dedicated сервер или colocation размещение, поскольку обработка таких данных на виртуальном сервере в публичном облаке (где ваш виртуальный сервер — VDS или VPS —соседствует с чужими) теоретически небезопасна в силу уязвимостей Meltdown, Spectre и аналогичных.

Используемые ОС, Linux и Windows хостинг

Большинство небольших хостингов предоставляют лишь Linux или Windows хостинг, но не оба сразу, этот фактор будет определенную роль, если вам нужны оба типа ОС. Кстати, Serveroid предоставляет как Linux, так и Windows серверы.

Возможности клиента по администрированию

В случае, если вам требуется большое количество памяти и вычислительных ресурсов или гарантированная физическая изоляция от других клиентов — хорошим выбором может стать аренда dedicated сервера. Однако рекомендуем учесть, что в случае использования dedicated сервера понадобится более активное администрирование и мониторинг, чем если бы вы купили VPS / VDS или облачный хостинг. Дело в том, что облачные хостинги, VPS и VDS хостинги обеспечивают мониторинг железа. В случае же dedicated и colocation серверов задача мониторинга и обнаружения проблем физического оборудования (в первую очередь речь идет о неполадках дисковых накопителей, планок памяти, блоков питания) ложится на потребителя. Кроме того, провайдеры виртуальных серверов самостоятельно заботятся о репликации и сохранности данных. В случае dedicated серверов эта задача ложится на клиента (например, речь идет о настройке RAID массива). А поскольку аварийная ситуация может возникнуть в любой момент — клиент должен быть готов принять меры по устранению проблем в режиме 24/7/365. Отсутствие необходимости администрировать железо и обеспечивать его избыточность является плюсом VPS/VDS хостингов и облачных хостингов по сравнению с dedicated и colocation серверами. С этой точки зрения, если у вас отсутствуют весомые причины приобретения выделенного сервера — лучше купить облачный или VPS/VDS хостинг у качественного провайдера. Функциональность в большинстве случаев будет той же самой, но вы сэкономите на администрировании и обеспечении избыточности и получите такой же или больший аптайм.

Требования к CPU

Одним из главных недостатков VPS / VDS хостингов и в меньшей степени облачных хостингов является дефицит или перепродажа вычислительных ресурсов CPU — на одном физическом сервере могут размещаться десятки или сотни виртуальных серверов и каждому из них необходимо процессорное время. Если хостинг плохо контролирует распределение процессорного времени или размещает на одном сервере слишком много VPS/VDS серверов или один сервер с высокими требованиями к CPU — в лучшем случае это выразится в недополучении ресурса CPU данным сервером, а в худшем (при неправильной настройке квотирования или плохо посчитанных тарифных планах) — дефицитом CPU у всех серверов на данном хосте. Что будет выражаться в «тормозах» и низкой производительности соответствующих серверов. Определить достаточно ли вашему серверу ресурса CPU или же его «съедают» соседи можно при помощи метрики steal в top или/proc/cpu.

Как нетрудно догадаться, маленькие хостинг-провайдеры и дешевые хостинги не имеют возможностей и ресурсов минимизировать steal и часто в гонке за прибылью бесконтрольно перепродают ресурс CPU, что негативно сказывается на качестве услуги.

Требования к системе хранения данных

Помимо CPU, узким местом в работе ваших сервисов может стать система хранения данных. В последние годы де-факто стандартом стал SSD хостинг, однако проектирование системы хранения данных это всегда компромисс между стоимостью, производительностью, надежностью и функциональностью (клонирование, снимки состояния).

Требования к системе хранения данных — СХД — можно разделить на три группы:

  • Функциональные требования
  • Требования к надежности
  • Требования к производительности

Сами системы хранения данных можно разделить на три типа:

  1. DAS или NAS — отдельно стоящее оборудование, подключаемое к серверам
  2. Распределенные системы хранения данных, например Ceph
  3. Локальные дисковые RAID массивы из SSD или HDD

Как правило, если вы располагаете одним-двумя dedicated серверами для вас доступен тип (3), в случае если их много — добавляется возможность организовать тип (2), в случае colocation может использоваться тип (1). Облачные и VPS / VDS хостинги используют все три варианта.

Функциональные требования

Возможности СХД могут включать снимки состояния, клонирование, а так же предоставление виртуальных блочных устройств с разным временем отклика (latency) и производительностью — уровня SSD или HDD.

Облачные и VPS / VDS хостинги могут также предоставлять возможность подключения дополнительных виртуальных устройств хранения к виртуальным серверам.

Если вам необходим большой диск (несколько терабайт)  — рекомендуем отдельно обратить на это внимание, так как не все хостеры предоставляют блочные устройства такого размера.

В смысле перечисленных требований типы СХД (1) и (2) почти всегда более гибки и функциональны, чем (3).

Требования к надежности

Рекомендуем уточнить, какой тип СХД использует хостингом, что произойдет в случае выхода из строя физического хоста, на котором находится ваш виртуальный сервер и каким будет ожидаемое время простоя (минуты, десятки минут или часы).

Рекомендуем также уточнять, хранит ли хостер бэкапы блочных устройств на отдельном носителе и если да — как часто они обновляются. Эта мера может спасти данные, если по каким-то причинам они будут утрачены из основной СХД (например в случае порчи RAID-массива).

Недостаток СХД типа (3) заключается в том, что выход из строя хоста с виртуальным сервером и данными будет означать простой от десятков минут до нескольких часов (перестановка дисков в другой хост). СХД типов (1) и (2) напротив, обеспечивают высокую доступность — позволяют перезапустить виртуальный сервер на другом хосте за несколько минут, и считаются более надежными.

Некоторые дешевые хостинги используют consumer-grade SSD накопители в силу их низкой цены. Это еще одна причина, по которой мы не рекомендуем пользоваться услугами дешевых хостингов (по крайней мере, если размещаемые данные представляют ценность).

Требования к производительности

Главный фактор, который определяет производительность — это тип используемых накопителей — SSD или HDD. SSD обрабатывают операции за 50-500 микросекунд, HDD — за 5-20 миллисекунд, то есть длительность операций отличается в 100 раз. Рекомендуем убедиться, что выбранный вами хостинг использует SSD.  

Если ваше программное обеспечение генерирует большое количество обращений к диску (iops), например интенсивно работает с базой данных, рекомендуем уточнить у хостера есть ли лимиты на iops и если да, то какие.

Рекомендуем так же проверить, были ли у хостера случаи потери данных и с чем они были связаны.

Требования к сети

В случае, если вам необходим 10 Гбит канал на сервере, BGP-сессия или другие специфичные услуги — вам следует обратить внимание на dedicated серверы и colocation, поскольку получить эти услуги в облачном или VPS/VDS хостинге не удастся.

В то же время, облачные хостинги могут предоставлять преднастроенную приватную сеть и различные удобные функции — балансинг трафика, VRRP, floating IP и другие.

Требования к тарификации

Одним из главных отличий облаков от традиционных VPS/VDS хостингов является принцип pay-as-you-go. Он означает три вещи:

  • тарификация производится без коммитмента, то есть такие сущности как трафик или потребление CPU тарифицируются исходя из фактического потребления;
  • услуга тарифицируется не помесячно, а за минуты или часы работы виртуального сервера;
  • конфигурация серверов может гибко изменяться в процессе эксплуатации; таким образом, в процессе эксплуатации можно двигаться от дешевой экономной конфигурации к более дорогой и производительной;

Таким образом, если ваша задача состоит в том, чтобы задействовать вычислительные ресурсы на короткое время (например, чтобы произвести расчеты) — облачный хостинг будет наилучшим выбором.

Заключение

Мы перечислили самые важные особенности, на которые следует обратить внимание при выборе хостинга. Надеемся, статья окажется полезной и позволит найти хостинг, наилучшим образом подходящий под ваши задачи. И главное — никогда не пользуйтесь услугами дешевых хостингов для решения коммерческих задач, если вам дороги ваши данные и важен аптайм.

Для каких задач Serveroid — лучший облачный хостинг?

Serveroid — современный облачный хостинг, нацеленный на решение коммерческих задач SMB-клиентами. Наш приоритет — это аптайм и безусловная сохранность клиентских данных.

Наш хостинг размещается в Москве, в Tier III датацентре IXCellerate. Мы подключены и используем для транзита трафика 5 различных интернет-провайдеров, предоставляем бэкапы «из коробки», используем только качественное серверное оборудование.

Если ваша цель — аренда сервера VPS в Москве, России — сервер в облаке Serveroid подойдет наилучшим образом.

start
Доступные серверы на Linux и Windows c пробным периодом и гибкими тарифами.
Начать бесплатно
Выгодный сервер под ваши задачи
Рассчитать стоимость сервера
Выберите систему
Память
Количество ядер
Жёсткий диск
Внешние адреса
Итого
Память
Количество ядер
Жёсткий диск
Внешние адреса