Ce document explique le comportement, les restrictions et la facturation des règles d'emplacement.
Par défaut, vous ne gérez l'emplacement de vos instances Compute Engine qu'en spécifiant leurs zones. Les règles d'emplacement vous permettent de spécifier plus précisément l'emplacement relatif de vos instances de calcul dans une zone. En fonction de la règle que vous appliquez à vos instances de calcul, vous pouvez réduire la latence réseau entre les instances de calcul (règle compacte) ou améliorer la résilience contre les perturbations spécifiques à un emplacement (règle par répartition).
Si vous souhaitez réduire la latence réseau entre les instances de calcul d'un groupe d'instances géré (MIG) avec des instances A3 High avec huit GPU (ou des générations ultérieures) ou H4D instances, utilisez plutôt des règles de charge de travail.
Pour découvrir d'autres moyens de contrôler l'emplacement des instances, consultez la documentation sur la location unique et les MIG régionaux.
À propos des règles d'emplacement
Chaque instance de calcul s'exécute sur un serveur physique, un hôte , qui se trouve dans un cluster situé dans un centre de données pour une zone. Lorsque vous disposez de plusieurs instances de calcul dans la même zone, Compute Engine les place par défaut sur différents hôtes. Cet emplacement minimise l'impact des pannes de courant potentielles. Toutefois, lorsque vous appliquez une règle d'emplacement aux instances de calcul dans la même zone, vous pouvez contrôler plus précisément l'emplacement relatif de ces instances de calcul dans la zone en fonction des besoins de votre charge de travail.
Vous pouvez créer les types de règles d'emplacement suivants :
Stratégie d'emplacement compact. Cette règle place les instances de calcul les unes à côté des autres dans une zone, ce qui réduit la latence réseau entre les instances de calcul. Une stratégie d'emplacement compact est utile lorsque vos instances de calcul doivent communiquer fréquemment entre elles, par exemple lors de l'exécution de charges de travail de calcul hautes performances (HPC), de machine learning (ML) ou de serveur de base de données.
Pour en savoir plus, consultez la section À propos des règles d'emplacement compact de ce document.
Stratégie d'emplacement par répartition. Cette règle place les instances de calcul sur un matériel distinct, que vous pouvez utiliser pour améliorer la fiabilité de votre charge de travail. Plus précisément, la répartition des instances de calcul permet de réduire le nombre d'instances de calcul qui sont simultanément affectées par des perturbations spécifiques à un emplacement, telles que des erreurs matérielles. De plus, si vous utilisez une stratégie d'emplacement par répartition pour surprovisionner la capacité dans plusieurs emplacements, vous pouvez vous assurer de disposer toujours d'une capacité suffisante, même en cas de perturbation dans un emplacement. Pour cette raison, les règles d'emplacement par répartition peuvent également être utiles pour les charges de travail distribuées, répliquées et à grande échelle, telles que Hadoop Distributed File System (HDFS), Cassandra ou Kafka.
Pour en savoir plus, consultez la section À propos des stratégies d'emplacement par répartition de ce document.
À propos des règles d'emplacement compact
Lorsque vous appliquez une stratégie d'emplacement compact aux instances de calcul, Compute Engine tente de placer les instances de calcul le plus près possible les unes des autres. Cet emplacement est soumis au type de machine et à la disponibilité de la zone des instances de calcul, et la compacité des instances n'est obtenue qu'au mieux. Si votre application est sensible à la latence et nécessite que les instances de calcul soient aussi proches que possible (compacité maximale) dans une zone, spécifiez une valeur de distance maximale (aperçu). Des valeurs de distance maximale plus faibles garantissent un placement plus proche des instances, mais peuvent entraîner une réduction du nombre de machines disponibles pour le placement des instances de calcul.
Le tableau suivant décrit la série de machines, le nombre maximal d' instances de calcul et la règle de maintenance d'hôte compatibles pour chaque valeur de distance maximale :
| Valeur de distance maximale | Description | Séries de machines compatibles | Nombre maximal d'instances de calcul | Règle de maintenance d'hôte compatible |
|---|---|---|---|---|
| Non spécifié (non recommandé) | Compute Engine tente au mieux de placer les instances de calcul le plus près possible les unes des autres, mais sans distance maximale entre les instances de calcul de la zone. |
|
1 500 |
|
3 |
Compute Engine place vos instances de calcul dans des blocs adjacents d'un cluster pour une faible latence. |
|
1 500 |
|
2 |
Compute Engine place vos instances de calcul dans le même bloc d'un cluster. Les instances de calcul bénéficient d'une latence réseau inférieure à celle des instances de calcul placées dans le même cluster, mais sur des blocs adjacents. |
|
|
Résilier |
1 |
Compute Engine place vos instances de calcul dans le même sous-bloc. Cet emplacement minimise la latence réseau autant que possible. |
|
22 | Résilier |
1 Si vous souhaitez appliquer une stratégie d'emplacement compact à une instance A3 Mega, A3 High ou A3 Edge créée avant le 1er octobre 2025, contactez l'équipe chargée de votre compte ou l'équipe commerciale.
Après avoir créé une stratégie d'emplacement compact et l'avoir appliquée à des instances de calcul, vous pouvez vérifier l'emplacement physique des instances de calcul par rapport aux autres instances de calcul qui spécifient la même stratégie d'emplacement compact. Pour en savoir plus, consultez Afficher la topologie des instances Compute Engine.
À propos des règles d'emplacement par répartition
Lorsque vous créez une stratégie d'emplacement par répartition, vous pouvez spécifier le nombre de domaines de disponibilité (jusqu'à huit) sur lesquels répartir les instances de calcul. Les domaines de disponibilité fournissent un matériel isolé et distinct pour minimiser l'impact des perturbations localisées. Toutefois, ils sont toujours affectés par les défaillances d'infrastructure partagée, telles que les pannes de courant dans les centres de données.
Pour réduire la proportion de vos instances de calcul affectées en cas de perturbation d'un domaine de disponibilité, répartissez vos instances de calcul sur au moins deux domaines de disponibilité. Chaque domaine de disponibilité supplémentaire réduit davantage la proportion de vos instances de calcul affectées. Vous pouvez également répartir vos instances de calcul sur un petit nombre de domaines de disponibilité pour essayer de limiter la latence réseau entre ces instances de calcul ou en raison de restrictions zonales.
Lorsque vous appliquez une stratégie d'emplacement par répartition à une instance, Compute Engine place l'instance dans un domaine de disponibilité spécifique en fonction de l'un des éléments suivants :
Emplacement sélectionné automatiquement. Par défaut, Compute Engine place automatiquement l'instance dans un domaine en fonction du nombre d'instances de calcul auxquelles la règle d'emplacement est déjà appliquée :
Huit instances de calcul ou moins : si une stratégie d'emplacement par répartition est déjà appliquée à huit instances de calcul ou moins, Compute Engine place votre instance dans le domaine qui contient le moins d'instances de calcul.
Plus de huit instances de calcul : si une stratégie d'emplacement par répartition est déjà appliquée à plus de huit instances de calcul, Compute Engine place votre instance dans un domaine aléatoire.
Emplacement spécifique. Lorsque vous créez une instance, que vous mettez à jour les propriétés d'une instance ou que vous créez un modèle d'instance, vous pouvez éventuellement spécifier le domaine de disponibilité dans lequel placer vos instances de calcul. La distribution des instances de calcul entre les domaines est utile pour accroître la résilience de votre charge de travail. Le placement des instances de calcul dans le même domaine peut contribuer à réduire la latence réseau entre ces instances de calcul.
Lorsque vous appliquez une stratégie d'emplacement par répartition à une instance existante, il peut être nécessaire de la déplacer vers un autre domaine de disponibilité. Au cours de ce processus, Compute Engine arrête ou migre à chaud l'instance en fonction de sa règle de maintenance d'hôte.
Restrictions
Les sections suivantes décrivent les restrictions applicables aux règles d'emplacement.
Restrictions pour toutes les stratégies d'emplacement
Les restrictions suivantes s'appliquent à toutes les stratégies d'emplacement :
Les stratégies d'emplacement sont des ressources régionales, et ne fonctionnent que dans la région où elles se trouvent. Par exemple, si vous créez une stratégie d'emplacement dans la région
us-central1, vous ne pouvez l'appliquer qu'aux ressources Compute Engine situées dansus-central1ou dans une zone deus-central1.Vous ne pouvez appliquer qu'une seule stratégie d'emplacement par ressource Compute Engine.
Vous ne pouvez remplacer ou supprimer des stratégies d'emplacement que depuis des instances de calcul. Le remplacement ou la suppression de stratégies d'emplacement à partir d'autres ressources Compute Engine n'est pas accepté.
Vous ne pouvez supprimer une stratégie d'emplacement que si elle n'est appliquée à aucune ressource Compute Engine.
Vous ne pouvez pas appliquer de stratégies d'emplacement aux instances à locataire unique.
Restrictions pour les stratégies d'emplacement compact
Outre les restrictions applicables à toutes les stratégies d'emplacement, les stratégies d'emplacement compact sont soumises aux restrictions suivantes :
Si une stratégie d'emplacement compact spécifie une valeur de distance maximale, cette valeur affecte le nombre maximal d'instances de calcul auxquelles vous pouvez appliquer la stratégie d'emplacement, ainsi que la série de machines et la stratégie de maintenance de l'hôte que les instances de calcul peuvent utiliser.
Si vous souhaitez appliquer une stratégie d'emplacement compact aux réservations à la demande lors de leur création, les restrictions suivantes s'appliquent :
Vous ne pouvez appliquer des stratégies d'emplacement compact qu'aux réservations à la demande, à projet unique et autonomes. Les réservations partagées et les réservations associées à des engagements ne sont pas acceptées.
Vous ne pouvez pas appliquer de stratégies d'emplacement compact qui spécifient une valeur de distance maximale de
1.Vous ne pouvez appliquer une stratégie d'emplacement compact qu'à une seule réservation à la fois.
Restrictions liées aux stratégies d'emplacement par répartition
Outre les restrictions applicables à toutes les stratégies d'emplacement, les stratégies d'emplacement par répartition comportent les restrictions suivantes :
Vous pouvez appliquer une stratégie d'emplacement par répartition sur un maximum de 256 instances de calcul.
Vous ne pouvez pas appliquer de stratégies d'emplacement par répartition aux réservations.
Vous ne pouvez pas appliquer de stratégies d'emplacement par répartition aux VM à démarrage Flex.
Facturation
La création, la suppression ou l'application de règles d'emplacement à une instance de calcul n'entraîne aucuns frais supplémentaires.
Étape suivante
Découvrez comment créer et appliquer des règles d'emplacement aux instances de calcul :