应用与服务器评估模型

   业务部门总是在不断的抱怨,为什么我们的机器那么少,明年我要增加100台服务器.

   规划部门则不断的再问"你们有100多台机器了,为什么还需要那么多?你们机器利用充分了吗?是否存在浪费现象?"

   于是一场PK开始了.我们最近也面临这样的PK,又到了下一年服务器申请的时间了.

   今天抽时间对搜索的资源做了一个评估

评估模型：

模块名称	应用功能模块特性	典型业务
数据分发型	负责数据的表示和分发 网络带宽要求高且与业务量程成正比，容易做到多台服务器冗余和附在，对单个节点的可靠性要求不高，配置大容量动态存储可改善性能	TWS，Apache（CGI）， CommServer，Cache Server
数据汇集型	负责数据收集和存储 网络带宽要求较高，收集用户数据为主，上行静态数据量大，下行指令较多但数据量少，不容易做到太多服务器间的冗余和附在均衡，对单个节点的可靠性要求较高，对数据安全性有较高的要求	Index Server 中转DB
数据衍生型	负责数据的运算和分析统计 网络带宽要求较低，上下行之列那个都不多，通常处于后台不直接与用户解除，少量数据变动可能触发大量cpu运算及IO	Search Kernel，List Kernel

 

性能压力评估(不完整,只做了数据衍生型服务的压力评估,具体数据隐藏了):

上述的评估模型还没有完善.

按照这样的模型可以初步的定出需要的服务器型号,再按照目前的压力和负载,预估出下一阶段需要增加的资源.