Présentation des règles d'emplacement


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 de machine virtuelle (VM) qu'en spécifiant leurs zones. Les règles d'emplacement vous permettent de spécifier plus précisément l'emplacement relatif des VM dans une zone. L'utilisation d'une stratégie d'emplacement peut contribuer à réduire la latence réseau entre les VM (stratégie compacte) ou à améliorer la résilience face aux perturbations spécifiques à un emplacement (stratégie répartie).

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 VM, 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 VM s'exécute sur un serveur physique (un hôte) situé dans un rack de serveur. Chaque rack de serveur fait partie d'un cluster situé dans un centre de données d'une zone. Lorsque vous avez plusieurs VM dans la même zone, Compute Engine les place dans différents hôtes par défaut. Cela réduit l'impact des pannes d'alimentation potentielles. Toutefois, lorsque vous appliquez une stratégie d'emplacement aux VM d'une même zone, vous pouvez mieux contrôler leur emplacement relatif 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 VM les unes à côté des autres dans une zone, ce qui réduit la latence du réseau entre les VM. Cela est utile lorsque vos VM doivent communiquer souvent entre elles, par exemple lors de l'exécution de calculs haute performance (HPC), de machine learning (ML) ou de charges de données du 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 VM 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 VM permet de réduire le nombre de VM 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 répartition pour surprovisionner la capacité dans plusieurs emplacements, vous pouvez vous assurer de disposer d'une capacité suffisante même en cas de perturbation dans un emplacement. 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 VM, Compute Engine tente de les placer le plus près possible les uns des autres, dans la limite des capacités du type de machine et de la disponibilité de la zone. Par défaut, la compacité des VM d'une stratégie est effectuée de la manière la plus optimale possible. Si vous exigez une compacité minimale dans une zone (par exemple, en raison de latence réseau), vous devez spécifier une valeur de distance maximale (Aperçu). Des valeurs de distance maximale plus faibles garantissent un placement de VM plus proche, mais réduisent la probabilité de disponibilité des VM.

Le tableau suivant décrit la série de machines, le nombre maximal de VM 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 de VM Stratégie de maintenance d'hôte compatible
Non spécifié (non recommandé) Compute Engine s'efforce de placer les VM le plus près possible les unes des autres, mais sans distance maximale entre les VM dans la zone. A2, A3, C2, C3, C4, C2D, C3D, G2, H3, N2 et N2D 1 500 Migrer ou arrêter
3 Les VM sont placées dans des clusters adjacents pour obtenir une faible latence. A2, A3, C2, C3, C4, C2D, C3D, G2 et H3 1 500 Migrer ou arrêter
2 Les VM sont placées dans des racks adjacents et bénéficient d'une latence réseau inférieure à celle des VM placées dans des clusters adjacents. A2, A3, C2, C3, C4, C2D, C3D, G2 et H3 256 pour les VM A3 et 150 pour toutes les autres VM Arrêter
1 Les VM sont placées dans le même rack et la latence réseau est réduite autant que possible. A2, A3, C2, C3, C4, C2D, C3D, G2 et H3 22 Arrêter

Après avoir créé une stratégie d'emplacement compact et l'avoir appliquée à des VM, vous pouvez vérifier l'emplacement physique des VM par rapport aux autres VM qui spécifient la même stratégie d'emplacement compact. Pour en savoir plus, consultez la section Vérifier l'emplacement physique d'une VM.

À 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 VM. Les domaines de disponibilité fournissent du matériel distinct et isolé pour minimiser l'impact des perturbations localisées. Toutefois, elles sont toujours affectées par les défaillances de l'infrastructure partagée, telles que les pannes de courant dans les centres de données.

Pour réduire la proportion de vos VM affectées chaque fois qu'un domaine de disponibilité est perturbé, répartissez vos VM sur au moins deux domaines de disponibilité. Chaque domaine de disponibilité supplémentaire réduit encore la proportion de vos VM affectées. Vous pouvez également répartir vos VM sur un petit nombre de domaines de disponibilité pour essayer de limiter la latence réseau entre ces VM ou en raison de restrictions zonales.

Lorsque vous appliquez une stratégie d'emplacement par répartition à une VM, Compute Engine place la VM 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 la VM dans un domaine en fonction du nombre de VM auxquelles la stratégie d'emplacement est déjà appliquée :

    • Huit VM ou moins : si une stratégie d'emplacement par répartition est déjà appliquée à huit VM ou moins, Compute Engine place votre VM dans le domaine qui contient le moins de VM.

    • Plus de huit VM : si une stratégie d'emplacement par répartition est déjà appliquée à plus de huit VM, Compute Engine place votre VM dans un domaine aléatoire.

  • Emplacement spécifique. Lorsque vous créez une VM, mettez à jour les propriétés d'une VM ou créez un modèle d'instance, vous pouvez éventuellement spécifier le domaine de disponibilité dans lequel placer vos VM. La distribution des VM sur plusieurs domaines est utile pour améliorer la résilience de votre charge de travail. Placer des VM dans le même domaine peut contribuer à réduire la latence réseau entre ces VM.

Lorsque vous appliquez une stratégie d'emplacement par répartition à une VM 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 la VM 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 dans us-central1 ou dans une zone de us-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 dans les VM. Il n'est pas possible de remplacer ou 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 VM 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, cela affecte le nombre maximal de VM auquel 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 VM 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 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 VM.

  • 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 VM n'entraîne aucuns frais supplémentaires.

Étape suivante