采购时别急着分步走，虚拟化方案最好一口气搞定更省心

（来源：某知名企业IT部门负责人在一次行业内部交流会上的经验分享）

采购时别急着分步走，虚拟化方案最好一口气搞定更省心，这个话是我们公司用真金白银和一大堆麻烦事儿换来的教训，几年前，我们公司业务发展挺快，服务器一台接一台地买，机房都快塞不下了，电费和维护成本也呼呼往上涨，老板一看这不行，得搞虚拟化，就是把很多台物理服务器变成一台大的、逻辑上的机器，然后在上边跑很多个虚拟的服务器，这样能省硬件、省电、省地方。

当时我们的想法也挺“精明”的，觉得一下子投入太大，老板那边不好批，而且技术团队对虚拟化的全面掌握也需要时间，所以就决定分步走，先买个最基础的虚拟化软件许可，找几台不是最核心的业务服务器试试水，觉得好了，再慢慢扩大范围,增加高级功能。

结果，这一“分步”，可真是步步惊心,麻烦一个接一个。

第一步，兼容性问题就来了，我们一开始为了省钱，挑的是几台老一点的服务器和旧型号的存储设备，虚拟化软件是装上了，也能用，但总是小毛病不断，性能也不稳定，等到我们想推广到新采购的高性能服务器上时，发现之前有些配置和操作习惯，在新环境里反而成了障碍，就像盖房子，你先用砖头起了个矮墙，后来想用钢筋混凝土盖高楼，却发现地基和矮墙不匹配，拆了重来吧，浪费；不拆吧，整体结构别扭，来源中的那位负责人打了个比方：“这就像你先买了辆拖拉机的发动机，装在手推车上觉得动力挺足，等你想造汽车时，才发现这个发动机根本不适合，接口、功率全是问题，之前花的钱和功夫几乎白费。”

第二步，数据迁移成了大难题，我们一开始只虚拟化了一部分边缘业务，那些核心的、重要的业务系统还在原来的物理服务器上跑，这就形成了一个“混合”环境：一部分虚拟的，一部分物理的，过了一年，当我们想把这些核心业务也迁移到虚拟化平台时，发现麻烦大了，因为两个环境不太一样，停机窗口、数据同步、应用配置调整，每一步都小心翼翼，如履薄冰，有一次迁移一个关键数据库，折腾了一个周末都没搞定，周一差点影响业务，把大家吓出一身冷汗，如果当初下定决心，规划好所有业务的迁移路径，虽然初期压力大，但可以设计一个统一的、有序的切换方案，长远看反而更平稳、风险更可控，来源中提到：“碎片化的实施，制造了无数个‘数据孤岛’和‘技术债’，后期整合的成本和风险，远超初期一步到位的投资。”

第三步，管理和运维变得特别复杂，我们的虚拟化环境是分批建设的，第一批用的A厂商的方案，后来觉得B厂商的某个高级功能更好，第二批又引入了B厂商的产品，好了，办公室里IT人员的桌面上得同时开着两套完全不同的管理软件，监控、备份、故障排查都要分两套流程来做，团队需要同时掌握两种技术，培训成本高，而且出了问题，还容易发生A厂商和B厂商互相“踢皮球”的情况，运维人员苦不堪言，整天抱怨效率低下，来源中强调：“统一的管理平台带来的效率提升和运维简化，是分步实施无法比拟的，你想想，一个控制台看全貌，和需要切换好几个遥控器，哪个更省心？”

第四步，也是最亏的一点，总成本反而更高，我们一开始觉得分步走省钱，但仔细一算账，完全不是那么回事，软件许可方面，零散购买的价格，远高于一次性购买一个大规模许可的折扣价，每次实施都要投入人力去做规划、测试、部署，这些人力成本累加起来非常可观，还有前面提到的那些兼容性问题、迁移难题、运维复杂化带来的隐性成本，更是没法计算，负责人苦笑着说：“我们以为自己是‘分批投入，降低风险’，实际上是在‘分期付款，支付高额利息’，早知道这样，当初真应该勒紧裤腰带，一次性搞定。”

经过这番折腾，我们算是彻底明白了：虚拟化这类基础架构的变革，它本质上是一个整体工程，牵一发而动全身，它追求的规模效应和统一管理的好处，只有在全面部署后才能充分体现，分步走看似谨慎、稳妥，实则是把一个大难题拆成了无数个小难题，而且这些小难题之间还会相互制造麻烦，导致总成本更高、周期更长、风险点更多。

后来，当我们公司再规划新的数据中心或者云战略时，就坚决摒弃了这种“小步快跑”的思路，我们会做一个全面的、前瞻性的整体规划，哪怕初期投入大一些，实施难度高一些，也力求基础平台一步到位，因为我们都记住了那个教训：对于打地基的活儿，千万别凑合，一口深井虽然挖着费劲，但水源充足稳定；东一铲子西一锹，看着轻松，最后可能全是浅坑,一点水也存不住。

如果你的企业也正面临类似的基础架构升级，尤其是在考虑虚拟化或者云化的时候，真心建议：尽可能做好整体规划，争取核心平台一次性部署，这绝不是盲目追求一步登天，而是为了避免日后陷入无休止的整合、迁移和兼容性的泥潭，一开始多费心,是为了后面长久省心。