最近做迁移系统至vmware的工作, 很多有关vmware的知识及一些模式不是很清楚,主要是时间仓促,没有太多的时间读官网文档,甚至连vmware的产品线都没完全搞懂。
目前还要考虑的问题:(1)存储系统上NAS还是沿用传统的方式。既然有了vmware的备份方式吗,上NAS还有必要吗?小单位的file server, 用vmware每周做一次full备份,应该没问题的。
(2)只有两台物理机,上vcenter server还有十分的必要吗。毕竟licensing不是免费得(1cpu的charity price要$1800)。
(3)自己制定的初步的备份策略:
(a)每日虚拟机的全备份(非snapshoot): database,sage, exchange,sharepoint。
(b)每周虚拟机的全备份:dc, file server, applications。
(c)继续symantic的细颗粒度的文件及database备份,但不在进行dc及系统的备份。也不知道backup exec 11d是否支持exchange2010机sharepoint2010.
(d)试用MS的data protection manager 2010。了解其备份的颗粒度;比较与symantic的差别。软件价格:data prtection manager 2010 charity price: $180; 而symantic的报价达到$7000。
另外,刚刚知道vmware 的vcenter converter standalone 是免费的; 现已把老物理机的拷贝到虚拟机上,但还没时间测试是否真的一至及可用。
正文:(http://www.vmsky.com/tech/vmware/workstation/2009/02/11/377.html)
服务器虚拟化,尤其是VMware形式的服务器虚拟化使IT人员获益良多,这么说一点也不为过。据我们所见,服务器虚拟化能解决服务器扩张、资源消 耗、服务器扩张、能源消耗、高可用性等相关问题。服务器虚拟化也使我们有更多的时间解决其它的迫切问题,如企业资源预案升级、存储项目再三迁移或者为什么 《星舰迷航记11》要到2009年才上映。
尽管VMware提供封装技术和抽象技术,使我们受益匪浅,但数据保护领域发生的基本变革也带来了各项挑战。即使出现了VMware虚拟化,备份人员依然是牢骚最多的IT人员。最大的挑战在于保证数据的一致性,解决VMware物理资源过度消耗的问题。
VMware能将物理服务器封装成大型的硬盘图像文件——虚拟机磁盘格式(VMDK)文件,因此我们不禁认为:备份整台服务器应该和备份这些VMDK文件(当然也包括相关的配置文件)一样简单。
但是在大多数情况下,事实并非如此。除非已经关闭虚拟机(VM),否则,在运行状态下备份VM不能覆盖所有文件。换句话说,这种备份方式不能保证数据的一致性,因而也不能保证已恢复的VM包含足够的精确信息,不能说明服务器已成功恢复。
至于资源过度消耗的问题,这是虚拟化的副作用。利用VMware使系统虚拟化的一个关键原因是,将资源消耗集中在较少的物理服务器中,从而减少大多数IT服务器架构都存在的空闲周期。但是,这么也做带来了不良影响——无法找到足够资源,使数据备份不受阻碍地运行。
备份触到了VMware内部的脆弱之处:VMware处理过量磁盘和网络I/O的能力很弱。实际上,决定是否将物理服务器虚拟化取决于物理服务器中的磁盘密度、网络I/O。毋庸置疑,备份负载是VMware服务器承担的最大负载。
但是,的确有方法能解决这些问题,并且在某些情况下,比标准的物理服务器备份和恢复方法更加出众。但是,人们对这些方法存在一些误解,对第三方备份/恢复产品提供的实施措施也存在误解。实际上,许多管理员依然缺乏有效实现备份和恢复的方法,道路充满挫折。
方法1:在每个VM中安装本地备份程序
工作原理:这是一种传统的备份方法,在每个VM中安装备份程序,就像以前在每台物理服务器中安装备份程序。如下图所示,数据通过LAN流入备份/恢复设施,以往在本地物理服务器中安装备份程序时,数据流向也如此。
这种方法的优点如下:
这种方法的缺点如下:
部署技巧 在物理服务器中,同时运行数据备份可能问题不大,因为物理服务器具有充足的闲置资源,但是对VMware虚拟架构而言,闲置资源已得到充分利用,多个备份操作就有可能阻塞物理服务器。从而,在进行虚拟化以后,应该修改备份手册,通过备份窗口避免资源过度重叠。 一个VM只允许一条数据流。VM的VMDK文件通常寄存在一个VMFS卷中,多条数据流操作很容易覆盖VMFS卷。因此,除非VMDK文件隔离在独立卷(RDM、iSCSILUN、或独立的VMFS卷)中,否则备份就应该单流运行,而不是多流运行。 |
方法2:ESXServiceConsole中安装备份程序
工作原理:这种方法是在ESXServiceConsole在安装备份程序,按下图备份VM中潜在的VMDK文件组。ServiceConsole采用红帽子Linux操作系统,因此能够使用Linux备份程序。
这种方法的优点包括:
这种方法的缺点包括:
部署技巧 为了保证应用程序的一致性,在备份VMDK之前应该关闭VM。 你可以利用ESXServiceConsole中的VCB设施,获取运行状态下虚拟机的快照: vcbMounter设施: vcbRestore设施: |
方法3:VMware集中备份(VCB-Proxy)
工作原理:这种方法涉及一组 VMware设施,通常称为VMware集中备份。这种方法使集中的Windows2003代理服务器中的非LAN备份与相同的SAN卷相连,称为 ESXServer。随后,数据通过第三方备份软件传送到代理服务器中,作为后序备份。这种方法比上述两种方法更为复杂,包括以下组件:
备份代理服务器:
服务器能与VMware主机访问相同的卷。
代理服务器中加载/输出VMDK文件的图像。
这种加载/输出图像通过寄存在代理服务器中的备份程序实现备份。
VCB框架:
ESX服务器中的“同步推动器”能刷新文件系统,创建快照。
VCB代理服务器中的“vLUN推动器”允许服务器中存在VMDK文件。
采用VCB自动工作流,命令行设施(vcbMounter/vcbRestore)发挥作用。
备份软件集成模块:
模块集成到VCB框架的组件中。
VMware和备份程序都能开发并支持这种模块。
备份程序之间的集成和使用变量相对简单。
在此点击,查看采用备份代理服务器的VMware集中备份示意图。
采用备份代理服务器的VMware集中备份能够执行非LAN文件备份和非LAN图像备份。但是,这两种方法的实现途径截然不同。
VCB文件备份/恢复是在VCB代理服务器中加载VMDK文件,具体步骤如下:
1备份工作要求VCB框架获取VM快照,在VCB代理服务器中加载VB快照,加载路径包括SAN、C:\mnt等。
2利用备份程序备份(完全、增量、差异备份)目录/文件。
3备份程序要求VCB框架卸载VM快照,使VM不再具有快照功能。
4通过安装在VM中的备份程序,文件经由LAN恢复到初始VM中。
在此点击,查看文件备份和恢复的VCB-Proxy工作流。
VCB图像备份/恢复是将VMDK文件输出到VCB代理服务器中,具体步骤如下:
1.备份工作要求VCB框架获取VM快照,并输出快照,输出路径包括SAN、C:\mnt等。
2.系统文件等输出的图像文件通过备份程序进行备份。
3.备份软件要求VCB框架卸载VM快照,使VM不再具有快照功能。
4.利用备份程序,将输出的VM图像恢复到一个VMware能够访问的临时区域,该区域可能位于ProxyServer或ESXServiceConsole,由此完成恢复工作。
5.VM图像加载到ESX主机中的指定位置。
在此点击,查看图像备份和恢复的VCB-Proxy工作流。
这种方法的优点包括:
这种方法的缺点包括:
部署技巧 请记住,VCB不是备份/恢复程序,而是一组能集成到第三方备份应用程序中的设施。 如果需要恢复文件,但你又不想为每个VM都安装备份程序,你就可以创建一个仅用于恢复的VM,这个VM包含备份和恢复程序,将文件恢复到这个VM中,然后通过网络共享将文件迁移到正确的目标VM中。 |