Groupes de machines virtuelles identiques

Gérer manuellement une flotte de VM identiques — ajouter des serveurs pendant les pics de demande et les supprimer lorsque la demande diminue — est fastidieux, sujet aux erreurs et lent. Les groupes identiques de mise à l’échelle des machines virtuelles (VMSS) automatisent ce processus en gérant comme une seule ressource un groupe de VM identiques et équilibrées par répartition de charge. Lorsque la demande augmente, VMSS ajoute automatiquement de nouvelles instances de VM. Lorsqu’elle diminue, il supprime des instances. Cela élimine la nécessité d’une intervention manuelle et garantit que vous ne payez que la capacité dont vous avez besoin à chaque instant.

Un groupe identique de mise à l’échelle est défini par un profil de VM (image, taille, configuration du disque et extensions) que partagent toutes les instances du groupe. Lorsque vous créez un groupe identique, vous spécifiez le nombre minimal et maximal d’instances ainsi que la capacité initiale. Toutes les instances sont créées à partir de la même image, ce qui garantit la cohérence de la flotte. Vous pouvez déployer un groupe identique dans plusieurs zones de disponibilité, et Azure répartit automatiquement les instances de manière uniforme entre les zones pour assurer une haute disponibilité.

Les règles de mise à l’échelle automatique de VMSS définissent quand ajouter ou supprimer des instances en fonction de métriques. Une règle courante se présente ainsi : « Lorsque l’utilisation moyenne du CPU dépasse 70 % pendant 5 minutes, ajouter 2 instances. Lorsque l’utilisation moyenne du CPU descend sous 30 % pendant 10 minutes, supprimer 1 instance. » Vous pouvez également créer des règles fondées sur des métriques personnalisées provenant d’Azure Monitor (par exemple, la profondeur d’une file d’attente ou le débit de requêtes HTTP) ou sur un calendrier (par exemple, passer à 20 instances chaque matin de semaine, puis revenir à 5 pendant la nuit). La combinaison de règles fondées sur des métriques et de règles fondées sur un calendrier vous donne un contrôle précis de la capacité.

Les groupes identiques sont presque toujours associés à un équilibreur de charge afin de répartir les requêtes entrantes entre toutes les instances opérationnelles. Azure propose deux options : Azure Load Balancer (couche 4, TCP/UDP) pour les scénarios à faible latence et haut débit, et Azure Application Gateway (couche 7, HTTP/HTTPS) pour les applications web qui nécessitent un routage fondé sur les URL, la terminaison SSL et une protection WAF. L’équilibreur de charge utilise des sondes d’intégrité pour détecter les instances défaillantes et cesse automatiquement de leur acheminer le trafic jusqu’à leur rétablissement.

VMSS peut être configuré avec une réparation automatique des instances : si une sonde d’intégrité détermine qu’une instance n’est pas saine (par exemple, si l’application ne répond pas sur le port 80), le groupe identique peut automatiquement supprimer et remplacer cette instance par une instance nouvelle et saine. Cette fonctionnalité est configurée au moyen du paramètre automaticRepairsPolicy. Une période de grâce (par exemple, 10 minutes après le lancement) empêche le remplacement des instances avant qu’elles aient eu le temps de démarrer leur application et de réussir leur première vérification d’intégrité.

Azure VMSS prend en charge deux modes d’orchestration : le mode uniforme — toutes les instances sont identiques et gérées comme un groupe, ce qui convient parfaitement aux charges de travail sans état comme les serveurs web et les files de tâches — et le mode flexible — les instances peuvent avoir des tailles et des configurations différentes, et les VM individuelles peuvent être gérées indépendamment tout en bénéficiant de la répartition entre zones et du modèle d’intégrité du groupe identique. L’orchestration flexible est mieux adaptée aux charges de travail hétérogènes ou lorsque vous devez remplacer certaines instances sans affecter les autres.

Lorsque vous mettez à jour l’image ou la configuration de VM dans un groupe identique, vous devez propager la modification à toutes les instances. VMSS prend en charge les mises à niveau progressives, qui mettent à jour les instances par petits lots (par exemple, 20 % à la fois) plutôt que toutes simultanément. Cela garantit que la majorité des instances restent en service pendant l’application des mises à jour. La stratégie de mise à niveau progressive vous permet de configurer la taille maximale des lots et le temps de pause entre les lots, ce qui vous donne un contrôle précis de la vitesse de mise à jour tout en réduisant au minimum l’impact pour les utilisateurs.

VMSS peut utiliser des instances Spot (également appelées VM Azure Spot) pour réaliser des économies considérables — jusqu’à 90 % par rapport à la tarification à l’utilisation — en exploitant la capacité Azure inutilisée. En contrepartie, les instances Spot peuvent être évincées avec un préavis de seulement 30 secondes lorsque Azure a besoin de récupérer cette capacité. Pour cette raison, les instances Spot dans VMSS conviennent aux charges de travail sans état et tolérantes aux pannes, comme les tâches de traitement par lots, l’encodage multimédia et les agents de compilation CI/CD, qui peuvent tolérer une interruption et reprendre à partir de points de contrôle.

Par défaut, un VMSS peut contenir jusqu’à 1 000 instances de VM lorsqu’il utilise des images d’Azure Marketplace, ou jusqu’à 600 instances pour des images personnalisées. Les abonnements Azure disposent également de quotas de vCPU par région, qui limitent le nombre de vCPU que vous pouvez utiliser sur l’ensemble des ressources. Si vous devez dépasser les limites par défaut, vous pouvez demander une augmentation de quota depuis le portail Azure. Il est important de planifier ces limites à l’avance pour les déploiements de production à grande échelle qui pourraient nécessiter des milliers d’instances lors des pics d’activité.

Bien que VMSS soit principalement conçu pour les charges de travail sans état, il peut également gérer des applications avec état à l’aide de disques de système d’exploitation persistants. Dans cette configuration, chaque instance conserve son disque de système d’exploitation lors de sa désallocation pendant une réduction de la capacité ; l’état propre à l’instance (comme une configuration unique ou des données de session) est ainsi préservé. Cette approche est utilisée pour des applications telles que les serveurs de jeux, où chaque instance possède une identité distincte. Toutefois, pour la plupart des scénarios avec état (bases de données, caches), les services gérés Azure dédiés, comme Azure SQL ou Azure Cache for Redis, sont mieux adaptés que des VM dans un groupe identique.

La surveillance d’un VMSS nécessite une visibilité à la fois au niveau du groupe identique (nombre d’instances au fil du temps, événements de mise à l’échelle automatique) et au niveau de chaque instance (CPU, mémoire, disque et journaux d’application). Azure Monitor collecte automatiquement les métriques de plateforme du groupe identique. Pour les métriques et les journaux au niveau de l’application, vous installez l’extension Azure Monitor Agent sur les instances via le profil de VM du groupe identique ; chaque nouvelle instance commence ainsi automatiquement à envoyer ses données à votre espace de travail Log Analytics. Vous bénéficiez ainsi d’une observabilité unifiée de toute la flotte depuis un seul tableau de bord.

Évaluez votre compréhension des concepts de Microsoft Azure Fundamentals (AZ-900) présentés dans cette leçon.

Dans cette leçon, vous avez appris que : les groupes identiques de VM gèrent un groupe de VM identiques et équilibrées par répartition de charge et ajustent automatiquement leur taille en fonction de métriques ou de calendriers, que les sondes d’intégrité et la réparation automatique des instances maintiennent la flotte en bon état sans intervention manuelle, et que les mises à niveau progressives permettent d’effectuer des mises à jour sans interruption de service en remplaçant les instances par petits lots. Nous allons maintenant découvrir Azure Virtual Desktop, une solution de bureau hébergée dans le cloud.