Лучшие 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 сайтах быстро падает с увеличением времени загрузки страниц. Поисковые системы учитывают доступность сайтов и быстроту их загрузки при ранжировании, поэтому для коммерческих сайтов на счету каждая секунда.

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

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

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

Санкции, блокировки, ограничения и валютные риски

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

Например, крупный хостер и регистратор доменных имен Namecheap ограничил использование своих услуг клиентами из России (поставив тысячи клиентов перед необходимостью экстренного транфера доменов к другим регистраторам), а затем и вовсе закрыл доступ к размещенным на серверах Namecheap ресурсам из российских IP-сетей.

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

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

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

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

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

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

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

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

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

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

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

Рынок ЦОД в России в 2010-2020 годах развивался семимильными шагами, и большинство современных российских ЦОДов на сегодняшний день не уступают европейским. При этом стоимость каналов и электричества в России в 2-3 раза ниже чем в Европе, а качество и устойчивость электроснабжения в московских и питерских ЦОД лучше большинства европейских. Цены на стойко-места в ЦОДах также несколько дешевле, чем за рубежом.

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

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

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

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

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

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

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

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

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

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

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

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

В России на сегодняшний день нет недостатка качественных дата-центров уровня Tier III и даже Tier IV. Большинство провайдеров хостинга и облаков, потребители dedicated и colocation услуг размещают свои серверы в Москве и Санкт-Петербурге.

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

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

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 подойдет наилучшим образом.