cdlnls

突发性能实例优势就是便宜，价格比其他同规格的实例少很多。

主要区别就是它有 cpu 积分，如果负载高于基准值，超过的部分就会开始扣 cpu 积分，负载低于基准的时候 cpu 积分会慢慢加回来。

根据这个规则，如果你的业务高峰时间比较短，cpu 使用率超过基准值的时间只有几个小时，那么积分肯定是够用的，这点基本不用担心。

但是问题也很明显，如果其他虚拟机同时刻都在消耗大量的 cpu 资源，分配给每个虚拟机的资源肯定会更少。考虑到其他虚拟机也都是低负载情况，我感觉出现的概率应该不高，我自己实测也是这样。所以如果追求性能稳定释放的话，肯定是只能选别的规格了。

---
我看你描述的问题，我感觉大概率不是实例的问题，建议看看是不是内存不够了，卡住的那个时间点是不是 内存 和 磁盘 io 100% 了。

@realpg 70% 确实是保守了，说多了我怕被喷。。。

一般云上 debian 系的都是 netplan 配置，桌面的大多都是 NetworkManager 来配置(可能是因为 NetworkManager 有 gui 前端吧)

@5xX4U5sUwdELgdQ3 op 贴出来的文档是没错的，一般云上都是用的云镜像 cloud-init 初始化的系统，云镜像 debian 是用的 netplan 。

如果京东能做到像商城自营那样的服务，我觉得还是有前景的。

@967182 并不是释放的问题，据我的观察，最少 70%的开发对自己开发的系统，需要用多少资源、能用多少资源，是需要内存还是 CPU 还是磁盘 IO 读写，这些问题完全没啥概念。然后配置就直接拉满了。

就直接导致了上线之后各种资源使用率 0%的情况。

提高服务器资源利用率我觉得完全没问题。能理解并且支持。

@wryyyyyyyyyyyy 我现在正在用的这个键盘应该和你的是同款 84 键 35g ，今年是第 8 年了。

可是猴子也会用工具呀