Presentamos la eliminación no definitiva de Cloud Storage

La eliminación no definitiva ofrece una protección a nivel de segmento contra la eliminación accidental o maliciosa, ya que retiene los objetos eliminados recientemente durante el periodo de retención que selecciones (siete días de forma predeterminada, que se puede aumentar hasta 90 días o inhabilitarse por completo). Utilizando una función de restauración de autoservicio, puedes recuperarte de estos desafortunados eventos después de que se produzcan.

Normalmente, la eliminación de un objeto no se puede deshacer. Sin embargo, cuando la eliminación no definitiva está habilitada, los objetos eliminados pasan a un estado de eliminación no definitiva, a partir del cual se pueden restaurar. Esto ocurrirá independientemente del motivo de la eliminación: si un objeto se eliminó mediante la API de eliminación, si la API de inserción/copia/reescritura sobrescribió un objeto, se eliminó mediante la UI o se eliminó debido a una administración del ciclo de vida de los objetos.

Los objetos eliminados de forma no definitiva son objetos especiales no legibles que están ocultos en las fichas de objetos, a menos que se especifique una opción específica. Los objetos eliminados de forma no definitiva se eliminarán de forma permanente una vez que se hayan retenido durante el periodo de retención de eliminación no definitiva especificado y, una vez que los objetos entren en un estado de eliminación no definitiva, el periodo de retención no se podrá anular (no hay forma de eliminar permanentemente un objeto de eliminación no definitiva antes de tiempo). De este modo, ofrece un nivel de protección considerable frente a eventos de eliminación accidentales y maliciosos.

Restaura las copias de uno o varios objetos eliminados de forma no definitiva en el mismo segmento del que se eliminaron, de forma que se pueda volver a acceder a ellos como objetos activos. Puedes realizar una restauración síncrona si proporcionas una lista específica de objetos, o bien puedes ejecutar una operación asíncrona de larga duración que restaure todos los objetos eliminados entre dos marcas de tiempo. Los objetos restaurados tienen una fecha de creación distinta en el caso de los objetos recién creados. Cuando se esté usando Autoclass, todos los objetos restaurados volverán a tener vida en la clase de almacenamiento estándar. De lo contrario, los objetos restaurados se crearán en la misma clase de almacenamiento en la que estaban cuando se eliminaron.

Es importante fijar el tiempo de conservación de la eliminación no definitiva que sea un tiempo suficiente para poder detectar y completar una restauración en caso de que se arrepiente de un evento de eliminación. Con una velocidad aproximada de 10 millones de objetos por hora, se pueden tardar cuatro días en restaurar mil millones de objetos, por lo que es recomendable aumentar el periodo de retención más de 7 días en el caso de segmentos muy grandes.

La eliminación no definitiva también protege contra los eventos de eliminación a nivel de segmento. En caso de eliminación a nivel de segmento, primero debes ponerte en contacto con Google para que te ayude a volver a crear el segmento eliminado. A continuación, puedes usar la función de restauración para restaurar los objetos de ese segmento.

La eliminación no definitiva está dentro del periodo promocional desde el lanzamiento en marzo del 2024 hasta el 31 de agosto del 2024,, sin coste adicional por almacenar los siete primeros días de los datos eliminados de forma no definitiva. A partir del 1 de septiembre del 2024 , empezaremos a facturar el uso de los SKUs de almacenamiento actuales con los precios vigentes por todo el tiempo que los objetos pasen en el estado de eliminación no definitiva desde que se eliminen. Como la eliminación no definitiva conserva los datos durante siete días de forma predeterminada, desactiva la eliminación no definitiva antes del 25 de agosto del 2024 para evitar que afecte a la facturación.

Antes del 1 de septiembre del 2024, la eliminación no definitiva no afectará a la facturación, a menos que restaures o aumentes los tiempos de conservación de las eliminaciones no definitivas en tus segmentos. De este modo, dispones de un tiempo razonable para evaluar el futuro impacto en la facturación de la función de eliminación no definitiva y tomar decisiones fundamentadas sobre la mejor configuración de eliminación no definitiva que se puede usar en tus segmentos según tu presupuesto y tus necesidades empresariales.

Dado que todos los usos de la eliminación no definitiva se facturarán a los SKUs actuales, los descuentos actuales se seguirán aplicando a los cargos derivados de la función de eliminación no definitiva.

Ten en cuenta que, a partir del 1 de septiembre del 2024, la excepción de facturación sobre la administración del ciclo de vida de los objetos documentada para las eliminaciones que solo tengan una condición de edad ya no se aplicará a los segmentos que tengan habilitada la eliminación no definitiva, de acuerdo con la gestión de versiones de objetos.

El impacto principal en la facturación debido a la eliminación no definitiva será un cargo adicional por el almacenamiento mensual por el uso asociado a los datos eliminados de forma no definitiva. Una vez que se haya eliminado un objeto de forma no definitiva, seguiremos facturando el uso con los SKUs de almacenamiento actuales en función de la ubicación y la clase de almacenamiento hasta que finalice su periodo de retención de la eliminación no definitiva. Por ejemplo, un objeto de clase de almacenamiento estándar de us-east4 se facturará con el SKU de clase de almacenamiento estándar us-east4 mientras sea un objeto activo y, a continuación, se seguirá facturando con el mismo código SKU al mismo precio tras la eliminación no definitiva hasta que ha completado su periodo de retención de eliminación no definitiva (siete días de forma predeterminada).

Como se ha mencionado anteriormente, durante el periodo promocional desde el lanzamiento hasta el 31 de agosto del 2024, no se cobrará ningún cargo adicional por almacenar los datos eliminados de forma no definitiva durante los siete primeros días.

El tiempo que pasan los objetos en el estado de eliminación no definitiva se tiene en cuenta de cara al tiempo mínimo de almacenamiento aplicable en función de la clase de almacenamiento y el estado de Autoclass. Esta es la ventaja de usar esta opción, ya que cuando se habilite la eliminación no definitiva, será más fácil cumplir los periodos mínimos de almacenamiento y se evitarán cargos por eliminación anticipada. Por ejemplo, la clase Nearline Storage tiene una duración mínima de almacenamiento de 30 días en los segmentos que no usan Autoclass. Si eliminas un objeto después de 23 días sin eliminación no definitiva, se aplicarán cargos por eliminación anticipada de siete días. Con la eliminación no definitiva habilitada durante los 7 días predeterminados, al objeto se le cobrarán 30 días de almacenamiento, incluido el periodo de eliminación no definitiva, por lo que no se aplican cargos por eliminación anticipada.

No se aplican cargos por el procesamiento por GiB al realizar restauraciones. Esto incluye no cobrar tarifas de recuperación al restaurar objetos Nearline, Coldline o Archive.

El cargo principal por las acciones asociadas a las restauraciones son operaciones de clase A asociadas al tipo de ubicación de tu segmento. En las restauraciones síncronas en las que proporcionas una lista de objetos específicos para restaurar, mediremos una operación de clase A por cada objeto restaurado. Esto siempre se facturará como una operación estándar de clase A, independientemente de la clase de almacenamiento real del objeto, ya que no queremos penalizar las restauraciones de objetos más fríos. En el caso de las restauraciones asíncronas en las que primero debemos determinar qué objetos se deben restaurar, también facturaremos una operación estándar de clase A por cada mil objetos analizados antes de iniciar la restauración.

Como una restauración crea un nuevo objeto activo con una nueva fecha de creación en el segmento, ese nuevo objeto se facturará normalmente una vez creado por el proceso de restauración y se le aplicarán todos los requisitos habituales de precio y duración de almacenamiento. Seguiremos facturando las versiones eliminadas de forma no definitiva de estos objetos restaurados, aunque normalmente solo habrá unos pocos días de superposición según el periodo de retención predeterminado de siete días de eliminación no definitiva.

Google ha decidido activar la eliminación no definitiva de forma predeterminada porque creemos que es una función de gran valor que beneficiará a la mayoría de los clientes y que, en la mayoría de los casos, solo tendrá un impacto modesto en la facturación. Sin embargo, puedes decidir que la política de retención de eliminación no definitiva de siete días no es adecuada para algunos o todos tus segmentos de Cloud Storage. Antes del 25 de agosto del 2024, debes inhabilitar la eliminación no definitiva en los segmentos en los que no necesites esta protección, como los que contienen una gran cantidad de datos temporales de corta duración. Por el contrario, también puedes aumentar el periodo de retención de siete días a hasta 90 días en los segmentos en los que se desee una mayor protección para los datos clave para la empresa.

Además de la información que figura a continuación, te recomendamos que consultes la entrada de blog Gestionar la eliminación no definitiva de Cloud Storage a escala para conocer prácticas recomendadas y secuencias de comandos de ejemplo que te ayudarán a evaluar la idoneidad de la eliminación no definitiva para tus segmentos y a automatizar los ajustes. En esta entrada también se explica cómo modificar la configuración de eliminación no definitiva en las plantillas de Terraform.

Vamos a mejorar nuestras métricas de almacenamiento de Cloud Monitoring para que puedas inspeccionar la cantidad de bytes actuales, los no actuales y los de eliminación no definitiva en cualquier segmento.

En el caso de los segmentos que ya tienen habilitada la eliminación no definitiva, la forma más fácil de inspeccionar el impacto en la facturación de esta función es examinar la métrica storage/v2/total_bytes, que ofrece el tamaño total de todos los objetos del segmento, agrupados por clase de almacenamiento y tipo de objeto (activo, no actual o eliminación no definitiva) al final del último día de uso. Si comparas el porcentaje de bytes eliminados de forma no definitiva con respecto al total, puedes obtener una estimación bastante precisa del impacto que tiene la eliminación no definitiva en la facturación de los cargos mensuales por almacenamiento (siempre que las eliminaciones se realicen a un ritmo relativamente constante, por lo que las captaría esta métrica).

También vamos a añadir la nueva métrica storage/v2/deleted_bytes que proporciona un número delta de los bytes eliminados por segmento, agrupados por clase de almacenamiento. Aunque la eliminación no definitiva esté inhabilitada, puedes comparar tu tasa de eliminación mediante esta métrica con la métrica total_bytes para estimar el impacto en la facturación que tiene la eliminación no definitiva en un segmento concreto.

Ejemplos:

• Para calcular el impacto absoluto en la facturación de la eliminación no definitiva, puedes usar la métrica storage/v2/deleted_bytes, que mide el número de bytes eliminados a lo largo del tiempo. El coste absoluto de la eliminación no definitiva se puede calcular de la siguiente manera: duración de la retención de la eliminación no definitiva × bytes eliminados × $/GiB al mes. Por ejemplo, el coste de habilitar una política de eliminación no definitiva de 7 días en un segmento de us-central1 en almacenamiento estándar al precio según catálogo con 100.000 GB de eliminaciones a lo largo del año es 7 / 30,4375 × 100.000 × 0,02 $ = 459,96 $ (donde 30,4375 es el promedio de días al mes).
• Para calcular el coste relativo de la eliminación no definitiva, puedes combinar la métrica storage/v2/deleted_bytes con la métrica storage/v2/total_byte_seconds: duración de la conservación de la eliminación no definitiva × bytes eliminados/bytes totales. Siguiendo con el ejemplo anterior, con 1.000.000 de GB al mes de almacenamiento durante todo el año, el coste relativo de habilitar la eliminación no definitiva en este caso es el siguiente: 7 / 30,4375 × 100.000 / 1.000.000 = aproximadamente un 2 % de impacto.

Si usas la gestión de versiones de objetos, ten en cuenta que mostramos los recuentos de objetos y bytes activos frente a los que no son actuales como parte de las nuevas métricas. Esto supone una nueva visibilidad que puede ser útil incluso para quienes opten por inhabilitar la eliminación no definitiva.

La información completa sobre las métricas mejoradas estará disponible en la documentación de las métricas de almacenamiento en cuanto estén disponibles las nuevas métricas.

El periodo de retención de la eliminación no definitiva se puede ajustar para cada segmento por separado. Para inhabilitar la eliminación no definitiva, cambia el periodo de retención a cero. Proporcionaremos secuencias de comandos de ejemplo para ayudarte a evaluar la idoneidad de la eliminación no definitiva para todos tus segmentos y para automatizar la actualización de la configuración, incluso en millones de segmentos. Quizás también te interese personalizar la configuración de eliminación no definitiva en las secuencias de comandos de Terraform o KCC y en otros flujos de trabajo de creación de segmentos, de modo que se creen segmentos con la configuración que mejor se adapte a las necesidades de tu empresa. 

Por último, puedes crear restricciones de la política de organización para aplicar configuraciones determinadas para la eliminación no definitiva para los segmentos recién creados.