Startseite
» NETZWERK-ADMIN
»
ownCloud Infinite Scale vs. Nextcloud 28: Leistung und RAM-Nutzung erklärt
ownCloud Infinite Scale vs. Nextcloud 28: Leistung und RAM-Nutzung erklärt
ownCloud Infinite Scale und Nextcloud 28 ermöglichen beide die Synchronisierung und Freigabe von selbstgehosteten Dateien, erreichen dies jedoch durch sehr unterschiedliche Serverarchitekturen. Dieser Unterschied ist relevant, wenn es darum geht, Speicherauslastung, Anfragelatenz, Skalierungsverhalten und den erforderlichen Optimierungsaufwand für eine Bereitstellung vorherzusagen.
Der wichtigste Hinweis vorab: Es gibt keine verlässliche, allgemeingültige Zahl wie „Infinite Scale benötigt X MB, Nextcloud 28 hingegen Y MB“. Der RAM-Verbrauch variiert je nach aktivierten Diensten, gleichzeitigen Benutzern, Hintergrundprozessen, Speichersystemen, Anzahl der PHP-Prozesse, Caching, Vorschauen, Office-Integration und Anwendungen. Die offizielle Dokumentation enthält zudem unterschiedliche Empfehlungen zum Speicherverbrauch der beiden Produkte. Daher wäre es irreführend, diese Angaben als direkten Vergleichswert zu verwenden.
Es gibt auch ein Problem mit dem Lebenszyklus. Nextcloud 28, auch bekannt als Hub 7, wurde im Dezember 2023 veröffentlicht und erreichte im Dezember 2024 das Ende seines Lebenszyklus; die letzte Version der 28.x-Reihe war 28.0.14. Seit Oktober 2026 erhält Nextcloud keine regulären Fehlerbehebungen oder Sicherheitsupdates mehr. Dieser Vergleich ist daher am hilfreichsten, um eine bestehende Nextcloud-28-Installation zu verstehen oder eine Migration zu planen, nicht aber, um eine neue Nextcloud-28-Bereitstellung zu empfehlen. Den offiziellen Wartungs- und Veröffentlichungsplan von Nextcloud finden Sie hier .
Ein vereinfachter Architekturvergleich. Er veranschaulicht, warum sich das RAM-Verhalten zwischen den beiden Plattformen unterscheidet; es handelt sich nicht um einen gemessenen Benchmark oder einen Durchsatznachweis.
Die architektonischen Unterschiede sind der Hauptgrund für die meisten Leistungskompromisse.
ownCloud Infinite Scale, in Konfiguration und Dokumentation oft als oCIS abgekürzt, ist als Sammlung von Go-Diensten aufgebaut. Die Standard-Laufzeitumgebung kann integrierte Dienste in einem einzigen Prozess starten und mit einem eingebetteten Supervisor überwachen. Laut ownCloud trägt dieses Design zur Reduzierung des Speicherbedarfs bei, und einzelne Dienste können bei Bedarf zur Skalierung einer Bereitstellung auf andere Knoten verschoben werden. Die Plattform benötigt für ihren Kernbetrieb weder PHP noch eine herkömmliche Anwendungsdatenbank. Weitere Informationen finden Sie in der offiziellen Architekturdokumentation und der Übersicht zur Administration von Infinite Scale .
Nextcloud 28 folgt dem bekannten PHP-Webanwendungsmodell. Ein typischer Produktions-Stack umfasst einen Webserver wie Apache oder Nginx, PHP- oder PHP-FPM-Worker, eine unterstützte relationale Datenbank und üblicherweise Memory-Caching. Die Nextcloud-Dokumentation empfiehlt APCu für lokales Caching und Redis für verteiltes Caching und transaktionales Dateisperren in Unternehmensumgebungen. Dadurch ist Nextcloud sehr flexibel, der gesamte Arbeitsspeicher verteilt sich jedoch auf mehrere unabhängige Prozesse und Dienste, anstatt von einem einzelnen Serverprozess belegt zu werden.
RAM-Auslastung: Was die offiziellen Zahlen tatsächlich bedeuten
Bereich
ownCloud – Unendliche Skalierbarkeit
Nextcloud 28
Veröffentlichte Gedächtnisleitfäden
Für die vollständige Bereitstellung des Beispiels empfiehlt ownCloud Compose mindestens 4-6 GB Speicherplatz.
Nextcloud 28 dokumentiert einen Mindestspeicherbedarf von 128 MB RAM pro Prozess und empfiehlt mindestens 512 MB pro Prozess.
Sind diese Zahlen direkt vergleichbar?
Nein. Die Abbildung bei Infinite Scale bezieht sich auf ein Bereitstellungsbeispiel, das zusätzliche Software wie Online-Office-Komponenten umfasst, während die Abbildung bei Nextcloud pro Prozess und nicht pro Server-RAM angegeben wird.
Das aktuelle Beispiel für die Produktionsbereitstellung von ownCloud empfiehlt ausdrücklich mindestens 4–6 GB Arbeitsspeicher und weist auf zusätzlichen Speicherbedarf bei aktiviertem Virenscan hin. Diese Angabe bedeutet nicht, dass ownCloud selbst immer 4–6 GB belegt. Die dokumentierte Einrichtung umfasst außerdem Office-Pakete und weitere erforderliche Komponenten. Siehe das offizielle Beispiel für die Produktionsbereitstellung von Infinite Scale .
Nextcloud 28 verfolgt in seiner Anforderungsdokumentation einen anderen Ansatz: Der RAM-Bedarf variiert stark je nach Benutzern, Anwendungen, Dateien und Aktivitäten. Pro Prozess werden mindestens 128 MB und 512 MB empfohlen . Dies ist besonders wichtig bei PHP-FPM, da hier mehrere Worker-Prozesse gleichzeitig aktiv sein können. Ein für hohe Parallelität konfigurierter Server kann daher deutlich mehr Speicher reservieren, als der Wert pro Prozess vermuten lässt. Siehe die Systemanforderungen von Nextcloud 28 .
Welche der beiden Anwendungen dürfte sich bei dateizentrierten Arbeitslasten leichter anfühlen?
Wenn die Arbeitslast hauptsächlich aus Authentifizierung, Browsen, Synchronisieren, Hochladen, Herunterladen und Teilen besteht, kann die Go-Laufzeitumgebung und das Service-Design von Infinite Scale den mit einem PHP-Anfrage-Stack verbundenen Overhead reduzieren. ownCloud verwendet intern ebenfalls Binärprotokolle wie gRPC für Teile seiner Servicekommunikation. Architektonisch gesehen bietet dies Infinite Scale einen glaubwürdigen Weg zu hoher Parallelität, ohne die Anzahl der PHP-Worker-Prozesse zu erhöhen.
Dies begründet keinen generellen Durchsatzvorteil. Die Speicherlatenz kann Dateivorgänge dominieren, TLS und Reverse-Proxys verursachen zusätzlichen Overhead, das Metadatenverhalten hängt vom gewählten Speichertreiber ab, und optionale Dienste verändern das Profil. Die Speicherdokumentation von ownCloud beschreibt die Optimierung von Speicher und Leistung für lokale Speicher-, NFS- und S3-basierte Bereitstellungen explizit. Siehe „ Überlegungen zur Speicherung bei unbegrenzter Skalierung“ .
Nextcloud 28 kann bei korrekter Konfiguration ebenfalls eine gute Leistung erbringen. Laut Dokumentation kann Memory-Caching die Serverleistung deutlich verbessern. APCu vermeidet das wiederholte lokale Neuerstellen häufig verwendeter PHP-Objekte, während Redis verteilte Cache-Daten und transaktionale Dateisperrungen verwalten kann. Für einen einzelnen Organisationsserver empfiehlt Nextcloud 28 APCu für den lokalen Cache und Redis für verteiltes Caching und Sperren. Weitere Informationen finden Sie in der Dokumentation zum Memory-Caching von Nextcloud 28 .
Wohin der RAM von Nextcloud fließt
Bei Nextcloud 28 setzt sich die „Nextcloud-RAM-Nutzung“ aus mehreren Komponenten zusammen. PHP-FPM-Worker belegen Speicher entsprechend den aktivierten PHP-Modulen und dem Anwendungscode. Die Datenbank benötigt eigene Puffer und Verbindungsspeicher. Redis belegt Speicher für zwischengespeicherte Objekte und Sperren. APCu verwaltet einen lokalen Cache in jeder PHP-Umgebung. Vorschau-Generierung, Antiviren-Integrationen, Talk, Volltextsuche und Drittanbieter-Apps können eigene Prozesse oder Hintergrundaktivitäten verursachen.
Dieses Modell bietet Administratoren zahlreiche Einstellmöglichkeiten. Durch die Reduzierung der PHP-FPM-Worker-Limits lässt sich ein kleiner Server auch bei begrenztem Arbeitsspeicher am Laufen halten, allerdings können Anfragen unter Last in Warteschlangen geraten. Eine Erhöhung der Worker-Anzahl verbessert die Parallelität, bis CPU, Arbeitsspeicher, Datenbankverbindungen oder E/A zum Flaschenhals werden. Die Verwendung von Redis für den lokalen Cache kann in Umgebungen mit wenig Arbeitsspeicher Speicherplatz sparen. Laut Nextcloud-Dokumentation ist APCu jedoch für das lokale Caching schneller, wenn ausreichend Arbeitsspeicher vorhanden ist. Es handelt sich also um einen tatsächlichen Kompromiss zwischen Leistung und Speicherbedarf und nicht um eine allgemeingültige Empfehlung für jeden Host.
Wohin geht der RAM von Infinite Scale?
Infinite Scale besteht ebenfalls aus vielen logischen Diensten, aber seine eingebettete Laufzeitumgebung kann integrierte Dienste in einem Prozess verwalten und jeden Dienst in einer Go-Routine ausführen. ownCloud beschreibt dies als benutzerfreundliche Methode zur Paketierung der Plattform, die gleichzeitig die Trennung einzelner Dienste für verteilte Bereitstellungen ermöglicht. Der eingebettete Supervisor startet zudem ausgefallene Dienste neu und reduziert laut Dokumentation den Speicherbedarf im Vergleich zur Ausführung jedes Dienstes unter einem externen Supervisor.
Diese Konsolidierung kann das Ressourcenverhalten auf einem einzelnen Host übersichtlicher machen, die RAM-Nutzung bleibt jedoch bestehen. Die Hinzunahme von Collabora oder OnlyOffice, Virenscans, externen Identitätsdiensten, Redis- oder NATS-basierten Komponenten, Miniaturansichtsverarbeitung oder größeren Caches verändert den Ressourcenbedarf. Das Auslagern von Diensten in separate Container oder Kubernetes-Pods kann ebenfalls den Grundaufwand erhöhen, gleichzeitig aber die Isolation und horizontale Skalierbarkeit verbessern.
Leistungsvergleich nach Arbeitslast
Arbeitslast
Wahrscheinlicher Vorteil
Warum
Kleines Dateisynchronisierungsgerät mit wenigen Integrationen
Unendlicher Maßstab
Weniger traditionelle Web-Stack-Komponenten und der Verzicht auf eine erforderliche PHP-/Datenbankebene für die Kernplattform können die Laufzeit vereinfachen.
Großes App-Ökosystem und gruppenwareintensive Bereitstellung
Nextcloud
Das breitere Ökosystem der PHP-Anwendungen ist möglicherweise wichtiger als die reine Servereffizienz, obwohl die RAM-Planung an Bedeutung gewinnt.
Hohe Parallelität bei vorhersehbaren Dateivorgängen
Infinite Scale ist architektonisch attraktiv
Go-Dienste und ein Scale-Out-Servicemodell vermeiden die direkte Verknüpfung von Parallelität mit einem großen PHP-Worker-Pool.
Vorhandene optimierte LAMP/LEMP-Infrastruktur
Nextcloud kann betrieblich einfacher sein.
Teams, die bereits Erfahrung mit PHP-FPM, MariaDB/PostgreSQL, Redis und der Optimierung von Webservern haben, bevorzugen möglicherweise den vertrauten Stack.
Sehr geringes RAM-Budget
Hängt vom Funktionsumfang ab
Die offiziellen Zahlen beider Anbieter lassen keinen eindeutigen Sieger in puncto RAM-Nutzung zu; lassen Sie optionale Dienste außen vor und messen Sie Ihre genaue Arbeitslast.
Wie man sie fair bewerten kann
Wenn die Leistung ausschlaggebend ist, sollten Sie beide Produkte auf derselben Hardware testen, anstatt sich auf Screenshots aus der Community oder isolierte Speicherauslastungszahlen zu verlassen. Verwenden Sie dasselbe Speichermedium oder Backend, denselben Netzwerkpfad, dieselbe TLS-Terminierungsmethode, denselben Testdateisatz, dieselbe Benutzeranzahl und dasselbe Clientverhalten. Laden Sie den Cache auf, bevor Sie die Ergebnisse im stationären Zustand erfassen, und messen Sie das Kaltstartverhalten separat.
Nützliche Kennzahlen sind unter anderem die mittlere und die 95. Perzentil-Latenz für Verzeichnisauflistungen, Metadatenoperationen, Uploads kleiner und großer Dateien, Downloads und die Erstellung von Freigaben; die Anzahl der Anfragen pro Sekunde; der gesamte belegte Arbeitsspeicher aller zugehörigen Prozesse; die CPU-Auslastung; die Speicher-IOPS; die Datenbanklatenz für Nextcloud; und die Auswirkungen von Hintergrundprozessen. Messen Sie den ungenutzten Arbeitsspeicher getrennt vom belegten Arbeitsspeicher, da ein System, das im Leerlauf kleiner erscheint, unter gleichzeitiger Nutzung deutlich mehr Speicher belegen kann.
Bei Nextcloud zählen Sie den Webserver, PHP-FPM, die Datenbank, Redis und alle zusätzlichen Anwendungsdienste. Bei Infinite Scale zählen Sie die oCIS-Dienste sowie Reverse-Proxy, Identitätskomponenten, Office-Integration, Caches und Speicherdienste. Andernfalls wird das Ergebnis zu einem Architekturvergleich, der als Benchmark getarnt ist.
Welche sollten Sie wählen?
Wählen Sie ownCloud Infinite Scale, wenn Sie Wert auf eine moderne, dateizentrierte Plattform legen, eine Go-basierte Servicearchitektur bevorzugen und das Betriebsmodell mit PHP-Workern und einer erforderlichen relationalen Datenbank für den Kernserver vermeiden möchten. Es ist besonders interessant für Unternehmen, die eine horizontale Skalierung ihrer Services oder große Dateifreigabeumgebungen planen.
Wählen Sie eine unterstützte Nextcloud-Version, wenn das Nextcloud-App-Ökosystem, Groupware-Integrationen, vorhandenes Administrationswissen oder Anwendungskompatibilität wichtiger sind als die Minimierung der Laufzeitschichten. Wenn Sie derzeit Nextcloud 28 verwenden, kann eine Leistungsoptimierung kurzfristig noch hilfreich sein, der Sicherheitslebenszyklus ist jedoch der wichtigere Grund für ein Upgrade, da Version 28 seit Dezember 2024 nicht mehr unterstützt wird.
Wenn es bei der Entscheidung speziell um den Arbeitsspeicher geht, rechtfertigen die veröffentlichten Anforderungen beider Anbieter keine eindeutige Aussage über einen allgemeingültigen Sieger. Die Architektur von Infinite Scale entfernt PHP und eine herkömmliche Anwendungsdatenbank aus dem Kern-Stack und ist bewusst auf effiziente Serviceausführung ausgelegt, während Nextcloud ausgereifte Caching-Funktionen und hochgradig konfigurierbare PHP-Parallelverarbeitung bietet. Die sinnvollste Wahl ist, die kompletten Produktions-Stacks zu vergleichen, die Sie tatsächlich betreiben möchten, indem Sie dieselbe Arbeitslast verwenden und den gesamten System-Arbeitsspeicher messen, anstatt nur einen einzelnen Prozess isoliert zu betrachten.