lizard scale
Масштабирование сервиса (реплики / CPU / память / хранилище).
Использование
lizard scale [service] [flags]Флаги
| Флаг | Описание |
|---|---|
-s, --service <name> | Имя или ID сервиса (по умолчанию — привязанный сервис; то же, что аргумент service) |
-p, --project <id> | Имя, slug или ID проекта |
--replicas <n> | Реплики (приложения), до лимита вашего тарифа: 1 до первого оплаченного счёта Pro (то есть в пробном периоде), 5 после него на любом платном тарифе и в Enterprise |
--cpu <cores> | 1, 2, 3 или 4 |
--memory <mb> | 128–8192 МБ |
--storage <mb> | Размер тома аддона, только увеличение: 512, 1024, 2048, 4096, 8192 или 16384 |
Примеры
Горизонтальное масштабирование реплик
lizard scale --service api --replicas 5Каждая реплика — это отдельный под за балансировщиком нагрузки. Убедитесь, что ваше приложение stateless, чтобы реплики были взаимозаменяемы. Приложение с несколькими репликами не засыпает при простое. Для приложения на паузе --replicas сохраняет число реплик, и оно применяется при возобновлении.
Вертикальное масштабирование CPU и памяти
lizard scale --service api --cpu 4 --memory 8192Увеличение хранилища аддона
lizard scale --service postgres --storage 8192Тома данных аддонов поддерживают только увеличение — вы можете расширить хранилище, но не уменьшить его.
См. также
- Масштабирование — горизонтальное и вертикальное масштабирование, увеличение хранилища аддонов
- lizard metrics — проверка CPU / памяти / сети / диска до и после масштабирования
- lizard ps — проверка статуса реплик после изменения масштаба
- Наблюдаемость → Metrics — мониторинг ресурсов и затрат
Обновлено