История сбоев Digitalocean

1. 27 октября 2026 г. в 22:14 UTCinvestigating

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

2. 28 октября 2026 г. в 00:01 UTCinvestigating

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

3. 28 октября 2026 г. в 01:34 UTCmonitoring

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

4. 28 октября 2026 г. в 01:55 UTCresolved

   Мы решили проблему, затрагивающую работу кластера Managed Kubernetes во всех регионах. Создание кластеров, удаление, масштабирование и модернизация операций вернулись к норме. Мы следили за состоянием окружающей среды и подтвердили, что службы работают в штатном режиме. Если вы продолжаете испытывать какие-либо проблемы, пожалуйста, свяжитесь с нашей командой поддержки, открыв билет здесь: https://cloudsupport.digitalocean.com/s/

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

1. 13 октября 2026 г. в 17:09 UTCresolved

   Между 04:34 и 12:15 UTC клиенты испытывали перебои в обслуживании, влияющие на операции развертывания App Platform. Во время этого окна клиенты, возможно, не смогли развернуть новые приложения или масштабировать существующие развертывания. Заявки, уже запущенные до инцидента, не пострадали и продолжали работать нормально. Сбой был вызван обновлением программного обеспечения, которое не позволило контейнерам приложений запускать новые узлы инфраструктуры. Наша инженерная команда откатила обновление и восстановила пораженные узлы. Операции развертывания и масштабирования платформы приложений восстановились и работают в обычном режиме. Мы искренне извиняемся за любые неудобства, которые это вызвало. Если вы продолжите испытывать какие-либо проблемы, пожалуйста, откройте билет поддержки, и наша команда будет рада помочь вам.

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

1. 11 октября 2026 г. в 22:01 UTCinvestigating

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

2. 11 октября 2026 г. в 22:54 UTCmonitoring

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

3. 11 октября 2026 г. в 23:29 UTCresolved

   Наша инженерная команда решила внешние сбои в разрешении DNS, влияющие на управляемые Kubernetes в нескольких регионах. Приложения, работающие на управляемых Kubernetes, теперь могут разрешать внешние доменные имена. Мы приносим искренние извинения за любые неудобства, которые это нарушение могло причинить вашим операциям. Если вы продолжаете испытывать проблемы, пожалуйста, откройте билет с нашей командой поддержки: https://cloudsupport.digitalocean.com/s/

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

1. 5 октября 2026 г. в 10:38 UTCidentified

   Наша команда инженеров выявила сбои в работе сетей VPC, которые начались примерно в 08:48 UTC. В течение этого времени клиенты могут испытывать задержки или сбои при создании или удалении пирингов VPC, кластеров VPC Native DOKS или частных сетевых соединений (PNC), а также при добавлении членов кластера. Создание маршрутов и подсетей также может быть затронуто. Операции в настоящее время возвращаются к норме, и наша инженерная команда следит за пострадавшими системами, чтобы обеспечить постоянную стабильность. Существующие ресурсы VPC и сетевое подключение остаются незатронутыми. Мы предоставим еще одно обновление, как только появится больше информации.

2. 5 октября 2026 г. в 11:02 UTCmonitoring

   Наша инженерная команда внедрила исправление для сбоя сети VPC. Теперь клиенты должны иметь возможность создавать и удалять пиринговые соединения VPC, подсети и маршруты. Ранее ожидающие операции были очищены, и операции VPC Networking возвращаются к норме. Наша инженерная команда следит за пострадавшими системами, чтобы обеспечить постоянную стабильность и убедиться, что операции остаются здоровыми. Мы ценим ваше терпение и предоставим еще одно обновление после полного подтверждения нормальной работы.

3. 5 октября 2026 г. в 12:13 UTCresolved

   Наша инженерная команда полностью устранила сбои в работе сетей VPC по состоянию на 10:29 UTC. Теперь клиенты могут создавать и удалять пиринговые соединения, подсети и маршруты VPC, как и ожидалось. После восстановления мы проследили за затронутыми системами и подтвердили, что операции VPC Networking остаются стабильными. Мы приносим извинения за любые неудобства, которые это нарушение могло вызвать. Если вы продолжаете испытывать неожиданное поведение, пожалуйста, откройте билет с нашей командой поддержки для дальнейшей помощи.

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

1. 3 октября 2026 г. в 14:51 UTCresolved

   С 11:59 по 13:02 по 3 октября 2026 года нарушение работы сети в регионе BLR1 затронуло несколько продуктов, включая мониторинг, платформу приложений, управляемые базы данных, функции, балансировщики нагрузки, пространства и панель управления облаком. В течение этого периода некоторые пользователи испытывали ухудшение связи, увеличение задержки или периодические ошибки при доступе к ресурсам в регионе. Несколько сетевых путей, которыми управляют наши провайдеры связи, были недоступны, включая избыточные пути, предназначенные для поддержания связи во время сбоя. Трафик переместился на оставшуюся линию связи с недостаточной пропускной способностью для обработки полной нагрузки, что привело к насыщению сети и проблемам подключения, описанным выше. Наши инженерные и сетевые команды тесно сотрудничали с нашими провайдерами, чтобы восстановить нормальную маршрутизацию и связь. С тех пор все пострадавшие службы вернулись к нормальной работе. Мы приносим извинения за нарушения и их влияние на вашу работу. Если вы продолжаете испытывать неожиданное поведение, пожалуйста, откройте билет поддержки, чтобы наша команда могла исследовать и помочь вам.

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

1. 16 сентября 2026 г. в 09:48 UTCinvestigating

   Наш портал поддержки в настоящее время испытывает проблемы из-за сторонних сбоев в обслуживании, влияющих на наши системы. В течение этого времени клиенты могут быть не в состоянии получить доступ к Порталу поддержки или создать новые билеты поддержки для своих проблем. Существующие запросы поддержки могут также испытывать задержки с ответами от нашей команды поддержки. В качестве обходного пути, если вы не можете получить доступ к Порталу поддержки или вам необходимо создать новый билет поддержки, пожалуйста, отправьте свой запрос через форму Контактной поддержки: https://www.digitalocean.com/company/contact/support. Мы приносим извинения за неудобства и ценим ваше терпение, пока мы работаем над решением проблемы. Мы предоставим еще одно обновление, как только у нас будет больше информации.

2. 16 сентября 2026 г. в 14:07 UTCmonitoring

   Портал поддержки и создание билетов теперь доступны. Наш провайдер внедрил исправление, и мы проверили создание и проверку билетов, как и ожидалось. Мы продолжим мониторинг в течение следующих 2 часов, чтобы подтвердить полную стабильность, и опубликуем окончательное обновление после закрытия инцидента. Если вы все еще не можете получить доступ к порталу, воспользуйтесь нашей формой обратной связи: https://www.digitalocean.com/company/contact/support Мы приносим извинения за нарушение и ценим ваше терпение.

3. 16 сентября 2026 г. в 21:09 UTCresolved

   С 08:06 по 13:41 UTC пользователи могут испытывать проблемы с доступом к Порталу поддержки, созданием новых билетов на поддержку или рассмотрением существующих запросов на поддержку. Наша инженерная команда подтвердила полное решение проблемы, затрагивающей Портал поддержки, после исправления от нашего поставщика. Мы подтвердили, что Портал поддержки, создание билетов и обзор билетов теперь работают нормально. Если вы продолжаете испытывать проблемы, пожалуйста, откройте билет с нашей командой поддержки. Мы приносим извинения за любые неудобства и ценим ваше терпение.

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

1. 9 сентября 2026 г. в 10:47 UTCinvestigating

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

2. 9 сентября 2026 г. в 11:32 UTCmonitoring

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

3. 9 сентября 2026 г. в 12:25 UTCresolved

   Теперь этот инцидент урегулирован. Увольнение электроэнергии было полностью восстановлено, и мы подтвердили, что влияние клиентов было смягчено. Мы закрываем этот инцидент.

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

1. 24 августа 2026 г. в 17:14 UTCinvestigating

   Наша инженерная команда изучает проблему, влияющую на общедоступный API DigitalOcean и панель управления облаком. В это время пользователи увидят повышенные ошибки 5xx для всех запросов API, включая такие вещи, как создание для различных продуктов. Пользователи также могут не иметь доступа к cloud.digitalocean.com. Мы активно изучаем первопричину и предоставим обновления, как только появится дополнительная информация. Мы приносим извинения за неудобства и ценим ваше терпение.

2. 24 августа 2026 г. в 18:33 UTCinvestigating

   Мы продолжаем исследовать проблему, влияющую на публичный API DigitalOcean и панель управления облаком. В настоящее время мы наблюдаем некоторое улучшение показателей задержки/ошибки, и некоторые пользователи теперь могут иметь доступ к панели управления облаком. без сервера В настоящее время пользователи могут испытывать ошибки 403 и 503 при выполнении запросов API или доступе к затронутым службам. Мы будем продолжать предоставлять обновления по мере поступления дополнительной информации. Мы приносим извинения за неудобства и ценим ваше терпение.

3. 24 августа 2026 г. в 19:14 UTCmonitoring

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

4. 24 августа 2026 г. в 22:27 UTCinvestigating

   Наша инженерная команда изучает повторение проблемы, влияющей на общедоступный API DigitalOcean и панель управления облаком. Эта проблема не влияет на нашу плоскость данных (т.е. работающие капли). Пользователи могут испытывать трудности с доступом к панели управления облаком, а также повышенную задержку и периодические ошибки при доступе к общедоступному API или Плану управления облаком. Мы активно расследуем вопрос и работаем над восстановлением нормального сервиса. Мы будем продолжать предоставлять обновления по мере поступления дополнительной информации. Мы приносим извинения за неудобства и ценим ваше терпение.

5. 25 августа 2026 г. в 00:54 UTCmonitoring

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

6. 25 августа 2026 г. в 16:30 UTCmonitoring

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

7. 25 августа 2026 г. в 19:04 UTCresolved

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

8. 15 сентября 2026 г. в 18:44 UTCpostmortem

   # 1 Что случилось Между 16:56 UTC и 23:09 UTC 24 августа 2026 года клиенты, использующие облачную панель управления DigitalOcean, публичный API и зависимые системы управления продуктами, испытали повышенную частоту ошибок запросов, достигающую 25%, в двух разных окнах на общую сумму 3,5 часа активной деградации в течение 6-часового интервала. Запуск Droplets, сетевая маршрутизация и блок-хранилище \(Volumes\) оставались полностью функциональными и незатронутыми на протяжении всего мероприятия. Потеря данных клиентов не произошла. Мероприятие было инициировано во время запланированной миграции инфраструктуры уровня базы данных, поддерживающей службы идентификации, аутентификации и авторизации. Миграция привела к увеличению задержки исполнения для критического запроса авторизации. В ответ на повышенную задержку запроса несколько служб восходящего потока инициировали автоматические хеджируемые повторные запросы. Это вторичное усиление запроса привело к наращиванию очереди сверх пропускной способности пула служб аутентификации, что привело к каскадным тайм-аутам запроса по пути авторизации. Чтобы смягчить первоначальную деградацию, инженерные команды перенаправили трафик авторизации на один здоровый путь обработки и временно отключили хеджирование для первичных абонентов, успешно восстановив доступность услуг. Однако при возвращении трафика в стандартную конфигурацию многолучевой маршрутизации длительная задержка запроса в сочетании с поведением повторного запроса от незастрахованных абонентов вызвала повторное насыщение очереди, что привело ко второму окну деградации. ##2 - Воздействие Активные учетные записи клиентов \(<2%\) испытали один или несколько сбоев запроса API или панели управления во время окон событий. Совокупная частота отказов в обоих окнах удара составляла в среднем около 10% аутентифицированных запросов, а пиковая частота ошибок составляла 25% во время второго окна. * Затрагиваемые плоскости управления включали панель управления облаком, публичный API, аутентификацию кластера Kubernetes, реестр контейнеров и конечные точки вывода без сервера / AI. Компоненты плоскости данных, включая активные Droplets, сетевую маршрутизацию и объемы хранения блоков, сохраняли 100% доступность, поскольку установленные соединения не зависят от пути управления авторизацией. Потеря данных была нулевой. # 3 Текущее состояние Все поврежденные самолеты управления были восстановлены до номинальной эксплуатационной мощности. Миграция инфраструктуры баз данных завершена. Были проверены средства контроля для обеспечения стабильности системы в отношении аналогичных сценариев задержки запросов. # 4 Предотвращение рецидивов Чтобы предотвратить будущие события и повысить системную устойчивость, DigitalOcean внедрила следующие технические усовершенствования: 1.Автоматизированный запрос Throttling and Circuit Breaking Развернутые автоматические автоматические выключатели в службах верхнего потока для обнаружения деградации зависимостей нижнего потока и автоматического подавления усиления хеджирования / повторения. Завершена широкая архитектура аудита для обеспечения подавления повторных попыток и разрыва цепи равномерно применяются во всех службах управления самолетом. 1. Управление очередями и сброс нагрузки: Внедрены быстродействующие механизмы сбрасывания нагрузки для предотвращения насыщения очереди запросов во время замедления зависимости, сопровождаемые проактивными оповещениями телеметрии для определения поддержки очереди до воздействия на клиента. 1. Благодатная деградация службы: Настроенные критические компоненты авторизации для работы в деградированных режимах исполнения с использованием асинхронных, в конечном итоге согласованных реплик данных во время первичных событий задержки базы данных. ##5 Время ** Время UTC** **Событие** [править править код] | 16:56 | Конкретный запрос авторизации начал работать значительно медленнее, чем его исторический исходный уровень. 16:58 Автоматизированный мониторинг выявил ненормальную частоту ошибок и задержку; обнаружен в течение 5 минут после начала воздействия. | 17:05–18:52 | Операторы настраивали конфигурацию повторного использования и консолидировали запросы в здоровый сервисный экземпляр \(первое окно недоступности закрыто\). ! 21:30 Перемещение трафика обратно к производственной схеме вызвало ту же проблему насыщения (началось второе окно недоступности). ! | 21:30-23:09 | Команды отключили повторную проверку/амплификацию в остальных затронутых службах и добавили дополнительную пропускную способность для медленного запроса. Служба была восстановлена в стабильном состоянии

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

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

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

2. 23 августа 2026 г. в 07:06 UTCinvestigating

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

3. 23 августа 2026 г. в 11:30 UTCmonitoring

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

4. 23 августа 2026 г. в 14:33 UTCresolved

   Наша команда инженеров решила проблему предотвращения создания кластеров на управляемых базах данных в регионах NYC3 и NYC1. Теперь клиенты могут создавать новые кластеры управляемых баз данных. Наша инженерная команда контролирует окружающую среду, чтобы обеспечить стабильность. Мы приносим искренние извинения за любые неудобства, которые это нарушение могло причинить вашим операциям. Если вы продолжаете испытывать проблемы, пожалуйста, откройте билет с нашей командой поддержки: https://cloudsupport.digitalocean.com/s/

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

1. 21 августа 2026 г. в 12:59 UTCinvestigating

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

2. 21 августа 2026 г. в 13:06 UTCmonitoring

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

3. 21 августа 2026 г. в 14:52 UTCresolved

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

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

1. 19 августа 2026 г. в 11:10 UTCinvestigating

   Наша инженерная команда в настоящее время изучает проблему в регионе MKC1, затрагивающую несколько стоек и узлов. В течение этого времени клиенты могут испытывать сбои в работе графических процессоров, а рабочие узлы Kubernetes (DOKS) могут входить в состояние NotReady. Наша команда активно работает над восстановлением связи и возвращением затронутых узлов в Интернет. Если вы продолжаете испытывать проблемы, пожалуйста, откройте билет поддержки в своем аккаунте.

2. 19 августа 2026 г. в 12:22 UTCidentified

   Мы определили основную причину проблемы в регионе MKC1, затрагивающей несколько стоек и узлов. Наша инженерная команда активно реализует шаги по восстановлению связи и возвращению затронутых узлов в онлайн. В течение этого времени клиенты могут продолжать испытывать сбои в рабочих нагрузках GPU и бессерверном выводе. Рабочие узлы Kubernetes (DOKS) также могут оставаться в состоянии NotReady, и клиенты могут быть не в состоянии достичь конечных точек API Kubernetes или выполнять операции по управлению кластерами в затронутых кластерах. Мы предоставим еще одно обновление, как только у нас будет больше информации.

3. 19 августа 2026 г. в 15:28 UTCidentified

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

4. 19 августа 2026 г. в 18:59 UTCmonitoring

   В это время региональный самолет управления полностью здоров. Капли процессора, управляемые базы данных, балансировщики нагрузки, хранилище блоков и пространства работают нормально. Работают Droplet create, resize и другие управленческие операции. Самолеты управления Kubernetes (DOKS) доступны. Наши команды продолжают работать с объектом по восстановлению всего оборудования. Капли GPU в MKC1 остаются автономными или недоступными. Рабочие узлы DOKS GPU могут оставаться неготовыми, а конечные точки вывода, поддерживаемые GPU, в этом регионе могут быть недоступны. Мы ненадолго проследим за самолетом регионального управления, а затем решим этот инцидент. Клиенты GPU получат персонализированные обновления с дополнительной информацией вместо этой страницы статуса. Если у вас есть вопросы о ваших пострадавших ресурсах, обратитесь в службу поддержки и обратитесь к этому инциденту.

5. 19 августа 2026 г. в 19:34 UTCresolved

   Наша команда инженеров подтвердила, что региональный план управления является здоровым, и CPU Droplets, управляемые базы данных, балансировщики нагрузки, блоки хранения, Kubernetes (DOKS) и Spaces работают нормально. Капли GPU продолжают подвергаться воздействию, и наши команды работают над восстановлением всех узлов. Мы будем общаться с клиентами GPU Droplet отдельно через Slack и по электронной почте с дополнительной информацией и регулярными обновлениями. Спасибо за ваше терпение во время этого инцидента. Если вы продолжаете испытывать какие-либо проблемы, пожалуйста, откройте билет поддержки в своем аккаунте.

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

1. 13 августа 2026 г. в 14:59 UTCresolved

   Between Aug 13, 09:50 UTC and 14:30 UTC, customers in the FRA1 region experienced an issue affecting Block Storage Volumes attachment and detachment operations on Droplets and Managed Kubernetes clusters. During this window, customers may have encountered delays or been unable to attach and detach Block Storage Volumes from their resources. Block Storage Volumes attachment and detachment operations now appear to be functioning normally, and customers should no longer experience issues with these operations. For Managed Kubernetes clusters specifically, some residual cleanup of affected volume attachments may still be needed, and our team is actively working through this. We apologize for any inconvenience this may have caused. If you continue to experience issues with Block Storage Volumes operations, please don't hesitate to open a support ticket for further investigation. Our team will be happy to assist you.

1. 8 августа 2026 г. в 18:57 UTCinvestigating

   Our Engineering team is currently investigating 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. Our Engineering team is actively investigating the issue and we will provide another update as soon as more information becomes available.

2. 8 августа 2026 г. в 19:38 UTCinvestigating

   Our Engineering team is continuing to investigate reports of an issue affecting new account registration, Reserved IPs, Snapshots, Droplets and Droplet-based services across multiple regions. During this time, customers may be unable to create new accounts, create Droplets, allocate Reserved IPs, or perform Automated Backups and Snapshots operations. Droplet Autoscale scaling operations and DOKS cluster operations are also affected. Further investigation has found that GenAI services are also affected due to this issue, customers may also be unable to access the Droplet console, and Database clusters may be stuck in a "Creating" state. Our Engineering team is actively investigating the issue and we will provide another update as soon as more information becomes available.

3. 8 августа 2026 г. в 20:02 UTCidentified

   Our Engineering team has identified the root cause of the issue affecting new account registration, Droplets, Reserved IPs, Snapshots, and DOKS clusters across multiple regions. Customers may experience the following: Unable to create new accounts Unable to create Droplets Unable to allocate Reserved IPs Failures with Automated Backups and Snapshots operations Droplet Autoscale scaling operations not working as expected DOKS cluster operations failing GenAI services impacted Unable to access the Droplet console Database clusters stuck in a "Creating" state Our Engineering team is working on implementing a fix and we will provide another update as soon as more information becomes available.

4. 8 августа 2026 г. в 22:02 UTCidentified

   Our Engineering team continues to work on implementing and rolling out a fix for the issue affecting multiple services across multiple regions, including new account registration, Droplets, Reserved IPs, Automated Backups and Snapshots, Droplet Autoscale, DOKS clusters, GenAI services, the Droplet console, and Database cluster creation. Customers may continue to experience the previously reported service disruptions while remediation efforts remain in progress. We will provide another update as soon as more information becomes available.

5. 9 августа 2026 г. в 00:31 UTCmonitoring

   Our Engineering team has implemented a fix for the issue affecting new account registration, Droplets, Reserved IPs, Snapshots, and DOKS clusters across multiple regions, and is currently monitoring the situation. At this time, customers should no longer experience errors with: New account registration Droplet creation Reserved IP allocation Automated Backups and Snapshots operations Droplet Autoscale scaling operations DOKS cluster operations GenAI services Access to the Droplet console Database cluster creation We will continue to monitor the situation to ensure that all services are stable and functioning as expected. We will post an update as soon as the issue is fully resolved.

6. 9 августа 2026 г. в 01:01 UTCresolved

   Our Engineering team confirms the full resolution of the issue affecting all impacted services, including new account registration, Droplet Creation, Reserved IPs, Automated Backups and Snapshots, Droplet Autoscale, DOKS clusters, GenAI services, the Droplet Console, and Database cluster creation. We apologize for the inconvenience. If you continue to experience any issues, please open a support ticket from within your account.

1. 6 августа 2026 г. в 19:01 UTCinvestigating

   Our Engineering team is investigating an issue impacting Functions on App Platform. During this time, users may experience build/deploy failures for Functions components, and requests to Functions endpoints may fail with a 504 error, caused by an SSL error when App Platform attempts to forward requests to Functions. This issue currently appears to be isolated to Functions deployed within App Platform. We apologize for the inconvenience and will share an update once we have more information.

2. 6 августа 2026 г. в 20:02 UTCmonitoring

   Our Engineering team has implemented a fix for the issue affecting Functions on App Platform. Functions builds/deploys and requests to Functions endpoints should now be completing successfully. We are currently monitoring the situation to ensure the service has returned to normal operation and remains stable. We apologize for the inconvenience and will provide a further update once the incident is confirmed resolved.

3. 6 августа 2026 г. в 21:05 UTCresolved

   Our Engineering team has confirmed that the issue affecting Functions on App Platform has been fully resolved. Functions builds, deploys, and requests to Functions endpoints are all working as expected. The fix implemented earlier was successful, and we are no longer seeing any problems affecting Functions. However, if you continue to experience any issues, please don't hesitate to raise a support ticket for further investigation.

1. 6 августа 2026 г. в 16:33 UTCresolved

   Between Aug 6, 06:42 UTC and 09:08 UTC, customers experienced failures with write operations across multiple DigitalOcean services, including Managed Databases, DOKS, Cloud Firewalls, DNS, Spaces, Block Storage Volumes, and event processing. Customers attempting to update Cloud Firewall rules, modify DNS records, manage object storage operations, provision or scale DOKS clusters and node pools, and make other infrastructure configuration changes experienced failures. These operations returned errors, preventing customers from managing their resources. Additionally, event processing was delayed or failed during this window, which may have impacted the timeliness of resource status updates and notifications. The services have recovered and are now operating normally. Customers should no longer experience issues with write operations, configuration changes, or event processing. We apologize for any inconvenience this may have caused. If you continue to experience issues with any of these services, please don't hesitate to open a support ticket. Our team will be happy to assist you.

1. 4 августа 2026 г. в 16:13 UTCinvestigating

   Our Engineering team is investigating an issue affecting Spaces Cold Storage billing. During this time, customers with cold storage buckets may see incorrect values reflected in their daily usage and current invoices. We apologize for the inconvenience and are actively working to resolve the issue. We will provide an update as soon as more information becomes available.

2. 4 августа 2026 г. в 18:52 UTCidentified

   Our Engineering team has identified the issue affecting Spaces Cold Storage billing. The team is actively working on a fix to resolve the issue. We apologize for the inconvenience and will provide another update as soon as more information becomes available.

3. 4 августа 2026 г. в 20:44 UTCmonitoring

   Our Engineering team has implemented a fix for the issue affecting Spaces Cold Storage billing and is currently monitoring the situation. Customers with cold storage buckets should no longer see incorrect values reflected in their daily usage and current invoices. We will post an update as soon as the issue is fully resolved.

4. 4 августа 2026 г. в 21:42 UTCresolved

   As of 21:06 UTC, our Engineering team has resolved the issue affecting Spaces Cold Storage billing. An error in our billing processing system caused incorrect values to be reflected in daily usage and current invoices for customers with cold storage buckets. Our team identified and corrected an issue with the billing data sync, ensuring accurate usage reporting. If you continue to experience any issues, please open a ticket with our Support team. We apologize for any inconvenience this may have caused.

1. 3 августа 2026 г. в 13:58 UTCinvestigating

   Начиная с 09:36 UTC 3 августа, некоторые клиенты могут столкнуться с периодическими ошибками при доступе к панели управления облаком DigitalOcean, включая сообщение «проверка mTLS не удалась». Наша инженерная команда ведет активные исследования. Мы приносим извинения за неудобства, которые это может причинить. Мы предоставим еще одно обновление, как только появится дополнительная информация. Если у вас есть какие-либо вопросы, связанные с этой проблемой, пожалуйста, отправьте нам билет со страницы поддержки облака. https://cloudsupport.digitalocean.com/s/createticket

2. 3 августа 2026 г. в 16:39 UTCmonitoring

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

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

   Между 09:36 и 13:30 UTC 3 августа некоторые клиенты испытывали периодические ошибки при доступе к панели управления облаком DigitalOcean. Мы обновили внутренние сертификаты и восстановили доступ. Проблема решена, и панель управления облаком работает нормально. Мы приносим извинения за срыв.

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

1. 29 июля 2026 г. в 17:56 UTCinvestigating

   В настоящее время мы расследуем этот вопрос.

2. 29 июля 2026 г. в 21:41 UTCinvestigating

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

3. 30 июля 2026 г. в 06:15 UTCresolved

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

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

1. 27 июля 2026 г. в 18:31 UTCinvestigating

   В настоящее время мы расследуем этот вопрос.

2. 27 июля 2026 г. в 19:44 UTCidentified

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

3. 28 июля 2026 г. в 15:24 UTCresolved

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

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

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

   Мы заметили проблемы с подключением к сети, затрагивающие некоторых пользователей, подключающихся из Индии к ресурсам в регионе Нью-Йорка. Основываясь на нашем текущем исследовании, пользователи Airtel и BSNL сообщили об увеличении задержки, потере пакетов или прерывистом подключении. Мы приносим извинения за неудобства и предоставим обновление, как только появится дополнительная информация.

2. 24 июля 2026 г. в 11:45 UTCmonitoring

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

3. 24 июля 2026 г. в 12:42 UTCresolved

   Между 07:46 UTC и 10:24 UTC сегодня некоторые пользователи в Индии, получающие доступ к ресурсам в регионе Нью-Йорка, могут испытывать проблемы с подключением. Воздействие было ограничено пользователями, использующими Airtel в качестве своего интернет-провайдера. Наше расследование установило, что проблема была вызвана внутренней сетевой проблемой в Airtel и не была связана с сетью DigitalOcean. Проблема подключения теперь, похоже, решена, и пользователи больше не должны испытывать проблемы с доступом к своим ресурсам. Мы приносим извинения за любые неудобства, которые это могло вызвать. Однако, если вы по-прежнему испытываете какие-либо проблемы с подключением, пожалуйста, не стесняйтесь открыть билет поддержки для дальнейшего расследования; мы будем рады помочь вам дальше.

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