Opciones de almacenamiento


Compute Engine ofrece varias opciones de almacenamiento para tus VM. Cada una de las siguientes opciones de almacenamiento tiene características únicas de precio y rendimiento:

  • 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 los discos persistentes.
  • 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 discos persistentes 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.
  • Los Buckets de Cloud Storage proveen almacenamiento de objetos asequible.
  • También puedes usar Filestore con tus VM para el almacenamiento de archivos de alto rendimiento.

Cada opción de almacenamiento tiene características únicas de precio y rendimiento. 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 a tu VM.

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 (PD). 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 Hiperdisco extremo Capacidad de procesamiento del hiperdisco SSD locales Depósitos de Cloud Storage
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 con un presupuesto asequible 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 Almacenamiento de objetos asequible
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 64 GiB 2 TiB 375 GiB, 3 TiB con Z3 No disponible
Capacidad máxima por disco 64 TiB 64 TiB 64 TiB 64 TiB 64 TiB 64 TiB 32 TiB 375 GiB,
3 TiB con Z3
No disponible
Aumento de capacidad 1 GiB 1 GiB 1 GiB 1 GiB 1 GiB 1 GiB 1 GiB Depende del tipo de máquina No disponible
Capacidad máxima por VM 257 TiB* 257 TiB* 257 TiB* 257 TiB* 512 TiB* 512 TiB* 512 TiB* 36 TiB Casi infinito
Alcance del acceso Zona Zona Zona Zona Zona Zona Zona Instancia Global
Redundancia de datos Zonal y multizonal Zonal y multizonal Zonal y multizonal Zonal Zonal Zonal Zonal Ninguna Regional, birregional o multirregional
Encriptación en reposo
Claves de encriptación personalizadas No
Instructivo Agrega un disco persistente extremo Agrega un Hyperdisk Agrega una SSD local Conecta un bucket

* Si planeas crear un volumen lógico mayor que el tamaño máximo de un solo disco, revisa cómo el tamaño de 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 cuando determinas el tipo de almacenamiento en bloque correcto para tus VM.

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

Los volúmenes de discos persistentes 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 multiescritura.

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 encuentran relacionados con la VM, por lo que puedes desconectar o mover los volúmenes de Persistent Disk para conservar tus datos incluso después de borrar las VM. 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 discos persistentes

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)
    • Apto para aplicaciones empresariales y bases de datos de alto rendimiento que requieren una latencia más baja y más IOPS que 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 de tipos de máquinas, consulta los siguientes vínculos:

Durabilidad del disco persistente

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%

Disco persistente 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 discos persistentes, 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. Los discos persistentes SSD están diseñados 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 ajuste de escala automáticamente en los volúmenes de discos persistentes. 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 pequeños de 10 GiB con forma de disco persistente 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 multiescritura 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 VM mediante herramientas como las Reservas persistentes SCSI.

Sin embargo, Persistent Disk con modo de multiescritura 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 disco persistente entre VM.

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 disco persistente a una VM en otro proyecto.

  • Puedes conectar un disco persistente balanceado a un máximo de 10 VM 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 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 VM pueden tener hasta 128 volúmenes de discos persistentes y hasta 257 TiB de espacio total en el disco. El espacio total de discos 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 en 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 discos persistentes regionales tienen cualidades de almacenamiento similares a los discos persistentes zonales. 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 los discos persistentes 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 discos persistentes 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 disco persistentes.

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 discos persistentes zonales, los regionales pueden lograr un mayor rendimiento de IOPS y de capacidad de procesamiento en las VM 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. Cuando se descarga y se escala horizontalmente el procesamiento de almacenamiento de forma dinámica, separa el rendimiento de almacenamiento del tipo de VM y el tamaño. 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 balanceados de discos te permiten ajustar de forma dinámica la capacidad, las IOPS y la capacidad de procesamiento de las cargas de trabajo.

  • Hiperdisco extremo

    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 mediante 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 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 Capacidad de procesamiento del hiperdisco
Mejor que el 99.999% Mejor que el 99.9999% 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.

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 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. 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.

Limitaciones de los discos SSD locales

El SSD local tiene las siguientes limitaciones:

  • Puedes crear una VM con un máximo de 32 discos SSD locales para 12 TiB de espacio en el disco SSD local mediante el tipo de máquina c3d-standard-360-lssd.
  • Puedes crear una VM con un máximo de 32 discos SSD locales para 12 TiB de espacio en el disco SSD local mediante el tipo de máquina c3-standard-176-lssd.
  • Puedes crear una VM con un máximo de 16 o 24 discos SSD locales para 6 TiB o 9 TiB de espacio SSD local, respectivamente, a través de los tipos de máquina N1, N2 y N2D.
  • Para Z3, (vista previa), puedes crear una VM con 176 CPU virtuales y un máximo de 12 discos SSD locales para 36 TiB de espacio en el disco SSD local.
  • Para los tipos de máquinas C2, C2D, A2, M1 y M3 estándar, puedes crear una VM con un máximo de 8 discos SSD locales, para un total de 3 TB de espacio SSD local.
  • En los tipos de máquina A2 ultra, se incluyen hasta 3 TiB de SSD locales con el tipo de máquina. Puedes crear una VM con un máximo de 8 discos SSD locales de 375 GiB cada uno.
  • Para los tipos de máquina A3, 6 TiB de SSD local se agrupan con el tipo de máquina. Puedes crear una VM con 16 discos SSD locales de 375 GiB cada uno.
  • 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 VM con tipos de máquinas con núcleo compartido.
  • No puedes conectar discos SSD locales a los tipos de máquinas E2, Tau T2D, Tau T2A, H3 y M2.
  • 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.

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 Comparación de 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.

Rendimiento

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

El rendimiento del SSD local 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 VM. 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.

El uso de la clase Standard Storage de Cloud Storage en la misma ubicación que tu VM proporciona un rendimiento comparable al de Persistent Disk, pero con mayor latencia y menos coherente{. 101}características de capacidad de procesamiento. Cuando usas la clase Standard Storage en una región doble, se almacenan tus datos de forma redundante en dos regiones. Para obtener un rendimiento óptimo cuando se usa una región doble, las VM deben estar ubicadas en una de las regiones que forman parte de la región doble.

Las clases Nearline Storage, Coldline Storage y Archive Storage son, en especial, para el archivo de datos a largo plazo. A diferencia de la clase de almacenamiento Standard, 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 las VM de Linux o conéctate a las VM de Windows mediante SSH o algún otro método de conexión.

    1. En la Consola de APIs, ve a la página Instancias de VM.

      Ir a la página Instancias de VM

    2. En la lista de instancias de máquinas virtuales, haz clic en el botón SSH de la fila de la instancia a la que quieres conectarte.

  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 APIs, ve a la página Instancias de VM.

      Ir a la página Instancias de VM

    2. En la lista de instancias de máquinas virtuales, haz clic en el botón SSH de la fila de la instancia a la que quieres conectarte.

  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?