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:
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:
- Si reinicias el sistema operativo invitado.
- Si configuras la instancia para la migración en vivo y la instancia pasa por un evento de mantenimiento del host.
- Si eliges conservar los datos de las SSD locales cuando detienes o suspendes la instancia. Esta función está en vista previa.
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.
Selecciona una serie de máquinas para mostrar su compatibilidad con SSD locales.
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:
- Agrega discos SSD locales cuando crees una instancia.
- Formatea y activa los discos SSD locales que agregaste a tu instancia.
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.