Opciones de almacenamiento

Para agregar discos a tus VMs, elige una de las opciones de almacenamiento en bloque que ofrece Compute Engine. Cada una de las siguientes opciones de almacenamiento tiene características únicas de precio y rendimiento:

  • Los grupos de almacenamiento de Hyperdisk te permiten comprar capacidad de almacenamiento y rendimiento en conjunto y, luego, crear discos para tus VMs desde este grupo de almacenamiento.
  • Los volúmenes de Google Cloud Hyperdisk son almacenamiento de red para Compute Engine, con rendimiento y volúmenes a los que se les puede cambiar el tamaño de forma dinámica. Ofrecen rendimiento, flexibilidad y eficiencia sustancialmente más altos en comparación con Persistent Disk.
  • Los volúmenes de Persistent Disk proporcionan almacenamiento de red redundante y de alto rendimiento. Cada volumen de Persistent Disk se quita en cientos de discos físicos.
    • De forma predeterminada, las VMs usan discos persistentes zonales y almacenan tus datos en volúmenes ubicados dentro de una sola zona, como us-west1-c.
    • También puedes crear volúmenes de Persistent Disk regionales, que replican los datos de forma síncrona entre los discos ubicados en dos zonas y proporcionan protección si una zona deja de estar disponible.
  • Los discos SSD locales son unidades físicas conectadas directamente al mismo servidor que tu VM. Pueden ofrecer un mejor rendimiento, pero son efímeros.

Consulta Precios de discos para comparar los costos. Si no tienes certeza de qué opción usar, la solución más común es agregar un disco persistente balanceado a tu VM.

Además del almacenamiento en bloque, Compute Engine ofrece opciones de almacenamiento de archivos y objetos. Para revisar y comparar las opciones de almacenamiento, consulta Revisa las opciones de almacenamiento.

Introducción

Según la configuración predeterminada, cada VM de Compute Engine tiene un solo disco de arranque que contiene el sistema operativo. Por lo general, los datos del disco de arranque se almacenan en un volumen de Persistent Disk o Hyperdisk Balanced. Cuando tus aplicaciones requieren espacio de almacenamiento adicional, puedes aprovisionar uno o más de los siguientes volúmenes de almacenamiento a tu VM.

Para obtener más información sobre cada opción de almacenamiento, consulta la siguiente tabla:

Disco persistente balanceado
Disco persistente SSD
Disco persistente estándar
Disco persistente extremo
Hiperdisco balanceado Hyperdisk ML Hiperdisco extremo Capacidad de procesamiento del hiperdisco SSD locales
Tipo de almacenamiento Almacenamiento en bloque rentable y confiable Almacenamiento en bloque rápido y confiable Almacenamiento en bloque eficiente y confiable Opción de almacenamiento en bloque de Persistent Disk con mayor rendimiento con IOPS personalizables Alto rendimiento para cargas de trabajo exigentes a menor costo Almacenamiento de mayor capacidad de procesamiento optimizado para las cargas de trabajo de aprendizaje automático. La opción de almacenamiento en bloque más rápida con IOPS personalizables Almacenamiento en bloque rentable y orientado a la capacidad de procesamiento con capacidad de procesamiento personalizable Almacenamiento en bloque local de alto rendimiento
Capacidad mínima por disco Zonal: 10 GiB
Regional: 10 GiB		 Zonal: 10 GiB
Regional: 10 GiB		 Zonal: 10 GiB
Regional: 200 GiB		 500 GiB 4 GiB 4 GiB 64 GiB 2 TiB 375 GiB, 3 TiB con Z3
Capacidad máxima por disco 64 TiB 64 TiB 64 TiB 64 TiB 64 TiB 64 TiB 64 TiB 32 TiB 375 GiB,
3 TiB con Z3
Aumento de capacidad 1 GiB 1 GiB 1 GiB 1 GiB 1 GiB 1 GiB 1 GiB 1 GiB Depende del tipo de máquina†
Capacidad máxima por VM 257 TiB* 257 TiB* 257 TiB* 257 TiB* 512 TiB* 512 TiB* 512 TiB* 512 TiB* 36 TiB
Alcance del acceso Zona Zona Zona Zona Zona Zona Zona Zona Instancia
Redundancia de datos Zonal y de varias zonas Zonal y de varias zonas Zonal y de varias zonas Zonal Zonal Zonal Zonal Zonal Ninguno
Encriptación en reposo Sí Sí Sí Sí Sí Sí Sí Sí Sí
Claves de encriptación personalizadas Sí Sí Sí Sí Sí Sí Sí Sí No
Instructivo Agrega un disco persistente extremo Agrega un Hyperdisk Agrega una SSD local

* Si planeas crear un volumen lógico mayor que el tamaño máximo de un disco único, revisa cómo el tamaño del volumen lógico afecta el rendimiento.

† El incremento de capacidad para SSD locales depende de la cantidad de discos SSD (particiones) permitidas por VM, que varía según el tipo de máquina. Para obtener más información, consulta Elige una cantidad válida de SSD locales.

Además de las opciones de almacenamiento que proporciona Google Cloud, puedes implementar soluciones de almacenamiento alternativas en tus VM.

Los recursos de almacenamiento en bloque tienen diferentes características de rendimiento. Ten en cuenta el tamaño de almacenamiento y los requisitos de rendimiento para determinar el tipo de almacenamiento en bloque correcto para tus VMs.

Para obtener información sobre los límites de rendimiento para cada tipo de disco, consulta los siguientes vínculos:

Los volúmenes de disco persistente creados en modo de multiescritura tienen límites específicos de IOPS y capacidad de procesamiento. Para obtener más detalles, consulta Rendimiento de Persistent Disk en modo de varios escritores.

Persistent Disk

Los volúmenes de Persistent Disk son dispositivos de almacenamiento de red duraderos a los que tus instancias de máquina virtual (VM) pueden acceder al igual que discos físicos de una computadora de escritorio o un servidor. Los datos de cada disco persistente se distribuyen en varios discos físicos. Compute Engine administra los discos físicos y la distribución de datos para garantizar la redundancia y optimizar el rendimiento.

Los volúmenes de Persistent Disk se ubican de forma independiente de tu VM, por lo que puedes desconectar o mover los volúmenes de Persistent Disk para conservar tus datos, incluso después de borrar las VMs. El rendimiento de Persistent Disk se escala de forma automática con el tamaño, por lo que puedes cambiar el tamaño de los volúmenes existentes de Persistent Disk o agregar más volúmenes de Persistent Disk a una VM a fin de cumplir con los requisitos de rendimiento y espacio de almacenamiento.

Tipos de Persistent Disk

Cuando configuras un disco persistente, puedes seleccionar uno de los siguientes tipos de disco:

  • Discos persistentes balanceados (pd-balanced)
    • Una alternativa a los discos persistentes de rendimiento (pd-ssd)
    • Equilibrio entre rendimiento y costo Para la mayoría de las formas de VM, excepto las muy grandes, estos discos tienen las mismas IOPS máximas que los discos persistentes SSD y una cantidad más baja de IOPS por GiB. Este tipo de disco ofrece niveles de rendimiento adecuados para la mayoría de las aplicaciones de uso general a un precio que se encuentra entre los discos persistentes de rendimiento (pd-ssd) y los estándar.
    • Respaldado por unidades de estado sólido (SSD).
  • Discos persistentes de rendimiento (SSD) (pd-ssd)
    • Son adecuados para aplicaciones empresariales y bases de datos de alto rendimiento que requieren menor latencia y más IOPS que las que proporcionan los discos persistentes estándar.
    • Diseñado para latencias de milisegundos de un solo dígito; la latencia observada es específica de la aplicación.
    • Respaldado por unidades de estado sólido (SSD).
  • Discos persistentes estándar (pd-standard)
    • Apto para cargas de trabajo de procesamiento de datos grandes que usan fundamentalmente E/S secuenciales.
    • Respaldado por unidades de disco duro estándar (HDD).
  • Discos persistentes extremos (pd-extreme)
    • Ofrecen un alto rendimiento constante para cargas de trabajo de acceso aleatorio y con capacidad de procesamiento masiva.
    • Diseñado para cargas de trabajo de bases de datos de alta gama.
    • Te permite aprovisionar las IOPS de destino.
    • Respaldado por unidades de estado sólido (SSD).
    • Disponible con una cantidad limitada de tipos de máquinas.

Si creas un disco en la consola de Google Cloud, el tipo de disco predeterminado es pd-balanced. Si creas un disco con la CLI de gcloud o la API de Compute Engine, el tipo de disco predeterminado es pd-standard.

Para obtener información sobre la compatibilidad con tipos de máquinas, consulta los siguientes vínculos:

Durabilidad de Persistent Disk

La durabilidad del disco representa la probabilidad de pérdida de datos, por diseño, de un disco típico en un año típico, mediante un conjunto de suposiciones sobre fallas de hardware, la probabilidad de eventos catastróficos, prácticas de aislamiento y procesos de ingeniería en los Centros de Datos de Google y las codificaciones internas que usa cada tipo de disco. Los eventos de pérdida de datos del disco persistente son muy poco frecuentes y suelen ser el resultado de fallas de hardware coordinadas, errores de software o una combinación de ambos. Google también toma muchas medidas para mitigar el riesgo de toda la industria por el daño silencioso en los datos. Un error humano de un cliente de Google Cloud, como cuando un cliente borra un disco por accidente, está fuera del alcance de la durabilidad del disco persistente.

Existe un riesgo mínimo de que se pierdan datos con un disco persistente regional debido a las codificaciones y la replicación internas de los datos. Los discos persistentes regionales proporcionan el doble de réplicas que los discos persistentes zonales, con sus réplicas distribuidas entre dos zonas de la misma región, por lo que proporcionan alta disponibilidad. Se pueden usar para la recuperación ante desastres si se pierde un centro de datos completo y no se puede recuperar (aunque eso nunca ocurrió). Se puede acceder a las réplicas adicionales en una segunda zona de inmediato si una zona principal deja de estar disponible durante una interrupción prolongada.

Ten en cuenta que la durabilidad es una agregación para cada tipo de disco y no representa un Acuerdo de Nivel de Servicio (ANS) que está respaldado en términos financieros.

En la siguiente tabla, se muestra la durabilidad para cada diseño de tipo de disco. La durabilidad del 99.999% significa que, con 1,000 discos, podrías pasar cien años sin perder uno.

Disco persistente estándar zonal Disco persistente balanceado zonal Disco persistente SSD zonal Disco persistente extremo zonal Disco persistente estándar regional Disco persistente regional equilibrado Disco persistente SSD regional
Mejor que el 99.99% Mejor que el 99.999% Mejor que el 99.999% Mejor que el 99.9999% Mejor que el 99.999% Mejor que el 99.9999% Mejor que el 99.9999%

Persistent Disk zonal

Facilidad de uso

Compute Engine controla la mayoría de las tareas de administración de disco para que no tengas que ocuparte de la partición, los conjuntos de discos redundantes o la administración de subvolúmenes. Por lo general, no necesitas crear volúmenes lógicos más grandes, pero puedes ampliar la capacidad del disco persistente secundario adjunto a 257 TB por VM y aplicar estas prácticas a tus discos persistentes si lo deseas. Puedes ahorrar tiempo y obtener el mejor rendimiento si formateas tus discos persistentes con un solo sistema de archivos y sin tablas particionadas.

Si necesitas separar tus datos en varios volúmenes únicos, crea discos adicionales, en lugar de dividir tus discos existentes en varias particiones.

Cuando necesites espacio adicional en tus volúmenes de Persistent Disk, cambia el tamaño de tus discos en lugar de volver a particionar y formatear.

Rendimiento

El rendimiento del disco persistente es predecible y se escala de forma lineal con capacidad aprovisionada hasta que se alcanzan los límites para las CPU virtuales aprovisionadas de una VM. Para obtener más información sobre los límites y la optimización del escalamiento del rendimiento, consulta Configura discos para cumplir con los requisitos de rendimiento.

Los discos persistentes estándar son eficientes y asequibles para controlar operaciones de lectura y escritura secuenciales, pero no están optimizados a fin de controlar tasas altas de operaciones de entrada y salida aleatorias por segundo (IOPS). Si las apps requieren tasas altas de IOPS aleatorias, debes usar SSD o discos persistentes extremos. El disco persistente SSD está diseñado para latencias de milisegundos de un solo dígito. La latencia que se observa es específica de la aplicación.

Compute Engine optimiza el rendimiento y el escalamiento en los volúmenes de Persistent Disk de forma automática. No necesitas seleccionar varios discos ni discos precalentados para obtener el mejor rendimiento. Cuando necesites más espacio en el disco o un mejor rendimiento, cambia el tamaño de tus discos y, en lo posible, agrega más CPU virtuales para agregar más espacio de almacenamiento, IOPS y capacidad de procesamiento. El rendimiento del disco persistente se basa en la capacidad total del disco persistente adjunta a una VM y en la cantidad de CPU virtuales que tiene la VM.

Para los dispositivos de arranque, puedes reducir los costos mediante un disco persistente estándar. Los volúmenes de Persistent Disk pequeños de 10 GiB pueden funcionar en casos de uso básicos de administración de paquetes y arranque. Sin embargo, a fin de garantizar un rendimiento coherente para un uso más general del dispositivo de arranque, debes usar un disco persistente balanceado como disco de arranque.

Cada operación de escritura de disco persistente contribuye al tráfico de salida de red acumulativo para tu VM. Esto significa que las operaciones de escritura del disco persistente están limitadas por el límite de salida de red para tu VM.

Confiabilidad

Los discos persistentes tienen redundancia incorporada a fin de proteger tus datos contra fallas del equipo y para garantizar la disponibilidad durante los eventos de mantenimiento del centro de datos. Las sumas de verificación se calculan para todas las operaciones del disco persistente a fin de que podamos asegurarnos de que lo que leas sea lo que escribiste.

Además, puedes crear instantáneas de discos persistentes para obtener protección contra la pérdida de datos debido a un error del usuario. Las instantáneas son incrementales y crearlas solo te llevará unos minutos, incluso si tus discos de instantáneas se encuentran adjuntos a VMs en ejecución.

Modo de multiescritura

Puedes conectar un disco persistente SSD en modo de multiescritura a un máximo de dos VM N2 de forma simultánea para que ambas puedan leer y escribir en el disco.

Persistent Disk en modo de varios escritores proporciona una capacidad de almacenamiento en bloque compartido y presenta una base de infraestructura para compilar bases de datos y sistemas de archivos compartidos con alta disponibilidad. Estos sistemas de archivos y bases de datos especializados deben diseñarse para funcionar con el almacenamiento en bloque compartido y controlar la coherencia de la caché entre las VMs a través de herramientas como Reservas persistentes SCSI.

Sin embargo, Persistent Disk con el modo de varios escritores no debe usarse directamente y debes tener en cuenta que muchos sistemas de archivos, como EXT4, XFS y NTFS, no están diseñados para usarse con almacenamiento en bloque compartido. Para obtener más información sobre las prácticas recomendadas cuando se comparten discos persistentes entre las VM, consulta las prácticas recomendadas.

Si necesitas almacenamiento de archivos completamente administrado, puedes activar un archivo compartido de Filestore en tus VM de Compute Engine.

A fin de habilitar el modo multiescritura para los discos persistentes nuevos, crea un nuevo disco y especifica la marca --multi-writer en la CLI de gcloud o la propiedad multiWriter en la API de Compute Engine. Para obtener más información, consulta Comparte volúmenes de Persistent Disk entre VMs.

Encriptación del disco persistente

Compute Engine encripta de forma automática tus datos antes de que se trasladen fuera de tu VM al espacio de almacenamiento de Persistent Disk. Todos los discos persistentes permanecen encriptados con claves definidas por el sistema o suministradas por el cliente. Google distribuye datos de discos persistentes en varios discos físicos de cierta manera que los usuarios no pueden controlar.

Cuando borras un disco persistente, Google descarta las claves de encriptación, lo que hace que los datos sean irrecuperables. Este proceso es irreversible.

Si deseas controlar las claves de encriptación que se usan para encriptar tus datos, crea tus discos con tus propias claves de encriptación.

Restricciones

  • No puedes conectar un volumen de Persistent Disk a una VM en otro proyecto.

  • Puedes conectar un Persistent Disk balanceado a un máximo de 10 VMs en modo de solo lectura.

  • Para los tipos personalizados de máquinas o los tipos de máquinas predefinidos que tienen un mínimo de 1 CPU virtual, puedes conectar hasta 128 discos persistentes.

  • Cada volumen de Persistent Disk puede tener un tamaño de hasta 64 TiB, por lo que no es necesario administrar varios conjuntos de discos para crear grandes volúmenes lógicos. Cada VM puede adjuntar solo una cantidad limitada de espacio de disco persistente total y un número limitado de discos persistentes individuales. Los tipos predefinidos de máquinas y tipos personalizados de máquinas tienen los mismos límites de discos persistentes.

  • La mayoría de las VMs pueden tener hasta 128 volúmenes de Persistent Disk y hasta 257 TiB de espacio total en el disco conectado. El espacio total en el disco para una VM incluye el tamaño del disco de arranque.

  • Los tipos de máquinas de núcleo compartido tienen un límite de 16 volúmenes de Persistent Disk y 3 TiB de espacio total del Persistent Disk.

  • Crear volúmenes lógicos de más de 64 TiB puede requerir una consideración especial. Para obtener más información sobre el rendimiento de un volumen lógico más grande, consulta Tamaño del volumen lógico.

Disco persistente regional

Los volúmenes de Persistent Disk regionales tienen cualidades de almacenamiento similares a Persistent Disk zonal. Sin embargo, los volúmenes de Persistent Disk regionales proporcionan almacenamiento duradero y replicación de datos entre dos zonas en la misma región.

Si diseñas sistemas sólidos o servicios de alta disponibilidad en Compute Engine, usa discos persistentes regionales combinados con otras prácticas recomendadas, como crear una copia de seguridad de los datos mediante instantáneas. Los volúmenes de Persistent Disk regionales también están diseñados para funcionar con grupos de instancias administrados regionales.

En el caso improbable de una interrupción zonal, puedes conmutar por error la carga de trabajo que se ejecuta en discos persistentes regionales a otra zona mediante la marca --force-attach. La marca --force-attach te permite adjuntar el disco persistente regional a una instancia de VM en espera incluso si el disco no se puede desconectar de la VM original debido a su falta de disponibilidad. Para obtener más información, consulta Conmutación por error del disco persistente regional. No se puede forzar la conexión de un disco persistente zonal a una VM.

Rendimiento

Los volúmenes de Persistent Disk regionales están diseñados para cargas de trabajo que requieren un objetivo de punto de recuperación (RPO) y un objetivo de tiempo de recuperación (RTO) menores en comparación con las instantáneas de Persistent Disk.

Los discos persistentes regionales son una opción cuando el rendimiento de escritura es menos crítico que la redundancia de datos en varias zonas.

Al igual que los Persistent Disks zonales, los Persistent Disks regionales pueden lograr un mayor rendimiento de IOPS y de capacidad de procesamiento en las VMs con una mayor cantidad de CPU virtuales. Para obtener más información sobre esta y otras limitaciones, consulta Configura los discos para cumplir con los requisitos de rendimiento.

Cuando necesites más espacio en el disco o mayor rendimiento, puedes cambiar el tamaño de los discos regionales para agregar más espacio de almacenamiento, IOPS y capacidad de procesamiento.

Confiabilidad

Compute Engine replica los datos de tu disco persistente regional en las zonas que seleccionaste cuando creaste tus discos. Los datos de cada réplica se distribuyen en varias máquinas físicas dentro de la zona para garantizar la redundancia.

Al igual que con los discos persistentes zonales, puedes crear instantáneas de discos persistentes a fin de obtener protección contra la pérdida de datos debido a un error del usuario. Las instantáneas son incrementales y crearlas solo te llevará unos minutos, incluso si tus discos de instantáneas se encuentran adjuntos a VMs en ejecución.

Limitaciones

  • Solo puedes conectar el disco persistente regional a las VM que usan E2, N1, N2 y tipos de máquina N2D.
  • No puedes crear un Persistent Disk regional a partir de una imagen.
  • Cuando usas el modo de solo lectura, puedes conectar un disco persistente regional balanceado a un máximo de 10 instancias de VM.
  • El tamaño mínimo de un Persistent Disk estándar regional es de 200 GiB.
  • Solo puedes aumentar el tamaño de un volumen de Persistent Disk regional. no puedes disminuir su tamaño.
  • Los volúmenes de los discos persistentes regionales tienen características de rendimiento diferentes a los de los volúmenes zonales. Para obtener más información, consulta Rendimiento del almacenamiento en bloque.
  • Si creas un Persistent Disk regional mediante la clonación de un disco zonal, las dos réplicas zonales no están completamente sincronizadas en el momento de la creación. Después de la creación, puedes usar la clonación de disco regional en promedio en 3 minutos. Sin embargo, es posible que debas esperar decenas de minutos antes de que el disco alcance un estado completamente replicado y el objetivo de punto de recuperación (RPO) esté cerca de cero. Obtén información sobre cómo verificar si tu Persistent Disk regional está replicado por completo.

Google Cloud Hyperdisk

Google Cloud Hyperdisk es el almacenamiento en bloque de última generación de Google. A través de la transferencia y el escalamiento horizontal del procesamiento de almacenamiento de forma dinámica, se separa el rendimiento del almacenamiento del tipo y el tamaño de la VM. El hiperdisco ofrece rendimiento, flexibilidad y eficiencia sustancialmente más altos.

  • Hiperdisco balanceado

    Hyperdisk Balanced for Compute Engine es una buena opción para una amplia gama de casos de uso, como aplicaciones de línea de negocio (LOB), aplicaciones web y bases de datos de nivel medio que no requieren el rendimiento de Hyperdisk Extreme.

    Los volúmenes de Hyperdisk Balanced te permiten ajustar de forma dinámica la capacidad, las IOPS y la capacidad de procesamiento de las cargas de trabajo.

  • Hyperdisk ML

    Las cargas de trabajo que usan aceleradores para entrenar o entregar modelos de aprendizaje automático deben usar Hyperdisk ML. Los volúmenes de Hyperdisk ML ofrecen la capacidad de procesamiento personalizable más rápida y son mejores para modelos de más de 20 GiB. Hyperdisk ML también admite el acceso simultáneo al mismo volumen desde varias VMs.

    Puedes ajustar de forma dinámica la capacidad y la capacidad de procesamiento de un volumen de Hyperdisk ML.

  • Hyperdisk Extreme

    Hyperdisk Extreme ofrece el almacenamiento en bloque más rápido disponible. Es adecuado para cargas de trabajo de alta gama que necesitan la mayor capacidad de procesamiento y las IOPS.

    Los volúmenes de Hyperdisk Extreme te permiten ajustar de forma dinámica la capacidad y las IOPS de las cargas de trabajo.

  • Capacidad de procesamiento del hiperdisco

    Hyperdisk Throughput es una buena opción para las estadísticas de escalamiento horizontal, incluidos Hadoop y Kafka, las unidades de datos para apps sensibles a los costos y el almacenamiento en frío.

    Los volúmenes de Hyperdisk Throughput te permiten ajustar de forma dinámica la capacidad y la capacidad de procesamiento de las cargas de trabajo. Puedes cambiar el nivel de capacidad de procesamiento aprovisionado sin tiempo de inactividad ni interrupción en las cargas de trabajo.

Los volúmenes de Hyperdisk se crean y administran como Persistent Disk, con la capacidad adicional de establecer el nivel de IOPS o capacidad de procesamiento aprovisionados y cambiar ese valor en cualquier momento. No hay una ruta de migración directa de Persistent Disk a Hyperdisk. En su lugar, puedes crear una instantánea y restablecer la instantánea en un nuevo volumen de Hyperdisk Extreme.

Para obtener más información sobre Hyperdisk, consulta Acerca de Hyperdisk.

Durabilidad de Hyperdisk

La durabilidad del disco representa la probabilidad de pérdida de datos, por diseño, de un disco típico en un año típico. La durabilidad se calcula a través de un conjunto de suposiciones sobre fallas de hardware, como las siguientes:

  • La probabilidad de eventos catastróficos
  • Prácticas de aislamiento
  • Procesos de ingeniería en los centros de datos de Google
  • Las codificaciones internas que usa cada tipo de disco

Los eventos de pérdida de datos de Hyperdisk son muy poco frecuentes. Google también toma muchas medidas para mitigar el riesgo de toda la industria por el daño silencioso en los datos.

Un error humano de un cliente de Google Cloud, como cuando un cliente borra un disco por accidente, está fuera del alcance de la durabilidad de Hyperdisk.

En la siguiente tabla, se muestra la durabilidad para cada diseño de tipo de disco. La durabilidad del 99.999% significa que, con 1,000 discos, podrías pasar cien años sin perder uno.

Hiperdisco balanceado Hiperdisco extremo Hyperdisk ML Capacidad de procesamiento del hiperdisco
Mejor que el 99.999% Mejor que el 99.9999% Mejor que el 99.999% Mejor que el 99.999%

Encriptación de Hyperdisk

Compute Engine encripta de forma automática tus datos cuando se escribe en un volumen de Hyperdisk.

Grupos de almacenamiento de Hyperdisk

Los grupos de almacenamiento de Hyperdisk facilitan la reducción del costo total de propiedad (TCO) del almacenamiento en bloque y simplifican la administración del almacenamiento en bloque. Con los grupos de almacenamiento, puedes compartir un grupo de capacidad con aprovisionamiento delgado y reducción de datos en un máximo de 1,000 discos en un solo proyecto. Los grupos de almacenamiento te permiten lograr mayor eficiencia y simplificar la migración de tu SAN local a la nube, a la vez que facilitan la provisión a tus cargas de trabajo de la capacidad que necesitan.

Debes crear un grupo de almacenamiento con la capacidad estimada para todas las cargas de trabajo en un proyecto en una zona específica. Luego, crea discos en este grupo de almacenamiento y conecta los discos a las VMs existentes. También puedes crear un disco en el grupo de almacenamiento como parte de la creación de una VM nueva. Cada grupo de almacenamiento contiene un tipo de disco, como Hyperdisk Throughput. Existen dos tipos de grupos de almacenamiento de Hyperdisk:

  • Grupo de almacenamiento de Hyperdisk Balanced
  • Grupo de almacenamiento de Hyperdisk Throughput

Opciones de aprovisionamiento de capacidad

La capacidad del grupo de almacenamiento de Hyperdisk se puede aprovisionar de dos maneras:

Aprovisionamiento de capacidad estándar
Con el aprovisionamiento de capacidad estándar, los discos se crean en el grupo de almacenamiento hasta que el tamaño total de todos los discos alcance la capacidad aprovisionada del grupo de almacenamiento. Los discos de un grupo de almacenamiento con aprovisionamiento de capacidad estándar consumen capacidad de manera similar a los discos que no son de grupo, en los que se consume la capacidad cuando creas los discos.
Aprovisionamiento de capacidad avanzada

El aprovisionamiento de capacidad avanzada te permite compartir un grupo de capacidad de almacenamiento con aprovisionamiento delgado y reducción de datos en todos los discos de un grupo de almacenamiento. Se te factura por la capacidad aprovisionada del grupo de almacenamiento.

Puedes aprovisionar hasta el 500% de la capacidad aprovisionada del grupo de almacenamiento para los discos en un grupo de almacenamiento de capacidad avanzada. Solo la cantidad de datos escritos en un disco del grupo de almacenamiento consume capacidad del grupo de almacenamiento. La reducción automática de datos puede reducir aún más el consumo de la capacidad del grupo de almacenamiento.

Si el uso de capacidad de un grupo de almacenamiento de capacidad avanzada alcanza el 80% de la capacidad aprovisionada, los grupos de almacenamiento de Hyperdisk intentan agregar capacidad al grupo de almacenamiento de forma automática para evitar errores relacionados con la capacidad insuficiente.

Ejemplo

Supongamos que tienes un grupo de almacenamiento con 10 TiB de capacidad aprovisionada.

Con el aprovisionamiento de capacidad estándar, ocurre lo siguiente:

  • Puedes aprovisionar hasta 10 TiB de capacidad agregada de Hyperdisk cuando creas discos en el grupo de almacenamiento. Se te cobra por los 10 TiB de capacidad aprovisionada del grupo de almacenamiento.
  • Si creas un solo disco en el grupo de almacenamiento con un tamaño de 5 TiB y escribes 2 TiB en el disco, la capacidad usada del grupo de almacenamiento es de 5 TiB.

Con el aprovisionamiento de capacidad avanzada, ocurre lo siguiente:

  • Puedes aprovisionar hasta 50 TiB de capacidad agregada de Hyperdisk cuando creas discos en el grupo de almacenamiento. Se te cobra por los 10 TiB de capacidad aprovisionada del grupo de almacenamiento.
  • Si creas un solo disco en el grupo de almacenamiento con un tamaño de 5 TiB, se escriben 3 TiB de datos en el disco y la reducción de datos reduce la cantidad de datos escritos a 2 TiB, la capacidad usada del grupo de almacenamiento es de 2 TiB.

Cambia la capacidad y el rendimiento aprovisionados del grupo de almacenamiento de Hyperdisk

Puedes aumentar o disminuir la capacidad aprovisionada, las IOPS y la capacidad de procesamiento para tu grupo de almacenamiento a medida que se escalan tus cargas de trabajo. Con un grupo de almacenamiento de capacidad avanzada, cualquier capacidad o rendimiento adicional está disponible para todos los discos nuevos y existentes en el grupo de almacenamiento. Además, cuando tu grupo de almacenamiento de capacidad avanzada alcanza el 80% de la capacidad aprovisionada del grupo de almacenamiento que se usa, los grupos de almacenamiento de Hyperdisk intentan agregar más capacidad de forma automática.

Información adicional sobre el grupo de almacenamiento de Hyperdisk

Para obtener información sobre el uso de los grupos de almacenamiento de Hyperdisk, usa los siguientes vínculos:

Discos SSD locales

Los discos SSD locales están conectados de manera física al servidor que aloja tu VM. Los discos SSD locales tienen mayor capacidad de procesamiento y menor latencia que los discos persistentes estándar o los discos persistentes SSD. Los datos que almacenas en un disco SSD local persisten solo hasta que se detiene o se borra la VM. Puedes conectar varios discos SSD locales a tu VM, según la cantidad de CPU virtuales.

El tamaño de cada disco SSD local se fija en 375 GiB, excepto las VMs Z3 que usan un disco SSD local de 3 TiB de tamaño. Para obtener más almacenamiento, agrega varios discos SSD locales a tu VM cuando la crees. La cantidad máxima de discos SSD locales que puedes conectar a una VM depende del tipo de máquina y la cantidad de CPU virtuales en uso.

Persistencia de datos en discos SSD locales

Lee Persistencia de datos en SSD locales para saber qué eventos conservan los datos de tu SSD local y qué eventos pueden hacer que estos sean irrecuperables.

SSD locales y tipos de máquinas

Puedes conectar discos SSD locales a la mayoría de los tipos de máquinas disponibles en Compute Engine, como se muestra en la tabla de comparación entre las series de máquinas. Sin embargo, existen restricciones sobre la cantidad de discos SSD locales que puedes conectar según cada tipo de máquina: Para obtener más información, consulta Elige una cantidad válida de discos SSD locales.

Límites de capacidad con discos SSD locales

La capacidad máxima del disco SSD local que puedes tener para una VM es la siguiente:

Tipo de máquina Tamaño de disco SSD local Cantidad de discos Capacidad máxima
Z3 3 TiB 12 36 TiB
c3d-standard-360-lssd 375 GiB 32 12 TiB
c3d-highmem-360-lssd 375 GiB 32 12 TiB
c3-standard-176-lssd 375 GiB 32 12 TiB
N1, N2 y N2D 375 GiB 24 9 TiB
N1, N2 y N2D 375 GiB 16 6 TiB
A3 375 GiB 16 6 TiB
C2, C2D, A2 estándar, M1 y M3 375 GiB 8 3 TiB
A2 ultra 375 GiB 8 3 TiB

Limitaciones de los discos SSD locales

La SSD local tiene las siguientes limitaciones:

  • Para alcanzar los límites máximos de IOPS, usa una VM con 32 CPU virtuales o más.
  • No se puede conectar ningún disco SSD local a las VMs con tipos de máquinas con núcleo compartido.
  • No puedes conectar discos SSD locales a los tipos de máquinas N4, H3, M2 E2 y Tau T2A.
  • No puedes usar claves de encriptación proporcionadas por el cliente con discos SSD locales. Compute Engine encripta de forma automática tus datos cuando se escriben en el espacio de almacenamiento SSD local.

Rendimiento

Los discos SSD locales ofrecen IOPS muy altas y baja latencia. A diferencia de los Persistent Disk, debes administrar la fragmentación en los discos SSD locales.

El rendimiento de las SSD locales depende de varios factores. Para obtener más información, consulta Rendimiento de SSD locales y Optimiza el rendimiento de SSD locales.

Buckets de Cloud Storage

Los buckets de Cloud Storage son la opción de almacenamiento más flexible, escalable y duradera para tus VMS. Si tus apps no requieren una menor latencia de los Persistent Disks ni SSD locales, puedes almacenar tus datos en un bucket de Cloud Storage.

Conecta tu VM a un bucket de Cloud Storage cuando la latencia y la capacidad de procesamiento no sean una prioridad y cuando debas compartir datos con facilidad entre varias VM o zonas.

Propiedades de los buckets de Cloud Storage

Revisa las siguientes secciones para comprender el comportamiento y las características de los buckets de Cloud Storage.

Rendimiento

El rendimiento de los buckets de Cloud Storage depende de la clase de almacenamiento que selecciones y la ubicación del bucket en relación con tu VM.

Usa la clase Standard Storage de Cloud Storage en la misma ubicación que tu VM brinda un rendimiento comparable al de Persistent Disk, pero con mayor latencia y características de capacidad de procesamiento menos coherentes. Si usas la clase Standard Storage en una región doble, se almacenarán tus datos de forma redundante en dos regiones. Para obtener un rendimiento óptimo cuando se usa una región doble, tus VMs deben estar ubicadas en una de las regiones que forman parte de la región doble.

Las clases NearlineStorage, Coldline Storage y Archive Storage son, en principio, para el archivado de datos a largo plazo. A diferencia de la clase Standard Storage, estas clases tienen duraciones de almacenamiento mínimas y generan costos de recuperación de datos. En consecuencia, son mejores para el almacenamiento a largo plazo de datos a los que se accede con poca frecuencia.

Confiabilidad

Todos los buckets de Cloud Storage tienen redundancia incorporada para proteger tus datos contra fallas del equipo y garantizar la disponibilidad de datos a través de eventos de mantenimiento del centro de datos. Las sumas de verificación se calculan en todas las operaciones de Cloud Storage a fin de garantizar que lo que lees es lo que escribiste.

Flexibilidad

A diferencia de los discos persistentes, los depósitos de Cloud Storage no están restringidos a la zona donde en que se encuentra tu VM. Además, puedes leer y escribir datos en un bucket desde varias VM en simultáneo. Por ejemplo, puedes configurar tus VM en varias zonas para leer y escribir datos en el mismo bucket, en lugar de replicar los datos en discos persistentes en varias zonas.

Encriptación de Cloud Storage

Compute Engine encripta de forma automática tus datos antes de que se trasladen fuera de tu VM a los depósitos de Cloud Storage. No necesita encriptar archivos en tus VM antes de escribirlos en un bucket.

Al igual que los volúmenes de Persistent Disk, puedes encriptar los buckets con tus propias claves de encriptación.

Escribe y lee datos de buckets de Cloud Storage

Escribe y lee archivos desde los buckets de Cloud Storage con la herramienta de línea de comandos de gcloud storage o una biblioteca cliente de Cloud Storage.

almacenamiento de gcloud

De forma predeterminada, la herramienta de línea de comandos de gcloud storage está instalada en la mayoría de las VM que usan imágenes públicas. Si la VM no tiene la herramienta de línea de comandos de gcloud storage, puedes instalarla.

  1. Conéctate a tus VMs de Linux o conéctate a tus VMs de Windows a través de SSH o algún otro método de conexión.

    1. En la consola de Google Cloud, ve a la página Instancias de VM.

      Ir a Instancias de VM

    2. En la lista de instancias de máquinas virtuales, haz clic en SSH en la fila de la instancia a la que deseas conectarte.

      Botón SSH junto al nombre de la instancia.

  2. Si nunca usaste gcloud storage en esta VM, usa la CLI de gcloud para configurar las credenciales.

    gcloud init

    De manera alternativa, si la VM está configurada para usar una cuenta de servicio con un permiso de Cloud Storage, puedes omitir este paso.

  3. Usa la herramienta gcloud storage si quieres crear un bucket, escribir datos en buckets y leer datos de ellos. Para escribir o leer los datos de un bucket, debes tener acceso al bucket. De manera alternativa, puedes leer datos de cualquier bucket que sea de acceso público.

    De manera opcional, también puedes transmitir datos a Cloud Storage.

Biblioteca cliente

Si configuraste la VM a fin de usar una cuenta de servicio con un permiso de Cloud Storage, puedes usar la API de Cloud Storage para escribir y leer datos de depósitos de Cloud Storage.

  1. Conéctate a una VM

    1. En la consola de Google Cloud, ve a la página Instancias de VM.

      Ir a Instancias de VM

    2. En la lista de instancias de máquinas virtuales, haz clic en SSH en la fila de la instancia a la que deseas conectarte.

      Botón SSH junto al nombre de la instancia.

  2. Instala y configura una biblioteca cliente para tu lenguaje de preferencia.

  3. Si es necesario, sigue las muestras de código de inserción para crear un depósito de Cloud Storage en la VM.

  4. Sigue las muestras de código de inserción para escribir y leer datos. Además, incluye el código en la app que escriba o lea un archivo de un bucket de Cloud Storage.

¿Qué sigue?