3.2 - Dimensionnement, scale sets et configuration des VM
L'objectif 3.2 de l'AZ-104 couvre le dimensionnement, la mise à l'échelle et la configuration des machines virtuelles. Redimensionner une VM vers une taille supérieure déjà disponible sur son hôte actuel la redémarre simplement sur place ; si la taille cible n'y est pas disponible, la VM doit être arrêtée et déplacée vers un hôte qui la prend en charge. Les groupes identiques de machines virtuelles (scale sets) exécutent de nombreuses instances identiques derrière l'autoscale, dont les règles combinent une métrique, un seuil et une fenêtre d'échantillonnage pour qu'un CPU élevé soutenu déclenche la mise à l'échelle sans réagir à un pic momentané, et l'équilibrage de zone répartit les instances entre zones même après une réduction. Une stratégie de mise à niveau propagée met à jour l'image par lots et s'interrompt si la santé des instances chute, et une sonde de santé d'application fournit des signaux par instance pour réparer automatiquement les VM défaillantes. Pour exécuter une configuration après le démarrage d'une VM, comme installer un logiciel, tu utilises la Custom Script Extension. Un groupe de placement de proximité regroupe physiquement les VM pour réduire la latence entre elles, et un hôte dédié Azure fournit du matériel isolé mono-locataire, parfois requis pour les licences. Attends-toi à des mises en situation qui demandent quelle fonction de mise à l'échelle, de placement ou de configuration convient.
Taille supérieure déjà sur le même hôte = redémarrage sur place. Ignorer les pics momentanés = fenêtre d'échantillonnage de l'autoscale. Mettre à jour un scale set par lots = mise à niveau propagée. Script après démarrage = Custom Script Extension. Regrouper les VM = placement de proximité.
Questions d'entraînement
1. Une application doit ajouter ou retirer automatiquement des instances de VM identiques selon la charge CPU. Quelle ressource devez-vous deployer ?
- Un groupe de machines virtuelles identiques (VMSS) (bonne réponse)
- Un availability set combine a une seule machine virtuelle que vous redimensionnez manuellement pendant les pics
- Un hote dedie
- Un plan App Service
Un VMSS execute un groupe de VM identiques et ajoute ou retire des instances automatiquement selon des metriques comme le CPU. Un availability set n'a pas d'autoscaling, un hote dedie est du materiel mono-tenant et un plan App Service heberge des applications web, pas des VM IaaS.
2. Au sein d'une meme region, vous devez maintenir un ensemble de VM disponibles meme si un centre de donnees entier tombe en panne. Sur quoi devez-vous les repartir ?
- Les zones de disponibilite (bonne réponse)
- Un availability set, qui ne repartit les VM que sur des domaines de panne et de mise a jour dans un seul centre de donnees
- Un groupe de placement de proximite
- Une seule VM plus grande
Les zones de disponibilite sont des centres de donnees physiquement separes dans une region : repartir les VM entre zones survit a la panne d'un centre entier. Les availability sets ne protegent que dans un seul centre, les groupes de placement de proximite reduisent la latence et une seule grosse VM est un point unique de defaillance.
3. Apres le demarrage d'une VM, vous devez y executer un script de configuration pour installer et parametrer des logiciels. Quel mecanisme est concu pour cela ?
- L'extension Custom Script (bonne réponse)
- Un tout nouveau redeploiement de la machine virtuelle a partir d'une image managee fraichement capturee
- Un verrou de ressource ReadOnly
- Une regle de groupe de securite reseau
L'extension Custom Script telecharge et execute un script sur une VM apres deploiement pour la configuration post-provisionnement. Redeployer depuis une image est lourd, un verrou protege la ressource et une regle NSG filtre le trafic.
4. Vous avez besoin d'un rapport equilibre entre vCPU et memoire pour un serveur web classique. Quelle serie de VM Azure est le choix a usage general ?
- La serie D (bonne réponse)
- La serie M, concue pour de tres grandes bases de donnees en memoire comme SAP HANA qui exigent enormement de RAM par vCPU
- La serie F
- La serie L
Les VM de serie D offrent un rapport vCPU/memoire equilibre pour des charges a usage general comme des serveurs web. La serie M vise les charges a tres grande memoire, la serie F est optimisee calcul et la serie L optimisee stockage.
5. Un petit serveur de test reste inactif la plupart du temps mais a parfois besoin d'une breve pointe de CPU, et le cout doit etre minimal. Quelle serie de VM convient le mieux ?
- La serie M, une famille specialisee optimisee memoire destinee uniquement aux plus grandes charges de bases de donnees en memoire d'entreprise
- La serie B (bonne réponse)
- La serie N
- La serie H
Les VM burstables de serie B accumulent des credits CPU au repos et les depensent lors des pointes, ce qui les rend economiques pour des charges intermittentes a faible base. M est optimisee memoire, N est GPU et H est HPC.
6. Un traitement par lots est limite par le CPU et exige un rapport eleve de vCPU par rapport a la memoire. Quelle serie de VM est optimisee calcul pour cela ?
- La serie F (bonne réponse)
- La serie E, une famille optimisee memoire qui fournit plutot beaucoup de RAM par vCPU pour de grands jeux de donnees en memoire
- La serie B
- La serie L
Les VM de serie F sont optimisees calcul avec un rapport vCPU/memoire eleve, adaptees aux traitements limites par le CPU. La serie E est optimisee memoire, la serie B est burstable et la serie L optimisee stockage.