Presentación de borrar de forma no definitiva de Cloud Storage

Borrar de forma no definitiva proporciona protección a nivel del bucket contra la eliminación accidental o maliciosa, ya que retiene los objetos borrados recientemente durante un período de retención que selecciones, que puede ser de siete días de forma predeterminada, que puede aumentarse hasta 90 días o inhabilitarse por completo. Con una capacidad de restablecimiento de autoservicio, puedes recuperarte de estos eventos desafortunados después de que ocurran.

Por lo general, borrar un objeto no se puede deshacer. Sin embargo, cuando borrar de forma no definitiva está habilitado, los objetos borrados pasan a un estado de borrado no definitivo desde el que aún se pueden restablecer. Esto sucederá sin importar el motivo de la eliminación, ya sea si la API de Delete borró un objeto, si la API de insertar, copia o reescritura los reemplazó, se borró a través de la IU o se borró debido a una administración del ciclo de vida de los objetos.

Los objetos borrados de forma no definitiva son objetos especiales no legibles que están ocultos en las listas de objetos, a menos que se especifique una opción específica. Los objetos borrados de forma no definitiva se borrarán de forma permanente después de que se hayan retenido durante el período de retención de eliminación no definitiva especificado y, una vez que los objetos entren en un estado borrado de forma no definitiva, el período de retención no se puede anular (no hay forma de borrar de forma permanente un objeto borrado de forma prematura ). Esto proporciona un nivel significativo de protección contra eventos de eliminación accidentales y maliciosos.

Los restablecimientos copian uno o más objetos borrados de forma no definitiva en el mismo bucket desde el que se borraron, lo que los hace accesibles nuevamente como objetos activos. Puedes realizar un restablecimiento síncrono proporcionando una lista específica de objetos o puedes ejecutar una operación asíncrona de larga duración que restablece todos los objetos borrados entre dos marcas de tiempo. Como objetos creados recientemente, los objetos restablecidos tienen fechas de creación nuevas. Cuando la Clase automática esté en uso, se reiniciará la vida de todos los objetos restablecidos en la clase de almacenamiento Estándar. De lo contrario, los objetos restablecidos se crearán en la misma clase de almacenamiento en la que estaban cuando se borraron.

Es importante establecer el tiempo de retención de eliminación no definitiva el tiempo suficiente para poder detectar y completar un restablecimiento en caso de que ocurra un evento de eliminación del que te arrepientas. A una tasa de restablecimiento aproximada de 10 millones de objetos por hora, puede llevar cuatro días restablecer mil millones de objetos, por lo que conviene aumentar el período de retención a más de 7 días para buckets muy grandes.

La eliminación no definitiva también proporciona protección contra los eventos de eliminación a nivel del bucket. En caso de una eliminación a nivel de bucket, primero comunícate con Google para obtener asistencia para volver a crear el bucket borrado. Luego, puedes usar la función de restablecimiento para restablecer los objetos en ese bucket.

Borrar de forma no definitiva está en un período promocional desde su lanzamiento en marzo del 2024 hasta el 31 de agosto del 2024, sin cargos adicionales por almacenar los primeros siete días de datos borrados de forma no definitiva. A partir del 1 de septiembre del 2024, comenzaremos a facturar el uso de los SKU de almacenamiento existentes a precios actuales por todo el tiempo que los objetos pasen en estado de borrado de forma no definitiva desde que se borraron. Dado que borrar de forma no definitiva retiene datos durante siete días de forma predeterminada, asegúrate de inhabilitarlo antes del 25 de agosto del 2024 para evitar todo el impacto en la facturación.

Antes del 1 de septiembre del 2024, borrar de forma no definitiva no afectará la facturación, a menos que realices un restablecimiento o aumentes los tiempos de retención de este tipo de eliminación en tus buckets. El objetivo de esto es darte una cantidad de tiempo razonable para evaluar el impacto futuro en la facturación de la función de borrar de forma no definitiva y tomar decisiones fundamentadas sobre la mejor configuración de borrar de forma no definitiva para usar en todos tus buckets según tu presupuesto y tus necesidades comerciales.

Dado que todo el uso de borrar de forma no definitiva se facturará a los SKU existentes, se seguirán aplicando todos los descuentos existentes a los cargos que deriven de la función de borrar de forma no definitiva.

Ten en cuenta que, a partir del 1 de septiembre del 2024, la excepción de facturación documentada en la Administración del ciclo de vida de los objetos para eliminaciones con solo una condición de antigüedad ya no se aplicará a los buckets que tengan habilitado borrar de forma no definitiva, de acuerdo con el control de versiones de objetos.

El impacto principal en la facturación debido a la eliminación no definitiva serán cargos mensuales de almacenamiento adicionales facturados por el uso asociado con los datos borrados de forma no definitiva. Una vez que se borre un objeto de forma no definitiva, seguiremos facturando el uso de los SKUs de almacenamiento existentes según la ubicación y la clase de almacenamiento hasta el final de su período de retención de eliminación no definitiva. Por ejemplo, a un objeto de clase de almacenamiento Estándar de us-east4 se le facturará el SKU de clase de almacenamiento Estándar de us-east4 mientras sea un objeto activo y, luego, se le seguirá facturando con la misma tarifa en comparación con el mismo SKU después de que se borre de forma no definitiva hasta que completó su período de retención de eliminación no definitiva (siete días, de forma predeterminada).

Como se mencionó anteriormente, durante el período promocional desde el lanzamiento hasta el 31 de agosto del 2024, no se cobrará ningún cargo adicional por almacenar los primeros siete días de datos borrados de forma no definitiva.

El tiempo que los objetos pasen en estado borrado de forma no definitiva se tendrá en cuenta para cualquier duración de almacenamiento mínima aplicable según la clase de almacenamiento y el estado de Autoclass. Esto es una ventaja porque será más fácil cumplir con las duraciones mínimas de almacenamiento y evitar cargos por eliminación temprana cuando la eliminación no definitiva está habilitada. Por ejemplo, la clase de almacenamiento de Nearline tiene una duración mínima de 30 días para el almacenamiento en buckets que no usan Autoclass. Si se borra un objeto después de 23 días sin una eliminación no definitiva, se incurren en siete días de cargos por eliminación anticipada. Con la eliminación no definitiva habilitada para los 7 días predeterminados, al objeto se le cobrarán 30 días de almacenamiento, incluido el período de eliminación no definitiva, por lo que no se aplicarían cargos por eliminación anticipada.

No se aplican cargos de procesamiento por GiB por realizar un restablecimiento. Esto incluye no cobrar tarifas de recuperación cuando se restablecen los objetos de Nearline, Coldline o Archive.

El cargo principal por las acciones asociadas con los restablecimientos son operaciones de clase A asociadas con el tipo de ubicación de tu bucket. En el caso de los restablecimientos síncronos en los que proporcionas una lista de objetos específicos para restablecer, mediremos una operación de clase A por cada objeto restablecido. 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 los restablecimientos de objetos más en frío. En el caso de los restablecimientos asíncronos en los que primero debemos determinar qué objetos restablecer, también facturaremos una operación de clase A estándar por cada mil objetos analizados antes de comenzar el restablecimiento.

Dado que el restablecimiento crea un nuevo objeto activo con una nueva fecha de creación en tu bucket, ese objeto nuevo se facturará normalmente una vez que lo cree el proceso de restablecimiento y todos los requisitos normales de precio y duración de almacenamiento se aplicarán al objeto nuevo. Seguiremos facturando las versiones borradas de forma no definitiva de estos objetos restablecidos, aunque, por lo general, solo habrá algunos días de superposición según el período de retención de eliminación no definitiva predeterminado de siete días.

Google decidió activar la función de borrar de forma no definitiva predeterminada porque creemos que es una función de alto valor que beneficiará a la mayoría de los clientes y que, en la mayoría de los casos, solo tendrá un impacto leve en la facturación. Sin embargo, puedes decidir que la política de retención de borrar de forma no definitiva de siete días no es adecuada para algunos o todos tus buckets de Cloud Storage. Antes del 25 de agosto del 2024, debes inhabilitar borrar de forma no definitiva en todos los buckets en los que no necesites esta protección, por ejemplo, en los buckets que contengan una gran cantidad de datos temporales de corta duración. Por el contrario, puedes aumentar el período de retención de siete días a hasta 90 días en los buckets en los que se desea obtener más protección para los datos críticos de la empresa.

Además de la siguiente información, consulta la entrada de blog Administra la función de borrar de forma no definitiva de Cloud Storage a gran escala para conocer las prácticas recomendadas y las secuencias de comandos de muestra que te ayudarán a evaluar la idoneidad de la eliminación de forma no definitiva para tus buckets y automatizar los parámetros de configuración. En esta publicación, también se incluye cómo modificar la configuración de borrar de forma no definitiva en las plantillas de Terraform.

Mejoramos nuestras métricas de almacenamiento de Cloud Monitoring para que puedas inspeccionar la cantidad de bytes actuales, no actuales y borrados de forma no definitiva en cualquier bucket.

Para los buckets en los que borrar de forma no definitiva ya está habilitado, la forma más fácil de inspeccionar el impacto en la facturación de la función de borrar de forma no definitiva es examinar la métrica storage/v2/total_bytes, que muestra el tamaño total de todos los objetos en el bucket, agrupados por clase de almacenamiento y tipo de objeto (activo, no actual, borrado de forma no definitiva) al final del último día de uso. Si comparas el porcentaje de bytes borrados de forma no definitiva en relación con el total, puedes obtener una estimación bastante precisa del impacto de la facturación sobre tus cargos de almacenamiento mensual (siempre que las eliminaciones se realicen a una tasa relativamente estable para que se capturen según esta métrica).

También agregaremos la nueva métrica storage/v2/deleted_bytes que proporciona un recuento delta de bytes borrados por bucket, agrupados por clase de almacenamiento. Incluso si borrar de forma no definitiva, puedes comparar tu tasa de eliminación mediante esta métrica con la métrica total_bytes para estimar el impacto de la facturación en un bucket específico.

Ejemplos:

• Para calcular el impacto absoluto de la facturación de borrar de forma no definitiva, puedes usar la métrica storage/v2/deleted_bytes, que mide la cantidad de bytes borrados a lo largo del tiempo. El costo absoluto de las eliminaciones no definitivas se puede calcular de la siguiente manera: duración de la retención de eliminación no definitiva × bytes borrados × precio mensual de $/GiB. Por ejemplo, el costo de habilitar una política de eliminación no definitiva de 7 días en un bucket en us-central1 a un precio de lista con 100,000 GB de eliminaciones durante el año es 7 / 30.4375 × 100,000 × $0.02 = $459.96 (donde 30.4375 es la cantidad promedio de días por mes).
• Para calcular el costo relativo de borrar de forma no definitiva, puedes combinar la métrica storage/v2/deleted_bytes con la métrica storage/v2/total_byte_seconds: duración de la retención de eliminación no definitiva × bytes borrados / bytes totales. Siguiendo con el ejemplo anterior y con 1,000,000 GB de almacenamiento por mes durante todo el año, el costo relativo de habilitar borrar de forma no definitiva en este caso es: 7 / 30.4375 × 100,000 / 1,000,000 = ~2% de impacto.

Si usas el control de versiones de objetos, ten en cuenta que estamos exponiendo los recuentos de objetos y bytes activos en comparación con los no actuales como parte de las métricas nuevas, que es una nueva visibilidad que puede ser útil incluso para aquellos que inhabiliten la eliminación no definitiva.

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

El período de retención de borrar de forma no definitiva se puede ajustar para cada bucket de forma individual. Para inhabilitar borrar de forma no definitiva, cambia el período de retención a cero. Te proporcionaremos secuencias de comandos de muestra para ayudarte a evaluar la idoneidad de borrar de forma no definitiva para todos tus buckets y para automatizar la actualización de la configuración, incluso en millones de buckets. También puedes personalizar la configuración de borrar de forma no definitiva en las secuencias de comandos de Terraform o KCC y otros flujos de trabajo de creación de buckets, de modo que los buckets nuevos se creen con parámetros de configuración que satisfagan las necesidades de tu empresa. 

Por último, puedes crear restricciones de políticas de la organización para aplicar una configuración específica de borrar de forma no definitiva en buckets creados recientemente.