Nextcloud-Kapazität hängt nicht nur von Nutzerzahl ab. Dateianzahl, Storage, paralleler Sync, Previews, Office und Backup-Fenster beeinflussen CPU/RAM/IO. Redis Transactional File Locking kann DB-Last reduzieren.
Nextcloud 34 sagt, RAM hängt stark von Nutzern, Apps, Dateien und Aktivität ab; genannt werden 128 MB Minimum und 512 MB empfohlen pro PHP-Prozess. GesamtrAM inklusive PHP-Prozesse, DB, Redis und Zusatzservices planen.
Web/PHP arbeitet mit DB für Metadata/Rechte; File Storage kann separat sein; APCu und Redis unterstützen Cache/Locking.
Dateianzahl und Aktivitätstyp können genauso wichtig wie Gesamt-GB sein.
Nextcloud empfiehlt APCu für Local Cache und Redis u. a. für Distributed Cache und Transactional File Locking.
Der Pfad zu occ variiert je Installation.
sudo -u www-data php occ statussudo -u www-data php occ config:system:get maintenancefree -hdf -hredis-cli PING 2>/dev/null || truesystemctl --failedDB, Config und Data müssen konsistent gemeinsam gesichert werden. Restore regelmäßig testen.
Nicht zwingend, aber offiziell für Caching empfohlen; Redis wird auch für Transactional File Locking genutzt.
Nein, aber niedrige Latenz hilft bei vielen kleinen Dateien und Metadata-Operationen.
Je nach Architektur ja; Backup, Konsistenz und Migration müssen geplant werden.
Teilen Sie Nutzer, Gesamt-GB, Dateianzahl, Office/Talk und Backup; VPS/VDS und Storage planen.