Digitalocean 中断历史

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. 我们正在继续监测这项服务,以确保其保持稳定,并将在获得更多信息后提供进一步的最新资料。 我们感谢你的耐心和理解.

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

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网络无关. 连接问题现在似乎已得到解决,用户不应再遇到获取资源的问题。 我们对此可能造成的不便表示歉意。 然而,如果你继续经历任何连通性问题,请不要犹豫开一张支持票,以便进一步调查;我们很乐意进一步协助你.

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

1. 2026年7月23日 UTC 11:16investigating

   我们的工程组正在调查一个问题 即没有Lama -4 -maverick模型。 用户在使用无服务器推论时可能会遇到HTTP 500出错. 我们为不方便而道歉。 我们的工程团队正以高度优先的态度努力解决这个问题。 谢谢你的耐心和理解.

2. 2026年7月23日 UTC 12:37resolved

   这一事件已经得到解决.

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

1. 2026年7月22日 UTC 16:50investigating

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

2. 2026年7月22日 UTC 19:42resolved

   这一事件已经得到解决.

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

1. 2026年7月19日 UTC 09:51investigating

   我们的工程组正在调查一个问题, 上面有NYC1、NYC3、SGP1、SYD1和BLR1地区的水滴。 在这段时间里,您可能会遇到一个问题, 将音量附入 Droplet(s) 。 我们对不便表示歉意,一旦我们掌握了更多信息,我们将分享最新情况.

2. 2026年7月19日 UTC 13:36investigating

   我们正在继续调查这一问题.

3. 2026年7月19日 UTC 14:52monitoring

   我们的工程组已经查明了这一问题的根源,在NYC1、NYC3、SGP1、SYD1和BLR1中阻止了Droplets的体积附件,并成功地实施了固定。 您现在应该可以在您的 Dropplet 上附加卷, 而不遇到任何进一步的错误或问题 。 我们正在积极监测局势,以确保解决问题依然有效,并将在该问题得到全面解决后再提供最新情况.

4. 2026年7月19日 UTC 15:32resolved

   我们的工程小组证实,NYC1、NYC3、SGP1、SYD1和BLR1区域的Droplets的体积附件问题已完全解决,所有服务现已正常运行。 如果您继续遇到任何问题,请通过开出罚单与我们的支援小组联系。 我们为造成的不便道歉.

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

1. 2026年7月19日 UTC 06:57investigating

   我们目前正在调查一个影响BLR1区域Droplet网络流量的问题。 客户在试图获得外部服务时可能会遇到超时出错或连通性问题。 我们的工程组正在积极调查这个问题并努力查明根源。 一旦获得更多信息,我们将立即提供补充最新情况.

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

   我们的工程小组已查明一个影响BLR1区域以Droplet为基础的服务上游网络连接的问题,并正同有关的上游供应商积极合作,执行一项决议。 在试图从BLR1的Droplets到达外部终点时,客户可能会继续遇到间歇性超时或连接问题。 一旦问题得到充分解决或获得更多信息,我们将再次提供最新情况.

3. 2026年7月19日 UTC 09:31monitoring

   我们的工程组已经实施了影响BLR1区域以Droplet为基础的服务上游网络连接的必要解决方案。 用户现在应该能够连接到来自 BLR1 Dropplets 的外部端点. 我们目前正在监测局势,以确保服务恢复正常运作并保持稳定。 我们赞赏你的耐心,并将在问题得到充分解决后提供最新情况.

4. 2026年7月19日 UTC 09:52resolved

   我国工程组已解决了BLR1区域出站网络互联互通问题. 如果你继续遇到问题 请和我们的支援队一起开罚单 我们为任何不便而道歉.

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

1. 2026年7月16日 UTC 13:39investigating

   我们的工程组正在调查一个影响 TOR1区域 IP 后备路线的问题 这个问题正在导致TOR1中保留的IP的出入境流量失败. 在此期间,拆卸并重新将所保留的IP分到Droplet上可以恢复连接. 如果你在TOR1中遇到你保留的IP的问题,我们建议绕道试试。 我们的工程队正在积极调查根源,并努力寻求解决。 一旦获得更多信息,我们将提供最新资料.

2. 2026年7月16日 UTC 15:30identified

   我们的工程组已经查明了影响TOR1区域所保留IP线路的问题的原因,这导致TOR1中所保留IP的进出流量失败. 拆卸并重新将所保留的IP分到Droplet上,可能在此期间恢复连接. 我们建议你如果在TOR1中仍然遇到 与你所保留的IP有关的问题的话,就来试试 我们的工程组目前正在努力执行一个解决方案。 一旦获得更多信息,我们将提供最新资料.

3. 2026年7月16日 UTC 17:01monitoring

   我们的工程组已经针对影响TOR1区域备用IP路线的问题实施了一个解决方案,我们目前正在监测结果。 现在应该恢复TOR1中进出保留IP的流量。 如果你重新分配了你的备用IP 作为工作 并且仍然遇到问题, 请联系我们的支援团队。 我们将继续密切监测局势,并在我们确认这一问题得到全面解决后提供进一步的最新情况.

4. 2026年7月16日 UTC 17:24resolved

   我们的工程组已经证实,影响TOR1区域备用IP线路的根本问题已经完全解决,服务现在正常运行. 如果您继续遇到任何问题,请通过开出罚单与我们的支援小组联系。 我们为造成的不便道歉.

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

1. 2026年7月13日 UTC 19:04identified

   目前我们正面临一个问题,在我们的无服务器推论和专用推论平台上使用Gemma 4模型的客户可能会遇到严重的延迟或要求暂停。 我们的工程团队已经确定了一个后端配置问题作为根本原因,这暂时降低了性能. 我们正在积极制定恢复正常反应时间的固定办法,一旦缓解措施到位,我们将再次提供最新情况

2. 2026年7月13日 UTC 22:24monitoring

   为解决后端配置问题,已部署一个固定装置. 我们正在密切监测系统运行情况,以确保所有Gemma 4推断工作流程的完全恢复和正常反应时间.

3. 2026年7月14日 UTC 11:07identified

   我们正面临一个影响客户的问题 使用Gemma 4模型 在我们的无服务器推论平台。 客户可能经历时间间隔大大增加或要求暂停。 我们的工程团队已确定后端配置问题为根本原因,暂时影响模型性能. 请放心,我们的工程队正在积极寻找解决办法,并高度优先处理这一问题。 我们为这可能造成的任何不便表示诚挚的歉意并赞赏你的耐心和理解。 如有进一步问题,请制作支持票,以便我们进一步调查你的具体案件.

4. 2026年7月15日 UTC 10:06monitoring

   为解决这一问题,已部署了一个解决办法。 我们正在密切监测系统运行情况,以确保所有Gemma 4推断工作流程的完全恢复和正常反应时间.

5. 2026年7月15日 UTC 21:46resolved

   已部署的固定装置成功地恢复了全部功能,我们的监测显示,系统性能已完全稳定。 所有Gemma 4推论工作流程的反应时间已恢复到正常的基准水平。 我们将继续跟踪推进平台稳定,确保长期可靠性。 我们为可能给工作流程造成的任何干扰道歉,并赞赏你在整个恢复过程中的耐心.

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

1. 2026年7月9日 UTC 20:31investigating

   我们的工程组正在调查一个影响 Kubernetes在纽约市1号的部署的问题。 用户可能在此期间从应用程序工作量中看到间歇性的DNS故障和NodeNoteReady事件. 我们为不便道歉,一旦有新的信息,我们将在本页面上分享.

2. 2026年7月10日 UTC 01:18monitoring

   影响Kubernetes在NYC1部署的问题已经平息. 工作量现在应正常运作。 我们的工程队正在继续监测受影响的系统,以确认其完全分辨率。 如果还需要任何进一步的行动,我们会更新这个页面. 我们对此可能造成的不便表示歉意.

3. 2026年7月11日 UTC 01:27resolved

   影响纽约市1区库伯内特部署的问题已经得到解决。 我们的调查发现间歇性DNS超时影响少数DOKS集群, 这是对CoreDNS等对耐久性敏感的集群DNS工作量的文献限制. 受影响的集群目前正在运作。 为了降低重现的风险,我们建议在非共享/专用CPU节点池上运行CoreDNS,并使用足够的CoreDNS复制. 如果您继续看到 DNS 失败或NodeNoteReady 事件, 请打开支持票, 这样我们可以特别调查该组 .

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