Nextcloud auf dem VPS als souveräne Cloud betreiben

Eigene Cloud, selbstbestimmt: Warum Nextcloud auf einem VPS mehr als nur ein Trend ist

Die Ankündigungen der großen amerikanischen Cloud-Anbieter klingen in letzter Zeit wie eine Litanei des Misstrauens: Datenauswertung für KIs, verschärfte AGBs, unklare Rechtslage bei US-Servern. Für Unternehmen und öffentliche Einrichtungen in Europa, die personenbezogene Daten verarbeiten, wird der Griff zur selbstgehosteten Lösung fast zur Pflicht. Nextcloud hat sich hier in den vergangenen Jahren als die Open-Source-Referenz etabliert – nicht nur als Dateiablage, sondern als vollwertige Kollaborationsplattform mit Talk, Kalender, Kontakten und Office-Integration.

Doch zwischen dem Wunsch nach digitaler Souveränität und dem täglichen Betrieb einer eigenen Cloud klafft nicht selten eine Lücke. Gerade Administratoren, die mit Nextcloud auf einem eigenen Root-Server oder einem kleinen VPS starten, machen Erfahrungen, die in den glatten Marketingmaterialien selten auftauchen. Dieser Artikel will genau dort ansetzen: Was bedeutet es, Nextcloud auf einem virtuellem Privatserver zu betreiben? Wo liegen die Fallstricke, wo die echten Vorteile? Und vor allem: Wie gelingt der Schritt von der Installation zum stabilen, sicheren System?

Wir werden uns die grundlegenden Entscheidungen anschauen, die vor der Installation fallen – und die später schwer zu korrigieren sind. Die Wahl des Hosters, die Dimensionierung des Servers, die Datenbank-Engine, der richtige Umgang mit Caching und die nicht zu unterschätzende Frage der Speicheranbindung. All das klingt im ersten Moment nach Standardwissen, aber im Kontext von Nextcloud zeigt sich: Hier gibt es Details, die über die Performance und die tägliche Nutzerzufriedenheit entscheiden.

Der VPS als Fundament – worauf es wirklich ankommt

Wer sich für einen VPS entscheidet, meint meistens einen Linux-Server mit Root-Zugriff, der virtualisiert auf einem physischen Host läuft. Die Angebote reichen vom Dumping-Cheap-VPS mit 1 GB RAM und einer alten CPU bis hin zu hochperformanten Instanzen mit NVMe-SSDs und dedizierten Kernen. Für Nextcloud ist die Wahl nicht trivial, denn die Software ist zwar nicht übermäßig ressourcenhungrig, aber sie verzeiht kaum Engpässe bei Speicherlatenz und Arbeitsspeicher.

Ein Fehler, den ich immer wieder sehe: Man kauft den günstigsten VPS bei einem Hoster, der vielleicht gute Bewertungen hat, aber nicht auf I/O-Performance optimiert ist. Nextcloud nutzt intensiv die Datenbank – meist MariaDB oder PostgreSQL – und schreibt Metadaten sowie Dateiversionen. Wenn der VPS-Anbieter die SSDs mit zu vielen Nachbarn teilt oder die CPU-Kerne gedrosselt sind, wird die Oberfläche träge, das Hochladen größerer Dateien zur Geduldsprobe und die Synchronisation auf mobilen Geräten stockt.

Daher die erste, fast schon langweilige Empfehlung: Mindestens 2 GB RAM (eher 4 GB bei mehr als fünf aktiven Nutzern), eine CPU mit mindestens zwei Kernen (am besten von einem Anbieter mit AMD EPYC oder Intel Xeon der neueren Generation) und eine SSD, die nicht nur als „SSD“ beworben wird, sondern auch garantierte IOPS liefert. Anbieter wie Hetzner, Netcup oder auch die kleineren europäischen Hoster mit eigener Infrastruktur sind hier oft die bessere Wahl als ein großer US-Provider, der auf Massengeschäft setzt.

Vor der Installation: Domain, DNS und der unvermeidliche Reverse Proxy

Bevor man auch nur eine Zeile Konfiguration auf dem Server ändert, sollte die Domain stehen. Nextcloud ist nicht dafür gemacht, über IP-Adressen oder lokale Hostnamen mit Selbstsignierungszertifikaten betrieben zu werden – das ist zwar technisch möglich, aber erzeugt ständige Sicherheitswarnungen bei den Clients und Probleme mit der Kollaboration. Eine richtige Domain plus Let’s Encrypt-Zertifikat ist heute zum Glück kein Hexenwerk mehr.

Wer einen VPS mietet, hat meist eine öffentliche IPv4 und/oder IPv6. Die Domain wird per A- oder AAAA-Record auf die IP gesetzt. Klingt simpel, aber: Viele Admins vergessen den AAAA-Record, wenn der VPS IPv6 unterstützt – und Nextcloud kann IPv6 problemlos bedienen. Die Clients (Desktop, Mobil) versuchen dann oft IPv6 zuerst, und wenn der Eintrag fehlt, kommt es zu Timeouts. Also: Immer beide Einträge setzen.

Der Reverse Proxy ist das nächste Thema. Nextcloud bringt zwar einen eigenen Webserver (Apache oder Nginx) mit, aber im professionellen Betrieb wird man fast immer Nginx upstream setzen, gefolgt von einer vorgeschalteten Nginx-Instanz, die SSL-Terminierung, HTTP/2, Brotli-Kompression und DDoS-Schutz übernimmt. Warum so umständlich? Weil man dann zentral mehrere Dienste verwalten kann (vielleicht läuft später noch eine Rocket.Chat-Instanz oder ein Git-Server), und weil die Trennung von SSL und Anwendung die Sicherheit erhöht. Viele Nextcloud-Installationen scheitern später an falschen Proxy-Konfigurationen – etwa weil die Header für die Weiterleitung der echten Client-IP fehlen oder die Dateigrößenbeschränkungen nicht gesetzt sind.

Eine saubere Konfiguration des Reverse Proxy ist daher kein optionaler Luxus, sondern eine Grundvoraussetzung für den stabilen Betrieb. Ich empfehle, die Konfiguration Schritt für Schritt zu dokumentieren, denn beim nächsten Update oder bei einem Hosterwechsel will man nicht jedes Mal rätseln.

Die Installation: Manuell vs. Skript vs. All-in-One

Nextcloud bietet mittlerweile mehrere Installationswege. Der klassische Weg ist das Herunterladen des Archivs, Entpacken, Einrichten der Datenbank und des Webservers. Das ist die Methode, die in den meisten Tutorials beschrieben wird. Sie hat den Vorteil, dass man genau versteht, was passiert, und später jede Schraube selbst drehen kann. Der Nachteil: Es ist zeitaufwendig und fehleranfällig, gerade bei der Datenbankoptimierung und den PHP-Einstellungen.

Daneben gibt es die „Nextcloud VM“, ein vorgefertigtes Image für VirtualBox, Proxmox oder auch als KVM-Image für VPS. Diese Images sind gut gepflegt, enthalten bereits eine optimierte Konfiguration und richtige Dinge wie Redis, eine vorkonfigurierte Fail2ban-Regel und eine vernünftige PHP-Umgebung. Der Nachteil: Man ist auf die Entscheidungen des Image-Erstellers angewiesen, und bei Updates kann es zu Konflikten kommen, wenn man eigene Änderungen an der Systemkonfiguration vorgenommen hat.

Und dann gibt es noch den Nextcloud All-in-One (AIO) Ansatz, der auf Docker basiert. AIO ist eine Sammlung von Containern, die Nextcloud, Datenbank, Redis, Collabora (oder OnlyOffice) und einen Mail-Server beinhaltet. Die Installation erfolgt über ein Master-Setup-Container, die Verwaltung über eine Weboberfläche. Klingt verlockend einfach, und für kleinere Umgebungen ist es das auch. Aber: Docker auf einem VPS ist nicht trivial. Man braucht ein gutes Verständnis von Netzwerken, Volumes und Container-Updates. Und wenn der Docker-Daemon crasht, steht die ganze Cloud. Ich persönlich würde AIO nur empfehlen, wenn man bereits Docker im Griff hat und die zusätzliche Abstraktionsschicht in Kauf nimmt – oder wenn man einen dedicated Server mit ausreichend RAM hat, auf dem Docker sauber läuft.

Für den Einstieg rate ich meistens zur manuellen Installation auf einem frischen Ubuntu 22.04 LTS oder Debian 12. Das Betriebssystem ist schlank, gut dokumentiert und die Paketquellen liefern eine aktuelle PHP-Version (mindestens 8.1, besser 8.2). Die Datenbank MariaDB 10.11 oder PostgreSQL 15 sind stabil und performant. Danach installiert man PHP-FPM, die benötigten Erweiterungen (curl, gd, imagick, intl, bcmath, zip, mbstring, xml, redis) und richtet Nginx als Reverse Proxy und Webserver ein. Das klingt nach viel Arbeit – und das ist es auch. Aber man lernt dabei das System kennen.

Der Moment der Wahrheit: Datenbank und Caching

Viele Nextcloud-Einsteiger unterschätzen die Bedeutung der Datenbank-Optimierung. Nextcloud führt für fast jede Aktion – Öffnen eines Ordners, Suchen, Synchronisation – Datenbankabfragen durch. Wenn die Datenbank nicht gut eingestellt ist, werden selbst einfache Operationen zur Geduldsprobe. Ein teurer VPS mit viel RAM nützt wenig, wenn die Datenbank bei jedem SELECT die Festplatte bemühen muss.

Konkret: Man sollte die Datenbank auf einem separaten Volume mit guter I/O-Leistung ablegen – oder noch besser, wenn der Hoster das anbietet, eine separate Datenbank-Instanz nutzen. Aber auch mit einer auf demselben Server installierten MariaDB kann man viel erreichen: richtige InnoDB-Puffer-Einstellungen (innodb_buffer_pool_size auf 70-80% des verfügbaren RAM setzen, wenn die Datenbank allein läuft), Query Cache deaktivieren (der ist bei modernen Systemen kontraproduktiv) und die richtigen Indizes setzen. Nextcloud pflegt seine Indizes selbst, aber nach einem großen Update kann es sinnvoll sein, den Befehl occ db:add-missing-indices auszuführen.

Und dann ist da noch Redis. Nextcloud ohne Redis zu betreiben, ist wie ein Auto ohne Ölwechsel – es geht eine Weile gut, aber irgendwann rappelt es. Redis übernimmt das Caching von Dateilisten, Sessions, Transaktionslocks und vielem mehr. Ohne Redis wird jede Anfrage an die Datenbank geschickt, was bei mehreren gleichzeitigen Nutzern zu einem dramatischen Performanceabfall führt. Die Einrichtung von Redis ist einfach: Paket installieren, PHP-Redis-Extension, in der config.php den redis-Key setzen. Aber Achtung: Der Redis-Server sollte nicht ohne Passwort im Netzwerk laufen. Ein einfaches requirepass in der Redis-Konfiguration verhindert unerwünschte Zugriffe.

Ein interessanter Aspekt, der oft vergessen wird: Der Redis-Cache verbraucht Arbeitsspeicher. Man sollte ihm nicht den gesamten RAM zuweisen, sondern einen festen Wert (z. B. 256 MB für ein kleines System, 1-2 GB für größere). Wenn Redis zu viel Speicher bekommt, kann das Betriebssystem anfangen zu swappen, und dann ist die Performance im Keller. Also: Redis begrenzen und überwachen.

Speicher: Lokal oder angebunden?

Die naheliegendste Lösung ist die lokale Festplatte des VPS. Moderne VPS mit NVMe-SSDs sind extrem schnell – oft schneller als jeder externe Speicher. Der Nachteil: Die Kapazität ist begrenzt. Wer viele große Dateien speichert (Videos, Projektdaten, Backups), stößt schnell an Grenzen. Zudem ist der Speicher bei den meisten Hostern teurer als Cloud-Objektspeicher wie Amazon S3, Backblaze B2 oder Wasabi.

Nextcloud kann externe Speicher einbinden, und zwar auf zwei Arten: über die „Externe Speicher“-App, die es erlaubt, S3-kompatible Buckets oder sogar FTP/SMB-freigaben direkt in das Dateisystem zu integrieren, oder über die primäre Datenablage auf einem S3-Backend. Letzteres bedeutet, dass die Dateien komplett in einem Bucket liegen und Nextcloud nur die Metadaten in der Datenbank speichert. Das ist die sauberere Lösung, aber sie erfordert eine entsprechende Konfiguration schon bei der Installation (primary objectstore).

Wer sich für einen externen Speicher entscheidet, muss auf die Latenz achten: Ein S3-Bucket in den USA kann bei einem Server in Deutschland zu spürbaren Verzögerungen führen. Besser einen lokalen oder regionalen Anbieter wählen – in Europa gibt es Wasabi (EU-Standorte), Backblaze (in Amsterdam) oder auch die S3-kompatiblen Angebote von Hetzner (Object Storage) oder Exoscale. Und nicht vergessen: Bei S3 zahlt man für API-Aufrufe, Traffic und Speicher. Gerade bei vielen kleinen Dateien können die Kosten für die API-Requests schnell explodieren. Also vorher rechnen.

Sicherheit: Was man nicht unterschätzen sollte

Nextcloud standardmäßig abzusichern ist kein großes Thema, aber die alltägliche Bedrohungslage erfordert mehr als ein Passwort und ein SSL-Zertifikat. Der Dienst läuft auf einem öffentlich erreichbaren Server – und wird von Bots regelmäßig angegriffen. Die Nextcloud-eigene Brute-Force-Schutzfunktion (im Admin-Bereich aktivierbar) blockiert IPs nach mehreren Fehlversuchen. Aber das allein reicht nicht.

Fail2ban ist der Klassiker. Man definiert eine Jail für die Nextcloud-Login-Seite, basierend auf den Logs von Nginx oder Apache. Das blockiert Angreifer nach wenigen fehlgeschlagenen Anmeldeversuchen. Allerdings sollte man Fail2ban nicht zu aggressiv einstellen, sonst sperrt man sich selbst aus – oder legitime Nutzer mit fehlerhaften Clients. Ein guter Wert ist: nach 5 Fehlversuchen innerhalb von 10 Minuten für 30 Minuten sperren.

Zwei-Faktor-Authentifizierung (2FA) ist heutzutage kein Luxus mehr. Nextcloud unterstützt TOTP (wie Google Authenticator) und WebAuthn (FIDO2/Passkeys). Insbesondere für Administratoren sollte 2FA verpflichtend sein. Über die App „Two-Factor Authentication“ kann man sogar Richtlinien erzwingen: Zwei-Faktor für alle oder nur für bestimmte Gruppen. Das ist gerade in Unternehmen sinnvoll.

Ein Punkt, der regelmäßig vergessen wird: Die Datenbank-Konfiguration sollte nicht mit Standardpasswörtern auskommen. Nextcloud generiert bei der Installation ein Datenbankpasswort, aber viele kopieren die Konfiguration von Tutorials und übernehmen schwache Passwörter. Einmalig ein sicheres Passwort setzen und danach nur noch über die config.php oder Umgebungsvariablen verwalten.

Backup – die unterschätzte Lebensversicherung

Die meisten Nextcloud-Administratoren kümmern sich erst um Backups, wenn es zu spät ist. Ein VPS kann jederzeit abstürzen, der Hoster kann in Insolvenz gehen (ja, das gibt es) oder ein Administrator löscht versehentlich das falsche Volume. Nextcloud speichert nicht nur die Dateien, sondern auch die Metadaten, Versionen, Freigaben und Einstellungen – all das steckt in der Datenbank. Ein reines Datei-Backup reicht nicht.

Die bewährteste Strategie ist ein kombiniertes Backup: Die Datenbank wird regelmäßig (z. B. alle sechs Stunden) per mysqldump oder pg_dump gesichert und auf ein separates Volume oder einen externen Speicher geschrieben. Die Dateien (das data-Verzeichnis von Nextcloud) werden ebenfalls mit rsync oder besser mit einem dedizierten Tool wie rclone auf einen S3-Bucket oder einen anderen Server übertragen. Für kleine Installationen reicht ein tägliches Backup, bei vielen Nutzern und ständigem Datenaustausch sollte man zu stündlichen oder sogar kontinuierlichen Snapshots greifen, falls der Hoster das auf Storage-Ebene unterstützt.

Nextcloud selbst bietet eine „Backup“-App, die eine einfache Sicherung von Datenbank und Dateien ermöglicht. Sie ist aber etwas starr und nicht für große Datenmengen optimiert. Ich persönlich bevorzuge Skripte, die den occ maintenance:mode –on setzen, dann das Dump erstellen und danach den Modus deaktivieren. So wird verhindert, dass während des Backups Daten inkonsistent sind. Der Nachteil: Der Dienst ist für einige Minuten offline. Bei vielen Nutzern sollte man das in die Nacht legen.

Wichtig: Das Backup regelmäßig testen, also tatsächlich eine Wiederherstellung auf einem Testsystem durchführen. Denn ein Backup, das nie getestet wurde, ist kein Backup, sondern eine Illusion. Und das gilt gerade für Nextcloud, weil die Datenbankstruktur sich mit Updates ändert – ein Dump der alten Version kann nach einem Update unter Umständen nicht mehr problemlos eingespielt werden.

Performance-Tuning jenseits der Grundeinstellungen

Hat man die Datenbank optimiert, Redis installiert und die richtigen PHP-Werte gesetzt (memory_limit=512M, upload_max_filesize=10G, post_max_size=10G), dann läuft Nextcloud meist flüssig. Aber es gibt noch einige Stellschrauben, die man für eine echte Optimierung kennen sollte.

Zum Beispiel PHP OPcache: Der sollte aktiviert sein, mit einem ausreichend großen Speicher (z. B. 256 MB). Nextcloud hat viele PHP-Dateien, und wenn jede Anfrage den Code neu kompilieren muss, wird die CPU unnötig belastet. OPcache beschleunigt das enorm.

HTTP/2 und Brotli-Kompression: Moderne Browser und Nextcloud-Clients profitieren von HTTP/2, da es mehrere Anfragen parallel über eine einzige Verbindung ermöglicht. Brotli komprimiert die Ausgabe besser als Gzip, was speziell bei den JSON-Antworten der Nextcloud-API (etwa beim Sync) Bandbreite spart. Beides kann man im Reverse Proxy konfigurieren.

Ein weiterer Knackpunkt ist die PHP-FPM-Konfiguration: Die Anzahl der Worker-Kinder sollte an die Anzahl der CPU-Kerne und den verfügbaren RAM angepasst sein. Ein guter Richtwert ist: pm = dynamic, pm.max_children = (RAM – 1 GB) / 50 MB. Klingt kompliziert, aber im Grunde: Pro Kind braucht man ca. 30-50 MB RAM für einen Request. Bei 4 GB RAM und Abzug von 1 GB für Betriebssystem und Redis bleiben 3 GB, also max_children = 60. Das ist schon recht großzügig, aber bei vielen gleichzeitigen Anfragen (mehrere Clients, Syncs, Uploads) kann es sonst zu Engpässen kommen.

Und dann ist da noch das Thema der Vorschaubilder (previews). Nextcloud erstellt für jedes hochgeladene Bild eine Vorschaugrafik – das kann bei vielen Dateien zu massiver CPU-Last führen. In den Einstellungen kann man die Qualität und die maximale Größe der Vorschaubilder reduzieren, oder die Vorschaugenerierung auf einen Hintergrundjob (cron) verschieben. Oder man verwendet externe Vorschaugeneratoren wie imagick, die schneller sind als die GD-Bibliothek.

Das tägliche Leben mit Nextcloud: Updates und Wartung

Einmal installiert und konfiguriert, läuft Nextcloud meist stabil. Aber die Software wird aktiv weiterentwickelt – Sicherheitsupdates kommen etwa alle zwei Wochen, Feature-Updates vierteljährlich. Das Update-Prozedere ist in der Web-Oberfläche integriert, aber ich rate dringend davon ab, Updates direkt auf dem Produktivsystem durchzuführen, ohne vorher auf einem Testsystem geprüft zu haben. Gerade bei Major-Updates (z. B. von 28 auf 29) gab es schon häufiger Inkompatibilitäten mit Apps oder Datenbankstrukturen.

Die empfohlene Vorgehensweise: Zuerst auf einem zweiten VPS oder einer lokalen VM das Update testen, dann auf dem Produktivsystem den Maintenance-Modus aktivieren, Backup machen, Update ausführen, Maintenance-Modus deaktivieren. Das klingt aufwendig, aber es verhindert böse Überraschungen. Und die Nextcloud-Community ist aktiv: In Foren und Reddit teilen Nutzer ihre Erfahrungen mit neuen Versionen. Ein Blick dorthin vor dem Update spart Zeit und Nerven.

Hintergrundjobs sollten über cron laufen, nicht über den AJAX-Modus. Cron ist zuverlässig und verhindert, dass bei jedem Seitenaufruf geprüft wird, ob Jobs anstehen. Man muss nur einmalig im Nextcloud-Admin den Cron-Modus auf „Cron“ stellen und einen crontab-Eintrag setzen: * * * * * php /pfad/zu/nextcloud/cron.php. Das läuft dann jede Minute und erledigt anstehende Aufgaben wie E-Mail-Versand, Vorschaubild-Generierung, Datei-Versionierung und mehr.

Erweiterungen und Integrationen: Das Ökosystem nutzen

Nextcloud ist mehr als eine Dateiablage. Die Apps „Nextcloud Talk“ (Videokonferenzen, Chat), „Nextcloud Groupware“ (Kalender, Kontakte, Aufgaben) und die Office-Integration (Collabora Online oder OnlyOffice) machen die Plattform zu einem echten Kollaborationswerkzeug. Der Betrieb dieser Apps auf demselben VPS stellt jedoch zusätzliche Anforderungen.

Talk benötigt einen TURN/STUN-Server, wenn keine direkte Peer-to-Peer-Verbindung zwischen den Teilnehmern möglich ist (etwa bei Firewalls oder NAT). Den kann man als Extra-Container oder mit coturn selbst hosten. Das ist nicht schwer, sollte aber vor dem ersten Meeting konfiguriert sein, sonst funktionieren Videoanrufe nicht zuverlässig.

Collabora Online und OnlyOffice sind ressourcenhungrig – insbesondere beim gleichzeitigen Bearbeiten von Dokumenten kann der Arbeitsspeicher schnell knapp werden. Auf einem VPS mit 4 GB RAM sollte man nur wenige gleichzeitige Bearbeiter einplanen. Wer eine viele Nutzer hat, braucht entweder einen größeren Server oder einen separaten Docker-Host für die Office-Anwendung.

Interessant ist auch die Integration von LDAP oder Active Directory. Nextcloud kann Benutzer aus einem Verzeichnis synchronisieren und authentifizieren. Gerade in Organisationen, die bereits eine zentrale Benutzerverwaltung haben, ist das ein Muss. Die Einrichtung ist gut dokumentiert, aber man sollte vorher testen, ob die LDAP-Abfragen performant sind – sonst werden Anmeldungen langsam.

Kosten und Wirtschaftlichkeit: Rechnet sich das?

Kommen wir zu einer Frage, die Entscheider immer stellen: Was kostet mich eine Nextcloud auf einem VPS? Die Software selbst ist Open Source, also lizenzkostenfrei. Aber die Kosten für den VPS, die Domain, das SSL-Zertifikat (kostenlos) und eventuell den Speicher (bei S3-Backups und externem Speicher) summieren sich.

Ein soliden VPS mit 4 GB RAM, 2 Kernen, 80 GB NVMe-SSD kostet etwa 10 bis 15 Euro pro Monat bei einem europäischen Hoster (Stand 2025). Dazu kommen die Kosten für die Domain (ca. 10-15 Euro pro Jahr) und ggf. externe Speicher, wenn die lokale Platte nicht reicht. Ein S3-Bucket mit 1 TB monatlich kostet je nach Anbieter zwischen 5 und 10 Euro – plus Traffic. Insgesamt also 15 bis 30 Euro pro Monat für eine voll funktionsfähige Cloud. Das ist deutlich günstiger als vergleichbare Business-Pläne von Dropbox oder Google Drive, die pro Nutzer und Monat abgerechnet werden. Allerdings: Der Betrieb erfordert Zeit und Know-how, das muss man als Unternehmen oder als ambitionierter Privatmensch einkalkulieren.

Fazit: Nextcloud auf dem VPS – ein ehrlicher Rat

Nextcloud auf einem VPS zu installieren und zu betreiben, ist kein Hexenwerk, aber es erfordert mehr als das Befolgen einer Schritt-für-Schritt-Anleitung. Die Technik ist stabil, die Community hilfsbereit, und die Möglichkeiten der Anpassung sind enorm. Doch man sollte sich bewusst sein: Man übernimmt die Verantwortung für Updates, Sicherheit, Backups und Performance. Wenn man bereit ist, diese Verantwortung zu tragen, bekommt man eine souveräne Cloud-Lösung, die keine Daten an Dritte weitergibt und auf die man sich verlassen kann.

Der Weg dorthin führt über eine sorgfältige Planung der Hardware, eine saubere Konfiguration von Reverse Proxy, Datenbank und Redis, eine durchdachte Backup-Strategie und regelmäßige Updates. Wer sich nicht selbst mit Skripten und Kommandozeilen auseinandersetzen möchte, kann auf Managed Nextcloud-Angebote zurückgreifen – aber das kostet mehr und gibt Kontrolle ab. Für alle anderen: Ein VPS ist die ideale Spielwiese, um die eigene Cloud zu managen.

Und vielleicht ist genau das der Reiz: In einer Zeit, in der Cloud-Dienste oft undurchsichtig sind, die Verantwortung für die eigenen Daten wieder selbst zu übernehmen. Mit Nextcloud auf einem VPS gelingt das – wenn man bereit ist, sich einzulassen.