Historique des pannes de Flyio

1. 26 octobre 2026 à 14:34 UTCinvestigating

   Nous enquêtons sur les rapports de problèmes de réseautage élevés entre notre réseau et les IP AWS. Nous travaillons à déterminer la source du problème.

2. 26 octobre 2026 à 14:54 UTCinvestigating

   Nos enquêtes initiales indiquent que des erreurs de connexion surviennent dans le chemin de retour des IP AWS. Nous sommes en train d'accroître le problème avec AWS et de continuer à enquêter. Les clients qui constatent des problèmes sont également encouragés à contacter le support AWS ou le support de leurs fournisseurs hébergés AWS avec des détails sur les erreurs de connexion et leurs IP de machine à mouche.

3. 26 octobre 2026 à 15:15 UTCidentified

   Nous continuons de voir des problèmes de connectivité des IP AWS à un sous-ensemble de nos hôtes. De notre enquête, ces connexions semblent être bloquées du côté de l'AWS. Nous continuons de travailler avec nos partenaires de réseautage en amont et les SSFE à l'assainissement. Dans l'intervalle, il est recommandé aux clients touchés d'allouer des IP d'évacuation statique par champ d'application en utilisant **fly ips allect-egress.**

4. 26 octobre 2026 à 16:26 UTCidentified

   Nous continuons de travailler avec nos partenaires de réseautage en amont et les SSFE à l'assainissement. Il est recommandé aux clients touchés d'allouer des IP d'évacuation statique sur l'application en utilisant **fly ips allect-egress.** Les clients qui constatent des problèmes sont également encouragés à contacter le support AWS ou le support de leurs fournisseurs hébergés AWS avec des détails sur les erreurs de connexion et leurs IP de machine à mouche.

5. 26 octobre 2026 à 18:08 UTCidentified

   AWS a implémenté des modifications pour débloquer les connexions de leur réseau depuis nos machines. Nous voyons la connectivité commencer à reprendre sur une base hôte-par-hôte lorsque ces changements prennent effet.

6. 26 octobre 2026 à 19:23 UTCidentified

   La connectivité entre AWS et Fly.io sur les hôtes touchés continue de se rétablir. Environ 80 % des hôtes qui voyaient des problèmes de connectivité sont complètement récupérés à ce moment.

7. 26 octobre 2026 à 20:40 UTCresolved

   Cet incident a été résolu, la connectivité de AWS à tous nos hôtes est de retour à la normale.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 26 octobre 2026 à 01:50 UTCidentified

   Un sous-ensemble d'hôtes de la région de la SAI connaissent une perte de paquets élevée en raison de la congestion chez un fournisseur en amont. Nous travaillons avec le fournisseur pour résoudre ce problème. Les applications hébergées dans la région de l'IAD peuvent subir une perte de paquets à ce moment.

2. 26 octobre 2026 à 04:24 UTCresolved

   La congestion qui affecte notre fournisseur en amont a été résolue. Nous observons un retour à des niveaux normaux de performance en réseau dans la région de la SAI.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 25 octobre 2026 à 10:46 UTCinvestigating

   Les opérations d'avion de contrôle comme le redimensionnement ou le changement de plans échoueront. La disponibilité des grappes MPG n'est pas affectée.

2. 25 octobre 2026 à 10:58 UTCmonitoring

   L'avion de contrôle MPG de l'IAD accepte de nouveau les écrits. Nous surveillons l'impact supplémentaire.

3. 25 octobre 2026 à 11:02 UTCresolved

   Les opérations des avions de contrôle dans la SAI, y compris le redimensionnement et le changement des plans, fonctionnent normalement à nouveau.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 22 octobre 2026 à 19:26 UTCresolved

   Entre ~18:00 - 18:10 UTC aujourd'hui nous avons vu des performances de bord dégradés dans plusieurs régions. Les clients peuvent avoir remarqué un nombre élevé de connexions abandonnées ou plus longtemps que d'habitude jusqu'à leurs applications pendant cette période. Un correctif a été appliqué et la performance des bords est de retour à des niveaux normaux.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 20 octobre 2026 à 16:54 UTCidentified

   Nous avons une faible capacité d'accueil en GRU. Créer ou démarrer des machines dans la région peut échouer à ce moment. Les constructeurs distants du GRU sont également touchés. Nous fournissons activement des capacités supplémentaires. À titre d'assainissement temporaire, les clients peuvent envisager de créer des ressources dans le RFE ou la SAI.

2. 20 octobre 2026 à 23:53 UTCresolved

   Nous avons renforcé la capacité d'accueil de la région. La machine crée, démarre et construit à distance en GRU devrait maintenant fonctionner comme normal.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 16 octobre 2026 à 18:08 UTCidentified

   La mesure de la mouche. grafana et log instance de recherche sont actuellement inaccessibles à la suite de . Il reviendra une fois l'hôte sur lequel il est hors d'entretien, environ 20 minutes. Les journaux et les métriques expédiés à d'autres sources en utilisant des éléments comme la télémétrie par vol ou l'expéditeur du journal de vol continuent d'être disponibles, seul le visionneur Grafana hébergé n'est pas disponible pour le moment.

2. 16 octobre 2026 à 18:43 UTCmonitoring

   L'instance [fly-metrics.net] (https://fly-metrics.net) hébergée par Grafana et l'instance de recherche de log devrait être à nouveau accessible. Nous continuons de surveiller tous les problèmes à la suite de .

3. 16 octobre 2026 à 19:24 UTCresolved

   L'instance [fly-metrics.net] (https://fly-metrics.net) hébergée par Grafana et log search est maintenant entièrement accessible.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 16 octobre 2026 à 16:22 UTCidentified

   Nous appliquerons immédiatement des redémarrages de roulement sur tous les hôtes de notre flotte pour une maintenance critique. Les machines client, les volumes et les instances de cluster MPG de chaque hôte ne seront pas disponibles pendant que leur hôte reboots. Chaque hôte sera indisponible pendant 15 à 20 minutes pendant le redémarrage, et plusieurs hôtes dans une région peuvent être en panne à la fois. Les utilisateurs devraient s'attendre à une période d'arrêt ou de perturbation pour leurs applications, surtout s'ils fonctionnent sur une seule machine. Nous visons le plus haut temps possible pendant le déploiement, tout en nous assurant que cela est effectué rapidement. Nous fournirons une nouvelle mise à jour lorsque nous commencerons le processus de redémarrage.

2. 16 octobre 2026 à 16:50 UTCidentified

   Nous commençons le processus de redémarrage de tous les hôtes, en commençant par la région YYZ. Les machines, les volumes et les instances MPG sur les hôtes en cours de redémarrage ne seront pas disponibles pendant environ 15-20 minutes pendant le redémarrage. Nous fournirons d'autres mises à jour à mesure que le déploiement progressera.

3. 16 octobre 2026 à 16:59 UTCidentified

   Les redémarrages de l'hôte roulant commencent dans toutes les régions. Les machines, les volumes et les instances MPG seront indisponibles pendant environ 15-20 minutes lorsque leurs hôtes seront redémarrés pendant ce processus. Les utilisateurs devraient s'attendre à une période de perturbation ou d'arrêt pour leurs applications pendant cette période, surtout s'ils fonctionnent sur une seule machine. Nous fournirons d'autres mises à jour à mesure que le déploiement progressera.

4. 16 octobre 2026 à 18:01 UTCidentified

   Les redémarrages se poursuivent par étapes dans toutes les régions. Seul un sous-ensemble d'hôtes dans chaque région sera réduit à chaque fois. Nous nous attendons à ce que ce processus prenne plusieurs heures à s'achever complètement, et que les régions plus grandes prennent la plus longue à s'achever. Les phases de déploiement étaient prévues pour minimiser l'impact des grappes de postgres gérées dans ces régions, mais les utilisateurs de MPG verront probablement des basculements primaires <> élevés pendant cette période. Nous fournirons d'autres mises à jour sur les progrès au fur et à mesure que le déploiement se poursuivra.

5. 16 octobre 2026 à 18:35 UTCidentified

   Les redémarrages se poursuivent dans toutes les régions, la première étant presque terminée. Seul un sous-ensemble d'hôtes dans chaque région sera réduit à chaque fois. Nous nous attendons à ce que ce processus prenne plusieurs heures à s'achever complètement, et que les régions plus grandes prennent la plus longue à s'achever. Les phases de déploiement ont été planifiées afin de minimiser l'impact des grappes de postgres gérées dans ces régions; toutefois, les utilisateurs de MPG verront probablement des basculements primaires <> élevés pendant cette période. Nous continuerons de fournir des mises à jour sur les progrès réalisés à mesure que le déploiement se poursuivra.

6. 16 octobre 2026 à 19:10 UTCidentified

   Les redémarrages des hôtes se poursuivent en plusieurs phases dans toutes les régions, la deuxième phase étant presque terminée - à ce stade, environ 25 % de tous les hôtes de la flotte ont été redémarrés. Seul un sous-ensemble d'hôtes dans chaque région sera réduit à chaque fois. Nous nous attendons à ce que ce processus prenne plusieurs heures à s'achever complètement, et que les régions plus grandes prennent la plus longue à s'achever. Les phases de déploiement ont été planifiées afin de minimiser l'impact des grappes de postgres gérées dans ces régions; toutefois, les utilisateurs de MPG verront probablement des basculements primaires <> élevés pendant cette période. Nous continuerons de fournir des mises à jour sur les progrès réalisés à mesure que le déploiement se poursuivra.

7. 16 octobre 2026 à 20:00 UTCidentified

   Les redémarrages des hôtes se poursuivent en plusieurs phases dans toutes les régions - à ce stade, environ 40 % de tous les hôtes de la flotte ont été redémarrés. Seul un sous-ensemble d'hôtes dans chaque région sera réduit à chaque fois. Nous nous attendons à ce que ce processus prenne plusieurs heures à s'achever complètement, et que les régions plus grandes prennent la plus longue à s'achever. En général, les Fly Machines devraient revenir à l'état dans lequel elles étaient avant le redémarrage de l'hôte, à moins que la politique de redémarrage de la Machine n'indique le contraire. Les phases de déploiement ont été planifiées afin de minimiser l'impact des grappes de postgres gérées dans ces régions; toutefois, les utilisateurs de MPG verront probablement des basculements primaires <> élevés pendant cette période. Nous continuerons de fournir des mises à jour sur les progrès réalisés à mesure que le déploiement se poursuivra.

8. 16 octobre 2026 à 20:41 UTCidentified

   Les redémarrages d'hôtes se poursuivent en plusieurs phases dans toutes les régions - à ce stade, environ 50 % de tous les hôtes de la flotte ont été redémarrés. Seul un sous-ensemble d'hôtes dans chaque région sera réduit à chaque fois. Nous nous attendons à ce que ce processus prenne plusieurs heures à s'achever complètement, et que les régions plus grandes prennent la plus longue à s'achever. En général, les Fly Machines devraient revenir à l'état dans lequel elles étaient avant le redémarrage de l'hôte, à moins que la politique de redémarrage de la Machine n'indique le contraire. Les phases de déploiement ont été planifiées afin de minimiser l'impact des grappes de postgres gérées dans ces régions; toutefois, les utilisateurs de MPG verront probablement des basculements primaires <> élevés pendant cette période. Nous continuerons de fournir des mises à jour sur les progrès réalisés à mesure que le déploiement se poursuivra.

9. 16 octobre 2026 à 21:11 UTCidentified

   Les redémarrages d'hôtes se poursuivent par étapes dans toutes les régions - à ce stade, environ 65 % de tous les hôtes de la flotte ont été redémarrés. Seul un sous-ensemble d'hôtes dans chaque région sera réduit à chaque fois. Nous nous attendons à ce que ce processus prenne plusieurs heures à s'achever complètement, et que les régions plus grandes prennent la plus longue à s'achever. En général, les Fly Machines devraient revenir à l'état dans lequel elles étaient avant le redémarrage de l'hôte, à moins que la politique de redémarrage de la Machine n'indique le contraire. Les phases de déploiement ont été planifiées afin de minimiser l'impact des grappes de postgres gérées dans ces régions; toutefois, les utilisateurs de MPG verront probablement des basculements primaires <> élevés pendant cette période. Nous continuerons de fournir des mises à jour sur les progrès réalisés à mesure que le déploiement se poursuivra.

10. 16 octobre 2026 à 21:41 UTCidentified

    Les redémarrages des hôtes se poursuivent en plusieurs phases dans toutes les régions - à ce stade, environ 70 % de tous les hôtes de la flotte ont été redémarrés. Seul un sous-ensemble d'hôtes dans chaque région sera réduit à chaque fois. Nous nous attendons à ce que ce processus prenne plusieurs heures à s'achever complètement, et que les régions plus grandes prennent la plus longue à s'achever. En général, les Fly Machines devraient revenir à l'état dans lequel elles étaient avant le redémarrage de l'hôte, à moins que la politique de redémarrage de la Machine n'indique le contraire. Les phases de déploiement ont été planifiées afin de minimiser l'impact des grappes de postgres gérées dans ces régions; toutefois, les utilisateurs de MPG verront probablement des basculements primaires <> élevés pendant cette période. Nous continuerons de fournir des mises à jour sur les progrès réalisés à mesure que le déploiement se poursuivra.

11. 16 octobre 2026 à 22:27 UTCidentified

    Les redémarrages des hôtes se poursuivent en plusieurs phases dans toutes les régions - à ce stade, environ 80 % de tous les hôtes de la flotte ont été redémarrés. Seul un sous-ensemble d'hôtes dans chaque région sera réduit à chaque fois. Nous nous attendons à ce que ce processus prenne plusieurs heures à s'achever complètement, et que les régions plus grandes prennent la plus longue à s'achever. En général, les Fly Machines devraient revenir à l'état dans lequel elles étaient avant le redémarrage de l'hôte, à moins que la politique de redémarrage de la Machine n'indique le contraire. Les phases de déploiement ont été planifiées afin de minimiser l'impact des grappes de postgres gérées dans ces régions; toutefois, les utilisateurs de MPG verront probablement des basculements primaires <> élevés pendant cette période. Nous continuerons de fournir des mises à jour sur les progrès réalisés à mesure que le déploiement se poursuivra.

12. 16 octobre 2026 à 23:15 UTCidentified

    Les redémarrages des hôtes se poursuivent en plusieurs phases dans toutes les régions - à ce stade, environ 85 % de tous les hôtes de la flotte ont été redémarrés. Seul un sous-ensemble d'hôtes dans chaque région sera réduit à chaque fois. Nous nous attendons à ce que ce processus prenne plusieurs heures à s'achever complètement, et que les régions plus grandes prennent la plus longue à s'achever. En général, les Fly Machines devraient revenir à l'état dans lequel elles étaient avant le redémarrage de l'hôte, à moins que la politique de redémarrage de la Machine n'indique le contraire. Les phases de déploiement ont été planifiées afin de minimiser l'impact des grappes de postgres gérées dans ces régions; toutefois, les utilisateurs de MPG verront probablement des basculements primaires <> élevés pendant cette période. Nous continuerons de fournir des mises à jour sur les progrès réalisés à mesure que le déploiement se poursuivra.

13. 17 octobre 2026 à 00:05 UTCidentified

    Les redémarrages des hôtes se poursuivent en plusieurs phases dans toutes les régions - à ce stade, environ 90 % de tous les hôtes de la flotte ont été redémarrés. Seul un sous-ensemble d'hôtes dans chaque région sera réduit à chaque fois. Nous nous attendons à ce que ce processus prenne plusieurs heures à s'achever complètement, et que les régions plus grandes prennent la plus longue à s'achever. En général, les Fly Machines devraient revenir à l'état dans lequel elles étaient avant le redémarrage de l'hôte, à moins que la politique de redémarrage de la Machine n'indique le contraire. Les phases de déploiement ont été planifiées afin de minimiser l'impact des grappes de postgres gérées dans ces régions; toutefois, les utilisateurs de MPG verront probablement des basculements primaires <> élevés pendant cette période. Nous

14. 17 octobre 2026 à 00:45 UTCidentified

    Comme mesure d'atténuation pour PwnEscape (Linux Kernel CVE-2026-99999), les redémarrages de l'hôte se poursuivent par étapes dans toutes les régions. À ce stade, plus de 90 % de la flotte a été redémarrée. Les hôtes restants devraient être redémarrés au cours des 2h30 suivants. Seul un sous-ensemble d'hôtes dans chaque région sera réduit à chaque fois. En général, les Fly Machines devraient revenir à l'état dans lequel elles étaient avant le redémarrage de l'hôte, à moins que la politique de redémarrage de la Machine n'indique le contraire. Au cours de cette période, les utilisateurs de MPG verront probablement des basculements de secours primaires <> élevés. L'équipe s'occupe des groupes de GPM touchés. Nous continuerons de fournir des mises à jour sur les progrès réalisés à mesure que le déploiement se poursuivra.

15. 17 octobre 2026 à 01:11 UTCidentified

    Comme mesure d'atténuation pour PwnEscape (Linux Kernel CVE-2026-99999), les redémarrages de l'hôte se poursuivent par étapes dans toutes les régions. À ce stade, plus de 90 % de la flotte a été redémarrée. Les hôtes restants devraient être redémarrés au cours des 2 heures suivantes. Seul un sous-ensemble d'hôtes dans chaque région sera réduit à chaque fois. En général, les Fly Machines devraient revenir à l'état dans lequel elles étaient avant le redémarrage de l'hôte, à moins que la politique de redémarrage de la Machine n'indique le contraire. Au cours de cette période, les utilisateurs de MPG verront probablement des basculements de secours primaires <> élevés. L'équipe s'occupe des groupes de GPM touchés. Nous continuerons de fournir des mises à jour sur les progrès réalisés à mesure que le déploiement se poursuivra.

16. 17 octobre 2026 à 01:43 UTCidentified

    Comme mesure d'atténuation pour PwnEscape (Linux Kernel CVE-2026-99999), les redémarrages de l'hôte se poursuivent par étapes dans toutes les régions. À ce stade, plus de 95 % de la flotte a été redémarrée. Les hôtes restants devraient être redémarrés au cours du prochain 1h40m. Seul un sous-ensemble d'hôtes dans chaque région sera réduit à chaque fois. En général, les Fly Machines devraient revenir à l'état dans lequel elles étaient avant le redémarrage de l'hôte, à moins que la politique de redémarrage de la Machine n'indique le contraire. Au cours de cette période, les utilisateurs de MPG verront probablement des basculements de secours primaires <> élevés. L'équipe s'occupe des groupes de GPM touchés. Nous continuerons de fournir des mises à jour sur les progrès réalisés à mesure que le déploiement se poursuivra.

17. 17 octobre 2026 à 02:17 UTCidentified

    Comme mesure d'atténuation pour PwnEscape (Linux Kernel CVE-2026-99999), les redémarrages de l'hôte se poursuivent par étapes dans toutes les régions. À ce stade, plus de 95 % de la flotte a été redémarrée. Les hôtes restants devraient être redémarrés au cours du prochain 1h30m. Seul un sous-ensemble d'hôtes dans chaque région sera réduit à chaque fois. En général, les Fly Machines devraient revenir à l'état dans lequel elles étaient avant le redémarrage de l'hôte, à moins que la politique de redémarrage de la Machine n'indique le contraire. Au cours de cette période, les utilisateurs de MPG verront probablement des basculements de secours primaires <> élevés. L'équipe s'occupe des groupes de GPM touchés. Nous continuerons de fournir des mises à jour sur les progrès réalisés à mesure que le déploiement se poursuivra.

18. 17 octobre 2026 à 02:41 UTCidentified

    Comme mesure d'atténuation pour PwnEscape (Linux Kernel CVE-2026-99999), les redémarrages de l'hôte se poursuivent par étapes dans toutes les régions. À ce stade, plus de 95 % de la flotte a été redémarrée. Les hôtes restants devraient être redémarrés au cours des 30 prochains mètres. Seul un sous-ensemble d'hôtes dans chaque région sera réduit à chaque fois. En général, les Fly Machines devraient revenir à l'état dans lequel elles étaient avant le redémarrage de l'hôte, à moins que la politique de redémarrage de la Machine n'indique le contraire. Au cours de cette période, les utilisateurs de MPG verront probablement des basculements de secours primaires <> élevés. L'équipe s'occupe des groupes de GPM touchés. Nous continuerons de fournir des mises à jour sur les progrès réalisés à mesure que le déploiement se poursuivra.

19. 17 octobre 2026 à 03:48 UTCmonitoring

    Tous les redémarrages ont été effectués et nous surveillons la santé de la flotte. Un petit nombre d'hôtes restent dégradés ou hors ligne pour les applications et pour MPG. Les personnes touchées peuvent voir ce statut sur la page d'état personnalisée

20. 17 octobre 2026 à 05:15 UTCresolved

    Tous les redémarrages ont été effectués et la plate-forme fonctionne normalement. Un petit nombre d'hôtes restent dégradés ou hors ligne pour les applications et pour MPG. Les personnes touchées peuvent voir d'autres mises à jour sur la page d'état personnalisée

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 15 octobre 2026 à 09:30 UTCinvestigating

   Nous voyons des taux d'erreur élevés et des réponses lentes pour certaines opérations qui créent ou modifient des données. Créer de nouvelles applications, définir ou supprimer des secrets, et certaines suppressions d'applications sont affectées. Vous pouvez voir 500 ou 503 erreurs de `flyctl`, l'API Machines, ou le tableau de bord. Les applications et les machines qui fonctionnent déjà ne sont pas affectées. Démarrer, arrêter et lire les machines existantes fonctionnent normalement. Nous enquêtons et publierons une autre mise à jour dans 30 minutes.

2. 15 octobre 2026 à 09:57 UTCmonitoring

   Nous avons appliqué une correction pour les erreurs élevées affectant la création d'applications et la gestion des secrets. Les taux d'erreur et les temps de réponse sont revenus à la normale. Nous continuons de surveiller pour confirmer que la question est entièrement résolue.

3. 15 octobre 2026 à 11:33 UTCresolved

   Entre 06:40 et 09:50 UTC certaines demandes de création d'applications et de secrets ont échoué ou chronométré. Les applications et les machines n'ont pas été affectées.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 15 octobre 2026 à 02:55 UTCresolved

   Un sous-ensemble d'hôtes en FRA n'était pas disponible en raison d'une panne de réseau qui a duré environ 10 minutes

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 13 octobre 2026 à 09:25 UTCidentified

   Notre pipeline d'ingestion de billes est actuellement sauvegardé. Les journaux historiques seront retardés pendant le traitement de la file d'attente.

2. 13 octobre 2026 à 11:09 UTCmonitoring

   Les journaux sont rattrapés et nous surveillons la situation

3. 13 octobre 2026 à 13:50 UTCresolved

   Ceci a été résolu

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 12 octobre 2026 à 00:47 UTCresolved

   De 2026-10-11 23:30 UTC à 2026-10-12 00:45 UTC certains ou tous les sprites hébergés sur le *.sprites. le sous-domaine app n'était pas disponible en raison d'une erreur de certificat. À 00h45 UTC, cet incident a été résolu.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 8 octobre 2026 à 21:23 UTCinvestigating

   Les créations Sprite échouent dans toutes les régions en dehors de l'Europe. Nous enquêtons sur la cause.

2. 8 octobre 2026 à 21:48 UTCidentified

   Nous avons identifié un problème potentiel et nous appliquons une solution.

3. 8 octobre 2026 à 21:51 UTCmonitoring

   Les piscines de sprite commencent à se rétablir et les créations réussissent. Nous surveillons les bassins à mesure qu'ils se rechargent.

4. 8 octobre 2026 à 21:54 UTCresolved

   La question a été réglée.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 8 octobre 2026 à 05:40 UTCidentified

   Nous travaillons à résoudre un problème avec nos annonces BGP dans la région de LHR (Londres, Royaume-Uni). Les IP de toute diffusion régionale et d'évacuation statique ne sont actuellement pas fonctionnelles et le trafic de toute diffusion est réacheminé vers les régions voisines.

2. 8 octobre 2026 à 05:53 UTCmonitoring

   Nous avons ramené le BGP en LHR et nous surveillons le rétablissement.

3. 8 octobre 2026 à 06:00 UTCresolved

   This incident has been resolved.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 6 octobre 2026 à 11:59 UTCidentified

   Le trafic IPv6 échoue sur un sous-ensemble de machines dans ORD. Les connexions IPv6 peuvent échouer.

2. 6 octobre 2026 à 12:02 UTCresolved

   La question IPv6 en amont a été résolue.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 3 octobre 2026 à 08:01 UTCidentified

   Certains de nos hôtes sont hors ligne dans AMS. Le plan de contrôle de la gestion de Postgres v1 et v2 dans AMS n'est pas disponible en conséquence. Les clusters MPG devraient rester en ligne, mais toute opération de plan de contrôle échouera. Certaines machines de l'AMS sont également indisponibles.

2. 3 octobre 2026 à 08:08 UTCidentified

   Ces hôtes reviennent en ligne après une brève interruption. Nous évaluons l'impact sur MPG.

3. 3 octobre 2026 à 08:19 UTCmonitoring

   Tous les hôtes sont de retour en ligne. Le plan de contrôle MPGv2 est entièrement opérationnel maintenant. Certains clusters MPGv1 dans AMS pourraient être dégradés pendant que le plan de contrôle de MPGv1 récupère.

4. 3 octobre 2026 à 08:35 UTCmonitoring

   Tous les clusters MPG ont récupéré. Nous surveillons l'impact supplémentaire.

5. 3 octobre 2026 à 08:57 UTCresolved

   Tous les services touchés sont maintenant opérationnels.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 1 octobre 2026 à 01:11 UTCinvestigating

   Nous enquêtons sur l'ingestion tardive de registres d'applications dans toutes les régions. De nouveaux journaux provenant de machines peuvent ne pas être visibles, mais les journaux antérieurs sont toujours disponibles.

2. 1 octobre 2026 à 01:39 UTCidentified

   Nous avons identifié la cause de l'ingestion ralentie de log et travaillons sur une solution.

3. 1 octobre 2026 à 02:27 UTCidentified

   Nous avons résolu le problème de l'ingestion et nos systèmes traitent l'arriéré des journaux d'applications. Aucune trace n'a été perdue.

4. 1 octobre 2026 à 02:35 UTCmonitoring

   L'arriéré des journaux d'applications a été traité, et nous surveillons la santé du groupe de journaux. Aucun journal n'a été perdu.

5. 1 octobre 2026 à 02:49 UTCresolved

   This incident has been resolved.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 29 septembre 2026 à 20:15 UTCresolved

   Nous avons observé des problèmes de réseautage touchant un sous-ensemble de nos hôtes en GRU de 19:37 UTC à 19:59 UTC. Cela a affecté les opérations de plate-forme nécessitant des baux, des réseaux privés et la connectivité Internet à certains paramètres.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 29 septembre 2026 à 21:12 UTCresolved

   Nous avons observé des problèmes de réseautage touchant un sous-ensemble de nos hôtes en GRU de 19:37 UTC à 19:59 UTC. Cela a affecté les opérations de plate-forme nécessitant des baux, des réseaux privés et la connectivité Internet à certains paramètres.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 26 septembre 2026 à 20:10 UTCidentified

   Nous travaillons avec nos fournisseurs en amont pour rétablir la connectivité à la région AMS.

2. 26 septembre 2026 à 20:10 UTCresolved

   Cet incident a été résolu.

3. 26 septembre 2026 à 20:10 UTCmonitoring

   La connectivité est rétablie et le réseau se rétablit.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 26 septembre 2026 à 19:31 UTCidentified

   Nous travaillons avec nos fournisseurs en amont pour rétablir la connectivité à la région AMS.

2. 26 septembre 2026 à 19:46 UTCmonitoring

   La connectivité est rétablie et le réseau se rétablit.

3. 26 septembre 2026 à 19:53 UTCresolved

   Cet incident a été résolu.

Traduit automatiquement depuis la mise à jour officielle de l'incident.