Ich stecke gerade in einem kleinen Dilemma mit meinem selbst gehosteten Nextcloud-Setup. Seit ich vor ein paar Monaten auf eine containerisierte Umgebung umgestellt habe, bemerke ich immer wieder kleine Performance-Einbrüche, besonders wenn mehrere Nutzer gleichzeitig Dateien synchronisieren. Irgendwie fühlt sich die ganze Sache jetzt schwerfälliger an, obwohl die Hardware eigentlich besser ist. Vielleicht liegt es an meiner Konfiguration der persistenten Speicher oder ich habe beim Übergang auf Container etwas Grundlegendes übersehen.
Das klingt nach einem klassischen Fall bei dem Containerisierung und persistenter Speicher sich gegenseitig ausbremsen. Prüfe zuerst das Speichersystem hinter den Nextcloud Volumes Block Device oder einem vernetzten Speicher In einer Mehrnutzer Synchronisation können IO Latenzen am Speicher die Performance stark beeinflussen Messwerte mit iostat oder iotop zeigen oft ob IO Wartezeiten oder Queues das Limit sind Schau dir außerdem an ob der PHP FPM Pool angemessen konfiguriert ist und ob DB und Redis Cache Engpässe machen Falls das Storage Backend über das Netzwerk geht checke Netzwerk Latenzen und Buffer Caching am Host
Ich fühle mit dir Es ist oft unsichtbar wie kleine Konfig Details zusammenkleben Selbst wenn die Hardware stärker ist kann eine falsch gesetzte Speicher oder Netzwerk Konfiguration die Reaktionsfähigkeit von Nextcloud drücken Vielleicht ist es eine Spur von Frustration weil die Ursache nicht sofort sichtbar wird
Vielleicht liegt das Problem gar nicht am Speicher sondern an der Art wie die Container orchestriert sind Wenn du Snapshots oder Replikation aktiv hast können Hintergrund Tasks im stillen Phasen plötzlich den IO durcheinanderbringen Oder die Synchronisations Worker erzeugen Burst IO und der Cache muss erst warm werden
Ich bleibe skeptisch dass es nur am Storage liegt Vielleicht messen wir falsch oder die Nutzerverteilung hat sich verändert Kurze Hänger könnten auch Netzwerkpakete oder TLS Handshakes sein die sich wie Dellen anfühlen aber keine dauerhaften Bottlenecks sind Ohne harte Zahlen fühlt sich das oft größer an als es ist
Vielleicht solltest du das Thema neu rahmen Nicht Wie beschleunigen wir Nextcloud sondern Wie gestalten wir die Synchronisation so dass sich der Rechner robuster anfühlt Dann fokussiert man auf Reaktionszeit bei Ordner Öffnen Wartezeit beim Upload und man prüft wie sich unterschiedliche UI Zeitfenster anfühlen statt nur Summe Durchsatz zu optimieren
Ein Konzept das du prüfen könntest ist IO Quota via cgroups oder ein IO Scheduling Backend wie BFQ statt CFQ Dazu gehören auch das Setzen von Limits pro Container das Abschalten von writeback Caching wenn nötig und das experimentieren mit verschiedenen Speicher Treibern Das erklärt die Grund Idee lässt aber offen warum es konkret besser läuft ohne eine Garantie zu geben
