背景主要是指你当前公司整体系统所处的情况(或者说是你需要升级的那部分系统所处的情况),比如,随着网站ip与pv的不断增加,在线时长的不断增多,并发量及同时在线数量的不断增大等因素,现有的web应用服务器无法支撑更多的业务负载量,长此以往不仅无法应付新增用户,同时会使老用户失去信心,从而导致负面增长;从数据量方面预测,现有数据量已经使数据库服务器达到饱和状态,每天的读写率已经达到了一个临界值,必须增加内存来降低数据库服务器压力,或者为存储设备增加更多的硬盘数量来缓解i/o读写率。类似种种不一一列出,总之,用数据说话,图表比文字更能说明实际问题～

首先,你要明白你写文档发送的对象是老板看,毕竟他才是最终付费者,那么就要考虑到目前整体系统所处的背景,升级硬件设备的目的所在,升级硬件的周期(会不会对业务造成影响,如何降低或者避免业务中断时间),升级硬件的具体方案(不用太细节的东西,但是基本的概念要提出来),投资回报率(这是老板比较关心的^_^),当然还有整体方案预算及可行性分析报告,实施方案报告等等,需要考虑的事情就更全面了～电脑死机

昨天小刘问我,如果写硬件设备升级的文档,都应该考虑哪些方面,经过自己几年的工作经验,现在写下这篇文章,希望对大家有所帮助(一家之言,仅供参考～)

虚拟化方面,现在的云计算和云存储炒得这么火热,几乎所有的大型服务器厂商都有了自己的虚拟化战略,尤其以dell为如何用u盘装xp系统最,自从他们收购了equallogic以后(后者是一家在虚拟化方面很有前途的存储厂商),为其的产品线增加了很多新鲜血液。但是虚拟化同样面临的很多难点与问题,对运维人员的要求更高,对冗余的考虑,如果业务很杂乱,如何考虑整体配置。总体来说,虚拟化现在还基本上停留在硬件模式,而与之相对应的软件系统还不够成熟～电脑没声音

升级所需周期也是一个非常重要的考虑因素,虽然业务系统可能已经到了一个颇具风险隐患的时候,同时拥有很多的历史遗留问题,但是业务部门和老板不会这么认为,在他们眼里,只有系统真正瘫痪了的时候才会想到运维部门的重要性。所以如何合理的规划升级所带来的业务宕机时间也是一个非常重要的谈判砝码～电脑自动关机

目的在于你要升级达到的效果,我们不可能做到一步到位,只能选择目前状况最严重,风险最高的设备进行优先升级,那么此时预计升级后的效果就显得十分重要,包括升级后带来的总体效果提升与未升级可能会带来的隐患(安全、数据等,还要考虑可能发生的周期),升级顺序建议考虑先核心后外围,先严重后一般,先升级后淘汰的方式,尽量用最低成本完成最大效能～

存储方面,主要谈一谈三大厂商(ibm/hp/dell)比较主流的存储产品,分别是ibm的ds5020、hp的eva 4400与dell dql的6010,从模式来说,ds5020为8gb fc san技术,这不仅指接口,而且内部总线,cpu, xor协处理器,微码等多项技术的全面升级。当然价格不u盘装双系统菲(一套双控ds5020满载16块300g sas硬盘大概价格在45-50w之间,这个价格足以买两套eql6010),eva 4400技术还沿用古老的2gb模式,虽然他的接口已经号称4gb,但是内核等技术还是相对落后。eql 6010采用的是10gb的iscsi模式,当然,所谓的10gb现在只是一个理论罢了,不过以目前发展来看,未来3-5年内应该可以达到这种技术。从技术层面本身看,iscsi相对而言更容易掌握,对运维人员要求不高,而且未来的趋势肯定也会慢慢由光纤模式(fc san)改为更为廉价的ip(iscsi)模式。存储的选型很重要,最好可以一次考虑到未来3年内的业务增长量,因为后期数据迁移的费用要远远高于实际购置设备的费用,如果能够提前预计到,将会节省很多资源成本,当然,这对于运维人员也是一个极大挑战～

剩下一个比较重要的指标是投资回报率,所有的老板都不会为了没有意义的事情付费,说动老板付费一定要有个合适的理由,继续使用原有业务系统所带来的风险隐患与升级所产生的费用一定要有一个合理的比例,如果某一天一台装载raid5的核心业务数据库服务器出现了一块硬盘损坏,而运维人员没有及时发现或者没有引起上级领导重视,当再出现一块硬盘故障的时候会咋样,呵呵～