用于众多断电虚拟机的Windows更新

在深入探讨这个问题之前,让我先谈一谈这个问题的背景。

我正在开发一个VM项目。 我公司的销售代表需要有不同configuration的虚拟机来演示我们的软件。 我们不需要一个虚拟机服务器,而是一个虚拟机库。 销售代表可以去图书馆,select一个预先configuration的虚拟机,立即下载到他们的桌面并从那里运行。 这些虚拟机的创build是没有问题的,因为我可以手动执行。 我面临的问题是如何pipe理所述虚拟机?

我们需要广泛的虚拟机configuration,所以我不会pipe理5个映像。 我会pipe理更多。 在初始创build之后,图像本质上将处于closures状态的文件服务器上。 这些图像需要每隔一段时间安装一次windows更新以及一些公司文件。 我可以手动通过并更新所有这些,但这将是一个麻烦。 我敢肯定,Windows更新可以在没有手动监督的虚拟机上运行,​​如果他们打开,但我不知道如何做到这一点。 理想情况下,最好有一个程序,我可以在周末运行,分别通过每个虚拟机,启动它,运行Windows Update,然后closures虚拟机。 有没有什么软件可以做到这一点?

请让我知道,如果你需要我澄清什么,因为我不知道我是否问正确的问题,因为我仍然不确定我要求什么样的软件。

使用vCloud Director和VMWare View可能会更好。 这将允许您为每个销售项目设置集中的模板,并使用View远程访问它们。 您只需要保持模板是最新的,并且每个销售演示按需生成链接克隆,然后放弃。 这将消除每个销售人员将完整图像下载到他们的笔记本电脑的需要。 他们只是在会议之前自行configuration演示环境,并使用View(或远程桌面)连接到演示环境。

你没有说明你使用的是什么特定的技术,所以这是一个vSphere特定的build议,但是Hyper-V有一个类似的解决scheme叫做SCVMM中的实验室pipe理。


为了解决您对“免费”的担忧,您将很难免费获得这个服务。 虚拟化有巨大的好处,但是除非你想创build自己的工具,否则你将不得不花费一些$$。

如果您是微软有限公司的MDOP客户,则可以使用虚拟PC上的MED-V,这基本上是一个pipe理层。 与vCloud Director和View的function相差甚远,您可能需要进行大量的脚本编制和拼凑操作,但可以将自定义打包的VM部署和pipe理到各个工作站。

像View或其他远程访问的东西会更容易pipe理(而且代表满意在他们的机器上运行guest虚拟机的性能?),但是如果你在分发这些东西时死心塌地,那么你可以这样做:

  1. 编写脚本来为目标VM guest虚拟机执行WOL,或者使用vCLI以所需的时间间隔为硬件启动
  2. 使域中的计算机,因此一个OU每天从WSUS获得所有更新,并自动安装或…. 2.a. 使用第三方软件在目标客人脚本自动更新(对于内置于Windows,IME的简单钩子)
  3. 编写脚本以获取公司文件。
  4. 脚本closures,无论是从客人内部调用关机,或通过vCLI优雅的硬件。