gooddeploy
Handbuch · Kapitel 23

Speichergröße

Jede Instanz deiner App bekommt eine feste Menge Arbeitsspeicher: 512 MB, wenn du nichts änderst. Braucht deine App mehr, etwa ein CMS wie Payload beim Hochladen großer Bilder, wählst du je Projekt 768 MB oder 1 GB. Die Größe gilt für die Live-Version und alle Previews des Projekts, ab dem nächsten Deploy bzw. Redeploy.

Größe ansehen und wählen

Ansehen geht mit dem Recht read, ändern mit dem Recht settings (siehe Rechte):

gooddeploy settings memory          # Größe und Einheiten zeigen
gooddeploy settings memory 768      # 768 MB wählen
gooddeploy settings memory 1g       # 1 GB wählen (auch 1024)
gooddeploy settings memory 512      # zurück zur Standardgröße

Im Dashboard findest du die Auswahl im Projekt unter „Einstellungen“, Karte „Speichergröße“. Jede Änderung steht im Audit-Log des Teams.

Die neue Größe bekommen erst Instanzen, die nach der Änderung entstehen. Laufende Previews und die Live-Version behalten ihre Größe. Damit die Live-Version gleich mehr Speicher bekommt, startest du sie neu, ohne neuen Build:

gooddeploy redeploy
gooddeploy promote

redeploy legt eine Preview mit dem Live-Stand und der neuen Größe an, promote schaltet sie live. Jede Version behält ihre Größe: Schaltest du mit gooddeploy rollback auf eine ältere Version zurück, läuft sie wieder mit der Größe, mit der sie entstanden ist.

Einheiten im Paket

Ein Projekt zählt im Paket je nach Projektart und Größe so viele Einheiten:

Projektart512 MB768 MB1 GB
Statische Seite111
App357
App mit Datenbank579

Statische Seiten laufen immer mit 512 MB; dort ändert die Einstellung nichts. gooddeploy settings memory und das Dashboard zeigen dir die Einheiten für jede Größe.

Speichergrenze erreicht

Braucht deine App mehr Speicher als ihre Größe, beendet das System sie (Exit-Code 137), und gooddeploy startet sie sofort neu. Besucher sehen in dieser Zeit kurz eine Fehlerseite. Du erkennst das so:

  • Im Laufzeit-Log (gooddeploy logs, im Dashboard „Logs“) steht am Ende eine Zeile [gooddeploy] Speichergrenze erreicht – größere Speichergröße wählen bzw. wie oft die App seit dem Start abgestürzt und neu gestartet worden ist.
  • Auf der Projektseite im Dashboard steht der Hinweis „Speichergrenze erreicht – größere Speichergröße wählen“, solange die betroffene Version live bzw. die neueste Preview ist (höchstens 7 Tage).

Dann wählst du eine größere Speichergröße und deployst neu. Oft hilft auch, den Bedarf der App zu senken, zum Beispiel kleinere Bildgrößen beim Hochladen.

Build-Speicher

Auch Builds haben eine Speichergrenze. Projekte mit 768 MB oder 1 GB bekommen beim Build automatisch mehr Speicher als Projekte mit 512 MB. Scheitert ein Build trotzdem an der Speichergrenze, steht das im Build-Log (siehe Deploy und Live).