Autoclass

Configuración

La función Autoclass cambia automáticamente los objetos de tu segmento a las clases de almacenamiento adecuadas en función del patrón de acceso de cada objeto. Esta función transfiere los datos a los que no se accede a clases de almacenamiento más frías para reducir los costes de almacenamiento y los datos a los que se accede a almacenamiento Estándar para optimizar los accesos futuros. Autoclass simplifica y automatiza el ahorro de costes de tus datos de Cloud Storage.

Información general

Cuando está habilitada, Autoclass gestiona todos los aspectos de las clases de almacenamiento de un bucket:

  • Todos los objetos que se añaden al segmento empiezan en el almacenamiento estándar, aunque se especifique otra clase de almacenamiento en la solicitud.

    • El propio segmento siempre tiene la clase de almacenamiento predeterminada definida como Standard Storage y las solicitudes que intentan cambiar esta propiedad a una clase de almacenamiento que no sea Standard Storage fallan.

    • Si intentas cambiar manualmente la clase de almacenamiento de un objeto durante una operación de reescritura o copia, la operación general se completará correctamente. Sin embargo, el cambio de clase de almacenamiento se ignora y el objeto siempre se asigna al almacenamiento Estándar.

  • La mayoría de los objetos pasan a clases de almacenamiento cada vez más frías si no se accede a ellos.

    • De forma predeterminada, la clase de almacenamiento final de Autoclass es Nearline Storage, lo que significa que los objetos se transfieren a Nearline Storage y permanecen en esa clase de almacenamiento hasta que se accede a ellos. Si quieres, puedes configurar Autoclass para que la clase de almacenamiento terminal sea Archive Storage.

    • Los objetos de menos de 128 KiB no se migran a clases de almacenamiento más frías. En su lugar, se almacenan permanentemente en Standard Storage. Solo se tienen en cuenta los datos del objeto, no sus metadatos, para determinar si el objeto tiene un tamaño inferior a 128 KiB.

    • Los objetos eliminados de forma no definitiva conservan sus clases de almacenamiento hasta que finaliza su periodo de retención.

  • Cuando se leen los datos de un objeto, este pasa a Standard Storage si aún no está almacenado en ese tipo de almacenamiento.

    • Leer o editar los metadatos de un objeto no hace que el objeto pase al almacenamiento Estándar.

  • Cuando se restaura un objeto eliminado de forma no definitiva, el objeto resultante empieza en la clase de almacenamiento estándar, independientemente de la clase de almacenamiento del objeto eliminado de forma no definitiva.

Precios

Todos los cargos de almacenamiento y operaciones de los objetos gestionados por Autoclass se facturan mediante SKUs específicos de Autoclass.

Los precios de Cloud Storage de los segmentos con Autoclass habilitado tienen las siguientes excepciones:

  • Se aplican una comisión de gestión y un cargo de habilitación al usar Autoclass.
  • No se cobran tarifas de recuperación, excepto como parte de los cargos de habilitación.
  • No se cobran tarifas por eliminación anticipada, excepto como parte de los cargos por habilitación.
  • Todas las operaciones se cobran según la tarifa de almacenamiento estándar.
  • No se aplican cargos por operaciones cuando Autoclass transfiere un objeto a una clase de almacenamiento más fría.
  • No se aplican cargos por operaciones de clase A cuando Autoclass migra un objeto de Nearline Storage a Standard Storage.
  • Cuando Autoclass cambia un objeto de Coldline Storage o Archive Storage a Standard Storage o Nearline Storage, cada transición genera un cargo por operación de clase A.

Autoclass para segmentos ya creados

Las configuraciones de Autoclass se pueden habilitar, inhabilitar o modificar en un segmento.

  • Los cambios en la configuración de Autoclass pueden tardar hasta un día en aplicarse, y Cloud Storage puede seguir realizando acciones basadas en la configuración anterior durante ese tiempo.

  • Cuando habilitas Autoclass en un segmento, ocurre lo siguiente:

    • Todos los objetos del segmento, excepto los objetos eliminados de forma no definitiva, pasan al almacenamiento Estándar.

    • Los objetos que ya estén en Standard Storage cuando habilites Autoclass se tratarán como si acabaran de pasar a Standard Storage. Por lo tanto, estos objetos necesitan otros 30 días sin acceso para poder pasar a la clase de almacenamiento Nearline.

    • Hay un cargo único por habilitar Autoclass. Para obtener más información, consulta los cargos por autoclasificación.

  • Cuando inhabilitas Autoclass en un segmento, ocurre lo siguiente:

    • Cada objeto se mantiene almacenado en la clase de almacenamiento que tenga en el momento en que se inhabilite Autoclass. Después, puedes cambiar la clase de almacenamiento de un objeto como lo harías con los segmentos que no son de Autoclass.
    • La estructura de precios de Autoclass ya no se aplica.
    • Autoclass no se puede volver a habilitar en el segmento hasta que haya transcurrido un día. Si intenta hacerlo, se producirá un error.

  • Cuando cambias la clase de almacenamiento de terminal en tu configuración de Autoclass, ocurre lo siguiente:

    • Si cambias la clase de almacenamiento final de Archive Storage a Nearline Storage, los objetos de Archive Storage y Coldline Storage en el momento del cambio pasarán a Nearline Storage.

    • Si cambias la clase de almacenamiento de terminal de Nearline Storage a Archive Storage, los objetos de Nearline Storage en el momento del cambio se tratarán como si acabaran de pasar a Nearline Storage. Por lo tanto, estos objetos necesitan otros 60 días sin acceso antes de pasar al almacenamiento Coldline.

¿Deberías usar Autoclass?

Si Autoclass está habilitado, se reduce la cantidad de datos que debe gestionar y se eliminan ciertos cargos que se aplican a otros contenedores. Autoclass es una función útil que se puede habilitar en los siguientes patrones de acceso generales:

  • Tus datos tienen varias frecuencias de acceso.
  • No se conocen o no se pueden predecir los patrones de acceso a tus datos.

Sin embargo, no se recomienda usar Autoclass si la mayoría de los datos de su contenedor se ajustan a los casos prácticos de clases de almacenamiento específicas. Por ejemplo, supongamos que tu cubo tiene dos casos prácticos: se accede a algunos datos semanalmente, mientras que otros son datos de copia de seguridad a los que no se debe acceder nunca. En este caso, no se recomienda usar Autoclass si sabe qué objetos corresponden a cada uno de esos casos prácticos.

Tampoco se recomienda usar Autoclass si otros servicios leen datos del contenedor con regularidad. Google Cloud Por ejemplo, no se recomienda Autoclass si usas Protección de Datos Sensibles para analizar el contenido de tu segmento.

Comportamiento de transición

Una vez que Autoclass está habilitado, los objetos de al menos 128 KiB cambian de clase de almacenamiento de la siguiente manera:

  • Si se accede a los datos de un objeto, este pasa a Standard Storage.

  • Cualquier objeto al que no se acceda durante 30 días pasará a la clase de almacenamiento Nearline.

Si el segmento está configurado para usar Nearline Storage como clase de almacenamiento terminal, Autoclass solo cambia el estado de un objeto almacenado en Nearline Storage si se accede a él.

Si el segmento está configurado para usar Archive Storage como clase de almacenamiento terminal, los objetos seguirán pasando a clases de almacenamiento más frías de la siguiente manera:

  • Los objetos a los que no se acceda en un plazo de 90 días pasarán al almacenamiento Coldline. Estos objetos han estado al menos 30 días en Standard Storage y 60 días en Nearline Storage.

  • Cualquier objeto al que no se acceda durante 365 días pasará a Archive Storage. Estos objetos han estado 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 él.

Cuando un objeto cumple los requisitos para cambiar de clase de almacenamiento, Cloud Storage realiza la transición de forma asíncrona, por lo que puede haber un retraso entre el momento en que un objeto cumple los requisitos para la transición y el momento en que se produce.

  • Durante este periodo, el objeto se sigue facturando con su clase de almacenamiento anterior a la transición, excepto en el caso de las transiciones a la clase de almacenamiento Estándar que se producen al habilitar Autoclass.

Restricciones

  • Un bucket no puede tener habilitado Autoclass y ninguna de las siguientes opciones en una configuración de gestió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 provocarían que un segmento tuviera habilitado Autoclass y una de estas reglas de gestión del ciclo de vida de los objetos fallaran.

  • Como 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 segmento de Autoclass falla a menos que todos los objetos de origen se almacenen como almacenamiento estándar en el momento de la solicitud de composición.

  • No puedes usar Autoclass en un segmento con el espacio de nombres jerárquico habilitado.

Monitorizar el uso y las transiciones de las clases de almacenamiento

Las siguientes métricas de almacenamiento están disponibles en Monitoring para monitorizar las transiciones de clases de almacenamiento:

Opcionalmente, ambas métricas se pueden agrupar por la clase de almacenamiento de origen o de destino implicada en las transiciones.

Para obtener una guía sobre cómo monitorizar métricas con Monitoring, consulta el artículo Crear gráficos con el explorador de métricas.

Además, puede monitorizar el número de bytes almacenados en cada clase de almacenamiento a lo largo del tiempo en los cubos en los que Autoclass esté habilitado. Para ello, vaya a la pestaña Configuración del cubo en la consola de Google Cloud y haga clic en Ver rendimiento.

Siguientes pasos