请问下，突发性能实例的 2u 和经济型的 2u 性能上有啥区别吗？

[790002517zzy]

现在经济型 2u 实例 cpu 偶尔到 100%了，升级成突发性能能缓解吗？

[objectgiga]

不如直接工单问客服两个的保证性能差多少，而且这种应用需求不如看看轻量

[xmumiffy]

突发性能比标准更低,得上更高的核心数.
是在标准的 10~50%(看基础性能比例)上可以突发到 100%,而不是在 100%上继续突发

[yinmin]

我以前弄过一台突发性能实例 2 核 4G ，疫情期间给同事做远程开发。突发性能实例是跑积分的，每天送一定量的 cpu 积分用完就很卡，卡到基本不能用。

我们是跑 windows 安装 vs2019 ，一天 8 小时工作，vs2019 跑代码、编译都会短暂高 cpu ，实际使用中几乎没遇到过 cpu 积分不够的情况。但是，这个实例刚拿到，安装软件过程中 cpu 积分不够用，原先 1 小时搞定的活，安装到一半就奇慢无比，等第二天才继续按照完成。

经济型是一台物理机超售很多台虚拟机，大家慢慢用；突发型也是一台物理机超售很多台虚拟机，每台都给一定的 cpu 积分，积分用完卡到基本歇菜。

跑业务建议用高频率的通用型/计算型的 ecs ，1 次性买入 3 年或者 5 年折合每月的价格就很便宜了（阿里云好像 5 年 3 折多点）

[yinmin]

接#3 ，阿里云的 ecs 是可以退的，例如：你一次性买入 5 年，用 2 年不用了可以申请退款 3 年的（具体退款策略没研究过，OP 可以看看）

[790002517zzy]

@yinmin 先测试几天看看效果，不行的话就买个通用型

@xmumiffy 因为经济型比较看宿主机的负载，所以我的服务就会偶尔变频用不了，直接卡死。但是这个超频服务启动比较少，只要能顺利执行完毕即可

[yinmin]

@790002517zzy 卡死的原因是某个进程同时将所有 cpu 100%占用，而虚拟机的 cpu 调度比物理机差，其他的进程抢不到 cpu 卡住了。

有一种解决思路，把这个服务安装在 docker 里，然后限制这个容器的 cpu 最大占用量，就不会卡死了。

[cdlnls]

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

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

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

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

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

[790002517zzy]

@yinmin 是的，需要启动谷歌无头浏览器进行截图，启动就特别占用 cpu 和内存(加了队列)。服务器只有 2U4G ，用 docker 的话够用吗？会不会浏览器都启动不了


@cdlnls 我看了一下，启动服务卡住的时候宝塔显示 cpu100%，负载全红

[790002517zzy]

@cdlnls 就算有时候 cpu 没有 100%，负载也是全红