En este documento se describe el almacenamiento en bloques, que se conoce comúnmente como discos o volúmenes, que ofrece Compute Engine. Puede usar el almacenamiento en bloques para los volúmenes de arranque y de datos de todas las instancias de proceso, incluidas las máquinas virtuales, los contenedores y las instancias de hardware desnudo. En esta página se explica cómo elegir el almacenamiento en bloque para tus instancias de computación.
Los términos disco, volumen y volumen de almacenamiento en bloque son sinónimos y se usan indistintamente en la documentación, la Google Cloud consola, la CLI de Google Cloud y la API REST.
Acerca del almacenamiento en bloques
Google Cloud ofrece dos tipos de discos o almacenamiento en bloques: almacenamiento en bloques temporal y duradero. Puedes combinar estos tipos de almacenamiento en bloque en una sola instancia de computación.
Almacenamiento en bloques temporal
El almacenamiento en bloques temporal o efímero ofrece el rendimiento más rápido de todos los tipos de almacenamiento en bloques, pero los datos almacenados se pierden si la VM se detiene por cualquier motivo. Los datos se pierden si detienes, suspendes o reinicias la VM, o si la VM falla o se bloquea.
Debido a su naturaleza efímera, el almacenamiento en bloque temporal solo se debe usar para datos temporales, cachés como tempdb para Microsoft SQL Server o almacenamiento para bases de datos optimizadas para flash. No puedes usar el almacenamiento en bloque temporal como volumen de arranque.
SSD local es la oferta de almacenamiento en bloques temporal de Google Cloud. Los discos SSD locales están montados físicamente en el servidor en el que se aloja tu instancia.
Para obtener más información sobre las SSD locales, consulta las siguientes secciones:
- Consulta los límites de rendimiento de las SSD locales.
- Para saber cuándo se conservan los datos de SSD local, consulta Persistencia de datos de SSD local.
- Series de máquinas compatibles con SSD local
- Añadir discos SSD locales al crear una VM
Almacenamiento en bloques duradero
El almacenamiento en bloques duradero o persistente es para los datos que quieras conservar después de detener, suspender o eliminar la VM, o incluso si la VM falla o se bloquea.
Hyperdisk y Persistent Disk son las ofertas de almacenamiento en bloques duraderas de Google Cloud, pero Persistent Disk no está disponible con las series de máquinas más recientes. Google recomienda usar Hyperdisk para obtener el máximo rendimiento y disfrutar de funciones avanzadas.
Los volúmenes de hiperdisco y de disco persistente tienen las siguientes características:
Funcionar como discos físicos: puedes usar un volumen de Hyperdisk o de Persistent Disk con una instancia de proceso como si fuera un disco físico conectado a la instancia. Sin embargo, son dispositivos conectados a la red que transmiten datos a través de las redes de Google.
Portabilidad: los volúmenes de hiperdisco y de Persistent Disk son independientes de las instancias de computación a las que los conectes. Esta característica significa que puedes asociar un volumen a una instancia en ejecución sin tiempo de inactividad. También puedes desvincular el volumen para conservar los datos aunque hayas eliminado la instancia.
Seguridad: de forma predeterminada, los datos se cifran en reposo y en tránsito. También puedes personalizar el cifrado con tus propias claves.
Opciones de alta disponibilidad: protege tus datos frente a fallos por zonas replicando el volumen en dos zonas.
Diferencias entre Hyperdisk y Persistent Disk
Tanto Hyperdisk como Persistent Disk ofrecen almacenamiento en bloques duradero, seguro y eficiente, pero Google recomienda usar Hyperdisk.
Hyperdisk ofrece las siguientes ventajas clave con respecto a Persistent Disk:
Rendimiento personalizable: puedes configurar de forma independiente el rendimiento y el tamaño de cada volumen de Hyperdisk. El rendimiento de Hyperdisk es independiente de la capacidad aprovisionada. Con esta función, puedes aumentar o reducir el rendimiento de un volumen de Hyperdisk sin cambiar su tamaño.
A diferencia de Hyperdisk, el rendimiento de Persistent Disk depende de la capacidad aprovisionada. Por lo tanto, para mejorar el rendimiento de un volumen de disco persistente, debes aumentar su tamaño.
Mejor rendimiento general: HyperDisk tiene límites de IOPS y de rendimiento más altos que Persistent Disk.
Elegir un tipo de almacenamiento en bloque
Para decidir entre SSD local, Hyperdisk y Persistent Disk, sigue estos pasos:
Determina si necesitas almacenamiento en bloques duradero o temporal. Por ejemplo, el volumen de arranque de una instancia de cálculo debe usar almacenamiento en bloque duradero.
Si necesitas usar almacenamiento en bloques temporal, usa SSD local si está disponible para tu serie de máquinas. Si necesitas almacenamiento duradero, ve al paso siguiente.
Si necesitas usar almacenamiento en bloque duradero, utiliza Hyperdisk si está disponible para tu serie de máquinas. Si tu serie de máquinas no admite Hyperdisk, usa Persistent Disk.
Elige el tipo de Hyperdisk o Persistent Disk que mejor se adapte a tu carga de trabajo. Para obtener información sobre los tipos de Hyperdisk y Persistent Disk, consulta los artículos Elegir un tipo de Hyperdisk y Tipos de Persistent Disk, respectivamente.
Para obtener más información sobre las características, el rendimiento y la durabilidad de Hyperdisk, consulta el artículo Acerca de Hyperdisk. En el caso de Persistent Disk, consulta Información sobre Persistent Disk.
Alternativas al almacenamiento en bloques
Además de los discos que ofrece Google Cloud, puedes implementar las siguientes soluciones de almacenamiento alternativas en tus instancias de proceso.
- Crea un servidor de archivos o un sistema de archivos distribuido en Compute Engine para usarlo como sistema de archivos de red con funciones de NFSv3 y SMB3.
- Monta un disco de RAM en la memoria de la VM que ofrezca un alto rendimiento y una latencia baja.
Para comparar el almacenamiento en bloques con otras opciones de almacenamiento disponibles enGoogle Cloud, como Cloud Storage y Filestore, consulta Revisar las opciones de almacenamiento en el Centro de Arquitectura de Cloud.
Consideraciones sobre el coste
Se te factura la capacidad de almacenamiento aprovisionada desde que creas un volumen hasta que lo eliminas. Este cargo se aplica a los SSD locales, los discos persistentes y los hiperdiscos.
Los costes se siguen aplicando en los siguientes casos:
- Volúmenes de arranque que se crean automáticamente al crear una instancia de proceso
- Volúmenes de almacenamiento duraderos que están conectados a una instancia detenida o suspendida
- Volúmenes de almacenamiento duraderos que no están conectados a ninguna VM
En el caso de los volúmenes de hiperdisco y de disco persistente Extreme, se te cobra por el rendimiento aprovisionado.
Por ejemplo, como los volúmenes de Hyperdisk ML solo admiten la personalización de la cantidad de datos, se te cobra por la cantidad de datos provisionada de un volumen de Hyperdisk ML, pero no por las IOPS que utiliza el volumen.
Sin embargo, se te facturarán las IOPS y el rendimiento aprovisionados de los volúmenes de Hyperdisk Balanced, ya que estos volúmenes admiten la configuración de IOPS y rendimiento.
Para obtener más información sobre los precios, consulta la página Precios de discos e imágenes.
Siguientes pasos
Consulta la disponibilidad de las series de máquinas para cada opción de almacenamiento:
Consulta más información sobre cada opción de almacenamiento:
Consulta cómo usar cada opción de almacenamiento:
- Para obtener información sobre la replicación de volúmenes de HyperDisk y de disco persistente, consulta el artículo Acerca de la replicación síncrona de discos.