Historique des pannes de Digitalocean

1. 27 octobre 2026 à 22:14 UTCinvestigating

   Notre équipe d'ingénierie enquête actuellement sur un problème affectant les opérations de cluster de Kubernetes. Pendant ce temps, les clients peuvent subir des retards ou des échecs lorsqu'ils tentent de créer, supprimer, mettre à l'échelle ou mettre à niveau des grappes, ainsi que d'autres tâches de gestion. Les charges de travail existantes sur les Kubernetes gérés ne sont pas affectées et continueront à fonctionner normalement. Notre équipe d'Ingénierie étudie et traite activement cette question avec la plus haute priorité. Nous fournirons une autre mise à jour dès que plus d'information sera disponible.

2. 28 octobre 2026 à 00:01 UTCinvestigating

   Notre équipe d'Ingénierie continue d'étudier un problème touchant les opérations de regroupement de Kubernetes. Les clients peuvent encore subir des retards ou des échecs lors de la création, de la suppression, de la mise à niveau ou de la mise à niveau de grappes dans toutes les régions. Les charges de travail existantes sur les Kubernetes gérés ne sont pas affectées et continueront à fonctionner normalement. Nous n'avons pas de nouvelles informations à partager pour le moment. Notre équipe d'ingénierie travaille activement sur cette question et la traite avec la plus haute priorité. Nous fournirons une autre mise à jour dans la prochaine heure, ou plus tôt si plus d'information devient disponible.

3. 28 octobre 2026 à 01:34 UTCmonitoring

   Notre équipe d'Ingénierie a mis en place un correctif pour le problème touchant les opérations de regroupement de Kubernetes gérées dans toutes les régions. Les clients devraient maintenant pouvoir créer, supprimer, mettre à l'échelle et mettre à niveau leurs grappes comme prévu. Nous suivons la situation pour nous assurer que toutes les opérations de gestion des grappes fonctionnent normalement et que le service demeure stable. Nous publierons une autre mise à jour une fois que nous aurons confirmé que le problème est entièrement résolu.

4. 28 octobre 2026 à 01:55 UTCresolved

   Nous avons résolu le problème touchant les activités de regroupement de Kubernetes gérées dans toutes les régions. Les opérations de création, de suppression, d'échelle et de mise à niveau des grappes sont revenues à la normale. Nous avons surveillé l'environnement et confirmé que les services fonctionnent normalement. Si vous continuez à éprouver des problèmes, veuillez contacter notre équipe de support en ouvrant un ticket ici: https://cloudsupport.digitalocean.com/s/

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

1. 13 octobre 2026 à 17:09 UTCresolved

   Entre 04h34 et 12h15 UTC, les clients ont connu des interruptions de service affectant les opérations de déploiement de l'App Platform. Au cours de cette fenêtre, les clients n'ont peut-être pas pu déployer de nouvelles applications ou étendre les déploiements existants. Les demandes déjà en cours avant l'incident n'étaient pas touchées et continuaient de fonctionner normalement. Cette perturbation a été causée par une mise à jour logicielle qui a empêché les conteneurs d'application de commencer sur les nœuds d'infrastructure nouvellement fournis. Notre équipe d'ingénierie a repoussé la mise à jour et restauré les nœuds touchés. Les opérations de déploiement et de mise à l'échelle de l'App Platform se sont rétablies et fonctionnent normalement. Nous nous excusons sincèrement pour tout désagrément causé. Si vous continuez à éprouver des problèmes, veuillez ouvrir un ticket d'assistance et notre équipe sera heureuse de vous aider.

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

1. 11 octobre 2026 à 22:01 UTCinvestigating

   Notre équipe d'ingénierie enquête sur un problème causant des défaillances externes intermittentes de recherche DNS pour les grappes de Kubernetes gérés dans plusieurs régions. Les applications fonctionnant sur les clusters touchés peuvent par intermittence ne pas résoudre les noms de domaine externes. Nous nous excusons pour les inconvénients et fournirons d'autres mises à jour à mesure que de plus amples renseignements seront disponibles.

2. 11 octobre 2026 à 22:54 UTCmonitoring

   Notre équipe d'ingénierie a mis en place un correctif pour corriger les défaillances de recherche DNS externes intermittentes affectant les grappes de Kubernetes gérées dans plusieurs régions. Nous suivons actuellement les résultats pour nous assurer que la question est entièrement résolue. Nous fournirons une autre mise à jour dès que la question sera résolue.

3. 11 octobre 2026 à 23:29 UTCresolved

   Notre équipe d'ingénierie a résolu les défaillances externes de résolution DNS affectant les Kubernetes gérés dans plusieurs régions. Les applications fonctionnant sur les Kubernetes gérés peuvent maintenant résoudre des noms de domaine externes. Nous nous excusons sincèrement de tout inconvénient que cette perturbation pourrait avoir causé à vos opérations. Si vous continuez à éprouver des problèmes, veuillez ouvrir un ticket avec notre équipe de support: https://cloudsupport.digitalocean.com/s/

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

1. 5 octobre 2026 à 10:38 UTCidentified

   Notre équipe d'ingénierie a identifié une perturbation affectant les opérations de réseau VPC qui a commencé vers 08h48 UTC. Au cours de cette période, les clients ont peut-être connu des retards ou des échecs lors de la création ou de la suppression de pairs VPC, de grappes VPC Native DOKS ou de connexions de réseaux privés (PNC), ainsi que lors de l'ajout de membres de grappes. La création d'itinéraires et de sous-réseaux peut également avoir été affectée. Les opérations sont maintenant de retour à la normale, et notre équipe d'ingénierie surveille les systèmes touchés pour assurer la stabilité continue. Les ressources VPC existantes et la connectivité réseau restent inchangées. Nous fournirons une autre mise à jour dès que plus d'information sera disponible.

2. 5 octobre 2026 à 11:02 UTCmonitoring

   Notre équipe d'ingénierie a mis en place un correctif pour la perturbation du réseau VPC. Les clients devraient maintenant être en mesure de créer et de supprimer les connexions, les sous-réseaux et les itinéraires VPC comme prévu. Les opérations en cours ont été dédouanées, et les opérations de réseau VPC reviennent à la normale. Notre équipe d'ingénierie surveille les systèmes touchés pour assurer la stabilité continue et vérifier que les opérations demeurent saines. Nous apprécions votre patience et fournirons une autre mise à jour une fois que le fonctionnement normal a été pleinement confirmé.

3. 5 octobre 2026 à 12:13 UTCresolved

   Notre équipe d'ingénierie a complètement résolu la perturbation du réseau VPC à 10:29 UTC. Les clients peuvent maintenant créer et supprimer les connexions, les sous-réseaux et les itinéraires VPC comme prévu. Après la récupération, nous avons surveillé les systèmes touchés et confirmé que les opérations de réseau VPC demeurent stables. Nous nous excusons de tout inconvénient que cette perturbation pourrait avoir causé. Si vous continuez d'éprouver un comportement inattendu, veuillez ouvrir un ticket avec notre équipe de support pour plus d'aide.

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

1. 3 octobre 2026 à 14:51 UTCresolved

   De 11h59 UTC à 13h02 UTC le 3 octobre 2026, une perturbation du réseau dans notre région BLR1 a affecté plusieurs produits, dont Monitoring, App Platform, Managed Databases, Functions, Load Balancers, Spaces et le Cloud Control Panel. Au cours de cette période, certains utilisateurs ont connu une connectivité dégradée, une latence accrue ou des erreurs intermittentes lorsqu'ils ont accès aux ressources de la région. Plusieurs chemins de réseau exploités par nos fournisseurs de connectivité en amont n'étaient pas disponibles, y compris des chemins redondants destinés à maintenir la connectivité pendant une perturbation. Le trafic s'est déplacé vers une liaison restante avec une capacité insuffisante pour gérer la pleine charge, ce qui a entraîné la saturation du réseau et les problèmes de connectivité décrits ci-dessus. Nos équipes d'ingénierie et de réseau ont travaillé en étroite collaboration avec nos fournisseurs en amont pour rétablir un routage et une connectivité normaux. Tous les services touchés sont depuis retournés à la normale. Nous nous excusons pour la perturbation et son impact sur votre travail. Si vous continuez à éprouver un comportement inattendu, veuillez ouvrir un ticket de support afin que notre équipe puisse enquêter et vous aider.

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

1. 16 septembre 2026 à 09:48 UTCinvestigating

   Notre portail d'assistance connaît actuellement des problèmes en raison d'une perturbation du service par une tierce partie qui affecte nos systèmes. Pendant ce temps, les clients peuvent ne pas être en mesure d'accéder au portail de support ou de créer de nouveaux tickets de support pour leurs préoccupations. Les demandes de soutien existantes peuvent également faire l'objet de réponses différées de notre équipe de soutien. Si vous n'êtes pas en mesure d'accéder au portail de support ou si vous avez besoin de créer un nouveau ticket de support, veuillez soumettre votre demande via le formulaire de contact de support : https://www.digitalocean.com/company/contact/support. Nous nous excusons pour le désagrément et apprécions votre patience pendant que nous travaillons à résoudre le problème. Nous fournirons une autre mise à jour dès que nous aurons plus d'informations.

2. 16 septembre 2026 à 14:07 UTCmonitoring

   Le portail de support et la création de tickets sont maintenant accessibles. Notre fournisseur en amont a appliqué un correctif, et nous avons vérifié la création et la révision des billets fonctionnent comme prévu. Nous continuerons de surveiller pendant les 2 prochaines heures pour confirmer la stabilité complète et publierons une mise à jour finale une fois l'incident clos. Si vous n'êtes toujours pas en mesure d'accéder au portail, veuillez utiliser notre formulaire de contact de soutien comme sauvegarde: https://www.digitalocean.com/company/contact/support Nous nous excusons pour cette perturbation et apprécions votre patience.

3. 16 septembre 2026 à 21:09 UTCresolved

   De 08:06 UTC à 13:41 UTC, les utilisateurs peuvent avoir éprouvé des problèmes d'accès au portail de support, de créer de nouveaux tickets de support, ou d'examiner les demandes de support existantes. Notre équipe d'ingénierie a confirmé la résolution complète du problème affectant le portail de support suite à une correction de notre fournisseur en amont. Nous avons vérifié que le portail de soutien, la création de tickets et la revue de tickets fonctionnent maintenant normalement. Si vous continuez à éprouver des problèmes, veuillez ouvrir un ticket avec notre équipe de support. Nous nous excusons pour tout désagrément et apprécions votre patience.

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

1. 9 septembre 2026 à 10:47 UTCinvestigating

   Nous enquêtons sur un problème de puissance affectant une partie de notre centre de données ATL1. Les systèmes d'alimentation redondants gardent les serveurs en ligne, et nous n'avons pas observé de pannes de serveur. Toutefois, la capacité électrique disponible est réduite, ce qui peut entraîner une dégradation des performances pour certaines charges de travail de GPU, en particulier pendant les périodes de forte utilisation. Nos équipes de datacenter et d'infrastructure travaillent à restaurer la redondance complète de la puissance. Nous fournirons une mise à jour à mesure que de plus amples renseignements seront disponibles. Nous nous excusons pour le désagrément et apprécions votre patience.

2. 9 septembre 2026 à 11:32 UTCmonitoring

   Le problème de puissance touchant une partie de notre datacenter ATL1 a été entièrement résolu. La redondance de puissance a été rétablie et toute incidence potentielle sur le client a été atténuée. Nous continuerons de surveiller l'environnement pour assurer la stabilité.

3. 9 septembre 2026 à 12:25 UTCresolved

   Cet incident est maintenant résolu. La redondance de puissance a été entièrement rétablie, et nous avons confirmé que l'impact client a été atténué. Nous clôturons cet incident.

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

1. 24 août 2026 à 17:14 UTCinvestigating

   Notre équipe d'ingénierie enquête sur un problème touchant l'API publique de DigitalOcean et le panneau de contrôle Cloud. Pour l'instant, les utilisateurs verront des erreurs 5xx élevées pour toutes les requêtes API, y compris des choses comme des créations pour divers produits. Les utilisateurs peuvent également être incapables d'accéder à cloud.digitalocean.com. Nous enquêtons activement sur la cause profonde et fournirons des mises à jour dès que de plus amples informations seront disponibles. Nous nous excusons pour le désagrément et apprécions votre patience.

2. 24 août 2026 à 18:33 UTCinvestigating

   Nous continuons d'étudier la question touchant l'API publique de DigitalOcean et le panneau de contrôle Cloud. À l'heure actuelle, nous constatons une certaine amélioration des taux de latence/erreur et certains utilisateurs peuvent maintenant accéder au panneau de contrôle Cloud. Sans serveur Les utilisateurs d'inférence peuvent actuellement éprouver 403 et 503 erreurs lors de la présentation de demandes d'API ou de l'accès aux services touchés. Nous continuerons de fournir des mises à jour à mesure que de plus amples renseignements seront disponibles. Nous nous excusons pour le désagrément et apprécions votre patience.

3. 24 août 2026 à 19:14 UTCmonitoring

   Notre équipe d'ingénierie a mis en place des mesures d'atténuation pour régler le problème touchant l'API publique de DigitalOcean et le panneau de contrôle Cloud. Nous voyons les requêtes réussir, et les utilisateurs devraient maintenant être en mesure d'accéder au panneau de contrôle Cloud et de lancer/réception des requêtes d'API normalement. Nous surveillons actuellement la situation pour nous assurer que le service est revenu à la normale et qu'il demeure stable. Nous apprécions votre patience et fournirons une mise à jour une fois que le problème sera pleinement confirmé comme résolu.

4. 24 août 2026 à 22:27 UTCinvestigating

   Notre équipe d'ingénierie enquête sur une récurrence du problème touchant l'API publique DigitalOcean et le panneau de contrôle Cloud. Ce problème n'affecte pas notre plan de données (c.-à-d. les gouttelettes en cours d'exécution). Les utilisateurs peuvent éprouver des difficultés à accéder au panneau de contrôle Cloud, ainsi que des latences élevées et des erreurs intermittentes lors de l'accès à l'API publique ou au plan de contrôle Cloud. Nous enquêtons activement sur la question et travaillons au rétablissement d'un service normal. Nous continuerons de fournir des mises à jour à mesure que de plus amples renseignements seront disponibles. Nous nous excusons pour le désagrément et apprécions votre patience.

5. 25 août 2026 à 00:54 UTCmonitoring

   Notre équipe d'ingénierie a mis en place des mesures d'atténuation pour résoudre le problème touchant l'API publique de DigitalOcean et le panneau de contrôle Cloud. Nous assistons à des améliorations, et les utilisateurs devraient maintenant pouvoir accéder au panneau de contrôle Cloud et utiliser l'API publique normalement. Nous continuons de surveiller le service pour nous assurer qu'il demeure stable et nous fournirons d'autres mises à jour à mesure que de plus amples renseignements seront disponibles. Nous apprécions votre patience et votre compréhension.

6. 25 août 2026 à 16:30 UTCmonitoring

   Notre équipe d'ingénierie a continué à surveiller la santé de tous les services et n'a observé aucune récurrence de l'impact au cours des 12 dernières heures et plus. Nous continuerons de surveiller les services pendant une courte période afin de confirmer la stabilité avant de marquer l'incident résolu. Nous comprenons l'impact de cet incident pour les utilisateurs de DigitalOcean et nous publierons un postmortem sur la page d'état pour fournir plus de détails sur la cause profonde et l'atténuation.

7. 25 août 2026 à 19:04 UTCresolved

   Notre équipe d'ingénierie a confirmé que tous les services demeurent stables et nous allons maintenant résoudre cet incident. D'autres détails sur la cause profonde et l'atténuation seront fournis dans un postmortem via cette page de statut pour les utilisateurs intéressés à en apprendre plus. Merci de votre patience tout au long de cet incident. Si vous continuez à éprouver des problèmes, veuillez contacter Support depuis votre compte

8. 15 septembre 2026 à 18:44 UTCpostmortem

   Ce qui s'est passé Entre 16h56 UTC et 23h09 UTC le 24 août 2026, les clients utilisant le Cloud Control Panel DigitalOcean, l'API publique et les systèmes de gestion de produits dépendants ont connu des taux d'erreur de demande élevés, atteignant un maximum de 25%, dans deux fenêtres distinctes totalisant 3,5 heures de dégradation active en 6 heures. Exécuter les gouttelettes, le routage du réseau et le stockage en bloc \(Volumes\) sont restés entièrement fonctionnels et n'ont pas été affectés tout au long de l'événement. Aucune perte de données client n'est survenue. L'événement a été lancé au cours d'une migration prévue de l'infrastructure de la couche de base de données soutenant les services d'identité, d'authentification et d'autorisation. La migration a introduit une latence d'exécution accrue pour une requête d'autorisation critique. En réponse à la latence élevée de la requête, plusieurs services en amont ont initié des relevés de couverture automatisés. Cette amplification secondaire de la demande a conduit à l'accumulation de la file d'attente au-delà du débit de traitement du pool de services d'authentification, ce qui a entraîné des délais de traitement en cascade sur le chemin d'autorisation. Pour atténuer la dégradation initiale, les équipes d'ingénieurs ont réacheminé le trafic d'autorisation sur un seul chemin de traitement sain et temporairement désactivé la couverture pour les principaux appelants, rétablissant ainsi la disponibilité du service. Cependant, lors du retour du trafic à la configuration standard de routage multipath, la latence persistante de la requête combinée avec le comportement de réessayer des appelants non hissés a causé une saturation de file d'attente récurrente, conduisant à la deuxième fenêtre de dégradation. 2. Impact * Les comptes clients actifs \(<2%\) ont connu une ou plusieurs défaillances de l'API ou du panneau de configuration pendant les fenêtres de l'événement. * Les taux de défaillance agrégés des deux fenêtres d'impact ont représenté en moyenne environ 10 % des demandes authentifiées, avec un taux d'erreur maximum de 25 % pendant la deuxième fenêtre. * Les plans de contrôle de gestion touchés comprenaient le panneau de contrôle Cloud, l'API publique, l'authentification des groupes Kubernetes, le registre des conteneurs et les paramètres d'inférence sans serveur / AI. * Les composants du plan de données, y compris les gouttelettes actives, le routage du réseau et les volumes de stockage en bloc, conservent la disponibilité à 100 %, car les connexions établies ne dépendent pas du chemin de contrôle d'autorisation affecté. Il n'y avait aucune perte de données. 3. État actuel Tous les services d'avion de contrôle touchés ont été rétablis à la capacité opérationnelle nominale. La migration de l'infrastructure de la base de données est terminée. Les contrôles d'assainissement ont été validés pour assurer la stabilité du système par rapport à des scénarios de latence de requête similaires. 4. Prévenir la récidive Pour prévenir les événements futurs et améliorer la résilience systémique, DigitalOcean a mis en œuvre les améliorations techniques suivantes: 1. Requête automatisée et rupture de circuit : Déployer des disjoncteurs automatisés à travers les services en amont pour détecter la dégradation de la dépendance en aval et supprimer automatiquement l'amplification haies/réessayer. Une vaste vérification de l'architecture a été effectuée afin de s'assurer que la suppression de réessayer et la rupture des circuits sont appliquées uniformément dans tous les services d'avion de contrôle. 1. Gestion des files d'attente et défrichage : Mise en œuvre de mécanismes d'arrêt rapide de la charge pour empêcher la saturation de la file d'attente pendant la lenteur de la dépendance, accompagnés d'alertes de télémétrie proactives pour identifier le soutien de la file d'attente avant l'impact client. 1. Dégradation du service gracieux : Les composants d'autorisation critiques configurés pour fonctionner dans des modes d'exécution dégradés utilisant des répliques de données asynchrones et éventuellement cohérentes lors d'événements de latence de base de données primaires. 5. Calendrier **Heure UTC** - Oui. Une requête d'autorisation spécifique a commencé à fonctionner beaucoup plus lentement que sa référence historique. Une surveillance automatisée a détecté des taux d'erreur et de latence anormaux; elle a été détectée dans les 5 minutes suivant le début de l'impact. Les opérateurs ont accordé la configuration de réessayer et les demandes consolidées à une instance de service saine \(première fenêtre d'indisponibilité fermée\). Autres Le déplacement du trafic vers le modèle de production a causé le même problème de saturation \(seconde fenêtre d'indisponibilité commence\). Autres Les équipes ont désactivé le comportement de réessayer/amplification dans les autres services touchés et ajouté une capacité de lecture supplémentaire pour la requête lente. Le service a été rétabli dans un état stable

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

1. 23 août 2026 à 05:11 UTCinvestigating

   Notre équipe d'ingénierie enquête sur un problème avec notre produit Managed Database. À l'heure actuelle, les utilisateurs peuvent éprouver des erreurs tout en créant des grappes, à la fois via le panneau de contrôle Cloud et les requêtes API. Nous nous excusons pour le désagrément et partagerons une mise à jour lorsque nous aurons plus d'informations.

2. 23 août 2026 à 07:06 UTCinvestigating

   Nous continuons d'étudier un problème touchant la création de grappes de bases de données gérées par DigitalOcean dans plusieurs régions. Pendant ce temps, les utilisateurs peuvent éprouver des erreurs lors de la création de grappes de bases de données gérées via le panneau de contrôle Cloud ou l'API. Notre équipe d'ingénieurs met en oeuvre une mesure d'atténuation et travaille à rétablir l'approvisionnement normal. Nous fournirons une autre mise à jour dès que plus d'informations seront disponibles.

3. 23 août 2026 à 11:30 UTCmonitoring

   Notre équipe d'ingénierie a mis en place les correctifs nécessaires affectant la création de grappes de bases de données gérées dans les régions de NYC3 et NYC1. Les utilisateurs devraient maintenant être en mesure de créer de nouveaux regroupements de bases de données gérées. Nous surveillons actuellement la situation pour nous assurer que le service est revenu à la normale et qu'il demeure stable. Nous apprécions votre patience et fournirons une mise à jour une fois que le problème sera pleinement confirmé comme résolu.

4. 23 août 2026 à 14:33 UTCresolved

   Notre équipe d'ingénierie a résolu le problème de la prévention de la création de grappes sur les bases de données gérées dans les régions de NYC3 et NYC1. Les clients peuvent maintenant créer de nouveaux regroupements de bases de données gérées normalement. Notre équipe d'ingénierie a surveillé l'environnement pour assurer la stabilité. Nous nous excusons sincèrement de tout inconvénient que cette perturbation pourrait avoir causé à vos opérations. Si vous continuez à éprouver des problèmes, veuillez ouvrir un billet avec notre équipe de support: https://cloudsupport.digitalocean.com/s/

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

1. 21 août 2026 à 12:59 UTCinvestigating

   Notre équipe d'ingénierie enquête actuellement sur les rapports d'un problème affectant le Registre des conteneurs et les seaux Spaces dans certaines régions. Pendant ce temps, les clients peuvent éprouver des défaillances en poussant ou en tirant des images de conteneurs. En outre, les clients peuvent éprouver des problèmes d'accès aux Espaces via le panneau de configuration Cloud, où la page peut afficher "Il semble que quelque chose ait mal tourné..." Notre équipe d'ingénierie étudie activement la question et la traite en priorité. Nous fournirons une autre mise à jour dès que plus d'information sera disponible.

2. 21 août 2026 à 13:06 UTCmonitoring

   Notre équipe d'ingénierie a identifié le problème touchant le registre des conteneurs et les seaux Espaces, et une correction a été appliquée. L'accessibilité des espaces via le panneau de commande Cloud devrait maintenant être restaurée, et les images de poussage et de traction des conteneurs devraient revenir à la normale. Nous continuons de surveiller les résultats pour nous assurer que le problème a été entièrement résolu et nous fournirons une autre mise à jour une fois que nous aurons confirmé que le service normal a été rétabli.

3. 21 août 2026 à 14:52 UTCresolved

   Notre équipe d'ingénierie a confirmé que le problème touchant le registre des conteneurs et l'accessibilité des espaces a été résolu. L'accessibilité des espaces via le panneau de commande Cloud est maintenant restaurée, et pousser et tirer des images de conteneur réussit comme prévu. Les clients qui ont déjà rencontré ces problèmes devraient maintenant pouvoir accéder aux espaces et déployer leurs images de conteneurs sans autre problème. Si vous continuez à rencontrer des problèmes, veuillez ouvrir un ticket avec notre équipe de support. Merci de votre patience, et nous nous excusons pour tout désagrément.

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

1. 19 août 2026 à 11:10 UTCinvestigating

   Notre équipe d'ingénierie enquête actuellement sur un problème dans la région MKC1 affectant plusieurs racks et nœuds. Pendant ce temps, les clients peuvent subir des perturbations aux charges de travail du GPU, et Kubernetes (DOKS) les nœuds de travail peuvent entrer dans un état NotReady. Notre équipe travaille activement pour restaurer la connectivité et ramener les nœuds touchés en ligne. Si vous continuez à éprouver des problèmes, veuillez ouvrir un ticket d'assistance à partir de votre compte.

2. 19 août 2026 à 12:22 UTCidentified

   Nous avons identifié la cause profonde du problème dans la région MKC1 touchant plusieurs racks et nœuds. Notre équipe d'ingénierie met activement en œuvre des mesures de remise en état pour restaurer la connectivité et ramener les nœuds touchés en ligne. Pendant ce temps, les clients peuvent continuer à subir des perturbations aux charges de travail du GPU et à l'inférence sans serveur. Les nœuds de travailleurs de Kubernetes (DOKS) peuvent également rester dans un état de non-recours, et les clients peuvent ne pas être en mesure d'atteindre les paramètres de l'API de Kubernetes ou effectuer des opérations de gestion de grappes dans les grappes touchées. Nous fournirons une autre mise à jour dès que nous aurons plus d'informations.

3. 19 août 2026 à 15:28 UTCidentified

   Notre équipe d'ingénierie continue de travailler sur la question touchant la région du MKC1. Nous travaillons activement pour restaurer la connectivité et ramener les nœuds touchés en ligne. Nous fournirons une autre mise à jour dès que nous aurons plus d'informations.

4. 19 août 2026 à 18:59 UTCmonitoring

   Actuellement, le plan de contrôle régional est en pleine santé. Droplets CPU, bases de données gérées, balanceurs de charge, stockage de blocs et espaces fonctionnent normalement. Droplet create, redimensionner et autres opérations de gestion fonctionnent. Les plans de contrôle Kubernetes (DOKS) sont accessibles. Nos équipes continuent de travailler avec l'installation pour restaurer tout l'équipement. Les gouttelettes GPU dans MKC1 restent hors ligne ou inaccessibles. Les nœuds de travail du GPU DOKS peuvent rester non prêts, et les paramètres d'inférence soutenus par le GPU dans cette région peuvent ne pas être disponibles. Nous surveillerons l'avion de contrôle régional pendant une courte période, puis nous résoudrons cet incident. Les clients GPU recevront des mises à jour personnalisées avec plus d'informations au lieu de cette page de statut. Si vous avez des questions au sujet de vos ressources touchées, communiquez avec le soutien et référez-vous à cet incident.

5. 19 août 2026 à 19:34 UTCresolved

   Notre équipe d'ingénierie a confirmé que le plan de contrôle régional est sain et CPU Droplets, Bases de données gérées, Balanceurs de charge, Stockage de blocs, Kubernetes (DOKS) et Espaces fonctionnent normalement. Les gouttelettes GPU continuent d'être touchées et nos équipes travaillent à restaurer tous les nœuds. Nous communiquerons avec les clients GPU Droplet séparément via Slack et e-mail avec plus d'informations et des mises à jour régulières. Merci de votre patience tout au long de cet incident. Si vous continuez à éprouver des problèmes, veuillez ouvrir un ticket de support à partir de votre compte.

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

1. 13 août 2026 à 14:59 UTCresolved

   Between Aug 13, 09:50 UTC and 14:30 UTC, customers in the FRA1 region experienced an issue affecting Block Storage Volumes attachment and detachment operations on Droplets and Managed Kubernetes clusters. During this window, customers may have encountered delays or been unable to attach and detach Block Storage Volumes from their resources. Block Storage Volumes attachment and detachment operations now appear to be functioning normally, and customers should no longer experience issues with these operations. For Managed Kubernetes clusters specifically, some residual cleanup of affected volume attachments may still be needed, and our team is actively working through this. We apologize for any inconvenience this may have caused. If you continue to experience issues with Block Storage Volumes operations, please don't hesitate to open a support ticket for further investigation. Our team will be happy to assist you.

1. 8 août 2026 à 18:57 UTCinvestigating

   Notre équipe d'ingénierie enquête actuellement sur les rapports d'un problème affectant l'enregistrement de nouveaux comptes, les IP réservés, Snapshots, Droplets et les services basés sur Droplet dans plusieurs régions. Pendant ce temps, les clients peuvent ne pas être en mesure de créer de nouveaux comptes, de créer des Droplets, d'attribuer des IP réservés ou d'effectuer des opérations de sauvegarde automatisées et de snapshots. Les opérations de graduation automatique et les opérations de cluster DOKS sont également affectées. Notre équipe d'ingénierie étudie activement la question et nous fournirons une autre mise à jour dès que plus d'informations seront disponibles.

2. 8 août 2026 à 19:38 UTCinvestigating

   Our Engineering team is continuing to investigate reports of an issue affecting new account registration, Reserved IPs, Snapshots, Droplets and Droplet-based services across multiple regions. During this time, customers may be unable to create new accounts, create Droplets, allocate Reserved IPs, or perform Automated Backups and Snapshots operations. Droplet Autoscale scaling operations and DOKS cluster operations are also affected. Further investigation has found that GenAI services are also affected due to this issue, customers may also be unable to access the Droplet console, and Database clusters may be stuck in a "Creating" state. Our Engineering team is actively investigating the issue and we will provide another update as soon as more information becomes available.

3. 8 août 2026 à 20:02 UTCidentified

   Our Engineering team has identified the root cause of the issue affecting new account registration, Droplets, Reserved IPs, Snapshots, and DOKS clusters across multiple regions. Customers may experience the following: Unable to create new accounts Unable to create Droplets Unable to allocate Reserved IPs Failures with Automated Backups and Snapshots operations Droplet Autoscale scaling operations not working as expected DOKS cluster operations failing GenAI services impacted Unable to access the Droplet console Database clusters stuck in a "Creating" state Our Engineering team is working on implementing a fix and we will provide another update as soon as more information becomes available.

4. 8 août 2026 à 22:02 UTCidentified

   Our Engineering team continues to work on implementing and rolling out a fix for the issue affecting multiple services across multiple regions, including new account registration, Droplets, Reserved IPs, Automated Backups and Snapshots, Droplet Autoscale, DOKS clusters, GenAI services, the Droplet console, and Database cluster creation. Customers may continue to experience the previously reported service disruptions while remediation efforts remain in progress. We will provide another update as soon as more information becomes available.

5. 9 août 2026 à 00:31 UTCmonitoring

   Our Engineering team has implemented a fix for the issue affecting new account registration, Droplets, Reserved IPs, Snapshots, and DOKS clusters across multiple regions, and is currently monitoring the situation. At this time, customers should no longer experience errors with: New account registration Droplet creation Reserved IP allocation Automated Backups and Snapshots operations Droplet Autoscale scaling operations DOKS cluster operations GenAI services Access to the Droplet console Database cluster creation We will continue to monitor the situation to ensure that all services are stable and functioning as expected. We will post an update as soon as the issue is fully resolved.

6. 9 août 2026 à 01:01 UTCresolved

   Our Engineering team confirms the full resolution of the issue affecting all impacted services, including new account registration, Droplet Creation, Reserved IPs, Automated Backups and Snapshots, Droplet Autoscale, DOKS clusters, GenAI services, the Droplet Console, and Database cluster creation. We apologize for the inconvenience. If you continue to experience any issues, please open a support ticket from within your account.

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

1. 6 août 2026 à 19:01 UTCinvestigating

   Our Engineering team is investigating an issue impacting Functions on App Platform. During this time, users may experience build/deploy failures for Functions components, and requests to Functions endpoints may fail with a 504 error, caused by an SSL error when App Platform attempts to forward requests to Functions. This issue currently appears to be isolated to Functions deployed within App Platform. We apologize for the inconvenience and will share an update once we have more information.

2. 6 août 2026 à 20:02 UTCmonitoring

   Our Engineering team has implemented a fix for the issue affecting Functions on App Platform. Functions builds/deploys and requests to Functions endpoints should now be completing successfully. We are currently monitoring the situation to ensure the service has returned to normal operation and remains stable. We apologize for the inconvenience and will provide a further update once the incident is confirmed resolved.

3. 6 août 2026 à 21:05 UTCresolved

   Our Engineering team has confirmed that the issue affecting Functions on App Platform has been fully resolved. Functions builds, deploys, and requests to Functions endpoints are all working as expected. The fix implemented earlier was successful, and we are no longer seeing any problems affecting Functions. However, if you continue to experience any issues, please don't hesitate to raise a support ticket for further investigation.

1. 6 août 2026 à 16:33 UTCresolved

   Between Aug 6, 06:42 UTC and 09:08 UTC, customers experienced failures with write operations across multiple DigitalOcean services, including Managed Databases, DOKS, Cloud Firewalls, DNS, Spaces, Block Storage Volumes, and event processing. Customers attempting to update Cloud Firewall rules, modify DNS records, manage object storage operations, provision or scale DOKS clusters and node pools, and make other infrastructure configuration changes experienced failures. These operations returned errors, preventing customers from managing their resources. Additionally, event processing was delayed or failed during this window, which may have impacted the timeliness of resource status updates and notifications. The services have recovered and are now operating normally. Customers should no longer experience issues with write operations, configuration changes, or event processing. We apologize for any inconvenience this may have caused. If you continue to experience issues with any of these services, please don't hesitate to open a support ticket. Our team will be happy to assist you.

1. 4 août 2026 à 16:13 UTCinvestigating

   Our Engineering team is investigating an issue affecting Spaces Cold Storage billing. During this time, customers with cold storage buckets may see incorrect values reflected in their daily usage and current invoices. We apologize for the inconvenience and are actively working to resolve the issue. We will provide an update as soon as more information becomes available.

2. 4 août 2026 à 18:52 UTCidentified

   Our Engineering team has identified the issue affecting Spaces Cold Storage billing. The team is actively working on a fix to resolve the issue. We apologize for the inconvenience and will provide another update as soon as more information becomes available.

3. 4 août 2026 à 20:44 UTCmonitoring

   Our Engineering team has implemented a fix for the issue affecting Spaces Cold Storage billing and is currently monitoring the situation. Customers with cold storage buckets should no longer see incorrect values reflected in their daily usage and current invoices. We will post an update as soon as the issue is fully resolved.

4. 4 août 2026 à 21:42 UTCresolved

   As of 21:06 UTC, our Engineering team has resolved the issue affecting Spaces Cold Storage billing. An error in our billing processing system caused incorrect values to be reflected in daily usage and current invoices for customers with cold storage buckets. Our team identified and corrected an issue with the billing data sync, ensuring accurate usage reporting. If you continue to experience any issues, please open a ticket with our Support team. We apologize for any inconvenience this may have caused.

1. 3 août 2026 à 13:58 UTCinvestigating

   À partir de 9h36 UTC le 3 août, certains clients peuvent rencontrer des erreurs intermittentes lors de l'accès au panneau de contrôle DigitalOcean Cloud, y compris un message « vérification mTLS échoué ». Notre équipe d'ingénieurs enquête activement. Nous nous excusons de l'inconvénient que cela peut avoir causé. Nous fournirons une autre mise à jour dès que plus d'informations seront disponibles. Si vous avez des questions sur ce problème, envoyez-nous un ticket depuis votre page d'assistance en nuage. https://cloudsupport.digitalocean.com/s/createticket

2. 3 août 2026 à 16:39 UTCmonitoring

   Nous avons mis en place des mesures d'atténuation pour le problème, ce qui a amené certains clients à éprouver des erreurs intermittentes lors de l'accès au panneau de contrôle DigitalOcean Cloud. Nous assistons au rétablissement et nous surveillons le service de près. Nous fournirons une autre mise à jour une fois que nous aurons confirmé que le problème est entièrement résolu

3. 3 août 2026 à 17:59 UTCresolved

   Entre 9h36 et 13h30 UTC le 3 août, certains clients ont connu des erreurs intermittentes tout en accédant au panneau de contrôle DigitalOcean Cloud. Nous avons renouvelé les certificats internes touchés et rétabli l'accès. Le problème est résolu, et le panneau de contrôle Cloud fonctionne normalement. Nous nous excusons pour la perturbation.

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

1. 29 juillet 2026 à 17:56 UTCinvestigating

   Nous enquêtons actuellement sur cette question.

2. 29 juillet 2026 à 21:41 UTCinvestigating

   Notre équipe d'ingénierie enquête sur des rapports de réponses vides ou cassées ayant un impact sur Kimi-K3. À ce stade, les utilisateurs peuvent éprouver une qualité de réponse dégradée, en particulier des sorties vides ou cassées (y compris des caractères répétés), lors de la requête du service Kimi-K3. Nous nous excusons pour le désagrément et partagerons une mise à jour lorsque nous aurons plus d'informations.

3. 30 juillet 2026 à 06:15 UTCresolved

   Notre équipe d'Ingénierie a résolu le problème, provoquant des réponses vides ou cassées de Kimi-K3. Si vous continuez à rencontrer des problèmes, veuillez ouvrir un ticket avec notre équipe de support. Nous nous excusons de tout inconvénient que cela pourrait avoir causé.

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

1. 27 juillet 2026 à 18:31 UTCinvestigating

   Nous enquêtons actuellement sur cette question.

2. 27 juillet 2026 à 19:44 UTCidentified

   Le problème a été identifié et une solution est en cours de mise en oeuvre.

3. 28 juillet 2026 à 15:24 UTCresolved

   Cet incident a été résolu.

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

1. 24 juillet 2026 à 10:36 UTCidentified

   Nous avons remarqué des problèmes de connectivité réseau affectant certains utilisateurs se connectant de l'Inde aux ressources de la région de New York. Selon notre enquête actuelle, les utilisateurs d'Airtel et de BSNL ont signalé une augmentation de la latence, une perte de paquets ou une connectivité intermittente. Nous nous excusons pour le désagrément et fournirons une mise à jour dès que plus d'information sera disponible.

2. 24 juillet 2026 à 11:45 UTCmonitoring

   Nous observons des améliorations de la connectivité réseau pour les utilisateurs en Inde qui accèdent aux ressources de notre région de New York. Notre équipe surveille la situation pour s'assurer que le service est revenu à l'exploitation normale et reste stable. Nous apprécions votre patience et fournirons une mise à jour une fois que le problème sera pleinement confirmé comme résolu.

3. 24 juillet 2026 à 12:42 UTCresolved

   Entre 07:46 UTC et 10:24 UTC aujourd'hui, certains utilisateurs en Inde ayant accès aux ressources dans la région de New York ont peut-être connu des problèmes de connectivité. L'impact était limité aux utilisateurs utilisant Airtel comme FAI. Notre enquête a déterminé que le problème était causé par un problème de réseau interne à Airtel et n'était pas lié au réseau DigitalOcean. La question de la connectivité semble maintenant résolue, et les utilisateurs ne devraient plus éprouver de difficultés à accéder à leurs ressources. Nous nous excusons de tout inconvénient que cela pourrait avoir causé. Cependant, si vous continuez à éprouver des problèmes de connectivité, n'hésitez pas à ouvrir un ticket d'assistance pour une enquête plus approfondie; nous serons heureux de vous aider davantage.

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