La funzionalità Autoclass trasferisce automaticamente gli oggetti nel tuo bucket alle appropriate classi di archiviazione in base al pattern di accesso di ciascun oggetto. La funzionalità sposta i dati a cui non si accede alle classi di archiviazione ad accesso meno frequente per ridurre i costi di archiviazione e sposta i dati a cui si accede alla classe di archiviazione Standard Storage per ottimizzare gli accessi futuri. Autoclass semplifica e automatizza il risparmio sui costi per i tuoi dati Cloud Storage.
Panoramica
Se abilitata, la funzionalità Autoclass gestisce tutti gli aspetti delle classi di archiviazione per un bucket:
Tutti gli oggetti aggiunti al bucket iniziano in Standard Storage, anche se nella richiesta viene specificata una classe di archiviazione diversa.
La classe di archiviazione predefinita del bucket è sempre impostata su Standard Storage e le richieste che tentano di modificare questa proprietà in una classe di archiviazione diversa da Standard Storage non vanno a buon fine.
Se tenti di modificare manualmente la classe di archiviazione di un oggetto durante un'operazione di riscrittura o copia, l'operazione complessiva va a buon fine. Tuttavia, la modifica della classe di archiviazione viene ignorata e l'oggetto viene sempre impostato su Standard Storage.
La maggior parte degli oggetti passa a classi di archiviazione ad accesso progressivamente meno frequente se non viene eseguito l'accesso.
Per impostazione predefinita, la classe di archiviazione terminale per Autoclass è Nearline Storage, il che significa che gli oggetti passano a Nearline Storage e rimangono in questa classe di archiviazione finché non viene eseguito l'accesso. Facoltativamente, puoi configurare Autoclass in modo che la classe di archiviazione terminale sia Archive Storage.
Gli oggetti di dimensioni inferiori a 128 KiB non passano a classi di archiviazione ad accesso meno frequente. Vengono invece archiviati in modo permanente in Standard Storage. Per determinare se l'oggetto è inferiore a 128 KiB, vengono presi in considerazione solo i dati dell'oggetto, non i metadati dell'oggetto.
Gli oggetti eliminati temporaneamente mantengono le classi di archiviazione esistenti fino alla fine della durata di conservazione.
Quando i dati di un oggetto vengono letti, l'oggetto viene trasferito in Standard Storage se non vi è già archiviato.
- La lettura o la modifica dei metadati di un oggetto non comporta la transizione dell'oggetto a Standard Storage.
Quando un oggetto eliminato temporaneamente viene ripristinato, l'oggetto risultante inizia in Standard Storage, indipendentemente dalla classe di archiviazione dell'oggetto eliminato temporaneamente.
Autoclass per i bucket esistenti
Le configurazioni di Autoclass possono essere abilitate, disabilitate o modificate per un bucket esistente.
Le modifiche alla configurazione di Autoclass possono richiedere fino a un giorno per essere applicate e, durante questo periodo, Cloud Storage potrebbe continuare a eseguire azioni in base alla configurazione precedente.
Quando abiliti Autoclass su un bucket esistente, si verifica quanto segue:
Tutti gli oggetti nel bucket, ad eccezione degli oggetti eliminati temporaneamente, passano a Standard Storage.
Gli oggetti già in Standard Storage al momento dell'abilitazione di Autoclass vengono trattati come se fossero appena passati a Standard Storage. Di conseguenza, questi oggetti devono rimanere inattivi per altri 30 giorni prima di poter passare a Nearline Storage.
Quando disabiliti Autoclass su un bucket esistente, si verifica quanto segue:
- Ogni oggetto rimane archiviato nella classe di archiviazione in cui si trova al momento della disattivazione di Autoclass. Successivamente, puoi modificare la classe di archiviazione di un oggetto come faresti per i bucket non Autoclass.
- Autoclass non può essere riattivato sul bucket prima che sia trascorso un giorno. I tentativi di farlo non vanno a buon fine.
Quando modifichi la classe di archiviazione terminale nella configurazione di Autoclass, si verifica quanto segue:
Se modifichi la classe di archiviazione terminale da Archive Storage a Nearline Storage, gli oggetti in Archive Storage e Coldline Storage al momento della modifica passano a Nearline Storage.
Se modifichi la classe di archiviazione terminale da Nearline Storage a Archive Storage, gli oggetti in Nearline Storage al momento della modifica vengono trattati come se fossero appena passati a Nearline Storage. Di conseguenza, questi oggetti devono rimanere inattivi per altri 60 giorni prima di passare a Coldline Storage.
Devi utilizzare Autoclass?
Se abilitata, Autoclass riduce la quantità di gestione dei dati che devi eseguire ed elimina alcuni costi applicati ad altri bucket. Autoclass è una funzionalità utile da abilitare per i seguenti pattern di accesso generali:
- I dati hanno varie frequenze di accesso.
- I pattern di accesso ai dati sono sconosciuti o imprevedibili.
Tuttavia, Autoclass non è consigliato se la maggior parte dei dati del bucket rientra nei casi d'uso di classi di archiviazione specifiche. Ad esempio, supponiamo che il bucket abbia due casi d'uso: alcuni dati vengono consultati settimanalmente, mentre altri sono dati di backup che non devono mai essere consultati. In questo scenario, Autoclass non è consigliato se sai quali oggetti rientrano in ciascuno di questi casi d'uso.
Autoclass non è consigliato anche se altri Cloud de Confiance servizi leggono regolarmente i dati dal bucket.
Comportamento della transizione
Una volta abilitato Autoclass, gli oggetti di dimensioni pari ad almeno 128 KiB passano da una classe di archiviazione all'altra nel seguente modo:
Se viene eseguito l'accesso ai dati di un oggetto, l'oggetto passa a Standard Storage.
Qualsiasi oggetto a cui non viene eseguito l'accesso per 30 giorni passa a Nearline Storage.
Se il bucket è configurato per utilizzare Nearline Storage come classe di archiviazione terminale, Autoclass modifica lo stato di un oggetto archiviato in Nearline Storage solo se viene eseguito l'accesso a quell'oggetto.
Se il bucket è configurato per utilizzare Archive Storage come classe di archiviazione terminale, gli oggetti continuano a passare a classi di archiviazione ad accesso meno frequente nel seguente modo:
Qualsiasi oggetto a cui non viene eseguito l'accesso per 90 giorni passa a Coldline Storage. Questi oggetti hanno trascorso almeno 30 giorni in Standard Storage e 60 giorni in Nearline Storage.
Qualsiasi oggetto a cui non viene eseguito l'accesso per 365 giorni passa a Archive Storage. Questi oggetti hanno trascorso almeno 30 giorni in Standard Storage, 60 giorni in Nearline Storage e 275 giorni in Coldline Storage.
Autoclass modifica lo stato di un oggetto archiviato in Archive Storage solo se viene eseguito l'accesso a quell'oggetto.
Una volta che un oggetto diventa idoneo alla transizione tra le classi di archiviazione, Cloud Storage esegue la transizione in modo asincrono, quindi potrebbe esserci un ritardo tra il momento in cui un oggetto diventa idoneo alla transizione e il momento in cui la transizione effettivamente avviene.
- Durante questo periodo, l'oggetto continua a essere fatturato utilizzando la classe di archiviazione precedente alla transizione, ad eccezione delle transizioni a Standard Storage che si verificano in seguito all'abilitazione di Autoclass.
Transizioni degli oggetti durante la rilocazione dei bucket
Questa sezione descrive come Autoclass gestisce le transizioni degli oggetti durante il processo di rilocazione dei bucket.
Autoclass utilizza i pattern di accesso per determinare quando eseguire la transizione degli oggetti a classi di archiviazione ad accesso meno frequente. Durante la sincronizzazione finale del processo di rilocazione dei bucket, Autoclass viene messo in pausa e gli oggetti non vengono trasferiti a classi di archiviazione ad accesso meno frequente. Al termine della sincronizzazione finale, Autoclass riprende.
Gli oggetti in una classe di archiviazione Standard Storage vengono gestiti nel seguente modo:
- Gli oggetti della classe di archiviazione Standard Storage hanno un periodo di inattività di 30 giorni prima di poter essere trasferiti a una classe ad accesso meno frequente come Nearline Storage. Quando un oggetto della classe di archiviazione Standard Storage viene spostato durante la rilocazione, viene trattato come se fosse stato consultato. Se un oggetto stava per diventare idoneo alla transizione a Nearline Storage prima dello spostamento, la rilocazione reimposta l'idoneità dell'oggetto alla transizione. L'oggetto deve rimanere nel bucket di destinazione per un altro periodo di 30 giorni prima di poter passare a una classe di archiviazione ad accesso meno frequente.
Gli oggetti in una classe di archiviazione diversa da Standard Storage vengono gestiti nel seguente modo:
La rilocazione degli oggetti nelle classi di archiviazione Nearline Storage, Coldline Storage o Archive Storage non viene conteggiata come accesso. Di conseguenza, il periodo di inattività per questi oggetti non viene interessato.
Quando rilocchi un bucket, se accedi spesso agli oggetti nei bucket in una classe di archiviazione diversa da Standard Storage, come Nearline Storage, Coldline Storage o Archive Storage, gli oggetti non passano automaticamente a una classe di archiviazione ad accesso più frequente. Ad esempio, gli oggetti non passano automaticamente da Archive Storage a Coldline Storage o da Coldline Storage a Standard Storage, anche se vengono consultati di frequente. Questo comportamento impedisce le transizioni automatiche della classe di archiviazione durante la rilocazione.
Se era prevista la transizione di un oggetto a una classe di archiviazione ad accesso meno frequente, ad esempio da Nearline Storage a Coldline Storage, il processo di rilocazione non interferirà con la pianificazione. La transizione procede come previsto al termine della rilocazione.
Limitazioni
Un bucket non può avere sia Autoclass abilitato sia una delle seguenti opzioni in una configurazione di gestione del ciclo di vita degli oggetti:
- Una regola che utilizza l'azione
SetStorageClass. - Una regola che utilizza la condizione
matchesStorageClass.
Le richieste che causerebbero l'abilitazione di Autoclass e di una di queste regole di gestione del ciclo di vita degli oggetti per un bucket non vanno a buon fine.
- Una regola che utilizza l'azione
Poiché la composizione degli oggetti richiede che gli oggetti di origine e l'oggetto composto utilizzino la stessa classe di archiviazione, la composizione di un oggetto in un bucket Autoclass non va a buon fine a meno che tutti gli oggetti di origine non siano archiviati come Standard Storage al momento della richiesta di composizione.
Monitoraggio dell'utilizzo e delle transizioni della classe di archiviazione
In Monitoring sono disponibili le seguenti metriche di archiviazione per monitorare le transizioni della classe di archiviazione:
autoclass/transition_operation_count: il numero di transizioni della classe di archiviazione avviate da Autoclass, escluse le transizioni avvenute nell'ambito dell'abilitazione di Autoclass.
autoclass/transitioned_bytes_count: il numero totale di byte trasferiti da Autoclass, esclusi i byte trasferiti nell'ambito dell'abilitazione di Autoclass.
Facoltativamente, entrambe le metriche possono essere raggruppate in base alla classe di archiviazione di origine o di destinazione coinvolta nelle transizioni.
Inoltre, puoi monitorare il numero di byte archiviati in ogni classe di archiviazione nel tempo per i bucket abilitati per Autoclass accedendo alla scheda Configurazione del Cloud de Confiance la console e facendo clic su Visualizza rendimento.
Passaggi successivi
- Abilita Autoclass.
- Scopri di più sulla gestione del ciclo di vita degli oggetti.