超越整合：使用VMware搭建更好的开发环境

核心提示： 项目概述在目录服务整合项目之后，我把注意转移到了下一个VMware实现上——开发，超越整合：使用VMware搭建更好的开发环境(2)，在开发环境中工作或者支持开发环境的工作都有很多挑战，这些挑战在产品数据中心很少遇到，但同时又引进了一个单点失败的隐患，一旦宿主机器当

项目概述

在目录服务整合项目之后，我把注意转移到了下一个VMware实现上——开发。

在开发环境中工作或者支持开发环境的工作都有很多挑战，这些挑战在产品数据中心很少遇到。首先，一起工作的都是一些对技术了如指掌的技术人员，所以如果环境上有什么不对劲，那就是真的不对劲了，不是什么小事。其次，开发中会修改很多地方，这些修改都应当对项目起推动作用。我工作的大部分内容就是支持开发人员，满足他们的开发环境的需求，包括维护研发实验室、一些产品设备和LAN。实验室当然是最难维护的一个。其中涉及到包括从PC类设备到 workstation，再到连接了大量硬件的服务器等各种设备。这些设备都有不同的内存大小，处理能力及磁盘空间，还各自有各自的可避免电源功率波动的 UPS。除此之外，它们所连接的硬件也都各不相同，驱动器兼容性的先后次序问题、BIOS升级问题，还有对应用兼容性提供支持的要求更是增加了保证开发环境的一致、可依赖和易管理的难度。另外，每次测试某个特定应用，我们往往会被要求采办新硬件（当然这些硬件往往跟什么都不匹配），或者是增补已有设备，但升级BIOS来支持新OS使得这些举措非常麻烦。

将一个原本建立在独立服务器设备基础上的实验室重新设计为采用VMware Infrastructure和SAN的构架，这要求一个完全不同的思维方式。转移到这个新构架上来可以避免独立服务器的各种限制。实验室因此成为一个联合资源池，我们可以动态使用这些资源，可以通过对资源池定义一系列的规则来重新按需部署资源和大量设备。高度访问性和分布式资源调度器贯彻于整个设计过程，而不是单独的、空头支票似的特性。这样的解决方案学起来都相当容易！事实证明，前面提到的顾虑仍然阻碍了很多虚拟服务器的部署（我最近看到一个名为高级虚拟管理的视频，作者是VP and Service Director Data Center Strategies，Burton Group的Richard Jones，他在这个视频中说虚拟服务器的实现，在环境中部署了高度访问性的案例不到10％）。大部分实现都局限于服务器整合，往往是一个物理服务器对应移植到一个虚拟服务器，在同一台机器上寄宿多个虚拟服务器。这样做无疑可以清理数据中心的老机器，但同时又引进了一个单点失败的隐患，一旦宿主机器当掉，会丢失所有虚拟服务器数据。