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 instancia de procesamiento. Los discos SSD locales son almacenamiento de estado sólido temporal con encriptación permanente para Compute Engine. Para obtener información sobre los otros discos disponibles en Compute Engine, consulta Elige un tipo de disco.

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

  • Caché o almacenamiento para datos transitorios
  • Espacio de procesamiento temporal para la computación de alto rendimiento o el 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 el almacenamiento persistente que proporcionan Google Cloud Hyperdisk y Persistent Disk. Esta baja latencia se debe a que los discos SSD locales están conectados físicamente al servidor que aloja tu instancia. Por este mismo motivo, los discos SSD locales solo pueden proporcionar almacenamiento temporal.

Debido a que la SSD local es adecuada solo para almacenamiento temporal, debes almacenar datos que no sean temporales o efímeros por naturaleza en un volumen de Hyperdisk o Persistent Disk.

Para usar discos SSD locales con una instancia de procesamiento, agrega discos SSD locales cuando crees la instancia. No puedes agregar discos SSD locales a una instancia después de crearla.

Tipos de discos SSD locales

Los discos SSD locales se dividen en dos tipos:

  • Titanium SSD: Es un disco SSD local diseñado a medida que usa el procesamiento de descarga de E/S de Titanium y ofrece una seguridad, un rendimiento y una administración de SSD mejorados. Titanium ofrece IOPS de almacenamiento, capacidad de procesamiento y latencia más bajas que la generación anterior de SSD local. La serie de máquinas Z3 optimizada para el almacenamiento y la serie de máquinas C4A de uso general ofrecen almacenamiento SSD local con SSD de titanio.

    Los discos SSD de Titanium se conectan directamente a las instancias de procesamiento dentro de su servidor host.

  • SSD local: Es la función de SSD local original para Google Cloud. Cada disco SSD local conectado a una instancia proporciona 375 GiB de capacidad. Estos discos proporcionan un rendimiento más alto que Hyperdisk o Persistent Disk. Puedes usar la interfaz NVMe o SCSI para activar discos SSD locales.

    Los discos SSD locales se conectan directamente a las instancias dentro de su servidor anfitrión.

A menos que se mencione específicamente el SSD de titanio, el término "SSD local" se aplica a los SSD locales y a los SSD de titanio cuando se describen las funciones de los discos SSD locales.

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 la instancia. El rendimiento disponible aumenta a medida que conectas más discos SSD locales a tu instancia.

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

Rendimiento de las SSD de Titanium

En la siguiente tabla, se enumeran los límites de rendimiento de los discos SSD Titanium en instancias C4A y Z3.

Cantidad de discos
Titanium SSD adjuntos
Espacio de almacenamiento total (GiB) IOPS
Capacidad de procesamiento (MiBps)
Leer Escritura Leer Escritura
1 375 150,000 75,000 650 330
2 750 300,000 150,000 1,300 660
4 1,500 600,000 300,000 2,600 1,320
6 2,250 900,000 450,000 3,900 1,980
10 3,750 1,500,000 750,000 6,500 3,300
14 5,250 2,100,000 1,050,000 9,100 4,620
16 6,000 2,400,000 1,200,000 10,400 5,280
Serie de máquinas Z3 (discos de 3 TiB)
12 36,000 6,000,000 6,000,000 36,000 30,000

Rendimiento de las SSD locales NVMe

En la siguiente tabla, se enumeran los límites de rendimiento de los discos SSD locales que se conectan a instancias con NVMe.

Cantidad de discos SSD locales
adjuntos
Espacio de almacenamiento total (GiB) Capacidad por disco (GiB) IOPS
Capacidad de procesamiento (MiBps)
Leer Escritura Leer Escritura
1 375 375 170,000 90,000 660 350
2 750 375 340,000 180,000 1,320 700
3 1,125 375 510,000 270,000 1,980 1,050
4 1,500 375 680,000 360,000 2,650 1,400
5 1,875 375 680,000 360,000 2,650 1,400
6 2,250 375 680,000 360,000 2,650 1,400
7 2,625 375 680,000 360,000 2,650 1,400
8 3,000 375 680,000 360,000 2,650 1,400
16 6,000 375 1,600,000 800,000 6,240 3,120
24 9,000 375 2,400,000 1,200,000 9,360 4,680
32 12,000 375 3,200,000 1,600,000 12,480 6,240

Rendimiento de las SSD locales de SCSI

En la siguiente tabla, se enumeran los límites de rendimiento de los discos SSD locales que se conectan a instancias con SCSI.

Cantidad de discos
SSD locales combinados
Espacio de almacenamiento (GiB) IOPS
Capacidad de procesamiento (MiBps)
Leer Escritura Leer Escritura
1 375 100,000 70,000 390 270
2 750 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,000 400,000 280,000 1,560 1,090
16 6,000 900,000 800,000 6,240 3,120
24 9,000 900,000 800,000 9,360 4,680

Configura tu instancia para maximizar el rendimiento

Para alcanzar los niveles de rendimiento indicados, debes configurar tu instancia de procesamiento de la siguiente manera:

  • Conecta 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 instancia 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 instancias 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 instancia.

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

Los datos en los 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 instancia y Compute Engine no puede volver a conectar la instancia 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 instancia. Cuando se reinicia la instancia, no se pueden recuperar los datos de las SSD locales. Compute Engine conecta un disco SSD local en blanco a la instancia reiniciada.

El tiempo de espera de recuperación de SSD local es parte de la política de mantenimiento del host de una instancia. 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 los discos SSD locales no persisten en los siguientes eventos:

  • Si cierras el sistema operativo invitado y fuerzas la detención de la instancia.
  • Si creas una VM Spot o una VM interrumpible, y la VM pasa por el proceso de interrupción
  • Si configuras la instancia para que se detenga en eventos de mantenimiento de host y la instancia 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, se detendrá la instancia.

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

Compatibilidad con series de máquinas

Puedes usar discos SSD locales con las siguientes series de máquinas.

  • C4A
  • C4
  • C3
  • C3D
  • N4
  • N2
  • N2D
  • N1
  • T2D
  • T2A
  • E2
  • Z3
  • H3
  • C2
  • C2D
  • X4
  • M3
  • M2
  • M1
  • N1+GPU
  • A3 (H100)
  • A3 (H200)
  • A2
  • G2

Selecciona una serie de máquinas para mostrar su compatibilidad con SSD locales.

Series de máquinas Compatibilidad con SSD locales
C4A
C4
C3
C3D
N4
N2
N2D
N1
T2D
T2A
E2
Z3
H3
C2
C2D
X4
M3
M2
M1
N1+GPU
A3 (H100)
A3 (H200)
A2
G2

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.

Limitaciones

La SSD local tiene las siguientes limitaciones:

  • No puedes usar discos SSD locales con VMs que tengan tipos de máquinas con núcleo compartido.

  • No puedes conectar discos SSD locales a instancias que usen tipos de máquinas N4, H3, M2, E2 o Tau T2A.

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

  • No puedes crear copias de seguridad de discos SSD locales con instantáneas, clones, imágenes de máquinas ni imágenes. Almacena datos importantes en volúmenes de Hyperdisk o Persistent Disk.

Encriptación de SSD locales

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

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 instancia. 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 instancia 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 instancia. 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 sobre el rendimiento.

  • Interfaces compatibles por tipo de máquina: Consulta la 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 instancia usa una imagen de Linux personalizada, debes usar la versión 4.14.68 o 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 admiten 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 cantidades específicas de discos. Solo puedes agregar discos SSD locales cuando creas la instancia. No puedes agregar discos SSD locales a una instancia después de crearla.

En el caso de las instancias creadas con un tipo de máquina Z3 con optimización de almacenamiento, cada disco SSD de titanio conectado tiene 3,000 GiB de capacidad. Para todas las demás series de máquinas, cada disco SSD local 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 instancia.

Tipo de máquina Cantidad de discos SSD locales
conectados automáticamente por instancia
Tipos de máquinas C4A
Solo las variantes -lssd de los tipos de máquinas C4A admiten SSD Titanium locales.
c4a-standard-4-lssd
c4a-highmem-4-lssd
1
c4a-standard-8-lssd
c4a-highmem-8-lssd
2
c4a-standard-16-lssd
c4a-highmem-16-lssd
4
c4a-standard-32-lssd
c4a-highmem-32-lssd
6
c4a-standard-48-lssd
c4a-highmem-48-lssd
10
c4a-standard-64-lssd
c4a-highmem-64-lssd
14
c4a-standard-72-lssd
c4a-highmem-72-lssd
16
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
c3d-highmem-8-lssd
1
c3d-standard-16-lssd
c3d-highmem-16-lssd
1
c3d-standard-30-lssd
c3d-highmem-30-lssd
2
c3d-standard-60-lssd
c3d-highmem-60-lssd
4
c3d-standard-90-lssd
c3d-highmem-90-lssd
8
c3d-standard-180-lssd
c3d-highmem-180-lssd
16
c3d-standard-360-lssd
c3d-highmem-360-lssd
32
Tipos de máquinas A3 Ultra
a3-ultragpu-8g 32
Tipos de máquinas Mega A3
a3-megagpu-8g 16
Tipos de máquinas A3 High
a3-highgpu-1g 2
a3-highgpu-2g 4
a3-highgpu-4g 8
a3-highgpu-8g 16
Tipos de máquinas A3 Edge
a3-edgegpu-8g 16
Tipos de máquinas Ultra A2
a2-ultragpu-1g 1
a2-ultragpu-2g 2
a2-ultragpu-4g 4
a2-ultragpu-8g 8
Instancias de Z3 que usan Titanium SSD
Cada disco tiene un tamaño de 3 TiB.
z3-highmem-88 12
z3-highmem-176 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 instancia recién creada. Debido a que no puedes agregar discos SSD locales a una instancia después de crearla, usa la información de esta sección para determinar cuántos discos SSD locales conectar cuando creas una instancia.

Tipos de máquinas N1 Cantidad de discos SSD locales permitidos por instancia
Tipos de máquinas con GPUs T4 De 1 a 8, 16
Todos los demás tipos de máquinas 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, C3-metal, M2, N4, Tau T2D, Tau T2A y X4 Estos tipos de máquinas no admiten discos SSD locales.

Precios

Por cada disco SSD local que crees, se te facturará la capacidad total del disco durante el tiempo que se ejecute la instancia a la que se adjunta.

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

Discos SSD locales e instancias de VM Spot

Si inicias una VM Spot o una VM interrumpible con un disco SSD local, Compute Engine cobra precios puntuales por el uso de la 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 del disco SSD local en una VM Spot o una 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 instancia

Para usar un disco SSD local con una instancia de procesamiento, debes completar los siguientes pasos:

Nombres de dispositivos en instancias de Linux

Los nombres de los dispositivos Linux para los discos conectados a tu instancia dependen de la interfaz que elijas cuando crees los discos. Cuando usas el comando lsblk del 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 coerente en los reinicios de las instancias. En el primer inicio, un disco podría ser nvme0n1 (o sda para SCSI). En el segundo inicio, el nombre del dispositivo para el mismo disco podría 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 instancia.

Para obtener más información sobre los nombres de dispositivos, consulta Nombres de dispositivos en instancias de Linux.

Detén o suspende una VM con discos SSD locales

Cuando detienes o suspendes una VM, Compute Engine descarta los datos de los discos SSD locales conectados a la VM de forma predeterminada. Cuando reanudas la VM, todos los discos SSD locales conectados a la VM están en blanco.

Conserva los datos de SSD locales cuando detienes o suspendes una VM

Cuando detienes o suspendes una VM, puedes conservar de forma opcional los datos de los discos SSD locales conectados a la VM.

Cuando se inicia la operación de detención o suspensión, Compute Engine realiza una migración administrada de los datos del disco SSD local al almacenamiento duradero. Cuando reanudas o reinicias la VM, Compute Engine copia los datos preservados a los discos SSD locales conectados a la VM. Después de reanudar o reiniciar la VM, es posible que debas volver a activar el disco SSD local en el sistema de archivos.

Se te factura el espacio de almacenamiento que se usa para conservar los datos de la SSD local hasta que reinicies o reanudes la VM. El espacio de almacenamiento utilizado consume la cuota de Persistent disk standard GB de tu proyecto.

Limitaciones

  • La preservación de datos de SSD locales solo está en versión preliminar y no está cubierta por las condiciones de DG de Compute Engine.
  • No puedes usar esta función con instancias de Z3.
  • No puedes conservar los datos de SSD locales si detienes o suspendes una VM que tiene más de 32 discos SSD locales conectados.
  • No puedes conservar los datos de SSD locales si detienes o suspendes una VM desde la consola de Google Cloud.
  • Guardar los datos de las SSD locales es un proceso lento y comienza solo después de que se inicia la operación de suspensión o detención.
  • Si usas VMs Spot o VMs interrumpibles y eliges conservar los datos de SSD locales durante una operación de suspensión o detención, los datos de SSD locales se perderán si Compute Engine interrumpe la VM durante la operación de detención o suspensión.

Para obtener información sobre cómo conservar los datos de SSD locales cuando detienes o suspendes una VM, consulta Detén una instancia con discos SSD locales y Suspende una instancia con discos SSD locales, respectivamente.

Borra discos SSD locales

Para quitar o borrar los discos SSD locales, debes borrar la VM a la que están conectados. No puedes borrar los discos SSD locales, a menos que borres la VM.

Antes de borrar una VM que tenga discos SSD locales conectados, asegúrate de migrar los datos importantes de los discos SSD locales a un disco persistente, Hyperdisk o a otra VM. De lo contrario, los datos de los discos SSD locales se pierden de forma permanente.

¿Qué sigue?

Obtén más información para crear una VM con discos SSD locales.