Part1 虚拟环境更需要数据保护
无论导入虚拟化与否，企业数据需要备份备援的保护已是基本共识，但比起传统环境，虚拟环境的数据更需要保护。长期以来，「把鸡蛋都放在同一个篮子里」，是企业对导入服务器虚拟化的一大疑虑。
透过运算资源的集中来提高硬件资源利用率，进而节省整体成本，固然是服务器虚拟化的主要效益，然而世界上没有十全十美之事，这种作法亦带来相应的副作用。
藉由运算资源的切割与共享，虚拟化技术可让少量高效能服务器，替代大量旧的服务器，从而有效降低硬件建置与维运成本。然而资源集中了、风险也随之集中。
对企业用户来说，虚拟化平台要能发挥效用，就必须具备执行重要关键应用程序的能力，这要求虚拟平台须能因应突如其来的服务中断问题，故建立高可用性或失效转移（Fail Over）机制是不可或缺的措施。
风险1 单点故障危害范围大幅增加
导入虚拟化之前，任一服务器故障通常只会影响到该服务器负责的工作；导入虚拟化后，由于单一实体服务器就承担了过去多台服务器的工作，一旦故障，连带也影响到多个服务的执行，风险比以前高出许多，因此备份或备援系统的必要性也大幅增加了。
除了故障会造成停机外，维护或升级也会造成停机。未导入虚拟化的环境，个别实体服务器各自执行任务，因此当特定实体机器因定期维护、升级而停机时，仅会影响该实体机器上的服务；而在虚拟化环境，任一台实体服务器若因停机进行岁修或升级，影响的范围就大的多了。
风险2 共享资源，影响服务质量的维持
用户导入虚拟化的目的是节省成本，但不能以牺牲服务等级为代价。而虚拟化平台虽能针对个别的虚拟机器分派硬件资源，如处理器、内存、网络频宽与磁盘存取的优先级，藉以确保不同服务的执行效率。然而资源总是有限的，不当的资源分派显然会影响虚拟机器的效能。
固然IT管理人员理应能预估不同服务的硬件资源需求，但现实中总是会发生无法预期的状况，若一开始的资源分派不适当，很可能会产生尖峰时段多个虚拟机器同时需要存取资源，以致承担关键应用的虚拟机器资源不足，形成效能瓶颈的情况。因此动态的资源监控与调节，也是不可或缺的机制。
以下我们将分别介绍虚拟环境中的备份、备援与动态资源负载平衡的种种作法，以及不同类型解决方案的特性。
作法1 虚拟环境的备份
备份是数据保护的最基本方式，导入虚拟化以后一样需要做备份。备份的目的是得到一份复本，以待系统出状况时仍能藉以回复系统数据。而就取得数据复本这个目的来说，有多种方法可供选择，而不同方法取得的复本型态也有很大差异。
虚拟环境的备份可依工作执行层级与复本型态做不同区分，依工作执行层级可分成虚拟主机端、实体主机端与储存端；从复本型态则有应用程序档案或组件、磁盘映像（Image）与逻辑磁盘驱动器等三个层级：
类型1 虚拟主机端备份
从虚拟主机端执行备份就是像传统备份一般，将每一个虚拟机器当成实体主机一样部署备份代理程序。这种方式的优点是完全无须更动原有的网络备份架构，而且任何既有备份软件都能适用。但问题是用户有多少虚拟机器，就得部署多少套代理程序，需要的软件授权费用与未导入虚拟化之前完全相同。
从另一方面来看，企业通常是选择下班离峰时间执行备份，导入虚拟化后也不例外。但若采用这种在虚拟主机上安装代理程序执行备份的方式，很可能会造成一台实体主机上的多个虚拟主机同时启动备份作业的问题，以致给网络频宽、磁盘I/O等主机硬件资源带来极大的负荷，甚至会导致备份工作完全无法动作。
要避免这种问题，就只能限制实体主机上的虚拟机器数量，藉以减轻备份带来的冲击。但这又与虚拟化的主要目的背道而驰—无法在一台实体主机上执行尽可能多的虚拟机器。
尽管这种方式有种种缺点，但由于传统的备份软件已发展多年，与特定应用程序间的配合也已相当成熟，如果用户在虚拟机器上执行了数据库、邮件服务器等特定应用程序，则在虚拟机器上安装传统备份软件的代理程序，仍是相对较为稳定可靠的备份方法。
另外若用户对备份/还原精细度要求，是针对特定应用程序特定组件的层次（如Exchange的单一信箱或信件），或要执行档案层级的增量或差异备份，那这种备份方式是唯一可行的方式。只有安装在虚拟机器上针对特定应用程序的备份代理程序，才能辨识虚拟机器执行的应用程序特定组件，或是虚拟机器中各档案的异动状态，这是其它层级的备份无法做到的。
无论导入虚拟化与否，企业数据需要备份备援的保护已是基本共识，但比起传统环境，虚拟环境的数据更需要保护。长期以来，「把鸡蛋都放在同一个篮子里」，是企业对导入服务器虚拟化的一大疑虑。
透过运算资源的集中来提高硬件资源利用率，进而节省整体成本，固然是服务器虚拟化的主要效益，然而世界上没有十全十美之事，这种作法亦带来相应的副作用。
藉由运算资源的切割与共享，虚拟化技术可让少量高效能服务器，替代大量旧的服务器，从而有效降低硬件建置与维运成本。然而资源集中了、风险也随之集中。
对企业用户来说，虚拟化平台要能发挥效用，就必须具备执行重要关键应用程序的能力，这要求虚拟平台须能因应突如其来的服务中断问题，故建立高可用性或失效转移（Fail Over）机制是不可或缺的措施。
风险1 单点故障危害范围大幅增加
导入虚拟化之前，任一服务器故障通常只会影响到该服务器负责的工作；导入虚拟化后，由于单一实体服务器就承担了过去多台服务器的工作，一旦故障，连带也影响到多个服务的执行，风险比以前高出许多，因此备份或备援系统的必要性也大幅增加了。
除了故障会造成停机外，维护或升级也会造成停机。未导入虚拟化的环境，个别实体服务器各自执行任务，因此当特定实体机器因定期维护、升级而停机时，仅会影响该实体机器上的服务；而在虚拟化环境，任一台实体服务器若因停机进行岁修或升级，影响的范围就大的多了。
风险2 共享资源，影响服务质量的维持
用户导入虚拟化的目的是节省成本，但不能以牺牲服务等级为代价。而虚拟化平台虽能针对个别的虚拟机器分派硬件资源，如处理器、内存、网络频宽与磁盘存取的优先级，藉以确保不同服务的执行效率。然而资源总是有限的，不当的资源分派显然会影响虚拟机器的效能。
固然IT管理人员理应能预估不同服务的硬件资源需求，但现实中总是会发生无法预期的状况，若一开始的资源分派不适当，很可能会产生尖峰时段多个虚拟机器同时需要存取资源，以致承担关键应用的虚拟机器资源不足，形成效能瓶颈的情况。因此动态的资源监控与调节，也是不可或缺的机制。
以下我们将分别介绍虚拟环境中的备份、备援与动态资源负载平衡的种种作法，以及不同类型解决方案的特性。
作法1 虚拟环境的备份
备份是数据保护的最基本方式，导入虚拟化以后一样需要做备份。备份的目的是得到一份复本，以待系统出状况时仍能藉以回复系统数据。而就取得数据复本这个目的来说，有多种方法可供选择，而不同方法取得的复本型态也有很大差异。
虚拟环境的备份可依工作执行层级与复本型态做不同区分，依工作执行层级可分成虚拟主机端、实体主机端与储存端；从复本型态则有应用程序档案或组件、磁盘映像（Image）与逻辑磁盘驱动器等三个层级：
类型1 虚拟主机端备份
从虚拟主机端执行备份就是像传统备份一般，将每一个虚拟机器当成实体主机一样部署备份代理程序。这种方式的优点是完全无须更动原有的网络备份架构，而且任何既有备份软件都能适用。但问题是用户有多少虚拟机器，就得部署多少套代理程序，需要的软件授权费用与未导入虚拟化之前完全相同。
从另一方面来看，企业通常是选择下班离峰时间执行备份，导入虚拟化后也不例外。但若采用这种在虚拟主机上安装代理程序执行备份的方式，很可能会造成一台实体主机上的多个虚拟主机同时启动备份作业的问题，以致给网络频宽、磁盘I/O等主机硬件资源带来极大的负荷，甚至会导致备份工作完全无法动作。
要避免这种问题，就只能限制实体主机上的虚拟机器数量，藉以减轻备份带来的冲击。但这又与虚拟化的主要目的背道而驰—无法在一台实体主机上执行尽可能多的虚拟机器。
尽管这种方式有种种缺点，但由于传统的备份软件已发展多年，与特定应用程序间的配合也已相当成熟，如果用户在虚拟机器上执行了数据库、邮件服务器等特定应用程序，则在虚拟机器上安装传统备份软件的代理程序，仍是相对较为稳定可靠的备份方法。
另外若用户对备份/还原精细度要求，是针对特定应用程序特定组件的层次（如Exchange的单一信箱或信件），或要执行档案层级的增量或差异备份，那这种备份方式是唯一可行的方式。只有安装在虚拟机器上针对特定应用程序的备份代理程序，才能辨识虚拟机器执行的应用程序特定组件，或是虚拟机器中各档案的异动状态，这是其它层级的备份无法做到的。
| 上一页 第 [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] 页 下一页 |
