对，我能想到比较笨的排查方法就是把 cpu 和内存占用每几秒钟就写到 log 里，死机之后查看

开一台 EC2 同配置的 一台 lightsail 同时跑 看看 ec2 挂不挂 如果 ec2 挂那就是 lightsail 的问题 不需要折腾了 直接换 ec2

如果 2 个都挂 那说明是你程序问题 直接查 bug 或者环境配置问题 你先把问题大类给分了

@naoh1000 40%不多，正常应该一直是 100%，除非偶尔执行个 cronjob 可能会降下来点

假如 CPU 不超，那就是内存超了吧。内存超了，也会导致完全卡死，只能重启。我也踩过这个坑。

查监控记录,查各项指标. 然后针对性的去排查.
另外逻辑上应该也有日志的吧.这种问题只能一个一个慢慢排查


另外大佬这项目可不小

SSH 连不上的话很难排查啊，先 ping 确认一下到底是断网还是程序问题？

个人项目，14C48G,估计挣了钱了，什么时候我能有副业呀

不好用 买了退了

感觉是内存泄露，检查一下程序吧，开个监测，看一下出问题的时候，各项系统占用

@naoh1000 40% 不算高了，把时间拉到 2 weeks 最低的时候有多少？

@naoh1000 那就是 ubuntu 的问题，换成 centos 试试

感谢回复，刚才看了下 `Remaining CPU burst capacity` 还有 40%，应该不是 CPU 的问题。跑的是普通 Web 服务，端对端加密是在客户端实现的，应该不需要太高服务器 CPU 性能。

@sampeng
@wancaibida
@kerro1990
@celeron533
@aec4d
@jadec0der

你看一下 lightsail Manage - Metrics 里的 CPU，如果 Remaining CPU burst capacity 没有了，那 CPU 性能就只能维持在 sustainable zone 区间

lightsail 背后是低成本，可以应付突发性能的 T 实例，平时 CPU 用的很少的时候给你加积分，CPU 高的时候扣积分，如果积分用完了就要卡死了。如果需要持续使用 CPU，建议换成 EC2 的 M 实例或者 C 实例

lightsail 适合开发，或者低占用场景，长时间高负载就会无响应 https://forums.aws.amazon.com/thread.jspa?threadID=269360

我记得 lightsail 虽然便宜，但是对于 CPU 使用有一定限制

估计是 cpu 积分用完了吧

CPU 用超了吧

aws 没这么脆弱。带宽是 5G…你能跑满？
大概率是 cpu 跑满了。所以 ssh 都回不去了

固定 IP 还是 DHCP ？换一下试试。
另外连接数大不大？ 1:1 NAT 可能会炸。