Flyio 中断历史

1. 2026年10月26日 UTC 14:34investigating

   我们正在调查关于我们的网络与AWS实施伙伴之间日益严重的联网问题的报告。 我们正在努力确定问题的根源.

2. 2026年10月26日 UTC 14:54investigating

   我们的初步调查显示 连接错误正在发生 从AWS IP 返回路径。 我们正与核武器国家一起使这一问题升级,并继续进行调查。 鼓励看到问题的客户也与AWS支持或其AWS托管的供应商支持联系,详细了解连接出错及其飞行机IP.

3. 2026年10月26日 UTC 15:15identified

   我们继续看到从AWS IP到一个子集主机的连接问题. 从我们的调查来看,这些联系似乎被AWS方面封锁了. 我们正在继续与我们的上游网络伙伴和澳大利亚妇女协会合作进行补救。 同时,建议受影响的客户使用**飞行自分配式飞行器分配应用范围静态飞行器。 **

4. 2026年10月26日 UTC 16:26identified

   我们正在继续与我们的上游网络伙伴和澳大利亚妇女协会合作进行补救。 建议受影响的客户使用**飞行本身分配的飞行器分配应用范围静态入侵IP。 ** 鼓励看到问题的客户也与AWS支持或其AWS托管的供应商支持联系,详细了解连接出错及其飞行机IP.

5. 2026年10月26日 UTC 18:08identified

   AWS已经实施了改变 以解锁他们的网络连接 从到达我们的机器。 我们看到,随着这些变化的生效,互联互通开始在东道方基础上恢复.

6. 2026年10月26日 UTC 19:23identified

   受影响主机从AWS到Fly.io的连接性正在继续恢复。 大约80%看到互联互通问题的东道主此时已完全恢复.

7. 2026年10月26日 UTC 20:40resolved

   这个事件已经解决,从AWS到所有主机的连接都恢复正常.

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

1. 2026年10月26日 UTC 01:50identified

   由于上游供应商的拥堵,国际开发部区域的一部分主机丢失了更多的包。 我们正在同提供方合作以解决这一问题。 IAD区域托管的应用程序此时可能会出现包丢失.

2. 2026年10月26日 UTC 04:24resolved

   影响我们上游供应商的拥挤问题已经得到解决。 我们正观察到内审司区域网络运行情况恢复正常.

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

1. 2026年10月25日 UTC 10:46investigating

   调整规模或改变计划等控制飞机操作会失败. MPG群集的可用性没有受到影响.

2. 2026年10月25日 UTC 10:58monitoring

   IAD的MPG控制平面再次接受写作. 我们正在监测其他影响.

3. 2026年10月25日 UTC 11:02resolved

   内审司的飞机控制业务,包括调整规模和改变计划,正在恢复正常运行.

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

1. 2026年10月22日 UTC 19:26resolved

   UTC今天的~18:00 - 18:10之间,我们看到多个区域的边缘性能退化. 客户可能注意到,在此期间,连接中断的次数增加,或比通常的连接时间更长,到达他们的应用程序。 采用了固定装置,边缘性能恢复到正常水平.

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

1. 2026年10月20日 UTC 16:54identified

   GRU的东道主能力很低 在该地区创建或启动机器此时可能失败. GRU的远程建设者也受到了影响. 积极提供新增能力. 作为临时补救,客户可以考虑在EWR或ID中创造资源.

2. 2026年10月20日 UTC 23:53resolved

   我们为该区域增加了东道国能力。 在GRU创建、启动和远程建设的机器现在应该正常运转.

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

1. 2026年10月16日 UTC 18:08identified

   飞行测量仪. 净主机Grafana和日志搜索实例目前无法访问,原因是 。 维修完毕后会返回 大约20分钟 使用"飞行遥测"或"飞行日志"发货人等手段运入其他来源的日志和计量器仍然可用,目前只有主机Grafana取景器无法使用.

2. 2026年10月16日 UTC 18:43monitoring

   (https://fly-meters.net) 主办Grafana和日志搜索实例现在应该可以再次访问。 我们继续监视 任何问题的结果.

3. 2026年10月16日 UTC 19:24resolved

   [fly-meters.net](https://fly-meters.net)主机Grafana和日志搜索实例现已完全可以访问.

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

1. 2026年10月16日 UTC 16:22identified

   我们即将在舰队所有主机上 进行滚动重启 进行关键的维修 每个主机上的客户机,卷和MPG集群实例在主机重播时将无法使用. 在重启期间,每个主机将无法使用15至20分钟,一个地区的多个主机可能会同时下架. 用户应该预计他们的应用程序会有一段停机或中断的时间,特别是如果他们在一台机器上运行的话. 我们正在争取在推出期间尽可能高的营业时间,同时确保迅速完成这项工作。 一旦重新开始进程,我们将提供进一步的最新情况.

2. 2026年10月16日 UTC 16:50identified

   我们正在开始所有主机的滚动重启进程,首先是YYZ区域。 在重新启动期间,主机上的机器、卷和MPG实例将无法使用约15至20分钟。 我们将随着推出的进展提供进一步的最新情况.

3. 2026年10月16日 UTC 16:59identified

   滚动主机重启开始于所有区域. 当主机在此过程中重新启动时,机器,卷和MPG实例将无法使用约15-20分钟. 用户应该预计其应用在这期间会有一段中断或停机的时间,特别是在他们运行在一款机器上的情况下. 我们将随着推出的进展提供进一步的最新情况.

4. 2026年10月16日 UTC 18:01identified

   所有区域的东道主重启工作正在分阶段进行。 每个区域只有一个子集的主机在每次下. 我们期望这一进程需要几个小时才能完全完成,而更大的区域需要花费最长的时间才能完成。 计划启动阶段将最大限度地减少对这些地区内管理邮递组的影响,但MPG用户在这一时期可能会看到主要备用转接量增加。 随着推出工作的进行,我们将进一步提供最新进展.

5. 2026年10月16日 UTC 18:35identified

   所有区域的东道主重启工作正在分阶段继续进行,第一阶段接近完成。 每个区域只有一个子集的主机在每次下. 我们期望这一进程需要几个小时才能完全完成,而更大的区域需要花费最长的时间才能完成。 计划启动阶段将最大限度地减少对这些区域内的邮管组的影响;但是,在这一期间,邮管组的用户可能会看到主要备用转接量的增加。 随着推出工作的继续进行,我们将继续提供最新进展情况.

6. 2026年10月16日 UTC 19:10identified

   东道主重启工作正在所有区域分阶段进行,第二阶段已接近完成 -- -- 目前,整个车队约25%的东道主已重新启动。 每个区域只有一个子集的主机在每次下. 我们期望这一进程需要几个小时才能完全完成,而更大的区域需要花费最长的时间才能完成。 计划启动阶段将最大限度地减少对这些区域内的邮管组的影响;但是,在这一期间,邮管组的用户可能会看到主要备用转接量的增加。 随着推出工作的继续进行,我们将继续提供最新进展情况.

7. 2026年10月16日 UTC 20:00identified

   东道主重启正在所有区域分阶段进行——目前,整个舰队约40%的东道主已重新启动。 每个区域只有一个子集的主机在每次下. 我们期望这一进程需要几个小时才能完全完成,而更大的区域需要花费最长的时间才能完成。 一般来说,飞行机应该回到主机重启前的状态,除非机器重启政策另有说明. 计划启动阶段将最大限度地减少对这些区域内的邮管组的影响;但是,在这一期间,邮管组的用户可能会看到主要备用转接量的增加。 随着推出工作的继续进行,我们将继续提供最新进展情况.

8. 2026年10月16日 UTC 20:41identified

   所有区域的东道主重启工作正在分阶段继续进行 -- -- 此时,整个舰队约50%的东道主已重新启动。 每个区域只有一个子集的主机在每次下. 我们期望这一进程需要几个小时才能完全完成,而更大的区域需要花费最长的时间才能完成。 一般来说,飞行机应该回到主机重启前的状态,除非机器重启政策另有说明. 计划启动阶段将最大限度地减少对这些区域内的邮管组的影响;但是,在这一期间,邮管组的用户可能会看到主要备用转接量的增加。 随着推出工作的继续进行,我们将继续提供最新进展情况.

9. 2026年10月16日 UTC 21:11identified

   所有区域的东道主重启工作正在分阶段继续进行 -- -- 目前,整个车队所有东道主的大约65%已经重新启动。 每个区域只有一个子集的主机在每次下. 我们期望这一进程需要几个小时才能完全完成,而更大的区域需要花费最长的时间才能完成。 一般来说,飞行机应该回到主机重启前的状态,除非机器重启政策另有说明. 计划启动阶段将最大限度地减少对这些区域内的邮管组的影响;但是,在这一期间,邮管组的用户可能会看到主要备用转接量的增加。 随着推出工作的继续进行,我们将继续提供最新进展情况.

10. 2026年10月16日 UTC 21:41identified

    所有区域的东道主重启正在分阶段进行 -- -- 此时,整个舰队约70%的东道主已重新启动。 每个区域只有一个子集的主机在每次下. 我们期望这一进程需要几个小时才能完全完成,而更大的区域需要花费最长的时间才能完成。 一般来说,飞行机应该回到主机重启前的状态,除非机器重启政策另有说明. 计划启动阶段将最大限度地减少对这些区域内的邮管组的影响;但是,在这一期间,邮管组的用户可能会看到主要备用转接量的增加。 随着推出工作的继续进行,我们将继续提供最新进展情况.

11. 2026年10月16日 UTC 22:27identified

    东道主重启工作正在所有区域分阶段进行——目前,整个车队大约80%的东道主已重新启动。 每个区域只有一个子集的主机在每次下. 我们期望这一进程需要几个小时才能完全完成,而更大的区域需要花费最长的时间才能完成。 一般来说,飞行机应该回到主机重启前的状态,除非机器重启政策另有说明. 计划启动阶段将最大限度地减少对这些区域内的邮管组的影响;但是,在这一期间,邮管组的用户可能会看到主要备用转接量的增加。 随着推出工作的继续进行,我们将继续提供最新进展情况.

12. 2026年10月16日 UTC 23:15identified

    所有区域的东道主重启工作正在分阶段继续进行 -- -- 目前,整个舰队约85%的东道主已重新启动。 每个区域只有一个子集的主机在每次下. 我们期望这一进程需要几个小时才能完全完成,而更大的区域需要花费最长的时间才能完成。 一般来说,飞行机应该回到主机重启前的状态,除非机器重启政策另有说明. 计划启动阶段将最大限度地减少对这些区域内的邮管组的影响;但是,在这一期间,邮管组的用户可能会看到主要备用转接量的增加。 随着推出工作的继续进行,我们将继续提供最新进展情况.

13. 2026年10月17日 UTC 00:05identified

    东道主重启正在所有区域分阶段进行 -- -- 目前,整个舰队约90%的东道主已重新启动。 每个区域只有一个子集的主机在每次下. 我们期望这一进程需要几个小时才能完全完成,而更大的区域需要花费最长的时间才能完成。 一般来说,飞行机应该回到主机重启前的状态,除非机器重启政策另有说明. 计划启动阶段将最大限度地减少对这些区域内的邮管组的影响;但是,在这一期间,邮管组的用户可能会看到主要备用转接量的增加。 我们

14. 2026年10月17日 UTC 00:45identified

    作为对PwnEscape(Linux Kernel CVE-2026-9999)的缓解措施,东道主重启正在所有区域分阶段进行。 此时已重启了超过90%的舰队. 其余的主机预计将在接下来的2h30m重启. 每个区域只有一个子集的主机在每次下. 一般来说,飞行机应该回到主机重启前的状态,除非机器重启政策另有说明. MPG用户在这段时期可能会看到提升的初级QQ备用转换. 受影响的MPG集群正由团队参与. 随着推出工作的继续进行,我们将继续提供最新进展情况.

15. 2026年10月17日 UTC 01:11identified

    作为对PwnEscape(Linux Kernel CVE-2026-9999)的缓解措施,东道主重启正在所有区域分阶段进行。 此时已重启了超过90%的舰队. 其余的主机预计在接下来的2小时内重新启动. 每个区域只有一个子集的主机在每次下. 一般来说,飞行机应该回到主机重启前的状态,除非机器重启政策另有说明. MPG用户在这段时期可能会看到提升的初级QQ备用转换. 受影响的MPG集群正由团队参与. 随着推出工作的继续进行,我们将继续提供最新进展情况.

16. 2026年10月17日 UTC 01:43identified

    作为对PwnEscape(Linux Kernel CVE-2026-9999)的缓解措施,东道主重启正在所有区域分阶段进行。 此时,超过95%的舰队已经重启. 其余的主机预计在接下来的1h40m重启. 每个区域只有一个子集的主机在每次下. 一般来说,飞行机应该回到主机重启前的状态,除非机器重启政策另有说明. MPG用户在这段时期可能会看到提升的初级QQ备用转换. 受影响的MPG集群正由团队参与. 随着推出工作的继续进行,我们将继续提供最新进展情况.

17. 2026年10月17日 UTC 02:17identified

    作为对PwnEscape(Linux Kernel CVE-2026-9999)的缓解措施,东道主重启正在所有区域分阶段进行。 此时,超过95%的舰队已经重启. 其余主机预计在接下来的1h30m重启. 每个区域只有一个子集的主机在每次下. 一般来说,飞行机应该回到主机重启前的状态,除非机器重启政策另有说明. MPG用户在这段时期可能会看到提升的初级QQ备用转换. 受影响的MPG集群正由团队参与. 随着推出工作的继续进行,我们将继续提供最新进展情况.

18. 2026年10月17日 UTC 02:41identified

    作为对PwnEscape(Linux Kernel CVE-2026-9999)的缓解措施,东道主重启正在所有区域分阶段进行。 此时,超过95%的舰队已经重启. 其余的主机预计将在未来30米内重新启动. 每个区域只有一个子集的主机在每次下. 一般来说,飞行机应该回到主机重启前的状态,除非机器重启政策另有说明. MPG用户在这段时期可能会看到提升的初级QQ备用转换. 受影响的MPG集群正由团队参与. 随着推出工作的继续进行,我们将继续提供最新进展情况.

19. 2026年10月17日 UTC 03:48monitoring

    所有主机重启工作已经完成,我们正在监测机队健康状况。 少数主机仍在退化或下线,用于应用和MPG. 受影响者可以在个人化状态页面上看到这一状况

20. 2026年10月17日 UTC 05:15resolved

    所有主机重启已经完成,平台正常运行. 少数主机仍在退化或下线,用于应用和MPG. 受影响者可在个人化状态页面上看到进一步更新,可在

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

1. 2026年10月15日 UTC 09:30investigating

   我们正看到一些创建或改变数据的操作错误率和反应缓慢。 创建新应用程序,设置或去除秘密,一些应用程序删除受到影响. 您可以从“ flyctl”、机器API或仪表板中看到500或503个错误。 已经运行的 Apps 和 Machines 不受影响 。 开始、停止和读取现有的机器正常工作。 并会在30分钟内发布最新消息.

2. 2026年10月15日 UTC 09:57monitoring

   我们已针对影响应用程序创建和秘密管理的更高错误, 出错率和反应时间已恢复正常. 我们继续监测.

3. 2026年10月15日 UTC 11:33resolved

   UTC06:40至09:50之间,一些应用程序创建和秘密请求失败或超时. 运行的应用程序和机器没有受到影响.

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

1. 2026年10月15日 UTC 02:55resolved

   由于供应商网络中断,FRA内没有主机子集,持续了约10分钟

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

1. 2026年10月13日 UTC 09:25identified

   我们的日志摄入管道 正在备份。 处理队列时会延迟历史日志 .

2. 2026年10月13日 UTC 11:09monitoring

   日志上传了,我们正在监视情况

3. 2026年10月13日 UTC 13:50resolved

   这事已经解决了

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

1. 2026年10月12日 UTC 00:47resolved

   从协调世界时2026-10-11-23:30起,到协调世界时2026-10-12:00:45,在*.sprites上,有部分或全部托管了"丝绸". 由于证书错误, app subdomain 不可用 。 至协调世界时00:45,这一事件已经解决.

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

1. 2026年10月8日 UTC 21:23investigating

   欧洲以外的所有区域都失败了 我们正在调查原因.

2. 2026年10月8日 UTC 21:48identified

   我们已查明一个潜在的问题,并正在加以纠正.

3. 2026年10月8日 UTC 21:51monitoring

   斯普拉特池开始恢复 创造成功 我们正在监测游泳池的补给情况.

4. 2026年10月8日 UTC 21:54resolved

   这个问题已经得到解决.

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

1. 2026年10月8日 UTC 05:40identified

   我们正努力通过在LHR(英国伦敦)地区的BGP公告来解决一个问题。 区域任意广播和静态入侵IP目前无法运行,任何广播流量正在改道至附近地区.

2. 2026年10月8日 UTC 05:53monitoring

   我们把BGP带回LHR 并正在监测恢复情况.

3. 2026年10月8日 UTC 06:00resolved

   This incident has been resolved.

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

1. 2026年10月6日 UTC 11:59identified

   IPv6流量在ORD的一子集机上发生故障. IPv6 连接可能失败 .

2. 2026年10月6日 UTC 12:02resolved

   IPv6上游问题已解决.

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

1. 2026年10月3日 UTC 08:01identified

   我们的一些主机在AMS下线. 由于这个原因,AMS中用于管理Postgres v1和v2的控制平面无法使用. MPG集群应该保持在线,但任何控制平面操作都会失败. AMS中的一些机器也没有.

2. 2026年10月3日 UTC 08:08identified

   这些主机在短暂中断后会重新上线. 我们正在评估对MPG的影响.

3. 2026年10月3日 UTC 08:19monitoring

   所有主机恢复在线. MPGv2控制平面现已全面开通. AMS中的一些MPGv1集群可能会被降解而MPGv1的控制平面恢复.

4. 2026年10月3日 UTC 08:35monitoring

   所有MPG集群已恢复. 我们正在监测其他影响.

5. 2026年10月3日 UTC 08:57resolved

   所有受影响的服务现已投入使用.

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

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

   我们正在调查各地区的应用日志摄入延迟情况. 来自机器的新日志可能看不到,但过去的日志仍然可用.

2. 2026年10月1日 UTC 01:39identified

   我们已经查明了木材摄入减慢的原因 并正在修复.

3. 2026年10月1日 UTC 02:27identified

   我们已经解决了摄入问题,我们的系统正在处理积压的应用日志. 没有丢失日志 .

4. 2026年10月1日 UTC 02:35monitoring

   已处理积压的应用日志,我们监测日志组的健康. 没有丢失日志 .

5. 2026年10月1日 UTC 02:49resolved

   This incident has been resolved.

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

1. 2026年9月29日 UTC 20:15resolved

   从协调世界时19:37起至协调世界时19:59起,我们看到一些网络问题,影响到我们设在GRU的少数东道主。 这影响到需要租赁、私人联网和互联网连接到某些终点的平台业务.

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

1. 2026年9月29日 UTC 21:12resolved

   从协调世界时19:37起至协调世界时19:59起,我们看到一些网络问题,影响到我们设在GRU的少数东道主。 这影响到需要租赁、私人联网和互联网连接到某些终点的平台业务.

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

1. 2026年9月26日 UTC 20:10identified

   我们正在同我们的上游供应商合作,恢复与AMS区域的连接.

2. 2026年9月26日 UTC 20:10resolved

   这一事件已经得到解决.

3. 2026年9月26日 UTC 20:10monitoring

   连接恢复,网络恢复.

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

1. 2026年9月26日 UTC 19:31identified

   我们正在同我们的上游供应商合作,恢复与AMS区域的连接.

2. 2026年9月26日 UTC 19:46monitoring

   连接恢复,网络恢复.

3. 2026年9月26日 UTC 19:53resolved

   这一事件已经得到解决.

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