Как выбрать VPS для WordPress: ресурсы, настройка и защита
VPS даёт WordPress больше контроля, чем обычный виртуальный хостинг, но вместе с ним появляется ответственность за сервер. Разбираем, сколько нужно CPU и RAM, когда важен NVMe, как подготовить стек, перенести сайт и не забыть о резервных копиях.

Когда WordPress действительно стоит переносить на VPS
Небольшой блог без тяжёлых плагинов может годами работать на хорошем виртуальном хостинге. VPS становится полезен, когда нужны собственная версия PHP, Redis, фоновые процессы, нестандартные расширения, несколько сайтов в одном окружении или более точный контроль кэширования. Другой частый повод — сайт упирается в ограничения CPU, памяти или числа процессов, а хостинг не показывает понятные метрики.
Переезд сам по себе не ускоряет сайт. Пустой VPS без настройки может оказаться медленнее управляемого хостинга, где уже включены кэш, резервные копии и оптимизированный веб-сервер. До заказа сервера проверьте, не создаёт ли нагрузку конкретный плагин, тема, внешний запрос или неоптимизированная база. Если проблема в приложении, увеличение тарифа лишь отложит её повторение.
Сколько CPU, RAM и диска нужно WordPress
Требования зависят не столько от числа опубликованных страниц, сколько от одновременных запросов, поведения темы, плагинов и доли некэшируемых операций. Каталог на тысячу простых страниц может быть лёгким, а небольшой WooCommerce-магазин — требовательным из-за корзины, поиска, фильтров и фоновых задач.
| Сценарий | Стартовая конфигурация | Что особенно важно |
|---|---|---|
| Небольшой блог или сайт компании | 1–2 vCPU, 2 ГБ RAM, 20–30 ГБ SSD/NVMe | Страничный кэш, запас диска, резервные копии |
| Несколько сайтов WordPress | 2 vCPU, 4 ГБ RAM, 40–60 ГБ NVMe | Раздельные PHP-пулы, лимиты и мониторинг |
| Посещаемый контентный проект | 2–4 vCPU, 4–8 ГБ RAM | Кэш, CDN для статики, стабильный CPU |
| WooCommerce или личный кабинет | 4 vCPU, 8 ГБ RAM как отправная точка | База данных, некэшируемые запросы, фоновые задания |
| Разработка и тестовый стенд | 1–2 vCPU, 2–4 ГБ RAM | Снимки, посуточная оплата, закрытый доступ |
Значения в таблице — старт, а не обещание конкретной посещаемости. Два vCPU у разных провайдеров могут отличаться поколением процессора и правилами распределения времени CPU. После запуска наблюдайте за загрузкой процессора, памятью, swap, временем ответа PHP, медленными запросами базы и заполнением диска. Подробный ориентир есть в статье о расчёте CPU и RAM для VPS.
Оставляйте не менее 20–30% свободного диска для обновлений, временных файлов, логов и локальной копии перед восстановлением. Медиа обычно растут быстрее ядра WordPress. Если редакция загружает много фотографий или видео, заранее продумайте оптимизацию изображений, CDN или объектное хранилище вместо покупки всё большего системного диска.
SSD или NVMe и какая сеть нужна
WordPress постоянно работает с множеством небольших PHP-файлов и таблицами базы данных. Низкая задержка диска здесь важнее рекордной скорости последовательного чтения большого файла. NVMe обычно предпочтительнее для магазина, поиска и нескольких сайтов, но название интерфейса не гарантирует производительность: хостер может ограничивать IOPS или делить накопитель между большим числом клиентов. Подробнее о различиях читайте в материале «NVMe или SSD для VPS».
Для большинства сайтов порт 100–1000 Мбит/с не становится первым узким местом. Гораздо важнее стабильный маршрут до аудитории и достаточный месячный трафик. Статические файлы можно отдавать через CDN, а сервер размещать ближе к основной части посетителей. Для российской аудитории сравните VPS в России, а для европейской — серверы в Германии и другие подходящие локации.
Какой программный стек выбрать
Типовая схема включает Linux, Nginx или Apache, PHP-FPM и MySQL либо MariaDB. Nginx часто используют как основной веб-сервер или прокси перед Apache. Универсального победителя нет: важнее поддерживаемая конфигурация, которую вы умеете обновлять и диагностировать. Панель управления упрощает создание сайтов и сертификатов, но занимает память, добавляет сервисы и требует собственной защиты.
- Выберите поддерживаемую версию Linux и настройте автоматические обновления безопасности.
- Установите версию PHP, совместимую с темой и плагинами, затем проверьте расширения.
- Создайте отдельный системный пользователь и отдельную базу для каждого сайта.
- Настройте HTTPS, редирект на единственный основной домен и корректный real IP за прокси.
- Задайте лимиты PHP-FPM по доступной RAM, а не копируйте чужие максимальные значения.
- Включите ротацию логов и контроль свободного места.
Docker тоже подходит, если команда уже умеет сопровождать контейнеры. Для одного сайта контейнеризация не обязана упрощать эксплуатацию: всё равно нужны обновления образов, volumes, backup базы, reverse proxy и мониторинг. Выбор между обычной установкой и контейнерами следует делать по опыту команды, а не по моде.
Что действительно ускоряет WordPress
Первый уровень — полноэкранный кэш для анонимных посетителей. Он позволяет не запускать PHP и базу на каждый просмотр. Для авторизованных пользователей, корзины и динамических страниц нужен быстрый PHP и оптимизированные запросы. Object cache через Redis может уменьшить повторные обращения к базе, но не исправит тяжёлый запрос и требует контроля памяти.
Оптимизируйте изображения до загрузки или при публикации, используйте современные форматы и не отдавайте оригинал в несколько тысяч пикселей там, где показывается миниатюра. Удаляйте неиспользуемые плагины, проверяйте автозагружаемые опции, плановые задания и внешние API. CDN полезен для географически распределённой аудитории, но не ускоряет генерацию некэшируемой страницы на самом VPS.
Измеряйте изменения по отдельности: время ответа сервера, Largest Contentful Paint, ошибки PHP и запросы базы. Если одновременно сменить тему, сервер, кэш и десяток плагинов, источник улучшения или регрессии найти трудно.
Защита, резервные копии и мониторинг
Публичный WordPress регулярно видят автоматические сканеры. Закройте вход по SSH с паролем, используйте ключи, ограничьте открытые порты и не работайте постоянно от root. Обновляйте ядро, тему и плагины, удаляйте неактивные компоненты. Защита страницы входа полезна, но не заменяет обновлений и уникальных паролей.
Резервная копия должна включать базу и файлы сайта, храниться вне VPS и иметь понятный срок хранения. Снимок виртуальной машины удобен для быстрого отката, но не заменяет переносимый дамп базы и архив uploads. Периодически восстанавливайте копию на тестовом адресе: наличие файла backup ещё не доказывает, что он полный и читаемый.
Минимальные оповещения: сайт недоступен, место заканчивается, backup не создан, срок сертификата подходит к концу, резко выросли CPU или ошибки 5xx. Проверять панель вручную раз в неделю недостаточно — проблема может возникнуть ночью после автоматического обновления.
Чек-лист перед оплатой VPS
- Зафиксируйте текущий объём файлов, базы, среднюю и пиковую нагрузку.
- Проверьте совместимость PHP, расширений, темы и всех критичных плагинов.
- Выберите KVM, подходящую локацию, публичный IPv4 и диск с запасом.
- Уточните стоимость продления, IPv4, backup и панели, а не только цену первого месяца.
- Оплатите сначала короткий период и проверьте производительность на копии сайта.
- Подготовьте DNS, TLS, почту, cron, внешние интеграции и план отката.
- Настройте внешние backup и мониторинг до переключения домена.
Для первичного отбора откройте подборку VPS для WordPress, затем задайте RAM, CPU, страну и стоимость. Общую методику сравнения предлагает руководство «Как выбрать VPS и не переплачивать».
Частые ошибки
- Покупать много ядер без диагностики. Медленный плагин или внешний API не станет быстрым автоматически.
- Хранить единственный backup на том же VPS. При потере сервера исчезнет и копия.
- Ставить панель на сервер с 1 ГБ RAM. Система может начать активно использовать swap ещё до запуска сайта.
- Кэшировать корзину и личный кабинет. Неверные правила кэша способны показать пользователю чужие или устаревшие данные.
- Переносить DNS без теста. Ошибка версии PHP, пути uploads или подключения к базе обнаружится уже посетителями.
- Забывать о почте и cron. Формы перестают отправлять сообщения, а фоновые задачи — выполняться.
Частые вопросы
Хватит ли 1 ГБ RAM для WordPress?
Для минимальной установки без панели это возможно, но запаса мало. Обновление, backup или скачок запросов способны исчерпать память. Для рабочего небольшого сайта безопаснее начинать с 2 ГБ и смотреть метрики.
Нужен ли WordPress отдельный сервер базы данных?
На старте обычно нет: веб-сервер и база могут работать на одном VPS. Разделение оправдано при измеряемой нагрузке, требованиях к отказоустойчивости или когда базой пользуются несколько приложений.
Обязательно ли покупать панель управления?
Нет. Панель удобна, если вы не хотите вручную настраивать сайты, сертификаты и PHP. Но её стоимость, потребление ресурсов и обновления нужно учитывать заранее.
Что важнее для WooCommerce: CPU или RAM?
Оба ресурса важны. PHP и сложные запросы требуют производительного CPU, а база, object cache и рабочие процессы — памяти. Решение принимают по метрикам в пиковые часы, а не по одной характеристике.
Можно ли переносить сайт без простоя?
Для большинства сайтов простой можно свести к минимуму: заранее развернуть копию, синхронизировать данные, протестировать через hosts и переключить DNS. Магазину может понадобиться короткий режим обслуживания для финальной синхронизации заказов. Подробности — в руководстве по переносу сайта на VPS.
Следующий шаг: как перенести сайт на VPS и проверить его до смены DNS.