La característica Autoclass pasa de forma automática los objetos en tu bucket a las clases de almacenamiento apropiadas en función del patrón de acceso de cada objeto. La característica mueve los datos que no acceden a las clases de almacenamiento en frío para reducir los costos de almacenamiento y los datos a los que se accede en el almacenamiento estándar para optimizar los accesos futuros. Autoclass simplifica y automatiza el ahorro de costos para tus datos de Cloud Storage.
Descripción general
Cuando está habilitada, Autoclass administra todos los aspectos de las clases de almacenamiento de un bucket:
Todos los objetos agregados al bucket empiezan en Standard Storage, incluso si se especifica una clase de almacenamiento diferente en la solicitud.
El bucket siempre tiene su clase de almacenamiento predeterminada configurada como Standard Storage y las solicitudes que intentan cambiar esta propiedad a una clase de almacenamiento distinta de Standard Storage fallan.
Si intentas cambiar la clase de almacenamiento de un objeto de forma manual durante una operación de reescritura o copia, la operación general se realiza de forma correcta. Sin embargo, el cambio de clase de almacenamiento se ignora y el objeto siempre está configurado en Standard Storage.
Los objetos realizan una transición a clases de almacenamiento cada vez más en frío si no se accede a ellas.
De forma predeterminada, la clase de almacenamiento de terminal para Autoclass es Nearline Storage, lo que significa que los objetos pasan a Nearline Storage y permanecen en esa clase de almacenamiento hasta que se accede a ellos. De manera opcional, puedes configurar Autoclass para que la clase de almacenamiento de la terminal sea Archive Storage.
Los objetos de menos de 128 KiB no pasan a clases de almacenamiento más en frío. En su lugar, se almacenan de forma permanente en Standard Storage. Solo se consideran los datos de los objetos, no los metadatos de los objetos, cuando se determina si el objeto tiene un tamaño inferior a 128 KiB.
Los objetos borrados de forma no definitiva retienen sus clases de almacenamiento existentes hasta el final de su duración de retención.
Cuando se leen los datos de un objeto, el objeto pasa a Standard Storage si aún no está almacenado en Standard Storage.
- Leer o editar los metadatos de un objeto no hace que el objeto se traslade a Standard Storage.
Cuando un objeto borrado de forma no definitiva se restablece, el objeto resultante comienza en Standard Storage, sin importar la clase de almacenamiento del objeto borrado de forma no definitiva.
Precios
Los precios de Cloud Storage siguen siendo los mismos para los buckets habilitados para Autoclass, con las siguientes excepciones:
- Nunca se cobran tarifas de recuperación.
- Nunca se cobran tarifas de eliminación temprana.
- Todas las operaciones se cobran según la tarifa de Standard Storage.
- No se aplican cargos de operación cuando Autoclass pasa un objeto a una clase de almacenamiento más en frío.
- No se aplican cargos de operación de clase A cuando Autoclass pasa un objeto de Nearline Storage a Standard Storage.
- Cuando Autoclass realiza la transición de un objeto de Coldline Storage o Archive Storage a Standard Storage o Nearline Storage, cada una de esas transiciones genera un cargo por operación de clase A.
- Se aplica una tarifa de administración y cargo de habilitación cuando se usa Autoclass.
Autoclass para buckets existentes
Las configuraciones de Autoclass se pueden habilitar, inhabilitar o modificar para un bucket existente.
Los cambios en la configuración de Autoclass pueden tardar hasta un día en aplicarse y es posible que Cloud Storage siga realizando acciones basadas en la configuración anterior durante este tiempo.
Cuando habilitas Autoclass en un bucket existente, ocurre lo siguiente:
Todos los objetos del bucket, excepto los objetos borrados de forma no definitiva, pasan a Standard Storage.
Los objetos que ya están en Standard Storage en el momento en que habilitas Autoclass se tratan como si acabaran de hacer la transición a Standard Storage. Como resultado, esos objetos necesitan otros 30 días sin acceso antes de ser aptos para la transición a Nearline Storage.
Hay un único cargo de habilitación de Autoclass. Para obtener más información, consulta Cargos de Autoclass.
Cuando inhabilitas Autoclass en un bucket existente, ocurre lo siguiente:
- Cada objeto permanece almacenado en la clase de almacenamiento que tenga en el momento en que se inhabilite Autoclass. Luego, puedes cambiar la clase de almacenamiento de un objeto como lo harías con los buckets que no son de Autoclass.
- La estructura de precios de Autoclass ya no se aplica.
- Autoclass no se puede volver a habilitar en el bucket hasta que haya transcurrido un día. Los intentos fallan.
Cuando cambias la clase de almacenamiento de la terminal en tu configuración de Autoclass, ocurre lo siguiente:
Si cambias la clase de almacenamiento de la terminal de Archive Storage a Nearline Storage, los objetos en Archive Storage y Coldline Storage en el momento de la transición del cambio a Nearline Storage.
Si cambias la clase de almacenamiento de la terminal de Nearline Storage a Archive Storage, los objetos de Nearline Storage en el momento del cambio se tratan como si acabaran de hacer la transición a Nearline Storage. Como resultado, estos objetos necesitan otros 60 días sin acceso antes de hacer la transición a Coldline Storage.
¿Deberías usar Autoclass?
Cuando se habilita, Autoclass reduce la cantidad de administración de datos que debes hacer y elimina ciertos cargos que se aplican a otros buckets. Autoclass es una característica útil que puedes habilitar para los siguientes patrones de acceso generales:
- Tus datos tienen una variedad de frecuencias de acceso.
- Los patrones de acceso para tus datos son desconocidos o impredecibles.
Sin embargo, Autoclass no se recomienda si la mayoría de los datos de tu bucket se ajustan a los casos de uso de clases de almacenamiento específicas. Por ejemplo, supongamos que tu bucket tiene dos casos de uso: se accede a algunos datos semana a semana, mientras que algunos son datos de copia de seguridad a los que nunca se accede. En este caso, Autoclass no se recomienda si sabes qué objetos se incluyen en cada uno de esos casos de uso.
No se recomienda Autoclass si otros servicios de Google Cloud leen datos con regularidad del bucket. Por ejemplo, no se recomienda el uso de Autoclass si usas la Sensitive Data Protection para analizar el contenido de tu bucket.
Comportamiento de transición
Cuando la clase automática está habilitada, los objetos tienen una transición de tamaño de al menos 128 KiB entre clases de almacenamiento de la siguiente manera:
Si se accede a los datos de un objeto, este pasa Standar Storage.
Cualquier objeto al que no se accede durante 30 días pasa a Nearline Storage.
Si el bucket está configurado para usar Nearline Storage como la clase de almacenamiento de la terminal, Autoclass solo cambia el estado de un objeto almacenado en Nearline Storage si se accede a ese objeto.
Si el bucket está configurado para usar Archive Storage como la clase de almacenamiento de la terminal, los objetos continúan su transición a clases de almacenamiento más en frío de la siguiente manera:
Cualquier objeto al que no se accede durante 90 días pasa a Coldline storage. Estos objetos transcurrieron al menos 30 días en Standard Storage y 60 días en Nearline Storage.
Cualquier objeto al que no se accede durante 365 días pasa a Archive Storage. Estos objetos transcurrieron al menos 30 días en Standard Storage, 60 días en Nearline Storage y 275 días en Coldline Storage.
Autoclass solo cambia el estado de un objeto almacenado en Archive Storage si se accede a ese objeto.
Una vez que un objeto es apto para realizar la transición entre clases de almacenamiento, Cloud Storage realiza la transición de manera asíncrona, por lo que puede haber un lapso de tiempo entre el momento en el que un objeto es apto para la transición y el momento en que la transición se produce.
- Durante este período, el objeto se sigue facturando con su clase de almacenamiento previa a la transición, excepto en el caso de las transiciones a Standard Storage que se producen como resultado de la habilitación de Autoclass.
Restricciones
Un bucket no puede tener Autoclass habilitada y cualquiera de las siguientes opciones en una configuración de Administración del ciclo de vida de los objetos:
- Una regla que usa la acción
SetStorageClass. - Una regla que usa la condición
matchesStorageClass.
Las solicitudes que harían que un bucket tenga Autoclass habilitada y una de estas reglas de Administración del ciclo de vida de los objetos fallan.
- Una regla que usa la acción
Debido a que la composición de objetos requiere que los objetos de origen y el objeto compuesto usen la misma clase de almacenamiento, la composición de un objeto en un bucket de Autoclass falla, a menos que todos los objetos de origen se almacenen como Standard Storage en el momento de la solicitud de composición.
Supervisa el uso de la clase de almacenamiento y las transiciones
Las siguientes métricas de almacenamiento están disponibles en Monitoring para hacer un seguimiento de las transiciones de las clases de almacenamiento:
autoclass/transition_operation_count: la cantidad de transiciones de clases de almacenamiento que inició Autoclass, sin incluir las transiciones que se produjeron como parte de la habilitación de Autoclass.
autoclass/transitioned_bytes_count: la cantidad total de bytes que transfiere Autoclass, sin incluir los bytes transferidos como parte de la habilitación de Autoclass.
De forma opcional, ambas métricas se pueden agrupar por la clase de almacenamiento de origen o destino involucrada en las transiciones.
Para obtener una guía sobre el seguimiento de las métricas con Monitoring, consulta Crea gráficos con el Explorador de métricas.
Además, puedes supervisar la cantidad de bytes almacenados en cada clase de almacenamiento a lo largo del tiempo para tus buckets habilitados para Autoclass si te diriges a la pestaña Configuración del bucket en la consola de Google Cloud y haces clic en Ver el rendimiento.
¿Qué sigue?
- Habilita Autoclass.
- Obtén información sobre Administración del ciclo de vida de los objetos.