Historial de interrupciones de Ionos Cloud

1. 23 de octubre de 2026 a las 10:44 UTCidentified

   Estamos preparando una actualización de seguridad en toda nuestra infraestructura de Compute para abordar CVE-2026-99999. Una mitigación de tiempo de ejecución ya se ha aplicado a una gran parte de nuestra flota, y ahora estamos implementando la fijación permanente del núcleo en todos los hosts restantes. La fijación permanente se aplica a través de la migración en vivo para evitar la interrupción del servicio. En raras ocasiones, las máquinas virtuales que no pueden ser migratorias en vivo pueden experimentar un breve reinicio.

2. 25 de octubre de 2026 a las 18:45 UTCresolved

   La actualización de seguridad para CVE-2026-99999 se ha aplicado en toda nuestra infraestructura de Compute. Todos los anfitriones están ahora protegidos. Seguiremos vigilando para cualquier problema. Si experimenta algún problema, póngase en contacto con nuestro equipo de soporte.

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

1. 22 de octubre de 2026 a las 12:36 UTCidentified

   Actualmente estamos experimentando problemas intermitentes con nuestra disponibilidad de teléfono, lo que puede impedir que nuestros agentes se conecten a llamadas entrantes. Estamos trabajando activamente para resolver esto lo antes posible. Si usted no puede llegar al equipo por teléfono, por favor abra un ticket por correo electrónico o el formulario DCD Support.

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

1. 21 de octubre de 2026 a las 12:57 UTCinvestigating

   Actualmente estamos investigando un problema con nuestro espacio de trabajo Nextcloud.

2. 21 de octubre de 2026 a las 12:59 UTCinvestigating

   Debido a una vulnerabilidad de seguridad de PHP crítica en toda la industria, IONOS ha ejecutado un cierre temporal de emergencia de todos los servicios basados en Nextcloud. Los servicios fueron cerrados inmediatamente para proteger los datos e infraestructura de los clientes, y serán reiniciados tan pronto como el parche oficial PHP esté disponible, probado y completamente implementado. Estimamos que el servicio estará disponible de nuevo en las próximas 2-3 horas.

3. 21 de octubre de 2026 a las 16:59 UTCresolved

   Nuestros servicios basados en Nextcloud han sido restaurados. Como parte de la resolución de la actual vulnerabilidad de seguridad de PHP, hemos suspendido preventivamente todas las cuentas de administrador de su sistema que fueron cambiadas y/o creadas recientemente en las últimas 24 horas. ¿Qué significa esto para ti? - Revisión requerida: Por favor, compruebe la gestión del usuario de su sistema para cualquier cuenta desconocida o sospechosa. - Reactivación: Si usted creó una cuenta de administrador legítima usted mismo en las últimas 24 horas que ahora está suspendida, por favor póngase en contacto breve con nuestro equipo de soporte para que podamos desbloquearlo después de la verificación.

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

1. 16 de octubre de 2026 a las 1:46 UTCinvestigating

   Actualmente estamos investigando un problema que podría afectar a la disponibilidad de kube-api, así como cuestiones al tratar de programar flujos de trabajo estatales. Los clientes pueden experimentar retrasos en las operaciones de escalado y mantenimiento de NodePool. Nuestro equipo de ingeniería está trabajando activamente para resolver el problema lo antes posible. Proporcionaremos actualizaciones regulares a medida que se disponga de nueva información.

2. 16 de octubre de 2026 a las 1:48 UTCinvestigating

   Seguimos investigando esta cuestión.

3. 16 de octubre de 2026 a las 2:05 UTCidentified

   Hemos identificado la fuente de la cuestión. Nuestro Equipo de Compute y MK8s han respondido y están trabajando en la mitigación. Mantendremos esta página de estado actualizada. Nos proponemos publicar la siguiente actualización dentro de 30 minutos, o cuando podamos compartir una actualización significativa.

4. 16 de octubre de 2026 a las 2:22 UTCmonitoring

   Se ha completado el despliegue de Mitigation y todos los sistemas están operativos de nuevo. Estamos estableciendo este Incident en estado de monitoreo y seguimos observando la situación.

5. 16 de octubre de 2026 a las 8:08 UTCresolved

   El sistema está funcionando " estable ahora, este incidente se resuelve.

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

1. 14 de octubre de 2026 a las 16:12 UTCidentified

   Actualmente estamos experimentando problemas intermitentes con nuestro sistema telefónico, lo que puede impedir que nuestros agentes se conecten a llamadas entrantes. Estamos trabajando activamente con nuestro proveedor para resolver esto lo antes posible. Si usted no puede llegar al equipo por teléfono, por favor abra un ticket por correo electrónico o el formulario DCD Support.

2. 15 de octubre de 2026 a las 14:22 UTCresolved

   El problema se ha resuelto y las líneas telefónicas deben funcionar normalmente de nuevo.

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

1. 14 de octubre de 2026 a las 6:50 UTCinvestigating

   Actualmente estamos investigando una cuestión que afecta a la gestión persistente del volumen (PVC) y la provisión de nodos dentro de los grupos de Kubernetes administrados. Como resultado, algunas cargas de trabajo pueden experimentar prolongados períodos de tiempo durante el apego al volumen (temporales de Adjunción de volumen) o retrasos en las operaciones de escalado y mantenimiento de NodePool. Nuestro equipo de ingeniería está trabajando activamente para resolver el problema lo antes posible. Proporcionaremos actualizaciones regulares a medida que se disponga de nueva información.

2. 14 de octubre de 2026 a las 7:50 UTCidentified

   Hemos identificado la fuente de la cuestión. Nuestro Equipo de Compute y MK8s han respondido y están trabajando en la mitigación. Mantendremos esta página de estado actualizada. Nos proponemos publicar la siguiente actualización dentro de 30 minutos, o cuando podamos compartir una actualización significativa.

3. 14 de octubre de 2026 a las 8:17 UTCidentified

   La mitigación sigue progresando. Esperamos terminar en los próximos 30-45 minutos.

4. 14 de octubre de 2026 a las 8:48 UTCmonitoring

   Mitigation rollout casi se completa en todos los anfitriones. Estamos colocando este Incident en estado de monitoreo y monitoreando el resto del despliegue. El impacto del cliente debe ser mitigado.

5. 14 de octubre de 2026 a las 12:03 UTCresolved

   Estamos marcando este incidente como resuelto y publicaremos un RCA una vez que sea compilado.

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

1. 7 de octubre de 2026 a las 8:06 UTCinvestigating

   Estamos escribiendo para informarle que hemos estado experimentando problemas de conexión esporádica y retrasos sustanciales en la entrega de paquetes. Los técnicos de red han comenzado a trabajar en la ocurrencia inmediatamente después de la detección y aislar el problema y resolver el problema lo más rápido posible. Sin embargo, es posible que haya cierta degradación en relación con la calidad que afecta a los recursos virtuales individuales. Le informaremos tan pronto como se haya restaurado la funcionalidad.

2. 7 de octubre de 2026 a las 9:21 UTCmonitoring

   Se ha aplicado una solución y estamos monitoreando los resultados.

3. 8 de octubre de 2026 a las 6:28 UTCresolved

   Estamos marcando este incidente como resuelto, ya que no se detectaron nuevas perturbaciones o degradaciónes después de que se desplegó la mitigación. Nuestro equipo de red está trabajando actualmente en establecer la causa raíz. El resultado de esta investigación será publicado aquí.

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

1. 2 de octubre de 2026 a las 20:16 UTCinvestigating

   Actualmente el DCD no está disponible. Actualmente estamos investigando este problema y lo mantendremos actualizado.

2. 2 de octubre de 2026 a las 21:28 UTCresolved

   Este incidente ha sido resuelto.

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

1. 2 de octubre de 2026 a las 13:55 UTCidentified

   Puede haber períodos de tiempo de espera aumentado al llamar a IONOS Cloud Support por teléfono. Pedimos a los clientes y socios que se pongan en contacto con Cloud Support a través del formulario DCD o el correo electrónico. Gracias.

2. 7 de octubre de 2026 a las 9:18 UTCresolved

   Estamos marcando esta nota como resuelta.

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

1. 29 de septiembre de 2026 a las 11:35 UTCidentified

   Actualmente, la API de Hub Modelo AI no está disponible. Estamos trabajando en restaurar el servicio.

2. 29 de septiembre de 2026 a las 14:08 UTCresolved

   Este incidente ha sido resuelto.

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

1. 29 de septiembre de 2026 a las 9:58 UTCidentified

   La API de inferencia del Hub Modelo de AI no está disponible actualmente. Las solicitudes de API están devolviendo 503 errores en todos los puntos finales modelo (captura, embedding, rerank, imagen). Esto está relacionado con el actual problema de infraestructura de Kubernetes en Frankfurt. Nuestro equipo está trabajando activamente en la restauración. Proporcionaremos otra actualización dentro de 30 minutos.

2. 29 de septiembre de 2026 a las 11:07 UTCresolved

   Este incidente ha sido resuelto.

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

1. 29 de septiembre de 2026 a las 7:48 UTCidentified

   Los clientes pueden experimentar problemas de conexión con el plano de control y funcionalidad degradada de kubernetes

2. 29 de septiembre de 2026 a las 9:42 UTCidentified

   Nuestro equipo de ingeniería ha identificado la causa raíz de la degradación de los servicios de Kubernetes y está trabajando activamente para restaurar la plena funcionalidad. Las cargas de trabajo de los clientes en los lugares afectados pueden estar experimentando trastornos, incluida la falta de servicios de funcionamiento. También se impactan las operaciones de gestión de grupos -- el despliegue, el escalado y el acceso a la API de Kubernetes. Proporcionaremos otra actualización dentro de 60 minutos.

3. 29 de septiembre de 2026 a las 9:47 UTCidentified

   Nuestro equipo de ingeniería ha identificado la causa raíz de la degradación de los servicios de Kubernetes y está trabajando activamente para restaurar la plena funcionalidad. Las cargas de trabajo de los clientes en los lugares afectados pueden estar experimentando trastornos, incluida la falta de servicios de funcionamiento. También se impactan las operaciones de gestión de grupos -- el despliegue, el escalado y el acceso a la API de Kubernetes. Proporcionaremos otra actualización dentro de 30 minutos.

4. 29 de septiembre de 2026 a las 11:07 UTCmonitoring

   Se ha aplicado una solución y estamos monitoreando los resultados.

5. 29 de septiembre de 2026 a las 14:09 UTCresolved

   Este incidente ha sido resuelto.

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

1. 26 de septiembre de 2026 a las 0:25 UTCinvestigating

   El DCD es actualmente indisponible, mostrando una interminable página de "Loading DCD...". Actualmente estamos investigando este problema, y lo mantendremos actualizado.

2. 26 de septiembre de 2026 a las 2:57 UTCmonitoring

   El DCD está disponible de nuevo, y estamos monitoreando la situación.

3. 26 de septiembre de 2026 a las 3:04 UTCmonitoring

   Continuamos monitoreando cualquier otro problema.

4. 26 de septiembre de 2026 a las 11:11 UTCresolved

   After hours of monitoring incident the DCD is fully stable and operation

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

1. 24 de septiembre de 2026 a las 8:43 UTCinvestigating

   Estamos escribiendo para informarle que hemos estado experimentando problemas de conexión esporádica y retrasos sustanciales en la entrega de paquetes. Los técnicos de red han comenzado a trabajar en la ocurrencia inmediatamente después de la detección y aislar el problema y resolver el problema lo más rápido posible. Sin embargo, es posible que haya cierta degradación en relación con la calidad que afecta a los recursos virtuales individuales. Le informaremos tan pronto como se haya restaurado la funcionalidad.

2. 24 de septiembre de 2026 a las 8:58 UTCinvestigating

   Además de la cuestión de la red en TXL, puede haber retrasos en la provisión.

3. 24 de septiembre de 2026 a las 11:57 UTCmonitoring

   Se ha aplicado una solución y estamos monitoreando los resultados.

4. 24 de septiembre de 2026 a las 14:33 UTCresolved

   Este incidente ha sido resuelto.

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

1. 23 de septiembre de 2026 a las 17:15 UTCinvestigating

   Actualmente estamos experimentando inestabilidad de aviones de control afectando nuestros grupos de Kubernetes gestionados. Si bien las cargas de trabajo existentes siguen funcionando normalmente, actualmente se están degradando las capacidades administrativas y de gestión. Nuestro equipo de ingeniería está trabajando activamente en una resolución, y proporcionaremos actualizaciones a medida que se disponga de nueva información.

2. 23 de septiembre de 2026 a las 18:32 UTCidentified

   Hemos identificado y mitigado con éxito una condición de alta latencia en nuestra infraestructura básica de almacenamiento que impactó temporalmente la capacidad de respuesta del plano de control de Kubernetes. Nuestro equipo de ingeniería está ejecutando un proceso de reconciliación y puesta en marcha gradual para reiniciar con gracia las instancias de gestión y restaurar la plena funcionalidad. La carga de trabajo de las aplicaciones existentes sigue funcionando normalmente y no se ve afectada.

3. 24 de septiembre de 2026 a las 5:43 UTCresolved

   El incidente ha sido mitigado con éxito en aprox. 19:00 UTC, 23.09.2026. Los equipos involucrados están actualmente investigando la causa raíz y publicaremos un informe aquí una vez que se compila.

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

1. 8 de septiembre de 2026 a las 23:43 UTCmonitoring

   Actualmente estamos investigando alertas de conectividad de red relacionadas con nuestro centro de datos TXL. Si bien parece que ya se restablece la conectividad, estamos monitoreando activamente la situación para garantizar la estabilidad. Proporcionaremos actualizaciones a medida que se disponga de nueva información.

2. 8 de septiembre de 2026 a las 23:56 UTCidentified

   Vemos indicaciones de una repetición del problema y estamos estableciendo la página de estado activa. Nuestro equipo de red está investigando y compartiremos actualizaciones aquí cuando estén disponibles. La cuestión está afectando en la actualidad los componentes de Compute, Provisioning y Network.

3. 8 de septiembre de 2026 a las 23:59 UTCidentified

   Seguimos trabajando en una solución para esta cuestión.

4. 9 de septiembre de 2026 a las 0:20 UTCidentified

   Nuestro Equipo de Red ha identificado una cuestión relacionada con un reciente reemplazo de router y aplicado una mitigación. Los sistemas de carga y almacenamiento están mostrando signos de recuperación. Estamos monitoreando activamente el medio ambiente hasta que todos los servicios estén completamente restaurados

5. 9 de septiembre de 2026 a las 1:07 UTCidentified

   Actualmente estamos investigando posibles efectos residuales en los servicios de DBaaS. Compute y Block Storage han reportado recuperación completa.

6. 9 de septiembre de 2026 a las 2:19 UTCmonitoring

   El servicio DBaaS también se ha recuperado. Estamos estableciendo el incidente en el estado de Monitoreo, mientras que los equipos están asegurando que todos los servicios afectados funcionen normalmente.

7. 21 de septiembre de 2026 a las 7:24 UTCresolved

   Estamos marcando este incidente como resuelto

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

1. 8 de septiembre de 2026 a las 14:15 UTCidentified

   Mientras que el soporte telefónico generalmente estará disponible, nuestra capacidad de soporte se reduce debido a múltiples casos de licencia por enfermedad. Queremos informarle de que nuestro soporte telefónico estará limitado durante las ranuras de tiempo siguientes, lo que dará lugar a un aumento de los tiempos de respuesta en el canal telefónico. En estos casos, por favor contacte por correo electrónico. Gracias.

2. 8 de septiembre de 2026 a las 21:57 UTCresolved

   Tenemos gente disponible ahora, el soporte es accesible como siempre.

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

1. 4 de septiembre de 2026 a las 16:53 UTCinvestigating

   Mientras que el soporte telefónico generalmente estará disponible, nuestra capacidad se reduce debido a múltiples casos de licencia por enfermedad. Queremos informarle de que nuestro soporte telefónico estará limitado durante las ranuras de tiempo siguientes, lo que dará lugar a un aumento de los tiempos de respuesta en el canal telefónico. En estos casos, por favor contacte por correo electrónico. Gracias.

2. 7 de septiembre de 2026 a las 6:16 UTCidentified

   Todavía no tenemos cobertura de servicio, y estamos haciendo cambios en nuestro sistema de tickets. Así que amablemente pedimos su comprensión si las respuestas de Soporte no son tan oportunas como usted está acostumbrado. Gracias.

3. 8 de septiembre de 2026 a las 6:31 UTCresolved

   Nos las arreglamos para restablecer totalmente nuestro servicio, Support está de vuelta. Gracias por su paciencia.

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

1. 1 de septiembre de 2026 a las 13:36 UTCidentified

   Para nuestros socios con subcontratos: Encontramos que los subcontratos no pueden acceder a la nueva ubicación de Frankfurt "de/fra/1". Actualmente estamos trabajando en una solución para hacer esto disponible, te mantendremos informado cuando esté hecho.

2. 1 de septiembre de 2026 a las 15:01 UTCmonitoring

   Wir konnten das Problema beheben, sodass die neue Region nun für alle Verträge verfügbar ist. Wir monitoren, ob es dazu noch weitere Rückmeldungen gibt.

3. 1 de septiembre de 2026 a las 16:12 UTCresolved

   Este incidente ha sido resuelto.

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

1. 31 de agosto de 2026 a las 15:35 UTCinvestigating

   El DCD es actualmente indisponible, mostrando una interminable página de "Loading DCD...". Actualmente estamos investigando este problema, y lo mantendremos actualizado.

2. 31 de agosto de 2026 a las 15:52 UTCmonitoring

   El DCD está disponible de nuevo, y estamos monitoreando la situación.

3. 31 de agosto de 2026 a las 17:03 UTCresolved

   Estamos marcando este incidente como resuelto. Nuestro equipo de red está investigando impacto negativo en los Servicios IAM causados por un cambio de despliegue. Actualizaremos la página de estado una vez que se haya establecido la causa raíz.

4. 1 de septiembre de 2026 a las 15:32 UTCpostmortem

   # Preliminary Root Cause Analysis # Este análisis de la causa raíz es preliminar ya que la investigación todavía se está llevando a cabo para determinar la causa raíz técnica del incidente. ¿Qué pasó? El 31 de agosto de 2026, entre las 15:00 UTC y 15:43 ITC, y de nuevo entre 16:32 UTC y 16:35 UTC, los clientes no pudieron alcanzar el servicio IONOS Cloud de Identidad y Gestión de Accesos \(IAM\) y el diseñador del Centro de Datos \(DCD\), que depende de este servicio. La perturbación afectó a los accesos directos, el acceso a los portales de socios y revendedores, y las consolas de gestión asociadas. El impacto total del cliente duró aproximadamente 48 minutos a través de ambos intervalos. Las API de la nube \([api.ionos.com](http://api.ionos.com)\) permanecieron plenamente operativas durante todo el incidente. Los servicios de aplicación subyacentes eran saludables en todo momento - el fracaso se limitaba a la capa de borde de red. ## **¿Cómo fue posible? \(Root Cause\)** Durante una ventana de mantenimiento programada el 31 de agosto de 2026, se aplicó una actualización de configuración de la red de bordes con la intención de optimizar los filtros de enrutamiento. La configuración fue verificada como correcta antes y durante la aplicación. Después de la puesta en marcha, una anomalía de propagación de enrutamiento surgió en un interruptor de red de bordes, causando comportamiento asimétrico de enrutamiento: las solicitudes de conexión TCP entrantes de los clientes se retiraron silenciosamente \(holed negro\) en el borde de red antes de llegar al cluster de aplicación. Debido a que los servicios de aplicación se mantuvieron en sí mismos y saludables, este modo de falla no fue inmediatamente visible a través de controles internos de salud - los servicios fueron aislados de recibir tráfico de Internet público inbound en lugar de fallar. La causa raíz de por qué este interruptor específico exhibió comportamiento de enrutamiento asimétrico después de un cambio de configuración válido de otro modo permanece bajo investigación activa. Si esto fue desencadenado por un comportamiento de la plataforma de conmutación o un error de versión de software específico está siendo determinado a través de la reproducción del entorno de estancamiento. ## ** ¿Qué estamos haciendo para prevenir la recurrencia?** #### ** Acciones inmediatas** * **Configuration Rollback:** Al identificar la anomalía de enrutamiento, se ejecutó una versión completa de la configuración de red en todos los interruptores de borde afectados. Los anuncios de rutina y la accesibilidad TCP de las direcciones IP de producción pública fueron verificados después de la devolución. Todos los servicios afectados - DCD, Partner Portal, Reseller Portal e IAM - fueron confirmados totalmente operativos por 16:35 UTC. \(DONE\) #### **Short-term** * **Staging Environment Replication:** Se están ejecutando casos de prueba detallados en el entorno de estadificación para reproducir el comportamiento exacto de propagación de enrutamiento bajo las mismas condiciones de configuración de conmutación. El objetivo es determinar si la anomalía es atribuible a un fallo de versión de software específico o a un comportamiento de la plataforma de conmutación, de modo que la condición de fallo preciso pueda ser aislada y abordada antes de cualquier futura puesta en marcha. ETA: Dentro de dos semanas #### **Mid-term** * ** Estrategia Revise Rollout:** Sobre la base de los hallazgos de la puesta en escena, se diseñará un enfoque revisado para asegurar que cualquier aplicación futura de estas optimizaciones de filtros de enrutamiento pueda realizarse con mayores garantías de estabilidad, incluyendo puntos de validación más granular entre cambios de nivel de conmutación. ETA: octubre 2026 ## **Closing remarks** Reconocemos que la pérdida de acceso al IAM y al DCD conlleva un impacto operacional real. El hecho de que los servicios subyacentes fueran saludables no es una mitigación de ese impacto. Nos comprometemos a asegurar que la causa raíz sea plenamente comprendida antes de cualquier intento de cambio original, y que la estrategia de despliegue revisada aborde las condiciones que llevaron a la conducta de enrutamiento asimétrico. Le agradecemos su paciencia mientras concluimos la investigación.

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