1、UCS Manager：
UCS manager所有的管理行为都是通过GUI/CLI/API方式，并且基于Fabric Interconnect的，然后使用专用VLAN4044连接刀片机箱IOM上的管理控制模块（CMC-chassis management controller）。
与刀片机箱相关的管理任务，通过冗余的串行链路实现。
与IOM相关的管理任务，通过I2C（Interintegrated circuit）实现。
与刀片相关的管理任务，通过专用冗余的以太链路连接至刀片主板的BMC（baseboard management controller）实现
总之无论是刀片机箱，还是IOM，或是刀片，所有的管理任务都是通过内部通道，汇聚至fabric interconnect 6100上，以实现6100上的单点管理。
UCS的管理是通过Fabric Interconnect上安装的UCS Manager来实现的，UCS manager接受来自于GUI,CLI，以及XML API的管理请求，有些刀片有管理或是通告也可以通过IPMI（Intelligent Platform Management Interface），刀片的KVM（Keboard/Video/Mouse）同样如此。
UCS Management Software运行在安装了Cisco Nexus Operating System（NOS）的Fabric Interconnect上，UCS manager可以通过Fabric Interconnect上的管理接口访问。
2、Chassis Management Controller（CMC）：
IOM是刀片机箱上的物理组件，CMC（chassis management controller）是它的管理核心，CMC通过I2C串行总线，使用Intelligent Platform Management Interface（IPMI）收集数据，然后通过以太链路与刀片做管理信息交互，CMC可以控制供电、散热，并且能够作为UCS manager的代理去控制刀片。
CMC是IOS上的管理模块，其实它是作为一个桥梁，连接Fabric Interconnect上的UCS manager与刀片的BMC。
3、BMC：
刀片通过baseboard management controller（BMC）与CMC交互lights-out、KVM以及其它信息。
4、UCS management assignment:
Role-based access control（RBAC）可以给不同管理员分配不同的权限，以管理不同的域。
UCS 6100 Fabric Interconnect可以运行在Ethernet host virtualizer（EHV）模式，或是作为一台传统的以太交换机，同时可以为SAN运行在N_Port virtulization模式。
当Fabric Interconnect运行在switch模式下时，类似一台普通的二层接入交换机。以太网络管理员仍然负责LAN的配置，包括trunk、etherchannel等。
当Fabric Interconnect运行在EHV模式时，它不会参与vtp或是stp，作为二层设备也不会参与路由协议。这时所需的配置也仅包括trunk与etherchannel。
UCS环境下，SAN管理员仍然需要负责将上行链路分配至合适的VSAN，创建logical unit number（LUN）。
UCS Fabric Interconnect运行在NPV模式下，避免参与Fabric Shortest Path First（FSPF）。NPV模式基于N Port Identifier Virtualization（NPIV）标准，以便与其它厂商的SAN兼容。
系统管理员仍然保持原有的角色，与维护传统服务器一样，负责所有操作系统的安装、调优，维护。UCS不负责系统级的配置与管理。
5、诊断信息
UCS有多种不同的诊断工具例如LED，GUI，CLI并支持传统的排错工具与排错技术。
6、管理解决方案集成
外部管理工具通过XML-Application programming interface（API、Web-based enterprise management（WBEM）、SNMP、IPMI、SDK等接口或工具可以很容易地集成进UCS。
Data management engine（DME）介于UCS硬件与软件之间，向接口提供API接口。
UCS manager管理一个UCS Fabric。
BMC BladeLogic可管理多个UCS：全局管理模板、全局MAC、WWWN、UUID，全局RBAC、全局监控及日志
传统的刀片中心，每个管理模块只能管理一台设备（含多个刀片），但BMC BladeLogic可以管理多达40个刀片中心，320个刀片，并可以通过一次定义下的模板，复制到其它刀片中心上，由于MAC、WWWN、UUID等属于全局分配，也就避免了管理员重复分配的可能。
BMC BladeLogic将UCS扩展到了服务器软件层面，包括hypervisior层，操作系统及应用层。
7、UCS manager高可用以及灾难恢复
冗余互备的fabric interconnect通过专用链路同步数据库及状态数据。
浮动管理IP为无缝切换提供条件
主设备负责将数据库及状态数据及时同步给从设备。
只有管理模式属于Active/standby，数据转发始终保持Active/Active（A/A）
UCS manager的灾难恢复有多种方式，包括TFTP，secure copy protocol（SCP），FTP
full state备份包括硬件状态，包括service profile的关联情况
configuration数据可以备份为XML格式，包括config-all，config-system和config-logical
XML格式的备份不包括与硬件刀片的关联情况，并可以在恢复前先行编辑。
所有的配置文件都存储在UCS的数据库内。备份文件可以存在Fabric interconnect本地，或是通过FTP存储在远端设备上，而且可以实现定期备份以减轻管理员工具量。
总之：
1、所有的管理工作都可以通过UCS manager来实现，不需要直接连接设备（如Fabric Interconnect）或是通过子管理模块实现。
2、网络与系统的管理模型没有变化
3、UCS有许多监测与分析工具方便排错
4、各类管理API接口方便第三方开发
5、集群的Fabric Interconnects给管理以及数据转发提供了高可靠、高冗余
6、UCS的备份及灾难恢复方式多样
UCS manager所有的管理行为都是通过GUI/CLI/API方式，并且基于Fabric Interconnect的，然后使用专用VLAN4044连接刀片机箱IOM上的管理控制模块（CMC-chassis management controller）。
与刀片机箱相关的管理任务，通过冗余的串行链路实现。
与IOM相关的管理任务，通过I2C（Interintegrated circuit）实现。
与刀片相关的管理任务，通过专用冗余的以太链路连接至刀片主板的BMC（baseboard management controller）实现
总之无论是刀片机箱，还是IOM，或是刀片，所有的管理任务都是通过内部通道，汇聚至fabric interconnect 6100上，以实现6100上的单点管理。
UCS的管理是通过Fabric Interconnect上安装的UCS Manager来实现的，UCS manager接受来自于GUI,CLI，以及XML API的管理请求，有些刀片有管理或是通告也可以通过IPMI（Intelligent Platform Management Interface），刀片的KVM（Keboard/Video/Mouse）同样如此。
UCS Management Software运行在安装了Cisco Nexus Operating System（NOS）的Fabric Interconnect上，UCS manager可以通过Fabric Interconnect上的管理接口访问。
2、Chassis Management Controller（CMC）：
IOM是刀片机箱上的物理组件，CMC（chassis management controller）是它的管理核心，CMC通过I2C串行总线，使用Intelligent Platform Management Interface（IPMI）收集数据，然后通过以太链路与刀片做管理信息交互，CMC可以控制供电、散热，并且能够作为UCS manager的代理去控制刀片。
CMC是IOS上的管理模块，其实它是作为一个桥梁，连接Fabric Interconnect上的UCS manager与刀片的BMC。
3、BMC：
刀片通过baseboard management controller（BMC）与CMC交互lights-out、KVM以及其它信息。
4、UCS management assignment:
Role-based access control（RBAC）可以给不同管理员分配不同的权限，以管理不同的域。
UCS 6100 Fabric Interconnect可以运行在Ethernet host virtualizer（EHV）模式，或是作为一台传统的以太交换机，同时可以为SAN运行在N_Port virtulization模式。
当Fabric Interconnect运行在switch模式下时，类似一台普通的二层接入交换机。以太网络管理员仍然负责LAN的配置，包括trunk、etherchannel等。
当Fabric Interconnect运行在EHV模式时，它不会参与vtp或是stp，作为二层设备也不会参与路由协议。这时所需的配置也仅包括trunk与etherchannel。
UCS环境下，SAN管理员仍然需要负责将上行链路分配至合适的VSAN，创建logical unit number（LUN）。
UCS Fabric Interconnect运行在NPV模式下，避免参与Fabric Shortest Path First（FSPF）。NPV模式基于N Port Identifier Virtualization（NPIV）标准，以便与其它厂商的SAN兼容。
系统管理员仍然保持原有的角色，与维护传统服务器一样，负责所有操作系统的安装、调优，维护。UCS不负责系统级的配置与管理。
5、诊断信息
UCS有多种不同的诊断工具例如LED，GUI，CLI并支持传统的排错工具与排错技术。
6、管理解决方案集成
外部管理工具通过XML-Application programming interface（API、Web-based enterprise management（WBEM）、SNMP、IPMI、SDK等接口或工具可以很容易地集成进UCS。
Data management engine（DME）介于UCS硬件与软件之间，向接口提供API接口。
UCS manager管理一个UCS Fabric。
BMC BladeLogic可管理多个UCS：全局管理模板、全局MAC、WWWN、UUID，全局RBAC、全局监控及日志
传统的刀片中心，每个管理模块只能管理一台设备（含多个刀片），但BMC BladeLogic可以管理多达40个刀片中心，320个刀片，并可以通过一次定义下的模板，复制到其它刀片中心上，由于MAC、WWWN、UUID等属于全局分配，也就避免了管理员重复分配的可能。
BMC BladeLogic将UCS扩展到了服务器软件层面，包括hypervisior层，操作系统及应用层。
7、UCS manager高可用以及灾难恢复
冗余互备的fabric interconnect通过专用链路同步数据库及状态数据。
浮动管理IP为无缝切换提供条件
主设备负责将数据库及状态数据及时同步给从设备。
只有管理模式属于Active/standby，数据转发始终保持Active/Active（A/A）
UCS manager的灾难恢复有多种方式，包括TFTP，secure copy protocol（SCP），FTP
full state备份包括硬件状态，包括service profile的关联情况
configuration数据可以备份为XML格式，包括config-all，config-system和config-logical
XML格式的备份不包括与硬件刀片的关联情况，并可以在恢复前先行编辑。
所有的配置文件都存储在UCS的数据库内。备份文件可以存在Fabric interconnect本地，或是通过FTP存储在远端设备上，而且可以实现定期备份以减轻管理员工具量。
总之：
1、所有的管理工作都可以通过UCS manager来实现，不需要直接连接设备（如Fabric Interconnect）或是通过子管理模块实现。
2、网络与系统的管理模型没有变化
3、UCS有许多监测与分析工具方便排错
4、各类管理API接口方便第三方开发
5、集群的Fabric Interconnects给管理以及数据转发提供了高可靠、高冗余
6、UCS的备份及灾难恢复方式多样
发表评论 评论 (2 个评论)