Масштабируйте SaaS на bare metal с фиксированной ценой

Схема в одной локации, на которой многие SaaS-продукты проходят путь от первых клиентов до серьёзного масштаба:

• 2 × Core 16 — stateless-узлы приложений и API, на каждом — ваши контейнеры за NGINX или HAProxy.
• 2 × Pro 32 для PostgreSQL или MySQL: основной сервер и горячий резерв (hot standby) с репликацией по частной VLAN.
• Redis или Valkey для сессий, очередей и кэширования — на серверах баз данных или на узлах приложений.
• Резервные копии каждую ночь отправляются на сервер во второй локации.

Для примера: 2 × $299 плюс 2 × $749, итого $2 096/мес. с безлимитным трафиком и без оплаты внутреннего или исходящего трафика. Узлы приложений проще всего масштабировать горизонтально, поэтому по мере роста в первую очередь следите за базой данных.

Поставьте перед ними CDN или внешний балансировщик нагрузки либо опубликуйте оба узла приложений в DNS с переключением по проверкам доступности (health checks), чтобы любой из узлов можно было вывести на обслуживание. Публичными оставьте только веб-порты, а всё остальное держите в частной сети.

Начните с инвентаризации того, что работает сейчас. У большинства облачных провайдеров vCPU — это один аппаратный поток, поэтому Pro 32 с 64 потоками покрывает около 64 vCPU вычислительной мощности, причём без гипервизора. С памятью разница часто ещё заметнее: 384 ГБ в одном Pro 32 позволяют консолидировать сервисы, которые разносили по инстансам только ради того, чтобы уложиться в лимиты памяти.

Миграция с минимальным риском:

• Создайте новые серверы и разверните всё теми же Terraform, Ansible или образами контейнеров, что и сейчас.
• Настройте репликацию базы данных с текущего primary на новые серверы и протестируйте приложение на реплике.
• За день до переключения уменьшите TTL в DNS, переключите трафик и держите старое окружение как запасной вариант, пока не убедитесь, что всё в порядке.

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

Bare metal не означает ручной работы. Каждое действие из панели управления доступно в REST API, а провайдер Terraform позволяет хранить серверы в системе контроля версий вместе с остальной инфраструктурой. Сбоящий узел переустанавливайте из чистого образа, а не чините вручную.

Остальное закрывают стандартные инструменты:

• Конфигурация: Ansible или неизменяемые образы контейнеров, чтобы любой узел можно было заменить.
• Оркестрация: Docker Compose для нескольких сервисов, k3s или Kubernetes, когда их становится много.
• Наблюдаемость: Prometheus и Grafana в частной сети, плюс графики трафика и состояния оборудования в панели FlexDedi.
• Безопасность: следуйте нашему чек-листу для нового Linux-сервера: вход только по SSH-ключам, файрвол с политикой запрета по умолчанию и автоматические обновления безопасности.

По умолчанию серверы предоставляются без администрирования: ОС и стек приложений — зона ответственности вашей команды, а наши инженеры 24/7 решают проблемы с оборудованием, сетью и платформой.