Persistente Volumes
Aktualisiert am 27. Oktober 2026
Persistente Volumes
Standardmäßig ist das Dateisystem eines Dienstes flüchtig: jedes Redeployment geht vom frischen Image aus, jede zur Laufzeit geschriebene Datei verschwindet. Ein persistentes Volume hängt ein dauerhaftes Verzeichnis an, das Redeployments und Neustarts übersteht.
Ein Volume hinzufügen
Im Bedienfeld des Dienstes, Tab Volumes:
- Mount-Pfad: das von Ihrer Anwendung gesehene Verzeichnis (z. B.
/app/uploads). - Größe: in GiB, je nach Bedarf und den Limits Ihres Plans.
Das Volume wird beim nächsten Start des Containers bereitgestellt und eingehängt. Alles, was Ihre Anwendung unter diesem Pfad schreibt, wird bewahrt.
Anwendungsfälle
| Bedarf | Typischer Pfad |
|---|---|
| Benutzer-Uploads | /app/uploads |
| SQLite-Datenbank | /app/data |
| Inhalt eines CMS (WordPress, Ghost) | automatisch eingehängt von Vorlagen |
| Regenerierbarer, aber teurer Cache | /app/cache |
// Die Anwendung schreibt einfach in den eingehängten Pfad
await fs.promises.writeFile("/app/uploads/avatar-42.png", buffer);
Was Sie wissen sollten
- Der Rest des Dateisystems bleibt flüchtig: nur die eingehängten Pfade sind persistent. Verlassen Sie sich auf nichts anderes.
- Volume und Scaling: ein Volume ist an eine Instanz gebunden. Wenn Sie planen, auf mehrere Replikate umzusteigen, bevorzugen Sie einen geteilten Speicher (Datenbank, Object Storage) für Daten, auf die alle Instanzen zugreifen.
- Die Größe wird bei der Erstellung gewählt. Planen Sie etwas Spielraum ein.
- Löschen: das Löschen eines Volumes entfernt dessen Inhalt endgültig. Exportieren Sie zuerst, was exportiert werden muss (z. B. über das Web-Terminal).
Datenbanken
Dienste vom Typ Datenbank (PostgreSQL, MySQL…) sind bereits an ein von der Plattform verwaltetes persistentes Volume gebunden: nichts zu konfigurieren, Ihre Daten überstehen Neustarts nativ.