Вы решили перенести сайт на VPS и открыли конфигуратор провайдера. На экране несколько ползунков: vCPU, RAM, NVMe, объем трафика. Каждое движение вправо делает сервер мощнее, но одновременно увеличивает расходы.
Возникает простой вопрос: сколько ресурсов действительно нужно сайту?
Именно здесь легко попасть в ловушку готовых рецептов. В интернете можно встретить советы вроде «для WordPress достаточно двух гигабайт памяти», «магазину нужно минимум четыре ядра» или «для такой посещаемости берите восемь гигабайт RAM».
Проблема в том, что сайт не потребляет ресурсы по количеству страниц или посетителей как по таблице размеров одежды. Два проекта с одинаковой посещаемостью могут отличаться по нагрузке в несколько раз. Один отдает почти все страницы из кэша, второй при каждом запросе запускает PHP, выполняет сложные выборки из базы, обращается к внешнему API и генерирует персональный ответ.
Поэтому правильный выбор VPS начинается не с цифры в тарифе, а с понимания того, что именно будет делать сервер.
Почему нельзя подобрать VPS только по посещаемости
Представим два сайта, каждый получает одинаковое количество просмотров в сутки.
Первый является информационным проектом на WordPress. Статьи меняются редко, посетители не авторизуются, страницы хорошо кэшируются. После первого формирования сервер может отдавать готовый результат без повторного выполнения большей части PHP-кода.
Второй сайт представляет собой интернет-магазин. Посетители используют поиск и фильтры, добавляют товары в корзину, авторизуются, проверяют остатки и оформляют заказы. Часть страниц персонализирована, база данных постоянно участвует в работе.
Одинаковый счетчик посещений здесь практически ничего не говорит о необходимой мощности.
Еще важнее пиковая нагрузка. Сайт может большую часть дня обслуживать несколько одновременных пользователей, а после рассылки или рекламной публикации получить резкий всплеск запросов. Среднее значение за сутки этого не покажет.
Поэтому при выборе VPS полезнее спрашивать не «сколько посетителей выдержит сервер», а:
- сколько запросов выполняется одновременно;
- какая часть страниц кэшируется;
- сколько времени занимает выполнение PHP или другого приложения;
- насколько тяжелы запросы к базе;
- есть ли фоновые задачи;
- каковы пиковые, а не только средние значения нагрузки.
Если провайдер обещает конкретное количество посетителей для определенной конфигурации VPS без информации о самом проекте, воспринимать такую цифру стоит только как очень грубый ориентир.
Что такое vCPU и почему количество ядер не рассказывает всей истории
В конфигурациях VPS процессор обычно обозначается как vCPU, virtual CPU или виртуальное ядро. Это вычислительный ресурс виртуальной машины, предоставляемый гипервизором.
Одна из распространенных ошибок состоит в прямом сравнении количества vCPU у разных провайдеров.
«Здесь четыре ядра, а там два, значит первый сервер вдвое быстрее».
Не обязательно.
На реальную производительность влияют поколение физического процессора, его архитектура и частота, политика распределения процессорного времени, уровень загрузки физического узла и характер приложения. Четыре виртуальных CPU на одной платформе не обязаны работать быстрее двух на другой.
Для WordPress и других PHP-проектов процессор особенно важен при формировании динамических страниц. PHP выполняет код темы и плагинов, а база данных обрабатывает запросы. Чем тяжелее эта работа и чем больше запросов приходит одновременно, тем больше требуется вычислительного ресурса.
Но добавлять vCPU бесконечно бессмысленно. Если один медленный запрос к базе блокирует выполнение страницы или приложение плохо использует параллелизм, дополнительные ядра не устранят первопричину.
Поэтому высокий CPU сначала нужно диагностировать, а уже потом лечить увеличением сервера.
Сколько оперативной памяти нужно VPS
RAM используется операционной системой, веб-сервером, PHP-процессами, базой данных, кэшем и всеми остальными службами, работающими на VPS.
В отличие от диска, оперативная память нужна непосредственно во время работы приложений. Если серверу ее постоянно не хватает, последствия могут быть неприятными: процессы завершаются, база работает хуже, система активно обращается к swap, а сайт начинает отвечать медленнее или выдавать ошибки.
Но универсального значения RAM для WordPress не существует.
Чистая установка CMS и большой магазин на WooCommerce с тяжелыми плагинами формально являются WordPress, но требуют совершенно разных ресурсов.
Полезнее мысленно разложить память на потребителей.
Часть забирает сама операционная система. Затем веб-сервер. Каждый одновременно работающий PHP-процесс использует определенный объем. База данных стремится использовать память для кэшей и буферов. Если установлен Redis, ему тоже нужна RAM. Добавьте мониторинг, антивирус, панель управления и другие службы.
Именно сумма этих потребителей с запасом определяет необходимый объем.
Почему свободная RAM в Linux не всегда означает потерянные деньги
Новичок открывает мониторинг VPS и видит, что значительная часть памяти занята. Возникает желание срочно увеличить тариф.
Но Linux старается использовать свободную память для кэширования данных. Это нормально: незанятая RAM не приносит серверу пользы, тогда как файловый кэш может ускорять повторный доступ к данным.
Поэтому оценивать состояние только по строке «used» нельзя.
Гораздо важнее смотреть, испытывает ли система реальное давление по памяти, используется ли swap, происходят ли завершения процессов из-за нехватки памяти и как ведет себя сервер в пиковые периоды.
Если сайт стабилен, приложения получают необходимую память, а часть RAM используется системой под полезный кэш, сам по себе высокий процент занятой памяти не является аварией.
Что такое swap и можно ли считать его дополнительной RAM
Swap позволяет операционной системе временно перемещать часть данных из оперативной памяти на накопитель.
Это полезная страховка. Кратковременный всплеск потребления не обязательно закончится немедленным завершением процесса.
Но swap нельзя воспринимать как дешевую замену RAM.
Даже быстрый NVMe-накопитель работает с памятью иначе, чем оперативная память. Если сервер постоянно вынужден активно перемещать данные между RAM и swap, производительность может заметно ухудшиться.
Поэтому небольшое использование swap само по себе не обязательно является проблемой, а постоянная интенсивная работа с ним уже повод изучить потребление памяти.
Решение может заключаться в увеличении RAM, но сначала стоит проверить процессы. Иногда память съедает утечка, ошибочная настройка базы или слишком большое количество PHP workers.
SSD и NVMe на VPS: что действительно важно
Современные VPS часто предлагаются на SSD или NVMe. Для сайта быстрый накопитель особенно полезен там, где выполняется большое количество операций ввода-вывода: работают базы данных, создаются кэши, пишутся логи, обрабатываются изображения и выполняются резервные копии.
NVMe использует более современный интерфейс и способен обеспечивать высокую производительность, но надпись NVMe в тарифе еще не гарантирует быстрый сайт.
На виртуальном сервере физическая дисковая система тоже является общим инфраструктурным ресурсом. Значение имеют качество накопителей, конфигурация хранилища, нагрузка соседних виртуальных машин и ограничения IOPS, если провайдер их применяет.
И опять действует то же правило: быстрый диск не исправляет плохой SQL-запрос.
Если запрос заставляет базу просматривать огромный объем ненужных данных, NVMe лишь выполнит неэффективную работу быстрее. Правильный индекс или изменение запроса может дать гораздо больший эффект.
Сколько места на диске нужно VPS
Здесь расчеты значительно проще, потому что размер данных можно измерить.
Посмотрите, сколько занимают файлы сайта и база. Затем учтите операционную систему, серверное ПО, логи, временные файлы, обновления и локальные резервные копии, если они создаются.
Обязательно оставьте свободное пространство.
Диск, заполненный практически полностью, способен вызвать проблемы в самых неожиданных местах. База не сможет записать данные, приложение не создаст временный файл, обновление пакетов завершится ошибкой, а журнал перестанет записываться именно тогда, когда он нужен для диагностики.
Особенно внимательно следите за логами. Ошибочно настроенное приложение способно за короткое время записать гигантский журнал повторяющихся ошибок.
И не храните единственную резервную копию сайта на том же VPS. Бэкап должен пережить потерю самой виртуальной машины или доступа к аккаунту.
Нужен ли VPS с большим сетевым каналом
В характеристиках серверов можно встретить скорость порта и ограничения трафика. Для обычного сайта огромная цифра пропускной способности не всегда является главным критерием.
Текстовые страницы и оптимизированные изображения могут создавать сравнительно небольшой трафик. Совсем другая ситуация возникает при раздаче крупных файлов, видео, резервных копий или другого тяжелого контента.
Кроме максимальной скорости порта важны реальные маршруты до аудитории, ограничения объема передаваемых данных и политика провайдера при превышении лимита.
Статический контент при необходимости можно частично вынести в CDN или объектное хранилище. Тогда VPS сосредоточится на приложении и базе, а тяжелые файлы будут обслуживаться другой инфраструктурой.
Как подобрать VPS для WordPress
WordPress сам по себе не требует экзотического сервера. В актуальных официальных требованиях CMS рекомендуется PHP 8.3 или новее, MariaDB 10.11+ либо MySQL 8.0+, а также HTTPS. При этом требования к объему CPU и RAM WordPress не задает универсальной цифрой, потому что реальная нагрузка зависит от конкретного сайта.
Для VPS это означает, что важнее правильно собрать стек, чем искать тариф с надписью «для WordPress».
На сервере обычно работают Nginx или Apache, PHP, база данных и сама CMS. Может использоваться OPcache. Для некоторых проектов полезен постоянный объектный кэш, например Redis. Страничное кэширование способно резко уменьшить количество динамической работы для публичных страниц.
Главный вопрос заключается в том, сколько запросов остаются динамическими.
У обычного блога почти весь публичный контент можно эффективно кэшировать. У сайта с авторизованными пользователями, личными кабинетами и персонализированными ответами ситуация другая.
Поэтому первый VPS для WordPress разумно выбирать не «навсегда», а с возможностью быстро увеличить ресурсы после появления реальных данных мониторинга.
Интернет-магазин требует другого подхода
Магазин отличается от информационного сайта не только количеством товаров.
Корзина и оформление заказа являются динамическими. Фильтры могут создавать сложные запросы. Импорт обновляет тысячи записей. Интеграции синхронизируют остатки, цены и заказы. Администратор одновременно работает в панели, пока покупатели используют сайт.
В результате важными становятся не только CPU и RAM, но и производительность базы.
Если магазин уже работает на другом сервере, лучший способ подобрать VPS заключается в изучении существующих метрик. Посмотрите максимальное использование CPU, потребление памяти, размер базы, пиковое число запросов и время выполнения тяжелых операций.
Если магазин только запускается, точной статистики нет. Тогда выбирайте конфигурацию с разумным запасом и возможностью простого масштабирования, а после запуска собирайте метрики.
Гадать на год вперед менее полезно, чем иметь сервер, который можно увеличить за несколько минут.
PHP workers и скрытая связь между CPU и RAM
Для PHP-сайтов количество одновременно работающих процессов имеет большое значение.
Представим, что один PHP worker в конкретном приложении в среднем использует определенный объем памяти. Если разрешить запуск слишком большого количества workers, они могут вместе исчерпать RAM.
Если установить слишком маленький лимит, свободная память останется, но новые запросы начнут ждать, пока освободится процесс.
Поэтому настройка должна учитывать и CPU, и RAM, и реальное потребление приложения.
Нельзя просто скопировать значение PHP-FPM из чужого руководства. Сначала измерьте, сколько памяти используют процессы именно вашего проекта и сколько одновременных запросов требуется обслуживать.
Та же логика касается базы данных: увеличение ее буферов способно ускорить работу, но память должна физически существовать. VPS является системой связанных ресурсов, а не набором независимых ползунков.
Когда Redis действительно полезен
Redis часто продается почти как обязательная таблетка для ускорения WordPress. На практике он решает конкретную задачу.
Постоянный объектный кэш позволяет сохранять результаты повторно используемых операций между запросами и уменьшать количество обращений к базе. Это может быть особенно полезно динамическим проектам.
Но Redis тоже использует оперативную память.
Если небольшой сайт почти полностью обслуживается страничным кэшем, установка дополнительных сервисов только ради модной архитектуры может не дать заметной пользы.
Сначала определите узкое место. Если база действительно выполняет множество повторяющихся запросов, объектный кэш имеет смысл тестировать. Если проблема находится в медленном внешнем API, Redis сам по себе ее не исправит.
Почему резервное копирование нужно учитывать при выборе ресурсов
В обычное время сервер работает спокойно. Ночью запускается создание резервной копии, архивируются файлы, выгружается база и начинается передача данных во внешнее хранилище.
CPU, диск и сеть внезапно получают дополнительную работу.
То же происходит во время обновления большого каталога, генерации изображений, сканирования файлов и других фоновых операций.
Поэтому конфигурацию VPS нужно оценивать не только в момент обычного просмотра сайта.
Полезно составить список тяжелых задач и распределить их по времени. Не обязательно одновременно запускать резервное копирование, импорт каталога и обработку изображений.
Иногда правильное расписание экономит больше ресурсов, чем переход на следующий тариф.
Панель управления тоже потребляет ресурсы
VPS можно администрировать через командную строку или установить панель управления сервером.
Панель удобна: сайты, базы, сертификаты, почта и версии PHP управляются через браузер. Для новичка это существенно упрощает работу.
Но панель является программным обеспечением и запускает собственные службы. Некоторые конфигурации дополнительно содержат почтовый сервер, антивирус, антиспам и другие компоненты.
Все они используют RAM, CPU и диск.
Поэтому сравнивать «чистый» Linux VPS и тот же VPS с большой панелью и набором сервисов как одинаковые системы неправильно.
Если сервер нужен только для одного сайта и администратор уверенно работает с Linux, минимальная конфигурация может быть эффективнее. Если панель экономит часы работы и снижает риск ошибки, ее потребление ресурсов вполне оправдано.
Нужно ли брать VPS с запасом
Да, но запас не должен превращаться в оплату простаивающего сервера на несколько лет вперед.
Ресурсы нужны для пиков, обновлений, резервного копирования и небольшого роста проекта. Если сервер постоянно работает на абсолютном пределе, любое дополнительное событие может привести к очереди запросов и ошибкам.
С другой стороны, огромный VPS, который почти все время использует малую часть возможностей, не становится от этого быстрее пропорционально своим характеристикам.
Лучше выбирать платформу, где ресурсы можно увеличить без сложного ручного переезда.
Тогда стартовая конфигурация основывается на текущей нагрузке, а не на фантазии о том, каким сайт, возможно, станет через три года.
Как понять после переезда, что ресурсов мало
После запуска VPS начинается самая полезная часть выбора: появляются реальные данные.
Наблюдайте за CPU, памятью, swap, дисковым пространством, дисковым вводом-выводом, нагрузкой базы и временем ответа приложения.
Смотрите не только средние значения за месяц. Нужны графики, на которых видны пики.
Если CPU регулярно упирается в доступный предел именно во время полезной нагрузки, а код уже оптимизирован, добавление вычислительных ресурсов может быть оправдано.
Если система постоянно испытывает нехватку памяти и активно использует swap, изучите потребителей RAM и при необходимости увеличьте ее.
Если свободное место быстро исчезает, сначала выясните, что растет. Покупать дополнительный диск для бесконечно раздувающегося error.log не имеет смысла.
Если сайт тормозит, а CPU, RAM и диск почти свободны, причина может находиться вообще не в мощности VPS. Проверяйте DNS, сеть, внешние API, блокировки приложения и медленные запросы.
Когда ресурсов слишком много
Масштабирование работает в обе стороны.
Если после нескольких недель нормальной нагрузки видно, что сервер стабильно использует лишь небольшую часть выделенных ресурсов, можно рассмотреть уменьшение конфигурации, если платформа позволяет сделать это безопасно.
С диском нужно быть осторожнее: уменьшить виртуальный диск технически сложнее, чем увеличить, и многие провайдеры вообще не поддерживают такую операцию.
CPU и RAM обычно масштабируются проще, но конкретные возможности зависят от платформы.
Поэтому избыточный запас диска особенно нежелателен, если за него приходится постоянно платить.
Какие характеристики проверить кроме CPU и RAM
Хороший VPS определяется не только четырьмя цифрами в карточке тарифа.
Уточните тип виртуализации и условия распределения процессорных ресурсов. Посмотрите, можно ли менять конфигурацию без переноса на другой продукт.
Проверьте резервное копирование и снапшоты. Это разные механизмы, и снапшот внутри инфраструктуры провайдера не всегда заменяет независимый бэкап.
Узнайте, входит ли IPv4, предоставляется ли IPv6, какие ограничения установлены на сетевой трафик и доступна ли защита от DDoS.
Посмотрите список локаций. Для сайта важна не просто страна сервера, а качество маршрутов до основной аудитории.
И обязательно выясните границы технической поддержки. Неуправляемый VPS может означать, что провайдер следит за физической инфраструктурой, но настройка Linux, веб-сервера, базы и безопасность остаются вашей ответственностью.
VPS и VDS: нужно ли выбирать между ними
На рынке названия VPS и VDS часто используются как близкие или взаимозаменяемые обозначения виртуального сервера. Нельзя надежно определить техническую архитектуру услуги только по тому, какое из двух сокращений написал провайдер.
Гораздо полезнее посмотреть на конкретную технологию виртуализации, правила выделения ресурсов, характеристики дисковой подсистемы и условия услуги.
Поэтому утверждение «VDS всегда мощнее VPS» или «VPS обязательно использует контейнеры» не является хорошим правилом выбора.
Сравнивайте не аббревиатуры, а реальную инфраструктуру.
Как выбрать VPS на практике
Если сайт уже работает, начните с измерений на текущем хостинге или сервере. Размер файлов и базы даст ориентир по диску. Графики нагрузки покажут CPU и память. Логи помогут увидеть пиковые периоды.
Затем определите состав нового сервера. Будет ли на нем только сайт? Нужна ли база на той же машине? Redis? Почта? Панель управления? Docker? Фоновые процессы?
Выберите конфигурацию, которая покрывает текущую нормальную нагрузку и имеет запас для пиков.
После переноса не выключайте мониторинг. Первые недели покажут намного больше любой предварительной таблицы.
Если проект новый и измерять пока нечего, выбирайте не максимально мощный сервер, а провайдера с удобным масштабированием. Запустите приложение, создайте тестовую нагрузку, а после появления реальных пользователей скорректируйте ресурсы.
Такой подход менее эффектен, чем обещание «эта конфигурация выдержит сто тысяч посетителей», зато гораздо ближе к реальной эксплуатации.
Главный принцип выбора VPS
Не существует VPS «для сайта вообще».
Есть конкретное приложение с определенным кодом, базой данных, кэшем, фоновыми задачами и характером нагрузки.
vCPU отвечает за вычислительную работу, RAM нужна активным процессам и кэшам, быстрый накопитель помогает операциям ввода-вывода, а сеть связывает приложение с пользователями. Недостаток одного ресурса способен ограничить всю систему.
Поэтому не начинайте выбор с самого большого тарифа и не пытайтесь найти магическую таблицу соответствия посещаемости гигабайтам памяти.
Измерьте то, что уже есть. Определите реальные потребители ресурсов. Оставьте разумный запас. Выберите платформу, которую можно масштабировать. После запуска снова измерьте.
А если сайт еще работает на обычном виртуальном хостинге и вы только думаете о собственном сервере, сначала стоит определить, действительно ли проект перерос shared hosting. VPS дает больше контроля, но вместе с ним появляется ответственность за операционную систему, обновления, безопасность, резервное копирование и мониторинг.
Когда переход уже оправдан, выбирать сервер лучше не по рекламной надписи «мощный VPS», а по способности инфраструктуры решать именно вашу задачу.
