|
沙龙交流前自己准备的容量规划方面的问题列表,呵呵,也期待业界这方面的专家指点。
1 瓶颈资源到达75%以后,容量预测偏差难以衡量,预测准确率陡降。
现有容量规划软件包容这种情况?或者如何做能提升这个区域的预测准确度
2 SAP 的容量规划工具可容忍偏差范围多大?
3 SAP 内部有自己的监控软件么?包括应用级别的监控。
现在的软件更多针对应用服务器、web server和os层面的监控,但对应用本身的监控是缺乏的
假如没有这些细粒度的监控数据,SAP 如何更好为用户行为建模?
4 SAP 容量规划软件建模算法是什么?是否为排队网络?
可以调整客户到达分布与服务时间分布等参数?
5 BELL实验室网络测试发现,用长相关或自相似随机模型比排队网络模型更符合web 网站客户到达分布? SAP 容量规划软件针对更合适的模型做调整么?
6 SAP 容量规划软件内部有what-if 假设分析么?直接支持针对内存或者硬盘的what-if分析?
7 SAP 针对跨机型的容量规划如何做?
尤其是sun公司不参加TPCC评估后的机型 。
8 如何做容量规划效果的反馈
9 做容量规划的团队组员有几个,都是怎么样的专业背景(数学?计算机?)
10 开源容量建模工具要求手工采集非常多数据,必然引入较大的误差?对于这种状况,有何建议
经过和SAP 工程师交流。负责容量规划的工程师和负责测试的不属于同一个部门,容量规划工程师面对咨询公司,提供硬件建议。
国内的SAP工程师更多是规划软件的应用者。SAP 软件相对成熟,且部署的机型相对单一。目前容量规划结果满足需求。
SAP有商业逻辑的监控。SAP容量规划软件采集生产系统数据建模,在web页面上输入参数,降低建模门槛。目前SAP容量规划软件建模依赖经验值,而非各种复杂的数学模型。当下没有必要研究开源建模工具。
SAP软件用内部开发的语言开发的。有很好的扩展性。
由于上述背景,我自己碰到的一些问题就没有很深入交流。
目前阿里巴巴需要自己建立模型,并需要长期校准模型,另外由于需求、应用的多变,容量规划的门槛依然需要具备较高的数学建模与计算机性能分析方面的背景。 |
|