|
En este documento, se analiza el almacenamiento en bloque, comúnmente denominado discos o volúmenes, que ofrece Compute Engine. Puedes usar el almacenamiento en bloque para los volúmenes de arranque y de datos de todas las instancias de procesamiento, incluidas las máquinas virtuales (VM), los contenedores y las instancias de bare metal. En esta página, se explica cómo elegir el almacenamiento en bloques para tus instancias de procesamiento.
Los términos disco, volumen y volumen de almacenamiento en bloques son sinónimos y se usan indistintamente en la documentación, la consola de Google Cloud , Google Cloud CLI y la API de REST.
Información acerca del almacenamiento en bloque
Google Cloud ofrece dos tipos de almacenamiento en bloque: temporal y duradero. Puedes combinar estos tipos de almacenamiento en bloque en una sola instancia de procesamiento.
Almacenamiento en bloque temporal
El almacenamiento en bloque temporal o efímero ofrece el rendimiento más rápido entre todos los tipos de almacenamiento en bloque, con la desventaja de que los datos almacenados se pierden si la VM se detiene por algún motivo. Los datos se pierden si detienes, suspendes o reinicias la VM, o si esta falla.
Debido a su naturaleza efímera, usa el almacenamiento en bloques temporal solo 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 bloques temporal como volumen de arranque.
El SSD local es la oferta de almacenamiento en bloque temporal en Google Cloud. Los discos SSD locales están conectados de manera física al servidor que 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 las SSD locales, consulta Persistencia de datos en SSD locales.
- Series de máquinas compatibles con SSD locales
- Agrega discos SSD locales cuando creas una VM
Almacenamiento en bloque duradero
El almacenamiento en bloque duradero o persistente se usa para los datos que deseas conservar después de detener, suspender o borrar la VM, o incluso si esta falla.
Hyperdisk y Persistent Disk son las ofertas de almacenamiento en bloque duradero en Google Cloud, pero Persistent Disk no está disponible con las series de máquinas más recientes. Google recomienda usar Hyperdisk para obtener el mayor rendimiento y las funciones avanzadas.
Los volúmenes de Hyperdisk y Persistent Disk tienen las siguientes características:
Función como discos físicos: Puedes usar un volumen de Hyperdisk o Persistent Disk con la instancia de procesamiento 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 Hyperdisk o Persistent Disk son independientes de las instancias de procesamiento a las que se conectan. Esta característica significa que puedes conectar un volumen a una instancia en ejecución sin tiempo de inactividad. También puedes desconectar el volumen para conservar tus datos, incluso después de borrar la instancia.
Seguridad: De forma predeterminada, los datos se encriptan en reposo y en tránsito. También puedes personalizar la encriptación con tus propias claves.
Opciones de alta disponibilidad: Replica el volumen en dos zonas para proteger tus datos de las fallas zonales.
Diferencias entre Hyperdisk y Persistent Disk
Hyperdisk y Persistent Disk ofrecen almacenamiento en bloque duradero, seguro y eficiente, pero Google recomienda usar Hyperdisk.
Hyperdisk ofrece las siguientes ventajas clave sobre 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. Esta función significa que puedes aumentar o disminuir 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 Persistent Disk, debes aumentar su tamaño.
Mejor rendimiento general: Hyperdisk tiene límites de IOPS y capacidad de procesamiento más altos que Persistent Disk.
Elige 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 procesamiento debe usar almacenamiento en bloque duradero.
Si necesitas usar almacenamiento en bloque temporal, usa SSD local si está disponible para tu serie de máquinas. Si necesitas almacenamiento duradero, continúa con el siguiente paso.
Si necesitas usar almacenamiento en bloque duradero, usa Hyperdisk si está disponible para tu serie de máquinas. Si la serie de máquinas no es compatible con 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 Elige un tipo de Hyperdisk y Tipos de discos persistentes, respectivamente.
Para obtener más información sobre las funciones, el rendimiento y la durabilidad de Hyperdisk, consulta Acerca de Hyperdisk. Para Persistent Disk, consulta Acerca de Persistent Disk.
Alternativas al almacenamiento en bloque
Además de los discos que ofrece Google Cloud, puedes implementar las siguientes soluciones de almacenamiento alternativas en tus instancias de procesamiento.
- Crea un servidor de archivos o un sistema de archivos distribuido en Compute Engine para usarlo como un sistema de archivos de red con capacidades NFSv3 y SMB3.
- Activa un disco RAM dentro de la memoria de la VM que ofrezca alta capacidad de procesamiento y baja latencia.
Para comparar el almacenamiento en bloque con las otras opciones de almacenamiento disponibles enGoogle Cloud, como Cloud Storage y Filestore, consulta Revisa las opciones de almacenamiento en el Centro de arquitectura de la nube.
Consideraciones de costo
Se te factura por la capacidad de almacenamiento aprovisionada desde que creas un volumen hasta que lo borras. Este cargo se aplica a SSD locales, Persistent Disk y Hyperdisk.
Los costos se siguen aplicando en las siguientes situaciones:
- Los volúmenes de arranque que se crean automáticamente cuando creas una instancia de procesamiento
- Volúmenes de almacenamiento duraderos que se adjuntan a una instancia detenida o suspendida
- Volúmenes de almacenamiento duradero que no están conectados a ninguna VM
En el caso de los volúmenes de Hyperdisk y Persistent Disk, se te factura el uso de red necesario para transferir datos entre la instancia y el volumen.
Por último, en el caso de los volúmenes de Hyperdisk y Persistent Disk extremo, se te factura el rendimiento aprovisionado.
Por ejemplo, como los volúmenes de Hyperdisk ML admiten la personalización solo de la capacidad de procesamiento, se te factura la capacidad de procesamiento aprovisionada para un volumen de Hyperdisk ML, pero no por las IOPS que usa el volumen.
Sin embargo, se te facturan las IOPS y la capacidad de procesamiento aprovisionadas de los volúmenes de Hyperdisk Balanced, ya que estos volúmenes admiten la configuración de IOPS y capacidad de procesamiento.
Para obtener más información sobre los precios, consulta Precios de imágenes y discos.
¿Qué sigue?
Consulta la disponibilidad de las series de máquinas para cada opción de almacenamiento:
Obtén más información sobre cada opción de almacenamiento:
Obtén información para usar cada opción de almacenamiento:
- Para obtener información sobre la replicación de volúmenes de Hyperdisk y Persistent Disk, consulta Acerca de la replicación de disco síncrona.