Масштабирование
Масштабируйте сервис горизонтально (больше реплик) или вертикально (больше CPU/памяти) с помощью lizard scale. Хранилище аддонов увеличивается тем же способом.
Масштабирование сервиса
lizard scale --service api --replicas 3
lizard scale --service api --cpu 2 --memory 2048| Флаг | Применяется к | Допустимые значения |
|---|---|---|
--replicas <n> | приложения | от 1 до лимита вашего тарифа: 1 в пробном периоде, 5 в Pro и Enterprise |
--cpu <cores> | приложения и аддоны | целые ядра: 1, 2, 3, 4 |
--memory <mb> | приложения и аддоны | 128–8192 МБ (шаг 1 МБ) |
--storage <mb> | только аддоны, только увеличение | 512, 1024, 2048, 4096, 8192, 16384 |
Флаги можно комбинировать в одной команде. Изменение количества реплик разворачивается без пересборки. Изменение CPU и памяти перезапускает сервис с новыми лимитами.
Горизонтальное масштабирование
Запустите несколько реплик приложения за балансировщиком нагрузки:
lizard scale --service api --replicas 5Каждая реплика работает в отдельном поде. Убедитесь, что ваше приложение бесстаточное (храните состояние в Managed Postgres, Managed Redis или Managed Object Storage), чтобы реплики были взаимозаменяемыми.
Вертикальное масштабирование
Дайте одной реплике больше ресурсов:
lizard scale --service api --cpu 4 --memory 8192Увеличение хранилища аддонов
Тома данных аддонов только для увеличения — вы можете увеличить хранилище, но не уменьшить его:
lizard scale --service postgres --storage 8192Проверка
lizard ps # replica status + URL
lizard events # per-replica deploy/scale history
lizard metrics # live CPU / memory / network / disk
lizard metrics --cost # include costСм. также
- Наблюдаемость → Метрики — мониторинг ресурсов и затрат.
lizard scale— полная справочная информация по командам.- Как оценить стоимость CaaS — какие метрики сравнивать, прежде чем оценивать счёт.
Обновлено