DynamicOps主要用于虚拟机发放

DynamicOps的虚拟资源管理(VRM)工具更多的是用于部署和控制对虚拟机的访问的供应工具，当涉及到后续管理成功安装的VMsr方式来管理异构虚拟机场时，它的效率较低。

Dynamicops将其虚拟资源管理（VRM）工具作为“管理服务器和桌面虚拟化的统一方法”，无论虚拟机管理程序平台如何。

但是，我们发现VRM更多的是用于部署和控制对虚拟机的访问的配置工具，并且在随后的成功安装VM的管理方面时不太有效。（看截屏。）

此外，并非所有虚拟机管理程序都与VRM控制和操作在其顶部运行的VM的能力方面相同。在VRM的控制下，基于VMware的VM比运行Atop Hyper-V和XenServer的实例更具可延展性。

一般来说，使用DynamicOps工具来控制非基于vmware的虚拟机需要更多的手动步骤。

Dynamicops VRM（我们主要测试3.1.0版，除了提供3.1.1的公司以解决Windows 2008服务器支持Windows 2008 Server支持Windows Imaging格式[Wim]映像所需的应用程序，必须安装在32上-bit版本的Windows Server 2003 R2。我们能够在没有问题的情况下在适当的Windows 2003R2虚拟机中安装它。该程序需要访问至少两个CPU，2GB RAM和40GB的磁盘空间。

它还需要一个数据库。我们用SQL Server Express 2005测试了它，但它也适用于SQL Server 2005。Microsoft . net 3.5和Microsoft IIS 6.0与ASP。NET也是必需的。

支持的虚拟环境是XenServer 5或更高版本，VMware ESX 2.5或更高版本，包括VirtualCenter 2或更高版本和Hyper-V 1.0。有必要为我们部署在测试床上的每种虚拟环境安装代理代理。

启动

默认安装并不复杂。配置产品确实需要仔细阅读手册。但是升级到3.1.1版本是一个充满错误的过程。例如，在升级期间，一些基于用户的数据没有正确传输。我们必须手动将它们添加到数据库中。DynamicOps的一位发言人说，当你读到这篇文章的时候，这些数据库问题应该已经解决了。

在我们使用VMware ESX的初始测试中，我们必须在我们能够将VirtualCenter信息添加到VRM控制台之前，输入许多不同配置设置（如蓝图，配置组，成本配置文件和VM Machine Name）的信息。然后，我们能够使用VRM Infrastructure Organizer工具启动和停止导入的计算机

当我们使用XenServer测试VRM时，我们必须手动添加XenServer信息，首先在主机类别中添加主机，然后创建一个预留以确保有足够的存储和CPU，然后将预留分配给主机。之后，通过输入每个VM的详细信息，我们最终可以添加一个VM。

如果您有许多基于Xen的VM，此过程可能会变得非常乏味。应用程序中的一个基本的发现过程将很好地润滑这种应用。Dynamicops代表表示，基础设施组织者应该能够在VRM的下一个主要版本（3.2）中处理XenServer和Hyper-V环境。

无法从VRM基础架构内从头开始创建虚拟机。只有复制现有的蓝图，这是我们填充的表单中，我们填充了各种所需的设置，之后我们可以提供VM。请求的VMS在保留中设置的相同存储位置中创建。

我们在本地存储上有一些虚拟机，以及一些共享存储。当使用蓝图创建新VM时，该VM在同一位置（本地或共享文件夹）创建。我们能够在蓝图中设置有关VM是否需要克隆本身的VM的参数。并且根据我们定义的用户组，我们的用户角色使我们可以获得特定的蓝图，我们被允许在那里获得它们。然后，组长（或VRM管理员）必须批准我们的要求提供新的VM。批准过程是我们在其他产品中没有看到的良好安全措施。

蓝图过程为复制VM模板提供了精细的控制，但是一个繁琐的过程。您可以在所有虚拟机管理程序平台上为各种VMS创建蓝图。但是创建蓝图需要仔细完成文档以确保所需平台上所需的VM对每个设置正确。通常，在我们的测试中输入的数据是相似的，但VMware不需要其他字段。因此，当我们想要为Windows 2008服务器创建蓝图时，我们需要为每个环境创建三个蓝图 - 一个蓝图。

设置克隆虚拟机的蓝图是相当困难的，因为文档不清楚，每个设置都必须手动输入。VMware VirtualCenter有特定的clone属性需要在蓝图中设置。例如，设置“VMware.VirtualCenter.”“操作系统”是给我们带来最大麻烦的一个。如果DynamicOps在文档中有这个信息，或者链接到这里的值列表，这个过程会更简单。

当然，DynamicOps建议将WIM用于所有克隆目的。WIM是一种基于文件的磁盘映像格式，可用于部署基于windows的机器或在本例中部署虚拟机。但这种克隆方式只适用于基于Windows的虚拟机，目前不适用于Windows 2008 x64。我们只能导入Linux虚拟机或通过VMware克隆方法克隆。

WIM Imaging的DynamicOps实现很容易出错，文档不清晰、古怪，有时在如何正确使用产品上出错。例如,当创建Windows 2008的WIM形象,这应该是一个相对简单的过程,我们必须创建一个unattend.xml文件被Sysprep读(微软的命令,准备从物理到虚拟系统虚拟化转换)来配置特定的物品,如许可证密钥和管理员密码。该手册还描述了一些费力的WIM成像选择，这些选择可以很容易地重新制作成模板。

只要您单独使用VirtualCenter创建Windows和Linux VM Clones，我们不会看到跳过WIM成像篮球的好处。

当我们创建配置组时 - 您可以在其中建立哪些用户播放哪个角色并属于哪些组 - 我们还为每个组设置资源。

只能从VMware导入已有的虚拟机。实际上，VRM似乎主要用于设置环境。即使当我们进口机器时，我们也不能复制它们或用它们做任何事情。我们仍然必须创建单独的模板、蓝图、WIM图像和其他相关的设置任务，以便做任何事情。除了VirtualCenter克隆，几乎不存在Linux支持，而其他操作系统则完全被排除在外。根本没有移动或迁移VM功能。

运营管理

用户管理角色高度发展。每个配置组有四个基本角色：管理员，用户，组管理器和支持人员角色。VRM使用Active Directory for用户凭证进行身份验证和授权目的，以便用户可以获得对VRM Web控制台的适当访问权限。每个用户角色允许这些用户进行某些管理地定义的角色。VRM的企业管理员可以将用户分配给每个角色。

VM实例控制在不同平台上相对较弱。与虚拟机一起使用的惟一命令是通过VRM Web控制台启动和停止。而stop似乎并不是完全关闭机器，它只是将其关闭，就像在某些东西运行时按电源按钮一样。其他经过测试的管理应用程序知道如何触发访客有序关机。

此外，如果您不使用VRM接口打开或关闭虚拟机，似乎才能识别任何状态更改。更改内存，分配的CPU或VM Guests的其他设置选项的其他选项不可用，必须在本机管理环境中完成。虽然，有一个Connect-Via-RDP选项，我们无法让此过程正常工作。

VRM没有告警和事件触发器，但有可以查看的日志和报告。包括容量利用率、库存、资源top10、虚拟机状态和审计日志。我们可以根据不同的条件进行过滤，比如主机、用户和机器名。一些视图包含了很好的图表，这对快速了解正在发生的事情很有用。

除了强大的用户角色和将其绑定到Active Directory之外，并没有什么特别的东西使使用VRM的虚拟化环境更安全或更不安全。

返回主要测试。