Ressources globales, régionales et zonales

Ce document décrit les ressources globales, régionales et zonales de Compute Engine.

Cloud de Confiance by S3NS Les ressources sont hébergées dans plusieurs emplacements à travers le monde. Ces emplacements sont composés de régions, elles-mêmes scindées en zones. Le positionnement des ressources dans différentes zones d'une région les protège de nombreux types de pannes : pannes d'infrastructure, pannes matérielles et pannes logicielles. Le positionnement des ressources dans différentes régions offre un degré encore plus élevé d'indépendance en cas de panne. Pour concevoir des systèmes robustes, répartissez les ressources sur différents domaines de défaillance.

Toutes les ressources de Compute Engine sont globales, régionales ou zonales. Par exemple, les images sont des ressources globales, mais les adresses IP statiques régionales sont régionales, et les disques persistants peuvent être des ressources régionales ou zonales.

Le champ d'application de la ressource détermine son accessibilité pour les autres ressources :

Les ressources globales sont accessibles par les ressources de toute région ou zone. Par exemple, les instances de machine virtuelle (VM) de différentes zones peuvent utiliser la même image globale.

Les ressources régionales ne sont accessibles qu'aux ressources de la même région. Par exemple, une adresse IP externe statique régionale n'est accessible qu'aux ressources de la même région. Pour qu'une instance de VM utilise une adresse IP statique externe spécifique, la VM doit se trouver dans une zone de la même région que l'adresse.

Les ressources zonales ne sont accessibles qu'aux ressources de la même zone. Les ressources zonales peuvent également accéder aux ressources régionales et globales. Par exemple, une instance de VM peut accéder à une image globale et à des ressources réseau régionales.

Champ d'application Accessibilité Unicité des noms Exemples
Monde Toute région ou zone du projet Au niveau du projet Images, réseaux VPC, modèles d'instance
Régional Toute zone de la même région Au niveau de la région Sous-réseaux, adresses IP statiques régionales, disques régionaux, modèles d'instance
Zonal Même zone uniquement Au niveau de la zone Instances de VM, disques zonaux et
pools de stockage Hyperdisk, types de machines

Dans un projet, une ressource zonale doit avoir un nom unique dans sa zone. Par exemple, vous pouvez avoir une VM nommée my-instance dans la zone us-central1-a et une autre VM nommée my-instance dans la zone us-central1-b au sein du même projet.

Ressources globales

Les ressources globales sont accessibles par n'importe quelle ressource dans n'importe quelle zone du même projet. Lorsque vous créez une ressource globale, vous n'avez pas besoin de spécifier un champ d'application.

Les ressources globales sont les suivantes :

Adresses
La collection d'adresses contient toutes les adresses IP statiques externes que vous avez réservées pour votre projet. Les adresses IP externes statiques globales sont des ressources globales et sont utilisées pour des équilibreurs de charge globaux.
Images
Les images sont utilisées par toute instance ou ressource de disque se trouvant dans le même projet que l'image. Google fournit des images préconfigurées que vous pouvez utiliser pour démarrer votre instance. Vous pouvez personnaliser l'une de ces images ou créer votre propre image. Vous pouvez éventuellement partager des images entre des projets.
Instantanés
Les instantanés standards et d'archive Hyperdisk et Persistent Disk sont des ressources globales qui peuvent être utilisées pour créer un disque dans d'autres projets. Vous pouvez éventuellement partager des instantanés entre des projets.
Modèles d'instances globaux
Un modèle d'instance global peut être utilisé pour créer des instances de calcul et des groupes d'instances gérés. Les modèles d'instance peuvent être des ressources globales ou régionales. Toutefois, si vous spécifiez des ressources zonales dans un modèle d'instance global, vous ne pouvez utiliser ce modèle que dans la même zone que les ressources zonales spécifiées. De même, si vous spécifiez des ressources régionales dans un modèle d'instance global, vous ne pouvez utiliser ce modèle que dans la même région que les ressources régionales spécifiées. En savoir plus sur les modèles d'instances régionaux et globaux.
Interconnexions Cloud Interconnect
Une connexion Cloud Interconnect est une connexion hautement disponible entre votre réseau sur site et le réseau de Google. Il s'agit d'une ressource globale. Cependant, les rattachements d'interconnexion, qui sont exécutés au sein de cette connexion, sont des ressources régionales.
Emplacements Cloud Interconnect
Un emplacement Cloud Interconnect est un point de connexion physique pour Cloud Interconnect à proximité de votre réseau. Il existe un emplacement Cloud Interconnect pour chaque installation hébergée en colocation disponible et pour chaque domaine de disponibilité Edge. Les emplacements Cloud Interconnect sont des ressources globales en lecture seule.
Réseau VPC
Un réseau VPC est une ressource globale, mais les sous-réseaux individuels sont des ressources régionales.
Pare-feu
Les pare-feu s'appliquent à un seul réseau VPC et sont considérés comme des ressources globales, car les paquets peuvent les atteindre à partir d'autres réseaux.
Routes
Les routes vous permettent de créer des scénarios complexes de mise en réseau. Vous pouvez gérer la manière dont le trafic est acheminé pour une plage d'adresses IP spécifique. Les routes sont semblables à la façon dont un routeur dirige le trafic au sein d'un réseau local. Les routes s'appliquent aux réseaux VPC dans un Cloud de Confiance projet et sont considérées comme des ressources globales.
Opérations globales

Une opération est une ressource zonale, régionale ou globale. Si vous exécutez une opération sur une ressource globale, l'opération est elle-même considérée comme globale. Par exemple, l'insertion d'une image est considérée comme une opération globale, car les images sont des ressources globales.

Ressources régionales

Les ressources régionales sont accessibles à toutes les ressources de la même région. Par exemple, si vous réservez une adresse IP statique externe dans une région spécifique, cette adresse IP ne peut être attribuée qu'aux instances de cette région. Chaque région se compose d'une ou de plusieurs zones. Pour obtenir la liste des régions et zones disponibles, consultez la page Régions et zones.

Les ressources régionales sont les suivantes :

Adresses
La collection d'adresses contient toutes les adresses IP statiques externes que vous avez réservées pour votre projet. Les adresses IP statiques externes sont des ressources régionales utilisées par des instances se trouvant dans la même région que l'adresse, par des règles de transfert régionales pour les équilibreurs de charge régionale et pour le transfert de protocole.
Rattachements Cloud Interconnect
Un rattachement de VLAN attribue un VLAN à votre interconnexion Cloud Interconnect et le connecte à un réseau VPC. Un rattachement est une ressource régionale, mais une connexion Cloud Interconnect est une ressource globale.
Sous-réseaux
Les sous-réseaux segmentent l'espace d'adresses IP du réseau en préfixes (sous-réseaux) à l'échelle régionale et contrôlent le préfixe à partir duquel l'adresse IP interne d'une instance est allouée.
Stratégies d'emplacement
Une règle de placement contrôle le positionnement/l'éloignement des VM les unes par rapport aux autres. Cela peut contribuer à réduire l'impact des défaillances du système hôte ou de la latence du réseau.
Modèles d'instances régionaux
Un modèle d'instance régional peut être utilisé pour créer des VM et des groupes d'instances gérés. Un modèle d'instance régional n'est accessible qu'aux ressources de la même région. Si vous spécifiez des ressources zonales dans un modèle d'instance régional, vous ne pouvez utiliser ce modèle que dans la même zone que les ressources zonales spécifiées.
Groupes d'instances gérés régionaux
Les groupes d'instances gérés régionaux sont des collections d'instances identiques couvrant plusieurs zones. Ils permettent de répartir la charge de l'application sur plusieurs zones, plutôt que de limiter l'application à une seule zone ou de gérer plusieurs groupes d'instances dans différentes zones.
Disques régionaux
Disques régionaux fournissent un stockage et une réplication durables des données entre deux zones de la même région. En cas de basculement, vous pouvez forcer l'association d'un disque régional à une autre instance de la même région. Vous ne pouvez pas forcer l'association d'un disque zonal à une instance. Vous pouvez éventuellement copier un disque dans un autre projet, ce qui permet à d'autres projets de créer des images et des instantanés à partir de ces disques, mais empêche les instances d'autres projets de s'associer aux disques. Pour protéger les données du disque en cas de panne régionale peu probable, vous pouvez activer la réplication asynchrone.
Instantanés immédiats
Les instantanés immédiats des disques régionaux sont des ressources régionales. Ils ne sont accessibles que dans la même région que le disque.
Opérations régionales

Une opération est une ressource zonale, régionale ou globale. Si vous effectuez une opération sur une ressource régionale, cette opération est elle-même considérée comme régionale. Par exemple, la réservation d'une adresse est considérée comme une opération régionale, car les adresses sont des ressources propres à une région.

Ressources zonales

Les ressources hébergées dans une zone sont appelées ressources zonales. Ces ressources sont uniques pour cette zone et ne sont utilisables que par d'autres ressources de la même zone. Par exemple, une instance est une ressource zonale. Lorsque vous créez une instance, vous devez indiquer la zone dans laquelle elle se trouve. L'instance peut accéder à d'autres ressources dans la même zone et aux ressources globales, mais elle ne peut pas accéder à d'autres ressources zonales d'une autre zone, telle qu'une ressource de disque ou un sous-réseau VPC.

Pour obtenir la liste des zones disponibles et des séries de machines disponibles dans chaque zone, consultez la page Régions et zones.

Les ressources zonales sont les suivantes :

Instances
Une instance de calcul se trouve dans une zone, et peut accéder aux ressources globales ou aux ressources de la même zone.
Disques Google Cloud Hyperdisk et Persistent Disk zonaux
Les disques zonaux sont accessibles aux autres instances de calcul de la même zone. Vous ne pouvez associer un disque qu'aux instances de la même zone que le disque. Vous ne pouvez pas associer un disque à une instance d'une autre zone. Vous pouvez éventuellement partager des ressources de disque entre des projets, ce qui permet à d'autres projets de créer des images et des instantanés à partir de ces disques, mais empêche les instances d'autres projets de s'associer aux disques.
Pools Hyperdisk
Les pools Hyperdisk sont des ressources zonales. Les disques d'un pool doivent se trouver dans la même zone que le pool.
Instantanés immédiats
Les instantanés immédiats des disques zonaux sont des ressources zonales. Ils ne sont accessibles que dans la même zone que le disque.
Types de machine
Les types de machines sont des ressources zonales. Les instances et les disques ne peuvent utiliser que des types de machines situés dans la même zone.
Groupes d'instances gérés zonaux
Un groupe d'instances géré zonal utilise unmodèle d'instance pour créer un groupe d'instances identiques dans une même zone. Vous gérez les instances de calcul d'un groupe d'instances géré comme une entité unique, plutôt que de gérer des instances individuelles.
GPU
Les GPU sont des ressources zonales. Pour en savoir plus sur les zones dans lesquelles les GPU sont disponibles, consultez la page Disponibilité des GPU dans les régions et zones.
Cloud TPU
Les TPU sont des ressources zonales. Pour en savoir plus sur les zones dans lesquelles les TPU sont disponibles, consultez la section Disponibilité.
Opérations zonales

Une opération est une ressource zonale, régionale ou globale. Si vous effectuez une opération sur une ressource propre à une zone, cette opération est elle-même considérée comme zonale. Par exemple, l'insertion d'une instance est considérée comme une opération zonale, car l'opération est exécutée sur une ressource propre à une zone, à savoir une instance.

Listes d'agrégation

Par défaut, le champ d'application d'une requête de renvoi d'une liste de ressources est un plan de contrôle particulier. Par exemple, lorsque vous interrogez l'API pour obtenir une liste d'instances, vous devez fournir la zone concernée par cette liste. Pour répertorier les ressources de toutes les zones ou régions, vous pouvez envoyer une requête de liste d'agrégation. Chaque ressource régionale et zonale possède un URI de liste d'agrégation qui peut être interrogé pour lister toutes les ressources de ce type. Par exemple, pour répertorier toutes les instances de calcul de toutes les zones créées dans un projet, vous pouvez envoyer une requête à l'URI suivant :

https://compute.googleapis.com/compute/v1/projects/<var>PROJECT_ID</var>/aggregated/instances

De même, pour répertorier toutes les adresses IP de toutes les régions, envoyez une requête à l'URI suivant :

https://compute.googleapis.com/compute/v1/projects/<var>PROJECT_ID</var>>/aggregated/addresses

Pour en savoir plus, consultez la aggregateList méthode pour cette ressource.

Étapes suivantes