Cas avances¶

Capacity planning multi-cloud, disaster recovery, modélisation what-if et capacity review meetings.

Capacity planning multi-cloud¶

Lorsque l'infrastructure s'etend sur plusieurs clouds (AWS + Azure, cloud public + cloud prive), le capacity planning doit agregger et normaliser des données hétérogènes.

Défis spécifiques¶

• Métriques hétérogènes : chaque cloud utilise ses propres noms, unites et granularites
• Latences inter-cloud : le réseau entre providers est un goulot d'étranglement supplémentaire
• Coûts non comparables directement : les SKUs ne se correspondent pas 1:1
• Limites de quota par provider : un quota atteint sur AWS ne peut pas être compense par Azure

Normalisation des unites¶

Outils d'agrégation multi-cloud¶

Disaster Recovery et capacity planning¶

Le DR n'est pas qu'une question de sauvegarde — c'est aussi un problème de capacité.

Stratégies DR et leurs implications capacitaires¶

quadrantChart
    title Strategies DR : cout vs vitesse de recovery
    x-axis "Lent (RTO elevé)" --> "Rapide (RTO faible)"
    y-axis "Peu couteux" --> "Tres couteux"
    quadrant-1 Actif-Actif
    quadrant-2 Warm Standby
    quadrant-3 Backup & Restore
    quadrant-4 Pilot Light
    Actif-Actif: [0.90, 0.90]
    Warm Standby: [0.65, 0.60]
    Pilot Light: [0.40, 0.35]
    Backup & Restore: [0.10, 0.10]

Dimensionner la capacité DR¶

• Actif-Actif : chaque site doit pouvoir absorber 100 % du trafic si l'autre tombe
• Warm Standby : prévoir le temps de montee en charge pour atteindre 100 % (autoscaling)
• Pilot Light : valider que le provisioning automatique tient les SLA de RTO declares
• Backup & Restore : tester le temps réel de restauration avec les volumes de données actuels (pas ceux d'il y a 6 mois)

Modélisation what-if¶

L'analyse what-if répond a des questions du type : "que se passe-t-il si le trafic double soudainement ?"

Scenarios types¶

Méthodologie what-if¶

1. Partir de la baseline actuelle : utilisation moyenne et pic observe
2. Appliquer le multiplicateur du scenario : "trafic x2 = CPU x ?, connexions DB x ?"
3. Identifier les premiers goulots : quelle ressource sature en premier ?
4. Calculer le headroom restant : combien de temps avant saturation ?
5. Définir les actions preventives : pre-scaling, reserved instances supplémentaires, quotas

Outils de modélisation¶

Capacity review meetings¶

Les capacity reviews sont des réunions périodiques pour évaluer l'état de la capacité et prendre des décisions proactives.

Fréquence et participants¶

Agenda type d'une capacity review mensuelle¶

1. État de la capacité (10 min) : métriques actuelles vs seuils, alertes actives
2. Tendances (10 min) : évolution sur 30 jours, dérivé vs baseline
3. Incidents capacitaires (5 min) : revue des incidents lies à la capacité du mois
4. Actions en cours (5 min) : suivi des décisions du mois précédent
5. Décisions (10 min) : scaling a planifier, achats, optimisations, escalades

Décisions types et critères¶

Points clés¶

• Le multi-cloud exige une normalisation des métriques et des outils d'agrégation dédiés
• Le dimensionnement DR dépend directement des objectifs RTO/RPO — les tester régulièrement
• L'analyse what-if anticipe les scenarios de stress avant qu'ils surviennent
• Les capacity review meetings transforment les données techniques en décisions business
• Documenter les décisions et leur rationale — y compris les décisions de ne pas agir