У владельцев растущих сайтов однажды появляется мысль: пора переезжать на отдельный сервер. Иногда ее подсказывает разработчик, иногда техническая поддержка хостинга, а иногда просто кажется, что серьезный проект обязан работать на собственном мощном оборудовании.
Звучит убедительно. На виртуальном хостинге ресурсы делятся между клиентами, VPS тоже остается виртуальной машиной, а отдельный физический сервер целиком находится в распоряжении одного заказчика. Значит, он должен быть быстрее и надежнее.
На практике все не настолько прямолинейно.
Небольшой сайт может работать на отдельном сервере хуже, чем на качественном виртуальном хостинге, если систему неправильно настроили. А крупный проект способен прекрасно чувствовать себя на нескольких виртуальных машинах и вообще не нуждаться в одном большом физическом сервере.
Поэтому переход стоит начинать не с вопроса «какой сервер купить», а с другого: какую проблему существующей инфраструктуры мы пытаемся решить?
Что обычно подразумевают под отдельным сервером
В хостинге под отдельным сервером чаще всего понимают физическую машину, ресурсы которой не делятся с другими клиентами на уровне обычного виртуального хостинга. Провайдер размещает оборудование в дата-центре, подключает его к сети и питанию, а заказчик получает сервер в аренду.
Такую услугу часто называют выделенным сервером. В англоязычных тарифах встречается термин dedicated server, но для русскоязычного пользователя вполне достаточно привычного названия «выделенный сервер».
В распоряжении клиента оказываются физические процессоры, оперативная память и накопители конкретной машины. Можно выбирать операционную систему, устанавливать собственное программное обеспечение, менять конфигурацию веб-сервера, базы данных и сетевых служб.
Это дает большой контроль, но вместе с ним появляется ответственность.
Если на обычном виртуальном хостинге обновлением серверного программного обеспечения занимается провайдер, то на неуправляемом выделенном сервере эту работу выполняет сам клиент или нанятый администратор.
Сам факт аренды физической машины не означает, что кто-то автоматически настроит Linux, защитит SSH, оптимизирует базу данных, организует резервное копирование и будет ночью разбираться с переполненным диском.
Управляемые услуги существуют, но их состав и стоимость нужно проверять отдельно.
Не всякая нехватка скорости означает, что пора покупать сервер
Представим сайт на WordPress, который начал открываться по пять секунд. Владелец смотрит на него и делает естественный вывод: хостинг слабый.
Но причиной может оказаться плагин, выполняющий десятки тяжелых запросов к базе. Или огромные изображения. Или внешний скрипт, ответ которого страница ждет при каждой загрузке. Или отключенный кэш.
Перенос такого проекта на мощный сервер действительно способен временно скрыть часть проблем. Просто вместо оптимизации мы бросим на неэффективный код больше ресурсов.
Это дорогой способ лечить симптомы.
Перед сменой типа хостинга полезно посмотреть реальные показатели: загрузку CPU, потребление RAM, скорость запросов к базе, дисковые операции, число одновременных процессов и поведение сайта в моменты пиковой нагрузки.
Если проблема появляется только на одной странице, сервер редко является первым подозреваемым. Если же весь проект стабильно упирается в лимиты процессора или памяти, а оптимизация уже выполнена, разговор о более мощной инфраструктуре становится предметным.
То же относится к посещаемости. Не существует универсального числа посетителей, после которого виртуальный хостинг автоматически становится непригодным. Десять тысяч просмотров статических страниц и десять тысяч сложных запросов к персонализированному сервису создают совершенно разную нагрузку.
Когда выделенный сервер действительно имеет смысл
Первая очевидная ситуация — проекту постоянно требуется много вычислительных ресурсов.
Если крупный интернет-магазин, портал, API или другой сервис стабильно потребляет значительный объем процессорного времени и оперативной памяти, стоимость мощных виртуальных конфигураций постепенно приближается к стоимости аренды физической машины. В определенной точке выделенный сервер может дать больше ресурсов за сопоставимые деньги.
Вторая причина — требования к предсказуемости производительности. На физическом сервере вычислительные ресурсы принадлежат одному клиенту. Нет соседней виртуальной машины другого заказчика, которая конкурирует с вашим проектом за ресурсы того же физического узла в рамках используемой платформы виртуализации.
Третья ситуация связана с дисковой подсистемой. Проектам с интенсивными операциями ввода и вывода может быть важен прямой контроль над локальными накопителями и RAID. Это касается некоторых баз данных, систем обработки данных, хранилищ и высоконагруженных приложений.
Четвертая причина — специфическое программное или аппаратное окружение. Иногда требуется определенная операционная система, собственный гипервизор, особая схема виртуализации или конфигурация, которую обычный VPS не позволяет получить.
Пятая — необходимость размещать на одной физической машине множество собственных виртуальных серверов. Компания может арендовать мощный сервер, установить гипервизор и самостоятельно распределять ресурсы между внутренними проектами.
Есть и требования информационной безопасности или внутренней политики компании, при которых физическое отделение инфраструктуры имеет значение. Но здесь решение должно приниматься не по рекламному обещанию «выделенные ресурсы», а в рамках конкретной модели угроз и требований организации.
Аренда сервера не равна покупке производительности навсегда
Физическая машина имеет фиксированную конфигурацию.
Если вы арендовали сервер с определенным процессором и объемом памяти, увеличить ресурсы так же свободно, как ползунок в облачном калькуляторе, получится не всегда. Иногда память можно добавить, иногда потребуется физическая замена компонентов, а иногда проще арендовать другую машину и перенести проект.
Это одно из принципиальных отличий от облачной инфраструктуры.
Облако удобно там, где ресурсы нужно часто менять или быстро создавать новые виртуальные машины. Выделенный сервер интересен при большой и относительно стабильной нагрузке, когда известна необходимая конфигурация.
Но даже это не жесткое правило. На практике компании комбинируют подходы: база данных работает на физическом сервере, веб-приложения размещены на виртуальных машинах, резервные копии отправляются в объектное хранилище, а временные задачи запускаются в облаке.
Современная инфраструктура вовсе не обязана строиться вокруг одного типа хостинга.
Один мощный сервер может стать одной большой точкой отказа
Это важный парадокс.
Владелец проекта переезжает на дорогой физический сервер ради надежности. На нем размещаются сайт, база данных, почта, резервные копии и вспомогательные сервисы. Машина мощная, быстрая и полностью принадлежит проекту.
А затем выходит из строя материнская плата.
В этот момент недоступно сразу все.
Физическое оборудование ломается. Дата-центр и провайдер могут иметь запасные компоненты и регламент замены, но сама по себе надпись «выделенный сервер» не создает отказоустойчивость.
RAID тоже не решает эту задачу целиком. Он способен защитить от отказа отдельного накопителя в определенных конфигурациях, но не заменяет резервные копии и не спасает от любой неисправности сервера.
Если бизнесу критична непрерывная работа, архитектура должна учитывать отказ целого узла.
Это может означать второй сервер, репликацию базы данных, балансировку трафика, резервную площадку или другую схему. Как только появляется второй узел, стоимость и сложность инфраструктуры растут.
Поэтому вопрос надежности нельзя сводить к сравнению «VPS против физического сервера». Иногда хорошо построенная система из нескольких виртуальных машин переживает отказ оборудования лучше, чем один очень дорогой сервер.
Сколько на самом деле стоит отдельный сервер
В рекламе видна стоимость аренды машины. Для простого проекта это действительно может быть основной суммой, но у бизнеса часто появляются дополнительные расходы.
Начнем с администрирования.
Если в компании нет специалиста, который умеет обслуживать сервер, нужно либо покупать управляемую услугу у провайдера, либо привлекать системного администратора. Чем критичнее проект, тем менее разумно рассчитывать на схему «разработчик иногда зайдет по SSH, если что-то случится».
Дальше идет резервное копирование. Хранить единственную резервную копию на втором диске того же физического сервера недостаточно. Нужна внешняя площадка или отдельное хранилище.
Может потребоваться дополнительный IP-адрес, лицензия панели управления, коммерческое программное обеспечение или расширенная защита.
Если нужна отказоустойчивость, к одному серверу добавляется второй. Затем может понадобиться балансировщик и отдельное место для резервных копий.
Поэтому сравнивать тариф виртуального хостинга за несколько сотен рублей с ценой голой физической машины неправильно. Сравнивать нужно две законченные инфраструктуры, которые решают одну задачу.
И еще один момент: сервер часто арендуют с запасом. В обычный день используется 20 процентов процессора, а оставшиеся ресурсы оплачиваются ради редких пиков. Для стабильной нагрузки это нормально. Для проекта с огромной разницей между тихими и пиковыми периодами облачная модель иногда оказывается удобнее.
Что выбрать небольшому интернет-магазину
Допустим, магазин содержит несколько тысяч товаров, работает на популярной CMS, получает нормальный поисковый трафик и несколько десятков или сотен заказов в день.
Нужен ли ему физический сервер?
Не обязательно.
Хороший производительный виртуальный хостинг или подходящий VPS способен справляться с такой задачей. Намного важнее качество самого магазина: запросы к базе, кэширование, изображения, фоновые обмены, плагины и интеграции.
Переход на отдельный сервер становится логичным, когда реальные измерения показывают постоянную нехватку ресурсов, а следующий уровень виртуальной инфраструктуры уже экономически менее интересен или не дает нужных возможностей.
Для магазина также важна управляемость. Если после переезда никто не отвечает за обновления и безопасность Linux, формально более мощная инфраструктура способна стать менее надежной.
Поэтому малому бизнесу часто выгоднее платить не за максимальное количество ядер, а за решение, которое кто-то профессионально обслуживает.
Большому проекту тоже не всегда нужен именно один физический сервер
По мере роста приложения возникает другая проблема: вертикальное масштабирование имеет предел.
Можно поставить больше памяти, выбрать более мощный процессор и быстрые накопители. Но бесконечно увеличивать одну машину невозможно.
Тогда проект начинает разделяться.
База данных живет отдельно. Несколько веб-серверов обслуживают запросы пользователей. Статические файлы отправляются через CDN или отдельное хранилище. Очереди выполняют фоновые задачи. Резервные копии находятся в другом месте.
На этом уровне вопрос «нужен ли сайту отдельный сервер» становится слишком простым. Нужна уже архитектура, а не одна машина.
Часть ее компонентов может работать на физических серверах, часть в облаке, часть на виртуальных машинах. Выбор делается для каждой задачи.
Именно поэтому известный крупный проект не обязательно должен размещаться на одном огромном сервере. Часто как раз наоборот: чем важнее сервис, тем меньше хочется зависеть от единственного узла.
Когда VPS выглядит разумнее
VPS удобен своей промежуточной позицией.
Он дает root-доступ и возможность самостоятельно настраивать окружение, но не требует арендовать целую физическую машину. Начальные конфигурации стоят заметно дешевле, а смена тарифа обычно проще.
Для веб-разработчика, нескольких сайтов, среднего интернет-магазина, корпоративного портала или API это часто хороший вариант.
Виртуализация сама по себе не является недостатком. Современные платформы способны давать достаточно предсказуемую производительность, особенно если провайдер не перегружает физические узлы и понятно описывает доступные ресурсы.
Выделенный сервер начинает выигрывать, когда нужна большая постоянная конфигурация, особый контроль над оборудованием или виртуальные решения перестают быть выгодными по цене и возможностям.
До этой точки VPS может быть не компромиссом, а оптимальным выбором.
Пять вопросов перед арендой физического сервера
Первый: во что именно упирается текущий сайт? Если ответа нет, покупать новое оборудование рано. Сначала нужны измерения.
Второй: сколько ресурсов используется постоянно, а сколько только в пике? Физическая машина особенно интересна при большой стабильной нагрузке.
Третий: кто будет администрировать систему? Если такого человека нет, стоимость управления нужно добавить к цене сервера до покупки, а не после первого инцидента.
Четвертый: что произойдет при отказе машины? Ответ «провайдер починит» может быть достаточным для некритичного проекта и совершенно неприемлемым для бизнеса, где час простоя стоит больших денег.
Пятый: как мы будем расти дальше? Если через полгода ресурсов станет мало, нужно заранее понимать путь расширения: модернизация машины, переезд, второй сервер или переход к распределенной архитектуре.
Если на эти вопросы есть конкретные ответы, выбор конфигурации становится намного проще.
Как не переплатить за сервер, который сайту не нужен
Не покупайте ядра и гигабайты «для солидности». Посмотрите статистику существующего проекта.
Не переносите плохо оптимизированный сайт на более мощное оборудование до диагностики. Иногда несколько часов работы разработчика экономят годы оплаты лишних ресурсов.
Считайте не только аренду машины, но и администрирование, резервные копии, лицензии и отказоустойчивость.
Уточняйте характеристики оборудования. Два сервера с одинаковым количеством ядер могут использовать процессоры разных поколений и показывать разную производительность.
Проверяйте тип накопителей, конфигурацию дисков, объем памяти и сетевой порт. Не ориентируйтесь только на одну красивую характеристику.
И обязательно выясните условия замены оборудования при неисправности. Физический сервер ценен не только характеристиками, но и тем, насколько быстро провайдер способен вернуть инфраструктуру в рабочее состояние.
Если после расчетов оказывается, что сайту хватает виртуального хостинга, это не признак маленького или несерьезного проекта. Это означает, что его задачи пока решаются более простым и дешевым способом.
Если хватает VPS, нет причины переходить на физическую машину только ради самого факта ее наличия.
А если сайт постоянно упирается в ресурсы, требует особого окружения и стоимость мощных виртуальных конфигураций уже становится сопоставимой с арендой оборудования, выделенный сервер превращается из дорогой игрушки в нормальный рабочий инструмент.
Лучший момент для такого перехода наступает не тогда, когда проект выглядит достаточно большим. Он наступает тогда, когда вы можете точно объяснить, какие ограничения старой инфраструктуры новый сервер устранит.
