Compute Engine offre un espace de stockage de blocs sur un disque dur SSD local, dont les données sont toujours chiffrées pour les instances de machines virtuelles (VM). Chaque disque SSD local a une taille de 375 Gio, mais vous pouvez associer jusqu'à 24 partitions de SSD locaux pour obtenir 9 Tio par VM. Vous pouvez également formater et installer plusieurs partitions de disque SSD local dans un seul volume logique.
Contrairement aux volumes Persistent Disk, les disques SSD locaux sont rattachés physiquement au serveur qui héberge votre instance de VM. Comparativement aux disques persistants, ce couplage fort offre des performances supérieures, un nombre très élevé d'opérations d'entrée/de sortie par seconde (IOPS), ainsi qu'une latence très faible. Pour en savoir plus, consultez la page Configurer les disques pour répondre aux exigences de performances.
Les disques SSD locaux sont réservés au stockage temporaire (mises en cache, espace de traitement ou données de faible valeur, par exemple). Pour stocker des données qui ne sont pas temporaires ou éphémères, utilisez l'une de nos options de stockage durables.
Persistance des données des disques SSD locaux
Avant de créer une VM avec un disque SSD local, vous devez identifier les événements contribuant à préserver les données stockées sur ce disque, et ceux pouvant les rendre irrécupérables.
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.
- Une erreur relative au système hôte se produit. Compute Engine tente alors de se reconnecter à la VM et de préserver les données des disques durs SSD locaux, ce qui n'est pas toujours possible. Si la tentative aboutit, la VM redémarre automatiquement. Toutefois, si la tentative de reconnexion échoue, la VM redémarre sans les données. Lors de la restauration de votre VM et de votre disque SSD local par Compute Engine, qui peut prendre jusqu'à 60 minutes, le système hôte et le disque sous-jacent ne répondent pas. Pour configurer le comportement de vos instances de VM en cas d'erreur d'hôte, consultez la page Définir la stratégie de maintenance de l'hôte d'une VM.
La persistance des données stockées sur des disques durs 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.
- Vous configurez l'instance pour qu'elle soit préemptive, et celle-ci 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.
- Une erreur liée au système hôte se produit, et le disque sous-jacent n'est pas récupéré dans un délai de 60 minutes. Dans ce cas, Compute Engine ne tente pas de préserver les données des disques SSD locaux. Lors de la restauration de votre VM et de votre disque SSD local par Compute Engine, qui peut prendre jusqu'à 60 minutes, le système hôte et le disque sous-jacent ne répondent pas.
- 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.
Arrêter une VM avec un SSD local
Lorsque vous arrêtez ou suspendez une VM, toutes les données du SSD local sont supprimées. Pour arrêter ou suspendre une VM à laquelle sont associés des disques SSD locaux, vous pouvez utiliser l'une des méthodes suivantes.
Vous pouvez arrêter ou suspendre une VM avec un SSD local en incluant l'option
--discard-local-ssdou--discard-local-ssd=Truedans les commandesgcloud compute instances stopetgcloud compute instances suspend. Cette option indique que le contenu du disque SSD local est supprimé lorsque la VM s'arrête.Si vous souhaitez conserver le contenu du SSD local, vous pouvez arrêter ou suspendre une VM à l'aide de
--discard-local-ssd=False. Cela entraîne une migration gérée des données du SSD local vers un espace de stockage persistant lors de l'arrêt ou de la suspension de la VM. L'utilisation de l'espace de stockage supplémentaire vous est facturée lorsque la VM n'est pas en cours d'exécution. Pour en savoir plus, consultez la section Suspendre et réactiver une VM. Vous devrez peut-être réinstaller le disque SSD local dans le système de fichiers au redémarrage de la VM.Vous pouvez également arrêter la VM à partir du système d'exploitation invité. Les données du SSD local ne seront pas conservées.
Restrictions
--discard-local-ssd=Falseest actuellement en version preview publique et n'est pas couvert par les conditions de disponibilité générale de Compute Engine.Actuellement, Compute Engine n'est compatible avec l'utilisation de
--discard-local-ssd=Falseque sur les VM auxquelles est associé un disque SSD local au maximum. L'enregistrement du SSD local est un processus lent qui ne commence à copier le contenu du SSD qu'après la réception de la requêtesuspendoustop. Toute interruption peut entraîner une perte de données, et aucune donnée de SSD local n'est conservée dans le stockage persistant lorsque la VM est réactivée ou redémarrée.
Avant de supprimer une VM avec des disques SSD locaux, veillez à migrer vos données critiques du disque SSD local vers un disque persistant ou vers une autre VM.
Si les disques SSD locaux ne répondent pas à vos exigences en termes de redondance ou de flexibilité, vous pouvez les utiliser en combinaison avec d'autres options de stockage.
Capacité maximale de 9 Tio
Vous pouvez créer une VM sur des types de machines compatibles avec les limites suivantes :
- 16 partitions SSD locales pour 6 Tio d'espace SSD local et des performances de 1,6 million d'IOPS en lecture
- 24 partitions SSD locales pour 9 Tio d'espace SSD local et des performances de 2,4 millions d'IOPS en lecture
Choisir un nombre valide de disques SSD locaux
Vous pouvez associer des disques SSD locaux à la plupart des types de machines disponibles sur Compute Engine, comme indiqué dans le tableau suivant.
Si vous associez plusieurs disques SSD locaux à une même instance de VM, vous êtes soumis à certaines contraintes liées au nombre de disques SSD locaux que vous pouvez associer, en fonction du type de machine de l'instance de VM. Selon le type de machine de la VM, vous pouvez associer de 1 à 24 disques SSD locaux à une seule VM, comme indiqué dans le tableau suivant.
| Types de machines N1 | Nombre de partitions SSD locales autorisées par instance de 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 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, Tau T2D, Tau T2A et M2 | Ces types de machines ne sont pas compatibles avec les disques SSD locaux. |
Choisir une interface
Vous pouvez connecter des disques SSD locaux à vos VM à l'aide d'une interface NVMe ou SCSI. La plupart des images publiques incluent des pilotes NVMe et SCSI. Pour les images publiques compatibles avec SCSI, le mode SCSI à files d'attente multiples est activé. Pour obtenir une liste détaillée, consultez l'onglet Interfaces de chaque table dans la documentation des détails du système d'exploitation.
Remarques concernant NVMe pour les images personnalisées
La plupart des images incluent un noyau avec des pilotes optimisés qui permettent à votre VM d'atteindre des performances optimales à l'aide de NVMe. Les images Linux que vous importez offrent les meilleures performances avec NVMe si elles incluent la version de noyau 4.14.68 ou une version ultérieure.
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.
Performances
Les performances des disques SSD locaux dépendent beaucoup de l'interface sélectionnée. Les disques SSD locaux sont disponibles via les interfaces SCSI et NVMe. Si vous choisissez d'utiliser NVMe, vous devez utiliser une image compatible NVMe spécifique pour obtenir des performances optimales. Pour en savoir plus, consultez la page Choisir une interface.
Pour atteindre des limites de performances maximales avec un type de machine N1, utilisez au moins 32 processeurs virtuels. Pour atteindre des limites de performances maximales sur un type de machine N2, N2D ou A2, utilisez au moins 24 processeurs virtuels. Les IOPS en lecture et en écriture devraient être 20 % inférieures sur les VM avec des types de machines N2D, par rapport aux VM avec des types de machines N1, N2 ou A2.
Notez que la lecture et l'écriture sur des disques SSD locaux consomment des cycles de processeur de votre machine virtuelle. Pour atteindre des niveaux d'IOPS élevés et cohérents, vous devez avoir des processeurs disponibles pour traiter les opérations d'entrée et de sortie. Pour en savoir plus, consultez la section Configurer des disques pour répondre aux exigences de performances.
NVMe
| Espace de stockage (Gio) | Partitions | IOPS | Débit (Mo/s) |
||||
|---|---|---|---|---|---|---|---|
| Lecture | Écriture | Lecture | Écriture | ||||
| 375 | 1 | 170 000 | 90 000 | 660 | 350 | ||
| 750 | 2 | 340 000 | 180 000 | 1 320 | 700 | ||
| 1 125 | 3 | 510 000 | 270 000 | 1 980 | 1 050 | ||
| 1 500 | 4 | 680 000 | 360 000 | 2 650 | 1 400 | ||
| 1 875 | 5 | 680 000 | 360 000 | 2 650 | 1 400 | ||
| 2 250 | 6 | 680 000 | 360 000 | 2 650 | 1 400 | ||
| 2 625 | 7 | 680 000 | 360 000 | 2 650 | 1 400 | ||
| 3 000 | 8 | 680 000 | 360 000 | 2 650 | 1 400 | ||
| 6 000 | 16 | 1 600 000 | 800 000 | 6 240 | 3 120 | ||
| 9 000 | 24 | 2 400 000 | 1 200 000 | 9 360 | 4 680 |
SCSI
| Espace de stockage (Gio) | Partitions | IOPS | Débit (Mo/s) |
||||
|---|---|---|---|---|---|---|---|
| Lecture | Écriture | Lecture | Écriture | ||||
| 375 | 1 | 100 000 | 70 000 | 390 | 270 | ||
| 750 | 2 | 200 000 | 140 000 | 780 | 550 | ||
| 1 125 | 3 | 300 000 | 210 000 | 1 170 | 820 | ||
| 1 500 | 4 | 400 000 | 280 000 | 1 560 | 1 090 | ||
| 1 875 | 5 | 400 000 | 280 000 | 1 560 | 1 090 | ||
| 2 250 | 6 | 400 000 | 280 000 | 1 560 | 1 090 | ||
| 2 625 | 7 | 400 000 | 280 000 | 1 560 | 1 090 | ||
| 3 000 | 8 | 400 000 | 280 000 | 1 560 | 1 090 | ||
| 6 000 | 16 | 900 000 | 800 000 | 6 240 | 3 120 | ||
| 9 000 | 24 | 900 000 | 800 000 | 9 360 | 4 680 |
Optimiser les performances des disques SSD locaux
Plusieurs paramètres de configuration de VM et de disque peuvent améliorer les performances des disques SSD locaux. Pour plus d'informations, consultez la page Optimiser les performances des disques SSD locaux.
Disques SSD locaux et instances de VM préemptives
Vous pouvez démarrer une VM Spot ou une instance de VM préemptive avec un disque SSD local, auquel cas Compute Engine appliquera les tarifs Spot avec remise pour l'utilisation de ce SSD. Les SSD locaux associés à des VM Spot ou des instances préemptives fonctionnent comme des 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 la VM.
L'utilisation des SSD locaux sur Compute Engine ne vous est pas facturée si les VM sont préemptées dans la minute qui suit leur exécution.
Pour en savoir plus sur les disques SSD locaux, consultez la page Ajouter des disques SSD locaux.
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 créer et associer des réservations aux engagements que vous souscrivez pour ces ressources. Pour en savoir plus, consultez la section Associer des réservations à des engagements.