Какой сервер выбрать для сайта на Payload CMS и Next.js

Для сайта компании или небольшой редакции выбирайте Linux VPS. Если база размещена отдельно, стартовая оценка приложения — 2 vCPU, 4 ГБ оперативной памяти и 30 ГБ SSD. Если хотите держать небольшую PostgreSQL рядом с приложением, начните с 4 vCPU, 8 ГБ и 60 ГБ SSD. Оригиналы фото, их варианты и резервные копии добавляются по своему объёму.

Собирать Next.js лучше на отдельной машине или в системе сборки. Тогда рабочий сайт не делит память и процессор с выпуском новой версии. Небольшой сервер для посетителей и мощная машина для сборки — разные статьи расходов.

Payload 3 работает внутри приложения Next.js. Сервер обслуживает CMS, запросы данных и страницы; выбранная база хранит документы и настройки. Загруженные файлы должны находиться в постоянном хранилище, которое переживёт обновление приложения. В наших профилях используется PostgreSQL; для другого адаптера проверьте собственный расчёт.

vCPU — виртуальные ядра процессора. Они нужны для построения страниц, запросов и обработки изображений. RAM — оперативная память для Node.js, базы и текущих операций. SSD — быстрый диск для системы, приложения, базы и кеша. Объём SSD не определяет скорость базы: важны и задержки операций чтения и записи.

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

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

Допустим, у вас 5 000 фотографий по 4 МБ: оригиналы занимают около 20 ГБ. Если все создаваемые варианты одной фотографии вместе весят ещё 1 МБ, добавьте 5 ГБ. При 500 новых фото в месяц за полгода прибавится ещё 15 ГБ. Получается 40 ГБ только медиа; размеры в примере условные, проверьте свою выборку.

На локальном диске прибавьте базу, приложение, журналы и временные файлы. Например, 40 ГБ медиа и 25 ГБ остальных данных уже не помещаются в диск на 60 ГБ. Выберите больший диск либо внешнее хранилище, оставив запас для новых материалов и обновления.

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

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

Личный контент и административные страницы требуют своей политики кеширования; не кешируйте всё подряд. Для приложения выберите поддерживаемую Linux-систему и совместимые Node.js, Payload и Next.js. Версии нужно проверять вместе, а не устанавливать независимо по слову «новая».

В статье есть партнёрские ссылки FirstVDS и Selectel. Удельта может получить вознаграждение, если вы закажете услуги по этим ссылкам.

Сложите сервер приложения, базу, хранилище фото, CDN, резервные копии, IP и сопровождение. Прибавьте отдельную сборку и фоновые службы, если они используются. Главным расходом при большой фототеке может стать хранение и передача файлов, даже если Node.js почти не нагружен.

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

Резервируйте выбранную базу, оригиналы медиа, конфигурацию и секрет Payload. Храните код и готовые выпуски так, чтобы можно было развернуть нужную версию. Копия только базы не вернёт фотографии, а копия только файлов — опубликованные материалы и права.

Копии должны лежать вне рабочего сервера. Определите, допустима ли потеря изменений за день и сколько времени можно восстанавливать сайт. Проверьте восстановление базы вместе с соответствующими файлами и запуск совместимой версии приложения.

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

Источники просмотрены 6 октября 2026 года: установка, размещение и загрузки Payload 3, а также Self-Hosting в документации Next.js 16.3.8. Страницы Payload не закреплены за точным выпуском. Перед установкой сверьте совместимость конкретных версий; профили приложения в статье — оценки Удельты.