虚拟设备的版本控制

时间:2012-01-04 19:48:07

标签: version-control backup virtualization virtual-machine

我对虚拟设备的理解是1个预配置的VM,它们可以相互协作,每个都有一个预配置的:

  • 虚拟硬件配置(磁盘,RAM,CPU等)
  • 来宾操作系统
  • 已安装&配置软件堆栈

这(基本上)是设备的主旨吗?如果没有,请纠正我并澄清!

假设我的理解是正确的,它开始提出一个问题:备份设备的最佳方法是什么?显然像SVN这样的SCM是不合适的,因为设备不是源代码 - 它是一个巨大的二进制文件,代表整个机器甚至是一组机器。

那么SO如何保留设备的“备份”? SO如何模仿设备配置的版本控制?

我正在使用VBox所以我将在下一个示例中使用它,但这实际上是一个通用的虚拟化问题。

如果我开发/配置设备并将其标记为“1.0”版本,并将该设备部署到运行VBox管理程序的生产服务器,那么我将使用软件术语并称之为“发布” ”。如果我发现该设备的客户操作系统存在配置问题并需要发布1.0.1补丁,会发生什么?

提前致谢!

1 个答案:

答案 0 :(得分:0)

从我所看到和使用过的,设备被释放后能够恢复其默认虚拟机,可能来自某种幽灵分区(我正在考虑与我合作过的Comrex无线电STL设备)。修补程序可以应用于设备,最新的修补程序通常包含所有以前的修补程序(如果需要)。

新VM意味着新设备 - Comrex ACCESS 2.0或其他任何产品,1.0补丁不适用于它。它永远不会备份,而是可以恢复到工厂状态。 Comrex单元存储连接设置,静态IP配置,所有垃圾,但重置会杀死所有这些并且必须重新输入(我之前必须做的)。