Fonctionnalités et avantages des groupes de machines virtuelles identiques
Un groupe de machines virtuelles identiques Azure offre un moyen scalable d’exécuter des applications sur un ensemble de machines virtuelles. Les machines virtuelles d’un groupe identique peuvent toutes avoir la même configuration et exécuter les mêmes applications, ou avoir des configurations différentes et exécuter des applications différentes. À mesure que la demande augmente, le nombre de machines virtuelles s’exécutant dans le groupe identique augmente. À mesure que la demande diminue, les machines virtuelles excédentaires peuvent être supprimées. Les groupes de machines virtuelles identiques conviennent parfaitement aux scénarios avec des charges de travail de calcul, de Big Data et de conteneurs.
Dans notre exemple de scénario, vos clients utilisent un des sites web de l’entreprise pour gérer et suivre l’état de leurs expéditions. Le site web étant accessible dans le monde entier, il est parfois difficile de prédire quelle sera la charge à une heure particulière de la journée. En outre, la charge peut varier selon les saisons, le mois de décembre étant particulièrement chargé en raison des vacances de fin d’année. Vous décidez d’utiliser un groupe de machines virtuelles identiques pour gérer la charge fluctuante tout en maintenant un temps de réponse court pour les demandes des clients.
Dans cette unité, vous allez explorer les fonctionnalités des groupes de machines virtuelles identiques. À la fin de cette unité, vous pourrez décrire le fonctionnement d’un groupe identique. Vous comprendrez comment un groupe identique prend en charge les scénarios de scale-out et de scale-up. Vous verrez comment utiliser la mise à l’échelle automatique et celle basée sur une planification pour ajuster les ressources disponibles pour un groupe identique.
Qu’est-ce qu’un groupe de machines virtuelles identiques ?
Les groupes de machines virtuelles identiques dans Azure sont conçus pour vous permettre de déployer et de gérer de nombreuses machines virtuelles avec équilibrage de la charge. Les groupes de machines virtuelles identiques sont capables d’effectuer automatiquement un scale-up ou un scale-down du nombre d’instances de machine virtuelle.
Les critères utilisés pour activer le scale-up ou le scale-down peuvent dépendre d’une planification personnalisée, ou de la demande et de l’utilisation réelles. Les groupes identiques peuvent appliquer simultanément la même configuration à un groupe de machines virtuelles. Ils ne vous demandent pas de configurer manuellement les instances individuelles si vous ne le voulez pas.
Un groupe identique utilise un équilibreur de charge pour distribuer les demandes entre les instances de machine virtuelle. Il utilise une sonde d’intégrité ou l’extension Intégrité d’application pour déterminer la disponibilité de chaque instance. La sonde d’intégrité ou l’extension Intégrité de l’application effectue un test ping sur l’instance. Si l’instance répond, le groupe identique sait que l’instance est toujours disponible. Si le test ping échoue ou dépasse le délai d’attente, le groupe identique sait que l’instance n’est pas disponible et ne lui envoie pas de demandes.
Les groupes de machines virtuelles identiques prennent en charge les machines virtuelles Linux et Windows dans Azure et peuvent exécuter jusqu’à 1 000 machines virtuelles sur un même groupe identique.
Si vous traitez des charges de travail importantes dont la demande varie et est imprévisible, les groupes identiques sont une bonne solution. Dans la mesure où les groupes de machines virtuelles identiques offrent des machines virtuelles qui peuvent être mises à l’échelle pour répondre à la demande et dont la charge est équilibrée, ils fournissent automatiquement un environnement à haute disponibilité.
Options de mise à l’échelle pour les groupes identiques
Les groupes identiques sont conçus pour optimiser le rapport coût-efficacité. Les nouvelles instances de machine virtuelle sont créées seulement quand c’est nécessaire.
Vous pouvez parfois être amené à ajouter ou supprimer des machines dans un groupe identique, en fonction de la demande. Par exemple, il se peut que vous n’ayez pas besoin d’exécuter certaines machines pendant certaines périodes de la semaine ou de la journée, quand la demande est faible. Vous pouvez ajuster manuellement le nombre de machines virtuelles dans un groupe identique en augmentant ou en réduisant le nombre d’instances. Cepandant, dans de nombreux cas, il est préférable d’ajouter ou de supprimer automatiquement des machines virtuelles à l’aide de règles. Les règles sont basées sur des métriques. Elles garantissent que le nombre approprié de machines virtuelles est ajouté en fonction de la demande ou d’une planification.
Mise à l’échelle d’un groupe identique
Les groupes de machines virtuelles identiques répondent au besoin de créer et de gérer rapidement des machines virtuelles pour une charge de travail fluctuante. Vous pouvez configurer deux types de mise à l’échelle pour un groupe identique :
Mise à l’échelle planifiée : Vous pouvez planifier de façon proactive le groupe identique afin de déployer une ou N instances supplémentaires pour faire face à un pic de trafic, puis réduire le nombre de ces instances une fois le pic terminé.
Mise à l’échelle automatique : Si la charge de travail est variable et qu’elle ne peut pas toujours être planifiée, vous pouvez utiliser la mise à l’échelle avec des seuils, basée sur des métriques. La mise à l’échelle automatique effectue un scale-out basé sur l’utilisation des nœuds. Elle effectue après cela un scale-in quand les ressources reviennent à une base de référence.
Ces deux options répondent à la nécessité de mettre à l’échelle les ressources tout en gérant les coûts associés. Les exemples suivants décrivent des scénarios où vous pouvez utiliser différents types de mise à l’échelle.
Mise à l’échelle planifiée
Supposons que vous faites partie de l’équipe DevOps d’une grande entreprise de livraison de produits alimentaires. Le vendredi soir est généralement le moment où votre activité est la plus forte. À l’inverse, le mercredi à 7 heures du matin est généralement votre moment le plus calme.
Azure facture les ressources en fonction de leur consommation : n’exécutez donc pas des services dont vous n’avez pas besoin. Si vous avez besoin de 100 serveurs web pour répondre à la demande le vendredi soir, c’est avec plaisir que vous les payez. Par contre, si vous n’avez besoin que de deux serveurs le mercredi matin, vous ne souhaitez pas payer pour les 98 serveurs inactifs. Pour gérer vos coûts tout en répondant aux exigences opérationnelles, envisagez d’utiliser la mise à l’échelle automatique planifiée.
Mise à l’échelle automatique
Supposons que vous faites partie de l’équipe DevOps d’une grande marque de chaussures. Quand la date de lancement d’un produit approche, vous pouvez penser que votre service va être soumis à une demande plus importante. Cependant, le pic de la demande peut être imprévisible et difficile à quantifier. Vous voulez que votre service réponde à la demande en effectuant une mise à l’échelle horizontale à mesure que les ressources actuelles sont utilisées.
Pour ce scénario, vous pouvez utiliser une mise à l’échelle automatique basée sur des métriques. Ce type de mise à l’échelle automatique effectue un scale-out de votre infrastructure quand la demande augmente. Elle effectue un scale-in quand la demande diminue.
Réduction des coûts à l’aide de machines virtuelles Spot
Les machines virtuelles Azure Spot vous permettent de disposer de notre capacité inutilisée en réalisant des économies significatives. Dès qu’Azure aura besoin de récupérer la capacité, l’infrastructure Azure supprimera les machines virtuelles Azure Spot. Les machines virtuelles Azure Spot sont donc appropriées pour les charges de travail capables de gérer les interruptions, comme les travaux de traitement par lots, les environnements de développement et de test, les charges de travail de calcul importantes, entre autres.
La capacité disponible dépend de divers facteurs, tels que la taille, la région, l’heure, etc. Lorsque vous déployez Azure Spot Virtual Machines, Azure alloue la capacité disponible aux machines virtuelles, le cas échéant. Sachez toutefois qu’il n’y a pas de contrat SLA pour ces machines virtuelles. Une Azure Spot Virtual Machine n’offre aucune garantie de haute disponibilité. Dès qu’Azure aura besoin de récupérer la capacité, l’infrastructure Azure supprimera les machines virtuelles Azure Spot avec un préavis de 30 secondes.
Quand Azure a à nouveau besoin de la puissance, vous recevez une notification à propos de la machine virtuelle qui sera supprimée de votre groupe identique. Si vous avez besoin de nettoyer le code ou de quitter normalement le code sur votre machine virtuelle, vous pouvez utiliser Azure Scheduled Events pour réagir à la notification dans la machine virtuelle. Vous pouvez également indiquer au groupe identique d’essayer de créer une autre machine virtuelle pour remplacer celle qui sera supprimée. La création d’une autre machine virtuelle n’est cependant pas garantie.
Avec les machines virtuelles Azure Spot, vous pouvez spécifier deux types de suppression par le biais de la définition d’une stratégie d’éviction :
- Désallouer (stratégie, par défaut) : la machine virtuelle est arrêtée. Les ressources mémoire et de traitement sont désallouées. Les disques restent intacts et les données sont conservées. L’espace disque vous est facturé, alors que la machine virtuelle n’est pas en cours d’exécution.
- Supprimer (stratégie) : la machine virtuelle dans son ensemble est supprimée, notamment tous les disques sous-jacents. Vous ne serez donc plus facturé pour le stockage.
Les machines virtuelles Azure Spot sont utiles pour les charges de travail qui s’exécutent avec des interruptions ou quand vous devez utiliser des machines virtuelles de plus grande taille à un coût nettement réduit. Gardez simplement à l’esprit que vous ne pouvez pas contrôler quand une machine virtuelle est supprimée.