如何备份虚拟机

日期: 2008-02-17 作者:George Crump翻译:Shirley Xie 来源:TechTarget中国 英文

为虚拟机(VM)创建的VMDK(虚拟机磁盘格式)文件存在于VMware文件系统中,被称为VMFS(虚拟机文件系统)。一个VMDK文件代表VMFS在虚拟机上的一个物理硬盘驱动。所有用户数据和有关虚拟服务器的配置信息都存储在VMDK文件中。   通常而言,VMDK文件容易比较大,所以,2TB大小的文件都不足为奇。

正因为如此,他们被描述为“大的、块级I/O模式”。任何用户数据变化或虚拟服务器配置变化,VMDK文件都要更新。由于VMDK没有增量类型数据获取功能,任何对文件的更改意味着整个文件需要重新备份。   如何备份VMDK文件,取决与你现在用的VMware ESX版本。

  ESX 3.0(或更早……

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

电子邮件地址不会被公开。 必填项已用*标注

敬请读者发表评论,本站保留删除与本文无关和不雅评论的权力。

为虚拟机(VM)创建的VMDK(虚拟机磁盘格式)文件存在于VMware文件系统中,被称为VMFS(虚拟机文件系统)。一个VMDK文件代表VMFS在虚拟机上的一个物理硬盘驱动。所有用户数据和有关虚拟服务器的配置信息都存储在VMDK文件中。

  通常而言,VMDK文件容易比较大,所以,2TB大小的文件都不足为奇。正因为如此,他们被描述为“大的、块级I/O模式”。任何用户数据变化或虚拟服务器配置变化,VMDK文件都要更新。由于VMDK没有增量类型数据获取功能,任何对文件的更改意味着整个文件需要重新备份。

  如何备份VMDK文件,取决与你现在用的VMware ESX版本。

  ESX 3.0(或更早版本)的备份方式

    如果你运行的是VMware 3.0之前的版本,或者ESX 3.0服务器不与网络存储相连接,你可能选择在每一台虚拟机上安装备份代理进行文件级的备份,有效地将它们作为硬件系统来对待。结果,你可能会使用传统的备份过程来备份数据。这种方式面临的难题是,你的备份代理为被备份的虚拟机带来太大的I/O和CPU负载。如果许多虚拟机同时进行备份,很有可能多个运行的代理将使ESX主机服务器超负荷。

  另一种方式,你可以选择在ESX服务控制台(ESX Service Console)安装一个代理。通过获取虚拟机、REDO文件、服务控制台和主机状态的整套信息,这种方式可以提供容灾(DR)备份的能力。

  但ESX服务控制台不具备在文件级进行恢复的能力,所以如果你有这种需要的话,还是需要在每个虚拟机上安装备份代理。如果两种方式你都采用的话,在这两种备份类型将出现大量的冗余数据。不仅仅是虚拟机实例被备份两次(每个过程中备份一次),通常VMDK文件会存在大量的相似。你可以有十四台windows虚拟机,每一台都有它自己的应用软件,然而,所有十四台的操作系统安装却是非常相似的。

  这种类型的备份再适合重复数据删除产品不过了,在重复数据比率方面,将有可能达到一个新的水平。对于VMware备份而言,有效地达到压缩比40:1都是有可能。不采用重复数据删除技术,你不太可能频繁地对ESX服务控制台进行备份,因为这将对备份容量造成影响。性能是另一个问题,在一个生产虚拟环境中,备份窗口是有限的。

  在复制到另一个地点时,VMware DR备份尤其显得困难。因为每一个控制台的备份都是一个大的、全新的文件(或映像集),通过广域网(WAN)进行复制,就存在问题。重复数据删除技术又可以在优化复制方面再次发挥作用。尽管你是将整个映像备份到磁盘,但是,只会将新的映像和已有的映像备份之间存在的段(segment)级区别被才会被存储,这样,只有那些差异值(delta)需要复制到远程地点。

  SAN(存储区域网络)供应商会建议你采用他们内置的复制技术,将你的虚拟服务器内容转移到远程地点,再次在块(block)级进行复制。该策略存在的问题是,首先,你不得不有SAN,而且SAN不得不运用于所有的虚拟机和映像。其次,容灾地点的磁盘不得不来自同一个SAN供应商;再者,远程地点的容量必须和主地点的容量一样大。这三方面的问题将让你的成本狂增。此外,基于SAN的复制技术相当复杂,而且它还是无法解决核心的备份问题。这同时还意味着带宽消耗费用的增长,因为对此无优化可言。
但是,备份到重复删除存储系统有助于解决备份问题,同时还可以降低成本。几代的本地VMDK文件可以存储数月,而且能够被复制到DR地点,在段级上,达到和基于SAN复制一样的有效性。但是,这两个地点将从重复数据删除技术中受益,并且,像在前面提到的,数据存储和相关的成本费用将极大程度地减少。

  VMware 3.1的备份方式

  如果你使用VMware 3.1(或更新版本),而且你的ESX服务器在一个SAN中,VMware 3.1通过VMFS3 Consolidated Backup (VCB)极大程度地简化了备份过程。使用VCB,你能够进行集中的文件级备份,而无需在每一个guest VM上安装代理。VCB将备份过程从虚拟机中转移出来,而转入基础设施中。在本质上,ESX服务器对所选的虚拟机进行与文件系统保持一致的现场快照。然后,该快照能够被挂载到连接到SAN的备份服务器,这样,备份服务器可以将数据导入备份目标。

  在这方面,重复数据删除系统又是VCB的最佳备份目标。你使用VCB的主要目的就是让代理挂载映像,然后立刻进行备份,以减轻系统资源的压力。使用重复数据删除的磁盘目标的好处在于,在备份的映像中,有很多冗余的数据;该映像也会和已经备份在磁盘的映像相重复。

  从DR的角度来讲,VMware探讨的是,或者通过使用SAN可能本身带有的复制功能来复制VMFS磁盘,或者通过使用企业备份应用软件备份VMs到磁带,然后在DR热点(hot site)进行恢复。出于之前谈到的原因,SAN复制不是很理想的选择。使用磁带的问题很多,在热点进行磁带恢复太耗时。

  对于非VCB VMware备份而言,重复数据删除系统具有在块级进行复制的功能,提供在全国范围或全世界范围建立先进的DR数据中心(Server Farm)的能力。在有些情况下,通过一天多次备份来复制服务器,以及通过定期恢复到远程的ESX主机,让这些在DR站点的服务器处于待机状态,还可以提供远距离业务连续。

  备份VMware环境为存储管理带来了挑战,增加了IT员工的备份成本。使用重复数据删除存储系统,实际上能够减少备份成本,并改善你的DR站点的质量。

  作者简介:George Crump,Storage Switzerland公司的创始人,具有二十多年经验的独具存储咨询顾问。

相关推荐