История сбоев Ionos Cloud

1. 4 сентября 2026 г. в 16:53 UTCinvestigating

   Несмотря на то, что телефонная поддержка, как правило, доступна, наша пропускная способность снижается из-за многочисленных случаев отпуска по болезни. Мы хотим сообщить вам, что наша телефонная поддержка будет ограничена в течение следующих временных интервалов, что приведет к увеличению времени отклика на телефонном канале. В этих случаях, пожалуйста, обращайтесь по электронной почте. Спасибо.

2. 7 сентября 2026 г. в 06:16 UTCidentified

   Мы по-прежнему не охвачены услугами, и в настоящее время мы вносим изменения в нашу систему билетов. Поэтому мы просим вашего понимания, если ответы поддержки не так своевременны, как вы привыкли. Спасибо.

3. 8 сентября 2026 г. в 06:31 UTCresolved

   Нам удалось полностью восстановить наш сервис, поддержка вернулась. Спасибо за ваше терпение.

Автоматический перевод официального обновления инцидента.

1. 1 сентября 2026 г. в 13:36 UTCidentified

   Для наших партнеров по субподрядам: Мы обнаружили, что субподрядчики не могут получить доступ к новому местоположению Франкфурта «de/fra/1». В настоящее время мы работаем над исправлением, чтобы сделать это доступным. Мы будем держать вас в курсе, когда это будет сделано.

2. 1 сентября 2026 г. в 15:01 UTCmonitoring

   Wir konnten das Problem 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 сентября 2026 г. в 16:12 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 31 августа 2026 г. в 15:35 UTCinvestigating

   В настоящее время DCD недоступен, отображая бесконечную страницу «Загрузка DCD...». В настоящее время мы изучаем этот вопрос и будем держать вас в курсе.

2. 31 августа 2026 г. в 15:52 UTCmonitoring

   Теперь DCD снова доступен, и мы следим за ситуацией.

3. 31 августа 2026 г. в 17:03 UTCresolved

   Мы отмечаем этот инцидент как разрешенный. Наша сетевая команда изучает негативное влияние на услуги IAM, вызванное развертыванием изменений. Мы обновим Страницу статуса, как только будет установлена первопричина.

4. 1 сентября 2026 г. в 15:32 UTCpostmortem

   ** Предварительный анализ первопричин** Этот анализ первопричин является предварительным, поскольку все еще проводятся исследования для определения технической причины инцидента. ##**Что случилось?** 31 августа 2026 года, между 15:00 UTC и 15:43 ITC, а также между 16:32 UTC и 16:35 UTC, клиенты не смогли получить доступ к сервису IONOS Cloud Identity and Access Management \(IAM\) и Data Center Designer \(DCD\), который зависит от этой услуги. Нарушение затронуло прямые входы в систему, доступ к порталу партнеров и реселлеров и связанные с ними консоли управления. Общее воздействие на клиента длилось около 48 минут через оба интервала. Облачные API \([api.ionos.com](http://api.ionos.com)\) оставались полностью работоспособными на протяжении всего инцидента. Базовые сервисы приложений были здоровы во все времена - сбой был ограничен сетевым краевым слоем. ## ** Как это возможно? (Корневая причина)** 31 августа 2026 года в рамках запланированного окна технического обслуживания было применено обновление конфигурации сети для пограничной сетевой инфраструктуры с целью оптимизации фильтров маршрутизации. Конфигурация была проверена как правильная до и во время применения. После развертывания на одном краевом сетевом коммутаторе возникла аномалия распространения маршрутизации, вызвавшая асимметричное поведение маршрутизации: входящие запросы на соединение TCP от клиентов были тихо сброшены \(black-holed\) на краю сети до достижения кластера приложений. Поскольку сами службы приложений оставались работоспособными и здоровыми, этот режим отказа не был сразу виден через внутренние проверки здоровья - службы были изолированы от получения входящего общественного интернет-трафика, а не отказа. Коренная причина, по которой этот конкретный переключатель проявлял асимметричное поведение маршрутизации после валидного изменения конфигурации, остается под активным расследованием. Было ли это вызвано поведением коммутационной платформы или ошибкой, характерной для версии программного обеспечения, определяется путем воспроизведения среды. ##**Что мы делаем, чтобы предотвратить повторение?** ###*Немедленные действия** *** Конфигурация Rollback:** При выявлении аномалии маршрутизации был выполнен полный откат конфигурации сети по всем пораженным краевым переключателям. Маршрутизация объявлений и доступность TCP IP-адресов государственного производства были проверены после отката. Все затронутые сервисы - DCD, Partner Portal, Reseller Portal и IAM - были полностью подтверждены к 16:35 UTC. ### ** Краткосрочный** ** Репликация окружающей среды: ** Подробные тестовые случаи выполняются в среде постановки, чтобы воспроизвести точное поведение распространения маршрутизации в тех же условиях конфигурации переключателя. Цель состоит в том, чтобы определить, связана ли аномалия с конкретной ошибкой версии программного обеспечения или поведением коммутаторной платформы, чтобы точное условие отказа можно было изолировать и устранить до любого будущего развертывания. ETA: в течение двух недель ###*Средний срок** ** Пересмотренная стратегия развертывания** Основываясь на результатах этапа, будет разработан пересмотренный подход к развертыванию, чтобы гарантировать, что любое будущее применение этих оптимизаций фильтра маршрутизации может быть выполнено с большими гарантиями стабильности, включая более детальные контрольные точки проверки между изменениями уровня коммутатора. ETA: октябрь 2026 ## ** Заключительные замечания** Мы признаем, что потеря доступа к ИАМ и КОД имеет реальные оперативные последствия. Тот факт, что базовые услуги были здоровыми на протяжении всего периода, не смягчает этого воздействия. Мы стремимся к тому, чтобы первопричина была полностью понята до любой повторной попытки первоначального изменения и чтобы пересмотренная стратегия развертывания учитывала условия, которые привели к асимметричному поведению маршрутизации. Мы благодарим вас за терпение, пока мы завершаем расследование.

Автоматический перевод официального обновления инцидента.

1. 26 августа 2026 г. в 09:53 UTCinvestigating

   В настоящее время мы изучаем повышенную задержку, влияющую на хранение объектов S3 в регионе eu-central-1. Некоторые клиенты могут испытывать медленное время отклика для операций чтения и записи. Наша инженерная команда активно работает над решением вопроса. Мы будем предоставлять обновления по мере поступления дополнительной информации.

2. 27 августа 2026 г. в 12:00 UTCidentified

   Этот вопрос был определен, и в настоящее время осуществляется исправление.

3. 31 августа 2026 г. в 17:08 UTCidentified

   Мы видим повторяющиеся всплески задержки, влияющие на наш сервис S3 в eu-central-1. Группы по хранению объектов и сети проводят совместное расследование. Хотя в настоящее время техническая первопричина остается неопределенной, нашим главным приоритетом является осуществление мер по смягчению частоты и амплитуды всплесков. Мы ценим ваше терпение и будем держать вас в курсе.

4. 1 сентября 2026 г. в 15:18 UTCidentified

   Наши инженерные команды определили путь к восстановлению. Применяются первоначальные меры, улучшающие положение некоторых служб. Клиенты, использующие Object Storage в eu-central-1, могут продолжать испытывать повышенную задержку, которая может варьироваться по степени тяжести. Продолжается работа над всеобъемлющим исправлением. Мы предоставим дополнительные обновления

5. 3 сентября 2026 г. в 08:27 UTCmonitoring

   Время отклика для хранения объектов в eu-central-1 значительно улучшилось и продолжает стабилизироваться. Мы внимательно следим за работой системы. Мы будем предоставлять дальнейшие обновления по мере восстановления.

6. 3 сентября 2026 г. в 13:39 UTCresolved

   Повышенная задержка, влияющая на хранение объектов S3 в eu-central-1, была решена. Время отклика вернулось к нормальному уровню. Мы продолжим следить за сервисом.

Автоматический перевод официального обновления инцидента.

1. 23 августа 2026 г. в 12:47 UTCinvestigating

   В настоящее время мы изучаем проблему, когда ковши и ключи хранения объектов не отображаются в конструкторе центра обработки данных. В настоящее время невозможно получить доступ, изменить, создать и удалить ведра и ключи через конструктора центра обработки данных.

2. 23 августа 2026 г. в 17:48 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 21 августа 2026 г. в 07:52 UTCinvestigating

   В настоящее время невозможно зарезервировать или обрабатывать IP-блоки, ни в DCD, ни через API. Наши команды расследуют этот вопрос. Мы будем держать вас в курсе.

2. 21 августа 2026 г. в 08:18 UTCidentified

   Этот вопрос был определен, и в настоящее время осуществляется исправление.

3. 23 августа 2026 г. в 17:49 UTCresolved

   Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 14 августа 2026 г. в 14:50 UTCidentified

   Могут быть периоды повышенного времени ожидания при вызове облачной поддержки IONOS по телефону. Вместо этого мы просим клиентов и партнеров связаться с облачной поддержкой через форму DCD или электронную почту.

2. 17 августа 2026 г. в 13:31 UTCidentified

   Ситуация остается неизменной, поэтому лучше всего обратиться по электронной почте.

3. 20 августа 2026 г. в 08:18 UTCresolved

   Нам удалось вернуться к нормальной производительности, поэтому поддержка вернулась к нормальной доступности. Спасибо за терпение.

Автоматический перевод официального обновления инцидента.

1. 14 августа 2026 г. в 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 августа 2026 г. в 12:42 UTCmonitoring

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

3. 14 августа 2026 г. в 13:34 UTCresolved

   This incident has been resolved.

1. 13 августа 2026 г. в 00:49 UTCinvestigating

   We are currently investigating reports of increased AI Model Hub error rates and latencies. More details will be shared as they become available.

2. 14 августа 2026 г. в 08:04 UTCresolved

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

1. 11 августа 2026 г. в 16:05 UTCinvestigating

   в настоящее время мы изучаем повышенную частоту ошибок при предоставлении услуг.

Автоматический перевод официального обновления инцидента.

1. 11 августа 2026 г. в 16:05 UTCinvestigating

   Currently, there is an increased processing time for provisioning orders that are initiated via Data Center Designer or API. Occasionally, connections may be lost in the direction of the Data Center Designer. Availability and accessibility of your virtual data center resources will remain unaffected. We will inform you as soon as the functionality has been restored.

2. 11 августа 2026 г. в 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 августа 2026 г. в 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 августа 2026 г. в 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 августа 2026 г. в 11:52 UTCresolved

   This incident has been resolved.

1. 4 августа 2026 г. в 10:24 UTCidentified

   We are aware of intermittent control plane unavailability affecting a subset of Managed Kubernetes customers. Affected customers may experience API call failures, deployment timeouts, and temporary disruption of cluster management operations. Our engineering team is actively working on both immediate mitigations and longer-term architectural improvements. Several mitigations have already been deployed, including maintenance schedule optimization, compaction regression fixes, and storage performance improvements. Additional measures - including infrastructure migration, dedicated event etcd clusters, improved load balancing, and horizontal scaling - are in progress. We are providing regular updates on this page. Customers experiencing issues are encouraged to subscribe to this incident for timely notifications.

2. 4 августа 2026 г. в 13:14 UTCidentified

   During a service rollout today, a subset of control planes experienced temporary restarts. Affected customers may notice brief API unavailability while these control planes recover. The team is monitoring the recovery. Separately, work on improving infrastructure capacity and load distribution continues as described in our initial update. We will post another update once the affected control planes have fully stabilized.

3. 4 августа 2026 г. в 14:37 UTCidentified

   We are currently rolling out memory scaling measures to address recurring stability issues during compaction operations on the affected etcd clusters. Additionally, we are planning to roll out further horizontal scaling for the affected clusters today. We will provide another update once these measures have been applied and we can assess their impact.

4. 4 августа 2026 г. в 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 августа 2026 г. в 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 августа 2026 г. в 06: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 августа 2026 г. в 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 августа 2026 г. в 20:43 UTCidentified

   Memory limit adjustments and migration have had positive effects on the first control plane cluster. Customer situated in the first control plane cluster should already see substantial improvements in performance and stability. We have started to roll out memory adjustments in the remaining control plane cluster, as well. Rolling out the memory limits can lead to temporary unavailability of affected control planes. These interruptions should be brief and will not affect running workloads. After memory limit adjustments are fully rolled out on the second control plane cluster, horizontal scaling and migrations will resume on both control plane clusters for the next hours until workload is distributed optimally.

9. 6 августа 2026 г. в 08: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 августа 2026 г. в 05: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 августа 2026 г. в 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

1. 4 августа 2026 г. в 08: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 августа 2026 г. в 10:02 UTCresolved

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

1. 28 июля 2026 г. в 13:46 UTCinvestigating

   В настоящее время мы изучаем проблему подключения, влияющую на наши услуги DBaaS (MongoDB). Наша команда работает над решением проблемы, и мы обновим вас, как только будет восстановлена полная функциональность.

2. 28 июля 2026 г. в 13:47 UTCinvestigating

   Мы продолжаем расследование этого вопроса.

3. 28 июля 2026 г. в 13:51 UTCidentified

   Мы выявили проблему с DNS. В настоящее время команда DBaaS анализирует сервис. Был выявлен потенциальный виновник. Мы предоставим еще одно обновление здесь последние 14:15

4. 28 июля 2026 г. в 13:54 UTCmonitoring

   Команда DBaaS выполнила откат изменений, развернутых до обновления служб DNS. Мы видим восстановление услуг. Мы внимательно следим за ситуацией.

5. 28 июля 2026 г. в 16:36 UTCresolved

   Мы отмечаем этот инцидент так, как никакие дальнейшие отклонения не могут быть обнаружены. Мы поделимся RCA, как только он будет составлен.

Автоматический перевод официального обновления инцидента.

1. 25 июля 2026 г. в 06:27 UTCinvestigating

   Мы изучаем предупреждения, связанные с потерей избыточности на серверах хранения. В настоящее время нет никакого влияния на клиентов, наша команда по хранению исследует и работает над восстановлением избыточности. Мы подозреваем неисправный сетевой компонент.

2. 25 июля 2026 г. в 06:44 UTCmonitoring

   Мы нашли вероятную причину. Компонент управления приводил к чрезмерному потреблению памяти, что приводило к нестабильности на затронутых серверах хранения. Это было смягчено. В настоящее время мы следим за состоянием окружающей среды и закроем инцидент, если не будут обнаружены дальнейшие аномалии.

3. 25 июля 2026 г. в 07:49 UTCresolved

   Больше никаких аномалий обнаружено не было. Коренная причина потери избыточности была идентифицирована как утечка памяти в компоненте управления. Для того чтобы избежать рецидивов, было введено прочное смягчение последствий. Утечка памяти будет рассмотрена в предстоящем обновлении компонента управления.

Автоматический перевод официального обновления инцидента.

1. 24 июля 2026 г. в 06:51 UTCidentified

   Несмотря на то, что телефонная поддержка, как правило, доступна, наша пропускная способность снижается из-за многочисленных случаев отпуска по болезни. Мы хотим сообщить вам, что наша телефонная поддержка будет ограничена в течение следующих временных интервалов, что приведет к увеличению времени отклика на телефонном канале. В этих случаях, пожалуйста, обращайтесь по электронной почте. Спасибо.

2. 27 июля 2026 г. в 05:43 UTCresolved

   Доступность облачной поддержки возвращается. Спасибо за понимание.

Автоматический перевод официального обновления инцидента.

1. 23 июля 2026 г. в 10:44 UTCinvestigating

   В настоящее время мы изучаем увеличение частоты ошибок и задержки AI Model Hub. Более подробная информация будет предоставлена по мере их появления. Оригинальное название: AI Model Hub Местонахождение: Global Services

2. 23 июля 2026 г. в 11:25 UTCmonitoring

   Реализовано исправление, которое сократило число ответов 4xx и 5xx до номинальных уровней. Мы продолжим следить за результатами.

3. 28 июля 2026 г. в 07:12 UTCresolved

   Мы отмечаем этот инцидент как разрешенный. Наша команда AI Modelhub решила проблему, вызванную острыми ограничениями ресурсов. Это было решено путем расширения узких мест.

Автоматический перевод официального обновления инцидента.

1. 18 июля 2026 г. в 13:33 UTCinvestigating

   В настоящее время мы расследуем предполагаемую проблему подключения к сети, влияющую на сервис MK8. Мы будем обновлять страницу статуса новой информацией по мере их появления.

2. 18 июля 2026 г. в 13:55 UTCinvestigating

   Первичное расследование делает проблему подключения к сети маловероятной. Команда сосредоточила расследование на стороне Управляемого Кубернета.

3. 18 июля 2026 г. в 14:26 UTCidentified

   Мы выявили всплеск в нашей очереди двигателей, что является вероятной первопричиной наблюдаемых проблем. Наша команда снабжения проинформирована и присоединилась к ответу.

4. 18 июля 2026 г. в 14:47 UTCidentified

   Мы сузили круг вопросов и считаем, что виновник выявлен. В настоящее время мы подтверждаем находку.

5. 18 июля 2026 г. в 15:03 UTCidentified

   Наша команда по хранению подтвердила предполагаемого виновника. В настоящее время мы смягчаем проблему и будем следить за выполнением работ.

6. 18 июля 2026 г. в 15:51 UTCidentified

   Проблема хранения успешно решена, однако в настоящее время обеспечение работой не продвигается успешно. Наша команда по снабжению проводит расследование.

7. 18 июля 2026 г. в 16:54 UTCidentified

   Несмотря на то, что блок резервирования может быть решен, мы расследуем увеличение числа ошибок, связанных с хранением. Мы уделяем внимание этим оставшимся вопросам. Клиенты по-прежнему могут видеть проблемы с подключением хранилищ на Kubernetes.

8. 18 июля 2026 г. в 17:24 UTCidentified

   Мы обнаружили проблему с одним сервером хранения, принадлежащим к резервной паре серверов хранения. Наша команда реализует смягчение.

9. 18 июля 2026 г. в 17:54 UTCmonitoring

   Теперь инцидент должен быть смягчен. Пострадавший сервер хранения в настоящее время восстанавливается. Как только это будет завершено, увольнение будет полностью восстановлено. Мы больше не видим каких-либо оставшихся проблем с обеспечением. Мы следим за ситуацией и восстановлением, а затем урегулируем инцидент.

10. 18 июля 2026 г. в 19:27 UTCmonitoring

    Из-за продолжающихся усилий по восстановлению на сервере хранения клиенты все еще могут увидеть остаточное влияние при подключении / отключении хранилища до полного восстановления избыточности. Мы перезагружаем влияние сервиса обратно в Degraded Performance.

11. 18 июля 2026 г. в 20:24 UTCmonitoring

    Команда столкнулась с осложнением во время восстановления второго сервера хранения в паре. Аппаратура должна быть заменена. Наша команда центров обработки данных работает над этой задачей. Для клиентов, которые все еще пострадали, мы работаем над тем, чтобы параллельно разблокировать операции хранения.

12. 18 июля 2026 г. в 21:31 UTCmonitoring

    Проводится замена аппаратного обеспечения. Команда продолжает смягчать острые проблемы с обеспечением хранения до тех пор, пока не будет завершена замена и восстановление оборудования, чтобы минимизировать влияние на клиента.

13. 18 июля 2026 г. в 22:03 UTCmonitoring

    Замена оборудования была завершена. Восстановление избыточности продолжается.

14. 18 июля 2026 г. в 22:43 UTCmonitoring

    Первая аппаратная замена оказалась неудачной. Еще одна попытка. Тем временем происходит миграция данных для переноса данных в другую цель хранения. В связи с объемом данных, подлежащих миграции, миграция, по оценкам, занимает несколько часов.

15. 19 июля 2026 г. в 12:21 UTCmonitoring

    Завершена миграция хранилищ, что должно предотвратить дальнейшие проблемы с прикреплением хранилищ. В настоящее время продолжается миграция данных, связанных со снимками, поэтому деятельность, связанная со снимками, может все еще не завершиться успешно.

16. 4 августа 2026 г. в 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.

Автоматический перевод официального обновления инцидента.

1. 15 июля 2026 г. в 10:15 UTCidentified

   Несмотря на то, что телефонная поддержка, как правило, доступна, наша пропускная способность снижается из-за многочисленных случаев отпуска по болезни. Мы хотим сообщить вам, что наша телефонная поддержка будет ограничена в течение следующих временных интервалов, что приведет к увеличению времени отклика на телефонном канале. 15.07.2026: 21:00 - 05:00 UTC 16.07.2026: 21:00 - 05:00 UTC Если это возможно, мы просим вас отправить билеты через форму DCD или по электронной почте. Спасибо за понимание!

2. 17 июля 2026 г. в 16:55 UTCresolved

   Телефонная связь в настоящее время нормальная

Автоматический перевод официального обновления инцидента.

1. 13 июля 2026 г. в 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 июля 2026 г. в 11:21 UTCresolved

   This was a duplicate.