← CloudCédric MerlinFREN

Galaxie Cloud Cas 4 sur 7

Une simple maintenance fait tomber l’application

Le problème

Après une maintenance de l’hébergeur, l’application affiche « page introuvable » (erreur 404) sur toute une série de serveurs.

La contrainte

Tout le monde soupçonne la dernière migration de base de données. Ce n’est pas elle.

Ce que j’ai fait

01

Trop vite

Indice : l’application redémarre en 18 secondes au lieu de 10 minutes. Trop vite pour être saine.

02

Une carte a changé de nom

La carte réseau privée a changé de nom au redémarrage.

03

Trois maillons tombent

Le chemin vers l’extérieur a disparu, le coffre à secrets est injoignable, l’application démarre sans sa configuration.

04

Corrigé pour de bon

Je corrige chaque serveur, puis l’automatisation, pour que le prochain redémarrage ne casse plus rien.

Schéma : la chaîne de cinq maillons entre le reboot et le 404La fausse piste, la migration de base de données, est barrée. Un démarrage en 18 secondes au lieu de 10 minutes est l’indice. La carte réseau privée change de nom, ce qui fait tomber le chemin vers l’extérieur, l’accès au coffre à secrets, puis la configuration. Le correctif, inscrit dans l’automatisation, remet les cinq maillons au vert : l’application répond 200.404200migration de base10 min18 snom Anom Brebootcarte renomméeroute perduesecrets injoignablesdémarre sans configréglage

Le résultat

La cause en une chaîne de cinq maillons, et une procédure écrite.

5 maillons

entre le redémarrage et l’erreur

Stack

  • Linux
  • Réseau privé
  • Gestion des secrets
  • Automatisation