Community-Lösung

Speicherlimit für freigegebene Benutzerordner auf ZimaOS festlegen

A ZimaOS+ user wanted one private folder per employee with a fixed storage cap and also noticed a newly created RAID1 felt unusually slow.

Fazit: ZimaOS steuert den Zugriff auf Freigaben, aber die aktuelle Benutzeroberfläche dokumentiert kein festes Kontingent pro Ordner

Die Anforderung war einfach: Jeder Mitarbeiter sollte einen privaten Ordner erhalten, der auf 4 TB begrenzt ist. Die Konto- und Freigabeberechtigungen von ZimaOS können steuern, wer einen Ordner sieht, aber die aktuelle öffentliche Dokumentation bietet keine integrierte Einstellung nach dem Muster „Diese freigegebene Datei darf nur X TB belegen“. Zugriffskontrolle und Speicherkontingent sind getrennte Funktionen.

Für harte Kontingente: Eine Anwendung verwenden, die den Benutzerspeicher verwaltet

Nextcloud eignet sich am besten für diese konkrete Mehrbenutzeranforderung. Das aktuelle Administrationshandbuch unterstützt Kontingente pro Benutzer, einschließlich benutzerdefinierter Werte wie 5 TB. Siehe die Dokumentation zu Nextcloud-Benutzerkontingenten.

Der Hardwareleitfaden für Nextcloud hilft dabei, Datenbank- und Anwendungsspeicher getrennt vom Dateispeicher der Mitarbeiter zu dimensionieren. Der Leitfaden zu ZimaOS-SMB-Berechtigungen ist die bessere Wahl, wenn Sie nur Ordnerberechtigungen benötigen.

Das langsame Array war kein Kontingentproblem

ZimaOS-Systemdashboard mit sehr geringer CPU- und RAM-Auslastung während eines Speichervorgangs
Das Systemdashboard wirkte weitgehend ungenutzt, obwohl die Speicherschicht noch wiederhergestellt wurde. Deshalb war der RAID-Fortschritt der nützliche Hinweis, nicht die CPU-Auslastung.
ZimaOS-Speicherseite mit einer RAID1-Neusynchronisierung bei 3 Prozent und einer verbleibenden Dauer von mehr als 27 Stunden
Die Speicherseite bestätigte den tatsächlichen Grund für die gefühlte Langsamkeit des neuen Arrays: RAID1 synchronisierte noch über die gesamten Laufwerke hinweg.

Das RAID wurde schlicht neu aufgebaut. Selbst ein leeres RAID muss Blöcke über die Mitgliedslaufwerke hinweg neu synchronisieren. Eine geringe CPU-Auslastung bedeutet daher nicht, dass die Speicherarbeit abgeschlossen ist. Der aktuelle RAID-Leitfaden von ZimaOS weist darauf hin, dass Paritäts- und Wiederherstellungsarbeiten die Speicherleistung während der Initialisierung des Arrays verringern können.

Status der Wiederherstellung vor Benchmarks oder der Datenmigration prüfen

cat /proc/mdstat
sudo mdadm --detail /dev/md0

Das mdadm-Handbuch ist die maßgebliche Referenz für den Array-Status. Beurteilen Sie die normale Übertragungsgeschwindigkeit erst, wenn die Neusynchronisierung 100 % erreicht hat.

Empfohlene Speicherstruktur für Mitarbeiter

  • Nur private Ordner benötigt: ZimaOS-Benutzer plus SMB-Berechtigungen.
  • Kapazitätsbegrenzungen pro Benutzer benötigt: Nextcloud-Benutzer plus Kontingente.
  • Kontingente auf Dateisystemebene benötigt: fortgeschrittene Linux-Werkzeuge verwenden, aber nicht davon ausgehen, dass die ZimaOS-Oberfläche diese Konfiguration über Aktualisierungen hinweg verwaltet oder beibehält.

So bleibt der Mechanismus für die Kontingente auf der Ebene, die das Speichermodell der Benutzerkonten tatsächlich verwaltet.