Compute Engine propose plusieurs options de stockage pour vos instances de VM. Chacune des options de stockage suivantes présente des caractéristiques de prix et de performances uniques :
- Les volumes de disque persistant offrent un stockage réseau hautes performances et redondant. Chaque volume de disque persistant est réparti sur des centaines de disques physiques.
- Par défaut, les VM utilisent des disques persistants zonaux et stockent vos données sur des volumes situés dans une seule zone, telle que
us-west1-c. - Vous pouvez également créer des disques persistants régionaux, qui répliquent de manière synchrone les données entre les disques situés dans deux zones et offrent une protection si une zone devient indisponible.
- Par défaut, les VM utilisent des disques persistants zonaux et stockent vos données sur des volumes situés dans une seule zone, telle que
- Les volumes hyperdisque offrent le stockage réseau redondant le plus rapide pour Compute Engine, avec des performances configurables et des volumes pouvant être redimensionnés de manière dynamique.
- Les disques SSD locaux sont des disques physiques associés directement au même serveur que votre VM. Ils peuvent offrir de meilleures performances, mais sont éphémères.
- Vous pouvez également utiliser des buckets Cloud Storage et Filestore avec vos VM.
Chaque option de stockage présente des caractéristiques de prix et de performances uniques. Pour obtenir des comparaisons de coût, consultez les tarifs des disques. Si vous ne savez pas quelle option choisir, la solution la plus courante consiste à ajouter un disque persistant à votre instance.
Introduction
Par défaut, chaque instance Compute Engine possède un seul disque persistant de démarrage contenant le système d'exploitation. Les données du disque de démarrage sont généralement stockées sur un volume de disque persistant. Si vos applications nécessitent davantage d'espace de stockage, vous pouvez provisionner un ou plusieurs des volumes de stockage suivants sur votre instance.
Pour en savoir plus sur chaque option de stockage, consultez le tableau suivant :
| Disque persistant standard zonal |
Disque persistant standard régional |
Disque persistant avec équilibrage zonal |
Disque persistant avec équilibrage régional |
Disque persistant SSD zonal |
Disque persistant SSD régional |
Disque persistant extrême zonal |
Hyperdisque extrême | Disques SSD locaux | Buckets Cloud Storage | |
|---|---|---|---|---|---|---|---|---|---|---|
| Type de stockage | Stockage de blocs efficace et fiable | Stockage de blocs efficace et fiable avec réplication synchrone sur deux zones d'une région | Stockage de blocs économique et fiable | Stockage de blocs économique et fiable avec réplication synchrone sur deux zones d'une région | Stockage de blocs rapide et fiable | Stockage de blocs rapide et fiable avec réplication synchrone sur deux zones d'une région | Option de stockage de blocs sur disque persistant aux meilleures performances avec des IOPS personnalisables | Option de stockage de blocs la plus rapide avec IOPS personnalisables | Stockage de blocs local hautes performances | Stockage d'objets économique |
| Capacité minimale par disque | 10 Gio | 200 Gio | 10 Gio | 10 Gio | 10 Gio | 10 Gio | 500 Gio | 64 Gio | 375 Gio | Non disponible |
| Capacité maximale par disque | 64 Tio | 64 Tio | 64 Tio | 64 Tio | 64 Tio | 64 Tio | 64 Tio | 64 Tio | 375 Gio | Non disponible |
| Incrément de capacité | 1 Gio | 1 Gio | 1 Gio | 1 Gio | 1 Gio | 1 Gio | 1 Gio | 1 Gio | Variable selon le type de machine† | Non disponible |
| Capacité maximale par instance | 257 Tio* | 257 Tio* | 257 Tio* | 257 Tio* | 257 Tio* | 257 Tio* | 257 Tio* | 257 Tio* | 9 Tio | Presque illimité |
| Champ d'application de l'accès | Zone | Zone | Zone | Zone | Zone | Zone | Zone | Zone | Instance | Monde |
| Redondance des données | Zonale | Multizonale | Zonale | Multizonale | Zonale | Multizonale | Zonales | Zonales | Aucun | Régionale, birégionale ou multirégionale |
| Chiffrement au repos | Oui | Yes | Yes | Yes | Yes | Yes | Yes | Yes | Yes | Oui |
| Clés de chiffrement personnalisées | Oui | Yes | Yes | Yes | Yes | Yes | Yes | Oui | Non | Oui |
| Procédures | Ajouter un disque persistant standard | Ajouter un disque persistant standard régional | Ajouter un disque persistant avec équilibrage | Ajouter un disque persistant avec équilibrage régional | Ajouter un disque persistant SSD | Ajouter un disque persistant SSD régional | Ajouter un disque persistant extrême | Ajouter un hyperdisque | Ajouter un disque SSD local | Connecter un bucket |
Outre les options de stockage répertoriées dans le tableau précédent, Google Cloud propose les services de stockage suivants pour vos instances:
- Services de fichiers: vous pouvez créer un serveur de fichiers ou un système de fichiers distribués sur Compute Engine que vous utiliserez comme système de fichiers en réseau avec les fonctionnalités de NFSv3 et SMB3.
- Disque RAM: vous pouvez installer un disque RAM dans la mémoire d'une instance de VM pour créer un volume de stockage de blocs offrant une faible latence et un débit élevé.
Les ressources de stockage de blocs ont des caractéristiques de performances différentes. Tenez compte de vos exigences en matière de taille d'espace de stockage et de performances pour déterminer le type de stockage de blocs approprié pour vos instances de VM.
Pour en savoir plus sur les limites de performances pour chaque type de disque, consultez les sections suivantes:
- Limites de performances des disques persistants
- Limites de performances des disques SSD locaux
- Limites de performances des hyperdisques Extreme
Les disques persistants créés en mode écriture simultanée imposent des limites d'IOPS et de débit spécifiques. Pour en savoir plus, consultez la section Performances des disques persistants en mode écriture simultanée.
Disques persistants
Les disques persistants sont des périphériques de stockage réseau durables auxquels vos instances peuvent accéder, au même titre que des disques physiques sur un ordinateur ou un serveur. Les données de chaque disque persistant sont réparties sur plusieurs disques physiques. Compute Engine gère les disques physiques et la distribution des données pour assurer la redondance et des performances optimales à votre place.
Les disques persistants sont hébergés indépendamment de vos instances de machine virtuelle. Vous pouvez ainsi dissocier ou déplacer des disques persistants pour conserver vos données même après avoir supprimé vos instances. Les performances des disques persistants évoluent automatiquement en fonction de la taille. Vous pouvez donc redimensionner vos disques persistants existants ou ajouter des disques persistants à une instance pour répondre à vos besoins en termes de performances et d'espace de stockage.
Types de disques persistants
Lorsque vous configurez un disque persistant, vous pouvez sélectionner l'un des types de disque suivants :
- Disques persistants standards (
pd-standard)- Conviennent aux charges de travail de traitement de données volumineuses utilisant principalement des E/S séquentielles.
- Reposent sur des disques durs standards (HDD).
- Disques persistants avec équilibrage (
pd-balanced)- Alternative aux disques persistants de performance (pd-ssd).
- Équilibre entre performances et coûts. Pour la plupart des formes de VM, à l'exception de celles qui sont très volumineuses, ces disques ont le même nombre maximal d'IOPS que les disques persistants SSD et un nombre inférieur d'IOPS par Go. Ce type de disque offre des niveaux de performances adaptés à la plupart des applications à usage général, pour un prix situé entre ceux des disques persistants standards et de performance (pd-ssd).
- Reposent sur des disques durs SSD.
- Disques persistants de performance (SSD) (
pd-ssd)- Conviennent aux applications d'entreprise et aux bases de données hautes performances qui nécessitent une latence plus faible et davantage d'IOPS que ce qu'apportent les disques persistants standards.
- Conçus pour les latences de 0 à 9 millisecondes ; la latence observée est spécifique à l'application.
- Reposent sur des disques durs SSD.
- Disques persistants extrêmes (
pd-extreme)- Offrent des performances élevées et cohérentes pour les charges de travail d'accès aléatoire et à débit soutenu.
- Conçus pour des charges de travail de base de données très exigeantes, telles que Oracle ou SAP Hana.
- Permettent de provisionner les IOPS cibles.
- Reposent sur des disques durs SSD.
- Disponibles avec un nombre limité de types de machines.
Si vous créez un disque dans la console Google Cloud, le type de disque par défaut est pd-balanced. Si vous créez un disque à l'aide de gcloud CLI ou de l'API Compute Engine, le type de disque par défaut est pd-standard.
Pour en savoir plus sur les types de machines compatibles, consultez les pages suivantes :
Durabilité des disques persistants
La durabilité du disque représente, de par sa conception, la probabilité de perte de données pour un disque type au cours d'une année type. Elle repose sur un ensemble d'hypothèses sur les défaillances matérielles, la probabilité de sinistres, les pratiques d'isolation et les processus d'ingénierie dans les centres de données Google, ainsi que les encodages internes utilisés par chaque type de disque. Les événements de perte de données sur les disques persistants sont extrêmement rares et résultent généralement de défaillances matérielles coordonnées, de bugs logiciels ou d'une combinaison des deux. Google prend également de nombreuses mesures pour limiter le risque de corruption des données silencieuses dans l'ensemble du secteur. Une erreur humaine commise par un client Google Cloud, par exemple lorsqu'un client supprime un disque par inadvertance, n'entre pas dans le cadre de la durabilité des disques persistants.
Le risque très faible d'une perte de données sur un disque persistant régional est dû à ses encodages et à sa réplication de données internes. Les disques persistants régionaux fournissent deux fois plus d'instances dupliquées que les disques persistants zonaux, car leurs instances dupliquées sont réparties entre deux zones de la même région, offrant ainsi une haute disponibilité. Ils peuvent être utilisés pour la reprise après sinistre en cas de perte et d'impossibilité de récupération d'un centre de données tout entier (bien que cela n'ait jamais eu lieu). Les instances dupliquées supplémentaires d'une deuxième zone sont accessibles immédiatement si une zone principale devient indisponible pendant une longue interruption.
Notez que la durabilité est agrégée pour chaque type de disque et ne représente pas un accord de niveau de service soutenu financièrement.
Le tableau ci-dessous indique la durabilité pour la conception de chaque type de disque. Une durabilité de 99,999 % signifie qu'avec 1 000 disques, vous atteindrez probablement une centaine d'années sans perdre un seul disque.
| Disque persistant standard zonal | Disque persistant avec équilibrage zonal | Disque persistant SSD zonal | Disque persistant extrême zonal | Disque persistant standard régional | Disque persistant régional avec équilibrage | Disque persistant SSD régional |
|---|---|---|---|---|---|---|
| Mieux que 99,99 % | Mieux que 99,999 % | Mieux que 99,999 % | Mieux que 99,9999 % | Mieux que 99,999 % | Mieux que 99,9999 % | Mieux que 99,9999 % |
Disques persistants zonaux
Simplicité d'utilisation
Compute Engine assure la plupart des tâches de gestion des disques à votre place pour vous éviter de devoir gérer le partitionnement, les baies de disques redondantes ou les sous-volumes. Généralement, vous n'avez pas besoin de créer de volumes logiques plus importants, mais vous pouvez étendre la capacité de disque persistant secondaire à 257 To par instance et appliquer ces pratiques à vos disques persistants si vous le souhaitez. Toutefois, il est possible de gagner du temps et d'obtenir des performances optimales en formatant vos disques persistants avec un seul système de fichiers et aucune table de partition.
Si vous devez séparer vos données en plusieurs volumes uniques, créez des disques supplémentaires plutôt que de diviser vos disques existants en plusieurs partitions.
Si vous avez besoin d'espace supplémentaire sur vos disques persistants, il vous suffit de redimensionner vos disques plutôt que de les repartitionner et les formater.
Performances
Les performances des disques persistants sont prévisibles et évoluent de manière linéaire avec la capacité provisionnée jusqu'à ce que les limites d'une instance en matière de processeurs virtuels provisionnés soient atteintes. Pour en savoir plus sur les limites et l'optimisation du scaling des performances, consultez la section Configurer des disques pour répondre aux exigences de performances.
Les disques persistants standards sont efficaces et économiques pour la gestion des opérations de lecture/écriture séquentielles, mais ne sont pas optimisés pour gérer des taux élevés d'opérations d'entrée/sortie par seconde (IOPS) aléatoires. Si vos applications nécessitent des taux élevés d'IOPS aléatoires, utilisez des disques persistants SSD ou extrêmes. Les disques persistants SSD sont conçus pour des latences de l'ordre de la milliseconde. La latence observée est spécifique à chaque application.
Compute Engine optimise automatiquement les performances et le scaling sur les disques persistants. La répartition sur plusieurs disques ou le préchauffage des disques n'est pas nécessaire pour obtenir des performances optimales. Lorsque vous avez besoin d'espace disque supplémentaire ou de meilleures performances, redimensionnez vos disques et ajoutez éventuellement des processeurs virtuels pour augmenter l'espace de stockage, le débit et les IOPS. Les performances du disque persistant sont basées sur la capacité totale du disque persistant attaché à une instance, et sur le nombre de processeurs virtuels disponibles sur l'instance.
Pour les périphériques de démarrage, vous pouvez réduire les coûts à l'aide d'un disque persistant standard. De petits disques persistants de 10 Go peuvent fonctionner dans les cas d'utilisation de base pour la gestion des packages et des périphériques de démarrage. Toutefois, pour garantir des performances constantes pour une utilisation plus générale du périphérique de démarrage, utilisez un disque persistant avec équilibrage comme disque de démarrage.
Chaque opération d'écriture sur disque persistant s'ajoute au trafic réseau sortant de votre instance. Cela signifie que les opérations d'écriture sur le disque persistant sont limitées par le plafond de sortie réseau de votre instance.
Fiabilité
Les disques persistants sont dotés d'une fonction de redondance intégrée qui protège les données contre les pannes de matériel et qui assure la disponibilité de ces données lors des événements de maintenance du centre de données. Le calcul d'une somme de contrôle pour toutes les opérations du disque persistant permet de s'assurer que les données lues sont bien identiques à celles qui ont été écrites.
Vous pouvez également créer des instantanés de disques persistants pour vous protéger contre les pertes de données dues aux erreurs des utilisateurs. Les instantanés sont incrémentiels et sont créés en quelques minutes seulement, même sur des disques associés à des instances en cours d'exécution.
Mode écriture simultanée
Vous pouvez installer un disque persistant SSD en mode écriture simultanée dans deux VM N2 simultanément, afin que les deux VM puissent lire et écrire sur le disque. Les disques persistants en mode écriture simultanée offrent une fonctionnalité de stockage de blocs partagé et présentent une base d'infrastructure pour la création d'un système de fichiers réseau distribué (NFS, Distributed Network File) et de services à disponibilité élevée similaires. Cependant, les disques persistants en mode écriture simultanée nécessitent des systèmes de fichiers spécialisés tels que GlusterFS ou GFS2. De nombreux systèmes de fichiers, tels que EXT4, XFS et NTFS, ne sont pas conçus pour être utilisés avec le stockage de blocs partagé. Pour en savoir plus sur les bonnes pratiques lors du partage de disques persistants entre des VM, consultez la section Bonnes pratiques. Si vous avez besoin d'un stockage de fichiers entièrement géré, vous pouvez installer un partage de fichiers Filestore sur vos VM Compute Engine.
Pour activer le mode écriture simultanée pour les nouveaux disques persistants, créez un disque persistant et spécifiez l'option --multi-writer dans gcloud CLI ou la propriété multiWriter dans l'API Compute Engine. Pour en savoir plus, consultez la page Partager des disques persistants entre plusieurs VM.
Chiffrement de disque persistant
Compute Engine chiffre automatiquement vos données avant leur transfert de votre instance vers l'espace de stockage du disque persistant. Chaque disque persistant reste chiffré avec des clés définies par le système ou avec des clés fournies par le client. Google distribue les données du disque persistant sur plusieurs disques physiques, d'une manière que les utilisateurs ne contrôlent pas.
Lorsque vous supprimez un disque persistant, Google supprime les clés de chiffrement, ce qui rend les données irrécupérables. Ce processus est irréversible.
Si vous souhaitez contrôler les clés de chiffrement utilisées pour chiffrer vos données, créez vos disques avec vos propres clés de chiffrement.
Restrictions
Vous ne pouvez pas associer un disque persistant à une instance d'un autre projet.
Vous pouvez associer un disque persistant avec équilibrage à un maximum de 10 instances de VM en mode lecture seule.
Pour les types de machines personnalisés ou les types de machines prédéfinis dotés d'au moins un processeur virtuel, vous pouvez associer jusqu'à 128 disques persistants.
Chaque disque persistant peut contenir jusqu'à 64 To d'espace de stockage. Nul besoin de gérer des baies de disques pour créer de larges volumes logiques. Chaque instance ne peut être associée qu'à une quantité limitée d'espace disque persistant total et à un nombre limité de disques persistants individuels. Les types de machines prédéfinis et les types de machines personnalisés sont soumis aux mêmes limites de disque persistant.
La plupart des instances peuvent contenir jusqu'à 128 disques persistants et être associées à un maximum de 257 To d'espace disque persistant total. L'espace disque persistant total défini pour une instance inclut la taille du disque persistant de démarrage.
Les types de machines à cœur partagé sont limités à un maximum de 16 disques persistants et à 3 To d'espace disque total persistant.
La création de volumes logiques d'une taille supérieure à 64 To peut nécessiter une attention particulière. Pour plus d'informations sur les performances des volumes logiques de plus grande taille, consultez la section Taille de volume logique.
Disques persistants régionaux
Les disques persistants régionaux présentent des qualités de stockage équivalentes à celles des disques persistants zonaux. Cependant, les disques persistants régionaux fournissent un stockage et une réplication durables des données entre deux zones de la même région.
Si vous concevez des systèmes robustes ou des services à haute disponibilité sur Compute Engine, utilisez des disques persistants régionaux en parallèle d'autres bonnes pratiques, telles que la sauvegarde des données à l'aide d'instantanés. Les disques persistants régionaux sont également conçus pour fonctionner avec des groupes d'instances gérés régionaux.
Dans le cas peu probable d'une défaillance de zone, vous pouvez généralement faire basculer la charge de travail en cours d'exécution sur les disques persistants régionaux vers une autre zone à l'aide de l'option --force-attach. L'option --force-attach vous permet d'associer le disque persistant régional à une instance de VM de secours, même si le disque ne peut pas être dissocié de la VM d'origine en raison de son indisponibilité. Pour en savoir plus, consultez la page Basculement du disque persistant régional. Vous ne pouvez pas forcer l'association d'un disque persistant zonal à une instance.
Performances
Les disques persistants régionaux sont conçus pour des charges de travail nécessitant un objectif de point de récupération (RPO, Recovery Point Objective) et un objectif de temps de récupération (RTO, Recovery Time Objective) inférieurs à ceux des instantanés de disques persistants.
Les disques persistants régionaux peuvent être utilisés lorsque les performances des opérations d'écriture sont moins essentielles que la redondance des données sur plusieurs zones.
Comme les disques persistants zonaux, les disques persistants régionaux peuvent améliorer les performances d'IOPS et de débit sur les instances comportant un plus grand nombre de processeurs virtuels. Pour en savoir plus à ce sujet et sur les autres limites, consultez la section Configurer les disques pour répondre aux exigences de performances.
Lorsque vous avez besoin d'espace disque supplémentaire ou de meilleures performances, vous pouvez redimensionner vos disques régionaux pour augmenter l'espace de stockage, le débit et les IOPS.
Fiabilité
Compute Engine réplique les données de votre disque persistant régional dans les zones que vous avez sélectionnées lors de la création de vos disques. Les données de chaque instance dupliquée sont réparties sur plusieurs machines physiques dans la zone pour assurer la redondance.
Comme pour les disques persistants zonaux, vous pouvez créer des instantanés de disques persistants pour vous protéger contre la perte de données due aux erreurs des utilisateurs. Les instantanés sont incrémentiels et sont créés en quelques minutes seulement, même sur des disques associés à des instances en cours d'exécution.
Restrictions
- Vous ne pouvez associer un disque persistant régional qu'aux VM qui utilisent les types de machines E2, N1, N2 et N2D.
- Vous ne pouvez pas utiliser de disque persistant régional en tant que disque de démarrage.
- Lorsque vous utilisez le mode lecture seule, vous pouvez associer un disque persistant avec équilibrage à un maximum de 10 instances de VM.
- La taille minimale d'un disque persistant standard régional est de 200 Gio.
- Vous ne pouvez qu'augmenter la taille du disque persistant régional ; vous ne pouvez pas la réduire.
- Les volumes de disques persistants régionaux présentent des caractéristiques de performances différentes de celles des volumes de disques persistants zonaux. Pour en savoir plus, consultez la page Performances des options de stockage de blocs.
- Si vous créez un disque persistant régional en clonant un disque zonal, les deux instances dupliquées zonales ne sont pas entièrement synchronisées au moment de la création. Une fois créé, vous pouvez utiliser le clone de disque régional dans un délai moyen de trois minutes. Toutefois, vous devrez peut-être attendre quelques dizaines de minutes avant que le disque n'atteigne un état entièrement répliqué et que l'objectif de point de récupération (RPO, Recovery Point Objective) soit proche de zéro. Apprenez à vérifier si votre disque persistant régional est entièrement répliqué.
Hyperdisques
Google Cloud Hyperdisk Extreme pour Compute Engine offre le stockage de blocs le plus rapide disponible. Il convient aux charges de travail haut de gamme qui nécessitent le débit et les IOPS les plus élevés.
Les volumes Hyperdisk Extreme vous permettent d'ajuster indépendamment la capacité et les IOPS de vos charges de travail. La taille et les performances de stockage sont découplées du type d'instance et de la taille, offrant ainsi plus de flexibilité.
Les volumes Hyperdisk Extreme sont créés et gérés comme un disque persistant, avec la possibilité supplémentaire de définir le niveau d'IOPS provisionné et de modifier cette valeur à tout moment. Il n'existe pas de chemin de migration direct entre disque persistant Extreme et volume Hyperdisk Extreme. À la place, vous pouvez créer un instantané et le restaurer sur un nouveau volume Hyperdisk Extreme.
Pour en savoir plus sur les hyperdisques, consultez la page À propos des hyperdisques.
Chiffrement de l'hyperdisque
Compute Engine chiffre automatiquement vos données lors de l'écriture sur un volume Hyperdisk.
Persistance des données sur l'hyperdisque
La durabilité des disques représente, par nature, la probabilité de perte de données pour un disque type au cours d'une année type. La durabilité est calculée à l'aide d'un ensemble d'hypothèses sur les défaillances matérielles, telles que:
- Probabilité des événements catastrophiques
- Pratiques d'isolation
- Processus d'ingénierie dans les centres de données Google
- Encodages internes utilisés par chaque type de disque
Hyperdisk Extreme offre une durabilité supérieure à 99,9999 %.
Disques SSD locaux
Les disques SSD locaux sont rattachés physiquement au serveur qui héberge votre instance de VM. Ils ont un débit supérieur et une latence moindre par rapport aux disques persistants standards ou aux disques persistants SSD. Les données que vous stockez sur un disque SSD local ne sont conservées que jusqu'à ce que l'instance soit arrêtée ou supprimée. Chaque disque SSD local a une taille de 375 Go, mais vous pouvez associer plusieurs partitions de SSD locaux à votre instance, en fonction du nombre de vCPU.
Créez une instance avec des disques SSD locaux lorsque vous avez besoin d'un espace de travail ou d'un cache rapide, et que vous ne souhaitez pas utiliser la mémoire de l'instance.
Créer une instance avec des disques SSD locaux
Performances
Les disques SSD locaux sont conçus pour offrir un nombre élevé d'IOPS et une faible latence. Contrairement aux disques persistants, vous devez gérer vous-même la répartition sur les disques SSD locaux. Combinez plusieurs partitions de disques SSD locaux en un seul volume logique pour obtenir les meilleures performances de disques SSD locaux par instance, ou formatez les partitions SSD locales individuellement.
Les performances des disques SSD locaux dépendent de l'interface que vous sélectionnez. Les disques SSD locaux sont disponibles via les interfaces SCSI et NVMe.
Le tableau suivant présente la capacité des disques SSD locaux et les performances estimées à l'aide de NVMe. Pour atteindre les limites de performances maximales avec un type de machine N1, utilisez 32 processeurs virtuels ou plus. Pour atteindre les limites de performances maximales sur un type de machine N2 et N2D, utilisez 24 processeurs virtuels ou plus.
| Espace de stockage | Partitions | IOPS | Débit (Mo/s) |
||||
|---|---|---|---|---|---|---|---|
| Lecture | Écriture | Lecture | Écriture | ||||
| 3 To | 8 | 680 000 | 360 000 | 2 650 | 1 400 | ||
| 6 To | 16 | 1 600 000 | 800 000 | 6 240 | 3 120 | ||
| 9 To | 24 | 2 400 000 | 1 200 000 | 9 360 | 4 680 |
Pour en savoir plus, consultez les pages Performances des disques SSD locaux et Optimiser les performances des disques SSD locaux.
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 des disques SSD locaux.
Persistance des données sur les disques SSD locaux
Veuillez lire la section Persistance des données sur les disques SSD locaux pour savoir quels événements conservent vos données de disques SSD locaux et quels événements peuvent les rendre irrécupérables.
Limites générales
- Vous pouvez créer une instance de VM avec un maximum de 16 ou 24 partitions de SSD locaux pour 6 ou 9 To d'espace SSD local, respectivement, en utilisant les types de machines N1, N2 et N2D.
- Pour les types de machines C2, C2D, A2, M1 et M3, vous pouvez créer une instance avec un maximum de 8 partitions de SSD locaux, pour un total de 3 To d'espace SSD local.
Pour atteindre les limites maximales d'IOPS, utilisez une instance de VM comportant 32 processeurs virtuels ou plus.
Les instances avec des types de machines à cœur partagé ne peuvent pas associer de partition de SSD locaux.
Vous ne pouvez pas associer de disques SSD locaux aux types de machines E2, Tau T2D, Tau T2A et M2.
Disques SSD locaux et types de machines
Vous pouvez associer des disques SSD locaux à la plupart des types de machines disponibles sur Compute Engine, sauf indication contraire. Toutefois, il existe certaines contraintes sur le nombre de disques SSD locaux que vous pouvez associer suivant le type de machine :
| 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 ou 8 |
| Types de machines comportant 32 processeurs virtuels | 2, 4 ou 8 |
| Types de machines comportant 56 processeurs virtuels | 4 ou 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. |
Disques SSD locaux et instances de VM préemptives
Vous pouvez démarrer une instance de VM préemptive avec un SSD local, auquel cas Compute Engine appliquera les tarifs Spot avec remise pour l'utilisation de ce SSD. Les disques SSD locaux associés à des instances 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 l'instance.
L'utilisation des disques SSD locaux sur Compute Engine ne vous est pas facturée si leurs instances 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.
Buckets Cloud Storage
Les buckets Cloud Storage sont une option de stockage flexible, évolutive et durable pour vos instances de VM. Si vos applications ne nécessitent pas la latence réduite qu'offrent les disques persistants et les SSD locaux, vous pouvez stocker vos données dans un bucket Cloud Storage.
Connectez votre instance à un bucket Cloud Storage lorsque la latence et le débit ne sont pas des critères essentiels et lorsque vous devez partager facilement des données entre plusieurs instances ou zones.
Performances
Les performances des buckets Cloud Storage dépendent de la classe de stockage que vous sélectionnez et de la zone où se situe le bucket par rapport à votre instance.
La classe de stockage standard utilisée au même emplacement que votre instance offre des performances comparables à celles des disques persistants, mais avec une latence plus élevée et des caractéristiques de débit moins cohérentes. La classe de stockage standard utilisée dans un emplacement multirégional permet de stocker vos données de manière redondante dans au moins deux régions au sein d'une zone multirégionale plus vaste.
Les classes de stockage Nearline et Coldline sont principalement destinées à l'archivage des données à long terme. Contrairement à la classe de stockage standard, ces classes d'archivage ont des durées de stockage minimales, et des frais s'appliquent pour la lecture de données. Par conséquent, elles conviennent mieux au stockage à long terme de données rarement utilisées.
Fiabilité
Tous les buckets Cloud Storage sont dotés d'une fonction de redondance intégrée qui protège vos données contre les pannes de matériel et qui assure la disponibilité de celles-ci lors des événements de maintenance du centre de données. Le calcul d'une somme de contrôle pour toutes les opérations Cloud Storage permet de s'assurer que les données lues sont bien identiques à celles qui ont été écrites.
Flexibilité
Contrairement aux disques persistants, les buckets Cloud Storage ne sont pas limités à la zone dans laquelle se situe votre instance. Vous pouvez également lire et écrire des données dans un bucket à partir de plusieurs instances simultanément. Par exemple, vous pouvez configurer des instances dans plusieurs zones pour lire et écrire des données dans le même bucket au lieu de répliquer les données sur des disques persistants dans plusieurs zones.
Chiffrement dans Cloud Storage
Compute Engine chiffre automatiquement vos données avant leur transfert depuis votre instance vers les buckets Cloud Storage. Vous n'avez pas besoin de chiffrer les fichiers sur vos instances avant de les écrire dans un bucket.
Comme pour les disques persistants, vous pouvez chiffrer les buckets avec vos propres clés de chiffrement.
Écrire et lire des données dans des buckets Cloud Storage
Écrivez et lisez des fichiers dans des buckets Cloud Storage à l'aide de l'outil de ligne de commande gsutil ou de l'API Cloud Storage.
gsutil
Par défaut, l'outil de ligne de commande gsutil est installé sur la plupart des VM utilisant des images publiques.
Si l'outil de ligne de commande gsutil n'est pas disponible sur votre VM, vous pouvez installer gsutil en tant que composant de Google Cloud CLI.
Connectez-vous à une instance.
- Dans la console Google Cloud, accédez à la page Instances de VM.
- Dans la liste des instances de machine virtuelle, cliquez sur SSH sur la ligne de l'instance à laquelle vous souhaitez vous connecter.
Si vous n'avez jamais utilisé
gsutilsur cette instance auparavant, utilisez gcloud CLI pour configurer les identifiants.gcloud init
Si votre instance est configurée pour utiliser un compte de service avec un champ d'application Cloud Storage, vous pouvez également ignorer cette étape.
L'outil
gsutilvous permet de créer des buckets, d'écrire des données dessus et de lire des données à partir de ces buckets. Pour écrire ou lire des données dans un bucket spécifique, vous devez avoir accès à ce bucket. Vous pouvez lire des données à partir de n'importe quel bucket accessible au public.En option, vous pouvez également diffuser des données vers Cloud Storage.
API
Si vous avez configuré votre instance pour utiliser un compte de service avec un champ d'application Cloud Storage, vous pouvez utiliser l'API Cloud Storage pour écrire et lire des données dans des buckets Cloud Storage.
Connectez-vous à une instance.
- Dans la console Google Cloud, accédez à la page Instances de VM.
- Dans la liste des instances de machine virtuelle, cliquez sur SSH sur la ligne de l'instance à laquelle vous souhaitez vous connecter.
Installez et configurez une bibliothèque cliente pour votre langage préféré.
Si nécessaire, suivez les exemples de code à insérer pour créer un bucket Cloud Storage sur l'instance.
Suivez les exemples de code à insérer pour écrire et lire des données, et incluez dans votre application du code permettant d'accéder en lecture et/ou en écriture à un fichier stocké dans un bucket Cloud Storage.
Étapes suivantes
- Ajouter un disque persistant à votre instance
- Ajouter un disque persistant régional à votre instance
- Créer une instance avec des disques SSD locaux
- Créez un serveur de fichiers ou un système de fichiers distribués.
- Vérifiez les quotas des disques.
- Installez un disque RAM sur votre instance.
Faites l'essai
Si vous débutez sur Google Cloud, créez un compte pour évaluer les performances de Compute Engine en conditions réelles. Les nouveaux clients bénéficient également de 300 $ de crédits offerts pour exécuter, tester et déployer des charges de travail.
Profiter d'un essai gratuit de Compute Engine