虚拟化实现业务连续性

 

一、业务连续性的重要性
    信息技术已经成为保障政府部门、企事业单位等各种类型组织正常运营的关键因素，无论在何领域，从事何种行业，业务运转与IT的结合正在变得愈发紧密。每年成百上千的全球数据中心遭遇重大的服务中断，并且还经常受到用户错误，病毒，硬件故障和自然灾害等问题的影响。因此，高效、 稳定、成熟的IT架构对于保证业务连续性而言越来越重要。

业务连续性常见问题包括：

计划内停机；
硬件扩容升级；
硬件物理位置变更；
硬件突发故障保全；
容错；
本地容灾；
异地容灾；

    为了解决以上业务连续性问题，传统的方式通常采取双机热备的方案。这就意味着如果不增加硬件投入，肯定达不到业务连续性效果，而且现有设备资源利用率低下的现状根本无法改变。于是，用户依然在一边浪费IT资源，一边承受着巨大的业务中断风险。
    多付出成倍的软/硬件投入，似乎是解决业务连续性的办法。然而，虽然用户不得不大幅增加各种成本，换取来的仍然不是令人放心的业务连续性最佳解决方案——换言之，单纯增加硬件的投入并“不可靠”。此外，用户必须面对另一个不容忽视的问题——更高的能源消耗。虽然各种设备在不断更新或扩容，虽然硬件的档次更为先进，但IT资源的利用率并未提升，仍旧维持在很低的水平，造成较之以往更大的资源浪费；同时新增加的设备又大幅增加了电力、制冷方面的能源消耗，并在无形中增加了更多的碳排放，对环境造成更严重、更深远的破坏和影响。这是关系到社会整体发展和企、事业单位社会责任的重大课题。

因此，解决业务连续性必须面对这样的问题：

依靠现有硬件设备而不追加硬件投入能否实现业务连续性？
能否降低传统方式中成倍增加的投入成本，而获得更高的系统运行“可靠性”？
如何采取更为经济、更加绿色的方式去实现 “节能降耗”前提下的业务连续性？
怎样简化保障业务连续性带来的复杂的管理和维护？
    固守传统IT架构，以上问题始终是问题。只有以系统架构优化为方向，方可找到超越以往的、先进的“节能降耗、更加可靠”的业务连续性绿色解决方案。

二、基于虚拟化的系统架构优化 —— 先进的业务连续性解决方案
1、计划内停机
    在虚拟化架构（VI）的环境下，可以令ESX服务器先进入维护模式，而后再将其停机。进入维护模式的ESX主机会自动将正在运行的所有虚拟机（VM）均匀的迁移到群集中的其它ESX主机中。

 

 

 

    如上图所示，假设用户现有三台物理服务器运行，现需要将一物理服务器进行计划内停机。采用虚拟架构后，只需要使用VMotion技术将停机的物理服务器上运行的所有虚拟机迁移至另外两台物理服务器中，然后关闭待修复的服务器，就可以完全保证企事业单位计划内停机不会导致任何的业务中断。

 

2、硬件扩容升级
    采取虚拟化架构后，当面临追加物理服务器解决硬件扩容的问题时，追加物理服务器的过程不会影响到IT架构中任何应用。此外，在升级的时候即使换掉原来的机器，原有的VI架构软件授权同样可以继续使用。

               

       添加服务器前                          添加服务器                   添加服务器后

 

    如图所示，扩容后新增的物理服务器硬件资源会自动“融入”到IT架构的资源池中，通过虚拟化独有的DRS+VMotion技术自动平衡IT架构中每一台物理服务器的硬件资源，既实现了“无缝”的硬件扩容，也保证了IT架构中每一台服务器的硬件负载平衡。

3、硬件物理位置变更
    当虚拟化架构中的服务器需要进行物理位置变更时，如果迁移两地均有硬件设备，可以通过vCenter(VC)进行统 一管理，实现集中迁移。

4、硬件突发故障保全
    虚拟化架构特有的技术，能够实现在群集中任意一台ESX主机异常宕机时由另外一台主机顶替该主机工作。

5、容错
    由于虚拟架构中每一个应用均是运行在虚拟机中，因此可以采取虚拟机的快照功能经济有效地实现企业应用容错能力。

6、本地容灾
    虚拟化技术可通过开放的API与其他备份软件紧密结合，将企业IT架构中的每一台虚拟机的存储全部识别并将其转移至其他本地存储中，令企业不再仅仅局限于磁盘阵列级的数据保护，从而真正实现实时在线的本地数据保护。

7、异地容灾
    使用虚拟化容灾技术可以有效实现虚拟架构的全自动异地容灾，它可以不间断的基于存储进行复制，既可以是同步，也可以是异步；可跨地域监控主站点和灾备站点的情况。主站点一旦发生故障，能够将主站点所有的IP和应用全部实时的迁移到灾备点上。虚拟化容灾技术包括了存储间的协调，虚机间的VC、ESX的设置及每个虚拟点的设置， 还包括硬件灾难时如何从一个点切换到另外一个点的设置。

 

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/dawei2391/archive/2010/04/06/5455251.aspx