Par défaut, un groupe d'instances géré (MIG) régional répartit équitablement ses instances de machines virtuelles gérées sur les zones sélectionnées. Toutefois, si vous avez besoin de matériel qui n'est pas disponible dans toutes les zones ou qui est temporairement indisponible dans certaines zones, ou si vous devez hiérarchiser l'utilisation des réservations zonales, il peut être préférable de recourir à une distribution différente.
Pour configurer la manière dont un MIG régional répartit les instances gérées dans les zones sélectionnées d'une région, vous devez définir sa forme de distribution cible. Les options suivantes sont disponibles :
- EVEN (ÉGAL, valeur par défaut) : le groupe crée et supprime des VM pour atteindre et conserver le même nombre de VM dans les zones sélectionnées. Dans une distribution
EVEN, le nombre de VM ne diffère pas de plus de 1 entre deux zones données. Option recommandée pour les charges de travail de diffusion à disponibilité élevée. - BALANCED (ÉQUILIBRÉ) : le groupe priorise la création de VM dans les zones où des ressources sont disponibles, tout en répartissant les VM aussi uniformément que possible entre les zones sélectionnées afin de minimiser l'impact d'une défaillance zonale. Option recommandée pour les charges de travail de diffusion ou par lot à disponibilité élevée.
- ANY (N'IMPORTE QUELLE ZONE) : le groupe choisit les zones dans lesquelles créer les instances de VM afin de respecter le nombre de VM demandé dans les limites des ressources disponibles et d'optimiser l'utilisation des réservations zonales non utilisées. Option recommandée pour les charges de travail par lot ne nécessitant pas une disponibilité élevée.
- N'IMPORTE QUELLE ZONE UNIQUE : le groupe crée toutes les instances de VM dans une seule zone. La zone est choisie en fonction de la compatibilité matérielle, de la disponibilité actuelle des ressources et des quotas, et des réservations correspondantes. Option recommandée en association avec une stratégie d'emplacement compact des instances pour les charges de travail qui nécessitent une communication approfondie entre les VM.
Choisissez une option en fonction des exigences liées à vos charges de travail et des capacités des MIG dont vous avez besoin. Consultez le tableau de comparaison, les cas d'utilisation et le fonctionnement des formes de distribution.
Comparaison des formes
Pour chaque forme cible possible, le tableau suivant décrit les charges de travail prévues, l'usage, la distribution des instances gérées, la compatibilité des fonctionnalités, ainsi qu'une brève description du comportement du MIG en cas d'indisponibilité des ressources.
EVEN (par défaut) |
BALANCED |
ANY |
ANY_SINGLE_ZONE |
|
|---|---|---|---|---|
| Charges de travail prévues | Charges de travail de diffusion à disponibilité élevée (sans état ou avec état) | Charges de travail de diffusion à disponibilité élevée (sans état ou avec état) Charges de travail par lot à disponibilité élevée |
Charges de travail par lot | Charges de travail par lot nécessitant une communication approfondie entre les VM |
| Objectif | Limiter l'impact d'une défaillance au niveau d'une zone, en supposant que suffisamment de ressources sont disponibles dans chaque zone. | Limiter autant que possible l'impact d'une défaillance au niveau d'une zone, en tenant compte de la disponibilité des ressources dans chaque zone. | Prioriser l'acquisition de ressources et l'utilisation des réservations inutilisées. | Réduire la latence du réseau et les coûts entre les VM en conservant toutes les VM dans une zone. |
| Distribution cible des instances gérées dans les zones | Égale Le nombre d'instances gérées ne diffère pas plus de 1 entre deux zones, quelle que soit la disponibilité des ressources.* Certaines instances gérées peuvent ne pas être opérationnelles en cas de contraintes de capacité zonale. |
Aussi uniformément que possible Aucune garantie n'est fournie en termes d'écarts du nombre de VM dans les zones. Ceux-ci varient en fonction de la disponibilité actuelle des ressources. Lorsque des ressources sont disponibles, la distribution est semblable à EVEN. En cas de contraintes strictes au niveau des ressources, la distribution peut prendre n'importe quelle forme. |
Toute Chaque zone peut avoir un nombre différent d'instances gérées, y compris toutes ou aucune. |
Zone unique Toutes les instances sont créées dans une même zone. Le MIG choisit la zone chaque fois qu'il effectue un scaling horizontal à partir de zéro VM. |
| Compatibilité des caractéristiques | EVEN (par défaut) |
BALANCED |
ANY |
ANY_SINGLE_ZONE |
| Autoscaling | (bêta) | |||
| Mises à jour Canary | ||||
| Redistribution proactive des instances | Non applicable | |||
| Réservations | Utilisées au maximum de façon indépendante dans chaque zone. Les réservations n'ont pas d'incidence sur la distribution des instances. |
Utilisées au maximum de façon indépendante dans chaque zone. Les réservations définies sont utiles pour équilibrer la distribution. |
Utilisées au maximum au sein de la région. Le groupe donne la priorité aux réservations de la région. |
Utilisées au maximum au sein de la zone choisie. Lorsque le groupe ne dispose d'aucune VM et doit en créer une ou plusieurs, il donne la priorité à la zone comportant le plus de réservations si celle-ci dispose de ressources suffisantes et est compatible avec le matériel nécessaire pour traiter la demande. |
| Exigences de modèle d'instance et de configuration matérielle avec état (type de machine, processeur, GPU, disques existants) | Le matériel sélectionné doit être disponible dans toutes les zones sélectionnées. | Le matériel sélectionné doit être disponible dans au moins une zone sélectionnée. | Le matériel sélectionné doit être disponible dans au moins une zone sélectionnée. | Le matériel sélectionné doit être disponible dans au moins une zone sélectionnée. |
| Nœuds à locataire unique | ||||
| Gestion des pannes | EVEN (par défaut) |
BALANCED |
ANY |
ANY_SINGLE_ZONE |
| Indisponibilité temporaire des ressources dans une zone | Exposé Crée des instances gérées dans les zones en contenant le moins. Tente de créer des instances de VM dans une zone où les ressources sont indisponibles jusqu'à ce que l'opération aboutisse. Risque : impossibilité de créer des VM dans une zone disposant de ressources limitées. |
Résilient Crée des instances gérées dans les zones où des ressources sont disponibles, tout en répartissant les instances aussi équitablement que possible entre les zones. Risque : les VM peuvent ne pas être réparties équitablement entre les zones. |
Résilient Crée des instances gérées dans les zones où des ressources sont disponibles pour optimiser l'utilisation des réservations inutilisées. Risque : les VM peuvent ne pas être réparties équitablement entre les zones. |
Résilient à la création du groupe et redimensionnement à partir de zéro. Crée des instances de VM dans une seule zone, où des ressources sont disponibles. Risque : impossible de garantir que toutes les instances supplémentaires sont correctement créées lors des requêtes de scaling horizontal si la zone choisie ne dispose pas de ressources suffisantes. |
| Défaillance au niveau d'une zone | Résilient L'impact est limité, car les instances situées dans les zones opérationnelles continuent de fonctionner. L'impact est considérablement réduit si vous provisionnez des instances supplémentaires, car elles permettent de tolérer la perte d'une zone. |
Résilient L'impact est limité, car les instances situées dans les zones opérationnelles continuent de fonctionner. L'impact est considérablement réduit si vous provisionnez des instances supplémentaires, car elles permettent de tolérer la perte d'une zone. |
Exposé Une panne peut survenir si la majorité ou l'intégralité des instances sont concentrées dans une zone défaillante. |
Exposé Une panne est inévitable si une défaillance se produit dans la zone choisie. |
* Si vous configurez l'équilibrage de charge et l'autoscaling, et si une zone échoue, vous verrez peut-être plus de VM dans les zones où la charge augmente. La désactivation de la redistribution proactive des instances, et l'ajout ou la suppression d'instances dans des zones, peut provoquer une distribution inégale.
Cas d'utilisation
Examinez la compatibilité des fonctionnalités, puis choisissez une forme de distribution en fonction de votre cas d'utilisation.
Prioriser la résilience des charges de travail avec une distribution équitable
Si vous exécutez une application de diffusion à disponibilité élevée qui doit surmonter une défaillance au niveau d'une zone sans dégrader les performances, utilisez la forme de distribution cible EVEN avec une taille de groupe surprovisionnée.
Le surprovisionnement du nombre d'instances dans un groupe protège votre charge de travail contre les défaillances au niveau d'une zone.
Selon votre charge de travail, envisagez de créer un autoscaler pour ajouter ou supprimer automatiquement des instances dans votre groupe lorsque la charge augmente ou diminue.
Pour en savoir plus sur la forme de distribution cible EVEN, consultez le tableau de comparaison des formes cibles et découvrez le fonctionnement de la forme cible EVEN.
Pour obtenir plus d'informations sur le déploiement de charges de travail à disponibilité élevée sur des MIG régionaux, consultez les sections suivantes :
- Si vous avez besoin de matériel spécifique n'étant disponible que dans certaines zones, sélectionnez des zones pour vos VM.
- Provisionnez la taille appropriée du groupe d'instances géré.
- Si vous souhaitez éviter toute suppression accidentelle des instances lorsque vous supprimez ou abandonnez des instances d'un groupe régional, désactivez la redistribution interzone des instances.
- Configurez l'autoscaling d'un MIG régional pour essayer de maintenir un équilibre entre les zones lors des redimensionnements des groupes et adapter les zones disponibles en cas de défaillance d'une zone.
- Configurez l'équilibrage de charge, qui déplace la charge vers des zones opérationnelles en cas de défaillance d'une zone. Si l'autoscaling est configuré, le nombre de VM augmente dans les zones où la charge s'accroît.
- Configurez un MIG régional avec état, qui peut conserver l'état unique de chacune de ses instances, y compris leur nom de VM, les disques persistants et les métadonnées associées, au cours d'événements de redémarrage, de recréation, de réparation automatique ou de mise à jour de la machine.
Trouver un équilibre entre l'acquisition de ressources et la répartition équitable
Si vous exécutez une charge de travail de diffusion ou par lot à disponibilité élevée, et si vous devez trouver un équilibre entre l'acquisition de ressources et la répartition équitable des instances de VM dans les zones sélectionnées d'une région, utilisez la forme de distribution cible BALANCED.
La forme BALANCED donne la priorité à l'acquisition des ressources (le groupe crée des instances dans les zones où les ressources sont disponibles), tout en répartissant les instances aussi uniformément que possible entre les zones, afin de minimiser l'impact de la défaillance d'une zone.
Si vous exécutez une charge de travail par lot qui n'a pas besoin d'être protégée contre les défaillances zonales, utilisez plutôt la forme cible ANY. La forme ANY donne la priorité à l'acquisition des ressources et à l'utilisation de réservations zonales.
Avec la forme définie sur BALANCED ou sur ANY, vous n'avez pas besoin de vérifier manuellement si du matériel spécifique est disponible dans une zone donnée. Vous pouvez sélectionner toutes les zones d'une région et le groupe déploie automatiquement des instances dans les zones où le matériel requis est disponible.
Pour en savoir plus sur la forme de distribution cible BALANCED, consultez le tableau de comparaison des formes cibles et découvrez le fonctionnement de la forme cible BALANCED.
Prioriser l'acquisition de ressources
Si vous exécutez des charges de travail par lot et que vous privilégiez l'obtention du nombre d'instances demandé pour effectuer le traitement plutôt que la résilience des charges de travail aux défaillances zonales, utilisez la forme de distribution cible ANY.
Si vous avez des réservations correspondantes, définissez la forme cible sur ANY pour prioriser l'utilisation des zones dans lesquelles elles se trouvent. Pour savoir comment configurer des réservations dans un modèle d'instance, consultez la section Utiliser des instances d'une réservation spécifique.
Semblable à la forme cible BALANCED, la forme ANY est utile lorsque votre charge de travail par lot nécessite l'une des fonctionnalités suivantes :
- VM avec du matériel spécifique, tel qu'une plate-forme de processeur ou un modèle de GPU spécifique. Le groupe déploiera des instances dans les zones acceptant le matériel demandé, en fonction de la disponibilité des ressources, en privilégiant les zones avec des réservations correspondantes.
- VM préemptives. Vous n'avez pas besoin d'identifier les zones disposant d'une capacité préemptive. Le groupe est automatiquement déployé dans les zones ayant une capacité préemptive.
- VM comportant un grand nombre de cœurs. Le groupe se procure de grandes machines lorsqu'elles sont disponibles, en privilégiant les zones avec des réservations correspondantes.
Vous n'avez pas besoin de vérifier manuellement si du matériel spécifique est disponible dans une zone donnée. Vous pouvez sélectionner toutes les zones d'une région et le groupe déploie automatiquement des instances dans les zones où le matériel requis est disponible.
Vous pouvez supprimer de manière sélective les instances de nœuds de calcul des tâches par lot ayant effectué des calculs sans affecter les autres nœuds de calcul. Contrairement à un groupe doté d'une forme cible EVEN et d'une redistribution proactive, un groupe dont la forme cible est ANY n'a pas besoin de trouver un équilibre et ne déclenche pas la redistribution.
Pour en savoir plus sur la forme de distribution cible ANY, consultez le tableau de comparaison des formes cibles et découvrez le fonctionnement de la forme de distribution cible ANY.
Minimiser la mise en réseau entre les VM
Si vous exécutez une charge de travail par lot et que vous souhaitez placer toutes les VM dans une seule zone pour réduire la latence et les coûts réseau entre plusieurs VM, et si vous n'avez pas d'exigence spécifique en matière de zone, définissez la forme cible du groupe sur ANY_SINGLE_ZONE. Vous pouvez également créer une stratégie d'emplacement compact et l'appliquer à votre MIG afin que les VM qu'il contient soient plus proches les unes des autres et sur la même infrastructure réseau.
Lorsque vous créez un MIG avec au moins une VM et chaque fois qu'un MIG sans VM nécessite un scaling horizontal, la forme ANY_SINGLE_ZONE choisit la zone optimale en fonction de vos réservations, de vos quotas et de vos exigences matérielles.
Semblable aux formes cibles BALANCED et ANY, la forme ANY_SINGLE_ZONE est utile lorsque votre charge de travail par lot nécessite l'une des fonctionnalités suivantes :
- VM avec du matériel spécifique, tel qu'une plate-forme de processeur ou un modèle de GPU spécifique. Le groupe déploiera les instances dans une zone compatible avec le matériel demandé, en fonction de la disponibilité des ressources et en privilégiant les zones avec des réservations correspondantes.
- VM préemptives. Vous n'avez pas besoin d'identifier les zones disposant d'une capacité préemptive. Le groupe est automatiquement déployé dans une zone ayant une capacité préemptive.
- VM comportant un grand nombre de cœurs. Le groupe se procure de grandes machines lorsqu'elles sont disponibles, en privilégiant la zone avec des réservations correspondantes.
Vous n'avez pas besoin de vérifier manuellement si du matériel spécifique est disponible dans une zone donnée. Lors de la création du MIG, sélectionnez toutes les zones d'une région afin que le groupe déploie automatiquement des instances dans une zone où votre matériel requis est disponible.
Pour en savoir plus sur la distribution cible ANY_SINGLE_ZONE consultez le tableau de comparaison des formes cibles et découvrez le fonctionnement de la forme de distribution cible ANY_SINGLE_ZONE.
Si vous avez des exigences de zone spécifiques et que vous souhaitez que votre MIG ne change jamais de zone, utilisez plutôt un MIG zonal.
Fonctionnement
Cette section décrit le fonctionnement de chaque forme de distribution cible dans les situations suivantes :
- En cas de redimensionnement du MIG
- En cas de ressources temporairement indisponibles dans une zone
- En cas de défaillance d'une zone
Forme de distribution EVEN
Lorsque la forme de distribution cible est définie sur EVEN et que la redistribution proactive est activée, le nombre d'instances gérées dans un MIG régional ne diffère pas plus de 1 entre deux zones, quelle que soit la disponibilité des ressources. Cependant, une instance gérée peut ne pas être opérationnelle si sa zone ne dispose pas des ressources nécessaires pour provisionner une VM.
Redimensionner un MIG doté d'une forme de distribution EVEN
Un groupe doté de la forme cible EVEN choisit les zones dans lesquelles ajouter ou supprimer des instances de manière à préserver ou à converger vers un nombre équitable d'instances gérées dans les zones.
Par exemple, le schéma suivant montre comment un groupe ajoute et supprime des instances gérées.
EVENImpact des ressources temporairement indisponibles
Les ressources peuvent être temporairement indisponibles dans une zone lorsque vous créez le groupe ou que vous augmentez le nombre d'instances. Par exemple, si vous demandez des instances préemptives ou du matériel spécialisé en quantité limitée, ces ressources peuvent ne pas être disponibles au moment de la requête.
Pour conserver une distribution équitable des instances entre les zones, le groupe tente de créer des instances de VM dans les zones où les ressources sont temporairement indisponibles. Le groupe obtient finalement le nombre total d'instances de VM en cours d'exécution une fois que les ressources deviennent disponibles.
Par exemple, le schéma suivant montre ce qui se produit si l'une des zones ne peut pas traiter votre requête en raison d'une indisponibilité temporaire des ressources.
EVENImpact des défaillances au niveau d'une zone
Si vous utilisez la forme de distribution cible EVEN (ou BALANCED), vous pouvez provisionner des instances supplémentaires pour minimiser l'impact d'une défaillance zonale.
En cas de défaillance au niveau d'une zone, un MIG régional déployé sur trois zones avec la forme de distribution cible EVEN (ou BALANCED) risque de perdre un tiers de ses instances. Afin de garantir une capacité suffisante pour diffuser votre charge en cas de défaillance au niveau d'une zone, provisionnez davantage de VM, dont les deux tiers sont requis par la charge.
Par exemple, si vous avez besoin de huit instances pour traiter des requêtes dans trois zones et que vous souhaitez protéger votre charge de travail contre les défaillances zonales, vous devez créer un groupe régional avec 12 instances. Le schéma suivant montre ce qui se passe en cas de défaillance zonale.
EVENDans ce cas, la forme de distribution cible EVEN fonctionne bien avec l'autoscaling et l'équilibrage de charge. En cas de défaillance au niveau d'une zone, l'équilibreur de charge commence à envoyer du trafic aux instances situées dans les deux zones restantes afin de gérer le trafic provenant de la zone défaillante.
Pour en savoir plus sur le fonctionnement d'un MIG régional avec un autoscaler, consultez la section Procéder à l'autoscaling d'un MIG régional.
Forme de distribution BALANCED
Un MIG régional dont la forme cible est BALANCED peut ne pas obtenir une répartition équitable entre les zones, en particulier si les ressources demandées ne sont pas disponibles dans une zone.
Le MIG priorise le provisionnement du nombre de VM demandé en en créant dans les zones où les ressources sont disponibles. Lorsque des ressources sont disponibles, la distribution est semblable à EVEN. En cas de contraintes strictes au niveau des ressources, la distribution peut prendre n'importe quelle forme.
Redimensionner un MIG doté d'une forme de distribution BALANCED
Augmenter la taille du groupe
Un groupe doté de la forme cible BALANCED choisit les zones dans lesquelles créer des instances en fonction de la disponibilité actuelle des ressources que vous avez spécifiées dans le modèle d'instance du MIG.
- Si suffisamment de ressources sont disponibles dans toutes les zones sélectionnées, le groupe conserve une distribution équitable entre les zones lorsque la taille augmente, de la même manière que la forme cible
EVEN. - Lorsque des contraintes de capacité zonale ne permettent pas d'obtenir une distribution équitable, le groupe crée des instances dans les zones où les ressources sont disponibles, tout en essayant de maintenir le meilleur équilibre possible.
Par exemple, vous pouvez observer des contraintes de capacité et une distribution inégale si vous demandez une plate-forme de processeur spécialisée, un modèle de GPU ou des VM préemptives qui ne sont pas disponibles uniformément dans toutes les zones.
BALANCEDDiminuer la taille du groupe
Lorsque vous réduisez sa taille, un MIG régional avec la forme cible BALANCED supprime les instances de la séquence suivante afin de limiter les perturbations sur votre charge de travail :
- Instances qui ne sont pas en cours d'exécution, c'est-à-dire les instances qui, pour une raison quelconque, ne peuvent pas être créées, ou sont en cours de création ou d'autoréparation.
- Instances au sein des zones dans lesquelles le groupe dispose de davantage de VM pour converger vers un état de distribution équitable.
Impact des ressources temporairement indisponibles ou des défaillances zonales
Un groupe doté de la forme de distribution cible BALANCED déploie des instances dans les zones où la capacité est disponible. En cas de contraintes de capacité zonale temporaires, cela peut entraîner une distribution inégale des instances entre les zones.
Dans ce cas, si la zone comportant le plus grand nombre d'instances de VM échoue, votre charge de travail risque de perdre une part importante de votre capacité de diffusion. Si les zones opérationnelles ont des contraintes de capacité temporaires, le groupe tente de recréer les instances défaillantes dans l'emplacement d'origine (une zone défaillante). Cette tentative peut échouer.
Pour protéger votre charge de travail contre ce cas extrême, procédez comme suit :
- Surprovisionnez la taille de votre MIG régional, pour que votre charge de travail dispose d'une capacité de diffusion suffisante en cas de défaillance zonale.
- Réservez une quantité suffisante de ressources dans chaque zone pour gérer les pics de charge, le surprovisionnement et la répartition équitable entre les zones. Cette stratégie permet de garantir une répartition équitable des instances entre les zones, et ainsi de minimiser la perte de capacité en cas de défaillance zonale.
Le schéma suivant montre comment un cas comportant des contraintes de capacité zonale, suivi d'une défaillance zonale, peut évoluer.
BALANCEDSi votre requête ne peut pas être traitée dans une zone de la région, le groupe planifie la création de VM dans les zones où des ressources sont temporairement indisponibles. Le groupe tenter de créer les instances planifiées dans les zones où leur création a été initialement programmée. Si les ressources deviennent disponibles plus rapidement dans des zones autres que celle dans laquelle la VM était initialement programmée, le groupe ne tente pas de la créer dans ces zones. Vous pouvez planifier manuellement de nouvelles instances dans les zones disposant d'une capacité suffisante en supprimant les instances gérées qui n'ont pas pu créer et redimensionner le groupe jusqu'à sa taille cible.
Si la création d'une VM échoue, vous pouvez répertorier les instances gérées pour examiner le message d'erreur dans l'instance de VM gérée correspondante ou répertorier les erreurs récentes.
En cas de défaillance d'une zone, la forme de distribution cible BALANCED fonctionne bien avec l'autoscaling et l'équilibrage de charge. Pour gérer le trafic provenant de la zone défaillante, l'équilibreur de charge envoie le trafic vers les instances des zones restantes. Un autoscaler répond à l'utilisation accrue dans les zones et crée automatiquement de la capacité dans des zones opérationnelles. Pour plus d'informations, consultez la page Procéder à l'autoscaling d'un MIG régional.
Forme de distribution ANY
Un MIG régional doté de la forme de distribution cible ANY priorise l'acquisition de ressources en créant des instances gérées dans les zones où des ressources sont disponibles. Cela signifie que toutes les instances peuvent être créées dans une zone ou réparties uniformément entre les zones, ou peuvent opter pour toute autre option entre ces deux scénarios.
Redimensionner un MIG doté d'une forme de distribution ANY
Augmenter la taille du groupe
Lorsque vous augmentez sa taille, le groupe sélectionne toutes les zones dans lesquelles la capacité est disponible.
Si vous avez des réservations correspondantes dans une ou plusieurs zones, le groupe priorise leur utilisation. Toutefois, si vous réduisez la taille du groupe, il peut s'écouler quelques minutes avant qu'une réservation consommée soit à nouveau disponible pour être utilisée. Pendant cette période, lorsque les réservations précédemment utilisées ne sont pas encore disponibles, si vous augmentez la taille du groupe et qu'il n'y a pas de réservations correspondantes, le groupe crée des instances de VM dans une zone où des ressources sont disponibles.
Diminuer la taille du groupe
Lorsque vous réduisez sa taille, le groupe supprime les instances de VM dans l'ordre suivant :
- VM qui ne s'exécutent pas pour une raison quelconque
- VM qui ne sont pas encore mises à jour vers la version prévue
- VM choisies de manière non déterministe
Si vous devez réduire la taille du groupe dans des zones spécifiques ou supprimer des instances de VM particulières, par exemple des nœuds de calcul ayant terminé leur tâche, vous pouvez supprimer des instances spécifiques du groupe.
Impact des ressources temporairement indisponibles
Un groupe doté de la forme de distribution cible ANY planifie la création d'instances de VM dans les zones où les ressources demandées sont disponibles et évite les zones avec des ressources temporairement indisponibles.
Si votre requête ne peut pas être traitée dans une zone de la région, le groupe planifie la création de VM dans les zones où des ressources sont temporairement indisponibles. Le groupe tente de créer les instances planifiées dans les zones où leur création était initialement programmée. Si les ressources deviennent disponibles plus rapidement dans des zones autres que celle dans laquelle la VM était initialement programmée, le groupe ne tente pas de la créer dans ces zones. Vous pouvez planifier manuellement de nouvelles instances dans des zones disposant d'une capacité suffisante en supprimant les instances gérées non exécutées et en redimensionnant le groupe jusqu'à sa taille cible.
Si la création d'une VM échoue, vous pouvez répertorier les instances gérées pour examiner le message d'erreur dans l'instance de VM gérée correspondante ou répertorier les erreurs récentes.
Par exemple, le schéma suivant montre comment un groupe régional planifie des instances lorsqu'une zone ne peut pas traiter votre requête.
ANYImpact des défaillances au niveau d'une zone
Un groupe doté de la forme de distribution cible ANY peut déployer la majorité ou l'intégralité de ses instances dans une seule zone. En cas de défaillance de cette zone, la plupart ou l'ensemble des instances du groupe peuvent devenir indisponibles pendant la durée de la défaillance.
En cas de défaillance au niveau d'une zone, d'une indisponibilité temporaire des ressources, ou d'une impossibilité d'exécuter les instances de VM pour une raison quelconque, vous pouvez supprimer les instances individuelles qui ne sont pas en cours d'exécution et redimensionner le groupe à la taille nécessaire pour essayer d'obtenir des instances de remplacement dans les zones disposant d'une capacité suffisante.
ANY en cas d'indisponibilité temporaire des ressourcesForme de distribution ANY_SINGLE_ZONE
Un MIG régional avec la forme de distribution cible ANY_SINGLE_ZONE sélectionne automatiquement la zone optimale lors de la création de la première VM du groupe. Une fois la première VM créée, toutes les autres VM sont créées dans la même zone.
Le MIG ne peut sélectionner une zone différente que lorsqu'il est réduit à zéro VM puis qu'il recrée sa première VM.
Choisir la zone optimale
Lorsqu'une seule des zones sélectionnées est compatible avec les exigences matérielles du groupe, Compute Engine choisit cette zone.
Lorsque plusieurs zones sélectionnées sont compatibles avec les exigences matérielles du groupe, Compute Engine choisit une zone disposant de suffisamment de ressources pour accueillir l'ensemble des VM du MIG régional, en privilégiant la zone avec les réservations les plus adaptées.
Si aucune des zones sélectionnées ne dispose de suffisamment de ressources ou de réservations correspondantes pour prendre en charge toutes les VM, Compute Engine choisit la zone avec le plus de ressources disponibles et de réservations correspondantes afin de créer autant de VM que possible, en privilégiant la zone avec les réservations les plus adaptées. Le groupe tente de créer le reste des VM dans la même zone, même si des ressources deviennent disponibles plus tôt dans une autre zone.
Redimensionner un MIG doté d'une forme de distribution ANY_SINGLE_ZONE
Augmenter la taille du groupe
Si un MIG contient déjà des VM et que sa forme de distribution cible est définie sur ANY_SINGLE_ZONE, pour toutes les opérations de scaling horizontal, le MIG place les nouvelles VM dans la même zone que les VM existantes. Si les ressources ou les réservations disponibles sont insuffisantes pour accueillir toutes les VM supplémentaires, le MIG crée autant de VM que possible.
Si le MIG n'a aucune VM, il choisit la zone optimale compatible avec les exigences matérielles du groupe et utilise les réservations correspondantes.
Diminuer la taille du groupe
Lors d'un scaling vertical, un MIG régional avec la forme de distribution ANY_SINGLE_ZONE supprime les VM dans l'ordre suivant :
- Les VM dans un état autre que
RUNNINGsont supprimées en premier pour limiter les perturbations sur votre charge de travail. Une VM arrêtée est une VM qui, pour une raison quelconque, ne peut pas être créée ou est en cours de création ou de réparation. - VM qui n'utilisent pas la dernière configuration du groupe
- VM choisies de manière non déterministe
Impact des ressources temporairement indisponibles
Un MIG régional dont la forme de distribution cible est définie sur ANY_SINGLE_ZONE est sensible aux manques de ressources dans la zone sélectionnée.
Si les ressources deviennent temporairement indisponibles dans la zone choisie du MIG, celui-ci ne change pas automatiquement de zone. Cela signifie que les processus de scaling horizontal et de mise à jour peuvent être interrompus jusqu'à ce que des ressources suffisantes soient disponibles.
Impact des défaillances au niveau d'une zone
Un MIG régional dont la forme de distribution cible est définie sur ANY_SINGLE_ZONE est sensible aux défaillances de zones.
Dans le cas peu probable d'une défaillance de zone dans la zone hébergeant les VM de votre MIG régional, toutes les VM du MIG peuvent devenir incapables de traiter votre charge de travail.
Étapes suivantes
- Pour savoir comment définir la forme cible sur un MIG, consultez la section Définir une règle de distribution des VM entre les zones.
- Apprenez-en plus sur les MIG régionaux.
- Découvrez les réservations zonales des ressources Compute Engine.