À propos des disques SSD locaux

Si vos charges de travail nécessitent un stockage temporaire hautes performances et à faible latence, envisagez d'utiliser des disques durs SSD locaux lorsque vous créez votre instance de calcul. Les disques SSD locaux sont des disques de stockage SSD temporaires dont les données sont toujours chiffrées pour Compute Engine. Pour en savoir plus sur les autres disques disponibles dans Compute Engine, consultez la page Choisir un type de disque.

Les disques SSD locaux sont parfaits lorsque vous avez besoin de stockage dans les cas d'utilisation suivants:

  • Caches ou stockage pour les données temporaires
  • Espace de traitement temporaire pour le calcul hautes performances ou l'analyse de données
  • Stockage temporaire des données, comme pour la base de données système tempdb pour Microsoft SQL Server

Les disques SSD locaux offrent des opérations d'E/S supérieures par seconde (IOPS) et une latence très faible par rapport au stockage persistant fourni par Google Cloud Hyperdisk et Persistent Disk. Cette faible latence est due au fait que les disques SSD locaux sont physiquement connectés au serveur qui héberge votre instance. Pour cette raison, les disques SSD locaux ne peuvent fournir qu'un stockage temporaire.

Le disque SSD local étant adapté à un stockage temporaire uniquement, vous devez stocker les données qui ne sont pas temporaires ou éphémères en utilisant un volume Hyperdisk ou Persistent Disk.

Pour utiliser des disques SSD locaux avec une instance de calcul, ajoutez des disques SSD locaux lorsque vous créez l'instance. Vous ne pouvez pas ajouter de disques SSD locaux à une instance après l'avoir créée.

Types de disques SSD locaux

Il existe deux types de disques SSD locaux:

  • Titanium SSD: disque SSD local conçu sur mesure qui utilise le traitement du déchargement des E/S Titanium et offre une sécurité, des performances et une gestion améliorées des SSD. Titanium offre un nombre d'IOPS de stockage, un débit et une latence plus élevés que la génération précédente de SSD locaux. La série de machines Z3 optimisée pour le stockage et la série de machines C4A à usage général proposent un stockage SSD local à l'aide de SSD Titanium.

    Les disques SSD Titanium sont directement connectés aux instances de calcul de leur serveur hôte.

  • SSD local: il s'agit de la fonctionnalité SSD locale d'origine pour Google Cloud. Chaque disque SSD local associé à une instance offre une capacité de 375 Gio. Ces disques offrent des performances supérieures à celles d'Hyperdisk ou de Persistent Disk. Vous pouvez utiliser l'interface NVMe ou SCSI pour monter des disques SSD locaux.

    Les disques SSD locaux sont directement associés aux instances dans leur serveur hôte.

Sauf mention spécifique du SSD Titanium, le terme "SSD local" s'applique à la fois au SSD local et au SSD Titanium lorsque vous décrivez les fonctionnalités des disques SSD locaux.

Performances

Les performances des SSD locaux dépendent de plusieurs facteurs, tels que le nombre de SSD locaux associés, l'interface de disque sélectionnée (NVMe ou SCSI) et le type de machine de l'instance. Les performances disponibles augmentent à mesure que vous associez des disques SSD locaux à votre instance.

Performances des disques SSD locaux par nombre de disques associés

Les tableaux suivants répertorient le nombre maximal d'IOPS et le débit maximal pour les disques SSD locaux associés à NVMe et SCSI. Les métriques sont répertoriées en fonction de la capacité totale des disques SSD locaux associés à l'instance.

Performances des disques SSD Titanium

Le tableau suivant indique les limites de performances des disques SSD Titanium sur les instances C4A et Z3.

Nombre de disques SSD
Titanium associés		 Espace de stockage total (Gio) IOPS
Débit (Mio/s)
Lire Écriture Lecture Écriture
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
Série de machines Z3 (disques de 3 To)
12 36 000 6 000 000 6 000 000 36 000 30 000

Performances des disques SSD locaux NVMe

Le tableau suivant indique les limites de performances pour les disques SSD locaux associés à des instances à l'aide de NVMe.

Nombre de disques
SSD locaux associés		 Espace de stockage total (Gio) Capacité par disque (Gio) IOPS
Débit (Mio/s)
Lire Écriture Lecture Écriture
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

Performances des disques SSD locaux SCSI

Le tableau suivant indique les limites de performances pour les disques SSD locaux associés à des instances à l'aide de SCSI.

Nombre de disques SSD
locaux combinés		 Espace de stockage (Gio) IOPS
Débit (Mio/s)
Lire Écriture Lecture Écriture
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

Configurer votre instance pour optimiser les performances

Pour atteindre les niveaux de performances indiqués, vous devez configurer votre instance de calcul comme suit:

  • Associez les disques SSD locaux avec l'interface NVMe. Les disques associés à l'interface SCSI ont des performances inférieures.

  • Les types de machines suivants nécessitent également un nombre minimal de processeurs virtuels pour atteindre ces valeurs maximales :

    • Les types de machines N2, N2D ou A2 nécessitent au moins 24 processeurs virtuels.
    • Les types de machines N1 nécessitent au moins 32 processeurs virtuels.

  • Si votre instance utilise une image Linux personnalisée, celle-ci doit utiliser la version 4.14.68 ou ultérieure du noyau Linux. Si vous utilisez les images publiques fournies par Compute Engine, vous n'avez rien à faire.

Pour connaître les paramètres de configuration supplémentaires des instances et des disques qui peuvent améliorer les performances des disques SSD locaux, consultez la page Optimiser les performances des disques SSD locaux.

Pour en savoir plus sur la sélection d'une interface de disque, consultez la page Choisir une interface de disque.

Persistance des données des disques SSD locaux

Compute Engine conserve les données sur les disques SSD locaux dans certains scénarios. Dans d'autres cas, il ne garantit pas la persistance des données des disques SSD locaux.

Les informations suivantes décrivent ces scénarios et s'appliquent à chaque disque SSD local associé à une instance.

Scénarios dans lesquels Compute Engine conserve les données des disques SSD locaux

La persistance des données stockées sur des disques SSD locaux n'est assurée que dans les cas suivants :

Scénarios dans lesquels Compute Engine peut ne pas conserver les données des disques SSD locaux

Les données stockées sur les disques SSD locaux peuvent être perdues si une erreur d'hôte se produit sur l'instance et que Compute Engine ne peut pas reconnecter l'instance au disque SSD local dans un délai spécifié.

Vous pouvez contrôler le temps passé, le cas échéant, à récupérer les données avec le délai de récupération de SSD local. Si Compute Engine ne peut pas se reconnecter au disque avant l'expiration du délai, l'instance est redémarrée. Lorsque l'instance redémarre, les données du disque SSD local sont irrécupérables. Compute Engine associe un disque SSD local vide à l'instance redémarrée.

Le délai avant expiration de récupération de SSD local fait partie de la stratégie de maintenance d'hôte d'une instance. Pour en savoir plus, consultez la section Délai de récupération de SSD local.

Scénarios dans lesquels Compute Engine ne conserve pas les données des disques SSD locaux

La persistance des données stockées sur des disques SSD locaux n'est pas assurée dans les cas suivants :

  • Vous arrêtez le système d'exploitation invité et forcez l'arrêt de l'instance.
  • Si vous créez une VM Spot ou une VM préemptive, qui est soumise au processus de préemption.
  • Vous configurez l'instance pour qu'elle s'arrête en cas d'événements de maintenance de l'hôte, et ce type d'événement survient.
  • Vous n'avez pas correctement configuré le disque SSD local, ce qui le rend inaccessible.
  • Vous désactivez la facturation du projet, provoquant ainsi l'arrêt de l'instance.

Si Compute Engine ne parvient pas à récupérer les données de disque SSD local d'une instance, il la redémarre avec un disque SSD local installé et associé pour chaque disque SSD local précédemment associé.

Compatibilité avec les séries de machines

Vous pouvez utiliser des disques SSD locaux avec les séries de machines suivantes.

Sélectionnez une série de machines pour afficher sa compatibilité avec les SSD locaux.

Série de machines Compatibilité avec le SSD local
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

Il existe toutefois certaines contraintes sur le nombre de disques SSD locaux que vous pouvez associer, en fonction du type de machine. Pour en savoir plus, consultez la page Choisir un nombre valide de disques SSD locaux.

Limites

Le disque SSD local présente les limites suivantes :

  • Vous ne pouvez pas utiliser de disques SSD locaux avec des VM avec des types de machines à cœur partagé.

  • Vous ne pouvez pas associer de disques SSD locaux aux instances qui utilisent des types de machines N4, H3, M2 E2 ou Tau T2A.

  • Vous ne pouvez pas utiliser de clés de chiffrement fournies ou gérées par le client avec des disques SSD locaux. Compute Engine chiffre automatiquement vos données lorsqu'elles sont écrites dans l'espace de stockage SSD local.

  • Vous ne pouvez pas sauvegarder de disques SSD locaux avec des instantanés, des clones, des images de machine ou des images. Stockez les données importantes sur des volumes Hyperdisk ou Persistent Disk.

Chiffrement des disques SSD locaux

Compute Engine chiffre automatiquement vos données lorsqu'elles sont écrites sur des disques SSD locaux. Vous ne pouvez pas utiliser les clés de chiffrement fournies par le client avec des disques SSD locaux.

Sauvegarde des données des disques SSD locaux

Puisque vous ne pouvez pas sauvegarder de données de disque SSD local en utilisant des images disque, des instantanés standards ou des clones de disque, nous vous recommandons de toujours stocker les données précieuses sur une option de stockage durable.

Si vous souhaitez conserver les données sur un disque SSD local, associez un disque persistant ou un hyperdisque Google Cloud à l'instance. Après avoir installé le disque persistant ou l'hyperdisque, copiez les données du disque SSD local sur le nouveau disque associé.

Choisir une interface disque

Pour optimiser les performances des disques SSD locaux, vous devez associer vos disques à l'instance à l'aide de l'interface NVMe. Les performances sont inférieures si vous utilisez l'interface SCSI.

L'interface disque que vous choisissez dépend également du type de machine et de l'OS utilisés par votre instance. Certains types de machines disponibles dans Compute Engine vous permettent de choisir entre les interfaces NVMe et SCSI, tandis que d'autres ne sont compatibles qu'avec NVMe ou SCSI. De même, certaines des images d'OS publiques fournies par Compute Engine peuvent être compatibles avec NVMe et SCSI, ou bien une seule des deux.

Compatibilité avec les interfaces disque par type de machine et image d'OS

Les pages suivantes fournissent des informations supplémentaires sur les types de machines disponibles et les images publiques compatibles, ainsi que sur les performances.

  • Interfaces compatibles par type de machine : consultez la section Comparaison de séries de machines. Dans la liste Choisir les propriétés de VM à comparer, sélectionnez Type d'interface de disque.

  • Image de l'OS : pour obtenir la liste des images de l'OS publiques fournies par Compute Engine qui sont compatibles avec SCSI ou NVMe, consultez l'onglet Interfaces pour chaque table dans la documentation du système d'exploitation.

Remarques concernant NVMe pour les images personnalisées

Si votre instance utilise une image Linux personnalisée, vous devez utiliser la version 4.14.68 ou ultérieure du noyau Linux pour des performances NVMe optimales.

Remarques concernant SCSI pour les images personnalisées

Si vous avez une configuration existante qui nécessite l'utilisation d'une interface SCSI, envisagez d'utiliser le mode SCSI à files d'attente multiples pour obtenir de meilleures performances par rapport à l'interface SCSI standard.

Si vous utilisez une image personnalisée que vous avez importée, consultez la section Activer le mode SCSI à files d'attente multiples.

Choisir un nombre valide de disques SSD locaux

La plupart des types de machines disponibles sur Compute Engine sont compatibles avec les disques SSD locaux. Certains types de machines incluent toujours un nombre fixe de disques SSD locaux par défaut, tandis que d'autres vous permettent d'ajouter un nombre spécifique de disques. Vous ne pouvez ajouter des disques SSD locaux qu'au moment de la création de l'instance. Vous ne pouvez pas ajouter de disques SSD locaux à une instance après l'avoir créée.

Pour les instances créées à l'aide d'un type de machine Z3 optimisé pour le stockage, chaque disque SSD Titanium associé dispose de 3 000 Gio de capacité. Pour toutes les autres séries de machines, chaque disque SSD local que vous associez dispose d'une capacité de 375 Gio.

Types de machines qui associent automatiquement des disques SSD locaux

Le tableau suivant répertorie les types de machines qui incluent des disques SSD locaux par défaut et indique le nombre de disques associés lorsque vous créez l'instance.

Type de machine Nombre de disques SSD locaux
associés automatiquement par instance
Types de machines C4A
Seules les variantes -lssd des types de machines C4A sont compatibles avec les SSD Titanium locaux.
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
Types de machines C3
Seules les variantes -lssd des types de machines C3 sont compatibles avec les disques SSD locaux.
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
Types de machines C3D
Seules les variantes -lssd des types de machines C3D sont compatibles avec les disques SSD locaux.
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
Types de machines ultra A3
a3-ultragpu-8g 32
Types de machines A3 Mega
a3-megagpu-8g 16
Types de machines A3 High
a3-highgpu-1g 2
a3-highgpu-2g 4
a3-highgpu-4g 8
a3-highgpu-8g 16
Types de machines A3 Edge
a3-edgegpu-8g 16
Types de machines ultra A2
a2-ultragpu-1g 1
a2-ultragpu-2g 2
a2-ultragpu-4g 4
a2-ultragpu-8g 8
Instances Z3 utilisant des SSD Titanium
La taille de chaque disque est de 3 Tio.
z3-highmem-88 12
z3-highmem-176 12

Types de machines nécessitant le choix d'un nombre de disques SSD locaux

Les types de machines répertoriés dans le tableau suivant n'associent pas automatiquement des disques SSD locaux à une instance nouvellement créée. Étant donné que vous ne pouvez pas ajouter de disques SSD locaux à une instance après l'avoir créée, utilisez les informations de cette section pour déterminer le nombre de disques SSD locaux à associer lorsque vous créez une instance.

Types de machines N1 Nombre de disques SSD locaux autorisés par instance
Types de machines avec GPU T4 1 à 8, 16
Tous les autres types de machines 1 à 8, 16 ou 24
Types de machines N2
Types de machines comportant de 2 à 10 processeurs virtuels (inclus) 1, 2, 4, 8, 16, ou 24
Types de machines comportant de 12 à 20 processeurs virtuels (inclus) 2, 4, 8, 16, ou 24
Types de machines comportant de 22 à 40 processeurs virtuels (inclus) 4, 8, 16, ou 24
Types de machines comportant de 42 à 80 processeurs virtuels (inclus) 8, 16, ou 24
Types de machines comportant de 82 à 128 processeurs virtuels (inclus) 16 ou 24
Types de machines N2D
Types de machines comportant de 2 à 16 processeurs virtuels (inclus) 1, 2, 4, 8, 16, ou 24
Types de machines comportant 32 ou 48 processeurs virtuels 2, 4, 8, 16, ou 24
Types de machines comportant 64 ou 80 processeurs virtuels 4, 8, 16, ou 24
Types de machines comportant de 96 à 224 processeurs virtuels (inclus) 8, 16, ou 24
Types de machines C2
Types de machines comportant 4 ou 8 processeurs virtuels 1, 2, 4 ou 8
Types de machines comportant 16 processeurs virtuels 2, 4 ou 8
Types de machines comportant 30 processeurs virtuels 4 ou 8
Types de machines comportant 60 processeurs virtuels 8
Types de machines C2D
Types de machines comportant de 2 à 16 processeurs virtuels (inclus) 1, 2, 4, 8
Types de machines comportant 32 processeurs virtuels 2, 4, 8
Types de machines comportant 56 processeurs virtuels 4, 8
Types de machines comportant 112 processeurs virtuels 8
Types de machines standard A2
a2-highgpu-1g 1, 2, 4 ou 8
a2-highgpu-2g 2, 4 ou 8
a2-highgpu-4g 4 ou 8
a2-highgpu-8g ou a2-megagpu-16g 8
Types de machines 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
Types de machines M1
m1-ultramem-40 Non disponible
m1-ultramem-80 Non disponible
m1-megamem-96 1 à 8
m1-ultramem-160 Non disponible
Types de machines M3
m3-ultramem-32 4, 8
m3-megamem-64 4, 8
m3-ultramem-64 4, 8
m3-megamem-128 8
m3-ultramem-128 8
Types de machines E2, C3-metal, M2, N4, Tau T2D, Tau T2A et X4 Ces types de machines ne sont pas compatibles avec les disques SSD locaux.

Tarifs

Pour chaque disque SSD local que vous créez, vous êtes facturé pour la capacité totale du disque pendant la durée de vie de l'instance à laquelle il est associé.

Pour plus d'informations sur la tarification des disques SSD locaux et les remises disponibles, consultez la section Tarifs des disques SSD locaux.

Disques SSD locaux et instances de VM Spot

Si vous démarrez une VM Spot ou une VM préemptive avec un disque SSD local, Compute Engine applique des tarifs Spot avec remise pour l'utilisation de ce disque. Les disques SSD locaux associés à des VM Spot ou préemptives fonctionnent comme des disques SSD locaux normaux, conservent les mêmes caractéristiques de persistance des données et restent associés pendant toute la durée de vie de VM.

L'utilisation des disques SSD locaux sur une VM Spot ou une VM préemptive ne vous est pas facturée par Compute Engine si la VM est préemptée dans la minute qui suit son exécution.

Réserver des disques SSD locaux avec des remises sur engagement d'utilisation

Pour réserver des ressources SSD locales dans une zone spécifique, consultez la section Réservations de ressources zonales Compute Engine.

Pour bénéficier de remises sur engagement d'utilisation pour les disques SSD locaux dans une zone spécifique, vous devez souscrire des engagements basés sur les ressources pour ces ressources SSD locales, et associer également des réservations spécifiant des ressources SSD locales correspondantes à vos engagements. Pour en savoir plus, consultez la section Associer des réservations à des engagements basés sur les ressources.

Utiliser des disques SSD locaux avec une instance

Pour utiliser un disque SSD local avec une instance de calcul, procédez comme suit:

Nommer les périphériques sur les instances Linux

Les noms de périphériques Linux des disques associés à votre instance dépendent de l'interface que vous avez choisie lors de la création des disques. Lorsque vous utilisez la commande du système d'exploitation lsblk pour afficher vos disques, elle affiche le préfixe nvme pour les disques associés à l'interface NVMe et le préfixe sd pour les disques associés à l'interface SCSI.

L'ordre des numéros de disque ou des contrôleurs NVMe n'est pas prévisible ni cohérent entre les redémarrages d'instances. Lors du premier démarrage, un disque peut être nvme0n1 (ou sda pour SCSI). Lors du deuxième démarrage, le nom de l'appareil pour le même disque peut être nvme2n1 ou nvme0n3 (ou sdc pour SCSI).

Lorsque vous accédez à des disques associés, vous devez utiliser les liens symboliques créés dans /dev/disk/by-id/. Ces noms persistent après les redémarrages. Pour en savoir plus sur les liens symboliques, consultez la section Liens symboliques pour les disques associés à une instance.

Pour en savoir plus sur les noms d'appareils, consultez la section Nommer les appareils sur les instances Linux.

Arrêter ou suspendre une VM avec des disques SSD locaux

Lorsque vous arrêtez ou suspendez une VM, Compute Engine supprime par défaut les données de tous les disques SSD locaux associés à la VM. Lorsque vous reprenez la VM, tous les disques SSD locaux associés sont vides.

Conserver les données des SSD locaux lorsque vous arrêtez ou suspendez une VM

Lorsque vous arrêtez ou suspendez une VM, vous pouvez éventuellement conserver les données des disques SSD locaux associés à la VM.

Lorsque l'opération d'arrêt ou de suspension commence, Compute Engine effectue une migration gérée des données du disque SSD local vers un espace de stockage durable. Lorsque vous reprenez ou redémarrez la VM, Compute Engine copie les données conservées sur les disques SSD locaux associés à la VM. Après avoir repris ou redémarré la VM, vous devrez peut-être réinstaller le disque SSD local dans le système de fichiers.

L'espace de stockage utilisé pour conserver les données des disques SSD locaux vous est facturé jusqu'à ce que vous redémarriez ou réactiviez la VM. L'espace de stockage utilisé consomme le quota Persistent disk standard GB de votre projet.

Limites

  • La conservation des données des SSD locaux est disponible en preview uniquement et n'est pas couverte par les conditions de disponibilité générale de Compute Engine.
  • Vous ne pouvez pas utiliser cette fonctionnalité avec des instances Z3.
  • Vous ne pouvez pas conserver les données des disques SSD locaux si vous arrêtez ou suspendez une VM avec plus de 32 disques SSD locaux associés.
  • Vous ne pouvez pas conserver les données des disques SSD locaux si vous arrêtez ou suspendez une VM depuis la console Google Cloud.
  • L'enregistrement des données des disques SSD locaux est un processus lent qui ne commence qu'après le début de l'opération de suspension ou d'arrêt.
  • Si vous utilisez des VM Spot ou des VM préemptives et que vous choisissez de conserver les données des disques SSD locaux lors d'une opération de suspension ou d'arrêt, les données des disques SSD locaux sont perdues si Compute Engine préempte la VM lors de l'opération d'arrêt ou de suspension.

Pour savoir comment conserver les données des SSD locaux lorsque vous arrêtez ou suspendez une VM, consultez les pages Arrêter une instance avec des disques SSD locaux et Suspendre une instance avec des disques SSD locaux, respectivement.

Supprimer des disques SSD locaux

Pour retirer ou supprimer des disques SSD locaux, vous devez supprimer la VM à laquelle ils sont associés. Vous ne pouvez pas supprimer des disques SSD locaux sans supprimer la VM.

Avant de supprimer une VM avec des disques SSD locaux associés, veillez à migrer toutes les données critiques des disques SSD locaux vers un disque persistant, un hyperdisque ou une autre VM. Sinon, les données stockées sur les disques SSD locaux sont définitivement perdues.

Étape suivante

Découvrez comment créer une VM avec des disques SSD locaux.