3.2 - Opérations et optimisation cloud
L'objectif 3.2 du Cloud+ CV0-004 couvre les opérations et l'optimisation quotidiennes du cloud. Le right-sizing examine l'usage et redimensionne les instances surdimensionnées pour réduire les dépenses sans nuire à la performance. L'étiquetage ajoute des labels comme un centre de coûts à chaque ressource pour regrouper et rapporter dépenses et propriété, et il alimente aussi l'automatisation et la gouvernance. Un runbook est une procédure documentée pas à pas que les opérateurs suivent pour traiter une tâche ou un incident connu de façon cohérente. La planification de capacité prédit les besoins futurs à partir des tendances de croissance pour éviter les pénuries avant qu'elles ne causent des pannes. Tu dois aussi connaître l'automatisation, la gestion des correctifs et du cycle de vie, et l'orchestration. Attends-toi à des mises en situation demandant la bonne pratique opérationnelle.
Redimensionner les instances surdimensionnées = right-sizing. Étiqueter les ressources (ex. centre de coûts) pour le reporting = étiquetage. Procédure documentée pas à pas = runbook. Prévoir les besoins futurs d'après les tendances = planification de capacité.
Questions d'entraînement
1. Analyser l'usage et redimensionner des instances surdimensionnées pour réduire la dépense s'appelle :
- Surprovisionnement
- Ajustement (right-sizing) (bonne réponse)
- Limitation (throttling)
- Débordement (bursting)
Le right-sizing ajuste le type/la taille d'instance à l'utilisation réelle, réduisant le gaspillage. Le throttling limite le débit de requêtes ; le bursting dépasse temporairement une base.
2. Ajouter une étiquette de centre de coût à chaque ressource pour regrouper et rapporter la dépense par équipe, c'est :
- Right-sizing
- Throttling
- Étiquetage (bonne réponse)
- Bursting
L'étiquetage attache des métadonnées (propriétaire, centre de coût, environnement) aux ressources pour regrouper, rapporter et gouverner coût et accès. Le right-sizing change la taille d'instance.
3. Une procédure documentée étape par étape que les opérateurs suivent pour une tâche ou un incident connu est un :
- Manifeste
- Runbook (bonne réponse)
- Plan directeur
- Journal des changements
Un runbook liste les étapes exactes pour résoudre une tâche opérationnelle connue, permettant une réponse cohérente et l'automatisation. Un plan directeur décrit une architecture, pas une procédure.
4. Prédire les besoins futurs en ressources à partir des tendances de croissance pour éviter les pénuries s'appelle :
- Right-sizing d'instance
- Planification de capacité (bonne réponse)
- Test de charge de pointe
- Refacturation des coûts
La planification de capacité prévoit la demande à partir des tendances pour provisionner à l'avance, évitant pannes ou gaspillage. Le right-sizing ajuste les instances existantes à l'usage actuel.
5. Planifier des correctifs pendant une fenêtre définie de faible trafic pour limiter la perturbation utilise une :
- Fenêtre de maintenance (bonne réponse)
- Événement de bascule
- Chaîne d'instantanés
- Politique de mise à l'échelle
Une fenêtre de maintenance est un créneau approuvé à faible impact pour correctifs et changements, réduisant la perturbation et coordonnant un retour arrière au besoin. Une politique de mise à l'échelle gère la capacité, pas les correctifs.
6. Coordonner de nombreuses tâches automatisées en un flux de bout en bout entre systèmes s'appelle :
- Scripting d'une tâche
- Surveillance continue
- Orchestration (bonne réponse)
- Étiquetage de ressources
L'orchestration enchaîne des tâches automatisées individuelles en un flux coordonné multi-étapes avec logique et dépendances entre systèmes. Un simple script n'automatise qu'une seule tâche isolée.