首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >如何管理对克隆虚拟机集的更改?

问如何管理对克隆虚拟机集的更改?
EN

Server Fault用户
提问于 2010-08-17 01:23:34
回答 2查看 2.7K关注 0票数 4

我正在努力建立一个可行的发展模式。我想知道是否有人对虚拟机软件有建议,以及要遵循什么过程才能实现以下功能:

  • 开发人员获取虚拟机的黄金映像副本,并在自己的工作站上运行VM来宾。(理想情况下,当开发人员工作站拥有所有空闲的马力时,我不想为服务器硬件/软件集中托管VM支付费用。)
  • 虚拟机的黄金映像被更新--使用所选择的VM供应商中的不同磁盘、快照或同等功能--每个复制的开发人员VM都会使用新的更改更新(理想情况下,我不会部署整个映像--只是与黄金映像的差异)。
  • 是自由的(也许是一厢情愿的想法)
  • 正如前面提到的-不是一个基于服务器的解决方案(除了在某个地方存储黄金映像和差异)我不想要更多的服务器和软件来管理。
  • 必须支持64位来宾(Virtual和MS Virtual退出.)

这是白日梦吗?

考虑到我的限制,我想我可以选择VMWare工作站或VirtualBox。但我认为他们不会做我想做的事。

作为一个折衷方案,我是否可以使用Hyper或ESX创建VM模板,创建多个模板克隆,并以某种方式将这些克隆分发到各个工作站?

我部署不同磁盘/快照的想法是,这在每周的基础上是切实可行的--将更新部署到每个单独的开发人员VM中,然后与基本映像合并。然后,“黄金图像”也会将差异合并--这样所有VM都可以匹配,而不必费心删除现有的克隆,并从更新的模板中克隆。您可以继续运行相同的Vm --只需继续应用不同的磁盘/快照。

EN

回答 2

Server Fault用户

回答已采纳

发布于 2010-08-20 05:31:20

快照:首选方法

  1. 在您的机器上创建一个基本VM。为了您的目的,您将非常好地使用一个紧凑/薄配置的磁盘映像文件,所以不要使用固定大小的文件。
  2. 关闭基本VM的实例。(仅暂停/hibernate是不够的。)
  3. 拍张快照。
  4. 拍摄快照后,将其分发给开发人员。
  5. 当时机成熟时,启动基本VM并更新它。您所做的任何更改都将被写入新的“增量”文件,该文件将仅与快照后所做的累积更改一样大。因为您已经拍摄了快照,这个巨大的磁盘映像文件将保持100%不变。
  6. 关闭基本VM的实例。(仅暂停/hibernate是不够的。)
  7. 如果您进行了重大更改(例如,安装了一个大型服务包),请考虑现在就采取额外的快照,以便在进行下一次更新时不必重新传输当前快照。
  8. 一夜之间,(a)要么重新启动每台开发人员机器,要么以编程方式杀死每个开发人员机器上的hypervisor进程(不,开发人员将不记得关闭它),然后(b)使用ROBOCOPY /MIR等复制已更改的文件。

当然,为了使其工作,您将需要传输与VM相关的所有已更改的文件,除了快照/增量文件本身之外,还可能包括包含快照元数据的配置文件。您还需要确保,在每台开发人员机器上,VM都存储在与您自己的机器完全相同的位置。

Rsync:备用方法

另一种方法是使用固定大小的虚拟磁盘,不使用快照,并使用rsync客户机/服务器(如DeltaCopy )只复制更改的部分。这不是首选的方法,因为:

  1. 这需要在每台开发人员机器上安装rsync软件。
  2. 尽管没有更多的数据被传输,实际的复制过程将花费更长的时间,因为rsync需要分析整个虚拟磁盘文件文件,以确定哪些部分需要传输。

结论:您可以使用rsync来实现这一点,但是如果您的管理程序支持快照的话,这似乎有点过分了。

票数 3
EN

Server Fault用户

发布于 2010-08-20 14:15:32

这听起来像是你需要一个配置管理工具。这将是一个中央存储库,您可以在这里安全地进行配置,客户端(您的windows )可以获得新的配置。

当我使用linux时,我不知道windows运行得有多顺利,但是有一些解决方案支持windows。看一看这的wiki文章。总结得很好。

票数 0
EN
页面原文内容由Server Fault提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://serverfault.com/questions/171213

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档