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

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

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

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

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. Проблема подключения теперь, похоже, решена, и пользователи больше не должны испытывать проблемы с доступом к своим ресурсам. Мы приносим извинения за любые неудобства, которые это могло вызвать. Однако, если вы по-прежнему испытываете какие-либо проблемы с подключением, пожалуйста, не стесняйтесь открыть билет поддержки для дальнейшего расследования; мы будем рады помочь вам дальше.

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

1. 23 июля 2026 г. в 11:16 UTCinvestigating

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

2. 23 июля 2026 г. в 12:37 UTCresolved

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

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

1. 22 июля 2026 г. в 16:50 UTCinvestigating

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

2. 22 июля 2026 г. в 19:42 UTCresolved

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

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

1. 19 июля 2026 г. в 09:51 UTCinvestigating

   Наша инженерная команда изучает проблему с прикреплением объема к каплям в регионах NYC1, NYC3, SGP1, SYD1 и BLR1. В течение этого времени вы можете столкнуться с проблемой прикрепления объема к капле (ам). Мы приносим извинения за неудобства и поделимся обновлением, как только у нас будет больше информации.

2. 19 июля 2026 г. в 13:36 UTCinvestigating

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

3. 19 июля 2026 г. в 14:52 UTCmonitoring

   Наша инженерная команда определила первопричину проблемы, предотвращающей объемные вложения в Droplets в NYC1, NYC3, SGP1, SYD1 и BLR1, и успешно внедрила исправление. Теперь вы должны иметь возможность прикреплять тома к вашей капле (-ам), не сталкиваясь с какими-либо дальнейшими ошибками или проблемами. Мы активно отслеживаем ситуацию, чтобы убедиться, что исправление остается эффективным, и предоставим еще одно обновление, как только проблема будет полностью решена.

4. 19 июля 2026 г. в 15:32 UTCresolved

   Наша команда инженеров подтвердила, что вопрос о прикреплении объемов к Droplets в регионах NYC1, NYC3, SGP1, SYD1 и BLR1 полностью решен, и все службы в настоящее время работают в штатном режиме. Если вы продолжаете испытывать какие-либо проблемы, пожалуйста, свяжитесь с нашей службой поддержки, открыв билет. Приносим свои извинения за причиненные неудобства.

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

1. 19 июля 2026 г. в 06:57 UTCinvestigating

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

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

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

3. 19 июля 2026 г. в 09:31 UTCmonitoring

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

4. 19 июля 2026 г. в 09:52 UTCresolved

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

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

1. 16 июля 2026 г. в 13:39 UTCinvestigating

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

2. 16 июля 2026 г. в 15:30 UTCidentified

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

3. 16 июля 2026 г. в 17:01 UTCmonitoring

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

4. 16 июля 2026 г. в 17:24 UTCresolved

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

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

1. 13 июля 2026 г. в 19:04 UTCidentified

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

2. 13 июля 2026 г. в 22:24 UTCmonitoring

   Было развернуто исправление для решения проблемы конфигурации бэкэнда. Мы внимательно следим за производительностью системы, чтобы обеспечить полное восстановление и нормальное время отклика для всех рабочих процессов вывода Gemma 4.

3. 14 июля 2026 г. в 11:07 UTCidentified

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

4. 15 июля 2026 г. в 10:06 UTCmonitoring

   Для решения этой проблемы было принято решение. Мы внимательно следим за производительностью системы, чтобы обеспечить полное восстановление и нормальное время отклика для всех рабочих процессов вывода Gemma 4.

5. 15 июля 2026 г. в 21:46 UTCresolved

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

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