什么是虚拟化BCM？风险？

　　         虚拟化是今天IT业界最热门的话题之一，出于提高服务器利用率和灵活性，提升业务连续性和降低运营成本等各种业务的需要，越来越多的企业CIO开始考虑部署虚拟化应用。但也有部分企业仍然保持着为每一个应用或服务配置一台物理服务器的传统。无论是新增加一台打印机，还是增加一套变更管理控制系统，这些企业都会购买一台新的物理服务器。但是，往往这些服务器的负载极低，甚至很少使用。如果将许多物理服务器整合成一个虚拟服务器即“虚拟化”后，企业就可以在减少物理服务器数量的同时获得更高的效率。实施虚拟化之后，企业可以立刻获得收益，如减少能源消耗，服务器机房面积以及其它环境和管理方面的压力，其好处是显而易见的。

除了以上这些传统因素驱动着企业的虚拟化进程外，业务连续性逐渐成为虚拟化的另一个动力。业务连续性一直被看作是一个既昂贵又耗时的BCM项目。虚拟化的出现改变了这种看法，它使业务连续性成为服务器整合过程的一部分，为企业带来更为真实和直接的价值。
风险定位：真正的风险在哪里？
虽然自然灾难的确有可能发生，但大多数情况下，IT设施或设备故障发生的可能性远比洪水、飓风、地震或恐怖袭击大得多。数据中心的一个冷却单元故障导致邮件服务器崩溃将令企业的收入、生产和声誉受损。这种情况很常见，却往往在企业的业务连续性规划中被忽视。企业需要正确地平衡应用的高可用性和灾难恢复成本。一直以来，针对个别应用的连续性解决方案需要极高的成本，而虚拟化的出现改变了这种情况。
企业应该对应用的重要性进行划分，一些应用可以容许长时间的停止，而另一些则要求7x24小时运行。虚拟化的最大优势是，它能够在合适的成本和资源需求下满足企业的业务连续性需求。
在实施虚拟化时，对于风险的考虑仍然很重要，不仅需要预防设备发生故障，还需要选择恰当的技术来保证应用的高可用性。当然，将虚拟化看作打开业务连续性之门的“万能钥匙”是完全错误的。

实现业务连续：混合物理和虚拟化配置
关于虚拟化业务连续性，IT专家们讨论地最多的是许多虚拟主机之间的切换。不经常讨论的则是虚拟化业务连续性的基础设施。虚拟主机之间的切换依赖于共享存储，当物理服务器出现故障时，业务连续性是很脆弱的。因此，这一模式依赖于对虚拟化运行场地的保护。很多管理员仍然对虚拟环境的内存、CPU和输入/输出要求持怀疑态度，但是比较一下风险与回报就会发现，对重负载的邮件和数据库服务器进行虚拟化的性价比还是很高的。
考虑基础设施的成本和风险虽然比较麻烦，但虚拟化却可以立刻为类似Exchange的应用提供业务连续性。
一个运行少量关键应用的独立物理主机可以进行虚拟化以作为Exchange的备份服务器，这一措施即可保证现有的邮件服务的连续性。在Exchange服务器发生故障时，只需要切换到该备份服务器并允许用户接入就可以了，唯一要做的就是找到一个能够管理数据复制和监控的切换软件。这种方法可以用于本地和异地灾备。

消除风险：保证虚拟化后的高可用性
企业在某种程度上自信地认为自己的虚拟化基础设施已经可以满足应用的最高需求。这些基础设施往往已经配备了大型的服务器和专业的IT管理人员，虚拟化帮助他们减少了物理服务器使其不会受限于有限的机房面积。
然而，在实现虚拟化业务连续性时，仍需面对以下一些挑战：如：必须要注意迁移过程中出现宕机的可能性，要求7x24小时可用性时更应如此; 必须随时应对迁移后出现的不可预见性因素;必须随时留意应用的高可用性等。
幸运的是，通过以下方法至少可以解决以上挑战中的一个。首先，在迁移之前需要对应用在虚拟化环境下的运行程序进行测试;其次，在预防规划后还需要准备好切换机制，以保证服务不会中断;最后，在整个过程中保留回退至原有系统的可能。
虚拟化技术一个明确的好处是帮助企业提高了硬件利用率，但是BCM体系不能忽视虚拟化管理基础设施存在的内在风险。虚拟化的基本设计方法是在一个物理主机上运行多个虚拟服务器，这会带来新的IT风险。将支持各种不同关键功能的多个服务器集成在单个物理主机上，必然会导致该物理主机的可用性成为一个明显的风险点。

不过，现在已经可以通过高可用性产品来保护虚拟化应用的物理平台。这些产品能够保证所有的虚拟服务器能够在整个物理主机发生故障时进行切换，还有一些工具能够检测到某一台独立的虚拟服务器的故障，并可单独对其进行重启。
　　虚拟化基础设施：服务器与应用可用性并重
对可能的故障点的了解能够更直接地验证虚拟化实施架构和工具是否满足业务连续性的要求。很多配合管理的简单工具无法真实地检测出故障，例如，某虚拟服务器发生蓝屏故障，这些工具可能仍然认为该服务器是正常的，因为它们还能响应“ping”，并且也在使用资源。这种情况下，企业无法获得业务连续性的真实情况。
当一台虚拟机占用的资源越来越多时，企业会考虑将其转移到另一个物理服务器上，但企业可能不会考虑应用中可能存在的问题。这个问题被简单地转移而不是被解决。一个有问题的应用，即使被转移了，其问题还是会继续存在的。
因此，当检查基础设施管理工具的工作能力时，要注意其中存在的问题对业务连续性、应用的可用性和用户体验会造成什么样的影响。
虚拟化整合：风险不容忽视
被散乱的物理服务器折磨了那么多年后，虚拟化为企业提供了一个非常好的机会来将各部门的服务器集中到一个场地。工作变得更容易，终端用户们不用担负管理服务器的职责。不过问题也随之浮现，从前散乱的物理服务器所带来的IT弹性没有了，因为很多“鸡蛋”被放在了一个篮子里。
以往被存储在很多不同设备上的应用，虚拟化之后将依赖于一个单一的存储域网络(SAN)。由于7x24小时可用性的要求，灾难恢复场地成为唯一的选择，SAN或场地必须能够随时进行切换。