Mise en situation : un serveur, puis une zone, tombe

15 pannes à analyser : point de défaillance unique, vérifications de santé, bascule de base, zones, réplication asynchrone, pannes en cascade, tempêtes de nouvelles tentatives, déploiements, certificats, DNS, files bloquées, sauvegardes, alertes. La cause, puis la solution qui rend le service résistant.

  • 36 cartes
  • 3 thèmes
  • Gratuit

Le programme, thème par thème

Le poids de chaque thème suit celui que lui donne l'examen.

  1. Redondance
  2. Propagation des pannes
  3. Exploitation

Quelques cartes du deck

  • Un serveur tombe, tout le site tombe

    - Le site tourne sur un seul serveur applicatif
    - Sa carte mère lâche à 3 h du matin
    - Le site est indisponible jusqu'à l'arrivée de l'équipe

    Quelle est la cause la plus probable ?

    • Un point de défaillance unique
    • Une attaque informatique
    • Une saturation du trafic
    • Une erreur de DNS
    Voir la réponse

    Un point de défaillance unique

    Quand un seul composant porte tout, sa panne arrête tout.

  • Un serveur tombe, tout le site tombe

    Cause : un point de défaillance unique.

    Quelle est la solution typique ?

    • Plusieurs serveurs derrière un load balancer qui vérifie leur santé
    • Un serveur plus robuste
    • Une astreinte de nuit plus réactive
    • Des sauvegardes plus fréquentes
    Voir la réponse

    Plusieurs serveurs derrière un load balancer qui vérifie leur santé

    Si un serveur tombe, le load balancer le retire et les autres prennent la charge, sans intervention.

    Autre solution : Un serveur de secours prêt à reprendre l'adresse du principal (actif-passif).

    Piège : Un load balancer unique devient à son tour le point de défaillance : il faut le doubler aussi.

  • Une requête sur trois échoue pendant 2 minutes

    - Un des trois serveurs a planté
    - Le load balancer continue de lui envoyer du trafic
    - Il ne le retire qu'après 2 minutes

    Quelle est la cause la plus probable ?

    • Le load balancer est saturé
    • Les vérifications de santé sont absentes ou trop espacées
    • La base de données est en panne
    • Le DNS pointe vers le mauvais serveur
    Voir la réponse

    Les vérifications de santé sont absentes ou trop espacées

    Le load balancer ne sait pas qu'un serveur est mort tant qu'il ne l'a pas testé.