Criteri di suddivisione in livelli nel cloud
Il cloud a livelli prevede due criteri che determinano quali file vengono archiviati a livelli nel cloud: i criteri di spazio disponibile del volume e i criteri di data.
I criteri di spazio libero del volume assicurano che una percentuale specificata del volume locale in cui si trova l'endpoint server sia sempre libera.
I file dei livelli dei criteri di data hanno eseguito l'ultimo accesso x giorni fa o versione successiva. I criteri di spazio libero del volume hanno sempre la precedenza. Quando nel volume non è disponibile spazio sufficiente per archiviare il numero di giorni di file specificato dal criterio di data, Sincronizzazione file di Azure sostituisce i criteri di data. Continua la suddivisione in livelli dei file meno recenti fino a quando non soddisfa la percentuale di spazio disponibile del volume.
Come interagiscono entrambi i criteri
Ecco un esempio per illustrare il funzionamento di questi criteri. Si supponga di configurare Sincronizzazione file di Azure in un volume locale giB di 500 e il cloud a livelli non sia abilitato. Questi file sono disponibili nella condivisione file:
| Nome del file | Ora dell'ultimo accesso | Dimensione file | Archiviato in |
|---|---|---|---|
| File A | 2 giorni fa | 10 GiB | Server e condivisione file di Azure |
| File B | 10 giorni fa | 30 GiB | Server e condivisione file di Azure |
| File C | 1 anno fa | 200 GiB | Server e condivisione file di Azure |
| File D | 1 anno, 2 giorni fa | 120 GiB | Server e condivisione file di Azure |
| File E | 2 anni, 1 giorno fa | 140 GiB | Server e condivisione file di Azure |
Modifica 1: è stata abilitata la suddivisione in livelli nel cloud, è stato impostato un criterio di spazio libero del volume pari al 20% e i criteri di data sono stati disabilitati. Con tale configurazione, il cloud a livelli garantisce che il 20% (in questo caso 100 GiB) di spazio venga mantenuto libero e disponibile nel computer locale. Di conseguenza, la capacità totale della cache locale è 400 GiB. Questa cache archivia i file a cui si accede più di recente e di frequente nel volume locale.
Con questa configurazione, solo i file da A a D verrebbero archiviati nella cache locale e il file E verrebbe archiviato a livelli. Si tratta solo di 360 GiB su 400 GiB che potrebbero essere usati. Il file E è 140 GiB e supererebbe il limite se fosse memorizzato nella cache locale.
Modifica 2: si supponga che un utente acceda al file E, rendendo il file E il file a cui si accede più di recente nella condivisione. Di conseguenza, il file E verrebbe archiviato nella cache locale e per rientrare al limite di 400 GiB, il file D verrebbe a livelli. La tabella seguente mostra dove vengono archiviati i file con questi aggiornamenti:
| Nome del file | Ora dell'ultimo accesso | Dimensione file | Archiviato in |
|---|---|---|---|
| File E | 2 ore fa | 140 GiB | Server e condivisione file di Azure |
| File A | 2 giorni fa | 10 GiB | Server e condivisione file di Azure |
| File B | 10 giorni fa | 30 GiB | Server e condivisione file di Azure |
| File C | 1 anno fa | 200 GiB | Server e condivisione file di Azure |
| File D | 1 anno, 2 giorni fa | 120 GiB | Condivisione file di Azure a livelli in locale |
Modifica 3: si supponga di aver aggiornato i criteri in modo che i criteri di data siano 60 giorni e che i criteri di spazio libero del volume siano del 70%. Ora, solo 150 GiB possono essere archiviati nella cache locale. Sebbene l'accesso al file B sia stato eseguito meno di 60 giorni fa, i criteri di spazio disponibile del volume sostituiscono i criteri di data e il file B viene archiviato a livelli per mantenere lo spazio disponibile locale del 70%.
Modificare 4: se i criteri di spazio disponibile del volume sono stati modificati al 20% e quindi usati Invoke-StorageSyncFileRecall per richiamare tutti i file che rientrano nell'unità locale rispettando i criteri di suddivisione in livelli nel cloud, la tabella sarà simile alla seguente:
| Nome del file | Ora dell'ultimo accesso | Dimensione file | Archiviato in |
|---|---|---|---|
| File E | 1 ora fa | 140 GiB | Server e condivisione file di Azure |
| File A | 2 giorni fa | 10 GiB | Server e condivisione file di Azure |
| File B | 10 giorni fa | 30 GiB | Server e condivisione file di Azure |
| File C | 1 anno fa | 200 GiB | Condivisione file di Azure a livelli in locale |
| File D | 1 anno, 2 giorni fa | 120 GiB | Condivisione file di Azure a livelli in locale |
In questo caso, i file A, B ed E verrebbero memorizzati nella cache locale e i file C e D verranno archiviati a livelli. Poiché i criteri di data sono di 60 giorni, i file C e D sono a livelli, anche se i criteri di spazio disponibile del volume consentono fino a 400 GiB in locale.
Nota
I file non vengono richiamati automaticamente quando i clienti modificano i criteri di spazio libero del volume in un valore più piccolo (ad esempio, dal 20% al 10%) o modificano i criteri di data in un valore più grande (ad esempio, da 20 giorni a 50 giorni).
Più endpoint server in un volume locale
È possibile abilitare la suddivisione in livelli cloud per più endpoint server in un singolo volume locale. Per questa configurazione, è necessario impostare lo spazio libero del volume sulla stessa quantità per tutti gli endpoint server nello stesso volume. Se si impostano criteri di spazio libero del volume diversi per più endpoint server nello stesso volume, la percentuale di spazio disponibile del volume più grande ha la precedenza. Questo criterio è definito criterio di spazio disponibile per il volume effettivo. Si supponga, ad esempio, di avere tre endpoint server nello stesso volume locale: uno impostato su 15%, un altro impostato su 20%, un terzo impostato su 30%. Tutti e tre inizieranno a livelli i file meno recenti quando hanno meno del 30% di spazio disponibile.