Nextcloud ist die Antwort auf die Kollaborations-Frage – aber der Speicher darunter entscheidet über Compliance und Kosten. Ihre Objekte liegen ausschließlich im Rechenzentrum Frankfurt, betrieben unter deutscher Rechtsordnung mit AVV nach Art. 28 DSGVO. Kein CLOUD-Act-Zugriff, keine Datenreise über den Atlantik, kein intransparentes Egress-Modell. Der Zugriff erfolgt über den echten S3-Endpoint https://de-fra.i3storage.com (region de-fra) – dieselbe SigV4-Signatur, die Ihre Tools ohnehin sprechen, nur mit einem Anbieter, den Sie und Ihre Kunden juristisch greifen können.
Als Primary Storage wird der Bucket zum alleinigen Datenspeicher der Instanz: Nextcloud legt jede Datei als Objekt ab, die Metadaten bleiben in der Datenbank. Das ist der Weg für neue Instanzen und für maximale Skalierung ohne lokale Platten – aber er muss vor dem ersten Login gesetzt werden und darf danach nicht mehr wechseln. Als External Storage hängen Sie den Bucket über die gleichnamige App als zusätzliches Laufwerk ein – sichtbar pro Nutzer oder Gruppe, jederzeit hinzu- oder abschaltbar, ideal für bestehende Instanzen, projektbezogene Ablagen oder das Teilen großer Datenmengen. Beide Wege sprechen denselben Endpoint https://de-fra.i3storage.com; sie unterscheiden sich nur darin, wer die Objektverwaltung übernimmt – Nextcloud selbst oder die External-Storage-Schicht.
Erzeugen Sie im Kundenportal einen Bucket (z. B. nextcloud-primary) und ein API-Key-Paar (Access Key + Secret). Der Zugriff läuft ausschließlich über diese SigV4-Credentials – behandeln Sie das Secret wie ein Root-Passwort und legen Sie pro Mandant ein eigenes Key-Paar an.
Tragen Sie in config/config.php den objectstore-Block mit der S3-Klasse ein: bucket, key, secret, hostname = de-fra.i3storage.com, port = 443, use_ssl = true, region = de-fra sowie use_path_style = true. Der Hostname ist immer de-fra.i3storage.com – der vollständige Endpoint lautet https://de-fra.i3storage.com.
Mit use_path_style = true adressiert Nextcloud den Bucket als Pfad: https://de-fra.i3storage.com/<bucket>. Alternativ funktioniert Virtual-hosted-Style https://<bucket>.de-fra.i3storage.com – für Nextcloud-Setups ist Path-Style der robusteste Default, weil er ohne Bucket-Wildcard-DNS auskommt.
Setzen Sie autocreate = true, damit der leere Bucket beim ersten Zugriff initialisiert wird, und schließen Sie die Installation ab, bevor sich der erste Nutzer anmeldet. Ein occ maintenance:mode-Fenster verhindert Schreibkonflikte während der Umstellung.
Laden Sie eine Testdatei hoch und prüfen Sie mit aws s3 ls oder rclone lsf gegen https://de-fra.i3storage.com (region de-fra), dass das Objekt im Bucket erscheint. Strong read-after-write garantiert, dass der Upload sofort konsistent lesbar ist.
Voller Endpoint: https://de-fra.i3storage.com · region de-fra. Für External Storage dieselben Werte im App-Dialog (Amazon S3): Hostname de-fra.i3storage.com, Port 443, Region de-fra, SSL an, Path-Style an.
Nextcloud verlässt sich darauf, dass ein soeben geschriebenes Objekt sofort und vollständig lesbar ist – etwa beim Chunked Upload großer Dateien, bei Foto-Previews oder beim Sync über mehrere Clients. Eventual-consistency-Speicher führt hier zu Datei-Fehlern, verschwindenden Uploads und kaputten Previews. Unser Object Storage liefert strong read-after-write-Konsistenz für neue Objekte ab dem ersten Byte – genau die Garantie, die Nextcloud voraussetzt. Ohne diese Eigenschaft ist ein S3-Backend für Nextcloud schlicht nicht produktionstauglich.
Wichtig fürs Erwartungsmanagement: Datei-Versionen, Papierkorb, Freigaben, Gruppenrechte und die serverseitige Verschlüsselung steuert Nextcloud selbst – nicht der Objektspeicher. Das ist ein Vorteil, kein Mangel: Sie behalten Ihre gewohnten Nextcloud-Funktionen unabhängig vom Storage. Aktivieren Sie die Server-Side-Encryption-App, werden Objekte bereits client-seitig durch Nextcloud verschlüsselt, bevor sie den Bucket erreichen – die Schlüsselhoheit bleibt bei Ihnen. Für Unveränderbarkeit setzen Sie nicht auf Storage-Features, sondern auf eine zweite Kopie nach dem 3-2-1-Prinzip (z. B. ein separater Backup-Bucket oder ein externes Ziel).
| Primary Storage | External Storage | Backup-Ziel | |
|---|---|---|---|
| Rolle | Alleiniger Datenspeicher der Instanz | Zusätzliches Laufwerk pro Nutzer/Gruppe | Zweite Kopie im 3-2-1 |
| Einrichtung | config.php objectstore-Block | External-Storage-App (S3-Dialog) | occ/Backup-Tool, s3fs oder rclone |
| Wann setzen | Vor dem ersten Login, unveränderlich | Jederzeit an-/abschaltbar | Getrennter Bucket, eigener Key |
| Ideal für | Neue Instanzen, volle Skalierung | Bestandsinstanzen, Projektablagen | Ransomware-Resilienz, DR |
| Konsistenz | strong read-after-write (Pflicht) | strong read-after-write | strong read-after-write |
| Endpoint | https://de-fra.i3storage.com | https://de-fra.i3storage.com | https://de-fra.i3storage.com |
Ein Bucket plus ein eigenes API-Key-Paar pro Kunde – kompromittiert ein Key eine Instanz, bleiben alle anderen Mandanten unberührt. Klare Trennung ohne geteilte Credentials, sauber abrechenbar pro Bucket.
1 TB Egress ist pro TB Storage inklusive, jedes weitere TB kostet fix – nie „kostenlos“, aber nie überraschend. So kalkulieren Sie Ihre Managed-Pakete mit stabiler Marge statt mit dem Egress-Roulette der Hyperscaler.
Sie kaufen Speicher ab 2,49 €/TB ein und verkaufen ihn als Teil Ihres Managed-Nextcloud-Pakets inklusive Betrieb, Support und SLA weiter. Der Storage ist Ihre Kostenbasis – die Wertschöpfung und der Aufschlag gehören Ihnen. Hoher CLV bei geringer Wechselneigung.
AVV nach Art. 28, ausschließlich RZ Frankfurt, 100 % Ökostrom, TLS-Transfer – Argumente, die Sie direkt an Kunden im Gesundheits-, Kanzlei- und Behördenumfeld weiterreichen. Souveränität verkauft sich, gerade im DACH-B2B.
Per s3fs oder rclone mount hängen Sie Buckets als Dateisystem ein – für Migrations-Skripte, Massen-Imports oder Backup-Jobs außerhalb von Nextcloud. Der S3-Endpoint bleibt derselbe: https://de-fra.i3storage.com, region de-fra.
Öffentlich geteilte Objekte liefern Sie über das CDN (DACH/Europa) mit niedriger Latenz aus; IPv4 und IPv6 sind nativ verfügbar. Ideal für Media-Freigaben und öffentliche Downloads aus Nextcloud heraus.
Der teuerste Posten in jedem Cloud-Speicher-Angebot ist nicht das Terabyte, sondern die Unvorhersehbarkeit. Wenn ein Kunde plötzlich synchronisiert, teilt und herunterlädt, explodiert bei Egress-Modellen die Rechnung – und Ihre Marge mit ihr. Unser Modell macht Schluss damit: Storage ab 2,49 €/TB, 1 TB Egress pro TB inklusive, jedes weitere TB zum festen Satz. Sie kennen Ihre Kostenbasis vor dem Verkauf und schnüren Managed-Pakete mit einem Aufschlag, der die Marge trägt. Weil der Zugriff rein über SigV4-Keys und signierte URLs läuft, brauchen Sie keine komplexe Zugriffsinfrastruktur zu betreiben – ein Key-Paar pro Mandant, ein Bucket pro Instanz, fertig. Weniger Betriebsaufwand, mehr Deckungsbeitrag. Genau das macht Managed-Nextcloud auf diesem Fundament zu einem Produkt mit hohem Customer-Lifetime-Value statt zu einem Support-Fass ohne Boden.
Erzeugt Nextcloud Previews erst bei Bedarf, löst das viele kleine Objekt-Zugriffe aus und bremst Galerie- und Dateiansicht. Installieren Sie die Preview-Generator-App und lassen Sie occ preview:generate-all einmal durchlaufen; begrenzen Sie zugleich die Preview-Größen in config.php auf sinnvolle Kantenlängen. So bleiben Ihre Objektzugriffe schlank und die Oberfläche flott.
Papierkorb und Datei-Versionen verwaltet Nextcloud in der App-Schicht – jede behaltene Version belegt Platz im Bucket. Setzen Sie versions_retention_obligation und trashbin_retention_obligation auf Werte, die zu Ihrem Kostenrahmen passen, damit gelöschte Dateien und alte Versionen den Bucket nicht unbemerkt aufblähen. So bleibt der Speicherverbrauch pro Mandant planbar.
Nextcloud zerlegt große Uploads in Teile und setzt sie serverseitig wieder zusammen, bevor das fertige Objekt in den Bucket geschrieben wird. Sorgen Sie für ausreichend temporären Speicher auf dem App-Server und großzügige Upload-Limits in PHP und Webserver. Strong read-after-write stellt sicher, dass jedes zusammengesetzte Objekt sofort konsistent lesbar ist.
Unsere Erfahrung spricht für sich: Wir haben bereits erfolgreich Migrationen mit mehreren Petabyte an Daten und über 500 Millionen Dateien durchgeführt.