针对大量已关闭的虚拟机的 Windows 更新

针对大量已关闭的虚拟机的 Windows 更新

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

我正在做一个 VM 项目。我公司的销售代表需要不同配置的 VM 来演示我们的软件。我们不需要 VM 服务器,而需要 VM 库。销售代表可以进入库,选择预配置的 VM,立即将其下载到桌面并从那里运行。创建这些 VM 没有问题,因为我可以手动完成。我面临的问题是如何管理上述 VM?

我们希望拥有广泛的 VM 配置,因此我并不会管理 5 个映像。我将管理更多映像。这些映像在最初创建后将处于关闭状态,基本上会放在文件服务器上。这些映像将需要每隔一段时间安装 Windows 更新以及一些公司文件。我可以手动检查并更新所有映像,但这会很麻烦。我确信如果 VM 已打开,Windows 更新可以在没有人工监督的情况下运行,但我不知道如何做到这一点。理想情况下,最好有一个可以在周末运行的程序,它可以分别检查每个 VM,打开它,运行 Windows 更新,然后关闭该 VM。有没有什么软件可以做到这一点?

如果您需要我澄清任何事情,请告诉我,因为我不确定我是否问了正确的问题,因为我仍然不确定我要求的是什么样的软件。

答案1

您可能更适合使用 vCloud Director 和 VMWare View 之类的产品。这样您就可以为每个销售项目集中模板,并使用 View 远程访问它们。您只需保持模板为最新,并根据需要为每个销售演示生成链接克隆,然后在演示后丢弃。这样,每个销售人员就无需将完整映像下载到他们的笔记本电脑上。他们只需在会议前自行配置演示环境,然后使用 View(或远程桌面)连接到该环境即可。

您没有说您正在使用什么特定技术,所以这是 vSphere 特定的建议,但据我所知,Hyper-V 有一个类似的解决方案,称为 SCVMM 中的实验室管理。


针对您对“免费”的担忧,您将很难免费做到这一点。虚拟化具有巨大的优势,但除非您想创建自己的工具,否则您将不得不花一些钱。

如果您是有权使用 MDOP 的 Microsoft SA 客户,则可以考虑 MED-V,它基本上是 Virtual PC 之上的管理层。它与 vCloud Director 和 View 的功能相差甚远,您可能需要编写大量脚本并拼凑起来,但它可以让您将自定义打包的虚拟机部署到各个工作站并进行管理。

答案2

像 View 或其他远程访问之类的东西会更容易管理(并且代表是否对在他们的机器上运行客户机的性能感到满意?),但如果你坚持要分发这些,那么你可以这样做:

  1. 编写脚本来为目标虚拟机客户机执行 WOL,或使用 vCLI 在所需的时间/间隔启动硬件
  2. 让域中的机器以及 OU 每天从 WSUS 获取所有更新并自动安装或.... 2.a. 使用第三方软件在目标客户机中编写自动更新脚本(没有内置于 Windows、IME 中的 AU 的简单挂钩)
  3. 编写一些脚本来将公司文件也放入其中。
  4. 编写关机脚本,可以从客户机内部调用关机,也可以通过 vCLI 正常关闭硬件。

相关内容