Métricas de uso de almacenamiento

En este documento, se describen las métricas de uso de almacenamiento que proporciona Spanner Omni.

Métricas de almacenamiento

Puedes ver las métricas de almacenamiento con la consola de Spanner Omni. Para obtener más información, consulta Usa la consola de Spanner Omni.

Spanner Omni proporciona las siguientes métricas de almacenamiento:

  • Storage Capacity: Es la capacidad de almacenamiento total y disponible del sistema de archivos. Puedes verla en el panel Overview de la consola de Spanner Omni. El panel del sistema de archivos de Spanner Omni proporciona un desglose por zona.

  • Storage Used By Database: Son los bytes físicos no replicados que usa cada base de datos. Puedes verla en el panel System Insights de la consola de Spanner Omni.

Almacenamiento de varias versiones

Si usas regularmente las métricas de almacenamiento para verificar el tamaño de tus datos, es posible que veas resultados inesperados. Por ejemplo, es posible que veas que el almacenamiento total informado de tu base de datos disminuye en una cantidad notable, aunque no hayas quitado ningún dato. Por el contrario, es posible que veas que su tamaño permanece relativamente sin cambios justo después de realizar una eliminación significativa.

Estos efectos se deben a la compatibilidad de Spanner Omni con el almacenamiento de varias versiones. El almacenamiento de varias versiones conserva todos los datos que borras o reemplazas en el almacenamiento y los mantiene disponibles durante un tiempo limitado para permitirte leer valores de datos anteriores, como lecturas obsoletas y recuperación de un momento determinado. Realizar una eliminación de datos grande

no se refleja de inmediato en las métricas de almacenamiento de tu base de datos. Del mismo modo, una disminución aparentemente espontánea en el tamaño total de una base de datos probablemente significa que el proceso de compactación de datos normal de Spanner Omni limpió un conjunto grande de datos que borraste o reemplazaste varios días antes.

De forma predeterminada, este intervalo es de una hora. Ejecuta un proceso en segundo plano de forma periódica que quita de forma permanente todos los datos obsoletos que sean más antiguos que este intervalo de retención de versiones.

Efectos de la división

Durante los períodos de carga alta o puntos de acceso, Spanner Omni usa la división para distribuir el uso de la CPU entre los recursos de procesamiento aprovisionados. Un efecto secundario de la división es un aumento temporal en el uso del almacenamiento. En el caso de los datos que se dividen, durante el ciclo de compactación semanal, Spanner Omni puede retener hasta dos copias del rango de división original en cualquier momento hasta que el ciclo reduzca las divisiones y descarte las copias de datos adicionales.

Estadísticas de almacenamiento

Todos los datos que ingresas en Spanner Omni aparecen en las estadísticas de almacenamiento después de unos minutos. Sin embargo, en ciertos casos, aunque puedes acceder a los datos para leerlos y estos permanecen durables a través de técnicas como el registro de escritura anticipada, es posible que tarden más en aparecer en las estadísticas de uso de almacenamiento, varios días.

Esto sucede porque los datos ingeridos, excepto una copia registrada durante la confirmación para la durabilidad y la recuperación, residen temporalmente en la memoria. Luego, Spanner Omni escribe estos datos en el almacenamiento físico en segundo plano. La cantidad de datos que pueden residir en la memoria y el tiempo que permanecen en la memoria antes de que Spanner Omni los escriba en el almacenamiento físico dependen del tamaño de tu procesamiento y del tamaño y el rendimiento de tu carga de trabajo.

Crea alertas de almacenamiento

Para las implementaciones de Spanner Omni, las alertas de Prometheus usan los siguientes umbrales de uso de almacenamiento:

  • SpannerStorageUtilizationWarning: Advierte sobre el almacenamiento alto (80%) en un servidor.

  • SpannerStorageUtilizationCritical: Alerta sobre el almacenamiento crítico (90%) en un servidor.

  • SpannerStoragePerVCPUTooHigh: Advierte cuando el almacenamiento por CPU virtual supera los 500 GB.

Recomendaciones para el uso del almacenamiento de bases de datos

Te recomendamos que mantengas el almacenamiento de tu base de datos por debajo de los 500 GB por CPU virtual. Esto garantiza que Spanner Omni tenga suficiente margen para operar con normalidad y realizar el mantenimiento de rutina de los datos.

Si te acercas al límite, es posible que Spanner Omni te impida realizar operaciones que te excedan el límite, como las siguientes:

  • Restablecer una base de datos a partir de una copia de seguridad

  • Modificar el esquema de la base de datos (por ejemplo, agregar un índice)

  • Reducir la capacidad de procesamiento de tu implementación

Si superas el límite de almacenamiento, Spanner Omni intenta operar con normalidad, pero es posible que experimentes un rendimiento degradado o una falla debido a la presión de los recursos.

Reduce el uso del almacenamiento de bases de datos

Para reducir el uso del almacenamiento de bases de datos de una implementación, realiza las siguientes acciones:

  • Agrega más capacidad de procesamiento.

  • Usa la CLI de Spanner Omni para borrar las bases de datos sin usar.

  • Usa la CLI de Spanner Omni para borrar datos de una base de datos. Aunque el borrado de datos entra en vigencia de inmediato desde una perspectiva de visibilidad de datos, es posible que no afecte la métrica de uso de almacenamiento hasta que Spanner Omni compacte los datos. Por lo general, la compactación se produce en un plazo de 12 horas para las eliminaciones de datos significativas o en el plazo de una semana en otros casos. Por lo tanto, es posible que notes una demora entre el momento en que borras los datos y el momento en que los cambios aparecen en la métrica.

Realiza estas operaciones con la CLI de Spanner Omni.

En general, te recomendamos que primero agregues capacidad de procesamiento a tu implementación. Después de agregar capacidad de procesamiento, puedes investigar y abordar las causas raíz del uso de almacenamiento elevado.