Как выбрать VPS для сайта: CPU, память и CDN Beget

CDN и VPS решают разные задачи, поэтому их нельзя сравнивать как взаимозаменяемые тарифы. CDN сокращает время доставки уже подготовленного контента пользователю, а VPS предоставляет вычислительные ресурсы для сайта, приложения, базы данных и фоновых процессов. Процессорные ядра относятся прежде всего к мощности сервера-источника, тогда как эффективность CDN зависит от кэширования, географии аудитории и объёма отдаваемых файлов.

При выборе конфигурации важно рассматривать всю цепочку: пользователь отправляет запрос, CDN проверяет наличие объекта в кэше, а при необходимости обращается к серверу-источнику. Если запрошен статический файл, CDN может вернуть его без повторной обработки на VPS. Если запрос динамический, он всё равно попадёт на сервер, где выполняются код приложения и обращения к базе данных. Поэтому ускорение доставки файлов не устраняет нехватку процессорных ресурсов на сервере.

Что делает CDN Beget

CDN предназначена для распределённой доставки статических материалов: изображений, таблиц стилей, JavaScript-файлов, шрифтов, видео и других объектов, которые можно безопасно хранить в кэше. Копия файла размещается ближе к пользователю, и браузеру не приходится каждый раз получать её с исходного сервера. Это особенно полезно, когда посетители находятся в разных регионах, а сервер приложения расположен только в одной точке.

Основной показатель эффективности CDN — доля запросов, обслуженных из кэша. При попадании в кэш запрос не создаёт полноценную нагрузку на приложение. При промахе CDN обращается к источнику, получает объект и, если правила кэширования это разрешают, сохраняет его для последующих обращений. Частые промахи, короткое время хранения или неправильные заголовки могут свести ожидаемый эффект к минимуму.

CDN не заменяет серверное приложение. На VPS по-прежнему могут выполняться PHP-, Python-, Node.js- или другие процессы, работать база данных, планировщик заданий, обработчики платежей и административная часть сайта. Персональные страницы, корзина, оформление заказа и другие изменяемые данные обычно требуют обращения к источнику. Их нельзя бездумно кэшировать только ради снижения нагрузки.

Перед подключением CDN стоит проверить, какие домены будут использоваться, какие каталоги разрешено кэшировать, как выполняется очистка кэша после обновления файла и поддерживается ли HTTPS. Также нужно определить, как приложение реагирует на запросы через CDN: сохраняются ли реальные IP-адреса посетителей, корректно ли работают ограничения доступа и не возникает ли конфликт между кэшем и авторизацией.

Что означают процессорные ядра в VPS

Процессорное ядро в описании VPS обычно обозначает выделенный или гарантированный виртуальный вычислительный ресурс. Конкретное значение зависит от технологии виртуализации и условий тарифа. Поэтому одинаковое число ядер у разных провайдеров не всегда означает одинаковую производительность: важны поколение физического процессора, частота, политика распределения ресурсов и наличие ограничений для соседних виртуальных машин.

Процессорное время требуется не только для показа страниц. Оно расходуется на выполнение серверного кода, обработку запросов к API, сжатие файлов, генерацию изображений, шифрование соединений, работу очередей и фоновых задач. Если приложение делает много коротких операций, несколько ядер позволяют обрабатывать больше запросов одновременно. Если одна операция выполняется последовательно, увеличение числа ядер само по себе не ускорит её пропорционально.

Проверить подходящий вариант можно на странице Beget.

У VPS есть и другие важные параметры:

• оперативная память нужна приложению, веб-серверу, базе данных и файловому кэшу;
• дисковая система влияет на запуск процессов, запись журналов и скорость операций базы данных;
• сетевой порт и ограничения по трафику определяют, насколько быстро сервер сможет передавать данные;
• резервное копирование защищает от ошибок обновления, повреждения файлов и случайного удаления;
• операционная система и доступ администратора влияют на возможность устанавливать нужное программное обеспечение.

Недостаток памяти часто выглядит как проблема с процессором. Когда оперативной памяти не хватает, система начинает использовать диск, а отклик приложения резко ухудшается. В такой ситуации покупка дополнительных ядер может почти не изменить результат. И наоборот, сервер с достаточным объёмом памяти может медленно обрабатывать запросы из-за постоянной загрузки CPU. Поэтому конфигурацию нужно подбирать по наблюдаемым ограничениям, а не только по числу ядер в названии тарифа.

Как связаны CDN, VPS и нагрузка на сайт

Удобно разделить нагрузку на несколько типов. Статическая нагрузка связана с передачей файлов. Динамическая нагрузка возникает при выполнении кода и формировании ответа. Нагрузка на базу данных появляется при чтении и изменении записей. Фоновые задачи выполняются независимо от текущего запроса пользователя и могут конкурировать с сайтом за те же ресурсы.

Если сайт отдаёт большие изображения и видео, CDN способна заметно уменьшить объём данных, который передаётся с VPS. Если же основная проблема — медленная выборка из базы, сложная логика заказа или большое количество авторизованных запросов, CDN повлияет только на часть нагрузки. В этом случае нужно анализировать приложение и конфигурацию сервера.

Полезно отдельно смотреть на время ответа до первого байта, время загрузки статических файлов, загрузку процессора, использование памяти, операции диска и количество обращений к базе данных. Средние значения могут быть обманчивы: сайт способен работать нормально днём и перегружаться во время рекламной кампании. Сравнивать следует обычную нагрузку, пиковые периоды и поведение после очистки кэша.

Как читать тарифы и ограничения

Тариф VPS нельзя оценивать только по ежемесячной цене и числу ядер. Сначала нужно выяснить, какие ресурсы входят в пакет и какие условия действуют при превышении лимитов. В описании могут иметь значение объём оперативной памяти, тип диска, доступный объём хранилища, сетевые ограничения, резервные копии, количество IP-адресов и возможность изменить конфигурацию без переноса проекта.

Цены, состав тарифов и дополнительные опции со временем меняются, поэтому их следует проверять непосредственно перед заказом. В статье разумно использовать не фиксированные суммы, а критерии сравнения. Важно также различать разовую плату за настройку, регулярную стоимость аренды, стоимость дополнительных дисков и плату за отдельные сервисы.

Перед выбором тарифа ответьте на несколько вопросов:

1. Сколько сайтов и приложений будет работать на сервере?
2. Нужна ли база данных на том же VPS, что и веб-приложение?
3. Есть ли фоновые задачи, очереди, планировщик и обработка медиа?
4. Какой объём файлов нужно хранить и как быстро он растёт?
5. Какой трафик приходится на статические объекты, а какой — на динамические запросы?

Перед настройкой откройте Beget и сверьте актуальные условия.

1. Есть ли требования к резервному копированию и сроку восстановления?
2. Можно ли увеличить ресурсы без изменения IP-адреса и длительного простоя?
3. Кто будет устанавливать обновления и контролировать безопасность?

Для CDN дополнительно нужно проверить правила работы с кэшем, доступные настройки домена, обработку HTTPS, очистку устаревших объектов и порядок обращения к серверу-источнику. Наличие CDN не означает, что любой ответ автоматически станет кэшируемым. Безопаснее начинать со статических каталогов и постепенно расширять правила после проверки корзины, личного кабинета и форм.

Практический алгоритм выбора конфигурации

Сначала составьте карту приложения. Отдельно перечислите публичные страницы, статические файлы, административные разделы, API, базу данных и фоновые процессы. Для каждого элемента укажите, можно ли его кэшировать и насколько часто он меняется. Это помогает понять, какую часть работы возьмёт на себя CDN, а какую должен выполнять VPS.

Затем соберите исходные измерения. Нужны не только посещаемость и объём трафика, но и пиковое количество запросов, доля ответов из кэша, загрузка CPU, свободная память, задержки диска и время выполнения запросов к базе. Если статистики ещё нет, проведите нагрузочное испытание на копии проекта и зафиксируйте результаты до подключения CDN и после него.

После этого выберите базовую конфигурацию с запасом для обычного роста. Запас должен учитывать обновления CMS, новые модули, увеличение базы и сезонные пики. Не следует расходовать весь доступный объём памяти и процессорного времени в спокойный период: при росте нагрузки отсутствие резерва приводит к очередям, тайм-аутам и ошибкам.

Проверьте сценарии, которые нельзя оценить только по главной странице:

Когда требования понятны, перейдите в Beget и проверьте выбранный вариант.

• авторизация и выход из аккаунта;
• добавление товара в корзину;
• оформление заказа и возврат к оплате;
• загрузка пользовательских файлов;
• очистка CDN после публикации новой версии;
• восстановление из резервной копии;
• перезапуск приложения после обновления;
• работа сайта при временной недоступности внешнего сервиса.

На завершающем этапе настройте мониторинг и журналирование. Нужно заранее определить, какие значения считаются нормальными, кто получает уведомление о сбое и как выполняется откат изменений. Если после подключения CDN уменьшается сетевой трафик на VPS, но процессор и база остаются перегруженными, следующим шагом будет оптимизация приложения или увеличение вычислительных ресурсов. Если CPU свободен, а файлы загружаются медленно, следует исследовать размер объектов, сетевые ограничения и правила кэширования.

Типичные ошибки при выборе VPS и CDN

Первая ошибка — покупать больше процессорных ядер, не выяснив причину задержек. Медленная база данных, нехватка памяти или неоптимизированный код не всегда исправляются увеличением CPU. Сначала нужно определить ресурс, который действительно достигает предела.

Вторая ошибка — считать CDN универсальным ускорителем. Она помогает там, где запросы можно обслужить из кэша. Динамический ответ, зависящий от пользователя, сессии или текущего состояния заказа, обычно требует обращения к источнику. Неверное кэширование таких ответов может привести не только к медленной работе, но и к выдаче устаревших или чужих данных.

Третья ошибка — ориентироваться на среднюю посещаемость. Важны пики, продолжительность нагрузки и одновременность запросов. Небольшой интернет-магазин может испытывать кратковременную нагрузку, во много раз превышающую обычную, во время рассылки или рекламной публикации.

Четвёртая ошибка — игнорировать дисковую подсистему и резервные копии. Даже мощный VPS не спасёт проект, если база регулярно ждёт завершения операций записи, а восстановить удалённые файлы невозможно. Резервные копии должны храниться отдельно и периодически проверяться восстановлением на тестовой среде.

Оптимальная схема обычно начинается с разделения ролей: CDN обслуживает подходящие статические объекты, а VPS выполняет динамическую логику и хранит данные приложения. Число процессорных ядер выбирается по фактической вычислительной нагрузке, память — по профилю приложения и базы, а тариф — по совокупности ресурсов, ограничений, резервного копирования и возможности масштабирования. Такой подход позволяет сравнивать предложения по реальной пригодности для проекта, а не по одному заметному параметру.

Что почитать дальше

• CDN, VPS и хостинг: как сравнивать варианты размещения сайта
• VPS — это место запуска, а не единственная копия: как не потерять код и данные
• Как выбрать виртуальный сервер для сайта и приложения: критерии
• Нужна ли база данных лендингу: проверка на примере Beget
• Память диалогов для ИИ-ассистента: как добавить за 20 минут и сколько это стоит каждый месяц

Обложка вдохновлена работой Эль Лисицкого «Проун 19D» (1922). Посмотреть оригинал в Wikimedia Commons.