本文详细分析了当xxx系统容量增加至当前高峰期的5倍时，各业务系统、中间件以及存储类资源可能面临的影响，并提出了相应的评估项与优化措施。重点关注应用服务器、线程池、jvm性能、接口响应时间、中间件及存储资源负载等关键指标，为系统扩容或降级提供了决策依据。
先从各业务系统一个个做仔细分析，目前先列出哪些影响因素，后面根据这些影响采取对应的策略，目前从各个维度提出了check项，，在这个页面下面建立各个子系统及中间件的页面。
| xxx系统容量达到当前高峰期5倍后的影响评估 | ||||
| 评估项 | 现在晚高峰数值 | 提高5倍后的影响 | 可能的措施(扩容/降级/其他） | |
| 应用服务器 | 日志每日增量，高峰期写入量 | |||
| dubbo线程池 | ||||
| 其他功能的线程池 | ||||
| 高峰期单机负载 | ||||
| 队列生产/消费能力 | ||||
| 对jvm的可能影响 | ||||
| 排查RT>20的接口，是否有优化空间 | ||||
| 其他 | ||||
| 使用的中间件及存储类资源 | 缓存redis/扩容/连接或处理能力是否达到上限 | |||
| 持久化redis/扩容/连接或处理能力是否达到上限 | ||||
|
mysql（并发读写,数据管理） 高峰期TPS，QPS 每日产生的数据量 | ||||
|
mongo（并发读写,数据管理） 每日产生的数据量，是否有管理措施 | ||||
| MQ资源占用 | ||||
| 外部资源依赖 | 外网资源，对我方的ip访问限制 | |||
| 内部其他系统 | ||||
| 其他 | ||||
| 对扩容机器的需求【台数+机型】 | ||||
扫一扫
1760
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
