现在经济型 2u 实例 cpu 偶尔到 100%了,升级成突发性能能缓解吗?
![]() |
1
objectgiga 5 天前
不如直接工单问客服两个的保证性能差多少,而且这种应用需求不如看看轻量
|
![]() |
2
xmumiffy 5 天前
突发性能比标准更低,得上更高的核心数.
是在标准的 10~50%(看基础性能比例)上可以突发到 100%,而不是在 100%上继续突发 |
3
yinmin 5 天前 via iPhone
我以前弄过一台突发性能实例 2 核 4G ,疫情期间给同事做远程开发。突发性能实例是跑积分的,每天送一定量的 cpu 积分用完就很卡,卡到基本不能用。
我们是跑 windows 安装 vs2019 ,一天 8 小时工作,vs2019 跑代码、编译都会短暂高 cpu ,实际使用中几乎没遇到过 cpu 积分不够的情况。但是,这个实例刚拿到,安装软件过程中 cpu 积分不够用,原先 1 小时搞定的活,安装到一半就奇慢无比,等第二天才继续按照完成。 经济型是一台物理机超售很多台虚拟机,大家慢慢用;突发型也是一台物理机超售很多台虚拟机,每台都给一定的 cpu 积分,积分用完卡到基本歇菜。 跑业务建议用高频率的通用型/计算型的 ecs ,1 次性买入 3 年或者 5 年折合每月的价格就很便宜了(阿里云好像 5 年 3 折多点) |
4
yinmin 5 天前 via iPhone
接#3 ,阿里云的 ecs 是可以退的,例如:你一次性买入 5 年,用 2 年不用了可以申请退款 3 年的(具体退款策略没研究过,OP 可以看看)
|
![]() |
5
790002517zzy OP |
6
yinmin 5 天前 via Android
@790002517zzy 卡死的原因是某个进程同时将所有 cpu 100%占用,而虚拟机的 cpu 调度比物理机差,其他的进程抢不到 cpu 卡住了。
有一种解决思路,把这个服务安装在 docker 里,然后限制这个容器的 cpu 最大占用量,就不会卡死了。 |
![]() |
7
cdlnls 4 天前 via Android
突发性能实例优势就是便宜,价格比其他同规格的实例少很多。
主要区别就是它有 cpu 积分,如果负载高于基准值,超过的部分就会开始扣 cpu 积分,负载低于基准的时候 cpu 积分会慢慢加回来。 根据这个规则,如果你的业务高峰时间比较短,cpu 使用率超过基准值的时间只有几个小时,那么积分肯定是够用的,这点基本不用担心。 但是问题也很明显,如果其他虚拟机同时刻都在消耗大量的 cpu 资源,分配给每个虚拟机的资源肯定会更少。考虑到其他虚拟机也都是低负载情况,我感觉出现的概率应该不高,我自己实测也是这样。所以如果追求性能稳定释放的话,肯定是只能选别的规格了。 --- 我看你描述的问题,我感觉大概率不是实例的问题,建议看看是不是内存不够了,卡住的那个时间点是不是 内存 和 磁盘 io 100% 了。 |
![]() |
8
790002517zzy OP |
![]() |
9
790002517zzy OP @cdlnls 就算有时候 cpu 没有 100%,负载也是全红
|