Historique des pannes de Digitalocean

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

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.

1. 23 juillet 2026 à 11:16 UTCinvestigating

   Notre équipe d'ingénierie étudie actuellement un problème où le modèle lama-4-maverick n'est pas disponible. Les utilisateurs peuvent éprouver des erreurs HTTP 500 en utilisant ce modèle avec Inférence sans serveur. Nous nous excusons pour le désagrément. Notre équipe d'ingénierie travaille en priorité pour résoudre le problème. Merci de votre patience et de votre compréhension.

2. 23 juillet 2026 à 12:37 UTCresolved

   Cet incident a été résolu.

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

1. 22 juillet 2026 à 16:50 UTCinvestigating

   Nous enquêtons actuellement sur cette question.

2. 22 juillet 2026 à 19:42 UTCresolved

   Cet incident a été résolu.

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

1. 19 juillet 2026 à 09:51 UTCinvestigating

   Notre équipe d'ingénierie enquête sur un problème de fixation du volume aux gouttelettes dans les régions NYC1, NYC3, SGP1, SYD1 et BLR1. Pendant ce temps, vous pouvez rencontrer un problème avec la fixation du volume aux gouttelettes. Nous nous excusons pour le désagrément et partagerons une mise à jour lorsque nous aurons plus d'informations.

2. 19 juillet 2026 à 13:36 UTCinvestigating

   Nous continuons d'enquêter sur cette question.

3. 19 juillet 2026 à 14:52 UTCmonitoring

   Notre équipe d'ingénierie a identifié la cause profonde du problème empêchant les attaches de volume aux gouttelettes dans NYC1, NYC3, SGP1, SYD1 et BLR1 et a mis en œuvre avec succès une correction. Vous devriez maintenant pouvoir joindre des volumes à vos Droplet(s) sans rencontrer d'autres erreurs ou problèmes. Nous surveillons activement la situation pour nous assurer que la solution reste efficace et nous fournirons une autre mise à jour une fois que la question aura été complètement réglée.

4. 19 juillet 2026 à 15:32 UTCresolved

   Notre équipe d'ingénierie a confirmé que la question de la fixation du volume aux gouttelettes dans les régions de NYC1, NYC3, SGP1, SYD1 et BLR1 a été entièrement résolue et que tous les services fonctionnent maintenant normalement. Si vous continuez à éprouver des problèmes, veuillez contacter notre équipe de support en ouvrant un ticket. Nous nous excusons pour tout désagrément causé.

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

1. 19 juillet 2026 à 06:57 UTCinvestigating

   Nous enquêtons actuellement sur un problème touchant le trafic réseau sortant pour les gouttelettes dans la région BLR1. Les clients peuvent éprouver des erreurs de délai ou des problèmes de connectivité lorsqu'ils tentent de joindre des services externes. Notre équipe d'ingénierie étudie activement la question et travaille à identifier la cause profonde. Nous fournirons des mises à jour supplémentaires dès que de plus amples renseignements seront disponibles.

2. 19 juillet 2026 à 08:27 UTCidentified

   Notre équipe d'ingénierie a identifié un problème touchant la connectivité réseau en amont pour les services basés sur Droplet dans la région BLR1 et travaille activement avec les fournisseurs en amont concernés pour mettre en œuvre une résolution. Les clients peuvent continuer d'éprouver des délais intermittents ou des problèmes de connectivité lorsqu'ils tentent d'atteindre des paramètres externes à partir de gouttelettes dans BLR1. Nous fournirons une autre mise à jour une fois que la question aura été entièrement résolue ou lorsque des renseignements supplémentaires seront disponibles.

3. 19 juillet 2026 à 09:31 UTCmonitoring

   Notre équipe d'ingénierie a mis en place les correctifs nécessaires affectant la connectivité réseau en amont pour les services basés sur Droplet dans la région BLR1. Les utilisateurs devraient maintenant pouvoir se connecter aux paramètres externes de Droplets dans BLR1. Nous surveillons actuellement la situation pour nous assurer que le service est revenu à la normale et 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. 19 juillet 2026 à 09:52 UTCresolved

   Notre équipe d'ingénierie a résolu le problème de connectivité réseau sortant dans la région BLR1. Si vous continuez à éprouver des problèmes, veuillez ouvrir un ticket avec notre équipe de support. Nous nous excusons pour tout désagrément.

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

1. 16 juillet 2026 à 13:39 UTCinvestigating

   Notre équipe d'ingénierie enquête sur un problème affectant le routage IP réservé dans la région TOR1. Le problème provoque l'échec du trafic entrant et sortant vers et depuis les IP réservés dans TOR1. Dans l'intervalle, la déconnexion et la réaffectation de l'IP réservé au Droplet peuvent restaurer la connectivité. Nous vous recommandons d'essayer cette solution si vous rencontrez des problèmes avec votre IP réservé dans TOR1. Notre équipe d'ingénierie étudie activement la cause fondamentale et travaille vers une résolution. Nous fournirons des mises à jour à mesure que de plus amples renseignements seront disponibles.

2. 16 juillet 2026 à 15:30 UTCidentified

   Notre équipe d'ingénierie a identifié la cause du problème affectant le routage IP réservé dans la région TOR1, ce qui a causé l'échec du trafic entrant et sortant des IP réservés dans TOR1. Détacher et réassigner l'IP réservé à la Droplet peut restaurer la connectivité dans l'intervalle. Nous vous recommandons d'essayer cette solution si vous rencontrez encore des problèmes avec votre IP réservé dans TOR1. Notre équipe d'ingénieurs travaille maintenant à la mise en œuvre d'un correctif. Nous fournirons des mises à jour à mesure que de plus amples renseignements seront disponibles.

3. 16 juillet 2026 à 17:01 UTCmonitoring

   Notre équipe d'ingénierie a mis en place un correctif pour le problème touchant le routage IP réservé dans la région TOR1, et nous surveillons actuellement les résultats. Le trafic entrant et sortant vers et depuis les IP réservés dans TOR1 devrait maintenant être rétabli. Si vous avez réaffecté votre IP réservé comme solution de rechange et que vous rencontrez toujours des problèmes, veuillez contacter notre équipe de support. Nous continuerons de suivre de près la situation et de fournir une nouvelle mise à jour une fois que nous aurons confirmé que la question est entièrement réglée.

4. 16 juillet 2026 à 17:24 UTCresolved

   Notre équipe d'ingénierie a confirmé que le problème sous-jacent touchant le routage IP réservé dans la région TOR1 a été entièrement résolu et que les services fonctionnent maintenant normalement. Si vous continuez à éprouver des problèmes, veuillez contacter notre équipe de support en ouvrant un ticket. Nous nous excusons pour tout désagrément causé.

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

1. 13 juillet 2026 à 19:04 UTCidentified

   Nous sommes actuellement confrontés à un problème où les clients utilisant le modèle Gemma 4 sur nos plates-formes Inférence sans serveur et Inférence dédiée peuvent subir des latences sévères ou des délais de demande. Notre équipe d'ingénierie a identifié un problème de configuration du moteur comme étant la cause principale, qui est temporairement la dégradation des performances. Nous travaillons activement sur un correctif pour restaurer les temps de réponse normaux et fournirons une autre mise à jour dès que l'atténuation est en place

2. 13 juillet 2026 à 22:24 UTCmonitoring

   Une correction a été déployée pour résoudre le problème de configuration du moteur. Nous surveillons de près les performances du système pour assurer une récupération complète et des temps de réponse normaux pour tous les workflows Gemma 4.

3. 14 juillet 2026 à 11:07 UTCidentified

   Nous sommes actuellement confrontés à un problème affectant les clients en utilisant le modèle Gemma 4 sur notre plateforme d'inférence sans serveur. Les clients peuvent subir une augmentation significative de la latence ou demander des délais. Notre équipe d'ingénierie a identifié un problème de configuration du moteur comme étant la cause principale, qui influe temporairement sur les performances du modèle. Soyez assuré que notre équipe d'ingénierie travaille activement sur une solution et traite cette question en priorité. Nous nous excusons sincèrement de tout inconvénient que cela pourrait avoir causé et nous apprécions votre patience et votre compréhension. Si vous avez d'autres questions, veuillez créer un ticket d'assistance afin que nous puissions enquêter plus avant sur votre cas spécifique.

4. 15 juillet 2026 à 10:06 UTCmonitoring

   Une correction a été déployée pour résoudre le problème. Nous surveillons de près les performances du système pour assurer une récupération complète et des temps de réponse normaux pour tous les workflows Gemma 4.

5. 15 juillet 2026 à 21:46 UTCresolved

   La solution déployée a restauré avec succès toutes les fonctionnalités, et notre surveillance montre que les performances du système se sont complètement stabilisées. Les temps de réponse pour tous les workflows d'inférence Gemma 4 sont revenus à des niveaux de référence normaux. Nous continuerons de suivre la stabilité de la plate-forme pour assurer la fiabilité à long terme. Nous nous excusons pour toute perturbation qui pourrait avoir causé vos workflows et apprécions votre patience tout au long du processus de récupération.

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