You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

Aurora Serverless v2只读实例无法独立扩缩容及CloudWatch监控异常求助

Aurora Serverless v2只读实例扩缩容与容量使用率问题分析

可能的原因及排查方向

  • 日志同步开销拉高效用率:Aurora Serverless v2只读实例需同步写入实例的事务日志,即便只读流量低,日志同步的资源开销也会拉高容量使用率,导致和写入实例的使用率差距不明显。
  • 扩缩容配置未独立设置:检查ServerlessV2ScalingConfiguration,若只读实例的MinCapacity/MaxCapacity与写入实例完全一致,会限制其独立扩缩容的空间,使用率自然不会出现明显差异。
  • 监控统计粒度掩盖差异:CloudWatch默认的CapacityUsage统计周期(如5分钟)会抹平间歇性的使用率波动,切换到1分钟粒度查看,可能会发现只读实例的使用率变化细节。
  • 连接数占用资源:大量长连接或闲置连接会占用只读实例的资源,即便查询负载低,也会导致容量使用率居高不下,可通过DatabaseConnections指标确认。
  • 实例预热阶段的临时开销:新创建的只读实例处于缓存预热阶段,资源消耗会临时偏高,等待一段时间后再观察指标变化。

验证操作步骤

  1. 查看集群扩缩容配置,确认只读实例组是否有独立策略:
    aws rds describe-db-clusters --db-cluster-identifier your-cluster-name --query 'DBClusters[0].ServerlessV2ScalingConfiguration'
    
  2. 在CloudWatch中将CapacityUsage指标的统计周期调整为1分钟,对比写入和只读实例的实时使用率波动。
  3. 检查ReplicaLag指标,若延迟数值较高,说明日志同步是使用率偏高的核心原因。

监控截图

内容的提问来源于stack exchange,提问作者Mantas D

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.08.04 09:40:31