Historial de interrupciones de Ionos Cloud

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.

1. 26 de agosto de 2026 a las 9:53 UTCinvestigating

   Actualmente estamos investigando un aumento de latencia que afecta al almacenamiento de objetos S3 en la región eu-central-1. Algunos clientes pueden experimentar tiempos de respuesta lentos para operaciones de lectura y escritura. Nuestro equipo de ingeniería está trabajando activamente para resolver el problema. Proporcionaremos actualizaciones a medida que se disponga de más información.

2. 27 de agosto de 2026 a las 12:00 UTCidentified

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

3. 31 de agosto de 2026 a las 17:08 UTCidentified

   Vemos puntos de latencia recurrentes que afectan nuestro servicio S3 en eu-central-1. Los equipos de almacenamiento y red de objetos están investigando conjuntamente. Aunque la causa de raíz técnica sigue siendo indeterminada en este momento, nuestra máxima prioridad es la aplicación de medidas para mitigar la frecuencia y amplitud de los picos. Apreciamos su paciencia y le mantendremos informado.

4. 1 de septiembre de 2026 a las 15:18 UTCidentified

   Nuestros equipos de ingeniería han identificado un camino hacia la rehabilitación. Se han aplicado medidas iniciales, mejorando la situación de algunos servicios. Los clientes que utilizan el almacenamiento de objetos en eu-central-1 pueden seguir experimentando latencia elevada, que puede variar en gravedad. El trabajo continúa con una solución integral. Vamos a proporcionar nuevas actualizaciones

5. 3 de septiembre de 2026 a las 8:27 UTCmonitoring

   Los tiempos de respuesta para el almacenamiento de objetos en eu-central-1 han mejorado significativamente y siguen estabilizando. Estamos monitoreando de cerca el rendimiento del sistema. Proporcionaremos nuevas actualizaciones a medida que avance la rehabilitación.

6. 3 de septiembre de 2026 a las 13:39 UTCresolved

   Se ha resuelto el aumento de latencia que afecta al almacenamiento de objetos S3 en eu-central-1. Los tiempos de respuesta han vuelto a niveles normales. Seguiremos vigilando el servicio.

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

1. 23 de agosto de 2026 a las 12:47 UTCinvestigating

   Actualmente estamos investigando un problema en el que las claves de almacenamiento de cubos y objetos no se muestran en el diseñador del centro de datos. Actualmente no es posible acceder, alterar, crear y eliminar Buckets y Keys a través del Data Center Designer.

2. 23 de agosto de 2026 a las 17:48 UTCresolved

   Este incidente ha sido resuelto.

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

1. 21 de agosto de 2026 a las 7:52 UTCinvestigating

   Actualmente no es posible reservar o manejar bloques IP, ni en DCD, ni a través de API. Nuestros equipos están investigando el tema. Te mantendremos actualizado.

2. 21 de agosto de 2026 a las 8:18 UTCidentified

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

3. 23 de agosto de 2026 a las 17:49 UTCresolved

   Este incidente ha sido resuelto.

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

1. 14 de agosto de 2026 a las 14:50 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.

2. 17 de agosto de 2026 a las 13:31 UTCidentified

   La situación sigue sin cambiar, por lo que lo mejor sería llegar por correo electrónico.

3. 20 de agosto de 2026 a las 8:18 UTCresolved

   Nos las arreglamos para volver a la capacidad normal, así que el soporte está de vuelta a la disponibilidad normal. Gracias por la paciencia.

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

1. 14 de agosto de 2026 a las 10:51 UTCidentified

   We are currently reports of error VDC-14-1836 during provisioning operations. Our provisioning team is informed and is preparing a hotfix.

2. 14 de agosto de 2026 a las 12:42 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

3. 14 de agosto de 2026 a las 13:34 UTCresolved

   This incident has been resolved.

1. 13 de agosto de 2026 a las 0:49 UTCinvestigating

   Actualmente estamos investigando mayores tasas de error y retrasos de AI Model Hub. Se compartirán más detalles cuando estén disponibles.

2. 14 de agosto de 2026 a las 8:04 UTCresolved

   We were able to resolve this issue, it's back to normal now.

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

1. 11 de agosto de 2026 a las 16:05 UTCinvestigating

   actualmente estamos investigando un aumento de la tasa de error para nuestro servicio de provisión.

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

1. 11 de agosto de 2026 a las 16:05 UTCinvestigating

   Actualmente, hay un mayor tiempo de procesamiento para proporcionar pedidos que se inician a través de Data Center Designer o API. De vez en cuando, las conexiones se pueden perder en la dirección del diseñador del centro de datos. La disponibilidad y accesibilidad de sus recursos del centro de datos virtuales no se verá afectada. Le informaremos tan pronto como se haya restaurado la funcionalidad.

2. 11 de agosto de 2026 a las 16:23 UTCidentified

   We have identified a likely culprit. The Provisioning Team has implemented a mitigation. We see the performance of the service stabilizing.

3. 11 de agosto de 2026 a las 16:37 UTCidentified

   We are still seeing residual 500 errors from the Cloud API and are working towards resolving the remaining service degradation.

4. 11 de agosto de 2026 a las 19:24 UTCmonitoring

   We confirm that the provisioning service has recovered and is operating normally. Our teams will continue to monitor the environment to ensure its stability and continued operation.

5. 12 de agosto de 2026 a las 11:52 UTCresolved

   This incident has been resolved.

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

1. 4 de agosto de 2026 a las 10:24 UTCidentified

   Somos conscientes de la falta de disponibilidad de un plano de control intermitente que afecta a un subconjunto de clientes Managed Kubernetes. Los clientes afectados pueden experimentar fallos de llamadas de API, tiempo de despliegue y trastorno temporal de las operaciones de gestión de grupos. Nuestro equipo de ingeniería está trabajando activamente en mitigación inmediata y mejoras arquitectónicas a largo plazo. Ya se han desplegado varias medidas de mitigación, como la optimización del calendario de mantenimiento, las correcciones de regresión de compactación y las mejoras del rendimiento de almacenamiento. Se están aplicando medidas adicionales, como la migración de infraestructuras, los grupos temáticos dedicados a eventos, el equilibrio de carga mejorado y el escalado horizontal. Estamos proporcionando actualizaciones regulares en esta página. Se alienta a los clientes que experimentan problemas a suscribirse a este incidente para las notificaciones oportunas.

2. 4 de agosto de 2026 a las 13:14 UTCidentified

   Durante un despliegue de servicio de hoy, un subconjunto de aviones de control experimentó reiniciamientos temporales. Los clientes afectados pueden notar una breve falta de disponibilidad de API mientras estos aviones de control se recuperan. El equipo está monitoreando la recuperación. Separadamente, el trabajo sobre el mejoramiento de la capacidad de infraestructura y la distribución de carga continúa como se describe en nuestra actualización inicial. Publicaremos otra actualización una vez que los aviones de control afectados se hayan estabilizado completamente.

3. 4 de agosto de 2026 a las 14:37 UTCidentified

   Actualmente estamos implementando medidas de escalado de memoria para abordar problemas de estabilidad recurrentes durante operaciones de compactación en los grupos afectados etcd. Además, estamos planeando rodar nuevos escalajes horizontales para los grupos afectados hoy en día. Proporcionaremos otra actualización una vez que se hayan aplicado estas medidas y podamos evaluar su impacto.

4. 4 de agosto de 2026 a las 16:23 UTCidentified

   Our plans for further horizontal scaling of the control plane are progressing. We expect to be able to do a dry run and further testing within the next hours, before we proceed with migrations. We aim to finish work on horizontal scaling until EOD. We are rolling out memory configuration improvements in parallel.

5. 4 de agosto de 2026 a las 21:11 UTCmonitoring

   Memory adjustments have been rolled out and show positive effects. We are starting the migrations planned to further improve control plane performance for all our customers. We estimate that the migration will be completed in the next hours. Control Plane performance is expected to improve already during the migration. We are setting this incident into Monitoring status and will provide an update once the migration is completed.

6. 5 de agosto de 2026 a las 6:23 UTCidentified

   Migration of the first batches has been completed. The Kubernetes Team has identified a remaining issue preventing further migration. We are setting this incident back to active until the issue is resolved and the migration completed.

7. 5 de agosto de 2026 a las 10:07 UTCidentified

   Migration has been picked up again. We already see encouraging results after completion of first batches. In the next hours we focus on completing the migration and horizontal scaling. During the migration, single etcds can be temporarily unavailable for time periods lasting around 30 seconds. We expect further performance and stability improvements for all customers during and after the migration.

8. 5 de agosto de 2026 a las 20:43 UTCidentified

   Los ajustes del límite de memoria y la migración han tenido efectos positivos en el primer grupo de control. El cliente situado en el primer grupo plano de control ya debe ver mejoras sustanciales en el rendimiento y la estabilidad. Hemos empezado a hacer ajustes de memoria en el grupo de control del plano restante, también. La eliminación de los límites de memoria puede llevar a la falta de disponibilidad temporal de los aviones de control afectados. Estas interrupciones deben ser breves y no afectarán a la carga de trabajo. Después de que los ajustes límite de memoria se desplieguen completamente en el segundo grupo plano de control, el escalado horizontal y las migraciones se reanudarán en ambos grupos de control durante las próximas horas hasta que el volumen de trabajo se distribuya óptimamente.

9. 6 de agosto de 2026 a las 8:04 UTCmonitoring

   Memory limit adjustments have been fully rolled out across all control plane clusters and are showing positive effects. We have significantly expanded the underlying infrastructure capacity and migration of customer workloads is progressing well. We are observing substantial improvements in control plane stability and performance. The recurring disruption patterns described in earlier updates are no longer present. Migration work will continue throughout the day. We will provide an update once migrations are completed or if any changes in status occur.

10. 7 de agosto de 2026 a las 5:06 UTCmonitoring

    Migration of customer workloads on the first control plane cluster has been completed ahead of schedule. Customer clusters have been redistributed across expanded infrastructure and all migrated workloads are running without issues. We continue to observe stable control plane performance with no new disruptions reported.

11. 10 de agosto de 2026 a las 19:58 UTCresolved

    We are marking this incident as resolved. The measures already put into place have had the desired effect on the service and have improved performance and stability. While this incident is marked as resolved, we are continuing executing on our action plan to improve the performance and reliability of our Managed Kubernetes Control Planes. Our current focus: - Further load balancing on our Control Plane Clusters - Migration of control planes to improved infrastructure

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

1. 4 de agosto de 2026 a las 8:20 UTCidentified

   IONOS Cloud Support is temporarily not always available via phone. We ask Customers and Partners to contact Cloud Support via the DCD Form or Email, instead.

2. 4 de agosto de 2026 a las 10:02 UTCresolved

   We were able to assign additional personnel and will set this status page to resolved.

1. 28 de julio de 2026 a las 13:46 UTCinvestigating

   Actualmente estamos investigando un problema de conectividad que impacta nuestros servicios de DBaaS (MongoDB). Nuestro equipo está trabajando para resolver el problema, y le actualizaremos tan pronto como se haya restaurado toda la funcionalidad.

2. 28 de julio de 2026 a las 13:47 UTCinvestigating

   Seguimos investigando esta cuestión.

3. 28 de julio de 2026 a las 13:51 UTCidentified

   Hemos identificado un problema con DNS. Nuestro equipo de DBaaS está analizando el servicio. Se ha identificado un posible culpable. Vamos a proporcionar otra actualización aquí las últimas 14:15

4. 28 de julio de 2026 a las 13:54 UTCmonitoring

   El equipo de DBaaS ha realizado un retroceso de un cambio desplegado antes de actualizar los servicios de DNS. Estamos viendo servicios recuperando. Estamos monitoreando la situación de cerca.

5. 28 de julio de 2026 a las 16:36 UTCresolved

   Estamos marcando este incidente tan resuelto como no se pueden detectar otras anomalías. Compartiremos un RCA tan pronto como sea compilado.

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

1. 25 de julio de 2026 a las 6:27 UTCinvestigating

   Estamos investigando alertas relacionadas con la pérdida de redundancia en servidores de almacenamiento. Actualmente no hay ningún impacto del cliente, nuestro equipo de almacenamiento está investigando y trabajando para restaurar la redundancia. Sospechamos un componente de networking defectuoso.

2. 25 de julio de 2026 a las 6:44 UTCmonitoring

   Hemos encontrado una causa raíz probable. Un componente de gestión estaba causando un excesivo consumo de memoria introduciendo inestabilidad en los servidores de almacenamiento afectados. Esto ha sido mitigado. Actualmente estamos monitoreando el medio ambiente y cerraremos el incidente si no se observan más anomalías.

3. 25 de julio de 2026 a las 7:49 UTCresolved

   No se detectaron más anomalías. La causa raíz de la pérdida de redundancia se identificó como una fuga de memoria en un componente de gestión. Se puso en marcha una mitigación duradera para evitar la recurrencia. La fuga de memoria se abordará en una próxima actualización al componente de gestión.

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

1. 24 de julio de 2026 a las 6:51 UTCidentified

   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. 27 de julio de 2026 a las 5:43 UTCresolved

   La disponibilidad de Cloud Support está de vuelta. Gracias por su comprensión.

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

1. 23 de julio de 2026 a las 10:44 UTCinvestigating

   Actualmente estamos investigando mayores tasas de error y retrasos de AI Model Hub. Se compartirán más detalles cuando estén disponibles. Servicios afectados: Centro modelo AI Ubicación: Servicios Globales

2. 23 de julio de 2026 a las 11:25 UTCmonitoring

   Se ha aplicado una solución, que ha reducido el número de respuestas 4x y 5xx a niveles nominales. Seguiremos monitoreando los resultados.

3. 28 de julio de 2026 a las 7:12 UTCresolved

   Estamos marcando este incidente como resuelto. Nuestro equipo de modelos AI ha abordado la cuestión, causada por graves limitaciones de recursos. Esto se resolvió al sacar los cuellos de botella.

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

1. 18 de julio de 2026 a las 13:33 UTCinvestigating

   Actualmente estamos investigando un problema de conectividad de red sospechoso que influye en el servicio MK8s. Mantendremos la página de estado actualizada con nueva información cuando estén disponibles.

2. 18 de julio de 2026 a las 13:55 UTCinvestigating

   La investigación inicial hace improbable un problema de conectividad de red. El equipo está centrando la investigación en Managed Kubernetes side.

3. 18 de julio de 2026 a las 14:26 UTCidentified

   Hemos identificado un aumento en nuestra cola de motor que es una causa probable de raíz para los problemas observados. Nuestro equipo de suministro está informado y se ha unido a la respuesta.

4. 18 de julio de 2026 a las 14:47 UTCidentified

   Hemos reducido la cuestión y creemos que hemos identificado al culpable. Actualmente estamos confirmando el hallazgo.

5. 18 de julio de 2026 a las 15:03 UTCidentified

   Nuestro equipo de almacenamiento ha confirmado al culpable sospechoso. Actualmente estamos atenuando la cuestión y monitoreando la ejecución de empleo después.

6. 18 de julio de 2026 a las 15:51 UTCidentified

   Sin embargo, la cuestión del almacenamiento se ha resuelto con éxito, la provisión de empleo no está progresando con éxito. Nuestro equipo de provisiones está investigando.

7. 18 de julio de 2026 a las 16:54 UTCidentified

   Mientras que el bloque de suministro podría resolverse, estamos investigando un mayor número de errores relacionados con el almacenamiento. Estamos dirigiendo la atención a estas cuestiones pendientes. Los clientes todavía podían ver problemas con la fijación de almacenamientos en Kubernetes.

8. 18 de julio de 2026 a las 17:24 UTCidentified

   Hemos encontrado un problema con un servidor de almacenamiento perteneciente a un par de servidor de almacenamiento redundante. Nuestro equipo está implementando una mitigación.

9. 18 de julio de 2026 a las 17:54 UTCmonitoring

   El incidente debería mitigarse ahora. El servidor de almacenamiento afectado está siendo restaurado. Una vez que esto termine, la redundancia será totalmente restaurada. Ya no vemos ningún problema de provisión restante. Estamos monitoreando la situación y la restauración y luego estableceremos el incidente para resolver.

10. 18 de julio de 2026 a las 19:27 UTCmonitoring

    Debido al esfuerzo de restauración en curso en los clientes del servidor de almacenamiento podría todavía ver impacto residual al adjuntar / desvincular almacenamiento hasta que se restablezca la redundancia completamente. Estamos reajustando el impacto del servicio de vuelta a Desgradado rendimiento.

11. 18 de julio de 2026 a las 20:24 UTCmonitoring

    El equipo ha encontrado una complicación durante la recuperación del segundo servidor de almacenamiento en el par. Hardware necesita ser reemplazado. Nuestro equipo de centro de datos está trabajando en esta tarea. Para los clientes todavía afectados estamos trabajando en la implementación de una mitigación para desbloquear operaciones de almacenamiento en paralelo.

12. 18 de julio de 2026 a las 21:31 UTCmonitoring

    Se está realizando un reemplazo de hardware. El equipo sigue atenuando los problemas de almacenamiento agudo hasta que se complete la sustitución de hardware y la recuperación para reducir al mínimo el impacto del cliente.

13. 18 de julio de 2026 a las 22:03 UTCmonitoring

    Se completó el reemplazo de hardware. Continúa la restauración de la redundancia.

14. 18 de julio de 2026 a las 22:43 UTCmonitoring

    El primer reemplazo de hardware no tuvo éxito. Otro es intentado. Mientras tanto, una migración de datos se está ejecutando para migrar datos a otro objetivo de almacenamiento. Debido a la cantidad de datos que se migraron, se estima que la migración tarda varias horas.

15. 19 de julio de 2026 a las 12:21 UTCmonitoring

    Se ha completado la migración de los almacenamientos, lo que debería impedir nuevas cuestiones con el almacenamiento. La migración de datos de instantáneas está actualmente en curso, por lo que las actividades relacionadas con instantáneas podrían no completarse con éxito.

16. 4 de agosto de 2026 a las 10:01 UTCresolved

    we are marking this incident as resolved as the underlying storage issue has been resolved. We will create a follow up incident for Managed Kubernetes performance and stability issues to avoid confusion.

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

1. 15 de julio de 2026 a las 10:15 UTCidentified

   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. 15.07.2026: 21:00 – 05:00 UTC 16.07.2026: 21:00 – 05:00 UTC Si es posible, le pedimos que envíe entradas usando el formulario DCD o por correo electrónico. ¡Gracias por su comprensión!

2. 17 de julio de 2026 a las 16:55 UTCresolved

   La cobertura del teléfono es normal

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

1. 13 de julio de 2026 a las 11:18 UTCinvestigating

   We are currently investigating problems accessing VMs and DBaaS service located in Frankfurt. We will inform you as soon as the functionality has been restored.

2. 13 de julio de 2026 a las 11:21 UTCresolved

   This was a duplicate.