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
tempdbpour 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 :
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 :
- Vous redémarrez le système d'exploitation invité.
- Vous configurez votre VM pour la migration à chaud et la VM passe par un événement de maintenance de l'hôte.
- Si vous choisissez de conserver les données des disques SSD locaux lorsque vous arrêtez ou suspendez la VM. Cette fonctionnalité est disponible en version bêta.
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 :
- Ajoutez des disques SSD locaux lorsque vous créez une VM.
- Formatez et installez des disques SSD locaux que vous avez ajoutés à votre VM.
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=falseest 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=falseque 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
suspendoustop. - 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.