随着IT环境越来越来复杂,管理流程也越来越复杂,牵扯到的部门也越来越多。容量管理的需求是迫切的,真实存在的。但是不得不承认很多企业的容量管理又很落后。
我所参与的几个容量咨询或者管理项目中,有几个共性的问题:
- 重视CPU资源,以至于核心业务系统联机高峰时间段的CPU利用率只有10%左右。
- 其他的某些资源存在不足,或者是网络或者是存储。因为投资大部分都给了CPU等服务器资源
- 容量相关的数据缺乏。通常来说容量分析需要用到2种的数据:1、基础资源或者IT组件的资源使用率数据,比如服务器的cpu、内存和mysql、kafka相关的数据。往往需要通过监控系统采集。2、应用相关的交易率和响应时间的数据。往往通过npm或者apm工具来采集。客户往往没有足够时间长的数据,或者没有足够全的数据指标。导致没有可能进行交易量趋势的分析,或者高层次的分析。
- 新系统上线的容量预估需要参考过去的经验来做。但是因为没有过去的数据,也就没有足够的证据来灵活评估容量需求。这样只能选择最保险的容量配置,也就是最充足的容量,这就回到了第1个问题。浪费资源是没有问题的,但是资源不足就是需要负责的。
欢迎对这些问题提供解决方案。
添加新评论1 条评论
2021-11-01 15:10