Когда обычного хостинга мало или нужен сервер со свободой настройки возникает потребность купить VDS, хочется самостоятельно установить Linux, выбрать версию базы данных, запустить Docker, разместить несколько сайтов, поднять API или просто перестать зависеть от ограничений общего хостинга.
На странице провайдера задача сначала кажется простой. Есть процессор, оперативная память, NVMe, скорость порта и цена. Выбираем побольше ресурсов за меньшие деньги и получаем хороший сервер. Но именно так чаще всего и покупают VDS, который либо тормозит при вполне приличных характеристиках, либо половину месяца простаивает с огромным запасом неиспользуемой мощности.
У виртуальных серверов слишком много параметров, которые плохо помещаются в красивую таблицу. Четыре vCPU у разных провайдеров могут давать совершенно разную производительность. NVMe не гарантирует быстрый диск, если физический узел перегружен. Порт 1 Гбит/с не означает, что сервер круглосуточно сможет передавать данные на такой скорости. Даже цена иногда меняется после добавления IPv4, резервных копий, панели управления и нужной операционной системы.
Поэтому перед тем как купить VDS, полезно на несколько минут забыть про тарифы и определить, что именно должен делать сервер. Когда задача понятна, большая часть лишних характеристик отсеивается сама.
Купить VDS на самом деле означает арендовать виртуальный сервер
Слово купить в этом случае немного обманчиво. В большинстве предложений пользователь не становится владельцем физического оборудования и даже отдельного жесткого диска. Он арендует виртуальную машину на инфраструктуре провайдера и платит за нее каждый месяц, день или час в зависимости от модели биллинга.
На одном физическом сервере работает несколько виртуальных машин. Каждая получает собственную операционную систему, оперативную память, дисковое пространство и установленный тарифом объем процессорных ресурсов. Пользователь подключается к своей машине по SSH или удаленному рабочему столу и управляет ею почти так же, как отдельным сервером.
Иногда встречаются предложения с единовременной оплатой, после которой сервер обещают предоставлять без ежемесячной аренды. Это отдельная модель, а не обычное значение слова купить VDS. Перед такой покупкой особенно важно читать условия: что происходит с сервером при модернизации оборудования, входят ли IP-адрес, трафик и поддержка, можно ли изменить конфигурацию и что именно означает бессрочное размещение.
Для большинства проектов привычная аренда удобнее. Сервер можно увеличить, уменьшить, перенести или просто удалить, если он больше не нужен.
VDS и VPS при покупке часто оказываются одной услугой
На сайтах хостеров можно встретить отдельные названия VPS и VDS, а иногда оба сокращения написаны через косую черту. Искать принципиальную разницу только по этим трем буквам не стоит.
На практике провайдеры используют термины по-разному. Один назовет сервер на KVM VDS, другой предложит почти ту же услугу как VPS. Покупателю намного полезнее узнать технологию виртуализации, правила распределения процессора, тип накопителя, ограничения тарифа и возможность масштабирования.
Если нужна полноценная виртуальная машина с собственной операционной системой, обычно разумно смотреть на решения с аппаратной виртуализацией вроде KVM. Такой сервер подходит для большинства привычных задач: сайтов, баз данных, Docker, собственных сервисов, VPN, тестовых окружений и разработки.
Но даже одинаковая виртуализация не делает два VDS одинаковыми. Производительность по-прежнему зависит от физического оборудования и того, насколько агрессивно провайдер размещает клиентов на одном узле.
Сначала задача, потом тариф
Для небольшого сайта требования могут оказаться удивительно скромными. Если страницы хорошо кэшируются, база небольшая, а посещаемость измеряется сотнями или несколькими тысячами пользователей в сутки, огромный сервер не нужен.
Совсем другая картина у интернет-магазина с большим каталогом, фильтрами, импортом товаров и активной базой данных. Там нагрузка появляется не только от посетителей. Фоновые задания, обмен с CRM, генерация фидов, резервное копирование и административная часть могут потреблять больше ресурсов, чем сами страницы.
Для API и приложений особенно важен характер запросов. Один сервис почти ничего не вычисляет и в основном ожидает ответы внешних систем. Другой выполняет тяжелую обработку данных при каждом обращении. Одинаковая посещаемость не означает одинаковые требования к CPU.
Еще проще с тестовым сервером. Если VDS нужен разработчику на несколько дней, нет причин покупать конфигурацию с большим запасом. Намного полезнее выбрать провайдера с удобным почасовым или посуточным биллингом и возможностью быстро создать новую машину.
Именно поэтому универсального лучшего тарифа не существует. Сервер нужно покупать под нагрузку, а не под впечатление от списка характеристик.
Какие характеристики VDS действительно влияют на работу
Самая заметная цифра в тарифе обычно количество vCPU. Она же одна из самых неоднозначных.
Виртуальное ядро не является отдельным физическим процессором, который навсегда отдан только одному клиенту. Конкретная схема зависит от платформы и тарифа. Поэтому четыре vCPU сами по себе ничего не говорят о том, насколько быстро сервер выполнит один PHP-запрос, соберет приложение или обработает запрос к базе.
Для сайтов на WordPress, 1С-Битрикс и других системах с большим количеством последовательных операций часто важна производительность одного ядра. Два быстрых современных ядра способны оказаться приятнее четырех медленных.
Для задач, которые хорошо распараллеливаются, ситуация другая. Компиляция, обработка данных, некоторые фоновые процессы и множество одновременно выполняющихся задач способны реально использовать большее количество ядер.
Поэтому вопрос сколько vCPU купить имеет смысл только вместе с вопросом что именно будет работать на сервере.
RAM обычно проще выбрать, чем процессор
С оперативной памятью меньше загадок. Если приложениям ее хватает, дополнительный объем редко делает сервер заметно быстрее. Если памяти не хватает, проблемы появляются очень быстро.
Linux использует свободную RAM для кэширования, поэтому полностью пустой память почти никогда не выглядит. Оценивать нужно не только число свободных мегабайт, но и использование swap, поведение приложений и наличие ошибок из-за нехватки памяти.
Для небольшого Linux-сервера без панели управления можно начинать с довольно скромной конфигурации. Но установка MySQL или PostgreSQL, PHP, Docker, панели управления, антивируса и дополнительных сервисов быстро увеличивает потребление.
Покупать VDS с памятью впритык не стоит. Если обычная рабочая нагрузка почти полностью занимает доступную RAM, первый же всплеск посещаемости или тяжелое обновление может отправить сервер в swap.
Но и удваивать память просто на всякий случай необязательно. Намного экономнее выбрать конфигурацию с небольшим запасом и убедиться, что провайдер позволяет увеличить RAM без сложной миграции.
NVMe полезнее всего там, где действительно работает диск
NVMe стал практически стандартным аргументом в рекламе VDS. Быстрые накопители действительно дают преимущества, особенно базам данных и приложениям с большим количеством чтения и записи.
Но наличие NVMe в названии тарифа еще не означает, что пользователь получит фантастические показатели. Несколько десятков виртуальных серверов могут одновременно обращаться к одному физическому хранилищу. Если инфраструктура перегружена, современный диск не спасает ситуацию.
Для обычного сайта важнее стабильная задержка дисковых операций, чем рекорд в синтетическом тесте на пустом сервере.
Размер хранилища тоже следует считать по реальному проекту. Если сайт занимает 12 ГБ вместе с базой, покупать 200 ГБ только потому, что тариф выглядит выгоднее, незачем. Нужен разумный запас под рост, логи, временные файлы и обновления.
Резервные копии лучше вообще не хранить только на основном VDS. Если сервер или файловая система будут повреждены, backup на том же диске мало поможет.
Порт 1 Гбит/с не должен становиться главным критерием
Гигабитное подключение звучит эффектно, но большинству сайтов не нужно постоянно передавать гигабит данных в секунду. Небольшой интернет-магазин может прекрасно чувствовать себя при нагрузке, в десятки раз меньшей.
Гораздо важнее маршруты до пользователей, реальная стабильность сети и объем трафика, включенный в тариф.
Если аудитория находится в России, сервер в российском дата-центре обычно следует хотя бы протестировать. Для проекта с европейскими пользователями логичнее сравнить несколько европейских локаций. Чем дальше сервер от основной аудитории, тем больше роль сетевой задержки.
При этом географически ближайший дата-центр не всегда оказывается самым быстрым. Интернет-маршруты строятся не по линейке на карте. Поэтому перед серьезным переносом полезно попросить тестовый IP и проверить ping и traceroute из нужных сетей.
Если провайдер дает возможность оплатить сервер на короткий период, еще лучше запустить на нем реальную копию проекта.
Что проверить перед тем как купить VDS сервер
Цена в каталоге является только началом расчета. Особенно это заметно на дешевых тарифах.
Первое, что стоит проверить, входит ли публичный IPv4. У части предложений он уже включен, у других оплачивается отдельно. Иногда дополнительный IPv4 стоит настолько заметно относительно самого бюджетного сервера, что меняет весь результат сравнения.
Для большинства обычных сайтов один IPv4 по-прежнему удобен. Если приложение умеет работать исключительно через IPv6 и это подходит вашей инфраструктуре, можно обойтись без него, но для типового веб-проекта такой сценарий пока встречается реже.
Панель управления может стоить дороже ожидаемого
Чистый VDS обычно предоставляется с установленной операционной системой и доступом администратора. Дальше пользователь сам настраивает веб-сервер, PHP, базу данных, firewall, SSL и остальные компоненты.
Для человека, знакомого с Linux, это нормальный вариант. Панель вообще не нужна.
Новичку удобнее графический интерфейс, но коммерческие панели часто лицензируются отдельно. Поэтому сервер с привлекательной начальной ценой после подключения панели может перейти совсем в другую ценовую категорию.
Бесплатные панели существуют, однако они тоже потребляют CPU и память. На минимальном VDS это особенно заметно.
Если вы не планируете администрировать сервер самостоятельно, полезно сразу сравнить три варианта: чистый VDS, VDS с платной панелью и управляемый сервер с администрированием. Иногда третий вариант дороже только на первый взгляд.
Не путайте поддержку сервера с администрированием
Надпись поддержка 24/7 не означает, что сотрудники хостинга будут бесплатно исправлять конфигурацию Nginx, обновлять WordPress и разбираться с вашим Docker Compose.
На обычном unmanaged VDS провайдер отвечает прежде всего за физическую инфраструктуру, сеть и работу виртуальной машины. Все, что установлено внутри операционной системы, обычно находится в зоне ответственности клиента.
Если сервер перестал отвечать из-за неисправности оборудования, это задача хостера. Если пользователь случайно закрыл себе SSH через firewall, помощь уже зависит от правил конкретной компании.
Перед покупкой стоит выяснить, что именно входит в базовую поддержку и сколько стоят дополнительные работы.
Для коммерческого сайта этот пункт иногда важнее разницы в нескольких сотнях рублей между тарифами.
Резервные копии должны существовать до первой проблемы
VDS дает много свободы и одновременно много способов удалить собственные данные. Ошибочная команда, поврежденное обновление, взлом, сбой приложения или переполненный диск способны превратить обычное утро в срочное восстановление сайта.
Поэтому при покупке сервера полезно сразу выяснить, есть ли автоматические backups и как они устроены.
Важно не только наличие кнопки резервного копирования. Нужно понимать, сколько копий хранится, как часто они создаются, где физически находятся и сколько занимает восстановление.
Snapshot удобен перед обновлением системы, но не всегда заменяет независимую резервную копию. Если снимок хранится на той же инфраструктуре, он защищает прежде всего от ошибок внутри виртуальной машины, а не от всех возможных аварий.
Для важного проекта разумно иметь хотя бы одну копию вне основного VDS.
Windows заметно меняет стоимость покупки
Если нужен VDS с Windows Server, сравнивать его с Linux-тарифом только по цене виртуальной машины неправильно. Коммерческая операционная система требует лицензирования, и стоимость лицензии обычно отражается в итоговом платеже.
Кроме того, Windows сама по себе потребляет больше оперативной памяти, чем минимальная Linux-система. Поэтому конфигурация, комфортная для простого Linux-сервера, может оказаться слишком тесной для Windows.
Windows VDS имеет смысл покупать тогда, когда серверное приложение действительно требует эту платформу, нужен удаленный рабочий стол или используется программное обеспечение, которое не работает в Linux.
Для обычного сайта на PHP, базы данных, Docker или собственного API Linux чаще позволяет получить больше ресурсов в том же бюджете.
Защита от DDoS бывает базовой и полноценной
Фраза защита от DDoS встречается у многих провайдеров, но под ней могут скрываться совершенно разные возможности.
Небольшому корпоративному сайту базовой сетевой фильтрации обычно достаточно. Игровому проекту, публичному сервису, интернет-магазину во время рекламной кампании или ресурсу, который уже атаковали, требования будут выше.
Если DDoS-защита действительно важна, нужно выяснять условия отдельно: включена ли она в тариф, какие атаки фильтруются, существуют ли ограничения по легитимному трафику и что произойдет при длительной атаке.
Покупать максимальную защиту каждому небольшому сайту необязательно. Но считать любое упоминание DDoS одинаковой услугой тоже не стоит.
Как не купить слишком слабый или слишком мощный VDS
Самая безопасная стратегия для нового проекта выглядит довольно скучно: начать с умеренной конфигурации и оставить возможность быстро увеличить ресурсы.
Современному VDS редко нужно заранее покупать мощность на несколько лет вперед. Если проект вырос, RAM и CPU обычно можно увеличить. Поэтому деньги выгоднее тратить на ресурсы, которыми сервер пользуется сейчас.
После запуска стоит настроить мониторинг. Без него разговор о нехватке мощности превращается в гадание.
Если CPU несколько раз в день ненадолго поднимается до 100 процентов, это еще не проблема. Если он часами находится возле максимума и приложение замедляется, пора разбираться.
Если оперативной памяти остается мало, но система активно использует ее под файловый кэш и swap почти пуст, паниковать тоже необязательно. Если же начинается постоянный swap и растет время ответа приложений, память действительно заканчивается.
Если диск заполнен на 95 процентов, покупка дополнительных vCPU вообще ничего не исправит.
Именно поэтому масштабирование должно происходить по причине, а не по ощущениям.
Для небольшого сайта
Маленькому сайту редко требуется мощный VDS. Главная опасность здесь даже не в нехватке ресурсов, а в покупке собственного сервера без необходимости.
Если сайт спокойно работает на качественном виртуальном хостинге и не требует специального ПО, отдельный VDS может только добавить администрирование.
Переход становится логичным, когда нужны собственные настройки, отдельная среда, необычные версии ПО, Docker, несколько сервисов или обычный хостинг уже упирается в лимиты.
Начинать в таком случае лучше с небольшой конфигурации, а не с сервера на восемь ядер.
Для интернет-магазина
У магазина важны не только посещения. Каталог, фильтры, поиск, корзина, импорт товаров, интеграция с CRM, фоновые задачи и база данных создают постоянную динамическую нагрузку.
Здесь слишком слабый VDS способен экономить несколько сотен рублей и одновременно терять заказы из-за медленного оформления покупки.
Особенно внимательно стоит смотреть на производительность процессора, RAM и диска. Если магазин уже работает, перенос на новый VDS лучше сопровождать реальными замерами до и после миграции.
Для коммерческого проекта также важны backup и возможность быстро увеличить ресурсы во время роста.
Для разработчика
Разработчику часто важнее гибкость биллинга, API и скорость создания новых серверов, чем бесплатная панель управления.
Если виртуальная машина нужна только для теста, CI, временной среды или демонстрации проекта, помесячная аренда может быть избыточной. Почасовая или посуточная модель позволяет создать VDS, выполнить задачу и удалить его.
Полезна возможность загружать собственные ISO-образы, создавать snapshots, клонировать серверы и управлять инфраструктурой через API.
В таком сценарии цена одного постоянного тарифа уже не является главным критерием.
Для нескольких сайтов
Один VDS может обслуживать сразу несколько сайтов, и это часто становится причиной перехода с обычного хостинга.
Но здесь нужно помнить, что все проекты делят одну операционную систему и общие ресурсы. Если один сайт неожиданно создаст большую нагрузку, остальные почувствуют это тоже.
Для небольшого портфеля проектов такая схема вполне рациональна. Если сайты принадлежат разным клиентам или имеют совершенно разные требования к безопасности, иногда удобнее разделить их между несколькими виртуальными машинами.
Цена нескольких маленьких VDS может оказаться сопоставима с одним крупным, зато отказ одного сервера не остановит сразу все проекты.
Покупать VDS лучше после короткого реального теста
Характеристики тарифа позволяют отсеять явно неподходящие варианты, но окончательно оценить сервер по ним невозможно.
Если провайдер позволяет оплатить короткий период, не стоит начинать с года только ради скидки. Первый месяц полезнее использовать как полноценный тест.
Разверните реальный сайт или приложение, настройте мониторинг и посмотрите, как сервер ведет себя не пять минут после установки, а несколько дней.
Проверяйте скорость в рабочее время и вечером. Следите за CPU, RAM, диском и сетью. Посмотрите, насколько быстро создаются резервные копии и удобно ли восстанавливаться из них. Один раз обратитесь в поддержку с нормальным техническим вопросом и оцените ответ.
Если все устраивает, можно переходить на более длительную оплату и получать скидку.
Если нет, небольшой VDS переносится сравнительно легко. Гораздо неприятнее обнаружить проблемы после оплаты за год.
Не стоит выбирать сервер и исключительно по минимальной цене. Разница между дешевым и нормальным VDS часто составляет несколько сотен рублей в месяц. Для коммерческого проекта это небольшая сумма по сравнению со временем администратора, потерянными посетителями и аварийным переносом.
Но и правило дороже значит лучше здесь не работает. Большой известный тариф не нужен проекту, который использует десять процентов его ресурсов.
Хорошая покупка находится где-то между этими крайностями.
Перед тем как купить VDS сервер, выпишите несколько вещей: где находятся пользователи, какая операционная система нужна, сколько памяти потребляет приложение, требуется ли Windows, нужен ли дополнительный IPv4, сколько места займут данные, кто будет администрировать Linux и как будут создаваться резервные копии.
После этого таблица тарифов внезапно становится намного проще.
Для одного проекта главным окажется быстрый CPU. Для другого большой диск. Для третьего европейская локация. Разработчику понадобится API и почасовая тарификация, а владельцу интернет-магазина важнее поддержка, backup и стабильная производительность базы данных.
Именно поэтому покупать VDS только по количеству ядер и гигабайт почти всегда неправильно. Вы покупаете не цифры в тарифе, а среду, в которой должен стабильно работать конкретный проект.
Если сервер соответствует этой задаче, имеет небольшой запас ресурсов, позволяет масштабироваться и не содержит неожиданных доплат, этого уже достаточно. А еще два лишних ядра, которыми никто никогда не воспользуется, можно спокойно оставить в каталоге провайдера.
