Panne AWS du 21.02.2026 : Problèmes de routage Direct Connect après US-EAST-1 – Que s'est-il passé ?
Le 21 février 2026 (CET), AWS Direct Connect dans la région US-EAST-1 (N. Virginie) a subi une panne qui a été très concrètement ressentie par certains clients : des routes précédemment annoncées entre VPC et On-Prem n'étaient temporairement plus disponibles. Le résultat : des problèmes de connexion pour les charges de travail situées dans le VPC vers son propre centre de données ou les réseaux On-Prem.
C'est l'un de ces incidents qui ne ressemblent pas de manière spectaculaire à "tout est en panne" – mais qui causent immédiatement des dommages réels dans les architectures hybrides, car la *connectivité* est la base de tout : bases de données, authentification, intégrations héritées, repli VPN, surveillance, déploiements.
Source: Représentation symbolique de l'infrastructure cloud et réseau – adaptée aux thèmes Direct Connect & Routage.
Résumé rapide
- Quoi : Problèmes de connectivité avec AWS Direct Connect vers la région US-EAST-1.
- Quand : 21.02.2026 (CET ; nuit/tôt le matin).
- Symptôme : Certains clients ont constaté des routes précédemment annoncées manquantes entre VPC et On-Prem, entraînant des interruptions/time-outs de connexion.
- Portée : Cela a affecté *quelques* clients Direct Connect / pas "AWS dans son ensemble".
- Statut (selon les mises à jour) : Cause identifiée ; AWS travaillait en parallèle sur des atténuations, rétablissait les routes et observait une nette amélioration.
- Durée : environ 1 à 2 heures (selon le client/la route ; les mises à jour de statut montrent une récupération progressive).
- À retenir : La résilience hybride nécessite une redondance DX et une alternative VPN, ainsi qu'une stratégie de routage claire.
Que s'est-il passé ?
Selon les mises à jour de statut publiquement visibles, une interruption de la connectivité Direct Connect dans US-EAST-1 a d'abord été examinée. Peu après, AWS a confirmé que certains clients étaient affectés. Plus précisément : "missing previously advertised routes" – c'est-à-dire que des routes qui étaient auparavant disponibles n'étaient plus (correctement) annoncées. AWS a identifié la cause et travaillait "on multiple parallel paths" à la résolution, y compris la restauration des annonces de routes concernées.
Chronologie (issus des mises à jour de statut)
Note : Les indications de temps sont tirées des mises à jour de statut publiquement visibles ; elles peuvent être affichées dans différentes fuseaux horaires selon l'affichage.
| Heure (Mise à jour de statut) | Mise à jour | Importance pratique |
|---|---|---|
| 21.02.2026 00:38 | En cours d'investigation (Problèmes de connectivité Direct Connect) | Première confirmation : le problème se situe dans la connectivité DX vers US-EAST-1. |
| 21.02.2026 00:59 | Confirmé – routes précédemment annoncées manquantes | Le trafic hybride (VPC → On-Prem) peut tomber en panne, même si les services AWS internes semblent "verts". |
| 21.02.2026 01:22 | Restauration des routes non annoncées en cours, cause identifiée | La récupération est pilotée par la route/la control plane : elle peut revenir à des vitesses différentes par connexion/VIF. |
| 21.02.2026 01:33 | Premiers signes de rétablissement | Les premiers clients constatent une stabilisation – d'autres peuvent encore être concernés. |
| 21.02.2026 01:50 | Rétablissement significatif | La plupart des chemins/annonces semblent être revenus ; la surveillance continue. |
Analyse technique : pourquoi les "routes manquantes" sont si dangereuses
Direct Connect est, au final, du routage (BGP) plus des chemins physiques/virtuels. Lorsque les routes "disparaissent" ou ne sont plus correctement annoncées, cela se manifeste souvent dans l'exploitation comme une erreur réseau classique : time-outs, pannes sporadiques, routage asymétrique, blackholing – et les symptômes varient considérablement selon l'application.
Ce qui est important : de tels événements peuvent survenir sans que vos instances EC2 ou les services gérés par AWS ne soient défectueux eux-mêmes. Vos charges de travail fonctionnent, mais elles n'atteignent pas temporairement ce dont elles ont besoin (par exemple, base de données On-Prem, AD/LDAP, intégrations héritées, réseaux MPLS).
Ce que vous pouvez faire concrètement (maintenant) – Liste de contrôle
- Avoir le repli VPN activé : VPN Site-à-Site comme chemin "Break-Glass" qui peut prendre le relais en cas de problèmes DX (automatisé via des priorités de routage).
- Redondance Direct Connect : Deux connexions/emplacements physiques, appareils/fournisseurs distincts, VIFs distincts. Éviter le sort du "Single Cable Fate".
- Vérifier la conception du routage : Définir clairement les communautés BGP/LocalPref/AS-Path Prepending, afin que le basculement ne soit pas "bloqué".
- Surveillance en boîte noire : Pas seulement CloudWatch, mais des checks synthétiques *via le chemin hybride* (VPC → On-Prem et retour).
- Manuel d'intervention en cas d'incident : "DX en panne / Routes manquantes" comme catégorie de manuel d'intervention propre – incluant un basculement rapide et des modules de communication clairs.
Si vous utilisez souvent l'hybride : il est utile de tester consciemment les tables de routage, la propagation et le basculement (style chaos, mais contrôlé). Car dans ces cas, ce sont les minutes qui comptent – pas les heures.
Analyse : ce qui s'est passé dans le passé
L'incident Direct Connect d'hier est d'une catégorie différente des pannes spectaculaires du type "Internet en feu" – mais il s'inscrit dans un schéma : de nombreux incidents ne sont pas des "pannes de calcul", mais des problèmes de réseau/control plane, qui ne génèrent ensuite secondairement des symptômes partout.
Exemples (en bref) – pour comparaison
| Date | Portée | Quel était le sujet approximatif ? |
|---|---|---|
| 21.02.2026 | AWS Direct Connect (US-EAST-1) | Routes précédemment annoncées manquantes (VPC ↔ On-Prem) → problèmes de connectivité hybride. |
| Okt 2025 | Plusieurs services AWS (US-EAST-1) | Important incident multi-services avec des effets en cascade (notamment des dépendances DNS/Load Balancer) – largement ressentis. |
| Dez 2025 | Un seul service (régions Chine) | Panne signalée d'une fonctionnalité de gestion des coûts ; discussion autour des outils internes de codage IA (Kiro) & des questions de processus/permissions. |
Ces rétrospectives n'ont pas pour but de créer du drame – mais de montrer : la résilience est presque toujours une question d'architecture. Et dans les configurations hybrides, "Réseau + Routage" est le domaine où un incident apparemment mineur prend immédiatement une grande ampleur.
Questions fréquemment posées
Est-ce que "AWS était en panne" ou seulement Direct Connect ?
Les mises à jour publiques décrivent un problème avec AWS Direct Connect vers la région US-EAST-1. Certains clients/connexions ont été affectés – pas nécessairement tous les services AWS dans le monde.
Pourquoi les routes manquantes sont-elles si sensibles ?
Parce que de nombreux systèmes hybrides ont des dépendances centrales sur On-Prem (AD/LDAP, bases de données héritées, partages de fichiers, APIs centrales). Lorsque les annonces BGP manquent, les applications continuent de fonctionner, mais n'atteignent pas leurs dépendances de manière fiable.
Quelle est la meilleure sécurité ?
Direct Connect redondant (chemins séparés) plus repli VPN, ainsi qu'une surveillance synthétique via le chemin hybride réel et un manuel d'intervention clair pour le basculement.
Cela a-t-il un rapport avec les "outils IA" ?
Pour l'incident Direct Connect, les mises à jour publiques n'indiquent aucun outil d'IA. La référence à l'IA provient de rapports distincts sur d'autres incidents (par ex. décembre 2025) et n'est ici qu'un contexte.
Conclusion
L'incident du 21.02.2026 est un bon exemple de pourquoi il ne faut pas seulement comprendre les pannes comme "service en panne" : dans les architectures hybrides, une interruption des annonces de routes suffit, et soudain un flux d'activité complet est bloqué. Si vous retenez une seule chose de cet événement, ce doit être celle-ci : planifiez le chemin (routage) aussi redondant que les charges de travail.