La funzionalità Autoclass trasferisce gli oggetti del tuo bucket in classi di archiviazione appropriate in base al pattern di accesso di ciascun oggetto. La sposta i dati a cui non si accede nelle classi di archiviazione ad accesso meno frequente i costi di archiviazione e sposta i dati a cui si accede a Standard Storage per ottimizzare per accessi futuri. Autoclass semplifica e automatizza il risparmio sui costi per il tuo Dati di 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 da Standard Storage, anche se è specificata una classe di archiviazione diversa.
La classe di archiviazione predefinita del bucket è sempre impostata su Standard Storage e richieste che tentano di modificare questa proprietà in una classe di archiviazione diversa da Standard Storage.
Se tenti di modificare manualmente la classe di archiviazione di un oggetto durante di riscrittura o copia, l'operazione complessiva ha esito positivo. Tuttavia, la modifica della classe di archiviazione viene ignorata e l'oggetto è sempre impostato su Standard Storage.
La maggior parte degli oggetti passa a classi di archiviazione progressivamente più fredde se a cui non è possibile accedere.
Per impostazione predefinita, la classe di archiviazione del terminale per Autoclass è Nearline Storage, quindi consente la transizione degli oggetti a Nearline Storage e rimangono in quella classe di archiviazione finché non viene eseguito l'accesso. Facoltativamente, può configurare Autoclass in modo che la classe di archiviazione del terminale Archive Storage.
Gli oggetti di dimensioni inferiori a 128 KiB non passano a classi di archiviazione ad accesso meno frequente. Vengono invece archiviate definitivamente in Standard Storage. Solo oggetto vengono presi in considerazione i dati, non i metadati dell'oggetto, sia inferiore a 128 KiB.
Gli oggetti eliminati temporaneamente conservano le classi di archiviazione esistenti finché alla fine della durata di conservazione.
Quando i dati di un oggetto vengono letti, l'oggetto passa alla classe Standard Storage se non è già archiviata in Standard Storage.
- La lettura o la modifica dei metadati di un oggetto non causa la visualizzazione dell'oggetto per passare a Standard Storage.
Quando un oggetto eliminato temporaneamente viene ripristinato, l'oggetto risultante inizia in Standard Storage, indipendentemente dalla classe di archiviazione .
Prezzi
I prezzi di Cloud Storage rimangono invariati per gli ambienti abilitati per Autoclass bucket, con le seguenti eccezioni:
- Le tariffe di recupero non vengono mai addebitate.
- Le tariffe per l'eliminazione anticipata non vengono mai addebitate.
- Per tutte le operazioni viene addebitata la tariffa di archiviazione Standard.
- Non è previsto alcun costo operativo quando Autoclass trasferisce un oggetto una classe di archiviazione ad accesso meno frequente.
- Non è previsto alcun costo per le operazioni di classe A quando Autoclass trasferisce un oggetto da Nearline Storage a Standard Storage.
- Quando Autoclass esegue la transizione di un oggetto da Coldline Storage Archive Storage su Standard Storage o Nearline Storage, ciascuna prevede un addebito per operazioni di classe A.
- Quando utilizzi Autoclass, vengono applicate una commissione di gestione e una commissione per l'abilitazione.
Autoclass per i bucket esistenti
Le configurazioni Autoclass possono essere abilitate, disabilitate o modificate per un di sincronizzare la directory di una VM con un bucket.
L'applicazione delle modifiche alla configurazione di Autoclass può richiedere fino a un giorno e Cloud Storage potrebbe continuare a eseguire azioni basate della configurazione precedente in questo periodo.
Quando abiliti Autoclass su un bucket esistente, si verifica quanto segue:
Tutti gli oggetti nel bucket, ad eccezione degli oggetti eliminati temporaneamente, a Standard Storage.
Gli oggetti già presenti in Standard Storage al momento dell'abilitazione di Autoclass vengono come se avessero appena eseguito il passaggio a Standard Storage. Di conseguenza, questi oggetti non richiedono alcun accesso per altri 30 giorni prima di essere a Nearline Storage.
È previsto un addebito una tantum per l'abilitazione di Autoclass. Per ulteriori informazioni, consulta Addebiti Autoclass.
Quando disabiliti Autoclass su un bucket esistente, si verifica quanto segue:
- Ogni oggetto rimane archiviato nella classe di archiviazione di cui dispone al momento Autoclass è disabilitato. In seguito puoi modificare la classe di archiviazione di un oggetto come faresti per gli oggetti non Autoclass bucket.
- La struttura dei prezzi di Autoclass non viene più applicata.
- Autoclass non può essere riattivato nel bucket fino a quando non è trascorso un giorno. I tentativi in tal senso non vanno a buon fine.
Quando modifichi la classe di archiviazione del terminale nella configurazione di Autoclass, si verifica quanto segue:
Se modifichi la classe di archiviazione del terminale da Archive Storage a Nearline Storage, oggetti in Archive Storage e Coldline Storage al momento della transizione a Nearline Storage.
Se modifichi la classe di archiviazione del terminale da Nearline Storage a Archive Storage, oggetti in Nearline Storage al momento vengono trattate come se avessero appena effettuato la transizione a Nearline Storage. Come un risultato, questi oggetti non hanno bisogno di accedere per altri 60 giorni la transizione a Coldline Storage.
Dovresti usare Autoclass?
Quando questa opzione è abilitata, Autoclass riduce la quantità di gestione dei dati da eseguire elimina alcuni addebiti relativi ad altri bucket. Autoclass è una funzionalità per abilitare i seguenti pattern di accesso generali:
- I dati hanno varie frequenze di accesso.
- I pattern di accesso ai tuoi dati sono sconosciuti o imprevedibili.
Tuttavia, Autoclass non è consigliato se la maggior parte dei dati del bucket è adatta nei casi d'uso di specifiche classi di archiviazione. Ad esempio, supponi che ha due casi d'uso: alcuni dati sono accessibili settimanalmente, mentre altri sono di backup ai dati a cui non si accede mai. In questo scenario, Autoclass consigliato se sai quali oggetti rientrano in ciascuno di questi casi d'uso.
Inoltre, Autoclass non è consigliato se altri servizi Google Cloud vengono regolarmente per leggere i dati dal bucket. Ad esempio, Autoclass non è consigliato se utilizzi Sensitive Data Protection per analizzare i contenuti del tuo bucket.
Comportamento della transizione
Una volta abilitato Autoclass, gli oggetti di almeno 128 KiB di dimensioni transizioni tra di archiviazione come segue:
Se si accede ai dati di un oggetto, l'oggetto passa alla classe Standard Storage.
Gli oggetti a cui non si accede per 30 giorni vengono trasferiti a Nearline Storage.
Se il bucket è configurato per utilizzare Nearline Storage come spazio di archiviazione del terminale , Autoclass modifica solo lo stato di un oggetto archiviato Nearline Storage se si accede all'oggetto.
Se il bucket è configurato in modo da utilizzare Archive Storage come spazio di archiviazione del terminale , gli oggetti continuano la transizione alle classi di archiviazione ad accesso meno frequente come segue:
Qualsiasi oggetto a cui non si accede 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 si accede per 365 giorni passa ad Archive Storage. Questi oggetti hanno trascorso almeno 30 giorni in Standard Storage e 60 giorni in Nearline Storage e 275 giorni in Coldline Storage.
Autoclass modifica lo stato di un oggetto archiviato in Archive Storage solo se a cui si accede.
Quando un oggetto diventa idoneo alla transizione tra classi di archiviazione, Cloud Storage esegue la transizione in modo asincrono, tempo che intercorre tra il momento in cui un oggetto è idoneo per la transizione e il momento in cui si verifica effettivamente.
- Durante questo periodo, l'oggetto continua a essere fatturato utilizzando la sua di archiviazione pre-transizione, tranne che nel caso di transizioni Standard Storage risultante dall'abilitazione di Autoclass.
Limitazioni
Un bucket non può avere sia Autoclass abilitato sia uno dei seguenti 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.
Richieste che causerebbero l'abilitazione di Autoclass in un bucket di queste regole di Gestione del ciclo di vita degli oggetti non vanno a buon fine.
- Una regola che utilizza l'azione
Poiché la composizione dell'oggetto richiede gli oggetti di origine e usano tutti la stessa classe di archiviazione, componendo un oggetto in una classe un bucket non va a buon fine a meno che tutti gli oggetti di origine non vengano archiviati come Standard Storage l'ora della richiesta di composizione.
Monitoraggio dell'utilizzo e delle transizioni delle classi di archiviazione
In Monitoring sono disponibili le seguenti metriche di archiviazione per tenere traccia delle transizioni delle classi di archiviazione:
autoclass/transition_operation_count: il numero della classe di archiviazione transizioni avviate da Autoclass, escluse le transizioni che si sono verificate nell'abilitazione di Autoclass.
autoclass/transitioned_bytes_count: il numero totale di byte di cui è stata eseguita la transizione da Autoclass, esclusi i byte trasferiti nell'ambito dell'abilitazione con Autoclass.
Facoltativamente, entrambe le metriche possono essere raggruppate in base allo spazio di archiviazione di origine o di destinazione coinvolta nelle transizioni.
Per una guida al monitoraggio delle metriche con Monitoring, consulta Crea grafici con Esplora metriche.
Inoltre, puoi monitorare il numero di byte archiviati in ogni classe di archiviazione nel tempo per i bucket abilitati per Autoclass nella scheda Configurazione nella console Google Cloud e facendo clic su Consulta la sezione Rendimento.
Passaggi successivi
- Abilitare Autoclass.
- Scopri di più sulla Gestione del ciclo di vita degli oggetti.