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 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. La alta disponibilidad balanceada de Hyperdisk puede replicar de forma síncrona los datos entre los discos ubicados en dos zonas, lo que proporciona protección si una zona deja de estar disponible.
  • Los grupos de almacenamiento de Hyperdisk te permiten comprar capacidad y rendimiento de Hyperdisk en conjunto y, luego, crear discos para tus VMs desde este grupo de almacenamiento.
  • 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, para las series de máquinas de generaciones anteriores, la solución más común es agregar un volumen de disco persistente balanceado a tu VM y, para las series de máquinas más recientes, agregar un volumen de Hyperdisk a tu instancia de procesamiento.

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 oHyperdisk 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 Zonal y regional: 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 y de varias zonas 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 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.
‡ Si necesitas controles de seguridad mejorados adicionales y planeas usar Confidential VM, considera usar el modo confidencial de Hyperdisk Balanced. Consulta Consideraciones sobre el modo confidencial de Hyperdisk Balanced y obtén más información sobre Confidential VM.

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, consulta los siguientes vínculos:

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

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

Acerca de la replicación de disco síncrona

Cuando creas un Persistent Disk nuevo, puedes crearlo en una zona o replicarlo en dos zonas dentro de la misma región.

Por ejemplo, si creas un disco en una zona, como us-west1-a, tienes una copia del disco. Esto se conoce como disco zonal. Para aumentar la disponibilidad del disco, almacena otra copia del disco en una zona diferente dentro de la región, como en us-west1-b.

Persistent Disk replicados en dos zonas de la misma región se denominan discos persistentes regionales. También puedes usar Hyperdisk Balanced High Availability para la replicación síncrona entre zonas de Google Cloud Hyperdisk.

Es poco probable que una región falle por completo, pero pueden ocurrir fallas zonales. Replicar dentro de la región en diferentes zonas, como se muestra en la siguiente imagen, ayuda con la disponibilidad y reduce la latencia del disco. Si fallan ambas zonas de replicación, se considera una falla en toda la región.

imagen

El disco se replica en dos zonas.

En la situación replicada, los datos están disponibles en la zona local (us-west1-a), que es la zona en la que se está ejecutando la máquina virtual (VM). Luego, los datos se replican en otra zona (us-west1-b). Una de las zonas debe ser la misma en la que se ejecuta la VM.

Si se produce una interrupción zonal, puedes conmutar por error la carga de trabajo que se ejecuta en discos persistentes regionales a otra zona. Para obtener más información, consulta Conmutación por error del disco persistente regional.

Consideraciones de diseño para Persistent Disk regional

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 regional también están diseñados para funcionar con grupos de instancias administrados regionales.

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

  • México, Osaka y Montreal tienen tres zonas alojadas en uno o dos centros de datos físicos. Dado que los datos almacenados en estas regiones se pueden perder en el caso poco probable de que se destruya el centro de datos, te recomendamos que crees una copia de seguridad de los datos esenciales para la empresa en una segunda región con el propósito de aumentar la protección de los datos.
  • Solo puedes conectar el disco persistente regional a las VM que usan E2, N1, N2 y tipos de máquina N2D.
  • Puedes adjuntar alta disponibilidad balanceada de Hyperdisk solo a los tipos de máquinas compatibles.
  • No puedes crear un Persistent Disk regional a partir de una imagen ni de un disco que se creó 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 disco persistente regional o un volumen de alta disponibilidad balanceada de Hyperdisk. No puedes disminuir su tamaño.
  • Los volúmenes de Persistent Disk regionales y alta disponibilidad balanceada de Hyperdisk tienen características de rendimiento diferentes a las de sus discos zonales correspondientes. Para obtener más información, consulta Rendimiento del almacenamiento en bloque.
  • No puedes usar un volumen de alta disponibilidad balanceada de Hyperdisk que esté en modo de varios escritores como disco de arranque.
  • Si creas un disco replicado 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 para verificar si tu disco replicado 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. Hyperdisk ofrece rendimiento, flexibilidad y eficiencia sustancialmente más altos en comparación con Persistent Disk.

  • 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. También puedes usar Hyperdisk Balanced para aplicaciones en las que varias VMs de la misma zona requieren acceso de escritura al mismo disco de forma simultánea.

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

  • Alta disponibilidad balanceada de Hyperdisk

    La alta disponibilidad balanceada de Hyperdisk habilita la replicación síncrona en series de máquinas de tercera generación o posteriores. La alta disponibilidad balanceada de Hyperdisk habilita la resiliencia de los datos con la replicación de RPO=0 en dos zonas, similar a Persistent Disk regional.

    Los volúmenes de Hyperdisk Balanced High Availability te permiten ajustar de forma dinámica la capacidad, las IOPS y la capacidad de procesamiento de las cargas de trabajo. Puedes cambiar los niveles de rendimiento y capacidad aprovisionados sin tiempo de inactividad ni interrupción en las cargas de trabajo. Usa Hyperdisk Balanced High Availability cuando diferentes VMs de la misma región requieran acceso de escritura al mismo disco de forma simultánea.

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. También puedes personalizar la encriptación con claves de encriptación administradas por el cliente.

Alta disponibilidad balanceada de Hyperdisk

Los discos de alta disponibilidad balanceada de Hyperdisk proporcionan almacenamiento duradero y replicación de datos entre dos zonas de la misma región. Los volúmenes de Hyperdisk Balanced High Availability tienen límites de almacenamiento similares a los de los discos Hyperdisk Balanced no replicados.

Si diseñas sistemas sólidos o servicios de alta disponibilidad en Compute Engine, usa discos de alta disponibilidad balanceada de Hyperdisk combinados con otras prácticas recomendadas, como crear una copia de seguridad de los datos mediante instantáneas. Los discos de alta disponibilidad balanceada de Hyperdisk 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 de alta disponibilidad balanceada de Hyperdisk a otra zona mediante la marca --force-attach. La marca --force-attach te permite adjuntar el disco de alta disponibilidad balanceada de Hyperdisk a una instancia en espera, incluso si el disco no se puede desconectar de la instancia de procesamiento original debido a su falta de disponibilidad. Para obtener más información, consulta Conmutación por error del disco regional.

Rendimiento

Los discos de alta disponibilidad balanceada de Hyperdisk 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) más bajos en comparación con el uso de instantáneas de Hyperdisk para la recuperación.

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

Los discos de alta disponibilidad balanceada de Hyperdisk tienen IOPS y rendimiento de capacidad de procesamiento personalizables. Para obtener más información sobre el rendimiento y las limitaciones de la Alta disponibilidad balanceada de Hyperdisk, consulta Acerca de Hyperdisk.

Cuando necesites más espacio en el disco o un mejor rendimiento, puedes modificar los discos de alta disponibilidad balanceada de Hyperdisk para agregar más espacio de almacenamiento, IOPS y capacidad de procesamiento.

Confiabilidad

Compute Engine replica los datos de tus discos de alta disponibilidad balanceada de Hyperdisk en las zonas que especificaste cuando creaste los 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 Hyperdisk, puedes crear instantáneas de discos de alta disponibilidad balanceada de Hyperdisk para proteger 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.

Cómo compartir volúmenes de Hyperdisk entre VMs

En el caso de ciertos volúmenes de Hyperdisk, puedes habilitar el acceso simultáneo al volumen desde varias VMs si habilitas el uso compartido de discos. El uso compartido de discos es útil para una variedad de casos de uso, como la compilación de aplicaciones con alta disponibilidad o cargas de trabajo de aprendizaje automático grandes en las que varias VMs necesitan acceso al mismo modelo o datos de entrenamiento.

Para obtener más información, consulta Cómo compartir un disco entre VMs.

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 de Hyperdisk, puedes compartir un grupo de capacidad y rendimiento en un máximo de 1,000 discos en un solo proyecto. Debido a que los grupos de almacenamiento ofrecen aprovisionamiento delgado y reducción de datos, puedes lograr una mayor eficiencia. Los grupos de almacenamiento simplifican la migración de tu SAN local a la nube y también facilitan la provisión a tus cargas de trabajo de la capacidad y rendimiento que necesitan.

Creas un grupo de almacenamiento con la capacidad y el rendimiento estimados 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: Para cargas de trabajo de uso general que se entregan mejor con discos Hyperdisk Balanced
  • Grupo de almacenamiento de Hyperdisk Throughput: Para cargas de trabajo de transmisión, datos en frío y análisis que se entregan mejor con discos 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.

Opciones de aprovisionamiento de rendimiento

El rendimiento del grupo de almacenamiento de Hyperdisk se puede aprovisionar de dos maneras:

Aprovisionamiento de rendimiento estándar

El rendimiento estándar es la mejor opción para los siguientes tipos de cargas de trabajo:

  • Cargas de trabajo que no pueden tener éxito si el rendimiento se limita por los recursos del grupo de almacenamiento
  • Cargas de trabajo en las que es probable que los discos del grupo de almacenamiento tengan aumentos repentinos de rendimiento correlacionados, por ejemplo, discos de datos para bases de datos que tienen el máximo de uso todas las mañanas.

Los grupos de almacenamiento de rendimiento estándar no se benefician del aprovisionamiento delgado y no reducirán de forma significativa el TCO de rendimiento. Con el aprovisionamiento de rendimiento estándar, creas discos en el grupo de almacenamiento hasta que el total de IOPS aprovisionadas o la capacidad de procesamiento de todos los discos alcance la cantidad aprovisionada del grupo de almacenamiento. Los discos de un grupo de almacenamiento con aprovisionamiento de rendimiento estándar consumen IOPS y capacidad de procesamiento de manera similar a los discos que no son de grupo, en los que aprovisionas la cantidad de IOPS y capacidad de procesamiento cuando creas los discos. Se te factura el total de IOPS y la capacidad de procesamiento aprovisionadas para el grupo de almacenamiento.

En un grupo de almacenamiento balanceado de Hyperdisk con rendimiento estándar, las primeras 3,000 IOPS y 140 MiBps de capacidad de procesamiento de cada disco del grupo de almacenamiento (el valor de referencia) no consumen recursos del grupo de almacenamiento. Cuando creas discos en el grupo de almacenamiento, las IOPS y la capacidad de procesamiento que superan los valores de referencia consumen IOPS y capacidad de procesamiento del grupo de almacenamiento.

Los discos creados en un grupo de almacenamiento de rendimiento estándar no comparten recursos de rendimiento con el resto del grupo de almacenamiento. La cantidad agregada de rendimiento de todos los discos del grupo de almacenamiento no puede exceder el total de IOPS o la capacidad de procesamiento aprovisionada del grupo de almacenamiento.

Aprovisionamiento de rendimiento avanzado

Los grupos de almacenamiento con aprovisionamiento de rendimiento avanzado aprovechan el aprovisionamiento delgado para aumentar la eficiencia del rendimiento y reducir el TCO del rendimiento del almacenamiento en bloque. El aprovisionamiento de rendimiento avanzado te permite compartir un grupo de rendimiento aprovisionado en todos los discos de un grupo de almacenamiento. El grupo de almacenamiento asigna recursos de rendimiento de forma dinámica a medida que los discos del grupo de almacenamiento leen y escriben datos. Solo la cantidad de IOPS y capacidad de procesamiento que usa un disco en el grupo de almacenamiento consume IOPS y capacidad de procesamiento del grupo de almacenamiento. Debido a que los grupos de almacenamiento de rendimiento avanzado tienen un aprovisionamiento delgado, puedes asignar más IOPS o capacidad de procesamiento a los discos del grupo de almacenamiento que los que aprovisionaste para el grupo de almacenamiento, hasta el 500% de las IOPS o la capacidad de procesamiento aprovisionadas para el grupo de almacenamiento. Al igual que con el rendimiento estándar, se te facturan las IOPS y la capacidad de procesamiento aprovisionadas del grupo de almacenamiento.

En un grupo de almacenamiento balanceado de Hyperdisk con aprovisionamiento de rendimiento avanzado, los discos no tienen un rendimiento de referencia. Cada operación de lectura y escritura de un disco Hyperdisk Balanced en el grupo de almacenamiento consume recursos del grupo.

Cuando el uso de rendimiento agregado de todos los discos del grupo de almacenamiento alcanza la cantidad total de rendimiento aprovisionado para el grupo de almacenamiento, los discos pueden tener una contención de rendimiento. Como resultado, el aprovisionamiento de rendimiento avanzado es más adecuado para las cargas de trabajo que no tienen tiempos de uso máximos altamente correlacionados. Si todas tus cargas de trabajo alcanzan su punto máximo al mismo tiempo, el grupo de almacenamiento de rendimiento avanzado puede alcanzar los límites de rendimiento del grupo de almacenamiento, lo que genera una contención por los recursos de rendimiento.

Si se detecta una contención por recursos de rendimiento en un grupo de almacenamiento de rendimiento avanzado para cualquier disco de los grupos, la función de crecimiento automático intenta aumentar automáticamente las IOPS o la capacidad de procesamiento disponibles para los discos del grupo de almacenamiento para evitar problemas de rendimiento.

Ejemplo

Supongamos que tienes un grupo de almacenamiento balanceado de Hyperdisk con 100,000 IOPS aprovisionadas.

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

  • Puedes aprovisionar hasta 100,000 IOPS agregadas cuando creas discos Hyperdisk balanceados en el grupo de almacenamiento.
  • Se te cobrará por las 100,000 IOPS de rendimiento aprovisionado del grupo de almacenamiento balanceado de Hyperdisk.

  • Al igual que los discos creados fuera de un grupo de almacenamiento, los discos Hyperdisk balanceados en los grupos de almacenamiento de rendimiento estándar se aprovisionan automáticamente con hasta 3,000 IOPS de referencia y 140 MiB/s de capacidad de procesamiento de referencia. Este rendimiento de referencia no se considera en el rendimiento aprovisionado del grupo de almacenamiento. Solo cuando agregas discos al grupo de almacenamiento con un rendimiento aprovisionado que supera el modelo de referencia, se considera el rendimiento aprovisionado del grupo de almacenamiento, por ejemplo:

    • Un disco aprovisionado con 3,000 IOPS usa 0 IOPS del grupo y el grupo aún tiene 100,000 IOPS aprovisionadas disponibles para otros discos.
    • Un disco aprovisionado con 13,000 IOPS usa 10,000 IOPS del grupo y el grupo tiene 90,000 IOPS aprovisionadas restantes que puedes asignar a otros discos del grupo de almacenamiento.

Con el aprovisionamiento de rendimiento avanzado, ocurre lo siguiente:

  • Puedes aprovisionar hasta 500,000 IOPS de rendimiento agregado de Hyperdisk cuando creas discos en el grupo de almacenamiento.
  • Se te cobrará por las 100,000 IOPS aprovisionadas por el grupo de almacenamiento.
  • Si creas un solo disco (Disk1) en el grupo de almacenamiento que tiene 5,000 IOPS, no consumirás ninguna IOPS de las IOPS aprovisionadas del grupo de almacenamiento. Sin embargo, la cantidad de IOPS que puedes aprovisionar a los discos nuevos creados en el grupo de almacenamiento ahora es de 495,000.
  • Si Disk1 comienza a leer y escribir datos, y si usa su máximo de 5,000 IOPS en un minuto determinado, se consumen 5,000 IOPS de las IOPS aprovisionadas del grupo de almacenamiento. Cualquier otro disco que hayas creado en el mismo grupo de almacenamiento puede usar un máximo agregado de 95,000 IOPS en ese mismo minuto sin generar contención.

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 o rendimiento avanzado, cualquier capacidad o rendimiento adicional está disponible para todos los discos nuevos y existentes en el grupo de almacenamiento. Además, Compute Engine intenta modificar automáticamente el grupo de almacenamiento de la siguiente manera:

  • Capacidad avanzada: Cuando el grupo de almacenamiento alcanza el 80% de la capacidad aprovisionada del grupo de almacenamiento que se usa, Compute Engine intenta agregar más capacidad al grupo de almacenamiento de forma automática.
  • Rendimiento avanzado: Si el grupo de almacenamiento experimenta una contención prolongada debido a la sobreutilización, Compute Engine intenta aumentar las IOPS o la capacidad de procesamiento del grupo de almacenamiento.

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 de disco SSD local que puedes tener para una VM es la siguiente:

Tipo de máquina Tamaño del 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 Hyperdisk, discos persistentes, y 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 Hyperdisk o discos persistentes , 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 Hyperdisk o discos persistentes, los buckets de Cloud Storage no están restringidos a la zona donde se encuentra tu VM. Además, puedes leer y escribir datos en un bucket desde varias VMs de forma simultánea. Por ejemplo, puedes configurar VMs en varias zonas para leer y escribir datos en el mismo bucket, en lugar de replicar los datos en un volumen de Hyperdisk o 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 depósitos 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. In the Google Cloud console, go to the VM instances page.

      Go to VM instances

    2. In the list of virtual machine instances, click SSH in the row of the instance that you want to connect to.

      SSH button next to instance name.

  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. In the Google Cloud console, go to the VM instances page.

      Go to VM instances

    2. In the list of virtual machine instances, click SSH in the row of the instance that you want to connect to.

      SSH button next to instance name.

  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?