Soluzione della community

Imposta un limite di archiviazione per le cartelle utente condivise su ZimaOS

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

In sintesi: la condivisione di ZimaOS controlla l’accesso, ma l’interfaccia attuale non documenta una quota fissa per cartella

Il requisito era semplice: assegnare a ogni dipendente una cartella privata e limitarla a 4 TB. Le autorizzazioni per account e condivisioni di ZimaOS possono controllare chi vede una cartella, ma la documentazione pubblica attuale non espone un controllo nativo del tipo “questa cartella condivisa può utilizzare al massimo X TB”. Il controllo degli accessi e la quota di archiviazione sono funzionalità separate.

Per quote rigide, usa un’applicazione che gestisca lo spazio di archiviazione degli utenti

Nextcloud è la soluzione più adatta a questo specifico requisito multiutente. Il manuale di amministrazione attuale supporta le quote per utente, inclusi valori personalizzati come 5 TB. Consulta la documentazione sulle quote utente di Nextcloud.

La guida hardware di Nextcloud aiuta a dimensionare separatamente lo spazio per database/applicazione e il pool di file dei dipendenti. La guida alle autorizzazioni SMB di ZimaOS è più indicata quando servono solo autorizzazioni sulle cartelle.

L’array lento non era un problema di quota

Dashboard di sistema di ZimaOS con utilizzo molto ridotto di CPU e RAM mentre è in corso un’attività di archiviazione
La dashboard del sistema sembrava quasi inattiva anche mentre il livello di archiviazione era ancora in fase di ricostruzione; per questo l’avanzamento del RAID, non l’utilizzo della CPU, era l’indicatore utile.
Pagina di archiviazione di ZimaOS che mostra la risincronizzazione RAID1 al 3% con oltre 27 ore rimanenti
La pagina di archiviazione ha confermato il vero motivo per cui il nuovo array sembrava lento: RAID1 stava ancora effettuando la risincronizzazione sull’intera capacità dei dischi.

Il RAID era semplicemente in fase di ricostruzione. Anche un RAID vuoto deve risincronizzare i blocchi sui dischi membri, quindi un basso utilizzo della CPU non significa che il lavoro di archiviazione sia terminato. L’attuale guida RAID di ZimaOS segnala che le attività di parità e ricostruzione possono ridurre le prestazioni di archiviazione durante l’inizializzazione dell’array.

Verifica lo stato della ricostruzione prima di eseguire benchmark o migrare dati

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

Il manuale di mdadm è il riferimento ufficiale per lo stato dell’array. Non valutare la normale velocità di trasferimento finché la risincronizzazione non raggiunge il 100%.

Layout consigliato per lo spazio di archiviazione dei dipendenti

  • Servono solo cartelle private: utenti ZimaOS + autorizzazioni SMB.
  • Servono limiti di capacità per utente: utenti Nextcloud + quote.
  • Servono quote a livello di file system: strumenti Linux avanzati, ma non dare per scontato che l’interfaccia di ZimaOS gestisca o conservi questa configurazione dopo gli aggiornamenti.

In questo modo il meccanismo delle quote rimane al livello che gestisce effettivamente il modello di archiviazione degli account utente.