AWS RDS Memory optimized与Burstable Instance选型及原理咨询

能否替换为更低核数的突发性能实例承载推送业务峰值 #

在匹配规格参数的前提下完全可行，这类实例本身就是为你这类偶发短CPU尖刺的负载设计的，选型时要卡三个硬指标：

• 内存匹配：你当前使用的是内存优化类RDS，先拉取近1个月实例的内存利用率峰值，选择突发性能实例（RDS T系列，含db.t3、db.t4g规格族）时，必须保证实例的可用内存比业务内存峰值高20%以上，避免内存不足触发OOM、磁盘换页导致的性能劣化。不要为了压成本选内存太小的规格，不然CPU性能够了内存先出问题。
• 峰值时长匹配：如果你的推送业务触发的CPU尖刺是分钟级的短峰值（单次持续时长不超过30分钟，月度累计满负载CPU时长不超过实例可积累的积分上限），完全可以被突发实例的积分池覆盖，不会出现性能瓶颈；如果经常出现连续1小时以上的满CPU负载，就不适合换这类实例，会触发限流。
• 切流前必做压测：正式割接前先起同规格的突发实例，模拟推送峰值流量压测至少1小时，重点观测CPU积分余额、请求延迟、错误率三个核心指标，确认压测全程无异常再切生产流量。按你描述的99%时间CPU利用率仅10%的负载特征，选配合适的话，相比当前8核内存优化实例通常能省60%以上的成本。

突发性能实例的工作机制 #

这类实例和你当前用的固定性能实例（随时可满配跑满全部vCPU，资源独享）逻辑完全不同，核心靠CPU积分机制实现“平时攒性能、峰值用性能”的调度，具体规则如下：

• 积分积累规则：每个突发性能实例规格都对应固定的CPU基准性能线，比如2核db.t4g.medium的基准线是20%vCPU利用率。实例运行过程中，只要实际CPU利用率低于基准线，就会按固定速率积累CPU积分：1积分对应1个vCPU满负载运行1分钟的性能额度。积分最多可以累计24小时满负载运行所需的总量，攒到上限后就不会再增加。
• 峰值性能调度：当业务流量上涨、CPU需求超过基准线时，实例会自动消耗存量的CPU积分，突破基准性能限制，最高可以跑满实例配置的全部vCPU，整个过程无需人工干预，自动适配流量变化。
• 积分耗尽后的规则：如果实例持续高负载把存量CPU积分全部消耗完，默认的标准模式下会直接把CPU性能限制在基准线水平，直到负载回落至基准线以下、重新积累足够积分后，才能再次突破性能上限。
• 可选的无限流配置：如果担心偶发的长时间高负载触发限流，可以开启实例的无限模式，开启后积分耗尽时实例依然可以跑满vCPU性能，超出积分额度的CPU使用量会按秒单独计费，不会硬卡性能，适合峰值时长偶尔超出预期的场景。

内容的提问来源于stack exchange，提问作者tHatpart