部分客户的 Actions Larger Runner 作业可能启动缓慢
2026年9月14日，UTC时间16：10至19：01之间，部分使用GitHub Actions大型运行器的客户遇到了作业启动等待时间比正常情况更长的问题。在此期间，<b>5.7%</b>的大型运行器作业受到了影响。<br /><br />一次常规的计算容量扩展暴露了我们配置系统中的一个bug，该bug影响了在选择创建运行器虚拟机位置时对容量记录的处理。这减缓了新运行器的创建速度，导致运行器容量不足以迅速启动受影响的作业。<br /><br />我们通过修正受影响的容量记录恢复了正常的配置流程。我们已经修复了底层的容量选择bug，以防止此类故障再次发生。我们还针对与此容量问题相关的虚拟机记录创建失败增加了警报。
原文On September 14, 2026, between 16:10 and 19:01 UTC, some customers using GitHub Actions larger runners experienced longer-than-normal wait times for jobs to start. During this period, <b>5.7%</b> of larger-runner jobs were affected. <br /><br />A routine expansion of our compute capacity exposed a bug in how our provisioning system handled capacity records when selecting where to create runner virtual machines. This slowed the creation of new runners, leaving insufficient runner capacity to start affected jobs promptly. <br /><br />We restored normal provisioning by correcting the affected capacity records. We have fixed the underlying capacity-selection bug to prevent this failure from recurring. We have also added alerts for VM-record creation failures associated with this capacity issue.
故障已缓解。我们正在监控以确保稳定性。
原文The degradation has been mitigated. We are monitoring to ensure stability.
我们正在调查部分GitHub服务性能受影响的相关报告。
原文We are investigating reports of impacted performance for some GitHub services.
关于这些数据
GitHub的故障事件数据从哪来？
全部来自GitHub 官方状态页的公开接口，由本站每 5 分钟同步一次，保留最近 90 天。事件标题、时间、影响级别与更新记录均为官方原文，本站不做改写；点详情页底部的链接可回到厂商原始记录核对。
顶部的组件状态条怎么看？
每一格是一天，绿色表示GitHub 官方状态页当天未记录异常，黄色表示部分降级，红色表示当天有较大故障，灰色表示该组件当时还没有数据。右侧的可用率是官方口径的 90 天统计，与状态总览页显示的是同一份数据。
为什么有的服务查不到历史？
本页只收录对外提供官方状态页的服务。没有公开状态页的厂商（多数国产大模型属于此类）无法取得可信数据，本站不做自建拨测去猜，因此也不会出现在状态总览里。
持续时长怎么算？
按官方标注的开始时间到恢复时间计算；尚未恢复的事件按「至今」计算并标为进行中。跨天的事件在状态条上会覆盖它经过的每一天。
完整的服务清单与实时状态见状态总览。