Подбор ресурсов начинается не с цены за vCPU, а с вопроса: какую операцию сервер выполняет для пользователя и что происходит в ее пике. Интернет-магазин с небольшим числом посетителей может делать тяжелые импорты. Статический сайт, напротив, отдает много файлов почти без серверной логики. Универсального надежного перевода посещаемости в ядра нет.
Снимите исходную точку
Если сайт уже работает, наблюдайте обычные и пиковые периоды: загрузку CPU, доступную память, swap, место на диске, очередь запросов и задержки базы данных. Отдельно запишите фоновые задачи: резервное копирование, генерацию отчетов, обработку изображений и импорт. Короткий замер в тихий час не описывает пик, а сумма среднего CPU скрывает короткие пики.
Ubuntu в разделе о производительности, проверенном 8 октября 2026 года, подчеркивает зависимость настроек от конкретной системы, нагрузки и выбранной метрики. Документация по наблюдаемости описывает сбор метрик и журналов как отдельные части мониторинга. Это инструменты измерения, а не готовая рекомендация купить сервер определенного размера.
Разделите ресурсы по узким местам
| Ресурс | Что посмотреть | Признак, который стоит расследовать |
|---|---|---|
| CPU | Утилизация во время медленной операции и очередь задач | Длительная вычислительная задача или конкурирующие процессы |
| RAM | Пиковое использование процессов и системный запас | Перезапуск процессов или постоянный выход в swap |
| Диск | Занятые данные, индексы, медиа, логи и резервные копии | Мало свободного места во время роста или обновления |
| Диск I/O | Ожидание операций чтения и записи | Медленная база или параллельные копии |
| Сеть | Объем трафика, соединения и таймауты | Ограничение канала или ожидание внешней службы |
| База | Активные соединения, медленные запросы, размер | Очереди запросов или незапланированный рост |
Не считайте минимальные требования операционной системы требованиями сайта. Например, таблица системных требований Ubuntu Server относится к установке ОС на определенной версии и архитектуре; приложение, база, панель и запас на рост добавляют собственное потребление. Это нижняя техническая граница конкретного сценария установки, не рекомендация тарифа для веб-проекта.
Проведите безопасный замер
На копии сайта воспроизведите типичные действия: открыть страницу, выполнить поиск, добавить позицию в корзину, импортировать данные или запустить отчет. Во время нагрузки записывайте время ответа, ошибки, CPU, память и состояние базы. Меняйте один фактор за раз и фиксируйте версию кода и данных. Не проводите тяжелое испытание на рабочем магазине без согласованного окна и плана остановки.
Проверьте не только короткий пик. Важны стабильность длительной задачи, рост журнала, повторное подключение к базе и поведение при запуске копии. Лимиты shared-аккаунта могут отличаться от видимых ресурсов хоста; подтверждайте их по конкретному тарифу. Показатель «ядро» у разных услуг также может означать разное распределение CPU.
Когда менять тип услуги
Если задаче нужны системные пакеты, отдельная конфигурация базы или постоянный процесс, сравните shared с VPS/VDS. Сразу уточните, кто обновляет ОС и восстанавливает сервис. Больший VPS не исправит медленный запрос и не заменит кеш с индексами. При кратковременной нагрузке отдельно спросите про ограничения burst и оплату пиков: наличие этих условий не гарантировано.
Запишите измеренный профиль, необходимый запас, допустимую деградацию и план отката. Только затем сравнивайте предложения за одинаковый срок. В каталоге цен параметры услуг нужно сверять с официальным источником; эта статья не подтверждает тестом возможности конкретного провайдера.
Официальная документация Ubuntu проверена 8 октября 2026 года. Редакция не замеряла пользовательские сайты и не задает минимальную конфигурацию для всех проектов. SERP-кластер и частотность не измерялись.

Вывод относится к сценарию этой страницы и не заменяет проверку конкретного тарифа.