1. UCS资源池

思科统一计算将各种资源及其相关配置剥离开，以实现应用的快速、无状态部署。

统一计算的资源可分为以下几钟：LAN、SAN、COMPUTE、MGMT（management）

 

LAN资源：MAC地址，管理IP地址，VLAN以及LAN物理端口。

SAN资源：VSAN、WWN（world wide name），WWN最重要的作用在于给service profile提供灵活的迁移性，WWN包含WWNN与WWPN，WWNN是world wide node name的简称，代表物理设备，比如HBA。WWPN是world wide port name的简称，指的是物理设备上的某个端口，比如一个双端口的HBA就会有两个WWPN，但是共享一个WWNN。

COMPUTE资源：计算节点，firmware

MGMT资源：管理VLAN，服务器KVM（keyboard，video，mouse），底层控制以及UCS内部所有涉及管理的组件，都统一通过fabric interconnect上的ucs manager进行管理

 

2. service profile

UCS之所以能够实现快速部署的根本原因在于物理资源与配置的分离，前面提到了LAN/SAN/COMPUTE/MGMT等各种物理资源，这里说的service profile就是剥离出来的配置信息。

 

service profile从逻辑上看就像是一台服务器：

identity：UUID，MAC，WWN

配置：引导顺序，firmware，服务需求等

连接：VLAN，VSAN，QOS

 

service profile使得计算节点变成stateless的，只有当它从ucs manager中取得service profile中定义的各种属性时，才是一个真正意义上的计算节点。

 

service profile作为一个逻辑的刀片，不需要你去了解它实际上与哪台物理设备绑定，service profile包含了一台服务器所需的一切个性化配置比如identity，网络等。

 

一个service profile一次只能与一台物理刀片绑定。另外即使你只想把刀片当作传统的设备去运行，不需要实现移动性或使用资源池，也仍然必须使用service profile，虽然从理论上来讲可以使物理刀片在没有与service profile绑定的情况下正常启动，但你将损失网络和SAN功能。 

 

每个刀片必须有它自已的service prifile，即使这些prifiles看起来非常相似。cloning和template可以方便地实现批量定义service profile。

 

写了半天，差点儿丢了，幸好手快截了个屏。。。。接着上面了：

3、CD-ROM

4、Pre-Execution Environment（PXE）

 

除了disk policy，类似的还有：

vNIC policy： vNIC选择与属性

firmware policy： firmware level requirements

disk policy： 启动顺序及磁盘选择

serial over lan policy： serial over lan(SOL) requirements

ipmi policy： 远程管理设置

scrub policy： 取消关联时的并行动作

teplate policy： 定义了模板的使用

 

总结：

1. UCS在服务器的部署过程中负责各类资源的管理

2. 相似的资源被划进同一资源池

3. service profile定义了一些逻辑标识，例如UUID,MAC,WWN等

4. service profile policy使得service profile使用起来更灵活，配置更简洁