Historial de interrupciones de Digitalocean

1. 24 de agosto de 2026 a las 17:14 UTCinvestigating

   Nuestro equipo de ingeniería está investigando un problema que afecta a la API pública de DigitalOcean y el Panel de Control de Cloud. En este momento, los usuarios verán errores de 5xx elevados para todas las solicitudes de API, incluyendo cosas como crea para diversos productos. Los usuarios también pueden no poder acceder a cloud.digitalocean.com. Estamos investigando activamente la causa raíz y proporcionaremos actualizaciones tan pronto como se disponga de más información. Nos disculpamos por la molestia y apreciamos su paciencia.

2. 24 de agosto de 2026 a las 18:33 UTCinvestigating

   Seguimos investigando el problema que afecta a la API pública de DigitalOcean y el Panel de Control de Cloud. En este momento, estamos viendo alguna mejora en las tasas de latencia/error y algunos usuarios pueden ahora tener acceso al Panel de Control de la Nube. Servidor Los usuarios de inferencia pueden experimentar actualmente errores 403 y 503 al hacer solicitudes de API o acceder a los servicios afectados. Seguiremos proporcionando actualizaciones a medida que se disponga de más información. Nos disculpamos por la molestia y apreciamos su paciencia.

3. 24 de agosto de 2026 a las 19:14 UTCmonitoring

   Nuestro equipo de ingeniería ha implementado medidas de mitigación para abordar la cuestión que afecta a la API pública de DigitalOcean y el Panel de Control de Cloud. Estamos viendo que las solicitudes tienen éxito, y los usuarios deben ahora poder acceder al Panel de Control de la Nube y emitir/recibir las solicitudes de API normalmente. Actualmente estamos monitoreando la situación para asegurar que el servicio ha regresado al funcionamiento normal y sigue siendo estable. Apreciamos su paciencia y proporcionaremos una actualización una vez que el problema esté completamente confirmado como resuelto.

4. 24 de agosto de 2026 a las 22:27 UTCinvestigating

   Nuestro equipo de ingeniería está investigando una recurrencia de la cuestión que afecta a la API pública de DigitalOcean y el Panel de Control de Cloud. Este número no impacta nuestro plano de datos (es decir, gotas de funcionamiento). Los usuarios pueden experimentar dificultades para acceder al Panel de Control de Nube, junto con errores elevados de latencia e intermitentes al acceder al API público o Plano de Control de Nube. Estamos investigando activamente la cuestión y trabajando para restaurar el servicio normal. Seguiremos proporcionando actualizaciones a medida que se disponga de más información. Nos disculpamos por la molestia y apreciamos su paciencia.

5. 25 de agosto de 2026 a las 0:54 UTCmonitoring

   Nuestro equipo de ingeniería ha implementado medidas de mitigación para abordar el problema que afecta a la API pública de DigitalOcean y el Panel de Control de Cloud. Estamos viendo mejoras, y los usuarios ahora deberían poder acceder al Panel de Control de Cloud y utilizar la API pública normalmente. Seguimos monitoreando el servicio para asegurar que permanezca estable y proporcionaremos más actualizaciones a medida que se disponga de más información. Apreciamos su paciencia y comprensión.

Traducido automáticamente desde la actualización oficial del incidente.

1. 23 de agosto de 2026 a las 5:11 UTCinvestigating

   Nuestro equipo de Ingeniería está investigando un problema con nuestro producto Gestionado de Bases de Datos. En este momento, los usuarios pueden experimentar errores al crear grupos, tanto a través del Panel de Control de Cloud como de las solicitudes de API. Nos disculpamos por la molestia y compartiremos una actualización una vez tengamos más información.

2. 23 de agosto de 2026 a las 7:06 UTCinvestigating

   Seguimos investigando un problema que afecta a la creación de bases de datos gestionadas por DigitalOcean en varias regiones. Durante este tiempo, los usuarios pueden experimentar errores al crear grupos de bases de datos gestionados a través del panel de control de nube o API. Nuestro equipo de ingeniería está implementando una mitigación y trabajando para restaurar la provisión normal. Proporcionaremos otra actualización tan pronto como esté disponible más información.

3. 23 de agosto de 2026 a las 11:30 UTCmonitoring

   Nuestro equipo de ingeniería ha implementado las correcciones necesarias que afectan a la creación de agrupaciones de bases de datos gestionadas en las regiones NYC3 y NYC1. Los usuarios deben ahora ser capaces de crear nuevos grupos de bases de datos gestionados. Actualmente estamos monitoreando la situación para asegurar que el servicio ha regresado al funcionamiento normal y sigue siendo estable. Apreciamos su paciencia y proporcionaremos una actualización una vez que el problema esté completamente confirmado como resuelto.

4. 23 de agosto de 2026 a las 14:33 UTCresolved

   Nuestro equipo de ingeniería ha resuelto la cuestión de la prevención de la creación de agrupaciones en bases de datos gestionadas en las regiones de NYC3 y NYC1. Los clientes ahora pueden crear nuevos grupos de bases de datos gestionados normalmente. Nuestro equipo de ingeniería ha supervisado el medio ambiente para garantizar la estabilidad. Sinceramente nos disculpamos por cualquier inconveniente que esta perturbación pueda haber causado a sus operaciones. Si continúa experimentando problemas, por favor abra un billete con nuestro equipo de soporte: https://cloudsupport.digitalocean.com/s/s

Traducido automáticamente desde la actualización oficial del incidente.

1. 21 de agosto de 2026 a las 12:59 UTCinvestigating

   Nuestro equipo de ingeniería está investigando informes de un problema que afecta a los cubos del Registro de Contenedores y Espacios en algunas regiones. Durante este tiempo, los clientes pueden experimentar fallos al empujar o tirar imágenes de contenedores. Además, los clientes pueden experimentar problemas de acceso a Espacios a través del Panel de Control de Nube, donde la página puede mostrar "Parece que algo salió mal..." Nuestro equipo de Ingeniería está investigando activamente el tema y tratarlo con prioridad. Proporcionaremos otra actualización tan pronto como se disponga de más información.

2. 21 de agosto de 2026 a las 13:06 UTCmonitoring

   Nuestro equipo de ingeniería ha identificado la cuestión que afecta al Registro de Contenedores y a los cubos de Espacios, y se ha aplicado una solución. La accesibilidad de los espacios a través del Panel de Control de la Nube debe ser restaurada, y empujar y tirar imágenes de los contenedores debe volver a la normalidad. Continuamos monitoreando los resultados para asegurar que el problema se haya resuelto completamente y proporcionaremos otra actualización una vez que hayamos confirmado que se ha restaurado el servicio normal.

3. 21 de agosto de 2026 a las 14:52 UTCresolved

   Nuestro equipo de ingeniería ha confirmado que se ha resuelto la cuestión que afecta a la accesibilidad del Registro de Contenedores y Espacios. Ahora se restablece la accesibilidad de los espacios a través del Panel de Control de la Nube, y las imágenes de los contenedores que empujan y tiran tienen éxito según lo previsto. Los clientes que anteriormente se encontraron con estos problemas deberían ahora poder acceder a los espacios y desplegar sus imágenes de contenedores sin más problemas. Si sigues experimentando algún problema, por favor abre un ticket con nuestro equipo de soporte. Gracias por su paciencia, y nos disculpamos por cualquier inconveniente.

Traducido automáticamente desde la actualización oficial del incidente.

1. 19 de agosto de 2026 a las 11:10 UTCinvestigating

   Nuestro equipo de ingeniería está investigando un problema en la región MKC1 que afecta a múltiples racks y nodos. Durante este tiempo, los clientes pueden experimentar trastornos en la carga de trabajo de GPU, y los nodos obreros de Kubernetes (DOKS) pueden entrar en un estado de NotReady. Nuestro equipo está trabajando activamente para restaurar la conectividad y traer los nodos impactados de vuelta en línea. Si continúa experimentando problemas, por favor abra un ticket de soporte desde su cuenta.

2. 19 de agosto de 2026 a las 12:22 UTCidentified

   Hemos identificado la causa raíz del problema en la región MKC1 que afecta a múltiples racks y nodos. Nuestro equipo de Ingeniería está implementando activamente pasos de remediación para restaurar la conectividad y traer los nodos impactados de vuelta en línea. Durante este tiempo, los clientes pueden seguir experimentando perturbaciones a las cargas de trabajo de GPU e Inferencia sin Servidor. Los nodos de trabajadores de Kubernetes (DOKS) también pueden permanecer en un estado de NotReady, y los clientes pueden ser incapaces de llegar a los puntos finales de Kubernetes API o realizar operaciones de gestión de grupos en grupos afectados. Proporcionaremos otra actualización tan pronto como tengamos más información.

3. 19 de agosto de 2026 a las 15:28 UTCidentified

   Nuestro equipo de ingeniería sigue trabajando en la cuestión que afecta a la región del MKC1. Estamos trabajando activamente para restaurar la conectividad y traer los nodos impactados de vuelta en línea. Proporcionaremos otra actualización tan pronto como tengamos más información.

4. 19 de agosto de 2026 a las 18:59 UTCmonitoring

   En este momento, el plano de control regional es totalmente saludable. CPU Droplets, bases de datos gestionadas, balanceadores de carga, almacenamiento de bloques y espacios están operando normalmente. Droplet crea, redimensiona y otras operaciones de gestión están funcionando. Los aviones de control Kubernetes (DOKS) son accesibles. Nuestros equipos siguen trabajando con la instalación para restaurar todo el equipo. GPU Droplets en MKC1 permanecen fuera de línea o no son accesibles. Los nodos de trabajadores de DOKS GPU pueden permanecer no leídos, y los puntos finales de inferencia respaldados por GPU en esta región pueden ser indisponibles. Seguiremos el plano de control regional por un corto tiempo y resolveremos este incidente. Los clientes de GPU recibirán actualizaciones personalizadas con más información en lugar de esta página de estado. Si tiene preguntas sobre sus recursos afectados, contacte con soporte y haga referencia a este incidente.

5. 19 de agosto de 2026 a las 19:34 UTCresolved

   Nuestro equipo de ingeniería ha confirmado que el plano de control regional es saludable y las gotas CPU, bases de datos gestionadas, balanceadores de carga, almacenamiento de bloques, Kubernetes (DOKS) y Espacios funcionan normalmente. GPU Droplets continúan siendo impactados y nuestros equipos están trabajando para restaurar todos los nodos. Nos comunicaremos con los clientes de GPU Droplet por separado a través de Slack y correo electrónico con más información y actualizaciones regulares. Gracias por su paciencia durante todo este incidente. Si sigues experimentando algún problema, por favor, abre un ticket de soporte desde tu cuenta.

Traducido automáticamente desde la actualización oficial del incidente.

1. 13 de agosto de 2026 a las 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 de agosto de 2026 a las 18:57 UTCinvestigating

   Nuestro equipo de ingeniería está investigando los informes de un problema que afecta a la inscripción de nuevas cuentas, IPs reservadas, instantáneas, droplets y servicios basados en Droplet en múltiples regiones. Durante este tiempo, los clientes pueden ser incapaces de crear nuevas cuentas, crear gotitas, asignar IPs reservadas o realizar operaciones de respaldo y instantáneas automatizadas. Las operaciones de escalado autoescala de Droplet y las operaciones de agrupación de DOKS también se ven afectadas. Nuestro equipo de Ingeniería está investigando activamente el problema y proporcionaremos otra actualización tan pronto como se disponga de más información.

2. 8 de agosto de 2026 a las 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 de agosto de 2026 a las 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 de agosto de 2026 a las 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 de agosto de 2026 a las 0: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 de agosto de 2026 a las 1: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.

Traducido automáticamente desde la actualización oficial del incidente.

1. 6 de agosto de 2026 a las 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 de agosto de 2026 a las 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 de agosto de 2026 a las 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.

Traducido automáticamente desde la actualización oficial del incidente.

1. 6 de agosto de 2026 a las 16:33 UTCresolved

   Entre el 6 de agosto de 06:42 UTC y 09:08 UTC, los clientes experimentaron fallos con operaciones de escritura en múltiples servicios de DigitalOcean, incluyendo bases de datos gestionadas, DOKS, Cloud Firewalls, DNS, Spaces, Block Storage Volumes, y el procesamiento de eventos. Los clientes que intentan actualizar las reglas de Cloud Firewall, modificar los registros DNS, gestionar operaciones de almacenamiento de objetos, suministrar o escalar grupos DOKS y piscinas de nodos, y hacer otros cambios de configuración de infraestructura experimentaron fallos. Estas operaciones devolvieron errores, impidiendo a los clientes gestionar sus recursos. Además, el procesamiento de eventos se retrasó o falló durante esta ventana, lo que puede haber afectado la puntualidad de las actualizaciones y notificaciones del estado de los recursos. Los servicios se han recuperado y ahora funcionan normalmente. Los clientes ya no deben experimentar problemas con operaciones de escritura, cambios de configuración o procesamiento de eventos. Nos disculpamos por cualquier inconveniente que esto pueda haber causado. Si continúa experimentando problemas con cualquiera de estos servicios, por favor no dude en abrir un ticket de soporte. Nuestro equipo estará encantado de ayudarle.

Traducido automáticamente desde la actualización oficial del incidente.

1. 4 de agosto de 2026 a las 16:13 UTCinvestigating

   Nuestro equipo de ingeniería está investigando un problema que afecta a la facturación de Espacios Cold Storage. Durante este tiempo, los clientes con cubos de almacenamiento frío pueden ver valores incorrectos reflejados en su uso diario y facturas actuales. Nos disculpamos por la molestia y estamos trabajando activamente para resolver el problema. Proporcionaremos una actualización tan pronto como se disponga de más información.

2. 4 de agosto de 2026 a las 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 de agosto de 2026 a las 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 de agosto de 2026 a las 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.

Traducido automáticamente desde la actualización oficial del incidente.

1. 3 de agosto de 2026 a las 13:58 UTCinvestigating

   A partir de las 09:36 UTC el 3 de agosto, algunos clientes pueden experimentar errores intermitentes al acceder al Panel de Control de Cloud de DigitalOcean, incluyendo un mensaje de "fallo de verificación de MTLS". Nuestro equipo de ingeniería está investigando activamente. Nos disculpamos por la molestia que esto pudo haber causado. Proporcionaremos otra actualización tan pronto como esté disponible más información. Si tiene alguna pregunta relacionada con este problema, envíenos un ticket desde su página de soporte en la nube. https://cloudsupport.digitalocean.com/s/createticket

2. 3 de agosto de 2026 a las 16:39 UTCmonitoring

   Hemos implementado mitigación para la cuestión que hace que algunos clientes experimenten errores intermitentes al acceder al Panel de Control de Cloud de DigitalOcean. Estamos viendo la recuperación y estamos monitoreando el servicio de cerca. Vamos a proporcionar otra actualización una vez que hayamos confirmado que el problema está totalmente resuelto

3. 3 de agosto de 2026 a las 17:59 UTCresolved

   Entre las 09:36 y las 13:30 UTC el 3 de agosto, algunos clientes experimentaron errores intermitentes al acceder al Panel de Control de Cloud de DigitalOcean. Renovamos los certificados internos afectados y el acceso restaurado. La cuestión se resuelve y el Panel de Control de la Nube funciona normalmente. Nos disculpamos por la interrupción.

Traducido automáticamente desde la actualización oficial del incidente.

1. 29 de julio de 2026 a las 17:56 UTCinvestigating

   Actualmente estamos investigando esta cuestión.

2. 29 de julio de 2026 a las 21:41 UTCinvestigating

   Nuestro equipo de ingeniería está investigando informes de respuestas vacías o rotas que impactan a Kimi-K3. En este punto, los usuarios pueden experimentar una calidad de respuesta degradada, productos específicamente vacíos o rotos (incluyendo caracteres repetidos), cuando consultan el servicio Kimi-K3. Nos disculpamos por la molestia y compartiremos una actualización una vez tengamos más información.

3. 30 de julio de 2026 a las 6:15 UTCresolved

   Nuestro equipo de ingeniería ha resuelto el problema causando respuestas vacías o rotas de Kimi-K3. Si sigues experimentando algún problema, por favor, abre un billete con nuestro equipo de Soporte. Nos disculpamos por cualquier inconveniente que esto pueda haber causado.

Traducido automáticamente desde la actualización oficial del incidente.

1. 27 de julio de 2026 a las 18:31 UTCinvestigating

   Actualmente estamos investigando esta cuestión.

2. 27 de julio de 2026 a las 19:44 UTCidentified

   Se ha determinado la cuestión y se está aplicando una solución.

3. 28 de julio de 2026 a las 15:24 UTCresolved

   Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 24 de julio de 2026 a las 10:36 UTCidentified

   Hemos notado problemas de conectividad de red que afectan a algunos usuarios que se conectan desde la India a recursos en la región de Nueva York. Basado en nuestra investigación actual, los usuarios de Airtel y BSNL han reportado un aumento de latencia, pérdida de paquetes o conectividad intermitente. Nos disculpamos por la molestia y proporcionaremos una actualización tan pronto como se disponga de más información.

2. 24 de julio de 2026 a las 11:45 UTCmonitoring

   Estamos observando mejoras en la conectividad de red para los usuarios de la India accediendo a recursos en nuestra región de Nueva York. Nuestro equipo está monitoreando la situación para asegurar que el servicio ha regresado a la operación normal y permanece estable. Apreciamos su paciencia y proporcionaremos una actualización una vez que el problema esté completamente confirmado como resuelto.

3. 24 de julio de 2026 a las 12:42 UTCresolved

   Entre las 07:46 UTC & 10:24 UTC de hoy, algunos usuarios de la India que acceden a recursos en la región de Nueva York pueden haber experimentado problemas de conectividad. El impacto se limitó a los usuarios usando Airtel como su ISP. Nuestra investigación determinó que el problema fue causado por un problema interno de red dentro de Airtel y no estaba relacionado con la red DigitalOcean. La cuestión de la conectividad ahora parece resolverse, y los usuarios ya no deben experimentar problemas para acceder a sus recursos. Nos disculpamos por cualquier inconveniente que esto pueda haber causado. Sin embargo, si continúas experimentando problemas de conectividad, por favor no dudes en abrir un ticket de soporte para más investigación; estaremos encantados de ayudarle más.

Traducido automáticamente desde la actualización oficial del incidente.

1. 23 de julio de 2026 a las 11:16 UTCinvestigating

   Nuestro equipo de ingeniería está investigando un problema donde el modelo de llama-4-maverick no está disponible. Los usuarios pueden experimentar errores HTTP 500 utilizando este modelo con Inferencia sin Servidor. Nos disculpamos por la molestia. Nuestro equipo de Ingeniería está trabajando con alta prioridad para resolver el problema. Gracias por su paciencia y comprensión.

2. 23 de julio de 2026 a las 12:37 UTCresolved

   Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 22 de julio de 2026 a las 16:50 UTCinvestigating

   Actualmente estamos investigando esta cuestión.

2. 22 de julio de 2026 a las 19:42 UTCresolved

   Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 19 de julio de 2026 a las 9:51 UTCinvestigating

   Nuestro equipo de ingeniería está investigando un problema con el agregado de volumen a las gotas en las regiones de NYC1, NYC3, SGP1, SYD1 y BLR1. Durante este tiempo usted puede experimentar un problema con adjuntar el volumen a los Droplet(s). Nos disculpamos por la molestia y compartiremos una actualización una vez tengamos más información.

2. 19 de julio de 2026 a las 13:36 UTCinvestigating

   Seguimos investigando esta cuestión.

3. 19 de julio de 2026 a las 14:52 UTCmonitoring

   Nuestro equipo de ingeniería ha identificado la causa raíz de la cuestión de la prevención de apegos de volumen a Droplets en NYC1, NYC3, SGP1, SYD1, y BLR1 y ha implementado con éxito una solución. Ahora debe ser capaz de adjuntar volúmenes a su Droplet(s) sin encontrar otros errores o problemas. Estamos monitoreando activamente la situación para asegurar que la solución siga siendo eficaz y proporcionaremos otra actualización una vez que la cuestión se haya resuelto plenamente.

4. 19 de julio de 2026 a las 15:32 UTCresolved

   Nuestro equipo de ingeniería ha confirmado que la cuestión relativa al apego de volumen a Droplets en las regiones de NYC1, NYC3, SGP1, SYD1, y BLR1 ha sido totalmente resuelta, y todos los servicios están funcionando normalmente. Si continúas experimentando algún problema, por favor contacta con nuestro equipo de Soporte abriendo un billete. Nos disculpamos por cualquier inconveniente causado.

Traducido automáticamente desde la actualización oficial del incidente.

1. 19 de julio de 2026 a las 6:57 UTCinvestigating

   Actualmente estamos investigando un problema que afecta al tráfico de red fuera de límites para Droplets en la región de BLR1. Los clientes pueden experimentar errores de timeout o problemas de conectividad al intentar llegar a servicios externos. Nuestro equipo de Ingeniería está investigando activamente el tema y trabajando para identificar la causa raíz. Proporcionaremos actualizaciones adicionales tan pronto como se disponga de más información.

2. 19 de julio de 2026 a las 8:27 UTCidentified

   Nuestro equipo de ingeniería ha identificado una cuestión que afecta a la conectividad de red de corriente avanzada para los servicios basados en Droplet en la región de BLR1 y está colaborando activamente con los proveedores pertinentes para implementar una resolución. Los clientes pueden seguir experimentando timeouts intermitentes o problemas de conectividad al intentar alcanzar puntos finales externos de Droplets en BLR1. Proporcionaremos otra actualización una vez que se haya resuelto completamente el problema o cuando se disponga de información adicional.

3. 19 de julio de 2026 a las 9:31 UTCmonitoring

   Nuestro equipo de ingeniería ha implementado las soluciones necesarias que afectan la conectividad de red de corriente avanzada para servicios basados en Droplet en la región BLR1. Los usuarios deben ahora poder conectarse a los puntos finales externos de Droplets en BLR1. Actualmente estamos monitoreando la situación para asegurar que el servicio ha regresado al funcionamiento normal y permanece estable. Apreciamos su paciencia y proporcionaremos una actualización una vez que el problema esté completamente confirmado como resuelto.

4. 19 de julio de 2026 a las 9:52 UTCresolved

   Nuestro equipo de ingeniería ha resuelto el problema de conectividad de red en la región BLR1. Si sigues experimentando problemas, por favor abre un ticket con nuestro equipo de soporte. Nos disculpamos por cualquier inconveniente.

Traducido automáticamente desde la actualización oficial del incidente.

1. 16 de julio de 2026 a las 13:39 UTCinvestigating

   Nuestro equipo de ingeniería está investigando un problema que afecta a la ruta IP reservada en la región TOR1. El problema está causando que el tráfico de entrada y salida a IPs reservadas en TOR1 y que fracasa. Mientras tanto, desvincular y reasignar la IP reservada al Droplet puede restaurar la conectividad. Recomendamos probar esta solución si usted está experimentando problemas con su IP reservada en TOR1. Nuestro equipo de ingeniería está investigando activamente la causa raíz y trabajando para una resolución. Proporcionaremos actualizaciones a medida que se disponga de más información.

2. 16 de julio de 2026 a las 15:30 UTCidentified

   Nuestro equipo de ingeniería ha identificado la causa de la cuestión que afecta a la ruta IP reservada en la región TOR1, lo que estaba causando que el tráfico de entrada y salida a IPs reservadas en TOR1 y que fracasara. La separación y reasignación de la IP reservada al Droplet puede restaurar la conectividad mientras tanto. Recomendamos probar esta solución si todavía está experimentando problemas con su IP reservada en TOR1. Nuestro equipo de ingeniería está trabajando en implementar una solución. Proporcionaremos actualizaciones a medida que se disponga de más información.

3. 16 de julio de 2026 a las 17:01 UTCmonitoring

   Nuestro equipo de ingeniería ha implementado una solución para la cuestión que afecta a la ruta IP reservada en la región TOR1, y actualmente estamos monitoreando los resultados. Ahora se debe restaurar el tráfico de entrada y salida de IPs reservadas en TOR1. Si reasignó su IP reservada como una solución de trabajo y sigue experimentando problemas, por favor contacte a nuestro equipo de soporte. Seguiremos vigilando de cerca la situación y proporcionaremos una nueva actualización una vez que hayamos confirmado que la cuestión está plenamente resuelta.

4. 16 de julio de 2026 a las 17:24 UTCresolved

   Nuestro equipo de ingeniería ha confirmado que la cuestión subyacente que afecta a la ruta IP reservada en la región TOR1 se ha resuelto totalmente, y los servicios ahora funcionan normalmente. Si continúas experimentando algún problema, por favor contacta con nuestro equipo de Soporte abriendo un billete. Nos disculpamos por cualquier inconveniente causado.

Traducido automáticamente desde la actualización oficial del incidente.

1. 13 de julio de 2026 a las 19:04 UTCidentified

   Actualmente estamos experimentando un problema en el que los clientes que utilizan el modelo Gemma 4 en nuestras plataformas de Inferencia sin Servidor e Inferencia Dedicada pueden experimentar latencia severa o solicitar tiempo de espera. Nuestro equipo de ingeniería ha identificado un problema de configuración de backend como la causa raíz, que es un rendimiento temporalmente degradante. Estamos trabajando activamente en una solución para restaurar los tiempos normales de respuesta y proporcionará otra actualización tan pronto como la mitigación esté en su lugar

2. 13 de julio de 2026 a las 22:24 UTCmonitoring

   Se ha implementado una solución para resolver el problema de configuración de backend. Estamos monitoreando de cerca el rendimiento del sistema para asegurar la recuperación completa y los tiempos normales de respuesta para todos los flujos de trabajo de inferencia Gemma 4.

3. 14 de julio de 2026 a las 11:07 UTCidentified

   Actualmente estamos experimentando un problema que afecta a los clientes utilizando el modelo Gemma 4 en nuestra plataforma Inference sin Servidor. Los clientes pueden experimentar un aumento significativo de la latencia o el tiempo de solicitud. Nuestro equipo de Ingeniería ha identificado un problema de configuración de backend como la causa raíz, que está impactando temporalmente el rendimiento del modelo. Por favor, tenga la seguridad de que nuestro equipo de Ingeniería está trabajando activamente en una solución y está tratando esta cuestión con alta prioridad. Sinceramente nos disculpamos por cualquier inconveniente que esto pueda haber causado y apreciar su paciencia y comprensión. Si tiene alguna otra pregunta, por favor cree un ticket de soporte para que podamos investigar su caso específico más adelante.

4. 15 de julio de 2026 a las 10:06 UTCmonitoring

   Se ha desplegado una solución para resolver la cuestión. Estamos monitoreando de cerca el rendimiento del sistema para asegurar la recuperación completa y los tiempos normales de respuesta para todos los flujos de trabajo de inferencia Gemma 4.

5. 15 de julio de 2026 a las 21:46 UTCresolved

   La solución desplegada ha restaurado con éxito la funcionalidad completa, y nuestro monitoreo muestra que el rendimiento del sistema se ha estabilizado completamente. Los tiempos de respuesta para todos los flujos de trabajo de la inferencia Gemma 4 han retornado a niveles normales de referencia. Seguiremos rastreando la estabilidad de la plataforma avanzando para garantizar la fiabilidad a largo plazo. Nos disculpamos por cualquier perturbación que esto pueda haber causado a sus flujos de trabajo y apreciar su paciencia durante todo el proceso de recuperación.

Traducido automáticamente desde la actualización oficial del incidente.

1. 9 de julio de 2026 a las 20:31 UTCinvestigating

   Nuestro equipo de ingeniería está investigando un problema que afecta a las implementaciones de Kubernetes en NYC1. Los usuarios pueden ver fallos intermitentes de DNS y eventos NodeNotReady de cargas de trabajo de aplicación durante este tiempo. Nos disculpamos por la molestia, compartiremos nueva información en esta página tan pronto como esté disponible.

2. 10 de julio de 2026 a las 1:18 UTCmonitoring

   La cuestión que afecta a los despliegues de Kubernetes en Nueva York ha disminuido. Las cargas de trabajo deben estar funcionando normalmente. Nuestro equipo de ingeniería continúa monitoreando los sistemas afectados para confirmar la resolución completa. Actualizaremos esta página si se necesita alguna acción adicional. Nos disculpamos por la molestia que esto pudo haber causado.

3. 11 de julio de 2026 a las 1:27 UTCresolved

   Se ha resuelto la cuestión que afecta a los despliegues de Kubernetes en la región de Nueva York. Nuestra investigación encontró intervalos intermitentes de DNS que afectaron a un pequeño número de grupos DOKS, con nodos de trabajadores afectados que se ejecutan en gotas de CPU compartidas. Se trata de una limitación documentada de las cargas de trabajo DNS en grupos sensibles a latencia, como CoreDNS. Actualmente funcionan los grupos afectados. Para reducir el riesgo de recurrencia, recomendamos ejecutar CoreDNS en los nodos CPU no compartidos/dedicados y utilizar réplicas de CoreDNS suficientes. Si continúa viendo fallos de DNS o eventos NodeNotReady, por favor abra un ticket de soporte para que podamos investigar ese cluster específicamente.

Traducido automáticamente desde la actualización oficial del incidente.