Métricas de uso de almacenamiento

En esta página, se describen las métricas de uso de almacenamiento que proporciona Spanner.

De forma predeterminada, tus datos se almacenan en unidades de estado sólido (SSD). Puedes elegir si deseas almacenar tus datos en SSD o en unidades de disco duro (HDD) con el almacenamiento por niveles. Para obtener más información, consulta Descripción general del almacenamiento por niveles.

Métricas de almacenamiento

Spanner proporciona las siguientes métricas de almacenamiento:

  • Almacenamiento total de la base de datos: Es la cantidad de datos que se almacenan en la base de datos o en las bases de datos de la instancia. Está sujeto al límite de almacenamiento.
  • Almacenamiento total de copias de seguridad: Es la cantidad de datos que almacenan las copias de seguridad asociadas con la instancia o la base de datos. El almacenamiento de copias de seguridad se almacena y se factura por separado, y no hay límite en la cantidad que puedes almacenar.

Puedes ver los gráficos de estas métricas en la Google Cloud consola o en la consola de Cloud Monitoring.

Además, el uso del almacenamiento de la base de datos se muestra en las páginas Instancias y Detalles de la instancia de la Google Cloud consola.

Ir a la página de instancias

Almacenamiento de varias versiones

Si usas las métricas de almacenamiento anteriores para verificar el tamaño de tus datos con frecuencia, es posible que, en ocasiones, encuentres resultados contrarios a tus expectativas. Por ejemplo, es posible que veas que el almacenamiento total informado de tu base de datos disminuye en una cantidad notable, incluso si no quitaste ningún dato recientemente. Por el contrario, es posible que veas que su tamaño permanece relativamente sin cambios justo después de realizar un borrado significativo.

Estos efectos se deben a la compatibilidad de Spanner con el almacenamiento de varias versiones. El almacenamiento de varias versiones mantiene todos los datos borrados o sobrescritos en el almacenamiento y disponibles por un tiempo limitado para habilitar funciones que te permitan leer valores de datos anteriores, como lecturas obsoletas y recuperación de un momento determinado. Realizar un borrado 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 limpió recientemente un conjunto grande de datos que se borraron o sobrescribieron hace varios días.

Spanner garantiza la disponibilidad continua de los datos borrados o sobrescritos durante el intervalo definido por la version_retention_period opción (una hora, de forma predeterminada). Ejecuta automáticamente un proceso en segundo plano cada varios días que quita de forma permanente todos los datos obsoletos más antiguos que este intervalo de retención de versiones. Para quitar datos obsoletos de forma permanente más rápido, puedes activar manualmente una compactación principal.

Efectos de la división

Durante los períodos de carga alta o puntos de acceso, Spanner usa la división como una técnica para distribuir de manera más uniforme el uso de CPU en 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, es posible que se conserven hasta dos copias del rango de división original en un momento determinado hasta que el ciclo haya tenido la oportunidad de reducir las divisiones y descartar las copias adicionales de datos. Puedes activar manualmente una compactación principal para descartar copias adicionales de inmediato.

Estadísticas de almacenamiento

Por lo general, todos los datos que se ingresan en Spanner aparecen en las estadísticas de almacenamiento en cuestión de minutos. Sin embargo, en ciertos casos, aunque se podrá acceder a los datos para leerlos (y serán duraderos a través de técnicas como el registro de escritura anticipada), tardarán más en aparecer en las estadísticas de uso del almacenamiento, hasta varios días.

Esto sucede porque todos los datos ingresados (aparte de una copia registrada durante la confirmación para fines de durabilidad y recuperación) residen temporalmente en la memoria antes de escribirse en el almacenamiento físico en segundo plano. La cantidad de datos que pueden residir en la memoria y la cantidad de tiempo que permanecerán en la memoria antes de escribirse 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

Puedes crear alertas de almacenamiento en la consola de Cloud Monitoring. También proporcionamos una forma sencilla de crear una alerta de almacenamiento de base de datos directamente desde la Google Cloud consola. El vínculo Crear política de alertas en el gráfico (consulta la captura de pantalla) te lleva a la página de creación de alertas en la consola de Cloud Monitoring y completa automáticamente los campos pertinentes.

Pantalla de métricas de Spanner en la consola con un botón etiquetado como Crear política de alertas.

Te recomendamos que mantengas el almacenamiento total de la base de datos por debajo del límite de almacenamiento. Esto garantiza que Spanner 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 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 instancia

Si superas el límite de almacenamiento, Spanner intentará operar con normalidad, pero es posible que experimentes un rendimiento degradado o una falla debido a la presión de los recursos. Si te acercas o superas el máximo recomendado, Google Cloud la consola muestra una advertencia que dice "La instancia alcanzó su capacidad máxima de almacenamiento y es posible que experimente actividad degradada" cuando muestra la instancia afectada.

También puedes crear alertas en Cloud Monitoring para que te notifiquen.

Reduce el uso del almacenamiento de la base de datos

Para reducir el uso del almacenamiento de la base de datos de una instancia, puedes hacer lo siguiente:

  • Agregar más capacidad de procesamiento.
  • Borrar las bases de datos que no uses.
  • 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 del almacenamiento hasta que Spanner compacte los datos, lo que suele suceder en un plazo de 12 horas para borrados de datos significativos o en el plazo de una semana en otros casos. Por lo tanto, es posible que notes una demora entre el momento en que se borran los datos y el momento en que los cambios aparecen en la métrica. Para recuperar el almacenamiento más rápido, puedes activar manualmente una compactación principal.

En general, recomendamos que agregues capacidad de procesamiento a tu instancia como punto de partida. Después de agregar capacidad de procesamiento, puedes investigar y abordar las causas principales del uso elevado del almacenamiento.

Si deseas automatizar este proceso, puedes crear una aplicación que supervise el uso del almacenamiento de la base de datos y que agregue y quite capacidad de procesamiento con el método UpdateInstance, según sea necesario.

¿Qué sigue?