正如你所想象的，在Insight Orchestration中有一个自助入口可以允许非管理员根据预设的模板配置服务。对于Matrix解决方案的所有其他方面来说，用户可以被分配优先权来从指定的模板中选择，甚至可以在没有完全使用Insight Orchestration的情况下设计新的模板。

假设用户足够专业来理解相对简单的界面，自助入口可以从服务器建立流程中去除IT管理的部分，不过不要轻易采取这种选择。

堆栈

除了自动化服务器建立流程外，Insight Orchestration还可以和惠普Insight Manager's X2X迁移工具结合使用，帮助管理员将虚拟机从一台服务器迁移到另一台服务器再迁移回来，甚至可以在虚拟机和虚拟机的管理程序之间转换。笔者对其进行了基本测试，将基于VMware的Windows Server 2003虚拟机迁移到物理刀片服务器，整个过程需要花费大约半小时，除了早期的几种许可证授权与实际迁移无关外，其他的都会有所影响。

还有一种叫做Capacity Advisor的工具。这是一款大致类似于VMware的Capacity Planner的工具，可以允许用户监控物理服务器上的能耗，中央处理器，随机存储器，网络和磁盘输入/输出，在数据基础上建立报告。还有一种称为 Smart Solver的功能，在数据基础上来决定如何最好的解决虚拟环境或者新的物理模式中遗留的工作负载。这款工具还能提供预测功能，尝试计算某种工作负载随着时间的推移将如何增长，其他的功能还包括在设置的上限被超越时发出警告。

部署外线

任何自动化系统在系统出现故障时都会产生大问题。在IT环境中，你总是依赖系统不要出现问题。如果有人在Insight Orchestration之外建立虚拟机时没有注意，或者硬件故障出现在系统的中心位置，亦或是其他问题牵引出的隐患。因此笔者着手打破一些构造，看看Insight Orchestration, 是否能应付这些问题，恢复流程会承担什么责任。

笔者尝试人为制造了一些麻烦，还有一些无心之举，总的来说系统每次都得到了管理和恢复。在本文的屏幕截图中，你将注意到在大量工作中有一个或两个无效的状态，多数都是故意造成的。

在几个实例中，在物理刀片服务器上建立自动化VMware ESX在最后启动时有一个HBA间隔，由于它不能访问硬盘开始重启。每个Insight Orchestration，状态保持在60%的时候会发生故障，因为系统还没有完成建立过程。笔者取消了在Insight Orchestration上的工作，然后重启刀片服务器。这时，与HBA相连的LUN和新的ESX刀片服务器正常启动，但是Orchestration仍然认为这项工作出错了。