Ein integrierter, S3-kompatibler Objektspeicher ist jetzt auf Upsun Cloud verfügbar

Wenn deine Anwendung große Mengen an Dateien speichert, wie zum Beispiel Produktbilder, Videos, Dokumente oder Nutzer-Uploads, musstest du wahrscheinlich bisher neben Upsun einen separaten Objektspeicherdienst betreiben. Das bedeutete ein weiteres Konto, das eingerichtet werden musste, eine weitere Integration, die gepflegt werden musste, und eine weitere Rechnung, die abgeglichen werden musste.

Der Objektspeicher ist nun in der Upsun Cloud integriert. Du richtest ihn wie jede andere Ressource ein, deine App verbindet sich über die Standard-S3-API damit, und er wird zusammen mit dem Rest deines Projekts abgerechnet. Er hat sich bereits in der Produktivumgebung bewährt und läuft seit April 2026 mit Unternehmens-Workloads, unter anderem für einen der größten Einzelhändler Europas.

Was ist integrierter Objektspeicher?

Das Wichtigste auf einen Blick: Objektspeicher ist jetzt eine Ressource, die du auf Upsun einrichtest, genau wie CPU, Arbeitsspeicher oder Festplatte.

Der integrierte Objektspeicher ist ein S3-kompatibler Speicher, den du wie jede andere Upsun-Ressource anlegst, der vollständig von der Plattform verwaltet wird und über deine bestehende Rechnung abgerechnet wird.

Objektspeicher ist für große oder wachsende Mengen unstrukturierter Daten konzipiert: Uploads, Medien, generierte Dateien, Exporte und backups auf Anwendungsebene. Deine App liest und schreibt Dateien über die S3-API statt über einen Ordner auf der Festplatte.

Um ihn zu aktivieren, öffne dein Projekt in der Konsole, gehe zu „Ressourcen konfigurieren“ und schalte „Objektspeicher aktivieren“ ein. Oder nutze die CLI:

upsun resources:set --object-storage myapp:524288

Die Größe wird in MB angegeben, daher entspricht 524288 dem Mindestwert von 512 GB. Upsun erstellt einen Bucket für deine App und übermittelt automatisch die Verbindungsdaten an diesen.

Warum das für ressourcenintensive Anwendungen wichtig ist

Das Wichtigste auf einen Blick: Anwendungen mit großen Asset-Bibliotheken können nun vollständig auf Upsun laufen, ohne einen externen Speicheranbieter.

Bisher mussten Anwendungen mit großen Asset-Bibliotheken ihren eigenen Objektspeicher mitbringen, um auf Upsun laufen zu können. Das ist nun nicht mehr der Fall. Objektspeicher eignet sich besonders gut für:

• Asset-intensive Anwendungen: Pimcore, Shopware, Ibexa, DAM- und PIM-Systeme sowie E-Commerce-Seiten mit großen Produktkatalogen
• Medienintensive Anwendungen: Bilder, Videos, Dokumente und nutzergenerierte Inhalte
• Andere große oder wachsende Datenmengen: KI- und Machine-Learning-Artefakte, Protokolle, Exporte und backups auf Anwendungsebene

Wenn du neben deinem Upsun-Projekt bereits für S3 oder einen anderen Objektspeicheranbieter bezahlst, kannst du diesen Speicher auf die Plattform übertragen. Das bedeutet ein Konto weniger, das gesichert werden muss, eine Integration weniger, die gepflegt werden muss, und eine Rechnung weniger, die verwaltet werden muss.

Bei großen Datenmengen kostet Objektspeicher zudem weniger pro GB als der Standard-Festplattenspeicher von Upsun.

So funktioniert es

Das Wichtigste auf einen Blick: Deine App verbindet sich über die Standard-S3-API, und Upsun kümmert sich um die Anmeldedaten, backups und das Klonen der Umgebung.

• Standard-S3-API. Die S3-SDKs, Bibliotheken und Tools, die deine App bereits nutzt, funktionieren weiterhin, einschließlich der AWS-CLI. Richte deinen S3-Client auf den von Upsun bereitgestellten Endpunkt aus und verwende die Adressierung im Pfadstil. Du musst deine Anwendung nicht umschreiben.
• Anmeldedaten werden für dich verwaltet. Upsun generiert die Verbindungsdaten – einschließlich Endpunkt, Zugriffsschlüssel, Geheimschlüssel und Region – und stellt sie deiner App als Umgebungsvariablen zur Verfügung. Lies sie zur Laufzeit aus, anstatt sie fest zu codieren, da sie sich bei einer erneuten Bereitstellung der App ändern können.
• In backups enthalten. Wenn du eine Umgebung sicherst, wird der Inhalt ihres Buckets zusammen mit allem anderen gesichert.
• Wird mit jedem Branch geklont. Wenn du aus einem Branch eine neue Umgebung erstellst, werden der Bucket und seine zugewiesene Größe zusammen mit den übrigen Daten der Umgebung geklont. Deine Preview-Umgebungen arbeiten mit denselben Assets wie die Produktivumgebung.
• Privat für dein Projekt. Der Bucket ist nur über das interne Netzwerk deines Projekts erreichbar und nicht im öffentlichen Internet zugänglich.
• Kann containerübergreifend geteilt werden. Worker, andere Anwendungen und Aufgaben im selben Projekt können den Bucket einer App über eine Beziehung nutzen.

Details zur Einrichtung und Beispiele zum Programmieren findest du in der Dokumentation zum Objektspeicher.

Preise

Das Wichtigste auf einen Blick: Du zahlst für die von dir zugewiesene Kapazität über deine bestehende Upsun-Rechnung, ohne Gebühren pro Anfrage.

• Speicher: 0,0833 € pro GB pro Monat, abgerechnet nach zugewiesener Kapazität und stundenweise anteilig
• Mindestmenge: 512 GB, in Schritten von 512 GB anpassbar
• Pro Umgebung: Jede Umgebung wird nach ihrer eigenen Zuweisung abgerechnet. Beispielsweise werden 1 TB, die auf 6 Umgebungen verteilt sind, als 6 TB abgerechnet.
• Backups: 0,075 € pro GB pro Monat, abgerechnet auf Basis der zugewiesenen Kapazität als separate Position
• Im Preis inbegriffen: API-Anfragen und die Rechenleistung, auf der der Dienst läuft. Es fallen keine Gebühren pro Anfrage an.
• Datenübertragung: keine separate Gebühr für ausgehenden Datenverkehr beim Objektspeicher; ausgehender Datenverkehr wird wie jeder andere Datenverkehr auf die Bandbreite deines Projekts angerechnet

Die Abrechnung basiert auf dem von dir zugewiesenen Speicherplatz, unabhängig davon, wie viele Daten du tatsächlich speicherst. Das Pausieren einer Umgebung gibt diese Zuweisung nicht frei, sodass der Objektspeicher weiterhin abgerechnet wird, solange eine Umgebung pausiert ist.

Objektspeicher ist bei Testprojekten nicht verfügbar. Preise in anderen Währungen findest du auf der Preisseite.

Was du vor dem Start wissen solltest

Das Wichtigste auf einen Blick: Jede App erhält einen privaten Bucket, und einige S3-Features werden noch nicht unterstützt.

• Ein Bucket pro App. Jede App erhält einen einzigen Bucket, der nach der App benannt ist. Andere Container können ihn gemeinsam nutzen, aber Buckets können nicht zwischen Apps verschoben werden.
• Kein öffentlicher Zugriff. Dateien können nicht direkt aus dem Bucket an Besucher bereitgestellt werden, da der Bucket nur innerhalb deines Projekts erreichbar ist.
• Einige S3-Features sind nicht verfügbar. Bucket-Versionierung, Objektsperrung, serverseitige Verschlüsselung, Zugriffskontrolllisten, Bucket-Richtlinien und Lebenszyklus-Richtlinien werden nicht unterstützt.
• Wenn du die Funktion deaktivierst, wird der Bucket gelöscht. Wenn du die Größe auf 0 setzt oder die App entfernst, werden der Bucket und sein Inhalt bei der nächsten Bereitstellung dauerhaft gelöscht. Es gibt keine vorläufige Löschung oder Aufbewahrungsfrist – sichere daher zuerst alles, was du brauchst.

Los geht’s

Das Wichtigste auf einen Blick: Objektspeicher ist ab sofort in Upsun Cloud-Projekten verfügbar – über die Konsole oder die CLI.

1. Öffne in der Konsole dein Projekt, klicke auf „Ressourcen konfigurieren“ und schalte dann „Objektspeicher aktivieren“ ein. Oder führe upsun resources:set --object-storage <APP_NAME>:524288 über die CLI aus.
2. Konfiguriere deinen S3-Client mit dem von Upsun bereitgestellten Endpunkt und den Anmeldedaten unter Verwendung der Pfadadressierung.
3. Beginne damit, Dateien über die S3-API zu lesen und zu schreiben.

Lies die Dokumentation zum Objektspeicher für die vollständigen Einrichtungsschritte oder sprich mit einem Experten darüber, wie du deinen bestehenden Speicher auf Upsun umstellen kannst.

Häufig gestellte Fragen (FAQ)

Kann ich meine bestehenden S3-Tools und SDKs verwenden?
Ja. Der Objektspeicher nutzt die Standard-S3-API, daher funktionieren bestehende SDKs, Bibliotheken und die AWS-CLI damit. Konfiguriere deinen Client mit dem von Upsun bereitgestellten Endpunkt und den Zugangsdaten und verwende die Adressierung im Pfadstil.

Wie wird der Objektspeicher abgerechnet?
Der Objektspeicher kostet 0,0833 € pro GB pro Monat, abgerechnet wird nach der von dir zugewiesenen Kapazität und stundenweise anteilig. Das Minimum beträgt 512 GB pro Umgebung. Backups werden separat mit 0,075 € pro GB pro Monat abgerechnet.

Werden mir Kosten für den Objektspeicher berechnet, wenn eine Umgebung pausiert ist?
Ja. Durch das Pausieren einer Umgebung werden die Kosten für CPU und Arbeitsspeicher gestoppt, aber der Objektspeicher und seine Backups werden nach Zuweisung abgerechnet, und durch das Pausieren wird die Zuweisung nicht freigegeben. Um die Kosten für den Objektspeicher zu stoppen, setze die Zuweisung auf 0. Dadurch wird der Bucket gelöscht, und bestehende Backups bleiben bis zu ihrem Ablauf abrechnungsfähig.

Gibt es Gebühren pro Anfrage oder für den Datenausgang?
Nein. API-Anfragen sind inbegriffen, und die Datenübertragung wird auf die vorhandene Bandbreite deines Projekts angerechnet.

Kann ich Dateien öffentlich aus einem Bucket bereitstellen?
Nicht direkt. Der Bucket ist nur über das interne Netzwerk deines Projekts erreichbar.

Ist Objektspeicher in der kostenlosen Testversion verfügbar?
Nein. Objektspeicher ist in Testprojekten nicht verfügbar.

Was passiert, wenn ich den Objektspeicher deaktiviere?
Der Bucket und sein gesamter Inhalt werden bei der nächsten Bereitstellung dauerhaft gelöscht. Es gibt keine vorläufige Löschung oder Aufbewahrungsfrist – sichere daher zuerst alles, was du brauchst.

Sollte ich Objektspeicher oder eine Einbindung verwenden?
Verwende Objektspeicher für große oder wachsende Dateimengen, auf die über die S3-API zugegriffen wird. Für kleine Mengen an Dateidaten, die eine einzelne Instanz über das Dateisystem liest und schreibt, ist eine persistente Einbindung in der Regel besser geeignet.