上面的图显示了所有配置服务的分配状态，以及哪些配置服务被分配到哪些物理刀片上。下图的清单显示了一个WWNN 池以及哪些服务配置正在使用的哪些池地址。这个列表可以非常方便的导出为一个CSV格式文件。

你还可以访问你早期建立的以太网和FC端口指示，比如eth0、eth1、fc0和fc1——这些要跟每个FI对应起来，因此在每个刀片上面产生了一定的冗余。我就在这里遇到过一些错误，举个例子，分配的端口清楚的被定义为Fabric A，但是当模板应用到一个服务器时， Fabric A中不知怎么又冒出了一个Fabric B，这就需要手动来校正。他们向我保证他们正在积极的修改这个错误。在这个宏伟的格局中，这只是个小问题，而且强调一下，这是1.0版本。

有两种形式的服务配置模板：原始型和升级型。每个模板都有其优缺点，不幸的是两种模式之间不能互相切换;如果你一开始用的是原始模式，那么以后不能进行升级。

原始型模板用来建立一次性的服务配置，最初的模板没有附件。而升级型的模板是跟这些服务配置形影相随的，所以在升级型模板中改变设置就会引起所有相关服务配置的改动。这是一把双刃剑，因为它可以使服务配置管理变的简单，只要重新启动就会完成这些配置的修改——而几乎不会出现警告。可是当你点击保存的时候，会引起20个刀片都重新启动，虽然这个启动跟改变模板启动顺序步骤那样无伤大雅。如果有一个选择可以错开所有的重新启动，或者可以对其进行时间安排，或者两种选择都有就好了。思科已经知晓这个问题，并且正在着手研究解决方案。

原始型配置没有这个问题，但是一旦建立后，如果需要修改的话，那么你必须一个一个手动修改，一个服务器一个服务器的来。不幸的是，这里没有两全其美的解决方案。

无论如何，你可以建立一个服务配置，定义刀片应该在器件上运行什么固件;把什么样的WWNN， WWPN， 和MAC地址分配给刀片上的各种端口;把什么样的管理IP地址分配给BMC;启动刀片的顺序;以及从哪里启动刀片——本地磁盘还是SAN LUN.然后你可以把这个配置分配给特定的刀片，或者你可以把所有的刀片汇集在一起组成池，然后把配置分配给这个池，让UCS来选择刀片。然后，奇迹发生了。 思科UCSPXE的魔法

在UCS进行处理之前，每个刀片里面什么配置都没有。根据每个服务器服务配置，一个刀片必须能够符合任何数量的特定要求，从固件的修订版本开始。Cisco通过PXE用某种127.0.0.0网络PXE magic程序启动刀片，以及用PXE推动基于Linux的配置代理，完成从什么都没有的刀片到完全配置好的刀片的转变。代理然后访问所有不同的器件，闪存和固件，分配给他们不同的地址，让刀片跟服务配置相符合。这总共需要一到两分钟。随后，刀片重启，并准备接受一个操作系统。

这个过程有点进退两难：如果我想用PXE启动操作系统怎么办呢?通过一些magic程序，UCS配置器PXE框架不会干扰正常的PXE操作。一旦刀片按照服务配置进行了设置，他就会聪明的让路。从这一点开始，你可以像平时一样安装操作系统—比如，VMware ESX Server，RHEL 5.3，或者你有的任何系统。 你还可以使用在远程KVM功能中的虚拟媒体工具。这个稍微有点老套了，但是你可以从你的本地系统中选择一个ISO镜像来给刀片作为连接在上面的CD或者DVD，从那里启动来安装操作系统。这时另外一个有趣的事情发生了：一般来讲，不用安装任何的驱动程序。Windows Server 2008， RHEL 5.3以及