我应该如何在vSphere数据中心之间复制我的虚拟机模板?

背景/环境架构:

我当前使用的$corp_overlords$环境是在集中式的模式下build立起来的,这个模式有一个技术很好的家庭办公中心(SAN,刀片中心/刀片系统ESXi集群,光纤互联网连接等),连接到一些远程站点辐条不太好,通常包含单个ESXi主机服务器,并通过T1连接到家庭办公中心。 来自任何远程站点的所有stream量通过“MPLSnetworking”(这实际上只是一个连接远程站点到家庭办公室的T1)返回到本地办公室。

在家庭办公室的SAN上,我们已经创build了一些虚拟机模板来部署虚拟机。 它们存储在连接到vSphere中的家庭办公室数据中心对象的NFS卷(即vSphere数据存储区)中。

每个远程站点都有一个相应的vSphere数据中心对象,其中包含一个数据存储对象,该对象连接到物理位于远程站点的ESXi主机服务器上的本地连接存储。

由于这些VM模板存在于NFS卷上,因此它们占用大约40 GiB(精简configuration)。 作为NTFS(或Linux FS)上的文件,它们占用〜100 GiB。

题:

我应该如何复制这个40 GiB的精简configuration数据(占用100 GiB的文件系统空间)在我的网站之间?

我受到约5天的限制,并且不能干涉(显着)“正常的networkingstream量”。

    如何使用ovftool直接在主机之间复制模板?

    我以前用过这个虚拟机,工作得很好。 不知道这是否也适用于模板,但如果不是,那么您可以暂时将模板转换为虚拟机进行复制。

    说明,这里有一个例子 。

    您也可以使用ovftool将您的模板转换为.ovf包(应该非常紧凑),然后使用BITS或FTP或SCP或任何您想要的协议在数据中心之间传输包。

    选项:

    我看到的方式,我有三种可能的方法,虽然我非常希望我错过了一个更好的,有人在这里可以指向我。 (理想情况下,我只能移动40 GiB的实际数据,并在一个可恢复的,“背景”或速度节制的方法。)

    1. 通过vSphere客户端在数据存储之间复制文件。
      • 优点:移动只有〜40吉比特,而不是〜100吉比特。
      • 缺点:其他一切 – 不可恢复,不受背景/速度限制,接口SUCKS
    2. 使用BITS在Windows来宾之间复制文件
      • 优点:可恢复,后台传输。
      • 缺点:移动〜60 GiB的数据并不存在。
      • 奖励:使用PowerShell。 <3
      • Double Secret Probation Bonus:PowerShell Remoting可以在一个命令中完成。
    3. 通过SCP在ESXi主机之间复制文件
      • 优点:速度节制并可能恢复。
      • 缺点:移动〜60 GiB的数据并不存在。 不是后台传输。
      • 奖金:颈部胡子。 额外的脖子胡子的可恢复性。
    4. 在服务器故障上build议更好的选项
      • 优点:可恢复,速度节制的后台传输只能移动〜40 GiB的数据。
      • 缺点:奖励赏金费用代表。
      • 奖金:学习一些新东西,certificate在工作中玩ServerFault是合理的。

    这里有一个有趣的想法给你。 它不会帮助你的初始播种,但我不知道是否使用Crashplan的免费产品,可以帮助你的模板。

    https://www.code42.com/store/

    它可以重复数据删除和块级别的差异,所以你可以把它安装在总部的一个本地服务器上,作为“播种机”,在每个分支服务器上(我想是一个虚拟机)作为“接收器”。 将备份设置为仅包含模板将存储在HQ服务器上的文件夹。 它也可以备份到多个目的地(例如每个“辐条”) https://support.code42.com/CrashPlan/Latest/Getting_Started/Choosing_Destinations

    这些步骤(在每一边设置Crashplan应用程序之后)将会像下面这样工作:

    1. 将数据存储区中的模板复制到“种子”服务器上,以便Crashplan正在监视它的目录。 在千兆networking上,这可能需要一点时间,但不应该太糟糕。
    2. Crashplan应该监视并开始将文件备份到辐条/接收器。 这显然需要一段时间。
    3. 在初始种子/备份之后,将来的模板更改将其从实际的数据存储库复制到“种子”服务器的目录Crashplan正在监视,覆盖原始模板副本。 然后,Crashplan将重复数据删除,并只重新将辐射块级别的变化重新分配给辐条。

    只是一个想法…可能是一个有趣的冒险之路,看看它是否作为一个穷人的重复数据删除/块级复制只是这些文件。

    我已经通过很多方式完成了这种types的移动,但是根据您所描述的内容,

    联邦快递或UPS ,扭转…

    我知道使用的服务器是HP ProLiant和Dell PowerEdge服务器。 VMware对可移动设备(例如USB)没有很好的支持作为数据存储目标。 但是,在主站点使用单个驱动器RAID 0逻辑驱动器(以HP语言说) 可以工作。 您可以在HP和Dell系统上添加和删除本地连接的磁盘,并将其用作传输数据存储的手段。

    作为模板,您可以通过vCenter将其移动/复制到本地磁盘。 运送磁盘。 插入接收独立服务器。 arrays和数据存储将通过存储系统重新扫描进行识别。 复制数据。 利润。

    我也使用这种方法为vSphere复制创build种子副本,因为24小时的增量比多个完全同步更容易pipe理。

    这是我经常使用这种场景的方法。 这似乎与直觉相反,因为您正在将存储在数据存储中的虚拟机内的文件上载到数据存储本身。 但是,这使您可以更好地控制传输的完成方式。

    • 使用WinRAR或7Zip将您的模板分成1GB-2GB的块。
    • 在每个远程站点的ESXi服务器上创build一个虚拟机。 需要最less的资源,这只是一个中转区。
    • 将VMDK附加到每个这些足够容纳正在传输的数据的VM。
    • 安装您select的操作系统和传输工具(我使用SFTP服务器)。
    • 将RAR模板上传到分段虚拟机。
    • 解压缩RAR模板。
    • 使用vSphere或Web UI将模板从分段VM上载到ESXI数据存储。 (这将是一个快速转移)。

    优点:

    通过将模板分成小块,可以降低传输过程中数据损坏的风险。 (如果文件被破坏,只需要重新上传RAR文件,而不是整个40GB的文件)。

    你只能传输40GB(可能会更less,因为RAR进一步压缩)。

    当您在所select的操作系统内进行传输时,您可以select传输实用程序。

    缺点:

    您必须创build一个分段虚拟机。 我通过一个预先创build的<1GB的模板,只有一个裸OS安装+ SFTP服务器来简化这个过程。

    压缩/解压40GB的模板需要4-6个小时,取决于你的CPU资源。

    我已经处理了同样的问题了好几次,大概有一半时间我发现我远比在偏远地区build立新机器要好得多。 这对于我所说的“模板”机器来说尤其如此。 我的版本是一个非常基本的机器。 你的版本可能有点不同。