合并服务器的十个危险错误

一、以为合并就是购置新硬件。

合并未必意味着需要购买价格昂贵的新硬件。针对你已经拥有的系统进行合并是极具成本效益的一种方法，这应当成为你考虑的第一件事。一旦你最大程度地提高了现有系统的利用率，接下来就可以考虑购买新硬件。

二、只关注简单的工作负荷模式。

尽管工作负荷是考虑服务器合并时的一个重要因素，但它只是根据工作负荷来表明哪些服务器具有可搭配性。它根本没法表明服务器的兼容性或者应该对哪些内容进行虚拟化处理。另外，工作负荷分析往往过于简单。分析时应当考虑服务器的大部分时间在处理什么任务，或者它们在一天中的哪个时间段最为忙碌。

三、没有考虑非技术限制因素。

迅速采用合并以及/或者虚拟化处理、而没有考虑非技术因素，这会给以后带来问题。虽然把许多应用程序合并到同一台物理服务器上似乎很吸引人，但这样一来，所有应用程序都受到单单这一个硬件的影响。如果这些应用程序有着不同的服务级别需求，那么就会有问题。

四、根据过时信息采取行动。

合并分析项目有时候历时好几个月。在某些情况下，专业的服务公司被请来从事分析。根据这种历经好几个月的分析结果而采取行动具有很大风险。考虑到许多IT部门的变化速度很快，根据最新信息采取行动显得非常重要。

五、收集信息之前就阐明意图。

IT人员可能会觉得合并对自己不利。有些人会觉得这会减弱他们的影响力和重要性，因为归自己管理的东西少了，甚至觉得这会危及到自己的工作。曾听说过这样的事情：在分析阶段，IT人员想方设法让服务器忙碌起来，以便“左右”结果，好让上司觉得服务器没必要合并起来。所以最好的办法就是，先从周围环境收集经验信息，然后再找IT人员谈话，阐明你的意图。

六、使用虚拟化作为惟一的合并策略。

许多人在考虑对服务器进行合并时只想到虚拟化。这种思维会限制合并带来的积极影响。虚拟化是功能强大、异常灵活，不过像应用程序堆叠（application stacking）和操作系统堆叠（OS stacking）这些策略也往往很有吸引力，因为它们不会像虚拟化那样带来开销、许可费和复杂性。另外，有些服务器及应用程序根本就不适合虚拟化，因而被排除在合并范围之外。

七、把数据库服务器排除在合并范围之外。

紧接着第六个常见错误，I/O方面的限制意味着数据库服务器不是非常适合虚拟化处理。数据库服务器散乱对许多组织来说是一个重大问题，只要有合适的合并分析及措施，还是有办法大大减少这种服务器的数量。

八、把应用服务器排除在合并范围之外。

应用服务器在合并项目中往往没有受到影响。要是规划得当，应用服务器（J2EE环境及通常明显过量提供的相应web服务器）其实可以进行合并，从而收到显著成效。

九、把测试/开发环境排除在合并范围之外。

开发及测试环境最常见的现象是软硬件散乱。许在多情况下，相当多的数据库服务器都可以合并起来，而对生产力或者功效不会有任何影响。

十、没有深入考虑经济效益以及影响投资回报的可变因素。

有许多因素会对合并带来经济影响。譬如说，合并数据库服务器往往可以大幅节省成本，因为这比较容易操作。而对需要大量测试工作的复杂应用程序进行合并却会导致投资回报为零，因为这需要大量的时间和精力。所以你要确保选择了合适的合并对象。 （沈建苗编译）