CLI-Referenzscale

lizard scale

Skaliert einen Service (Replikas / CPU / Arbeitsspeicher / Speicher).

Verwendung

lizard scale [service] [flags]

Flags

FlagBeschreibung
-s, --service <name>Name oder ID des Service (Standard: der verknüpfte Service; wie das Argument service)
-p, --project <id>Projektname, Slug oder ID
--replicas <n>Replikas (Apps), bis zum Limit deines Plans: 1 bis zur ersten bezahlten Pro-Rechnung (also in der Testphase), 5 danach in jedem bezahlten Plan und in Enterprise
--cpu <cores>1, 2, 3 oder 4
--memory <mb>128–8192 MB
--storage <mb>Größe des Add-on-Volumes, nur vergrößerbar: 512, 1024, 2048, 4096, 8192 oder 16384

Beispiele

Replikas horizontal skalieren

lizard scale --service api --replicas 5

Jede Replika ist ein eigener Pod hinter dem Load Balancer. Stelle sicher, dass deine App zustandslos ist, damit Replikas austauschbar sind. Eine App mit mehr als einer Replika schläft nicht im Leerlauf. Bei einer pausierten App speichert --replicas die Anzahl, und sie gilt beim Fortsetzen.

CPU und Arbeitsspeicher vertikal skalieren

lizard scale --service api --cpu 4 --memory 8192

Add-on-Speicher vergrößern

lizard scale --service postgres --storage 8192

Daten-Volumes von Addons sind nur vergrößerbar — du kannst den Speicher erhöhen, aber nicht verkleinern.

Siehe auch

  • Scaling — horizontale vs. vertikale Skalierung und Vergrößern des Add-on-Speichers
  • lizard metrics — CPU / Arbeitsspeicher / Netzwerk / Festplatte vor und nach der Skalierung prüfen
  • lizard ps — Replika-Status nach einer Skalierungsänderung prüfen
  • Observability → Metrics — Ressourcen- und Kostenüberwachung
portpause

Aktualisiert