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.
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 les types de machines E2, C4D-metal, C3-metal, M2, M4, N4, Tau T2D, Tau T2A ou X4.
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.
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. Les séries de machines suivantes proposent un stockage SSD local à l'aide de SSD Titanium:
- Série de machines Z3 optimisée pour le stockage
- Séries de machines à usage général C4A et C4D
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 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 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 répertorie les limites de performances des disques SSD Titanium sur les instances C4A, C4D et Z3.
| Type de machine | Nombre de disques SSD Titanium associés |
Espace de stockage total (Gio) | IOPS | Débit (Mio/s) |
||
|---|---|---|---|---|---|---|
| Lire | Écriture | Lecture | Écriture | |||
| C4A (avec disques de 375 Gio) | ||||||
c4a-standard-4-lssdc4a-highmem-4-lssd
|
1 | 375 | 150 000 | 75 000 | 650 | 330 |
c4a-standard-8-lssdc4a-highmem-8-lssd
|
2 | 750 | 300 000 | 150 000 | 1 300 | 660 |
c4a-standard-16-lssdc4a-highmem-16-lssd
|
4 | 1 500 | 600 000 | 300 000 | 2 600 | 1 320 |
c4a-standard-32-lssdc4a-highmem-32-lssd
|
6 | 2 250 | 900 000 | 450 000 | 3 900 | 1 980 |
c4a-standard-48-lssdc4a-highmem-48-lssd
|
10 | 3 750 | 1 500 000 | 750 000 | 6,500 | 3 300 |
c4a-standard-64-lssdc4a-highmem-64-lssd
|
14 | 5 250 | 2 100 000 | 1 050 000 | 9 100 | 4 620 |
c4a-standard-72-lssdc4a-highmem-72-lssd
|
16 | 6 000 | 2 400 000 | 1 200 000 | 10 400 | 5 280 |
| C4D (avec disques de 375 Gio) | ||||||
c4d-standard-8-lssdc4d-highmem-8-lssdc4d-standard-16-lssdc4d-highmem-16-lssd
|
1 | 375 | 150 000 | 75 000 | 625 | 330 |
c4d-standard-32-lssdc4d-highmem-32-lssd
|
2 | 750 | 300 000 | 150 000 | 1,250 | 660 |
c4d-standard-48-lssdc4d-highmem-48-lssd
|
4 | 1 500 | 600 000 | 300 000 | 2,500 | 1 320 |
c4d-standard-64-lssdc4d-highmem-64-lssd
|
6 | 2 250 | 900 000 | 450 000 | 3 750 | 1 980 |
c4d-standard-96-lssdc4d-highmem-96-lssd
|
8 | 3 000 | 1 200 000 | 600 000 | 5 000 | 2 640 |
c4d-standard-192-lssdc4d-highmem-192-lssd
|
16 | 6 000 | 2 400 000 | 1 200 000 | 10 000 | 5 280 |
c4d-standard-384-lssdc4d-highmem-384-lssd
|
32 | 12 000 | 4,800,000 | 2 400 000 | 20 000 | 10 560 |
| Z3 (disques de 3 Tio) | ||||||
z3-highmem-88-highlssdz3-highmem-176-standardlssd |
12 | 36 000 | 6 000 000 | 6 000 000 | 36 000 | 30 000 |
| Bare metal Z3 (avec disques de 6 To) (preview) | ||||||
z3-highmem-192-highlssd-metal |
12 | 72 000 | 9 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 |
|---|---|
| C4 | — |
| C4A | |
| C4D | |
| C3 | |
| C3D | |
| N4 | — |
| N2 | |
| N2D | |
| N1 | |
| T2D | — |
| T2A | — |
| E2 | — |
| Z3 | |
| H3 | — |
| C2 | |
| C2D | |
| X4 | — |
| M4 | — |
| M3 | |
| M2 | — |
| M1 | |
| N1 + GPU | |
| A4X | |
| 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.
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 Google Cloud Hyperdisk à 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 de VM créées à l'aide de la série de machines A4X ou de la série de machines Z3 optimisée pour le stockage, chaque disque SSD Titanium associé a une taille de partition de 3 000 Gio.
- Pour les instances bare metal Z3 (preview), chaque disque SSD Titanium associé a une taille de partition de 6 000 Gio.
- Pour toutes les autres séries de machines, chaque disque SSD Titanium ou SSD local associé à l'instance a une taille de partition de 375 Gio.
Types de machines qui associent automatiquement des disques SSD locaux
Le tableau suivant répertorie les types de machines qui sont livrés avec des disques SSD locaux par défaut. Le tableau indique également le nombre de ces disques associés lorsque vous créez l'instance.
| Type de machine | Nombre de disques SSD locaux associés automatiquement par instance |
|
|---|---|---|
| C4A avec disque SSD Titanium | ||
Seules les
variantes -lssd des types de machines C4A sont compatibles avec les disques 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 | |
| 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 | |
| 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 C4D | ||
Seules les
variantes -lssd des types de machines C4D sont compatibles avec les SSD locaux.
|
||
c4d-standard-8-lssdc4d-highmem-8-lssd |
1 | |
c4d-standard-16-lssdc4d-highmem-16-lssd |
1 | |
c4d-standard-32-lssdc4d-highmem-32-lssd |
2 | |
c4d-standard-48-lssdc4d-highmem-48-lssd |
4 | |
c4d-standard-64-lssdc4d-highmem-64-lssd |
6 | |
c4d-standard-96-lssdc4d-highmem-96-lssd |
8 | |
c4d-standard-192-lssdc4d-highmem-192-lssd |
16 | |
c4d-standard-384-lssdc4d-highmem-384-lssd |
32 | |
| A4X | ||
a4x-highgpu-4g |
4 | |
| A4 | ||
a4-highgpu-8g |
32 | |
| A3 Ultra | ||
a3-ultragpu-8g |
32 | |
| A3 Mega | ||
a3-megagpu-8g |
16 | |
| A3 High | ||
a3-highgpu-1g |
2 | |
a3-highgpu-2g |
4 | |
a3-highgpu-4g |
8 | |
a3-highgpu-8g |
16 | |
| A3 Edge | ||
a3-edgegpu-8g |
16 | |
| A2 ultra | ||
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-highlssd |
12 | |
z3-highmem-176-standardlssd |
12 | |
| La taille de chaque disque est de 6 Tio: | ||
z3-highmem-192-highlssd-metal (bêta) |
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 de disques SSD locaux à une instance nouvellement créée, sauf si vous spécifiez le nombre de disques à associer. Étant donné que vous ne pouvez ajouter des disques SSD locaux que lors de la création d'une instance, utilisez les informations de cette section pour déterminer le nombre de disques SSD locaux à associer lorsque vous créez une instance.
| Type de machine | Nombre de disques SSD locaux autorisés par instance |
|---|---|
| N1 | |
| Types de machines avec GPU T4 | 1 à 8, 16 |
| Tous les autres types de machines | 1 à 8, 16 ou 24 |
| 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 |
| 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 |
| 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 |
| 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 |
| A2 standard | |
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 |
| 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 |
| M1 | |
m1-ultramem-40 |
Entre 1 et 5 |
m1-ultramem-80 |
1 à 8 |
m1-megamem-96 |
Non disponible |
m1-ultramem-160 |
Non disponible |
| M3 | |
m3-ultramem-32 |
4, 8 |
m3-megamem-64 |
4, 8 |
m3-ultramem-64 |
4, 8 |
m3-megamem-128 |
8 |
m3-ultramem-128 |
8 |
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.
Pour connaître les tarifs des SSD Titanium, consultez les tarifs de la série de machines sur la page Tarifs des instances de VM. Par exemple, pour connaître les tarifs des SSD Titanium associés à une instance Z3, consultez la page Tarifs des instances Z3.
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 Choisir un type de réservation.
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:
- Ajoutez des disques SSD locaux lorsque vous créez une instance.
- Formatez et installez des disques SSD locaux que vous avez ajoutés à votre instance.
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 disques SSD locaux est disponible en preview uniquement et n'est pas couverte par les conditions de disponibilité générale de Compute Engine.
- La conservation des données SSD locales n'est pas disponible pour les types de machines qui utilisent des SSD Titanium.
- Vous ne pouvez pas conserver les données du SSD local pour les disques dont le nom d'appareil est personnalisé.
Vous ne pouvez conserver les données de SSD local que pour un disque dont le nom d'appareil par défaut est
local-ssd-0, par exemple. - 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 consoleGoogle Cloud .
- L'enregistrement des données du SSD local ne commence qu'après le début de l'opération de suspension ou d'arrêt.
- La restauration des données du SSD local est un processus en arrière-plan qui commence après le démarrage de l'instance. La lecture de données qui ne sont pas encore restaurées déclenche une restauration immédiate des données demandées.
- 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.
Étapes suivantes
Découvrez comment créer une VM avec des disques SSD locaux.