Incidents antérieurs

Tout a été resynchronisé et tout est revenu à la normale.

Mise à jour à 12h30 heure de Paris : Nous avons pu relancer le cluster du groupe 1. Il semble que le problème vienne du stockage des fichiers de logs qui a été rempli en l'espace d'une heure. Nous prévoyons une coupure pour maintenance, ce soir le samedi 17 juin à 21h heure de Paris pour resynchroniser les données de tous les noeuds. Il faudra prévoir entre 2 et 3 heures de coupure.

Depuis 12h heure de Paris, tous les environnements du groupe 1 sont inaccessibles, nous cherchons à identifier la cause du problème.

Samedi 16 juin à 9h heure de Paris, le cluster est fonctionnel depuis la veille au soir. Nous devons resynchroniser la plateforme VSDB qui n'est plus répliquée en temps réel.

Vendredi 16 juin à 9h05 heure de Paris, un des serveurs du cluster de base de données du groupe 4 est tombé à cause d'un problème de synchronisation de données. Nous allons devoir lancer une synchronisation des données au moment de la pause déjeuner pour limiter l'impact sur la production.

Depuis le 14 juin 2023 22h00 heure de Paris : des perturbations ont été constatées sur les environnements du groupe 1 avec des connexions parfois qui n'aboutissent pas.

Après analyse, il semble que le problème vienne de notre réseau privé. Scaleway a ouvert plusieurs incidents sur le sujet et il semble que nous soyons impactés.

Nous avons solutionné le problème le 15 juin vers 10h30 heure de Paris en changeant le système de répartition de charge de notre cluster de base de données.

Mise à jour à 16h30 heure de Paris : les données ont été mises à jour et la réplication relancée, tout fonctionne normalement.

La réplication de la plateforme VSDB du groupe 2 est à l'arrêt suite à un problème réseau. Nous allons couper la plateforme et resynchroniser les données. L'opération va prendre entre 2 et 3 heures.

Le 8 juin 2023 à 10h heure de Paris : nous avons changé le mode de connexion au cluster de base de données GRP5 avec un autres système de répartition de charge. Le problème est définitivement corrigé.

Le 7 juin 2023 à 11h00 heure de Paris : le répartiteur de charge du cluster de base de données de GRP5 a été complètement redémarré. Le problème semblait venir de ce composant, nous avons pu trouver des traces d'erreur dans les logs de ce dernier.

Le 7 juin 2023 à 10h00 heure de Paris : des utilisateurs nous remontent des problèmes de connexion par intermittence. Nous analysons pour comprendre le problème.

Le 6 juin 2023 de 8h55 à 9h05 et de 15h25 à 15h35 heures de Paris, les environnements du groupe 5 ont été indisponibles.
Il s'agit vraisemblablement d'un problème sur notre réseau privé, le cluster de base de données n'était pas joignable. Aucune donnée n'a été perdue pendant les 2 coupures.
Tout fonctionne normalement actuellement.