Часто при выборе VPS / VDS хостинга сложно разобраться, почему цена на одну и ту же конфигурацию у разных хостингов отличается в 2 или более раз. Дешевый VPS / VDS хостинг практически всегда подразумевает компромиссы, и клиенту желательно понять в чем именно они состоят еще до принятия решения купить хостинг. Может встретиться и другая проблема — хостинг позиционируется как лучший на рынке, а на деле мало чем отличается от обычного дешевого хостинга. Ниже мы перечислим ловушки, в которые могут попасть клиенты.
Конечно, не все перечисленные проблемы обязательно случатся у каждого клиента (именно поэтому у дешевых хостингов как правило есть много довольных клиентов, которым повезло), однако в масштабах целого хостинга и на долгой дистанции все риски рано или поздно «стреляют».
Приведенные ниже отказы и фотографии аварий описывают возможные технологические риски и не имеют отношения к хостингу Serveroid.
Консьюмерское или десктопное «железо» — это комплектующие, предназначенные для использования в домашних компьютерах. Такие комплектующие имеют сниженные требования к надежности, длительности использования, как правило не имеют предиктивности отказов, но стоят существенно дешевле.
Консьюмерские и серверные SSD отличаются по стоимости в разы и имеют сильно отличающиеся сценарии использования — в серверных применениях накопители обычно испытывают непрерывную и существенную нагрузку на запись (логи, записи в базу данных), которой нет в консьюмерских сценариях.
Основные проблемы консьюмерских SSD - отсутствие гарантий сохранности только что записанных данных при внезапном выключении питания, низкий ресурс на запись, плохое качество firmware и/или контроллера (нестабильное latency под нагрузкой).
Оперативная память не является абсолютно надежной и периодически в хранимых в ней данных могут возникать случайные или систематические ошибки, то есть изменения значений одного или нескольких бит. Наибольшую проблему представляют случаи, когда в результате дефекта планки памяти эти ошибки происходят в большом количестве (например, сотнями в день).
ECC — технология контроля и коррекции ошибок, которая обнаруживает эти ошибки и в определенных случаях (как правило если речь идет об ошибке в одном бите) исправляет их. Не-ECC память оставляет ошибки необнаруженными — они могут попадать в БД, портить вычисления, приводить к крашу ОС и так далее. Таким образом, сэкономив на ECC можно оказаться в ситуации, когда данные на сервере необратимо и непредсказуемо портятся.
Понять ECC или не-ECC память используется — просто. Достаточно посмотреть на спецификацию процессора. Десктопные процессоры ECC не поддерживают.
Апофеозом использования десктопного железа является использование в качестве сервера компьютеров в форм-факторе tower/big tower, предзназначенных для домашнего применения. На этом специализируются дешевые хостинги в Европе — Hetzner, OVH. Недостатки очевидны:
ЦОД — центр обработки данных, или дата-центр — это специально оборудованное помещение для размещения телеком оборудования и серверов. ЦОД может быть коммерческим, то есть размещать оборудование клиентов за плату (в том числе оборудование хостинг-провайдеров), или приватным, то есть выполнять задачи владельца (которым может являться хостинг-провайдер). Перечислим основные проблемы и аварийные ситуации, свойственные ЦОДам:
Приватные ЦОДы, построенные хостингами под собственные нужды, не сертифицируются, как правило не соответствуют индустриальным стандартам и могут являться бомбой замедленного действия для клиентов, чьи данные размещены в таком ЦОДе.
Типичные проблемы приватных ЦОДов, которые мы наблюдали в индустрии — исчерпавшие ресурс батареи ИБП, проблемы с кондиционированием, нерабочие дизель-генераторы, протекающая кровля, неработающие лифты.
Коммерческие ЦОДы высокого уровня, заботясь о собственном бизнесе, приобретают землю или берут в ее долгосрочную аренду для постройки объекта. Дата-центры низкого уровня и небольшие приватные дата-центры практически всегда располагаются в арендованных помещениях, что несет риски для физической безопасности клиентского оборудования.
Небольшие ЦОДы, построенные хостингом для собственных целей в чужом помещении, могут иметь единственный ввод для коммуникаций в силу инженерных ограничений, что несет риски проблем в случае аварий на данном вводе (например, повреждение кабелей/оптики при строительных/дорожных работах или ремонте здания).
Еще один бич небольших и приватных ЦОДов — частое отсутствие двух полноценных независимых линий электропитания в силу высокой цены подведения. Авария на единственной линии электропитания может привести к даунтайму длительностью в часы и дни.
Качественные услуги ЦОД — это капиталоемкий бизнес, который требует больших вложений в инфраструктуру и окупается лишь на большом масштабе. С нашей точки зрения, размещение хостинга в небольшом и / или собственном ЦОД существенно увеличивает риски аварий или утраты данных.
Некоторые коммерческие провайдеры dedicated/colocation услуг не предоставляют возможности подключиться к какому-либо телеком-оператору, кроме собственного. Клиентом такого colocation провайдера может быть и VPS/VDS хостинг. Отсутствие конкуренции в данном случае означает полную зависимость клиента от компетентности единственного поставщика. Известны случаи многочасовых даунтаймов российских VPS/VDS хостингов, причиной которых становились их единственные интернет-провайдеры.
Для хостингов, которые не располагают возможностью живой миграции виртуальных серверов между хостами (это практически все традиционные VPS / VDS хостинги, в отличие от облачных хостингов) или имеют ограничения в вычислительных ресурсах типична следующая ситуация: на хост-сервере размещается множество виртуальных машин или контейнеров. Через некоторое время часть из них начинает активно потреблять CPU (в количестве большем, чем доступно на данном хосте).
В результате все клиентские виртуальные серверы или контейнеры начинают испытывать дефицит CPU (называемый steal), что выражается в тормозах, росте времени обслуживания запросов и так далее. Посмотреть значение steal на сервере можно при помощи утилиты top.
OpenVZ контейнеризация не является проблемой сама по себе, но при сравнении хостингов необходимо учитывать ее ограниченность в сравнении с виртуализацией (KVM, Vmware, Hyper-V) и типичные проблемы, связанные с ее использованием: невозможность установки произвольного ядра (в том числе для security фиксов), оверселлинг ресурсов, риски нарушения изоляции в результате ошибок кофигурирования хостинг-провайдером.
Все перечисленные риски не играют большой роли в том случае, если вы используете VPS / VDS сервер для экспериментов или для вас неважен аптайм и сохранность данных. В противном случае мы рекомендуем выбирать хостинг, который не имеет перечисленных проблем (и не является дискаунтером). Рекомендуем прочитать статью «Лучший VPS / VDS хостинг в России — как его найти?», где мы более подробно рассказываем о том, какие факторы необходимо принимать в расчет при выборе хостинга.