Для приложения и прокси возьмите за ориентир 2 vCPU, 2 ГБ RAM и 30 ГБ диска. Если на том же VPS живут PostgreSQL и воркер, начните с 4 ГБ RAM и оцените запас после нагрузочного прогона.
Посчитайте память и место отдельно
Составьте список контейнеров, которые стартуют одновременно. Оцените RAM и CPU приложения и базы, затем оставьте запас для ОС, перезапуска и пиковой нагрузки. Сборка образов на том же хосте тоже расходует ресурсы. Для маленького VPS удобно собирать образ отдельно и скачивать готовый.
На диске учитывайте рабочие данные, образы, журналы и временные файлы. Если резервная копия сначала формируется на сервере, оставьте место под рабочие данные и архив одновременно.
Подготовьте Compose к запуску
- Установите Docker Engine и Compose по инструкции для своего дистрибутива. Проверьте
docker compose version. - Вынесите данные базы в отдельный том. Зафиксируйте версии образов и не включайте секреты в Git.
- Публикуйте только нужные порты. Если прокси работает на хосте, внутренний сервис можно привязать к
127.0.0.1. Для прокси в Compose обычно достаточно общей сети без публикации внутренних портов. - Настройте ротацию журналов и проверьте, что Compose поднимается после перезагрузки VPS.
docker compose config --quiet
docker compose up -d
docker compose ps
docker compose logs --tail=100
docker system df
Проверьте восстановление
Сделайте архив конфигурации и копию базы штатным инструментом. Восстановите их на отдельном VPS или в отдельном проекте. Проверьте, что приложение подключается к восстановленной базе и выполняет обычное чтение и запись. При смене сервера используйте план переноса с проверкой DNS и откатом.
Источники
Посчитайте итог перед заказом
Подставьте реальные цены на сервер, IPv4 и бэкапы.