Digitalocean 中断历史

1. 2026年10月27日 UTC 22:14investigating

   我们的工程组正在调查一个影响 库伯内兹管理组业务的问题 在此期间,客户在试图创建、删除、扩大或升级集群以及其他管理任务时可能会遇到延误或失败。 管理下的Kubernets的现有工作量不受影响,并将继续正常运作。 我们的工程组正积极调查并最优先地处理此事。 一旦获得更多信息,我们将提供另一个最新情况.

2. 2026年10月28日 UTC 00:01investigating

   我们的工程组继续调查一个影响库贝内兹管理组业务的问题。 在所有区域建立、删除、扩大或升级集群时,客户仍然可能遇到延误或失败。 管理下的Kubernets的现有工作量不受影响,并将继续正常运作。 我们现在没有新的信息可以分享。 我们的工程团队正在积极研究这个问题,并把它作为最高优先处理。 我们将在下一个小时内提供另一个最新情况,或者在获得更多信息后提前提供.

3. 2026年10月28日 UTC 01:34monitoring

   我们的工程组已经针对影响到所有区域库贝尔内兹管理组业务的问题采取了一项措施。 客户现在应能按预期创建、删除、扩大和升级其集群。 我们正在监测局势,以确保所有群组管理业务正常运作,服务保持稳定。 一旦我们确认这一问题已完全解决,我们将公布另一份最新情况.

4. 2026年10月28日 UTC 01:55resolved

   我们已经解决了影响到所有区域库贝尔内兹管理组业务的问题。 集群创建,删除,缩放,升级等操作已恢复正常. 我们监测了环境,并确认服务正常运行。 如果您继续遇到任何问题,请与我们的支助小组联系,在此开出一张罚单:https://cloudsupport.digitalocean.com/s/

自动翻译自官方事件更新。

1. 2026年10月13日 UTC 17:09resolved

   在协调世界时04:34至12:15之间,客户经历了影响App平台部署操作的服务中断. 在这一窗口中,客户可能无法部署新的应用程序或扩大现有部署。 事件发生前已经运行的应用程序没有受到影响,继续正常运行. 中断的原因是软件更新,使应用程序容器无法从新提供的基础设施节点开始。 我们的工程组将更新工作卷回,恢复了受影响的节点. App平台部署和规模化行动已经恢复并正常运行。 我们对此造成的任何不便表示诚挚的歉意。 如果你继续遇到任何问题 请开张支持票 我们的团队将很乐意协助你.

自动翻译自官方事件更新。

1. 2026年10月11日 UTC 22:01investigating

   我们的工程组正在调查一个问题, 造成多个区域 Kubernetes管理组 间歇性外部DNS搜索失败。 在受影响的集群上运行的应用程序可能断断续续地无法解决外部域名. 我们对造成的不便表示歉意,并将在获得更多信息后提供进一步的最新资料.

2. 2026年10月11日 UTC 22:54monitoring

   我们的工程组已经实施了一个解决方案,以解决影响多个区域库贝尔内兹管理组的间歇性外部DNS搜索故障。 我们目前正在监测结果,以确保这一问题得到全面解决。 一旦问题得到解决,我们将提供另一个最新情况.

3. 2026年10月11日 UTC 23:29resolved

   我们的工程团队已经解决了影响多个区域管理库伯涅的外部DNS解析故障. 在"管理库伯内特"上运行的应用程序现在可以解决外部域名. 我们为这种干扰对你的行动造成的任何不便表示诚挚的歉意。 如果你继续遇到问题,请与我们的支援团队一起开罚单:https://cloudsupport.digitalocean.com/s/

自动翻译自官方事件更新。

1. 2026年10月5日 UTC 10:38identified

   我们的工程小组发现,在协调世界时8:48左右开始的VPC联网业务受到干扰。 在此期间,客户在创建或删除VPC对等,VPC本地DOKS集群,或私人网络连接(PNC)时,以及加入集群成员时,可能会遇到延误或失败. 建立路线和子网也可能受到影响。 我们的工程组正在监测受影响的系统,以确保持续稳定。 现有的《维也纳公约》资源和网络连接仍然未受影响。 一旦获得更多信息,我们将提供另一个最新情况.

2. 2026年10月5日 UTC 11:02monitoring

   我们的工程组对VPC网络中断进行了修复。 客户现在应能够按预期创建和删除VPC对等连接、子网和线路。 此前待办业务已清理完毕,VPC联网业务已恢复正常. 我们的工程小组正在监测受影响的系统,以确保持续稳定,并核查作业是否保持健康。 我们赞赏你的耐心,一旦正常行动得到充分确认,我们将再次提供最新情况.

3. 2026年10月5日 UTC 12:13resolved

   我们的工程组从协调世界时10:29开始完全解决了VPC网络中断问题. 客户现在可以按预期创建和删除 VPC 对等连接,子网和路由. 恢复后,我们监测了受影响的系统,并证实VPC联网业务保持稳定. 我们对这种中断可能造成的不便表示歉意。 如果你继续经历出乎意料的行为 请和我们的支援团队一起开张罚单.

自动翻译自官方事件更新。

1. 2026年10月3日 UTC 14:51resolved

   从协调世界时11:59到协调世界时2026年10月3日13:02,我们BLR1区域的网络中断影响了多个产品,包括Monitor,App平台,管理数据库,功能,负载平衡器,空间,和云控制面板等. 在此期间,一些用户在获取区域资源时遭遇了连通性退化、耐久性增加或间歇性出错等情况。 我们的上游连接提供商运营的多条网络路径无法使用,包括旨在中断时维持连接的多余路径。 交通转向剩余环节,处理全部负荷的能力不足,导致网络饱和和以及上述连接问题. 我们的工程和网络小组与上游供应商密切合作,以恢复正常的线路和连接。 所有受影响的服务自此已恢复正常运作。 我们为这次干扰及其对你工作的影响而道歉。 如果你继续经历出乎意料的行为 请开张支持票 这样我们的团队就可以调查和帮助你.

自动翻译自官方事件更新。

1. 2026年9月16日 UTC 09:48investigating

   由于第三方服务中断影响到我们的系统,我们的支助门户目前遇到问题。 在此期间,客户可能无法进入支助门户,或为其关切创造新的支助票。 现有的支助请求也可能受到我们支助小组的拖延。 如果您无法访问支助门户或需要创建新的支助票,请通过支助联系表提交申请:https://www.digitalocean.com/company/contact/support。 我们为不便而道歉,并感谢你在我们努力解决问题时的耐心。 一旦掌握更多信息,我们将提供另一个更新信息.

2. 2026年9月16日 UTC 14:07monitoring

   支助门户和票房的创建现已开放。 我们的上游供应商已经应用了一个固定,我们已经核实了票的创造和审查正在按照预期进行. 我们将继续监控接下来的2小时,以确认完全稳定,并在事件结束后发布最后更新. 如果您仍无法访问该门户网站,请使用我们的支持联系表作为备份:https://www.digitalocean.com/company/contact/support 我们为干扰道歉 并感谢你的耐心.

3. 2026年9月16日 UTC 21:09resolved

   从协调世界时08:06到协调世界时13:41,用户可能遭遇了访问支持门户的问题,创造了新的支持门票,或者审查了现有的支持请求. 我们的工程队确认,在我们上游供应商修好后,影响支助门户的问题已完全得到解决。 我们已核实,支助门户、造票和检票现已正常运行。 如果你继续遇到问题 请和我们的支援队一起开罚单 我们为任何不便表示歉意并感谢你的耐心.

自动翻译自官方事件更新。

1. 2026年9月9日 UTC 10:47investigating

   我们正在调查影响我们ATL1数据中心部分电源问题。 冗余动力系统将服务器保持在线,我们没有观察到任何服务器停用. 然而,现有电力能力被削弱,这可能会使一些GPU工作量的性能退化,特别是在高利用率期间。 我们的数据中心和基础设施小组正在努力恢复全部电力冗余。 一旦获得更多信息,我们将提供最新情况。 我们为不便而道歉,并感谢你的耐心.

2. 2026年9月9日 UTC 11:32monitoring

   影响部分ATL1数据中心的电能问题已经完全解决. 电力冗余已经恢复,任何潜在的客户影响都已经减轻. 我们将继续监测环境,以确保持续稳定.

3. 2026年9月9日 UTC 12:25resolved

   这一事件现已得到解决。 电力冗余已经完全恢复,我们已经确认客户的影响已经减轻. 我们要结束这件事.

自动翻译自官方事件更新。

1. 2026年8月24日 UTC 17:14investigating

   我们的工程组正在调查一个影响数字海洋公共API和云控制小组的问题。 此时,用户将会看到所有API请求的提升出5xx出错,包括各种产品的创建等内容. 用户也可能无法访问云. digital Ocean.com. 我们正在积极调查其根源,并将在获得更多信息后立即提供最新情况。 我们为不便而道歉,并感谢你的耐心.

2. 2026年8月24日 UTC 18:33investigating

   我们正在继续调查影响数字海洋公共API和云控小组的问题。 此时,我们看到延迟/延迟费率有所改进,一些用户现在可能可以进入云控小组。 无服务器 推断用户在提出API请求或访问受影响的服务时,目前可能遇到403和503个错误. 我们将继续在获得更多信息后提供最新情况。 我们为不便而道歉,并感谢你的耐心.

3. 2026年8月24日 UTC 19:14monitoring

   我们的工程小组已执行缓解措施,以解决影响数字海洋公共API和云控制小组的问题。 我们看到请求是成功的,用户现在应该能够进入云控制面板,并正常地发布/接收API请求. 我们目前正在监测局势,以确保该服务恢复正常运作并保持稳定。 我们赞赏你的耐心,并将在问题得到充分解决后提供最新情况.

4. 2026年8月24日 UTC 22:27investigating

   我们的工程组正在调查影响数字海洋公共API和云控小组的问题再次发生。 这个问题不会影响我们的数据平面(即运行中的滴子). 用户在进入云控制面板时可能遇到困难,同时在进入公共API或云控制平面板时会出现高空和间歇性错误. 我们正在积极调查这一问题并努力恢复正常服务。 我们将继续在获得更多信息后提供最新情况。 我们为不便而道歉,并感谢你的耐心.

5. 2026年8月25日 UTC 00:54monitoring

   我们的工程小组已执行缓解措施,以解决影响数字海洋公共API和云控制小组的问题。 我们看到改进,用户现在应该能够进入云控制面板,正常使用公共API. 我们正在继续监测这项服务,以确保其保持稳定,并将在获得更多信息后提供进一步的最新资料。 我们感谢你的耐心和理解.

6. 2026年8月25日 UTC 16:30monitoring

   我们的工程队继续监测所有服务的健康状况,并观察到过去12个多小时没有再发生影响。 我们将继续在短期内监测各种服务,以在事件得到解决之前确认稳定。 我们知道这一事件对数字海洋用户的影响,我们将在状态网页上发表尸检报告,以进一步详细介绍根源和缓解问题.

7. 2026年8月25日 UTC 19:04resolved

   我们的工程组确认所有服务都保持稳定,我们现在将解决这一事件。 关于根源和缓解的进一步详情将在死后通过这一状况网页提供给有兴趣学习更多知识的用户。 谢谢你在这起事件中的耐心 如果您继续遇到任何问题,请在您的账户内寻求支持

8. 2026年9月15日 UTC 18:44postmortem

   □ 1. 发生了什么事? 在协调世界时16:56至协调世界时2026年8月24日23:09之间,使用DigitalOcean的云控制面板,公共API,以及依赖性产品管理系统的客户遭遇了更高的请求出错率,峰值为25%,在两个截然不同的窗口中,在6个小时内共发生3.5小时活性降解. 运行的滴滴、网络路由和块存储\(Volumes\)在整个活动期间仍然充分运作,没有受到影响。 未发生客户数据损失. 这项活动是在计划迁移支持身份、认证和授权服务的数据库层基础设施期间发起的。 移徙增加了关键授权查询的执行时间。 针对高端查询间隔,多个上游服务启动自动套期回盘. 这种二次请求放大导致排队积分超过认证服务池的处理吞吐量,导致请求的串行超时跨越授权路径. 为了缓解最初的退化,工程组将授权流量改道为单一的健康加工路径,并暂时停止对主要呼叫者的套期保值,成功恢复服务可用性. 然而,在将流量恢复到标准的多路径路由配置时,持续存在的查询延迟,加上来自未搭载的呼叫者的再试行为,导致队列反复饱和,导致第二个衰落窗口. □ 2. 影响 *活动客户账户\(<2>)经历了一个或多个API或控制小组在事件窗口中请求失败. * 两个撞击窗口的总故障率平均约为经认证请求的10%,第二个窗口的峰值出错率为25%。 * 受影响的管理控制飞机包括云控制小组、公共API、Kubernetes集群认证、集装箱登记和无服务器/AI推论终点。 * 数据平面组件——包括活性Droplets、网络路由和块存储量——保持100%的可用性,因为既有连接不取决于受影响的授权控制路径。 数据损失为零。 □ 3. 现状 所有受影响的控制飞机服务已恢复到名义上的运作能力。 数据库基础设施迁移已经完成。 对补救控制进行了验证,以确保系统稳定性,防止出现类似的查询延迟情况。 □ 4. 防止再次发生 为防止未来发生并增强系统复原力,DigitalOcean进行了以下技术改进: 1. 自动请求振荡和断路: 跨上游服务部署自动断路器,以检测下游依赖性退化并自动抑制被套/再生放大. 完成了一项广泛的建筑审计,以确保在所有控制飞机服务中统一实施重试压制和断路。 1. 队列管理和装入弹夹: 实施快故障加载组合机制,防止依赖性慢行时请求队列饱和,并伴有主动的遥测提示,在客户被撞击前识别队列后卫. 1. 慷慨服务退化: 配置了关键授权组件,以便在初级数据库延迟事件期间使用同步、最终一致的数据复制件,以退化的执行模式运行。 □ 5. 时间线 * * 世界协调时** * * * * * * * * * | -- -- -- -- -- -- -- QQ 16:56 QQ 特定授权查询开始比其历史基准运行速度慢得多. 16:58 自动监测检测出异常出错率和延迟;撞击开始后5分钟内检测出. QQ 17:05–18:52 操作员调取重试配置, 并合并请求到健康服务实例\ (第一个无法访问的窗口关闭\) 。 | 21:30 移动流量回到生产模式, 造成同样的饱和问题\ (第二个无法进入窗口开始\). | ^ 21:30–23:09 ^ Teams在其余受影响服务中禁用再试/仿真行为并增加了慢取查询的阅读能力. 服务恢复为稳定状态

自动翻译自官方事件更新。

1. 2026年8月23日 UTC 05:11investigating

   我们的工程组正在调查我们管理的数据库产品的问题。 此时,用户在创建集群时可能会遇到出错,既通过云控制面板,又通过API请求. 我们对不便表示歉意,一旦我们掌握了更多信息,我们将分享最新情况.

2. 2026年8月23日 UTC 07:06investigating

   我们继续调查影响数字海洋管理数据库群组在多个区域建立的问题。 在此期间,用户在通过云控面板或API创建管理数据库集群时可能遇到出错. 我们的工程队正在执行缓解措施并努力恢复正常的供给。 一旦获得更多信息,我们将提供另一个最新情况.

3. 2026年8月23日 UTC 11:30monitoring

   我们的工程组已经实施了影响纽约市和纽约市1区管理数据库集群建立的必要补救。 用户现在应该能够建立新的管理下数据库集群。 我们目前正在监测局势,以确保该服务恢复正常运作并保持稳定。 我们赞赏你的耐心,并将在问题得到充分解决后提供最新情况.

4. 2026年8月23日 UTC 14:33resolved

   我们的工程组已经解决了防止在纽约市和纽约市1区管理数据库中建立集群的问题。 客户现在可以正常创建新的管理下数据库集群. 我们的工程队监测了环境,以确保稳定。 我们为这种干扰对你的行动造成的任何不便表示诚挚的歉意。 如果你继续遇到问题,请与我们的支援团队一起开罚单:https://cloudsupport.digitalocean.com/s/

自动翻译自官方事件更新。

1. 2026年8月21日 UTC 12:59investigating

   我们的工程小组目前正在调查关于影响某些地区集装箱登记和空间桶的问题的报告。 在此期间,顾客在推取或拉取容器图像时可能遇到故障. 此外,客户可能会遇到通过云控面板访问空间的问题,页面可能显示"似乎有出事了...... 我们的工程组正在积极调查这个问题,并优先予以处理。 一旦获得更多信息,我们将提供另一个最新情况.

2. 2026年8月21日 UTC 13:06monitoring

   我们的工程小组已经查明了影响集装箱登记和空间桶的问题,并采用了固定装置。 现在应该恢复通过云控制板的空间无障碍性,并应该将容器图像推回正常状态。 我们正在继续监测结果,以确保这一问题得到充分解决,并将在确认恢复正常服务后再次提供最新情况.

3. 2026年8月21日 UTC 14:52resolved

   我们的工程小组确认,影响集装箱登记和空间无障碍的问题已经得到解决。 通过云控面板实现无障碍空间现已恢复,推进和拉取容器图像如所期望的那样取得成功。 以前遇到过这些问题的客户现在应能进入空间并部署其集装箱图像而不再出现问题。 如果你继续遇到任何问题,请和我们的支援团队一起开罚单. 谢谢你的耐心 我们为任何不便道歉.

自动翻译自官方事件更新。

1. 2026年8月19日 UTC 11:10investigating

   我们的工程组目前正在调查MKC1地区影响多个架子和节点的问题。 在此期间,顾客可能会遇到中断GPU工作量的问题,Kubernetes(DOKS)的工人节点可能会进入"不留"状态. 我们的团队正在积极努力恢复连通性,并将受影响的节点带回网络. 如果您继续遇到问题,请在您的账户内开张支持票.

2. 2026年8月19日 UTC 12:22identified

   我们查明了MKC1地区这一问题的根源,影响到多个架子和节点。 我们的工程团队正在积极实施补救步骤,以恢复连通性,并使受影响的节点恢复上网。 在此期间,客户可能会继续经历干扰GPU工作量和无服务器推论. Kubernetes(DOKS)的工人节点也可能仍然处于不留状态,客户可能无法到达Kubernetes API端点或在受影响的集群中进行集群管理操作. 一旦掌握更多信息,我们将提供另一个最新情况.

3. 2026年8月19日 UTC 15:28identified

   我们的工程小组继续研究影响MKC1区域的问题。 我们正积极努力恢复连通性,使受影响的节点重新上线。 一旦掌握更多信息,我们将提供另一个最新情况.

4. 2026年8月19日 UTC 18:59monitoring

   此时区域控制平面已完全健康. CPU Droplets,管理数据库,负载平衡器,块存储和空间等设备正常运行. Droplet创建,大小调整等管理操作正在发挥作用. Kubernetes(DOKS)控制平面可以到达. 我们的小组继续与该设施合作,以恢复所有设备。 MKC1中的GPU Droplets仍然离线或无法接通. DOKS GPU工人节点可能仍然不为所动,而这个地区的GPU支持的推论端点可能无法使用. 我们将短期监测区域控制飞机,然后解决这一事件。 GPU客户会收到个性化更新,以更多信息来代替此状态页面. 如果您对您受影响的资源有疑问, 请联系支持并参考此事件 .

5. 2026年8月19日 UTC 19:34resolved

   我们的工程小组已确认区域控制平面健康,CPU Droplets、管理的数据库、负载平衡器、Block存储器、Kubernetes(DOKS)和Spaces正常运行。 GPU Droplets继续受到影响,我们的团队正在努力恢复所有节点. 我们将通过Slack和电子邮件分别与GPU Droplet客户进行沟通,并获得更多信息和定期更新。 谢谢你在这起事件中的耐心 如果您继续遇到任何问题,请在您的账户内开张支持票.

自动翻译自官方事件更新。

1. 2026年8月13日 UTC 14:59resolved

   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. 2026年8月8日 UTC 18:57investigating

   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. 2026年8月8日 UTC 19:38investigating

   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. 2026年8月8日 UTC 20:02identified

   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. 2026年8月8日 UTC 22:02identified

   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. 2026年8月9日 UTC 00:31monitoring

   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. 2026年8月9日 UTC 01:01resolved

   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. 2026年8月6日 UTC 19:01investigating

   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. 2026年8月6日 UTC 20:02monitoring

   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. 2026年8月6日 UTC 21:05resolved

   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. 2026年8月6日 UTC 16:33resolved

   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. 2026年8月4日 UTC 16:13investigating

   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. 2026年8月4日 UTC 18:52identified

   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. 2026年8月4日 UTC 20:44monitoring

   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. 2026年8月4日 UTC 21:42resolved

   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. 2026年8月3日 UTC 13:58investigating

   从协调世界时8月3日09:36起,一些客户在访问数字海洋云控制面板时可能遇到间歇性错误,包括"mTLS验证失败"的消息. 我们的工程组正在积极调查 我们对此可能造成的不便表示歉意。 一旦获得更多信息,我们将提供另一个最新情况。 如果您有任何与此事有关的问题,请从您的云端支持页面寄出一张罚单. https://cloudsupport.digitalocean.com/s/createticket 互联网档案馆的存檔,存档日期2013-12-22

2. 2026年8月3日 UTC 16:39monitoring

   我们针对这一问题采取了缓解措施,使一些客户在进入数字海洋云控制小组时会遇到间歇性错误。 我们正目睹复苏,并密切监测这一服务。 一旦我们确认问题已完全解决,我们将再次提供最新情况

3. 2026年8月3日 UTC 17:59resolved

   在协调世界时8月3日09:36至13:30之间,一些顾客在访问"数字海洋"云控制面板时遭遇了间歇性错误. 我们延长了受影响的内部证书,恢复了准入。 问题已经解决,云控小组正常运行. 我们为中断道歉.

自动翻译自官方事件更新。

1. 2026年7月29日 UTC 17:56investigating

   我们目前正在调查这一问题.

2. 2026年7月29日 UTC 21:41investigating

   我们的工程组正在调查关于Kimi-K3空洞或断裂反应的报告。 此时用户在查询Kimi-K3服务时可能会遇到反应质量下降,具体来说是空出或断出输出(包括重复的字符). 我们对不便表示歉意,一旦我们掌握了更多信息,我们将分享最新情况.

3. 2026年7月30日 UTC 06:15resolved

   我们的工程组已经解决了这个问题,导致Kimi-K3的空洞或断裂反应. 如果你继续遇到任何问题 请给我们的支援队开张罚单 我们对此可能造成的不便表示歉意.

自动翻译自官方事件更新。

1. 2026年7月27日 UTC 18:31investigating

   我们目前正在调查这一问题.

2. 2026年7月27日 UTC 19:44identified

   这一问题已经确定,一个解决办法正在实施之中.

3. 2026年7月28日 UTC 15:24resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2026年7月24日 UTC 10:36identified

   我们注意到网络连接问题影响到从印度连接到纽约市区域资源的一些用户。 根据我们目前的调查 Airtel 和 BSNL 的用户报告 延迟、丢失或间歇性连接。 我们对不便表示歉意,并将在获得更多信息后立即提供最新情况.

2. 2026年7月24日 UTC 11:45monitoring

   我们正在观察印度用户获得纽约市区域资源的网络连接情况。 我们的小组正在监测局势,以确保服务恢复正常运作并保持稳定。 我们赞赏你的耐心,并将在问题得到充分解决后提供最新情况.

3. 2026年7月24日 UTC 12:42resolved

   在今天的07:46 UTC和10:24 UTC之间,印度的一些用户访问NYC区域的资源可能遇到连接问题. 影响仅限于使用Airtel作为其ISP的用户. 我们的调查确定,这个问题是由Airtel内部的网络问题引起的,与DigitalOcean网络无关. 连接问题现在似乎已得到解决,用户不应再遇到获取资源的问题。 我们对此可能造成的不便表示歉意。 然而,如果你继续经历任何连通性问题,请不要犹豫开一张支持票,以便进一步调查;我们很乐意进一步协助你.

自动翻译自官方事件更新。