À 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 machine virtuelle (VM). Les disques SSD locaux sont des disques de stockage SSD dont les données sont toujours chiffrées.

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 de faible valeur
  • 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 à Persistent Disk et Google Cloud Hyperdisk. En effet, les disques SSD locaux sont rattachés physiquement au serveur qui héberge votre VM. 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 l'une de nos options de stockage durables.

Chaque disque SSD local est disponible dans une taille fixe. Vous pouvez associer plusieurs disques SSD locaux à une même VM lors de sa création. Le nombre de disques SSD locaux que vous pouvez associer à une VM dépend du type de machine de cette VM. Pour en savoir plus, consultez la page Choisir un nombre valide de disques SSD locaux.

Si les disques SSD locaux ne répondent pas à vos exigences en matière de redondance ou de flexibilité, vous pouvez les utiliser en combinaison avec d'autres options de stockage.

Performances

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

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 à la VM.

Performances des disques SSD locaux NVMe

Nombre de disques
SSD locaux associés
Espace de stockage (Gio) Capacité par disque IOPS Débit
(Mbit/s)
Read Écriture Lecture Écriture
1 375 375 Gio 170 000 90 000 660 350
2 750 375 Gio 340 000 180 000 1 320 700
3 1 125 375 Gio 510 000 270 000 1 980 1 050
4 1,500 375 Gio 680 000 360 000 2 650 1 400
5 1 875 375 Gio 680 000 360 000 2 650 1 400
6 2 250 375 Gio 680 000 360 000 2 650 1 400
7 2 625 375 Gio 680 000 360 000 2 650 1 400
8 3 000 375 Gio 680 000 360 000 2 650 1 400
16 6 000 375 Gio 1 600 000 800 000 6 240 3 120
24 9 000 375 Gio 2 400 000 1 200 000 9 360 4 680
32 12 000 375 Gio 3 200 000 1 600 000 12 480 6 240
Série de machines Z3
12 36 000 3 000 Gio * 6 000 000 6 000 000 36 000 30 000

Performances des disques SSD locaux SCSI

Nombre de disques SSD
locaux combinés
Espace de stockage (Gio) IOPS Débit
(Mbit/s)
Read É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 VM pour optimiser les performances

Pour atteindre les niveaux de performances indiqués, vous devez configurer votre VM 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 VM 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 VM 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 VM.

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 la VM et que Compute Engine ne peut pas reconnecter la VM 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, la VM est redémarrée. Lorsque la VM redémarre, les données du disque SSD local sont irrécupérables. Compute Engine associe un disque SSD local vide à la VM 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 VM. 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 la VM.
  • Si vous créez une VM Spot ou une VM préemptive, qui est soumise au processus de préemption.
  • Vous configurez la VM 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 la VM.

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

Chiffrement des disques SSD locaux

Compute Engine chiffre automatiquement vos données lorsqu'elles sont écrites dans l'espace de stockage d'un disque SSD local. Vous ne pouvez pas utiliser les clés de chiffrement fournies par le client avec un disque SSD local.

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 à la VM. 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 à la VM à 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 VM. 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 VM utilise une image Linux personnalisée, vous devez utiliser la version 4.14.68 ou ultérieure du noyau Linux pour des performances optimales NVMe.

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 la VM. Vous ne pouvez pas ajouter de disques SSD locaux à une VM après l'avoir créée.

Pour les VM créées sur la série de machines Z3, chaque disque associé dispose de 3 000 Gio de capacité. Pour toutes les autres séries de machines, chaque disque 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 la VM.

Type de machine Nombre de disques SSD locaux
associés automatiquement par VM
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 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
c3d-highmem-8-lssd 1
c3d-highmem-16-lssd 1
c3d-highmem-30-lssd 2
c3d-highmem-60-lssd 4
c3d-highmem-90-lssd 8
c3d-highmem-180-lssd 16
c3d-highmem-360-lssd 32
Types de machines standard A3
a3-highgpu-8g 16
Types de machines ultra A2
a2-ultragpu-1g 1
a2-ultragpu-2g 2
a2-ultragpu-4g 4
a2-ultragpu-8g 8
Types de machines Z3
La taille de chaque disque est de 3 Tio.
z3-standard-88-lssd 12
z3-standard-176-lssd 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 VM nouvellement créée. Étant donné que vous ne pouvez pas ajouter de disques SSD locaux à une VM 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 VM.

Types de machines N1 Nombre de disques SSD locaux autorisés par VM
Tous les types de machines N1 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 N4, E2, Tau T2D, Tau T2A et M2 Ces types de machines ne sont pas compatibles avec les disques SSD locaux.

Tarification

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 la VM à 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 VM

Pour utiliser un disque SSD local avec une VM, procédez comme suit :

Nommer les appareils sur les VM Linux

Les noms d'appareils Linux des disques associés à votre VM dépendent de l'interface que vous avez choisie lors de la création des disques. Lorsque vous utilisez 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 de VM. Lors du premier démarrage, un disque persistant peut être nvme0n1 (ou sda pour SCSI). Lors du deuxième démarrage, le nom de l'appareil pour le même disque persistant 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 VM.

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

Arrêter une VM avec un disque SSD local

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.

Si vous souhaitez conserver les données des disques SSD locaux associés à la VM, vous devez arrêter ou suspendre la VM à l'aide de gcloud CLI et en incluant l'option --discard-local-ssd=false. Cette opération commence une migration gérée des données des disques SSD locaux vers un espace de stockage persistant. L'utilisation du stockage supplémentaire vous est facturée jusqu'à ce que vous redémarriez la VM. Vous devrez peut-être réinstaller le disque SSD local dans le système de fichiers après le redémarrage de la VM.

Restrictions

  • --discard-local-ssd=false est actuellement en version bêta publique et n'est pas couvert par les conditions de disponibilité générale de Compute Engine.
  • Compute Engine n'est compatible avec l'utilisation de --discard-local-ssd=false que sur les VM auxquelles un maximum de 16 disques SSD locaux sont 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. Vous devez utiliser Google Cloud CLI, les bibliothèques clientes Cloud ou l'API Compute Engine.
  • L'enregistrement des données des disques SSD locaux est un processus lent. La copie des données des disques SSD locaux ne commence qu'après la réception de la requête suspend ou stop.
  • Lorsque vous utilisez des VM Spot ou des VM préemptives, la préemption peut se produire à tout moment et peut interrompre une tentative de suspension ou de réactivation. Dans ce cas, la VM est arrêtée (préemptée), non suspendue, et aucune donnée de disque SSD local n'est conservée dans le stockage persistant lorsque la VM reprend ou redémarre.

Supprimer les disques SSD locaux

Pour retirer ou supprimer des disques SSD locaux, vous devez supprimer la VM à laquelle ils sont associés. Avant de supprimer une VM avec des disques SSD locaux, veillez à migrer vos données critiques du disque SSD local vers un disque persistant, vers un hyperdisque ou vers une autre VM.