В тарифах VPS все выглядит удивительно просто. Один процессор, два гигабайта памяти, несколько десятков гигабайт диска. Следующий тариф предлагает уже два или четыре ядра, больше RAM и увеличенное хранилище. Остается только решить, сколько всего этого нужно сайту.
Именно здесь начинаются сложности. Два сайта с одинаковой посещаемостью могут создавать совершенно разную нагрузку. Небольшой интернет-магазин иногда требует больше ресурсов, чем информационный проект с тысячами посетителей в день. А мощный VPS способен работать медленно, если веб-сервер, PHP или база данных настроены неправильно.
Поэтому выбирать сервер по формуле столько-то посетителей равно столько-то гигабайт RAM не стоит. Намного надежнее понять, из чего складывается нагрузка, выбрать разумную стартовую конфигурацию и затем посмотреть, как сайт использует ее в реальной работе.
Почему посещаемости недостаточно для выбора VPS
Количество посетителей кажется самым очевидным показателем. Если на сайт заходят сто человек в день, нужен маленький сервер. Если десять тысяч — большой. В действительности связь намного сложнее.
Представим обычную информационную страницу. Посетитель открывает статью, сервер быстро отдает подготовленный HTML, а изображения и другие статические файлы кэшируются. Один пользователь создает совсем небольшую нагрузку.
Теперь возьмем интернет-магазин. При открытии страницы CMS обращается к базе данных, определяет пользователя, получает товары, цены и остатки, строит меню, применяет фильтры и выполняет плагины. Посетитель добавляет товар в корзину, авторизуется и оформляет заказ.
Один такой человек способен создать больше вычислительной работы, чем несколько посетителей простого сайта.
Еще сложнее веб-приложения. Личный кабинет, CRM, аналитическая система или SaaS могут практически при каждом действии обращаться к серверу и базе данных.
Поэтому посещаемость полезна только вместе с пониманием того, что делают эти посетители.
За что отвечает процессор VPS
CPU выполняет вычисления. Для сайта это обработка PHP или другого серверного кода, выполнение запросов приложения, часть работы базы данных, архивирование, генерация изображений, фоновые задачи и множество других операций.
В характеристиках VPS обычно указывается количество vCPU. Но четыре виртуальных ядра у разных провайдеров не обязательно показывают одинаковую производительность.
Имеют значение поколение и частота физического процессора, схема виртуализации, политика распределения ресурсов и нагрузка соседних виртуальных машин.
Поэтому сравнивать серверы только по числу ядер неправильно.
Для небольшого сайта одно или два производительных виртуальных ядра часто полезнее большого количества медленных. Особенно это заметно в приложениях, где отдельный запрос не умеет эффективно использовать множество ядер одновременно.
Дополнительные ядра становятся важнее при росте параллельной нагрузки. Сервер может одновременно обрабатывать больше запросов, фоновых процессов и других задач.
Сколько оперативной памяти нужно сайту
RAM используется операционной системой, веб-сервером, PHP, базой данных, кэшем и другими запущенными службами.
Недостаток памяти способен очень быстро испортить работу VPS.
Когда свободная RAM заканчивается, система может начать активнее использовать swap на диске. Это намного медленнее оперативной памяти. В худшем случае отдельные процессы завершаются из-за нехватки ресурсов.
Но покупать огромное количество RAM на всякий случай тоже необязательно. Если сервер постоянно использует лишь небольшую часть доступной памяти, дополнительные гигабайты просто простаивают.
Для небольшого проекта разумнее иметь умеренный запас и возможность увеличить конфигурацию при необходимости.
Особенно внимательно к памяти нужно относиться, когда на одном VPS одновременно работают база данных, несколько сайтов, панель управления, антивирусные инструменты, почтовые службы или дополнительные приложения.
Каждый компонент отнимает свою часть ресурсов еще до прихода первого посетителя.
Почему VPS с 1 ГБ RAM может оказаться слишком тесным
Минимальные тарифы выглядят привлекательно по цене. Для простого приложения, небольшого статического проекта, VPN или специализированной службы маленького VPS действительно может хватить.
С полноценным сайтом ситуация зависит от программного окружения.
Нужно запустить сам Linux, веб-сервер, PHP, базу данных и необходимые системные службы. Если дополнительно установить тяжелую панель управления, свободной памяти останется еще меньше.
WordPress с небольшой темой и аккуратным набором плагинов можно оптимизировать довольно сильно. Но если сайт использует конструктор страниц, интернет-магазин, десятки расширений и фоновые задачи, минимальная конфигурация быстро становится ограничением.
Поэтому самый дешевый VPS стоит выбирать не по принципу сайт пока маленький, а после оценки всего программного стека.
Сколько места на диске действительно понадобится
С диском владельцы сайтов часто ошибаются в обе стороны.
Одни покупают сотни гигабайт для проекта, занимающего несколько гигабайт. Другие выбирают минимальное хранилище и через полгода обнаруживают, что свободного пространства почти не осталось.
На диске находится не только сам сайт.
Место занимают:
- файлы проекта;
- база данных;
- загруженные изображения и документы;
- операционная система;
- установленные пакеты;
- логи;
- временные файлы;
- кэш;
- локальные резервные копии;
- служебные данные панели управления.
Особенно быстро растут сайты с пользовательскими загрузками, фотографиями, каталогами товаров и большим количеством резервных копий.
Хранилище не следует заполнять почти полностью. Системе и приложениям требуется свободное место для нормальной работы, обновлений и временных операций.
NVMe или обычный SSD
Современные VPS все чаще используют NVMe. Такие накопители способны выполнять большое количество операций ввода и вывода с низкой задержкой.
Но наличие NVMe в описании тарифа само по себе не гарантирует мгновенный сайт.
Если страница тормозит из-за медленного внешнего API или тяжелого PHP-кода, более быстрый диск проблему не устранит.
Наиболее заметна производительность хранилища там, где приложение активно работает с данными: базы данных, многочисленные мелкие файлы, кэш, журналы, индексация и другие операции ввода и вывода.
Для нового VPS при сопоставимой цене NVMe выглядит логичным выбором. Но реальную производительность конкретной площадки лучше оценивать после запуска сервера.
Какая конфигурация подойдет небольшому сайту
Для простого корпоративного сайта, блога или небольшого проекта без тяжелых функций обычно нет смысла начинать с мощного сервера.
В качестве стартовой точки часто достаточно конфигурации примерно с 1-2 vCPU и 2 ГБ RAM при условии, что программное окружение настроено рационально.
Это не универсальная рекомендация для каждого сайта. WordPress с тяжелым конструктором и большим количеством расширений способен потребовать больше. Хорошо оптимизированный проект может использовать меньше.
Важнее другое: сервер должен иметь небольшой запас и возможность быстрого увеличения ресурсов.
Если сайт только запускается и его реальная нагрузка неизвестна, переплачивать за конфигурацию на несколько лет вперед обычно бессмысленно.
Что выбрать для WordPress
WordPress сам по себе не является исключительно тяжелой CMS. Огромная разница появляется из-за темы, плагинов и характера сайта.
Простой блог с кэшированием и небольшой корпоративный сайт могут прекрасно работать на скромном VPS.
WordPress с WooCommerce, сложным каталогом, фильтрами, импортом товаров и большим количеством плагинов предъявляет совершенно другие требования.
Поэтому при переезде WordPress на VPS сначала полезно посмотреть, сколько ресурсов проект потребляет сейчас.
Если такой возможности нет, для обычного сайта разумнее начать с умеренной конфигурации и провести нагрузочные наблюдения после запуска.
Особенно полезно настроить серверное кэширование, PHP OPcache и подходящий кэш объектов там, где он действительно нужен. Иногда оптимизация дает больший эффект, чем простое удвоение ресурсов.
Интернет-магазину нужен запас
У магазина нагрузка редко бывает равномерной.
В обычный день сервер работает спокойно. Затем запускается рекламная кампания, рассылка или распродажа, и количество одновременных посетителей резко увеличивается.
При этом значительная часть страниц персонализирована. Корзину и оформление заказа нельзя просто отдавать всем посетителям из одного статического кэша.
Поэтому интернет-магазину полезен запас по CPU и RAM.
Насколько большой — зависит от CMS, количества товаров, расширений, поисковых фильтров, импорта, синхронизации остатков и реальной посещаемости.
Здесь уже особенно опасно выбирать VPS только по красивой таблице характеристик.
Не забывайте о базе данных
В динамическом сайте база данных нередко становится одним из главных источников нагрузки.
Медленный запрос может обрабатывать огромный объем строк и занимать процессор, хотя сервер располагает достаточным количеством RAM.
Плохо настроенные индексы, разросшиеся таблицы, чрезмерное количество запросов со стороны плагинов и отсутствие кэширования способны заставить тормозить даже достаточно мощный VPS.
Поэтому увеличение тарифа не всегда является правильным первым действием.
Если CPU постоянно загружен одним процессом базы данных, сначала нужно понять причину. Возможно, серверу действительно требуется больше ресурсов. А возможно, один неудачный запрос просто нужно исправить.
Панель управления тоже потребляет ресурсы
VPS можно администрировать через командную строку или установить панель управления.
Панель значительно упрощает создание сайтов, баз данных, пользователей, SSL-сертификатов и других объектов. Для новичка это часто удобнее самостоятельной настройки Linux.
Но панель не существует бесплатно с точки зрения ресурсов.
Вместе с ней могут запускаться дополнительные службы, мониторинг, почтовый сервер, антивирус, DNS и другие компоненты.
Поэтому конфигурация, которой достаточно для минимального Nginx и PHP, может оказаться тесной после установки полноценной панели.
Если планируется использовать такую систему, ее требования нужно учитывать еще при выборе тарифа.
Один VPS для нескольких сайтов
Размещение нескольких проектов на одной виртуальной машине позволяет эффективнее использовать ресурсы и сократить количество серверов.
Но считать нужно суммарную нагрузку.
Пять небольших сайтов могут почти не беспокоить VPS большую часть времени. Однако если на каждом одновременно выполняется резервное копирование, обновление, импорт или задача Cron, нагрузка резко складывается.
Есть и вопрос изоляции. Ошибка или взлом одного проекта потенциально становится проблемой для всей машины, если сервер настроен небрежно.
Поэтому с ростом количества важных сайтов иногда разумнее разделять их по нескольким VPS, даже если один мощный сервер формально способен вместить все.
Как определить нехватку процессора
Кратковременный скачок CPU до 100 процентов не означает, что нужно срочно менять тариф.
Сервер как раз и существует для использования процессора. Проблема появляется, когда высокая загрузка сохраняется длительно, задачи ждут своей очереди, а время ответа сайта растет.
Нужно посмотреть, какие процессы создают нагрузку.
Если это PHP во время большого количества запросов, серверу действительно может не хватать вычислительных ресурсов. Если один процесс бесконечно потребляет CPU из-за ошибки, увеличение тарифа лишь позволит ему тратить больше.
Сначала причина, затем апгрейд.
Как выглядит нехватка RAM
С оперативной памятью ситуация несколько опаснее.
Стоит контролировать не только показатель свободной RAM, поскольку Linux активно использует память для кэширования. Намного важнее смотреть на общую картину: доступную память, swap и события завершения процессов из-за нехватки ресурсов.
Если сервер постоянно вытесняет данные в swap и производительность падает, памяти может быть мало.
Если база данных или PHP-процессы завершаются системой из-за нехватки RAM, проблема уже очевидна.
Добавление памяти в таком случае способно дать заметный результат, но параллельно стоит проверить настройки приложений. Неконтролируемое количество PHP-процессов способно занять практически любой объем RAM.
Почему мощный VPS иногда все равно тормозит
Это один из самых полезных вопросов при диагностике сервера.
Если на VPS много свободной памяти и CPU большую часть времени простаивает, покупка еще более дорогого тарифа вряд ли ускорит сайт.
Причина может находиться в приложении, базе данных, DNS, внешнем сервисе, сетевом маршруте, медленном запросе или неправильной настройке кэша.
Например, страница каждое открытие запрашивает данные у стороннего API, который отвечает две секунды. Можно удвоить процессор и память собственного сервера, но эти две секунды никуда не исчезнут.
Поэтому ресурсы VPS нужно рассматривать вместе с метриками самого приложения.
Какой запас ресурсов оставлять
Сервер не обязан круглосуточно работать почти без нагрузки. Небольшой запас нужен для кратковременных всплесков, обновлений, резервного копирования и роста проекта.
Но держать VPS, который годами использует несколько процентов своих возможностей, тоже нерационально.
Оптимальная стратегия для большинства небольших проектов заключается в том, чтобы выбрать конфигурацию немного выше обычной нагрузки и заранее убедиться, что провайдер позволяет быстро перейти на следующий тариф.
Тогда не приходится оплачивать неиспользуемые ресурсы заранее.
Что измерить после запуска VPS
После переноса сайта начинается самая полезная часть выбора сервера. Теперь вместо предположений появляются реальные данные.
В течение нескольких дней и особенно в часы максимальной посещаемости стоит наблюдать за:
- загрузкой процессора;
- использованием оперативной памяти;
- swap;
- свободным местом на диске;
- дисковыми операциями;
- временем ответа сайта;
- нагрузкой базы данных;
- количеством одновременно выполняющихся процессов;
- ошибками веб-сервера и приложения.
Наблюдение в течение пяти минут сразу после установки мало что показывает. Сервер нужно увидеть во время обычной работы, фоновых задач и реальных пиков.
Когда пора переходить на более мощный тариф
Апгрейд оправдан, когда измерения показывают постоянную нехватку ресурса и оптимизация уже не решает проблему.
Например, проект вырос, количество параллельных запросов увеличилось и процессор регулярно становится узким местом. Или база данных действительно требует больше памяти для рабочего набора данных.
Другой очевидный сигнал — постоянная нехватка дискового пространства при нормальном характере роста проекта.
Важно, чтобы решение принималось по конкретной причине.
Фраза сайт стал медленнее сама по себе еще не говорит, что VPS нужно увеличить вдвое.
Когда VPS вообще не нужен
При выборе ресурсов легко забыть более простой вопрос: нужен ли проекту собственный виртуальный сервер.
Для небольшого WordPress, блога, корпоративного сайта или лендинга хороший виртуальный хостинг может оказаться удобнее.
Провайдер уже обслуживает сервер, обновляет системное окружение и предоставляет готовую панель. Владельцу не приходится самостоятельно следить за Linux и безопасностью всей машины.
VPS становится интереснее, когда нужны собственные настройки, специальное программное обеспечение, изолированные ресурсы или обычный хостинг уже ограничивает развитие проекта.
Не стоит переходить на VPS исключительно потому, что он кажется более профессиональным.
Как выбрать VPS без переплаты
Для нового сайта не нужно пытаться угадать конфигурацию на годы вперед.
Определите программное окружение, оцените размер проекта и характер нагрузки. Выберите сервер с разумным стартовым запасом. Убедитесь, что тариф можно увеличить без сложного переезда. После запуска настройте мониторинг и посмотрите на реальные показатели.
Для небольшого сайта стартом часто становится VPS с одним или двумя vCPU и примерно 2 ГБ RAM. Более тяжелому WordPress, интернет-магазину или приложению может понадобиться заметно больше. Но эти цифры являются отправной точкой, а не универсальной таблицей.
Главный принцип гораздо проще: покупать нужно не максимальное количество ядер и гигабайт, которое позволяет бюджет, а ресурсы, которыми сайт действительно способен воспользоваться.
Хорошо настроенный сервер умеренной мощности нередко работает быстрее дорогого VPS, на котором никто не занимался приложением, базой данных и кэшированием. Поэтому сначала измеряйте нагрузку, находите узкое место и только после этого добавляйте ресурсы. Такой подход позволяет одновременно получить быстрый сайт и не оплачивать простаивающее оборудование.
