如果条件允许，有停机窗口的话，停业务进行扩容，尽量避开业务高峰期扩容；扩容的量根据数据增速度和未来预估的量进行衡量。

容量管理可以说和资源池的方案紧密结合，非常个性化，建议自主开发，而且要纳入到工作流程中，同时能够采集生产数据反馈到容量管理平台上，把数据用起来、流动起来

1505973385(1).png正常zabbix ，cacti应该都可以。不过我嫌麻烦没有用这些。只用CACTI检测线路带宽了。cpu 。内存还有磁盘容量我用的是一个WINDOWS下的软件。hostmonitor，在aix上装代理，然后配置。磁盘容量可以直接田间检测。cpu 内存需要写脚本。界面基本是这样的。...

容量管理一直是个难点，对于CPU我们的做法是不同的环境制定不同的超分比来控制。对于存储，通过容量动态趋势分析来对未来一定阶段存储容量做预估，从而实现业务需求。对于最大化共享、最高效利用，目前也是在追求中。...

资源池的划分粒度和想要提供的服务容量，服务种类规划，设计方案的网络边界相关。1，服务容量，这类似于一个基础单元的容量，每次新增一个基础pod，能够释放多少容量，对自身的采购有很大作用，比如一次面对几百台机器的交付，设计50台一个小范围的池子，按需增加2，服务种类，决定了是否按SLA设...

存储容量规划一般要结合应用比较好，规划是比如lun的大小，raid的创建RAID5 同时兼顾读写性能、安全性和更高磁盘使用效率，但是对RAID卡本身的性能要求较高（价格也高），否则写入性能很差，出问题时阵列修复也很慢，但盘越多iops越高。RAID 5 适用于归档，且适合那些追求性能并要求持续访...