[发明专利]在机器部署期间插入管理代理

说明书

技术领域

本发明涉及用于配置部署中的虚拟机以由管理程序进行管理的方法和系统。

背景技术

存在多个计算机的集合，这些集合通常称为数据中心、服务器场或部署。在这些部署中，具有用于监控和管理部署中的多个计算机(不是物理计算机就是虚拟机(VM))的一个或多个管理系统是常见的。例如，管理系统可管理如下各项：修补计算机、使计算机就绪(stand up)——包括将应用安装在计算机上以及实例化这些应用(诸如，微软服务器App-V应用虚拟化包、或数据库的微软数据库应用组件描述)——或者监控计算机的健康。这种管理系统可通过与计算机上的相应管理代理进行交互来管理计算机。

此外，对部署中的多个计算机进行同样地配置是常见的。这些计算机可被同样地配置，例如，其中这些计算机被配置为执行相同版本的操作系统，或者这些计算机被配置为执行相同版本的应用。

管理员配置计算机以由管理程序进行管理的一种方式如下。管理员定购计算机、接收这些计算机、将这些计算机挂载在机架中、将来自盘的程序代码安装在每一计算机上、以及然后向将管理每一计算机的一个或多个管理系统登记该计算机。除了涉及这些物理机器本身的一些细节以外，管理员还可配置部署中的各VM以由管理程序用类似的方法进行管理。这些用于配置部署中的VM以由管理程序进行管理的公知技术存在许多问题，这些问题中的一些问题是公知的。

发明内容

因此，本发明是对配置部署中的VM以由管理程序进行管理的改进。

在操作系统的黄金映像(gold image)中包括管理代理可以是合乎需要的(有时称为将管理代理烘烤(bake)在黄金映像中)，但是将代理烘烤在内(bake in)会给其带来各种问题。可能存在许多管理代理，并且每当任何代理改变时，需要创建新的黄金映像，这花费管理员的工作。另外，一些管理代理并不被设计成要被烘烤在内。为了被成功地烘烤在内，管理代理需要能够在经历了一般化(大多数黄金映像并不包括诸如机器名称或机器IP地址之类的机器专用信息)和/或系统准备过程(诸如微软Sysprep)后还存在。管理代理可能无法在经历这两个过程中的一个后还存在，例如因为它依赖于由这两个过程中的一个所改变的信息是已知且一致的。

而且，可能出现这种情况：可能无法在远程配置管理代理，因为该代理缺少允许远程系统配置该代理的暴露接口。因此，当管理员可在几分钟内建立几十个或成百个VM就绪的情况下，他或她仍不得不进入具有管理代理的这些VM中的每一个，并对其进行手动配置。即使在管理代理的确具有允许远程配置的暴露接口的情况下，这样做仍可花费令人无法接受的较长时间量。一般使用域名服务器(DNS)来定址计算机。然而，一旦使计算机在线并向DNS进行登记时，通过通信网络传播DNS登记可能要花费若干分钟，使得可经由DNS在远程定址该计算机。传播DNS名称所需的这一时间可能是不可接受的长。

因此，与使VM与黄金映像进行映像分开地将管理程序安装在该VM中可以是有利的。在一实施例中，部署具有部署管理器，该部署管理器被配置为创建、销毁和管理在部署中的主机上的VM。这种部署管理器的一示例是微软的系统中心虚拟机管理器(SCVMM)。部署管理器确定要在主机上创建VM，并指令该主机创建VM。当部署管理器接收到VM已被创建的指示时，部署管理器指令该VM安装管理代理或管理程序，管理系统可与该管理代理或管理程序进行通信来管理VM。管理代理提供使管理系统管理计算机的功能。例如，管理代理可暴露允许管理系统与管理代理进行通信的接口，且管理代理可在计算机上执行实现管理系统的指令的动作。部署管理器还向管理系统登记VM。然后，管理系统可通过与VM上的管理代理进行通信来管理VM。

存在用于配置部署中的VM以由管理程序进行管理的本发明的其他实施例，并且一些这样的示例参考对附图的详细描述来描述。

附图说明

参考附图来进一步描述用于配置部署中的VM以由管理系统进行管理的系统、方法和计算机可读介质，其中：

图1描绘了可实现本发明的实施例的一方面的示例通用计算环境。

图2描绘了可实现本发明的实施例的一方面的示例虚拟机主机。

图3描绘了可实现本发明的实施例的一方面的第二示例虚拟机主机。

图4描绘了用于配置部署中的一VM以由一管理系统进行管理的示例系统体系结构。

图5描绘了用于配置部署中的一VM以由一管理系统进行管理的另一示例系统体系结构。

图6描绘了用于配置部署中的一VM以由多个管理系统进行管理的示例系统体系结构。