Quiz de Validation - MODULE 9
Ce quiz de 30 questions vous permet de valider vos connaissances sur Auto Scaling avant de passer au lab pratique.
Question 1
Qu'est-ce qu'un Auto Scaling Group (ASG) ?
A) Un groupe de Security Groups
B) Une collection d'instances EC2 gerees automatiquement selon des regles de scaling
C) Un groupe d'utilisateurs
D) Un type de Load Balancer
Voir la reponse
Reponse : B
Un Auto Scaling Group est un ensemble logique d'instances EC2 traitees comme un groupe pour le scaling automatique. L'ASG maintient le nombre d'instances desire, remplace les instances unhealthy, et scale selon les politiques definies.
Question 2
Quels sont les trois parametres de capacite d'un ASG ?
A) Small, Medium, Large
B) Minimum, Desired, Maximum
C) Low, Normal, High
D) Start, Running, Stop
Voir la reponse
Reponse : B
Minimum : nombre minimum d'instances (jamais en dessous). Desired : nombre cible d'instances (l'ASG essaie de maintenir ce nombre). Maximum : limite superieure (jamais au-dessus). Relation : Minimum est inferieur ou egal a Desired, qui est inferieur ou egal a Maximum.
Question 3
Qu'est-ce qu'un Launch Template ?
A) Un modele de document
B) Une configuration decrivant comment lancer des instances EC2 (AMI, type, SG, etc.)
C) Un plan de deploiement
D) Un script de demarrage
Voir la reponse
Reponse : B
Le Launch Template definit tous les parametres pour lancer une instance : AMI, type d'instance, key pair, Security Groups, user data, volumes EBS, etc. L'ASG utilise ce template pour creer des instances identiques. Remplace l'ancien Launch Configuration.
Question 4
Quelle est la difference entre Launch Template et Launch Configuration ?
A) Aucune
B) Launch Template supporte le versioning et plus de fonctionnalites, Launch Configuration est deprecie
C) Launch Configuration est plus recent
D) Launch Template est payant
Voir la reponse
Reponse : B
Launch Template est la methode recommandee. Il supporte : versioning, mix de types d'instances, mix On-Demand/Spot, T2/T3 unlimited. Launch Configuration est l'ancienne methode, immuable et avec moins de fonctionnalites. Migrez vers Launch Template.
Question 5
Que se passe-t-il si une instance d'un ASG echoue au health check ?
A) Rien
B) L'ASG la termine et en lance une nouvelle automatiquement
C) Un email est envoye
D) L'ASG s'arrete
Voir la reponse
Reponse : B
L'ASG detecte les instances unhealthy (via EC2 status checks ou ELB health checks) et les remplace automatiquement. C'est la fonctionnalite de self-healing qui maintient le nombre desire d'instances saines.
Question 6
Quels types de health checks un ASG peut-il utiliser ?
A) Seulement EC2
B) EC2 et/ou ELB
C) Seulement ELB
D) Seulement CloudWatch
Voir la reponse
Reponse : B
EC2 health check : verifie les status checks EC2 (instance running, system OK). ELB health check : verifie que l'instance repond aux health checks du Load Balancer. Si integre a un LB, utilisez ELB health check pour une detection plus precise.
Question 7
Qu'est-ce que le scaling policy "Target Tracking" ?
A) Suivre une cible specifique
B) Ajuster la capacite pour maintenir une metrique a une valeur cible
C) Tracker les utilisateurs
D) Atteindre un objectif de cout
Voir la reponse
Reponse : B
Target Tracking ajuste automatiquement la capacite pour maintenir une metrique CloudWatch a une valeur cible. Exemple : maintenir CPUUtilization a 50%. L'ASG scale out si CPU > 50%, scale in si CPU < 50%. Simple et efficace.
Question 8
Quelles metriques peuvent etre utilisees avec Target Tracking ?
A) Uniquement CPU
B) CPU, Network, ALB Request Count par cible, metriques personnalisees
C) Seulement les metriques reseau
D) Uniquement les metriques de cout
Voir la reponse
Reponse : B
Metriques predefinies : ASGAverageCPUUtilization, ASGAverageNetworkIn/Out, ALBRequestCountPerTarget. On peut aussi utiliser des metriques CloudWatch personnalisees (ex: queue depth, custom application metrics).
Question 9
Qu'est-ce que le scaling policy "Step Scaling" ?
A) Scaling etape par etape
B) Differentes actions selon l'amplitude du depassement de seuil
C) Scaling manuel
D) Scaling lineaire
Voir la reponse
Reponse : B
Step Scaling definit des actions differentes selon l'amplitude de l'alarme. Exemple : +1 instance si CPU 60-70%, +2 si CPU 70-80%, +4 si CPU > 80%. Permet une reponse proportionnelle a l'intensite de la charge.
Question 10
Qu'est-ce que le scaling policy "Simple Scaling" ?
A) La plus simple des politiques
B) Attend la fin d'une action de scaling avant d'en declencher une autre
C) Scaling constant
D) Pas de scaling
Voir la reponse
Reponse : B
Simple Scaling declenche une action quand une alarme passe en ALARM, mais attend un cooldown avant de reagir a nouveau. Moins reactive que Step ou Target Tracking. Generalement remplacee par les autres politiques.
Question 11
Qu'est-ce que le "Cooldown Period" ?
A) Periode de refroidissement des serveurs
B) Temps d'attente apres une action de scaling avant d'en permettre une autre
C) Temps de maintenance
D) Delai de facturation
Voir la reponse
Reponse : B
Le cooldown (defaut 300s) empeche l'ASG de lancer/terminer trop d'instances rapidement. Apres un scale out/in, l'ASG attend avant de reagir a nouveau, permettant aux nouvelles instances de s'activer et aux metriques de se stabiliser.
Question 12
Qu'est-ce que le "Scheduled Scaling" ?
A) Scaling base sur un calendrier predefini
B) Scaling aleatoire
C) Scaling base sur les couts
D) Scaling base sur la geographie
Voir la reponse
Reponse : A
Scheduled Scaling permet de definir des actions de scaling a des moments specifiques. Exemple : augmenter a 10 instances tous les jours a 8h, reduire a 2 la nuit. Utile pour les patterns de charge previsibles.
Question 13
Quand utiliser Scheduled Scaling vs Target Tracking ?
A) Scheduled pour charge imprevisible, Target Tracking pour charge previsible
B) Scheduled pour patterns previsibles, Target Tracking pour charge variable
C) Ils sont identiques
D) Jamais utiliser les deux ensemble
Voir la reponse
Reponse : B
Scheduled Scaling pour les patterns previsibles (heures de bureau, evenements planifies). Target Tracking pour reagir a la charge reelle variable. On peut combiner les deux : scheduled pour le baseline, target tracking pour les ajustements fins.
Question 14
Qu'est-ce que le "Predictive Scaling" ?
A) Predictions meteo
B) Machine learning pour anticiper la demande et pre-scaler
C) Predictions de couts
D) Scaling base sur les predictions des utilisateurs
Voir la reponse
Reponse : B
Predictive Scaling utilise le machine learning pour analyser les patterns historiques et anticiper la demande future. L'ASG scale proactivement avant que la charge n'augmente. Combine avec d'autres politiques pour une couverture complete.
Question 15
Comment un ASG distribue-t-il les instances entre les AZ ?
A) Toutes dans une seule AZ
B) Equilibre entre les AZ configurees pour la haute disponibilite
C) Aleatoirement
D) Selon le cout
Voir la reponse
Reponse : B
L'ASG distribue les instances equilibrement entre les AZ configurees. Si vous avez 4 instances et 2 AZ, il en met 2 dans chaque. Cela assure la haute disponibilite : si une AZ tombe, l'autre a des instances.
Question 16
Que se passe-t-il si une AZ devient indisponible ?
A) L'ASG s'arrete
B) L'ASG lance des instances supplementaires dans les AZ restantes
C) Rien
D) Les instances migrent automatiquement
Voir la reponse
Reponse : B
L'ASG detecte que les instances de l'AZ defaillante sont unhealthy et les termine. Il lance ensuite des instances de remplacement dans les AZ disponibles pour maintenir le desired capacity. C'est le rebalancing automatique.
Question 17
Qu'est-ce que le "Instance Warmup" ?
A) Chauffage des serveurs
B) Temps accorde a une nouvelle instance pour s'initialiser avant de compter dans les metriques
C) Temps de demarrage de l'OS
D) Delai de facturation
Voir la reponse
Reponse : B
L'Instance Warmup donne du temps a une nouvelle instance pour demarrer son application et se stabiliser. Pendant ce temps, elle ne contribue pas aux metriques de scaling pour eviter des scale out en cascade bases sur des metriques temporairement elevees.
Question 18
Qu'est-ce que le "Lifecycle Hook" ?
A) Un crochet physique
B) Un point d'arret pendant le lancement/terminaison pour executer des actions personnalisees
C) Un log
D) Un webhook HTTP
Voir la reponse
Reponse : B
Les Lifecycle Hooks permettent d'executer des actions pendant le lancement (ex: installer des logiciels, enregistrer dans un service) ou la terminaison (ex: deregistrer, sauvegarder des donnees) d'une instance avant qu'elle rejoigne/quitte le groupe.
Question 19
Qu'est-ce que la "Termination Policy" ?
A) Politique de suppression de compte
B) Regles pour choisir quelles instances terminer lors d'un scale in
C) Conditions d'utilisation
D) Politique de retention des logs
Voir la reponse
Reponse : B
La Termination Policy definit comment l'ASG choisit les instances a terminer lors d'un scale in. Options : OldestInstance, NewestInstance, OldestLaunchConfiguration, ClosestToNextInstanceHour, Default (equilibre AZ puis plus ancien).
Question 20
Qu'est-ce que "Instance Protection" ?
A) Antivirus
B) Empeche une instance specifique d'etre terminee par le scaling
C) Chiffrement
D) Firewall
Voir la reponse
Reponse : B
Instance Protection protege une instance contre la terminaison par les actions de scale in de l'ASG. Utile pour les instances qui executent des taches longues. L'instance peut toujours etre terminee manuellement ou si elle devient unhealthy.
Question 21
Peut-on melanger des instances On-Demand et Spot dans un ASG ?
A) Non
B) Oui, avec une politique de mix dans le Launch Template ou ASG
C) Seulement avec un Launch Configuration
D) Seulement pour les grandes instances
Voir la reponse
Reponse : B
L'ASG supporte un mix d'instances On-Demand et Spot. On peut definir un pourcentage (ex: 70% Spot, 30% On-Demand base). Cela reduit les couts tout en maintenant une capacite de base garantie.
Question 22
Qu'est-ce que les instances Spot ?
A) Des instances speciales
B) Des instances utilisant la capacite inutilisee d'AWS a prix reduit, mais pouvant etre interrompues
C) Des instances gratuites
D) Des instances pour le developpement uniquement
Voir la reponse
Reponse : B
Les instances Spot utilisent la capacite EC2 excedentaire a prix reduit (jusqu'a 90% moins cher). Elles peuvent etre interrompues par AWS avec un preavis de 2 minutes quand AWS a besoin de la capacite. Ideales pour les workloads tolerants aux interruptions.
Question 23
Comment se proteger contre les interruptions Spot ?
A) Ce n'est pas possible
B) Diversifier les types d'instances et AZ, utiliser un mix On-Demand/Spot
C) Payer plus
D) Utiliser des Reserved Instances
Voir la reponse
Reponse : B
Pour la resilience Spot : diversifiez les types d'instances (plusieurs familles/tailles), utilisez plusieurs AZ, configurez un pourcentage On-Demand de base, implementez la gestion des interruptions (2 min notification), et concevez des applications tolerantes aux pannes.
Question 24
Quelle alarme CloudWatch declenche typiquement un scale out ?
A) CPU < 20%
B) CPU > 70% pendant 5 minutes
C) Aucune alarme necessaire
D) Alarme de facturation
Voir la reponse
Reponse : B
Une alarme typique de scale out surveille CPUUtilization > 70% (seuil configurable) pendant plusieurs periodes (ex: 3 periodes de 1 minute). Quand l'alarme passe en ALARM, l'action de scaling ajoute des instances.
Question 25
Qu'est-ce que le "Desired Capacity" ?
A) La capacite souhaitee par AWS
B) Le nombre d'instances que l'ASG essaie de maintenir
C) La capacite maximale du serveur
D) Le nombre d'utilisateurs desires
Voir la reponse
Reponse : B
Desired Capacity est le nombre d'instances que l'ASG maintient activement. Si une instance tombe, l'ASG en relance une pour revenir au desired. Les politiques de scaling modifient le desired capacity dans les limites min/max.
Question 26
Peut-on modifier manuellement le Desired Capacity ?
A) Non, seul l'auto scaling peut le modifier
B) Oui, via console, CLI ou API
C) Seulement via API
D) Seulement si l'auto scaling est desactive
Voir la reponse
Reponse : B
On peut modifier manuellement le Desired Capacity a tout moment via la console, CLI (aws autoscaling set-desired-capacity) ou API. L'ASG ajustera alors le nombre d'instances. Les politiques de scaling ajusteront ensuite si necessaire.
Question 27
Comment surveiller les activites de scaling ?
A) CloudWatch uniquement
B) CloudWatch, Activity History de l'ASG, SNS notifications
C) Seulement les logs EC2
D) AWS Config uniquement
Voir la reponse
Reponse : B
Surveillez : Activity History dans l'ASG (historique des actions), metriques CloudWatch (GroupDesiredCapacity, GroupInServiceInstances, etc.), CloudTrail pour les appels API, et configurez des SNS notifications pour les evenements de scaling.
Question 28
Qu'est-ce que "Suspend Processes" dans un ASG ?
A) Mettre en pause les instances
B) Desactiver temporairement certains processus de l'ASG (Launch, Terminate, etc.)
C) Suspendre la facturation
D) Arreter le monitoring
Voir la reponse
Reponse : B
On peut suspendre des processus de l'ASG : Launch (pas de nouvelles instances), Terminate (pas de terminaison), HealthCheck (pas de verification), ReplaceUnhealthy, AZRebalance, etc. Utile pour la maintenance ou le debugging.
Question 29
Quelle metrique indique qu'un ASG scale ?
A) CPUUtilization
B) GroupDesiredCapacity, GroupInServiceInstances, GroupTotalInstances
C) NetworkIn
D) DiskReadOps
Voir la reponse
Reponse : B
Les metriques ASG incluent : GroupDesiredCapacity (capacite cible), GroupInServiceInstances (instances saines), GroupPendingInstances (en lancement), GroupTerminatingInstances (en terminaison). Ces metriques montrent l'activite de scaling.
Question 30
Comment tester une politique de scaling ?
A) Attendre une vraie charge
B) Generer de la charge artificielle (stress test) ou modifier manuellement les metriques
C) Lire la documentation
D) Ce n'est pas possible
Voir la reponse
Reponse : B
Testez en generant de la charge artificielle (stress, ab, locust) pour declencher les alarmes. Ou utilisez des outils comme stress sur les instances pour augmenter CPU. Verifiez que l'ASG scale comme prevu et que les instances deviennent healthy.
Resultat
Comptez vos bonnes reponses :
- 27-30 : Excellent - Vous maitrisez Auto Scaling
- 22-26 : Bien - Quelques points a revoir
- 17-21 : Moyen - Relisez le cours avant le lab
- Moins de 17 : Insuffisant - Reprenez le cours depuis le debut
Passez au Lab Auto Scaling une fois que vous avez atteint au moins 22 bonnes reponses.