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 de placement vous permettent de spécifier plus précisément l'emplacement relatif de vos instances dans une zone. En fonction de la stratégie que vous appliquez à vos instances, vous pouvez réduire la latence du réseau entre les instances (stratégie compact) ou améliorer la résilience face aux perturbations spécifiques à un emplacement (stratégie spread).
Pour découvrir comment créer et appliquer des stratégies d'emplacement, consultez la documentation sur l'utilisation de stratégies d'emplacement compact et l'utilisation de stratégies d'emplacement par répartition.
Pour découvrir d'autres moyens de contrôler l'emplacement des instances, consultez la documentation sur la location unique et les groupes d'instances gérés (MIG) régionaux.
À propos des stratégies d'emplacement
Chaque instance de calcul s'exécute sur un serveur physique (un hôte) qui se trouve dans un rack de serveurs. Chaque rack de serveurs fait partie d'un cluster situé dans un centre de données pour une zone. Lorsque vous avez plusieurs instances dans la même zone, Compute Engine les place par défaut sur des hôtes différents. Cet emplacement minimise l'impact des éventuelles pannes de courant. Toutefois, lorsque vous appliquez une stratégie d'emplacement à des instances dans la même zone, vous pouvez contrôler plus précisément l'emplacement relatif de ces instances dans la zone en fonction des besoins de votre charge de travail.
Vous pouvez créer les types de stratégies d'emplacement suivants :
Stratégie d'emplacement compact. Cette stratégie place les instances les unes à côté des autres dans une zone, ce qui réduit la latence du réseau entre les instances. Une règle de placement compacte est utile lorsque vos instances doivent communiquer souvent 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 stratégies d'emplacement compact de ce document.
Stratégie d'emplacement par répartition Cette stratégie place les instances 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 permet de réduire le nombre d'instances 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 de placement réparti pour surprovisionner la capacité dans plusieurs emplacements, vous pouvez vous assurer de disposer toujours d'une capacité suffisante, même en cas de problème dans l'un des emplacements. Pour cette raison, les stratégies 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 stratégies d'emplacement compact
Lorsque vous appliquez une stratégie d'emplacement compact aux instances de calcul, Compute Engine tente de les placer le plus près possible les unes des autres. Cet emplacement est soumis à la disponibilité du type de machine et de la zone des instances. La compacité des instances n'est obtenue que dans la mesure du possible. Si votre application est sensible à la latence et nécessite que les instances soient aussi proches que possible (compactage maximal) 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 diminution du nombre de machines disponibles pour le placement des instances.
Le tableau suivant décrit la série de machines, le nombre maximal d'instances et la stratégie de maintenance de l'hôte compatibles pour chaque valeur de distance maximale :
| Valeur de distance maximale | Description | Série de machines compatible | Nombre maximal d'instances | Stratégie de maintenance d'hôte compatible |
|---|---|---|---|---|
| Non spécifié (non recommandé) | Compute Engine s'efforce de placer les instances le plus près possible les unes des autres, sans distance maximale entre les instances de la zone. | A41, A3 Ultra1, A3 Mega2, A3 High2, A3 Edge2, A2, C4D, C4, C3D, C3, C2D, C2, G2, H3, N2, N2D et Z3-metal3 | 1 500 | Migrer ou arrêter |
3 |
Les instances sont placées dans des clusters adjacents pour obtenir une faible latence. | A41, A3 Mega2, A3 High2, A3 Edge2, A2, C4D, C4, C3D, C3, C2D, C2, G2, H3 et Z3-metal3 | 1 500 | Migrer ou arrêter |
2 |
Les instances sont placées dans des racks adjacents et bénéficient d'une latence réseau inférieure à celle des instances placées dans des clusters adjacents. | A41, A3 Ultra1, A3 Mega2, A3 High2, A3 Edge2, A2, C4D, C4, C3D, C3, C2D, C2, G2, H3 et Z3-metal |
|
Arrêter |
1 |
Les instances sont placées dans le même rack et la latence réseau est réduite autant que possible. | A3 Mega2, A3 High2, A3 Edge2, A2, C4D, C4, C3D, C3, C2D, C2, G2, H3 et Z3-metal | 22 | Arrêter |
1 Vous ne pouvez appliquer des stratégies de concentration qu'aux instances Ultra A4 ou A3 déployées à l'aide des fonctionnalités fournies par Cluster Director. Pour en savoir plus, consultez Cluster Director dans la documentation AI Hypercomputer.
2 Par défaut, vous ne pouvez pas appliquer de stratégies d'emplacement compact avec une valeur de distance maximale aux instances A3 Mega, A3 High ou A3 Edge. Pour demander l'accès à cette fonctionnalité, contactez votre responsable de compte technique (TAM) ou l'équipe commerciale.
3 Les instances Bare Metal ne sont compatibles qu'avec la stratégie de maintenance de l'hôte Terminate.
Après avoir créé une stratégie de concentration et l'avoir appliquée à des instances de calcul, vous pouvez vérifier l'emplacement physique des instances par rapport aux autres instances qui spécifient la même stratégie de concentration. Pour en savoir plus, consultez Vérifier l'emplacement physique d'une instance.
À propos des stratégies 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 du matériel isolé et distinct pour minimiser l'impact des perturbations localisées. Toutefois, ils sont toujours affectés par les défaillances de l'infrastructure partagée, comme les pannes de courant dans les centres de données.
Pour réduire la proportion d'instances concernées en cas de problème dans un domaine de disponibilité, répartissez vos instances sur au moins deux domaines de disponibilité. Chaque domaine de disponibilité supplémentaire réduit encore la proportion d'instances concernées. Vous pouvez également répartir vos instances sur un petit nombre de domaines de disponibilité pour essayer de limiter la latence réseau entre ces instances 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 auxquelles la stratégie d'emplacement est déjà appliquée :
Huit instances ou moins : si une stratégie d'emplacement par répartition est déjà appliquée à huit instances ou moins, Compute Engine place votre instance dans le domaine qui contient le moins d'instances.
Plus de huit instances : si une stratégie d'emplacement par répartition est déjà appliquée à plus de huit instances, Compute Engine place votre instance dans un domaine aléatoire.
Emplacement spécifique. Lorsque vous créez une instance, mettez à jour les propriétés d'une instance ou créez un modèle d'instance, vous pouvez éventuellement spécifier le domaine de disponibilité dans lequel placer vos instances. La distribution des instances sur plusieurs domaines permet d'accroître la résilience de votre charge de travail. Placer des instances dans le même domaine peut aider à réduire la latence réseau entre ces instances.
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 stratégie de maintenance de l'hôte.
Restrictions
Les sections suivantes décrivent les restrictions applicables aux stratégies 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. Il n'est pas possible de remplacer ni de supprimer des stratégies d'emplacement d'autres ressources Compute Engine.
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 requêtes de réservation future ni aux réservations à la demande que Compute Engine crée pour répondre à une réservation future approuvée.
Vous ne pouvez pas appliquer de stratégies d'emplacement aux instances qui spécifient des nœuds à locataire unique.
Restrictions liées aux 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 peuvent utiliser.
Si vous souhaitez appliquer une stratégie d'emplacement compact aux réservations à la demande, assurez-vous de respecter les conditions suivantes :
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 celles associées à des engagements ne sont pas acceptées.
Vous ne pouvez pas appliquer de stratégies de concentration 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 à un maximum de 256 instances.
Vous ne pouvez pas appliquer de stratégies d'emplacement par répartition aux réservations.
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.
Étapes suivantes
Découvrez comment créer et appliquer des règles d'emplacement aux instances de calcul :