web容量规划
容量和性能
容量规划是基于当前性能判断系统需要什么及什么时候需要,它既是资本支出合理化证明过程也是一个技术变更;
性能调优是优化已存在的系统性能;
一般服务的升级步骤是:性能调优 -> 容量规划
容量规划是建立在明确的需求上面的,不然你无法确认要达到的目的,就不知道要改做出什么的规划.
需求分类: - 性能 1 对外服务监测 2 业务需求 3 用户期望 - 容量 1 系统度量指标 2 资源上限
网络容量监测
- 通过工具监测指标,查看是否正常
- 负载均衡问题
1 在部署和研究容量上很方便
2 如何确定服务器情况
通过负载均衡来找web服务器的上限 1 通过工具重放真实日志,通过负载均衡器来调整应用访问,找到真实的上限 2 应注意应用的线程上限,网络限制,cpu限制,避免应用崩溃
应用程序监测
- 应用层指标测量方式
1 通过脚本定期获取业务数据指标,来追踪应用运行情况
- 存储容量
1 存储介质的最大容量
2 在存储介质之上的数据访问速度
- 消耗率
跟踪目前消耗情况,预测未来消耗
- 存储I/O模式
1 待读数据量
2 待写数据量
3 CPU等待读写时间
4 通过工具来获取执行指标
- 日志和备份
需要注意它们占用存储情况
测量WEB服务器的负载 1 需要根据系统和应用层的度量指标来观察度量指标 a. 缩小硬件资源范围,通过不断剔除平稳的资源,找到瓶颈点(内存 磁盘I/O 网络资源) b. 然后再针对瓶颈点解决问题
数据库容量监测
监测指标
1 每秒的操作数(增删改查)
2 当前打开的连接数
3 复制时数据库间的滞后时间
4 高速缓存命中率
测量方式: 1 资源消耗评估,查看CPU,网络,磁盘I/O的限制 2 通过工具观测容量消耗情况,可以通过加大负载的方式,加速获取瓶颈点
缓存系统监测
分为前端缓存和后端缓存两种
前者采用反向代理方式,缓存内容不再请求后端服务器;
后者是数据缓存,不再请求数据;相对来说前端缓存效果更好后端缓存结构简单;
监测指标
1 命中率
2 总请求率
3 对象平均大小
4 LRU参考时间
测量方式: 1 增加负载,获取瓶颈点 2 可能实际使用中会定义最长响应时间,我们也要通过增加负载的方式,获取到突破阈值的请求率和瓶颈点,和缓存效率数据
多用途服务器监测
实际服务器中为了增加利用率,会部署多个应用,这时的监测也会变的复杂.
测量方式: 1 隔离应用并测量其资源消耗,列举出来,可以更清晰 如: 图片上传 磁盘I/O和网络利用率 图片处理 CPU利用率 2 保持其他应用资源使用量稳定,以便于目标应用测量 3 然后根据目标用户数量,来判断需要多少部署多少机器
API使用率及其对容量的影响
开放API可以提高外部对于应用访问的访问效率,但是存在滥用的情况.
通过工具检查外部来源标识,可以获取API访问率,来确定是否存在滥用的情况.
参考资料:<Web容量规划的艺术-John Allspaw>