Acerca de los discos SSD locales


Si tus cargas de trabajo necesitan un almacenamiento temporal de alto rendimiento y baja latencia, podrías usar discos de unidad de estado sólido local (SSD local) cuando crees tu máquina virtual (VM). Los discos SSD locales son almacenamiento de estado sólido con encriptación permanente para las VMs de Compute Engine.

Los discos SSD locales son ideales cuando necesitas almacenamiento para cualquiera de los siguientes casos de uso:

  • Caché o almacenamiento para datos transitorios y de valor bajo
  • Espacio de procesamiento temporal para computación de alto rendimiento o análisis de datos
  • Almacenamiento de datos temporal, como la base de datos del sistema tempdb para Microsoft SQL Server

Los discos SSD locales ofrecen operaciones de E/S superiores por segundo (IOPS) y una latencia muy baja en comparación con Persistent Disk y Google Cloud Hyperdisk. Esto se debe a que los discos SSD locales están conectados de manera física al servidor que aloja tu instancia de VM. Por este mismo motivo, los discos SSD locales solo pueden proporcionar almacenamiento temporal.

Debido a que la SSD local es adecuado solo para almacenamiento temporal, debes almacenar datos que no sean temporales o efímeros por naturaleza en una de nuestras opciones de almacenamiento duradero.

Cada disco SSD local tiene un tamaño fijo y puedes conectar varios discos SSD locales a una sola VM cuando la crees. La cantidad de discos SSD locales que puedes conectar a una VM depende del tipo de máquina de la VM. Para obtener más información, consulta Elige una cantidad válida de discos SSD locales.

Si los discos SSD locales no cumplen con los requisitos de redundancia o flexibilidad, puedes usar los discos SSD locales en combinación con otras opciones de almacenamiento.

Rendimiento

El rendimiento de las SSD locales depende de varios factores, como la cantidad de discos SSD locales conectados, la interfaz de disco seleccionada (NVMe o SCSI) y el tipo de máquina de las VMs. El rendimiento disponible aumenta a medida que conectas más discos SSD locales a tu VM.

Rendimiento de las SSD locales por cantidad de discos adjuntos

En las siguientes tablas, se enumeran las IOPS y la capacidad de procesamiento máximas para los discos SSD locales conectados a NVMe y SCSI. Las métricas se enumeran por la capacidad total de los discos SSD locales conectados a la VM.

Rendimiento de las SSD locales NVMe

Cantidad de discos SSD locales
adjuntos
Espacio de almacenamiento (TiB) Capacidad por disco IOPS Capacidad de procesamiento
(MB/s)
Lectura Escritura Lectura Escritura
1 0.375 375 GiB 170,000 90,000 660 350
2 0.750 375 GiB 340,000 180,000 1,320 700
3 1.125 375 GiB 510,000 270,000 1,980 1,050
4 1.5 375 GiB 680,000 360,000 2,650 1,400
5 1.875 375 GiB 680,000 360,000 2,650 1,400
6 2.25 375 GiB 680,000 360,000 2,650 1,400
7 2.625 375 GiB 680,000 360,000 2,650 1,400
8 3 375 GiB 680,000 360,000 2,650 1,400
16 6 375 GiB 1,600,000 800,000 6,240 3,120
24 9 375 GiB 2,400,000 1,200,000 9,360 4,680
32 12 375 GiB 3,200,000 1,600,000 12,480 6,240
12 36 3 TiB * 6,000,000 6,000,000 36,000 30,000

* Solo disponible de la serie de máquinas Z3 (vista previa).

Rendimiento de las SSD locales de SCSI

Cantidad de discos
SSD locales combinados
Espacio de almacenamiento (TiB) IOPS Capacidad de procesamiento
(MB/s)
Lectura Escritura Lectura Escritura
1 0.375 (375 GiB) 100,000 70,000 390 270
2 0.750 (750 GiB) 200,000 140,000 780 550
3 1.125 300,000 210,000 1,170 820
4 1.500 400,000 280,000 1,560 1,090
5 1.875 400,000 280,000 1,560 1,090
6 2.250 400,000 280,000 1,560 1,090
7 2.625 400,000 280,000 1,560 1,090
8 3 400,000 280,000 1,560 1,090
16 6 900,000 800,000 6,240 3,120
24 9 900,000 800,000 9,360 4,680

Configura tu VM para maximizar el rendimiento

Para alcanzar los niveles de rendimiento establecidos, debes configurar la VM de la siguiente manera:

  • Adjunta los discos SSD locales con la interfaz NVMe. Los discos conectados con la interfaz SCSI tienen un rendimiento menor.

  • Los siguientes tipos de máquinas también requieren una cantidad mínima de CPUs virtuales para alcanzar estos máximos:

    • Los tipos de máquinas N2, N2D o A2 requieren al menos 24 CPUs virtuales.
    • Los tipos de máquinas N1 requieren al menos 32 CPUs virtuales.
  • Si tu VM usa una imagen de Linux personalizada, la imagen debe usar la versión 4.14.68 o posterior del kernel de Linux. Si usas las imágenes públicas que proporciona Compute Engine, no es necesario que realices ninguna otra acción.

Para ver parámetros de configuración adicionales de VM y discos que pueden mejorar el rendimiento de las SSD locales, consulta Optimiza el rendimiento de SSD locales.

Para obtener más información sobre cómo seleccionar una interfaz de disco, consulta Elige una interfaz de disco.

Persistencia de datos en SSD local

Compute Engine conserva los datos en los discos SSD locales en ciertas situaciones y, en otros casos, Compute Engine no garantiza la persistencia de los datos en las SSD locales.

En la siguiente información, se describen estas situaciones y se aplica a cada disco SSD local conectado a una VM.

Casos en los que Compute Engine conserva los datos de SSD locales

Los datos en discos SSD locales solo persisten en los siguientes eventos:

Situaciones en las que Compute Engine podría no conservar los datos de las SSD locales

Es posible que se pierdan los datos en los discos SSD locales si se produce un error de host en la VM y Compute Engine no puede volver a conectar la VM al disco SSD local en un momento específico.

Puedes controlar cuánto tiempo se invierte en intentar recuperar los datos con el tiempo de espera de recuperación de la SSD local. Si Compute Engine no puede volver a conectarse al disco antes de que venza el tiempo de espera, se reiniciará la VM. Cuando la VM se reinicia, no se pueden recuperar los datos de las SSD locales. Compute Engine conecta un disco SSD local en blanco a la VM reiniciada.

El tiempo de espera de recuperación de SSD local es parte de la política de mantenimiento del host de una VM. Para obtener más información, consulta Tiempo de espera de recuperación de SSD local.

Casos en los que Compute Engine no conserva datos de SSD locales

Los datos en discos SSD locales no persisten en los siguientes eventos:

  • Si cierras el sistema operativo invitado y fuerzas la detención de la VM
  • Si configuras la VM para que sea interrumpible y la VM pasa por el proceso de interrupción
  • Si configuras la VM para que se detenga en eventos de mantenimiento de host y la VM pasa por un evento de mantenimiento de host
  • Si configuras la SSD local de forma incorrecta para que se vuelva inalcanzable
  • Si inhabilitas la facturación del proyecto, lo que detendrá la VM

Si Compute Engine no pudo recuperar los datos de SSD locales de una VM, Compute Engine la reiniciará con un disco SSD local activado y conectado para cada disco SSD local conectado con anterioridad.

Encriptación de SSD locales

Compute Engine encripta de forma automática tus datos cuando se escriben en el espacio de almacenamiento SSD local. No puedes usar claves de encriptación proporcionadas por el cliente con el disco SSD local.

Copia de seguridad de datos del SSD local

Debido a que no puedes crear copias de seguridad de datos del SSD local con imágenes de disco, instantáneas estándar ni clonaciones de discos, Google recomienda que siempre almacenes datos valiosos en una opción de almacenamiento duradero.

Si necesitas preservar los datos en un disco SSD local, conecta un Persistent Disk o un Google Cloud Hyperdisk a la VM. Después de activar el Persistent Disk o Hyperdisk, copia los datos del disco SSD local al disco recién conectado.

Elige una interfaz de disco

Para lograr el mayor rendimiento de SSD local, debes conectar los discos a la VM con la interfaz NVMe. El rendimiento es menor si usas la interfaz SCSI.

La interfaz de disco que elijas también dependerá del tipo de máquina y el SO que use tu VM. Algunos de los tipos de máquinas disponibles en Compute Engine te permiten elegir entre las interfaces NVMe y SCSI, mientras que otros admiten solo NVMe o solo SCSI. Del mismo modo, algunas de las imágenes de SO públicas que proporciona Compute Engine pueden ser compatibles con NVMe y SCSI, o solo con uno de los dos.

Compatibilidad con la interfaz de disco por tipo de máquina e imagen de SO

En las siguientes páginas, se proporciona más información sobre los tipos de máquinas disponibles y las imágenes públicas compatibles, así como detalles de rendimiento.

  • Interfaces compatibles por tipos de máquina: Consulta Comparación de series de máquinas. En la lista Elige propiedades de VM para comparar, selecciona Tipo de interfaz de disco.

  • Imagen de SO: Para obtener una lista de las imágenes de SO públicas que proporciona Compute Engine y admiten SCSI o NVMe, consulta la pestaña Interfaces por cada tabla en la operación documentación de detalles del sistema operativo.

Consideraciones para NVMe para imágenes personalizadas

Si tu VM usa una imagen de Linux personalizada, debes usar la versión 4.14.68 o una versión posterior del kernel de Linux para obtener un rendimiento óptimo de NVMe.

Consideraciones para SCSI para imágenes personalizadas

Si tienes una configuración existente que requiere el uso de una interfaz SCSI, considera usar una SCSI de varias colas para lograr un mejor rendimiento sobre la interfaz SCSI estándar.

Si usas una imagen personalizada que importaste, consulta Habilita SCSI de varias colas.

Elige una cantidad válida de discos SSD locales

La mayoría de los tipos de máquinas disponibles en Compute Engine son compatibles con los discos SSD locales. Algunos tipos de máquinas siempre incluyen una cantidad fija de discos SSD locales de forma predeterminada, mientras que otros te permiten agregar números específicos de discos. Solo puedes agregar discos SSD locales cuando creas la VM. No puedes agregar discos SSD locales a una VM después de crearla.

Para las VMs creadas según la serie de máquinas Z3 (vista previa), cada disco conectado tiene 3,000 GiB de capacidad. Para todas las demás series de máquinas, cada disco que conectes tiene 375 GiB de capacidad.

Tipos de máquinas que conectan discos SSD locales de forma automática

En la siguiente tabla, se enumeran los tipos de máquinas que incluyen discos SSD locales de forma predeterminada y se muestran cuántos discos están conectados cuando creas la VM.

Tipo de máquina Cantidad de discos SSD locales
conectados automáticamente por VM
Tipos de máquinas C3
Solo las variantes -lssd de los tipos de máquinas C3 admiten SSD locales.
c3-standard-4-lssd 1
c3-standard-8-lssd 2
c3-standard-22-lssd 4
c3-standard-44-lssd 8
c3-standard-88-lssd 16
c3-standard-176-lssd 32
Tipos de máquinas C3D
Solo las variantes -lssd de los tipos de máquinas C3D admiten SSD locales.
c3d-standard-8-lssd 1
c3d-standard-16-lssd 1
c3d-standard-30-lssd 2
c3d-standard-60-lssd 4
c3d-standard-90-lssd 8
c3d-standard-180-lssd 16
c3d-standard-360-lssd 32
Tipos de máquinas A3 Ultra
a3-highgpu-8g 16
Tipos de máquinas ultra A2
a2-ultragpu-1g 1
a2-ultragpu-2g 2
a2-ultragpu-4g 4
a2-ultragpu-8g 8
Cada disco tiene un tamaño de 3 TiB.
Tipos de máquinas Z3 (vista previa)
z3-standard-88-lssd 12
z3-standard-176-lssd 12

Tipos de máquinas que requieren que elijas una cantidad de discos SSD locales

Los tipos de máquinas que se enumeran en la siguiente tabla no conectan de forma automática discos SSD locales a una VM recién creada. Debido a que no puedes agregar discos SSD locales a una VM después de crearla, usa la información de esta sección para determinar cuántos discos SSD locales conectar cuando creas una VM.

Tipos de máquinas N1 Cantidad de particiones de discos SSD locales permitidas por VM
Todos los tipos de máquinas N1 1 a 8, 16 o 24
Tipos de máquinas N2
Tipos de máquina con 2 a 10 CPU virtuales, inclusive 1, 2, 4, 8, 16 o 24
Tipos de máquinas con 12 a 20 CPU virtuales, inclusive 2, 4, 8, 16 o 24
Tipos de máquina con 22 a 40 CPU virtuales, inclusive 4, 8, 16 o 24
Tipos de máquina con 42 a 80 CPU virtuales, inclusive 8, 16 o 24
Tipos de máquina con 82 a 128 CPU virtuales, inclusive 16 o 24
Tipos de máquinas N2D
Tipos de máquina con 2 a 16 CPU virtuales, inclusive 1, 2, 4, 8, 16 o 24
Tipos de máquina con 32 o 48 CPU virtuales 2, 4, 8, 16 o 24
Tipos de máquina con 64 u 80 CPU virtuales 4, 8, 16 o 24
Tipos de máquina con 96 a 224 CPU virtuales, inclusive 8, 16 o 24
Tipos de máquinas C2
Tipos de máquina con 4 o, también, 8 CPU virtuales 1, 2, 4, o, también 8
Tipos de máquina con 16 CPU virtuales 2, 4, o, también 8
Tipos de máquina con 30 CPU virtuales 4 o, también 8
Tipos de máquinas con 60 CPU virtuales 8
Tipos de máquinas C2D
Tipos de máquina con 2 a 16 CPU virtuales, inclusive 1, 2, 4, 8
Tipos de máquinas que cuentan con 32 CPU virtuales 2, 4, 8
Tipos de máquinas que cuentan con 56 CPU virtuales 4, 8
Tipos de máquinas que cuentan con 112 CPU virtuales 8
Tipos de máquinas estándar A2
a2-highgpu-1g 1, 2, 4 u 8
a2-highgpu-2g 2, 4 u 8
a2-highgpu-4g 4 u 8
a2-highgpu-8g o a2-megagpu-16g 8
Tipos de máquinas G2
g2-standard-4 1
g2-standard-8 1
g2-standard-12 1
g2-standard-16 1
g2-standard-24 2
g2-standard-32 1
g2-standard-48 4
g2-standard-96 8
Tipos de máquinas M1
m1-ultramem-40 No disponible
m1-ultramem-80 No disponible
m1-megamem-96 de 1 a 8
m1-ultramem-160 No disponible
Tipos de máquinas M3
m3-ultramem-32 4, 8
m3-megamem-64 4, 8
m3-ultramem-64 4, 8
m3-megamem-128 8
m3-ultramem-128 8
Tipos de máquinas E2, Tau T2D, Tau T2A y M2 Estos tipos de máquinas no admiten discos SSD locales.

Precios

Por cada disco SSD local que crees, se te facturará por la capacidad total del disco durante el ciclo de vida de la VM a la que está conectado.

Para obtener información detallada sobre los precios de las SSD locales y los descuentos disponibles, consulta los precios de SSD locales.

Instancias de VM Spot y discos SSD locales

Si inicias una VM Spot o una VM interrumpible con un disco SSD local, Compute Engine cobra precios puntuales por el uso del SSD local. Los discos SSD locales conectados a las VM Spot o VM interrumpibles funcionan como discos SSD locales normales, conservan las mismas características de persistencia de datos y permanecen conectados durante toda la vida útil de la VM.

Compute Engine no te cobra por el uso de discos SSD locales en una VM Spot o VM interrumpible si la VM se interrumpe en un minuto después de que comienza a ejecutarse.

Reserva discos SSD locales con descuentos por compromiso de uso

Para reservar recursos de SSD locales en una zona específica, consulta Reservas de recursos zonales de Compute Engine.

A fin de recibir descuentos por compromiso de uso para discos SSD locales en una zona específica, debes comprar compromisos basados en recursos para los recursos de SSD locales y, también, adjuntar reservas que especifiquen los recursos de SSD locales coincidentes con tus compromisos. Para obtener más información, consulta Adjunta reservas a compromisos basados en recursos.

Usa discos SSD locales con una VM

Para usar un disco SSD local con una VM, debes completar los siguientes pasos:

Nombres de dispositivos en VMs de Linux

Los nombres de los dispositivos Linux para los discos conectados a tu VM dependen de la interfaz que elijas cuando crees los discos. Cuando usas el comando lsblk para el sistema operativo para ver los dispositivos del disco, muestra el prefijo nvme para los discos conectados con la interfaz NVMe y el prefijosd para discos conectados con la interfaz SCSI.

El orden de los números de disco o los controladores NVMe no es predecible ni coherente en los reinicios de las VMs. En el primer inicio, un disco persistente puede ser nvme0n1 (o sda para SCSI). En el segundo inicio, el nombre del dispositivo para el mismo disco persistente puede ser nvme2n1 o nvme0n3 (o sdc para SCSI).

Cuando accedas a discos conectados, debes usar los vínculos simbólicos creados en /dev/disk/by-id/. Estos nombres persisten en los reinicios. Para obtener más información sobre los symlinks, consulta Vínculos simbólicos para discos conectados a una VM.

Nombres de dispositivos SCSI

El formato de un dispositivo de disco conectado a SCSI es sda para el primer disco conectado. Las particiones de disco aparecen como sda1. Cada disco adicional usa una letra secuencial, como sdb y sdc. Cuando se alcanza sdz, los discos siguientes agregados tienen nombres como sdaa, sdab y sdac, hasta sddx.

Nombres de los dispositivos NVMe

El formato de un dispositivo de disco conectado a NVMe en sistemas operativos Linux es nvmenumbernnamespace. El number representa el número de controlador de disco NVMe y namespace es un ID de espacio de nombres de NVMe que asigna el controlador de disco NVMe. Para las particiones, pn se agrega al nombre del dispositivo, en el que n es un número que comienza con 1, lo que denota la nenésima partición.

El número de controlador comienza en 0. Un solo disco NVMe conectado a tu VM tiene un nombre de dispositivo de nvme0n1. La mayoría de los tipos de máquinas usan un solo controlador de disco NVMe. Los nombres de los dispositivos SSD locales son nvme0n1, nvme0n2, nvme0n3, etcétera.

Los discos SSD locales en las VMs de series de máquinas de tercera generación (C3, C3D, Z3 (vista previa) y H3) tienen un controlador NVMe independiente para cada disco. En estas VMs, los nombres de los dispositivos conectados en NVMe de SSD locales se ven como nvme0n1, nvme1n1 y nvme2n1. La cantidad de discos SSD locales conectados depende del tipo de máquina de tu VM.

Las VMs de series de máquinas de tercera generación usan NVMe para Persistent Disk y Hyperdisk, y también discos SSD locales. Cada VM tiene 1 controlador NVMe para Persistent Disk y Hyperdisk, y 1 controlador NVMe para cada SSD local. El controlador de Hyperdisk NVMe y Persistent Disk tiene un único espacio de nombres de NVMe para todos los discos conectados. Por lo tanto, una VM de la serie de máquinas de tercera generación con 2 discos persistentes (cada uno con 2 particiones) y 2 discos SSD locales sin formato usa los siguientes nombres de dispositivos:

  • nvme0n1: el primer disco persistente
  • nvme0n1p1
  • nvme0n1p2
  • nvme0n2: el segundo disco persistente
  • nvme0n2p1
  • nvme0n2p2
  • nvme1n1: la primera SSD local
  • nvme2n1: la segunda SSD local

Detén una VM con SSD local

Cuando detienes o suspendes una VM, Compute Engine descarta los datos de los discos SSD locales conectados a la VM de forma predeterminada.

Si deseas conservar los datos de los discos SSD locales conectados a la VM, debes detener o suspend la VM mediante el siguiente comando: gcloud CLI y la marca --discard-local-ssd=false. Esto inicia una migración administrada de datos de SSD locales al almacenamiento continuo y se te cobra por el uso adicional de almacenamiento hasta que reinicias la VM. Es posible que debas volver a activar el disco SSD local en el sistema de archivos después de reiniciar la VM.

Restricciones

  • --discard-local-ssd=false se encuentra solo en versión preliminar pública y no está cubierta por las condiciones de DG de Compute Engine.
  • Compute Engine solo admite el uso de --discard-local-ssd=false en VMs con un máximo de 16 discos SSD locales conectados.
  • No puedes conservar los datos de SSD locales si detienes o suspendes una VM desde la consola de Google Cloud. Debes usar Google Cloud CLI, las bibliotecas cliente de Cloud o la API de Compute Engine.
  • Guardar los datos de las SSD locales es un proceso lento. La copia de datos de SSD locales comienza solo después de que se recibe la solicitud suspend o stop.
  • Cuando se usan VMs Spot o interrumpibles, la interrupción puede ocurrir en cualquier momento y puede interrumpir un intento de suspensión o reanudación. En este caso, la VM se DETIENE (interrumpe), no SUSPENDE, y no se retienen datos de SSD locales en el almacenamiento persistente cuando se reanuda o reinicia la VM.

Quita los discos SSD locales

Para quitar o borrar los discos SSD locales, borra la VM a la que están conectados. Antes de borrar una VM con discos SSD locales, asegúrate de migrar los datos importantes del disco SSD local a un disco persistente o a otra VM.