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
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 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 offrent 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 :
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 :
- Vous redémarrez le système d'exploitation invité.
- Vous configurez votre instance pour la migration à chaud, et un événement de maintenance de l'hôte survient.
- Si vous choisissez de conserver les données des disques SSD locaux lorsque vous arrêtez ou suspendez l'instance. 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 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 | — |
| C4D (preview) | — |
| C3 | |
| C3D | |
| N4 | — |
| N2 | |
| N2D | |
| N1 | |
| T2D | — |
| T2A | — |
| E2 | — |
| Z3 | |
| H3 | — |
| C2 | |
| C2D | |
| X4 | — |
| M4 | — |
| M3 | |
| M2 | — |
| M1 | |
| N1 + GPU | |
| A4 | |
| A3 (H200) | |
| A3 (H100) | |
| 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-lssdc4a-highmem-4-lssd |
1 |
c4a-standard-8-lssdc4a-highmem-8-lssd |
2 |
c4a-standard-16-lssdc4a-highmem-16-lssd |
4 |
c4a-standard-32-lssdc4a-highmem-32-lssd |
6 |
c4a-standard-48-lssdc4a-highmem-48-lssd |
10 |
c4a-standard-64-lssdc4a-highmem-64-lssd |
14 |
c4a-standard-72-lssdc4a-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-lssdc3d-highmem-8-lssd |
1 |
c3d-standard-16-lssdc3d-highmem-16-lssd |
1 |
c3d-standard-30-lssdc3d-highmem-30-lssd |
2 |
c3d-standard-60-lssdc3d-highmem-60-lssd |
4 |
c3d-standard-90-lssdc3d-highmem-90-lssd |
8 |
c3d-standard-180-lssdc3d-highmem-180-lssd |
16 |
c3d-standard-360-lssdc3d-highmem-360-lssd |
32 |
| Types de machines A4 | |
a4-highgpu-8g |
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 |
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.