后室中文数据库状态页 - 历史记录

影响 Actions 的性能下降问题已得到缓解。我们正在持续监控中，以确保系统稳定。

我们正在调查一个影响 GitHub Actions 的问题。部分客户在注册运行器时可能会遇到超时或失败,工作流运行在启动阶段可能会出现延迟。我们的团队正在积极扩展基础设施容量,以缓解此问题的影响。

Wiki域名临时更换，以测试登录问题。

2026年7月25日，GitHub Actions 经历了两个相关的性能下降时段，导致部分工作流运行延迟超过5分钟或因基础设施故障而终止。

第一时段（协调世界时08:45 – 09:13）：在对 Actions 关键路径 Redis 集群进行计划维护期间，一个参与区域处于性能下降状态。与此同时，一项独立的容量操作临时将另一个区域从集群中移除，并将其流量重定向到该性能下降的区域。这导致跨区域的任务分配状态出现不一致，造成工作流运行延迟、重试耗尽或直接失败。在高峰期，约7%的运行延迟超过5分钟，25%的运行在此次事件过程中因基础设施错误而失败。我们于协调世界时09:13通过将流量恢复到正常分布缓解了此次事件。

第二时段（协调世界时12:08 – 12:48）：作为缓解第一次事件的一部分，流量被重新导向仍在进行容量扩展的区域实例。扩容区域中的多个 Redis 节点出现故障，导致流量增加到健康节点，并使许多节点达到连接上限。在高峰期，30%的运行延迟超过5分钟，60%的运行在此次事件过程中因基础设施错误而失败。我们于协调世界时12:48通过将工作流流量从该扩容区域重定向来缓解此次事件。

我们正在增加维护前更强的区域健康和容量检查，并要求在恢复流量前设有一个稳定的观察期。我们还在改进自动化连接的弹性，并与我们的平台依赖方合作，自动检测和修复不健康的集群成员以及分片不平衡问题。更广泛地说，我们此前已在进行相关工作，以提升这部分 Actions 基础设施的弹性和规模。

我们已确认一个导致 GitHub Actions 运行启动延迟的问题。部分用户在触发工作流运行时可能遇到了长于预期的等待时间。我们已采取缓解措施并已恢复正常。团队将持续监控并调查根本原因。

影响 Actions 的性能下降问题已得到缓解。我们正在持续监控中，以确保系统稳定。

7月24日UTC时间16:04，我们三个物理数据中心可用区(AZ)之一的网络路径出现连接中断。由于剩余活动路径趋于饱和，导致出现丢包现象。我们的数据中心在每个计算机柜(compute cage)中采用leaf-spine交换机架构，并在每个可用区内使用一个聚合层将各机柜的spine交换机互连起来。此次连接中断影响了该特定可用区内某一机柜的spine交换机与聚合层之间的链路。

依赖该机柜计算资源的工作负载因丢包而出现性能下降，并表现出间歇性错误：

- 在受影响期间，Actions有10%的作业失败，5%的作业虽成功但启动延迟。
- 27%的GitHub issues交互出现请求缓慢或超时。
- 4%的GitHub Copilot请求出现错误，不过大多数会自动重试。
- 4%的git push操作在受影响期间受到影响。
- 身份验证请求在受影响期间延迟增加，但错误率虽有上升，在所有情况下均低于1%。

我们通过将受影响的连接重新路由至为未来容量升级预留的可用光纤路径，成功缓解了此次故障。足以消除丢包的网络容量于17:07恢复，大多数服务在17:16前已完全恢复。所有路径均已恢复，服务在17:36恢复正常。

此次事件影响了25%的可用网络互连容量。较旧的机柜采用100Gbps网络接口标准。为消除再次发生的风险，我们正在尽可能加快升级至400Gbps接口的计划，以确保交换机架构各层都拥有更充足的带宽，从而提升对路径或设备故障的容错能力。

我们观察到所有服务均已恢复

Actions 正在经历性能下降。我们将持续调查。

我们已应用缓解措施，正在监控恢复情况

Actions 的可用性正在下降。我们将继续调查。

Pages 出现性能下降。我们正在继续调查。

Copilot 正在出现性能下降。我们将持续调查。

我们正在调查部分 GitHub 服务出现超时的问题

Pull Requests 正在经历性能下降。我们将继续调查。

Actions 正在经历性能下降。我们将持续进行调查。