Nakhla Pay : l'API Kubernetes ne répond plus depuis 03:12, aucun déploiement ni aucune tâche planifiée ne passe

Nakhla Pay est un établissement de paiement installé à Salé : paiement marchand, virements instantanés et portefeuille mobile pour 2 300 commerçants. Toute la production tourne sur un cluster Kubernetes installé avec kubeadm dans la salle serveurs de l'entreprise :

• trois plans de contrôle cp-01, cp-02, cp-03, chacun avec son etcd (topologie « empilée ») ;
• l'adresse de l'API k8s-api.nakhla.lan:6443 portée par le répartiteur HAProxy lb-01 ;
• 14 nœuds de travail.

Cette nuit, l'équipe datacenter a arrêté cp-03 à 01:00 pour une mise à jour des micrologiciels (BIOS, BMC, contrôleur RAID), selon le changement CHG-0918 validé : « cluster tolérant à la perte d'un plan de contrôle ». Depuis 03:12, l'API ne répond plus. Les pods déjà lancés tournent toujours, mais rien ne bouge : la livraison de 08:00 de api-virements est bloquée, la tâche de rapprochement bancaire de 06:00 n'a pas démarré, le pic de 09:00 ne pourra pas être absorbé.

Le responsable de production, Rachid El Idrissi, veut « rallumer cp-03 tout de suite, tant pis pour le micrologiciel » ; un collègue propose de « restaurer etcd depuis la sauvegarde de 02:00 ».

Vous êtes Soufiane, ingénieur plateforme d'astreinte, sur poste-astreinte (kubeconfig d'administration, accès SSH à lb-01, cp-01, cp-02, et à la carte BMC de cp-03 par ipmitool). Le planning des changements est dans ~/INC-3515/changements.txt.