Elige entre el almacenamiento SSD y HDD

Cuando creas una instancia de Bigtable, debes elegir si sus clústeres almacenarán los datos en unidades de estado sólido (SSD) o en discos duros (HDD):

  • Almacenamiento SSD: Es la opción más eficiente y rentable para la mayoría de los casos de uso.
  • Almacenamiento HDD: A veces, es adecuado para conjuntos de datos grandes que no son sensibles a la latencia o a los que se accede con poca frecuencia.

Las instancias de Bigtable que usan almacenamiento SSD admiten el almacenamiento por niveles (versión preliminar). Puedes habilitar un nivel de almacenamiento de acceso poco frecuente a nivel de la tabla en clústeres de SSD, en el que puedes almacenar datos a los que se accede con poca frecuencia de la manera más rentable. Para obtener más información, consulta la Descripción general del almacenamiento por niveles.

Sin importar el tipo de almacenamiento que elijas, tus datos se almacenarán en un sistema de archivos replicado y distribuido que abarca miles de millones de unidades físicas.

Comparación de niveles de almacenamiento

En las siguientes tablas, se comparan los niveles de almacenamiento de Bigtable, según la edición de tu instancia.

Edición Enterprise

Nivel de almacenamiento Capacidad del nodo Latencia esperada Operaciones Ideal para
Instancia de SSD SSD de 5 TB Escritura/lectura: milisegundos de un solo dígito Escribir, leer, actualizar y borrar Cargas de trabajo de alta capacidad de procesamiento de lectura y escritura, y baja latencia
Instancia SSD con almacenamiento en niveles habilitado 32 TB (hasta 5 TB SSD) Lectura y escritura en SSD: milisegundos de un solo dígito Escribir, leer, actualizar y borrar Conjuntos de datos grandes con datos de acceso infrecuente
Acceso poco frecuente: ms de dos dígitos bajos Solo lectura
Instancia de HDD 16 TB Escritura: ms de un solo dígito
Lectura: ms de dos dígitos bajos		 Escribir, leer, actualizar y borrar Conjuntos de datos grandes con cargas de trabajo que no son sensibles a la latencia

Edición Enterprise Plus

Nivel de almacenamiento Capacidad del nodo Latencia esperada Operaciones Ideal para
Instancia de SSD SSD de 5 TB Escritura/lectura: milisegundos de un solo dígito Escribir, leer, actualizar y borrar Cargas de trabajo de alta capacidad de procesamiento de lectura y escritura, y baja latencia
Instancia SSD con almacenamiento en niveles habilitado 64 TB (hasta 5 TB de SSD) Lectura y escritura en SSD: milisegundos de un solo dígito Escribir, leer, actualizar y borrar Conjuntos de datos grandes con datos de acceso infrecuente
Acceso poco frecuente: ms de dos dígitos bajos Solo lectura
Instancia de HDD 16 TB Escritura: ms de un solo dígito
Lectura: ms de dos dígitos bajos		 Escribir, leer, actualizar y borrar Conjuntos de datos grandes con cargas de trabajo que no son sensibles a la latencia

Para obtener más información sobre el rendimiento de los tipos de almacenamiento de Bigtable, consulta Información sobre el rendimiento. Para obtener más información sobre las ediciones, consulta la Descripción general de las ediciones.

Si tienes dudas, elige el almacenamiento SSD

Existen muchos motivos por los que, generalmente, es mejor usar el almacenamiento SSD en tu clúster de Bigtable:

  • El SSD es mucho más rápido y tiene un rendimiento más predecible que el HDD. En un clúster de Bigtable, el almacenamiento SSD ofrece latencias mucho más bajas para las operaciones de lectura y escritura que el almacenamiento HDD.
  • La capacidad de procesamiento del HDD es mucho más limitada que la del SSD. En un clúster que usa almacenamiento HDD, es posible alcanzar la capacidad de procesamiento máxima antes de que el uso de CPU alcance el 100%, una situación que se puede supervisar mediante la métrica carga del disco. Para aumentar la capacidad de procesamiento, debes agregar más nodos, pero el costo de los nodos adicionales podría exceder tus ahorros que obtienes por usar el almacenamiento HDD. El almacenamiento SSD no tiene esta limitación, ya que su capacidad de procesamiento por nodo es mucho mayor; por lo general, un clúster que usa almacenamiento SSD solo alcanza el máximo de la capacidad de procesamiento cuando usa toda la CPU y memoria disponibles.
  • Las lecturas de filas individuales en HDD son muy lentas. Debido al tiempo de búsqueda en el disco, el almacenamiento HDD solo admite el 5% de las lecturas de filas por segundo que se realizan en el almacenamiento SSD. Sin embargo, los análisis grandes de varias filas no se ven afectados negativamente.
  • El almacenamiento SSD admite una opción de almacenamiento por niveles para los datos a los que se accede con poca frecuencia.
  • El nivel en la memoria (versión preliminar) solo está disponible para las instancias que usan almacenamiento SSD. El nivel en la memoria requiere la edición Enterprise Plus.

Una posible desventaja del almacenamiento SSD es que requiere más nodos en tus clústeres según la cantidad de datos que almacenes. Sin embargo, en la práctica, es posible que necesites esos nodos adicionales a fin de que tus clústeres puedan controlar todo el tráfico entrante, no solo para admitir la cantidad de datos que almacenas.

Casos prácticos del almacenamiento HDD

El almacenamiento HDD es adecuado para los casos de uso que cumplen con todos los siguientes criterios:

  • Tus cargas de trabajo tienen un uso intensivo de escritura y se basan en datos.
  • Tus cargas de trabajo no son sensibles a la latencia.
  • Tus datos no admiten una aplicación orientada al usuario.
  • Tus cargas de trabajo por lotes consisten principalmente en análisis y escrituras con lecturas aleatorias ocasionales de una pequeña cantidad de filas o lecturas de puntos.
  • No planeas usar el escalamiento de nodos 2x.
  • En la edición Enterprise Plus, planeas usar Data Boost para HDD.

Por ejemplo, si piensas almacenar una gran cantidad de datos históricos de muchos dispositivos de teledetección y, luego, usarlos para generar informes diarios, los ahorros por usar almacenamiento HDD compensarían el sacrificio de rendimiento. Por el contrario, si piensas usar los datos para mostrar un panel en tiempo real, probablemente no sea recomendable usar el almacenamiento HDD; en este caso, las lecturas serían mucho más frecuentes, y estas que no son análisis son mucho más lentas con el almacenamiento HDD.

Cambia entre el almacenamiento SSD y HDD

Cuando creas una instancia de Bigtable, la elección de almacenamiento SSD o HDD que elijas para ella es permanente. No puedes usar la consola deGoogle Cloud para cambiar el tipo de almacenamiento que se usa para la instancia.

Si deseas cambiar el tipo de almacenamiento en el que se almacena una tabla, usa la función de copias de seguridad:

  1. Crea o planifica usar una instancia que use el tipo de almacenamiento que deseas.
  2. Crea una copia de seguridad de la tabla.
  3. Restablece desde la copia de seguridad a una tabla nueva en la otra instancia

¿Qué sigue?