2026年8月 自 8 月 3 日 09:36 UTC 起,部分客户在访问 DigitalOcean Cloud Control Panel 时可能会遇到间歇性错误,包括显示 "mTLS verification failed" 消息。我们的工程团队正在积极调查。
对于由此可能造成的不便,我们深表歉意。一旦获得更多信息,我们将尽快提供进一步更新。
如果您对此问题有任何疑问,请从您的云支持页面向我们提交工单。https://cloudsupport.digitalocean.com/s/createticket
处理进展 3 条公开更新 原因: 自 8 月 3 日 09:36 UTC 起,部分客户在访问 DigitalOcean Cloud Control Panel 时可能会遇到间歇性错误,包括显示 "mTLS verification failed" 消息。我们的工程团队正在积极调查。
对于由此可能造成的不便,我们深表歉意。一旦获得更多信息,我们将尽快提供进一步更新。
如果您对此问题有任何疑问,请从您的云支持页面向我们提交工单。https://cloudsupport.digitalocean.com/s/createticket
修复: 8月3日09:36至13:30(UTC)期间,部分客户在访问DigitalOcean云控制面板时遇到间歇性错误。我们续订了受影响的内部证书并恢复了访问。问题已解决,云控制面板运行正常。我们对此次中断深表歉意。
2026年7月 我们目前正在调查此问题。
处理进展 3 条公开更新 原因: 我们的工程团队已解决导致 Kimi-K3 返回空白或异常响应的问题。如果您继续遇到任何问题,请向我们的支持团队提交工单。对于可能给您造成的任何不便,我们深表歉意。
修复: 我们的工程团队已解决导致 Kimi-K3 返回空白或异常响应的问题。如果您继续遇到任何问题,请向我们的支持团队提交工单。对于可能给您造成的任何不便,我们深表歉意。
我们目前正在调查此问题。
处理进展 3 条公开更新 我们注意到,部分从印度连接到 NYC 区域资源的用户遇到了网络连接问题。根据我们目前的调查,Airtel 和 BSNL 上的用户报告了延迟增加、数据包丢失或间歇性连接问题。我们对造成的不便深表歉意,并将在获得更多信息后尽快提供更新。
处理进展 3 条公开更新 原因: 今天 07:46 UTC 至 10:24 UTC 期间,在印度访问 NYC 区域资源的部分用户可能遇到了连接问题。影响仅限于使用 Airtel 作为其 ISP 的用户。
我们的调查确定,该问题是由 Airtel 内部网络问题所致,与 DigitalOcean 网络无关。 连接问题现在似乎已解决,用户应该不会再遇到访问其资源时出现问题的情况。
我们为由此可能造成的不便深表歉意。但是,如果您仍然遇到任何连接问题,请随时提交支持工单以便进一步调查;我们将很乐意为您提供进一步帮助。
修复: 今天 07:46 UTC 至 10:24 UTC 期间,在印度访问 NYC 区域资源的部分用户可能遇到了连接问题。影响仅限于使用 Airtel 作为其 ISP 的用户。
我们的调查确定,该问题是由 Airtel 内部网络问题所致,与 DigitalOcean 网络无关。 连接问题现在似乎已解决,用户应该不会再遇到访问其资源时出现问题的情况。
我们为由此可能造成的不便深表歉意。但是,如果您仍然遇到任何连接问题,请随时提交支持工单以便进一步调查;我们将很乐意为您提供进一步帮助。
我们的工程团队目前正在调查 llama-4-maverick 模型不可用的问题。用户在使用该模型进行 Serverless Inference 时可能会遇到 HTTP 500 错误。
我们对由此带来的不便表示歉意。我们的工程团队正在以高优先级处理此问题。感谢您的耐心与理解。
处理进展 2 条公开更新 我们目前正在调查此问题。
处理进展 2 条公开更新 我们的工程团队正在调查在 NYC1、NYC3、SGP1、SYD1 和 BLR1 区域中将卷挂载到 Droplet 时出现的问题。在此期间,您可能会遇到将卷挂载到 Droplet 时出现问题的情况。对于给您带来的不便,我们深表歉意,一旦获得更多信息,我们将分享更新。
处理进展 5 条公开更新 原因: 我们的工程团队已确认,NYC1、NYC3、SGP1、SYD1 和 BLR1 区域中 Droplets 卷挂载的问题已完全解决,所有服务现在均正常运行。
如果您继续遇到任何问题,请通过提交工单联系我们的支持团队。对于由此造成的不便,我们深表歉意。
修复: 我们的工程团队已确认,NYC1、NYC3、SGP1、SYD1 和 BLR1 区域中 Droplets 卷挂载的问题已完全解决,所有服务现在均正常运行。
如果您继续遇到任何问题,请通过提交工单联系我们的支持团队。对于由此造成的不便,我们深表歉意。
我们目前正在调查一个影响 BLR1 区域中 Droplets 出站网络流量的问题。客户在尝试访问外部服务时可能会遇到超时错误或连接问题。
我们的工程团队正在积极调查该问题,并致力于确定根本原因。一旦获得更多信息,我们将提供进一步的更新。
处理进展 4 条公开更新 修复: 我们的工程团队已解决BLR1区域的出站网络连接问题。如果您仍遇到问题,请向我们的支持团队提交工单。对于给您带来的不便,我们深表歉意。
我们的工程团队正在调查影响 TOR1 区域中 Reserved IP 路由的一个问题。该问题导致 TOR1 中 Reserved IP 的入站和出站流量失败。
同时,将 Reserved IP 从 Droplet 分离并重新分配可能会恢复连接。如果您在 TOR1 中遇到 Reserved IP 问题,我们建议尝试此变通方法。
我们的工程团队正在积极调查根本原因并努力解决问题。我们将在获得更多信息后提供更新。
处理进展 4 条公开更新 原因: 我们的工程团队已确认,影响 TOR1 区域 Reserved IP 路由的底层问题已完全解决,服务现已恢复正常运行。
如果您继续遇到任何问题,请提交工单联系我们的支持团队。对于由此造成的不便,我们深表歉意。
修复: 我们的工程团队已确认,影响 TOR1 区域 Reserved IP 路由的底层问题已完全解决,服务现已恢复正常运行。
如果您继续遇到任何问题,请提交工单联系我们的支持团队。对于由此造成的不便,我们深表歉意。
我们目前正遇到一个问题:在我们的 Serverless Inference 和 Dedicated Inference 平台上使用 Gemma 4 模型的客户可能会遇到严重延迟或请求超时。
我们的工程团队已确定根本原因是后端配置问题,该问题正在暂时降低性能。 我们正在积极制定修复方案以恢复正常响应时间,并将在缓解措施到位后立即提供后续更新。
处理进展 5 条公开更新 原因: 我们的Serverless Inference平台当前遇到一个问题,影响使用Gemma 4模型的客户。客户可能会遇到延迟显著增加或请求超时的情况。
我们的工程团队已将根因确定为后端配置问题,该问题暂时影响了模型性能。 请放心,我们的工程团队正在积极修复此问题,并将其列为高优先级处理。
对于由此可能造成的不便,我们深表歉意,并感谢您的耐心与理解。如果您还有任何疑问,请创建支持工单,以便我们进一步调查您的具体情况。
修复: 已部署的修复成功恢复了全部功能,我们的监控显示系统性能已完全稳定。所有 Gemma 4 推理工作流的响应时间已恢复到正常基线水平。
我们将继续跟踪平台稳定性,以确保长期可靠性。 对于这可能给您的工作流程造成的任何中断,我们深表歉意,并感谢您在整个恢复过程中给予的耐心。
我们的工程团队正在调查一个影响 NYC1 中 Kubernetes 部署的问题。在此期间,用户可能会看到来自应用工作负载的间歇性 DNS 故障和 NodeNotReady 事件。
我们对造成的不便深表歉意,一有可用信息,我们将立即在此页面分享。
处理进展 3 条公开更新 原因: 影响NYC1中Kubernetes部署的问题已经缓解。工作负载现在应该可以正常运作。
我们的工程团队正在继续监控受影响的系统,以确认完全解决。如果需要任何进一步的操作,我们将更新此页面。对于可能造成的不便,我们深表歉意。
修复: 影响NYC1区域Kubernetes部署的问题已解决。我们的调查发现间歇性DNS超时影响少量DOKS集群,受影响的worker节点运行在共享CPU Droplets上。这是对延迟敏感的集群DNS工作负载(如CoreDNS)的已知限制。
受影响的集群目前功能正常。为降低复发风险,我们建议在非共享/专用CPU节点池上运行CoreDNS,并使用足够的CoreDNS副本。
如果您继续看到DNS失败或NodeNotReady事件,请提交支持工单,以便我们专门调查该集群。
我们的工程团队正在调查影响 Serverless Inference 和 Agent Platform 中 Deepseek V4 Pro 模型的事件报告。用户在使用该模型时可能会遇到错误,特别是收到错误429消息。我们为造成的不便道歉,并正在尽快解决问题。一旦有更多信息,我们将提供更新。
处理进展 3 条公开更新 原因: 我们的工程团队已针对 Serverless Inference 和 Agent Platform 中 Deepseek V4 Pro 模型的问题实施了修复。该模型现在应可正常运行,用户在尝试使用它时不应再收到错误 429 消息。我们正在监控相关情况,以确保修复成功且模型按预期运行。 如果出现任何进一步的问题,我们将发布更新。如果您继续遇到问题,请向我们的支持团队提交工单。对于由此可能造成的不便,我们深表歉意。
修复: 我们的工程团队已确认,Serverless Inference 和 Agent Platform 中的 Deepseek V4 Pro 模型问题已完全解决。该模型现已恢复运行,用户应可正常使用而不会遇到任何错误。
如果您继续遇到任何问题,请向我们的支持团队提交工单。 对于由此可能造成的不便,我们深表歉意,并感谢您的耐心等待。
已恢复
NYC3 中的 Droplet Actions 27 分钟 2026年7月4日 22:42
我们的工程团队已实施修复,以解决影响 NYC3 区域中 Droplets 的问题。该问题始于 12:38 UTC,给在 NYC3 区域中尝试对其 Droplets 执行操作的客户造成了中断。
在此期间,客户在尝试在此区域创建 Droplets 时,也可能遇到了错误。
我们正在积极监控情况,以确保修复措施持续有效,并将在问题完全解决后提供进一步更新。
处理进展 2 条公开更新 原因: 我们的工程团队已实施修复,以解决影响 NYC3 区域中 Droplets 的问题。该问题始于 12:38 UTC,给在 NYC3 区域中尝试对其 Droplets 执行操作的客户造成了中断。
在此期间,客户在尝试在此区域创建 Droplets 时,也可能遇到了错误。
我们正在积极监控情况,以确保修复措施持续有效,并将在问题完全解决后提供进一步更新。
修复: 我们的工程团队已确认,影响 NYC3 区域 Droplets 的问题已完全解决。用户现在可以毫无问题地对其 Droplets 执行操作,或在该区域创建新的 Droplets。
我们感谢您在解决此问题期间的耐心等待。 如果您继续遇到任何问题,请从您的账户提交支持工单,以便我们的团队进一步调查。
我们的工程团队正在调查一个影响托管数据库集群的问题。目前,用户通过云控制面板或 API 创建/扩容/分叉和恢复 Standard MySQL、Standard PostgreSQL、OpenSearch、Kafka 和 Valkey 集群时,可能会遇到延迟。
对于造成的不便,我们深表歉意,并将在获得更多信息后尽快提供进一步更新。
处理进展 4 条公开更新 修复: 我们的工程团队已解决 Managed Database Clusters 的问题。所有数据库系统现在均应正常运行。如果您仍遇到问题,请向我们的支持团队提交工单。对于造成的不便,我们深表歉意。
截至 06:39 UTC,我们的工程团队正在调查关于从 Managed Kubernetes 连接 Managed Database 主机名时出现间歇性 DNS 查找失败的报告,主要影响从 Managed Kubernetes 到 Managed Database 主机名的连接。
目前,FRA1 区域的客户可能会遇到间歇性连接问题。
我们对造成的不便深表歉意,并将在获得更多信息后分享更新。
处理进展 3 条公开更新 修复: FRA1 区域内 Managed Kubernetes 与 Managed Database 主机名之间的间歇性 DNS 查找故障目前已经解决,但如果您再次看到该问题,请告知我们。连接一直保持稳定,所有系统均运行正常。如果您继续遇到任何问题,请向我们的支持团队提交工单。 感谢您的耐心等待,对于造成的不便我们深表歉意。
我们的工程团队正在调查一个影响使用"Downscale Anytime"选项进行 Droplet 调整大小的问题。目前,用户可能会发现该选项在 Cloud Control Panel 中不可用或无响应。
作为变通方案,在我们解决此问题期间,可以通过 API 执行调整大小操作。
对于造成的不便,我们深表歉意,一旦有更多信息,我们将分享更新。
处理进展 3 条公开更新 修复: 我们的工程团队已确认,影响使用“Downscale Anytime”选项进行 Droplet 调整大小的问题已完全解决。用户现在可以毫无问题地使用“Downscale Anytime”选项调整其 Droplet 大小。
感谢您在我们就此问题进行处理期间的耐心等待。 如果您继续遇到任何问题,请从您的账户提交支持工单,以便我们的团队进一步调查。
我们的工程团队目前正在调查一个问题:Agents 在从 Knowledge Bases 检索数据时遇到超时。因此,受影响的 Agents 可能无法检索数据,并返回以下错误:
"Failed to retrieve data from Knowledge base(s) - timeout"
请放心,我们正将此视为高优先级问题,并正在积极努力缓解。
对于由此可能造成的不便,我们深表歉意,并感谢您的耐心与理解。如果您还有其他问题,请创建支持工单,以便我们进一步调查您的具体情况。
处理进展 3 条公开更新 原因: 我们的工程团队目前正在调查一个问题:Agents 在从 Knowledge Bases 检索数据时遇到超时。因此,受影响的 Agents 可能无法检索数据,并返回以下错误:
"Failed to retrieve data from Knowledge base(s) - timeout"
请放心,我们正将此视为高优先级问题,并正在积极努力缓解。
对于由此可能造成的不便,我们深表歉意,并感谢您的耐心与理解。如果您还有其他问题,请创建支持工单,以便我们进一步调查您的具体情况。
修复: 此事件已解决,我们的团队将继续监控结果。如果您遇到任何进一步的问题,请联系支持。
2026年6月 在今天的 00:00 UTC 至 16:00 UTC 之间,我们的工程团队发现了一个影响 Droplets 备份操作的问题。在此期间,该时间窗口内计划执行的备份可能未能创建,并可能显示为缺失。
我们的团队已采取必要措施解决问题,我们可以确认备份服务已恢复,目前运行正常。 后续预定的备份应会按预期执行。
对于由此可能造成的不便,我们深表歉意,并感谢您的理解。如果您有任何其他问题或疑虑,请创建支持工单以进行进一步分析。
处理进展 1 条公开更新 原因: 在今天的 00:00 UTC 至 16:00 UTC 之间,我们的工程团队发现了一个影响 Droplets 备份操作的问题。在此期间,该时间窗口内计划执行的备份可能未能创建,并可能显示为缺失。
我们的团队已采取必要措施解决问题,我们可以确认备份服务已恢复,目前运行正常。 后续预定的备份应会按预期执行。
对于由此可能造成的不便,我们深表歉意,并感谢您的理解。如果您有任何其他问题或疑虑,请创建支持工单以进行进一步分析。
修复: 在今天的 00:00 UTC 至 16:00 UTC 之间,我们的工程团队发现了一个影响 Droplets 备份操作的问题。在此期间,该时间窗口内计划执行的备份可能未能创建,并可能显示为缺失。
我们的团队已采取必要措施解决问题,我们可以确认备份服务已恢复,目前运行正常。 后续预定的备份应会按预期执行。
对于由此可能造成的不便,我们深表歉意,并感谢您的理解。如果您有任何其他问题或疑虑,请创建支持工单以进行进一步分析。
我们的工程团队已缓解了 Anthropic 模型的一个问题。此前,用户在尝试使用任何 Anthropic 模型时可能遇到了 400 错误。
尽管该问题的根本原因仍由 Anthropic 在继续处理,但用户现在应该能够再次访问和使用 Anthropic 模型。我们将继续监控情况,并在必要时提供更新。 如果您继续遇到问题,请通过我们的支持团队提交工单。对于由此可能造成的不便,我们深表歉意。
处理进展 2 条公开更新 原因: 我们的工程团队已缓解了 Anthropic 模型的一个问题。此前,用户在尝试使用任何 Anthropic 模型时可能遇到了 400 错误。
尽管该问题的根本原因仍由 Anthropic 在继续处理,但用户现在应该能够再次访问和使用 Anthropic 模型。我们将继续监控情况,并在必要时提供更新。 如果您继续遇到问题,请通过我们的支持团队提交工单。对于由此可能造成的不便,我们深表歉意。
修复: 我们的工程团队已解决导致向 Anthropic 模型发起请求时出现 HTTP 400 错误的问题。用户现在应该可以正常访问 Anthropic 模型,不再有任何问题。
如果您仍然遇到问题,请向我们的支持团队提交工单,以便我们进一步调查。
对于由此可能造成的不便,我们深表歉意。
我们的工程团队目前正在调查一个影响 Cloud Panel 内监控图表可见性的问题。在此期间,用户可能会注意到 Droplets(已安装 DO agent)、Load Balancers、Databases 等服务的监控图表缺失或不可用。
对于由此造成的不便,我们深表歉意。我们将在获得更多信息后更新。
处理进展 3 条公开更新 原因: 我们的工程团队目前正在调查一个影响 Cloud Panel 内监控图表可见性的问题。在此期间,用户可能会注意到 Droplets(已安装 DO agent)、Load Balancers、Databases 等服务的监控图表缺失或不可用。
对于由此造成的不便,我们深表歉意。我们将在获得更多信息后更新。
修复: 今天 13:22 至 14:26 UTC 期间,用户在 Cloud Control Panel 中遇到了 Droplets(已安装 DO agent)、Load Balancers、Databases 及其他服务的监控图表缺失问题。
我们的工程团队已确定问题的根本原因,并已采取适当措施恢复功能。 我们可以确认服务已恢复,并已按预期正常运行。
我们对由此造成的不便深表歉意。如果您在查看监控图表时仍遇到问题,请创建支持工单以便进一步分析。感谢您的耐心与理解。
我们正在积极调查一个导致使用我们 Serverless/GenAI 推理 API 的客户出现 HTTP 500 错误率升高的问题。
客户影响:调用推理 API(特别是针对 /v1/* 端点)的客户将遇到间歇性 HTTP 500 错误和请求失败。
处理进展 3 条公开更新 修复: 影响我们的 Serverless/GenAI 推理 API 的连接问题已完全解决。
我们的工程团队已成功完成连接恢复。所有系统应正常运行,端点应完全可用。
我们目前正面临问题:Gradient AI DeepSeek V4 Pro 正在返回 HTTP 429 "Rate limit exceeded"
处理进展 4 条公开更新 我们的工程团队正在调查一个影响我们 DNS API 服务的问题。在此期间,用户可能会在控制面板和 API 中执行域名和 DNS 记录管理操作时遇到问题,包括创建、更新或删除 DNS 记录。 因此,依赖DNS API操作的服务(如Let's Encrypt证书配置和MongoDB集群创建)也可能受到影响。对造成的不便我们深表歉意,一旦获得更多信息,我们将发布更新。
处理进展 5 条公开更新 原因: 在09:41至11:24 UTC之间,我们的工程团队发现了一个影响DNS API服务的问题。在此期间,用户可能遇到通过控制面板和API执行域名和DNS记录管理操作的问题。依赖DNS API操作的服务,包括Let's Encrypt证书颁发、MongoDB集群创建、App Platform部署以及DigitalOcean Kubernetes(DOKS)集群的创建和删除操作,也受到影响。
我们的工程团队已确认影响DNS API服务的根本问题已完全解决,所有受影响的服务现已正常运行。
如果您继续遇到任何问题,请提交工单联系我们的支持团队。对于由此造成的任何不便,我们深表歉意。
修复: 在09:41至11:24 UTC之间,我们的工程团队发现了一个影响DNS API服务的问题。在此期间,用户可能遇到通过控制面板和API执行域名和DNS记录管理操作的问题。依赖DNS API操作的服务,包括Let's Encrypt证书颁发、MongoDB集群创建、App Platform部署以及DigitalOcean Kubernetes(DOKS)集群的创建和删除操作,也受到影响。
我们的工程团队已确认影响DNS API服务的根本问题已完全解决,所有受影响的服务现已正常运行。
如果您继续遇到任何问题,请提交工单联系我们的支持团队。对于由此造成的任何不便,我们深表歉意。
2026年5月 我们的工程团队目前正在调查多个地区的 App Platform 上构建失败的问题。用户在尝试构建应用时可能会遇到错误,导致部署失败。
我们的工程团队正在努力修复此问题,一旦有更多详细信息,我们将分享最新进展。
对于此问题可能造成的不便,我们深表歉意,并感谢您在解决问题期间的耐心等待。
处理进展 3 条公开更新 修复: 我们的工程团队已确认,影响 App Platform 构建失败的问题已于 UTC 时间上午 7:00 解决。目前所有 App Platform 构建均按预期成功。此前遇到构建失败的客户现在应能顺利部署其应用程序,不会再遇到问题。
如果您继续遇到任何问题,请向我们的支持团队提交工单。 感谢您的耐心等待,对于造成的不便我们深表歉意。
我们的工程团队发现了一个影响 Cloud Firewall 产品的问题。在此期间,用户在更新防火墙时可能会遇到 HTTP 500 错误。
对于造成的不便,我们深表歉意,并将在获得更多信息后分享更新。
处理进展 3 条公开更新 原因: 今天 06:35 UTC 至 12:36 UTC 期间,我们的工程团队发现了一个影响 Cloud Firewall 的问题。在此期间,用户在更新防火墙规则时可能会遇到问题。
我们的团队已采取适当措施来解决该问题。我们可以确认服务已恢复,目前运行正常。
我们对造成的不便深表歉意,并感谢您的耐心与理解。但是,如果您继续遇到任何问题,请创建支持工单以便进一步分析。
修复: 今天 06:35 UTC 至 12:36 UTC 期间,我们的工程团队发现了一个影响 Cloud Firewall 的问题。在此期间,用户在更新防火墙规则时可能会遇到问题。
我们的团队已采取适当措施来解决该问题。我们可以确认服务已恢复,目前运行正常。
我们对造成的不便深表歉意,并感谢您的耐心与理解。但是,如果您继续遇到任何问题,请创建支持工单以便进一步分析。
我们目前正在调查云面板上出现错误的 Cloud Firewall 规则这一问题。我们的工程团队已知悉情况,并正积极查找根本原因。由于这是一个用户界面问题,用户不会在其他服务或网络方面遇到任何问题。
对于给您带来的不便,我们深表歉意,感谢您的耐心。 我们将继续在了解更多信息后提供更新。
处理进展 3 条公开更新 修复: 我们的工程团队已验证,导致云面板上显示不正确云防火墙规则的问题已完全解决。用户界面继续按预期运行,所有系统已恢复正常运行状态。
如果您继续遇到问题,请向我们的支持团队提交工单。感谢您在本次事件期间的耐心等待。
我们的工程团队目前正在调查 NYC3 区域中一个正在发生的、影响存储层 Block Storage Volumes 的基础设施问题。用户可能会遇到写入性能下降,以及对依赖受影响存储基础设施的服务产生间歇性影响。
对于由此造成的不便,我们深表歉意,并将在获得更多信息后继续提供更新。
处理进展 3 条公开更新 原因: 从00:00 UTC到01:40 UTC,用户可能遇到了写性能下降和对NYC3地区块存储卷依赖的工作负载的间歇性影响。
我们的工程团队已确认影响存储层块存储卷的底层基础设施问题已完全解决,服务现已正常运行。
如果您继续遇到任何问题,请通过提交工单联系我们的支持团队。对于造成的任何不便,我们深表歉意。
修复: 从00:00 UTC到01:40 UTC,用户可能遇到了写性能下降和对NYC3地区块存储卷依赖的工作负载的间歇性影响。
我们的工程团队已确认影响存储层块存储卷的底层基础设施问题已完全解决,服务现已正常运行。
如果您继续遇到任何问题,请通过提交工单联系我们的支持团队。对于造成的任何不便,我们深表歉意。
服务中断 已恢复
Anthropic 报告的故障影响了对其 Serverless Inference 模型的访问 39 分钟 2026年5月15日 09:21
截至当前时间,我们的工程团队已知悉我们与提供商 Anthropic 之间存在一起正在发生的事件,该事件正在影响 Serverless Inference。此次中断影响所有尝试使用 Sonnet 4.6 和 Opus 4.7 模型的用户。根据 Anthropic 的状态页面(https://status.claude.com/incidents/8z7l5zcy0v3b),他们目前正经历导致此次中断的故障。 对于由此造成的不便,我们深表歉意,并将在获得更多信息后提供最新进展。
处理进展 3 条公开更新 原因: 截至目前,我们的工程团队已确认 Serverless Inference 的问题已解决。问题的根本原因是我们的提供商 Anthropic 发生故障,影响了 Sonnet 4.6 和 Opus 4.7 模型的用户。根据 Anthropic 的状态页面(https://status.claude.com/incidents/8z7l5zcy0v3b),他们已解决该故障。 如果您继续遇到问题,请通过我们的支持团队提交工单。对于由此可能造成的不便,我们深表歉意。
修复: 截至目前,我们的工程团队已确认 Serverless Inference 的问题已解决。问题的根本原因是我们的提供商 Anthropic 发生故障,影响了 Sonnet 4.6 和 Opus 4.7 模型的用户。根据 Anthropic 的状态页面(https://status.claude.com/incidents/8z7l5zcy0v3b),他们已解决该故障。 如果您继续遇到问题,请通过我们的支持团队提交工单。对于由此可能造成的不便,我们深表歉意。
我们的工程团队正在调查一个影响我们 DNS 服务的问题。目前,DNS 解析仍然正常,但对 DNS 记录的任何更改尚未在边缘节点得到反映。此外,客户此时可能无法创建新的 Let's Encrypt 证书。我们的工程团队正在积极努力确定根本原因并恢复完整功能。
对于任何不便,我们深表歉意,一旦有更多信息,我们会与您分享。
处理进展 4 条公开更新 原因: 我们的工程团队正在继续调查影响我们 DNS 服务的一个问题。目前,DNS 解析仍然正常;不过,DNS 记录的新更改当前尚未在边缘节点生效。
此问题也影响了相关服务。具体来说,客户可能无法创建新的 Let's Encrypt 证书。 关于托管 MongoDB,客户可以提交创建新集群或扩展现有集群的请求,但配置流程的完成目前有所延迟。这是因为依赖于 Let's Encrypt 证书签发,而证书签发需要 DNS 传播正常工作。
受影响的集群将在 DNS 问题解决后自动恢复并完成预置。我们的工程团队正在积极努力恢复所有受影响服务的完整功能。
对于给您带来的不便,我们深表歉意,并将在获得更多信息后与您分享。
修复: 截至 19:50 UTC,影响 DNS 服务的问题已完全解决,所有相关服务(包括 Let's Encrypt 证书签发和 Managed MongoDB 预配)现已正常运行。
延迟请求的积压已成功处理,所有 DNS 记录更新、待处理证书和 MongoDB 操作现在应已完成。
对于由此造成的中断,我们深表歉意,并感谢您在团队努力恢复完整功能期间的耐心等待。
不过,如果您仍然遇到任何问题,请随时提交支持工单以供进一步调查。我们将很乐意为您提供帮助。
我们目前正在调查一个影响 GradientAI Agent 平台 Playground 的问题。用户在进行 Playground 中的所有 agent 交互时,可能会看到“Something went wrong”错误。通过 API 端点提供的 agent 功能不受影响。我们正在积极查找原因,一旦获得更多信息,将及时提供更新。
处理进展 5 条公开更新 修复: 影响GradientAI Agent Platform Playground的问题的修复措施已全面实施,服务运行正常。我们不再观察到与此问题相关的客户影响,该事件已解决。
我们的工程团队正在调查一个影响通过控制面板启用双因素认证(2FA)和 Google/GitHub 认证的问题。在此期间,用户可能在启用这些认证方式时遇到错误,也可能在访问已启用安全登录的团队时遇到问题。
对于给您带来的不便,我们深表歉意,并将在获得更多信息后提供更新。
处理进展 3 条公开更新 原因: 今天 5:35 至 14:25 UTC 期间,我们的工程团队发现了一个问题,导致无法通过控制面板启用双重身份验证(2FA)以及 Google/GitHub 身份验证。在此期间,用户可能遇到了启用身份验证方法以及访问启用了安全登录的团队时的问题。
我们的团队已采取适当措施来解决该问题。 我们可以确认服务已恢复,目前运行正常。
对于造成的不便,我们深表歉意。不过,如果您仍遇到任何问题,请创建支持工单以便进一步分析。
修复: 今天 5:35 至 14:25 UTC 期间,我们的工程团队发现了一个问题,导致无法通过控制面板启用双重身份验证(2FA)以及 Google/GitHub 身份验证。在此期间,用户可能遇到了启用身份验证方法以及访问启用了安全登录的团队时的问题。
我们的团队已采取适当措施来解决该问题。 我们可以确认服务已恢复,目前运行正常。
对于造成的不便,我们深表歉意。不过,如果您仍遇到任何问题,请创建支持工单以便进一步分析。
服务中断 已恢复
Let's Encrypt 中断影响证书签发和托管数据库操作 1 小时 8 分钟 2026年5月9日 04:46
我们的工程团队已知悉上游Let's Encrypt的中断(见https://letsencrypt.status.io/),这影响以下服务:
- 无法为Spaces、负载均衡器和App Platform自定义域名创建新的Let's Encrypt证书
- Mongo、PG和MySQL数据库的创建/分叉/恢复卡住或延迟。
请注意,与托管数据库和App Platform自定义域名相关的操作将自动重试,一旦上游中断解决,应该会成功完成。
我们将继续监控此情况并提供更新。对于造成的不便,我们深表歉意。
处理进展 2 条公开更新 修复: Let's Encrypt 的上游故障已解决。客户现在应该可以为 Spaces、Load Balancers 和 App Platform Custom Domains 签发 Let's Encrypt 证书。我们的工程团队也已确认,Mongo、Advanced PG 和 Advanced MySQL 数据库中停滞或延迟的操作现在应该可以正常完成。
感谢您的耐心等待。 如果您继续遇到任何问题,请从您的账户内提交支持工单。
我们目前正在调查一个影响我们 NYC2 区域多项服务的问题。我们的工程团队已了解该情况,正在努力确定根本原因,并尽快恢复完全连接。
在 NYC2 区域拥有资源的用户可能会遇到 Droplet 连接、API 请求或其他服务方面的问题。
我们将随着更多信息的获取提供进一步更新。对于由此可能造成的不便,我们深表歉意。
处理进展 4 条公开更新 修复: 我们的工程团队已解决NYC2区域多个服务的问题,所有服务现在应已正常运行。如果您继续遇到问题,请向我们的支持团队提交工单。对于给您带来的不便,我们深表歉意,并感谢您的耐心等待。
2026年4月 无服务器推理客户正在经历较高的 5xx 错误,包括“context canceled”响应。这可能会导致间歇性请求失败。我们的团队正在积极调查,并将在获得更多信息后提供更新。
处理进展 4 条公开更新 修复: Serverless Inference 服务已恢复。
我们已经实施了更严格的速率限制以帮助防止问题再次发生,并正在密切监控系统性能。在我们完成最后的稳定化工作期间,部分用户可能仍会遇到间歇性延迟。
我们的团队仍在积极努力以确保完全恢复。感谢您的耐心等待,我们将根据需要提供进一步更新。
已恢复
Serverless Inference - 间歇性速率限制影响部分使用 Anthropic 模型的客户 59 分钟 2026年4月27日 18:38
我们正在调查影响部分使用 DigitalOcean 无服务器推理与 Anthropic 模型的客户的问题。在过去两个小时内,受影响的客户在部分 Anthropic 模型请求中可能遇到间歇性请求失败,包括 HTTP 429 响应。我们的工程团队正在积极调查此问题。对于给您带来的不便,我们深表歉意,并将在有更多信息后分享最新进展。
处理进展 3 条公开更新 截至 21:53 UTC,我们的工程团队正在调查有关托管在 ATL1 区域中的 Llama 3.3 70B、GPT OSS 120B、GPT OSS 20B、Qwen3 32B 和 Deepseek R1 70B 模型内部错误增加的报告,该问题影响 Serverless Inference。目前,使用托管在 ATL1 中模型的用户在使用 Serverless Inference 时可能会遇到间歇性错误。 我们对造成的不便深表歉意,并将在获得更多信息后分享更新。
处理进展 2 条公开更新 我们的工程团队目前正在调查 App Platform 上构建失败的报告。用户尝试构建其应用程序时可能会遇到错误,导致部署失败。
我们的工程团队正在努力修复该问题,一旦获得更多信息,将分享更新。
对于此问题可能造成的不便,我们深表歉意,并感谢您在解决问题期间的耐心等待。
处理进展 4 条公开更新 修复: 我们的工程团队已确认,影响 App Platform 部署和 Kubernetes (DOKS) 节点的问题已于 09:22 UTC 完全解决。用户在部署应用和 DOKS 节点时,可能已经注意到改善。
所有 App Platform 部署现在均按预期成功执行。 之前遇到构建失败的客户现在应该能够部署其应用而不再遇到进一步的问题。
如果您继续遇到任何问题,请向我们的支持团队提交工单。感谢您的耐心,对给您带来的不便我们深表歉意。
我们的工程团队目前正在调查一个影响所有区域中托管 Kubernetes UI 的问题。在此期间,部分用户可能会遇到 DigitalOcean 引导流程中 Kubernetes UI 页面无法加载的情况。
对于由此带来的不便,我们深表歉意,并将在获得更多信息后尽快分享。
处理进展 4 条公开更新 我们的工程团队目前正在调查一个影响 Cloud Control Panel 和 API 的问题。在此期间,创建、销毁或触发 droplets 事件的 API 请求可能无法成功。此外,Cloud Control Panel 中的 Droplets 页面可能无法正常加载,用户在查看 droplet 列表时可能会遇到问题。
我们正在积极调查根本原因,一旦获得更多信息,将及时提供更新。
对于给您带来的不便,我们深表歉意,并感谢您的耐心等待。
处理进展 3 条公开更新 原因: 我们的工程团队已解决影响 DigitalOcean API 和 Cloud Control Panel 的问题。系统现已正常运行。
在故障期间,用户可能遇到无法访问 Droplets、无法查看 Droplets 页面,或无法通过 API 执行 CRUD(创建、读取、更新、删除)操作的情况。我们已确认该问题已完全解决。
对于这可能造成的不便,我们深表歉意。如果您继续遇到任何问题,请通过 Cloud Control Panel 提交支持工单,以便我们的团队进一步为您提供帮助。
修复: 我们的工程团队已解决影响 DigitalOcean API 和 Cloud Control Panel 的问题。系统现已正常运行。
在故障期间,用户可能遇到无法访问 Droplets、无法查看 Droplets 页面,或无法通过 API 执行 CRUD(创建、读取、更新、删除)操作的情况。我们已确认该问题已完全解决。
对于这可能造成的不便,我们深表歉意。如果您继续遇到任何问题,请通过 Cloud Control Panel 提交支持工单,以便我们的团队进一步为您提供帮助。
我们的工程团队注意到一个影响 .co 顶级域 (TLD) 的大范围外部问题。虽然此事件起源于 DigitalOcean 基础设施之外,但无论使用哪个 DNS 解析器,您在查询 .co 域名时可能会遇到错误。
我们的工程师正在积极部署临时后端缓解措施,以尽量减少对客户的影响。我们将继续密切监控情况,并在获得更多信息后发布更新。
处理进展 3 条公开更新 修复: 我们的工程团队已确认,影响 .co 顶级域(TLD)DNS 解析的问题已得到解决。.co 域名的 DNS 解析现在已恢复正常。
对于给您带来的不便,我们深表歉意。如果您仍然遇到任何问题,请从您的账户内提交支持工单。
从 17:22 到 17:46 UTC,我们的工程团队观察到影响 NYC3 区域 Spaces 可用性的一个问题。在此期间,客户在访问 Spaces 存储桶时可能遇到了 500 错误和性能下降。该问题现已完全解决。如果您继续遇到问题,请从您的 Cloud Control Panel 内向我们的支持团队提交工单。 对于由此造成的任何不便,我们深表歉意。
处理进展 1 条公开更新 原因: 从 17:22 到 17:46 UTC,我们的工程团队观察到影响 NYC3 区域 Spaces 可用性的一个问题。在此期间,客户在访问 Spaces 存储桶时可能遇到了 500 错误和性能下降。该问题现已完全解决。如果您继续遇到问题,请从您的 Cloud Control Panel 内向我们的支持团队提交工单。 对于由此造成的任何不便,我们深表歉意。
修复: 从 17:22 到 17:46 UTC,我们的工程团队观察到影响 NYC3 区域 Spaces 可用性的一个问题。在此期间,客户在访问 Spaces 存储桶时可能遇到了 500 错误和性能下降。该问题现已完全解决。如果您继续遇到问题,请从您的 Cloud Control Panel 内向我们的支持团队提交工单。 对于由此造成的任何不便,我们深表歉意。
我们的工程团队正在调查一个问题,该问题因服务不稳定导致错误率升高并终止打开的连接,从而造成一些 500 错误。在我们努力解决此问题期间,部分请求可能会失败。
对于给您带来的不便,我们深表歉意,我们将在获得更多信息后分享更新。
处理进展 3 条公开更新 原因: 我们的工程团队正在调查一个问题,该问题因服务不稳定导致错误率升高并终止打开的连接,从而造成一些 500 错误。在我们努力解决此问题期间,部分请求可能会失败。
对于给您带来的不便,我们深表歉意,我们将在获得更多信息后分享更新。
修复: 我们的工程团队已针对因服务不稳定而导致错误率升高的问题实施了修复。我们目前正在监控情况,以确保稳定性并确认包括 HTTP 500 响应在内的错误率已恢复正常水平。
一旦我们确认问题已完全解决,将提供进一步更新。
从 16:07 到 16:50 UTC,我们的工程团队观察到所有区域的 App Platform 部署出现问题。在此期间,新建和现有应用的 App 部署都会受到影响。截至 16:50 UTC,我们的团队已完全解决这些问题。所有新建和现有的 App 部署现在应已恢复正常运行。 如果您继续遇到问题,请从您的 Cloud Control Panel 内向我们的支持团队提交工单。对于由此造成的不便,我们深表歉意。
处理进展 1 条公开更新 原因: 从 16:07 到 16:50 UTC,我们的工程团队观察到所有区域的 App Platform 部署出现问题。在此期间,新建和现有应用的 App 部署都会受到影响。截至 16:50 UTC,我们的团队已完全解决这些问题。所有新建和现有的 App 部署现在应已恢复正常运行。 如果您继续遇到问题,请从您的 Cloud Control Panel 内向我们的支持团队提交工单。对于由此造成的不便,我们深表歉意。
修复: 从 16:07 到 16:50 UTC,我们的工程团队观察到所有区域的 App Platform 部署出现问题。在此期间,新建和现有应用的 App 部署都会受到影响。截至 16:50 UTC,我们的团队已完全解决这些问题。所有新建和现有的 App 部署现在应已恢复正常运行。 如果您继续遇到问题,请从您的 Cloud Control Panel 内向我们的支持团队提交工单。对于由此造成的不便,我们深表歉意。
我们的工程团队正在调查一个影响 Managed Databases 调整大小操作的问题。在此期间,用户在所有区域通过 Cloud Control Panel 和 API 尝试调整 Managed Database 大小时,可能会遇到错误。对于造成的不便,我们深表歉意,并将在获得更多信息后分享更新。
处理进展 3 条公开更新 修复: 我们的工程团队已解决 Managed Databases 的 resize 操作问题,现在应已恢复正常运行。如果您继续遇到问题,请从您的 Cloud Control Panel 内向我们的支持团队提交工单。对于给您带来的任何不便,我们深表歉意。
主题:所有区域的 Droplet 可用性
我们的工程团队发现了一个影响所有区域中 Droplet 创建的问题。已找到根本原因,已实施修复,我们目前正在监控情况以确保完全解决。用户此时应该能够创建新的 Droplet。
我们将继续监控,并在问题完全解决后立即发布更新。对于造成的不便,我们深表歉意。
处理进展 2 条公开更新 原因: 主题:所有区域的 Droplet 可用性
我们的工程团队发现了一个影响所有区域中 Droplet 创建的问题。已找到根本原因,已实施修复,我们目前正在监控情况以确保完全解决。用户此时应该能够创建新的 Droplet。
我们将继续监控,并在问题完全解决后立即发布更新。对于造成的不便,我们深表歉意。
修复: 主题:所有区域的 Droplet 可用性
我们的工程团队发现了一个影响所有区域中 Droplet 创建的问题。已找到根本原因,已实施修复,我们目前正在监控情况以确保完全解决。用户此时应该能够创建新的 Droplet。
我们将继续监控,并在问题完全解决后立即发布更新。对于造成的不便,我们深表歉意。
我们的工程团队已解决发生在 17:06 至 17:18 UTC 的控制平面中断。在此期间,用户在使用 Cloud Control Panel 或 DigitalOcean API 管理其资源时,可能遇到了间歇性问题。该中断的根本原因已被识别并处理,所有服务现已正常运行。
如果您继续遇到任何问题,请向我们的支持团队提交工单。给您带来的不便,我们深表歉意。
处理进展 1 条公开更新 原因: 我们的工程团队已解决发生在 17:06 至 17:18 UTC 的控制平面中断。在此期间,用户在使用 Cloud Control Panel 或 DigitalOcean API 管理其资源时,可能遇到了间歇性问题。该中断的根本原因已被识别并处理,所有服务现已正常运行。
如果您继续遇到任何问题,请向我们的支持团队提交工单。给您带来的不便,我们深表歉意。
修复: 我们的工程团队已解决发生在 17:06 至 17:18 UTC 的控制平面中断。在此期间,用户在使用 Cloud Control Panel 或 DigitalOcean API 管理其资源时,可能遇到了间歇性问题。该中断的根本原因已被识别并处理,所有服务现已正常运行。
如果您继续遇到任何问题,请向我们的支持团队提交工单。给您带来的不便,我们深表歉意。
已恢复
无服务器推理 - 开源模型高错误率(Qwen 3 32B) 3 小时 1 分钟 2026年4月7日 20:49
tor1中alibaba-qwen3-32b(Qwen 3 32B)的无服务器推理从10:46 UTC开始出现高错误率。
处理进展 3 条公开更新 修复: 服务已完全恢复,模型现已正常运行。我们已实施改进,以增强稳定性并降低未来出现类似问题的可能性。
我们的工程团队正在调查 Serverless 推理的一个问题。
目前,用户可能会遇到开源模型(llama 3.3 70b)出现高错误率的情况。
对于由此造成的不便,我们深表歉意,并将在获得更多信息后分享更新。
处理进展 3 条公开更新 2026年3月 我们的工程师目前正在调查一个影响在 FRA1 区域使用 Dedicated Egress IP 的新 App Platform 部署的问题。在此期间,部分用户在创建新的 App Platform 应用或部署现有应用时可能会遇到延迟。现有应用不受影响,应能继续正常运行。 对于任何不便,我们深表歉意,一旦有更多信息,我们会与您分享。
处理进展 3 条公开更新 原因: 影响 App Platform 部署延迟的问题已确认解决。大约在 00:08am UTC 至 11:46am UTC 之间,用户在创建或更新应用时可能注意到延迟,或可能遇到部署失败。对于失败的部署,请触发重新部署,这应能成功解决问题。
我们已确认服务运行正常。 我们再次为造成的不便深表歉意,并感谢您的理解。
但是,如果您继续遇到任何问题,请随时提交支持工单以便进一步调查。我们将很乐意为您提供帮助。
修复: 影响 App Platform 部署延迟的问题已确认解决。大约在 00:08am UTC 至 11:46am UTC 之间,用户在创建或更新应用时可能注意到延迟,或可能遇到部署失败。对于失败的部署,请触发重新部署,这应能成功解决问题。
我们已确认服务运行正常。 我们再次为造成的不便深表歉意,并感谢您的理解。
但是,如果您继续遇到任何问题,请随时提交支持工单以便进一步调查。我们将很乐意为您提供帮助。
我们目前正在调查影响 Gradient AI 平台上代理和服务可访问性的问题。用户在使用这些功能时可能会遇到故障或无响应。我们的工程团队正在积极努力查明根本原因并恢复全部功能。对于造成的不便我们深表歉意,一旦有更多信息,我们将分享更新。
处理进展 5 条公开更新 修复: 我们的工程团队已实施修复,影响 Gradient AI Platform 的问题已解决。所有代理均已恢复并运行正常。服务已完全恢复。
展开全部 50 条记录