本申请要求于2010年10月4日提交的美国临时申请第61/389,616号和2011年5月20日提交的美国临时申请第61/488,262号的权益。以上申请的公开内容通过引用合并于此。
具体实施方式
以下的描述在本质上仅是示例性的,并不旨在限制本公开内容、应用或用途。应当理解,贯穿所有附图,相应的附图标记表示相似或相应的部分。
概述
本部分提供了本公开内容的总体概况,而不是本公开内容的整个范围或其所有特征的全面公开。DCIM解决方案10是被设计为管理来自中央位置的数据中心的所有元件的硬件产品和软件产品的模块可扩展系列。特别地,DCIM解决方案10包括一个或多个DCIM硬件装置(在下文中简单地称为“DCIM装置”)以及一套软件产品(下文中为“DCIM软件套件”)。DCIM解决方案具有管理Microsoft
服务器、
服务器、
服务器、存储和串行设备、服务处理器、机架/环境传感器、数据中心电源单元、冷却单元以及配电单元(PDU)的能力,其中所有数据由公共采集引擎收集。这允许数据中心运营商可以完全对数据中心中的每件装备进行监视和控制。
迄今为止,为了管理数据中心,需要多点解决方案。DCIM解决方案10使所有这些点解决方案成为单个产品套件。之前,需要多个独立的硬件设备,诸如:远程访问应用和管理
服务器的相关联硬件(诸如,Avocent的KVM装置);管理
服务器、串行设备和iPUD的
高级控制台服务器(ACS);
服务处理器管理器;管理机架和环境传感器的
机架数据单元(RDU);以及
SiteLink
TM通信接口。之前,通常还需要多个独立的软件应用,例如:
MergePoint基础设施资源管理器数据中心管理软件;
SiteScan Web集中监视和控制系统;监视功率和冷却装备的爱默生网络能量(Emerson Network Power)ASCO PowerQuest
TM功率接口软件;以及
Vista企业软件解决方案。通过将多个软件装置整合为构成DCIM解决方案10的DCIM软件套件的整合软件平台,并且将多个硬件装置整合为聚集的DCIM硬件装置,DCIM解决方案10不仅在装备机架上腾出物理空间,而且提高了操作者控制数据中心的跨度。这允许数据中心管理者甚至更有效地管理并控制服务器和其他计算/存储设备、电源装备以及冷却系统,以优化性能和能量使用量。
除DCIM装置提供的明显益处之外,DCIM软件套件使对数据中心的管理比之前所可能的更容易并且甚至更有效。包括DCIM软件套件的软件模块可以在除DCIM装置以外的通用主机服务器上运行,并且可以工作以提供对数据中心的完整且准确的查看,同时仍然允许用户管理并控制数据中心的各个方面。主机服务器通过遍布数据中心的所有DCIM装置的可管理子系统(MSS)采集引擎从这些所有DCIM装置接收数据。通过使用DCIM软件套件模块,数据中心管理者可以接进实时数据、查看报告,并且根据丰富的基于网络的图形用户界面(“GUI”)远程地管理设备。
还应当注意,DCIM装置和DCIM软件套件可以单独实施,并且被调整为适合用户需求。通过独立地实施DCIM装置,用户仍然可以远程地访问DCIM装置,因此也可以访问连接至这些DCIM装置的设备。然而,用户不会从DCIM软件套件提供的报告和提高的管理能力获益。同样地,DCIM软件套件可以在不具有DCIM装置的数据中心中实现,但在不具有由DCIM装置提供的物理连接性的情况下,不支持实时数据采集、监视和控制。
DCIM装置和DRIP(硬件)
DCIM装置12可以包括通常存在于所选择的装备机架中或者可以安装在数据中心内的壁上的一个或多个硬件装置。在DCIM装置12上的接口的布置为用户提供对多件装备的访问,以控制和执行度量采集。如图3所示,单个DCIM装置12将若干之前的产品的功能整合到一件硬件中。DCIM装置12可以替换现有的
交换器、
高级控制台服务器(ACS)、MergePoint服务处理管理器(SPM)以及
机架数据单元(RDU)产品,并且将它们的所有功能整合成一个或多个硬件装置。被称为“DCIM SP”的DCIM装置12的基本实施例以替换现有的服务处理管理器(SPM)硬件为目标。DCIM SP可以具有至少两个特定的端口配置,一个具有24个IP端口且另一个具有40个IP端口。两个版本都可以包括八个专用串行端口。对于每一个,IP端口可以与网络接口端口隔离并且用作两层交换器。该布置保持当前SPM的配置。多个IP端口和八个专用串行端口提供如下装置:该装置可以服务于服务处理器的整个机架并且还可以提供对机架中的电源板和基于串口的交换器的控制。除这两种物理端口SPM变型之外,存在仅具有主网络端口而不具有任何后面板端口的逻辑版本,即DCIM SP逻辑型。
除DCIM SP实施例之外,DCIM装置12可以具有被称为“DCIM分支8”、“DCIM入门”以及“DCIM企业”的三种较高端实施例。DCIM装置12的该较高端的一组实施例提供了可以在IP连接或串行连接之间进行自动选择的自动感测端口。DCIM分支8不具有RDU连接,而DCIM入门和DCIM企业设备具有RDU连接。在DCIM入门和DCIM企业装置上的RDU接口模拟RDU装置的主要连接并且允许类似功能被包括在较高端的DCIM设备上。较高端DCIM装置12的实施例还可以具有与提供传统KVM功能的IQ模块对接的能力。称为“数字机架接口插槽(DRIP)”的该IQ模块提供了模拟视频的数字化以及键盘和鼠标控制、以及虚拟介质访问。
DRIP的关键功能为:
■为设备的键盘和鼠标提供USB和PS/2端口;
■对模拟视频信号进行数字化并将其发送至DCIM装置12;
■连接至服务器的服务处理器以将IPMI数据传输至DCIM装置12;
■使得能够访问虚拟介质;以及
■使得能够进行智能卡支持。
为了支持各种硬件平台,提供了装置主机软件平台。装置主机平台可以基于
vServer补丁并且用作操作系统(OS)虚拟化平台。这允许基于
操作系统的应用程序在DCIM装置12主机平台上以最小改变运行。以此方式构建DCIM装置12使得将各种技术结合为单个装置所需的改变最小化。其还利于各组能够专注于其核心功能而无需知道DCIM装置12主机平台的细节。
DCIM装置12软件架构使得完成的设备看起来像单个结合性装置,即使它们可以由若干底层的不同软件应用程序来构建也是如此。为了实现这一点,主机系统可以被建立为提供若干系统功能,这些若干系统功能在外部用户与内部客户应用程序之间提供网关。这些包括许可、认证、授权、审计(AAA)以及用户界面。这些功能获得外部输入并且将其映射到正确的应用程序上,而用户不需要底层架构的任何知识。例如,当用户向DCIM装置12进行认证时,AAA功能可以向每个客户应用程序通知该用户是合法的。用户不需要向每个客户应用程序进行认证。另外的主机件可以包括诸如
内核、基本文件系统和硬件部件驱动程序支持等。每个DCIM装置12还可以伺服可管理子系统(MSS)软件引擎(将结合图5进行论述)。
总之,在下表中示出用于平台“A”和“B”这两个DCIM平台的六种不同配置。
DCIM软件套件
模块的DCIM软件套件12a是模块化且可扩展的,并且被设计为使数据中心的操作、管理、配置或扩展无缝且简单。图4中示出了模块的DCIM软件套件12a的一个示例,并且该DCIM软件套件12a可以包括:库存管理器14、设施管理器16、场景规划器18、变更规划器20、变更管理器22、操作管理器24、事件监视器26、虚拟化管理器28(以及潜在地包括机架电源管理器和配置管理器30)。这些模块彼此无缝地集成,并且向丰富的用户界面提供通过组合可用设施来拖放项目、显示资产和报告数据的高保真图像以及编译用户指定的视图的能力。
DCIM软件套件12a足够灵活以从操作系统和数据库到网络浏览器界面来适应在多个不同领域的系统管理者的偏好。软件模块可以安装在
服务器、
服务器或
服务器上,并且可能安装在其他品牌服务器上。
数据库均被支持。为了访问软件模块,各种市售的操作系统和网络浏览器均被支持。
对于使用艾默生网络电源或
公司的现有产品(例如,
数据中心资源管理系统、
集中式监视和控制系统或
MergePoint
TM基础设施资源管理器(AMIE)软件)的管理者,DCIM软件套件12a支持数据的迁移。这些数据可以包括所有的资产和规划数据、相关联的项目以及符号库。可以手动触发导入,但将不需要任何资产、布局、规划或项目数据从AMIE到DCIM软件套件的模块的手动映射。在接下来的页面中详细地描述了各个DCIM软件套件12a的软件模块。
DCIM库存管理器模块14
库存管理器模块14管理构成装备的数据中心库存的DCIM记录。通常,数据中心管理者和现场技术人员通过各种手段(诸如,电子表格、文档、绘图文件、金融系统、提单等)来管理装备列表。这些都不是理想的方法,并且趋于在格式上自组织、不精确且经常过期。它们也没有及时地提供对关于物理装备位于哪里的信息的访问及其目的。DCIM库存管理器模块14用给出数据中心的整个库存的清晰画面的系统来替代所有这些自组织方法,其中该画面具有IT资产(诸如,服务器和交换器)以及关键基础设施装备(如配电单元(“PDU”)和不间断电源(“UPS”))的装备计数。这允许用户快速地查看装备所在的地方,并给出功率和空间使用量的总计。
为了做到这一点,DCIM库存管理器模块14可以依靠于导入软件能力和特定视图,例如:1)导入能力,用以从各种源提取装备记录并且将来自这些源的信息结合成完整的数据集;2)地理视图,其允许用户提供数据中心安装的全球位置并且深入到示出更详细的位置视图,诸如校园视图、区域视图、建筑物的图片等;3)文本和图形的库存列表,其为“放置”和“未放置”库存(尚未被分配有位置的物品)的文本视图;4)数据中心文件夹(portfolio)视图,其列出由系统管理的数据中心;5)用于“放置”库存(已经被分配有位置的物品)的平面图和正视图;6)工作空间,其允许用户结合来自其他视图的图形和数据元素以给他们关键信息的“仪表板”,用户可以随时参考该“仪表板”;以及7)层,其允许用户在库存管理器图形绘图内查看来自其他应用的信息。
DCIM库存管理器模块14能够创建、更新和删除表示的所有对象。这些对象包括:
IT空间–IT装备所位于且容纳于其中的区域,以及在更细的层级,安装了装备的区域。
地面–包含一个或多个数据中心空间并且与建筑物中的地面相关的区域。
数据中心–被设计为容纳并运行IT装备的区域。典型的数据中心具有提高的地面空间以及专用电源和冷却装备。
空间–数据中心地面的直接安装IT装备的区域。典型的数据中心空间具有提高的地面和用于容纳装备的机架,并且被确保安全而免受未授权进入的影响。
地带–数据中心的由客户定义的地理区域,其允许对整个数据中心的区域内的容量和资源使用量制表。在我们的定义中,地带是数据中心地面内的连续空间。
其他空间(通道、自由空间)–在从总数据中心空间中扣除时允许计算可用数据中心空间的空间。
企业–追踪关于企业的信息以给出用于整个数据中心文件夹以及关于管理它们的团队的上下文。在软件中可以在全球层级追踪企业信息。
IT装备–可以包括用于数据处理、通信和存储的直接目的所有装备、以及用于容纳它们的装备。这包括:机架、工作台(bench)、货架式存储器(shelves)、数据柜(data closet);服务器、网络装置;符号、占位符;以及传感器装备。
关键基础设施–其可以包括支持用于数据中心空间的冷却和配电的所有设备,包括:本地公共设施入口仪表、浪涌保护设备、变压器、开关柜(HV/MV/LV)、发电机、不间断电源(UPS)、能量储存设备和系统(例如,电池、飞轮、燃料电池)、电源断开器(例如,电路断路器、开关/功率联络线)、静态转移开关、地板安装PDU系统、电源板、远程电源板、母线槽配电、突击手(commando)插座、机架PDU、太阳能电池阵列、冷却塔、冷却装置、泵、节能器(水/空气)、地板安装CRAC、成行的CRAC、冷凝器、热交换器以及蓄水池(槽)。
DCIM配置管理器模块30
DCIM配置管理器模块30扩展由DCIM库存管理器模块14所提供DCIM记录的管理。DCIM配置管理器模块30消耗DCIM库存管理器模块14的能力,将它们扩展为管理所选择的资产之间的关系。这些关系可以包括但不限于连接、逻辑组和冗余。为了做到这一点,DCIM配置管理器模块30可以结合有各种特征,例如:
■连接视图,其允许用户查看在任何所投资的资产之间的连接的细节。这可以包括拓扑结构、端对端追踪、依赖关系和冗余度;
■面板时间表,其允许用户查看面板以及该面板内的断路器的细节;
■报警能力,其允许用户针对规划、组群或资产来指定阈值,并且就违背该阈值的消耗发出警报;
■可定制视图,其允许用户定制他们想要使用和导航的应用程序数据的视图;以及
■网络服务界面,其允许用户对来自外部软件实体的应用程序数据进行操作。
DCIM设施管理器模块16
DCIM设施管理器模块16为关键的基础设施装备提供了完整的性能利用和事件管理能力。其提供在数据中心地面上的装备和机架以及周围装备室的现实、虚拟视图、以及电源系统的基础单线示意图以及冷却系统的管路和仪表图。其还可以提供装备维护特征以协助维护追踪、调度和装备调试。通过提供所设计的电源和冷却基础设施的系统视图,DCIM设施管理器模块16允许用户查看每个装备的功耗和冷却容量(在使用中以及滞留时),或者在系统层级上查看。另外,其让用户在电源和冷却系统上储备负载块,并且基于历史的容量使用将电源和冷却容量需求投射到未来。
设施管理器模块16可以以文本和图形提供使得用户更好地理解和管理数据中心基础设施的大量有用视图。DCIM设施管理器模块16可以显示平面图、电气图、空气分布以及管路和仪表图。DCIM设施管理器模块16可以提供基础设施装备的各个要素或组群的实时性能状态。如果装备支持,图中的每个条目均允许用户启动下列动作或控制操作:
■开启/关闭特定的一件装备/设备(如果适用);
■改变用户配置条目(例如,设置点、标签);以及
■查看每件装备/设备的详细信息。
除了主视图,DCIM设施管理器模块16可以具有至少三个分离的仪表板视图,以向用户给出数据中心基础设施中的实时操作的总体图。“产业效率仪表板”可以显示数据中心的能量消耗的标准效率度量(例如PUE/DCiE)。“公共设施消费仪表板”可以显示总功率负荷(kW)、总冷却负荷、耗水量(如果适用)以及总公共设施成本。“容量仪表板”可以显示每种类型的数据中心装备的聚集容量的细目分类(例如,所有地板安装PDU的当前容量)以及数据中心电源和冷却系统的滞留容量的细目分类。
DCIM设施管理器模块16还提供显著的可伸缩性,例如支持多达5000(或者可能更多)个关键基础设施装备和仪表设备,每一个均具有大概200个数据点。也可以最小每隔五分钟轮询装备数据(除事件之外的所有参数)。该数据的一些示例可以包括温度、UPS的负载百分比、电路断路器状态,仅举几个示例性度量。
场景规划器模块18
DCIM场景规划器模块18提供对在数据中心中的未来资源使用量的成本效益场景进行构建和比较的能力。其可以利用来自数据中心基础设施管理应用程序和现实世界测量的信息以映射资源使用量的精确历史,并且反映消长的未来趋势。利用DCIM场景规划器模块18,数据中心管理器和容量规划器可以确定最好的行动方案。无论其意味着安装应当被解除并整合,还是应该建立新的安装,DCIM场景规划器模块18允许客户对未来数据中心使用量的不同场景进行比较和对比。可以对技术更新、数据中心空间内密度增加、用于更高效能量使用的关键基础设施的升级以及对IT的计量需求的影响进行比较,以用尽可能低的成本构建满足服务水平的行动规划。一旦已经确定了行动方案,DCIM场景规划器模块18帮助管理规划的通信。可包括在DCIM场景规划器模块18中的软件能力包括但不限于以下中的一个或更多个:
■采集并了解聚集全球数据中心基础设施资源的过去趋势的能力;
■将过去的聚集使用量趋势反映到未来以全面地预测基本的基础设施需求的能力;
■针对基础设施需求来实施“假设推测(what-if)”场景规划并评估数据中心移动、添加、解除以及整合的影响的能力;以及
■建立项目管路管理的工作流过程的能力,包括技术专家和系统所有者的细化以及业务管理者的批准。
DCIM变更规划器模块20
DCIM变更规划器模块20允许用户规划并执行数据中心基础设施的变更。为此,DCIM变更规划器模块20可以依赖于:
■规划视图,允许用户查看所规划的项目的细节;
■时间线,允许用户查看为所选择的整个项目的资产所规划的变更;以及
■报警能力,允许在任务完成时通知用户。
DCIM变更规划器模块20允许用户创建任意数量的项目,管理这些项目并且导航通过它们。用户可以向项目分配名称、标签、描述、目标完成日期和所有者,并且还可以向项目分配各个任务。一旦已经创建了项目,则其细节可以以日历格式来可视化,其中进一步的细节对于任何所选的项目或任务是可用的。可以通过移动项目日期、删除任务或添加任务来编辑项目,并且可以删除项目。除特定任务之外,用户可以分配与模块中的任何特定投放资产无关的通用任务。DCIM变更规划器模块20还允许用户分配并查看对项目中的其他任务的依赖性。利用创建并管理多个项目的能力,项目之间可能存在冲突的可能性出现,但是DCIM变更规划器模块20允许用户查看冲突及其严重性,并且通过变更项目的参数来解决冲突。
一旦创建了项目并分配了任务,那么DCIM变更规划器模块20允许用户查看该项目的时间线以及与受项目影响的任何资产相关联的变更的可视化。用户可以看见所选择的资产(例如,机架)的视图,其中资产以其在项目的生命周期期间排定发生的变更的各种状态来示出。DCIM变更规划器模块20还可以显示在项目期间要执行的工作的视图,其根据所选的日期来着色,这使得时间线向IT人员示出针对任何所选资产在给定日期正发生什么事。
对于给定项目,DCIM变更规划器模块20还允许用户记录所有的项目活动,并向所有受影响人员通知该活动。一旦用户的指定任务或项目已被创建、编辑、具有冲突或者被标记为已完成,通过电子邮件通知用户。另外,用户可以创建定制报告、以标准格式从外部源导入项目信息以及将项目信息导出至PDF或电子表格以在外部使用。
DCIM变更管理器模块22
DCIM变更管理器模块22扩展DCIM变更规划器模块20的规划和执行能力,以对项目施加预定义过程或工作流并且向项目成员传达进展和决定。为此,DCIM变更管理器模块22可以依赖于以下的软件能力和专门视图:
■模板工作流过程,其允许工作流设计者设计并发布要由未来的项目使用的工作流过程。
■与DCIM模块的交互,其允许工作流过程与DCIM模块进行交互以验证某些所需动作已完成。
■支持与第三方IT系统的集成,以允许设计者将接口配置为允许外部源询问应用程序数据并启动工作流过程。
■工作流过程中的人机交互,其允许用户与从模板创建的过程进行交互。
DCIM变更管理器模块22提供了创建项目模板的能力,该项目模板具有由DCIM变更规划器模块20所提供的较低级别任务支持的用户定义的高级别动作。项目模板可以用于在需要时创建项目,其中项目可以按照模板预定义步骤来完成。模板可以包含但不限于:
■与所安装的库存管理器模块相关的预定义高级别任务(例如,“移动服务器”或“添加连接”)。
■用户定义的任务类别(例如,“移动”、“添加”)。
■现有工作流模板的触发点。
一旦创建了模板,用户可以分配在模板中使用的角色。用户向角色分配名称、描述和标签,并且可以分配其他用户。如果需要,DCIM变更管理器模块22允许用户被分配为多个角色。除角色之外,用户可以创建工作流程序,并且向每个工作流分配名称、描述和标签。一旦创建了工作流,就可以添加步骤(无论是用户定义的还是预定义的)并且可以向每个步骤分配特定用户或角色。为了添加另外的细节,用户可以对每个步骤定义规则,例如进入和退出标准。可以将步骤链接在一起以定义进程,并且可以通过一些步骤创建子过程。
一旦用户已建立了工作流,他/她可以模拟实施的“运行”以识别任何错误并验证工作流。用户还可以针对各种工作流事件设置定制通知。DCIM变更管理器模块22允许用户这样做,并将会在任务开始、完成时或者在任何其他工作流事件发生时向参与者传播通知。
DCIM操作管理器模块24
DCIM操作管理器模块24将现实世界信息与管理数据中心基础设施配置相结合。其提供接口以测量整个数据中心基础设施的性能和利用率并且揭示机架中当前可用的净空,以使得可以实现装备的适当放置。DCIM操作管理器模块24可以连接到来自MSS服务的实时数据馈送(针对功率和温度),以对性能准则进行比较和验证并且设计在配置管理者模块30的能力中建立的标准。
DCIM操作管理器模块24也可以用于优化功率、冷却和空间容量,以带来数据中心基础设施资源的整体优化。该模块解决的商业问题围绕功率和冷却的管理。通常由数据中心管理者维护功率和冷却的大缓冲区,以保护系统免受由于功率尖峰和增加使用量时段而引起的断供。用于储备的缓冲区的量通常不被有效地管理。减少这些缓冲区使得能够更好地利用资源。例如,更多装备可以设置在一个或多个装备机架中,同时充足的功率和冷却需求仍然满足所有装备物品。
本产品的一个重要特征是其提供了一种自然且精致的方式来查看关于数据中心的监视信息,在该监视信息中有大量信息由许多系统以多种不同格式生成。对所有的这些数据进行运算(crunch)并且以可使用的形式查看它的结果使得可以更准确地了解数据中心环境的操作、更好地了解能量使用的真实成本、最大化数据中心中的投资,从而确保对于IT连续的24/7操作。
软件能力从针对DCIM配置管理器模块30和DCIM库存管理器模块14所定义的那些得到。DCIM操作管理器模块24向如本文中所列举的DCIM配置管理器模块30能力添加新特征。然而,可存在针对DCIM操作管理器模块24所定义的另外的软件设施,诸如但不限于:
■用于监测实时数据馈送的仪表板。
■示出温度传感器输出和冷却参数(诸如气流)的其他可视化。
DCIM事件监视模块26
DCIM事件监视模块26提供了一种用于管理警报的易于理解的系统。其提供单个统一视图,以监视用于用户的整个企业内的关键基础设施装备的警报。相关信息以简单的图形方式呈现,从而使得易于理解并进行快速响应。DCIM事件监视模块26允许用户进行但不限于如下操作:
■维持服务水平协议(SLA)。
■保持关键业务IT基础设施可用并在线。
■维持关键基础设施系统冗余度。
■对已经发生的动作进行确认和验证。
DCIM虚拟化管理器模块28
DCIM虚拟化管理器模块28提供了管理数据中心中的虚拟基础设施的工具。其有助于将物理机与虚拟机进行映射,管理虚拟机并且为了易于管理而将虚拟机进行分组。DCIM虚拟化管理器模块28可以将信息中继至DCIM操作管理器模块24以与虚拟化管理服务器(例如,VMware虚拟中心管理服务器)对接。然后,DCIM操作管理器模块24可以自动发现主机和虚拟机,将该信息中继回DCIM虚拟化管理器模块28。使用这些信息,用户能够以周期性的预定义时间间隔指定在虚拟化管理和虚拟化管理服务器之间的虚拟化基础设施信息的同步调度。用户还可以基于来自DCIM虚拟化管理器模块28的要求来启动同步。
在使虚拟化库存同步的情况下,用户能够以图形格式查看库存。DCIM虚拟化管理器模块28可以针对物理库存或服务器而以图形描绘虚拟机,以示出哪些虚拟机容纳于何处。另外,DCIM虚拟化管理器模块28可以提供集群视图(以各种集群示出虚拟机组)、与虚拟机相关联的服务器的虚拟列表以及允许用户找出他/她想要管理的特定虚拟机、集群或服务器的搜索特征。当用户选择正确的虚拟机时,虚拟化管理器模块28提供通过启动虚拟化提供商的远程控制台、网络浏览器或来自虚拟机的RDP来访问虚拟机控制台的能力。
DCIM解决方案10的其他细节
参照图5,可以看到DCIM解决方案10的各个部件。DCIM解决方案10的架构包含以下高级别部件。在下面的论述中将更详细地描述每个部件。
呈现UI32–这些部件表示用于各个应用程序和用于平台的人机界面。通用平台34包含允许各个应用程序和平台插入用户接口部件的基于网络的控制台框架。呈现UI 32消费由提供实际业务功能的服务层36显露的公共接口。从逻辑上讲,呈现UI 32可以分为两层:客户端层38,其通常存在于网络浏览器内并且以模型-视图-控制器架构来表示“视图”;以及服务器层40,其通常表示控制器。
企业服务总线(ESB)–ENP通用平台42包含企业服务总线414,该企业服务总线为商业服务提供容器,并且提供服务之间的消息的智能路由。该架构假定在呈现UI 32层(具体地,控制器40)与ESB 44之间的通信为SOAP(简单对象访问协议)/HTTP(超文本传输协议),但基于特定的应用设计要求也可以使用其他传输。
应用服务36–这些可以是提供产品应用功能的个体和/或组合服务。服务组合是共同组成以使特定的任务或业务过程自动化的服务的集合体。这些服务36可以由私人服务和公共服务两者构成。公共服务在ESB 44上显露并且可用于其他应用程序来进行消费。这些应用服务36可以使用领域模型46(例如,通过Java)来访问产品领域所特有的业务对象。
通用平台服务48–这些都是被提供作为ENP通用平台42的一部分的公共设施服务,并且可以是个体或组合服务。ENP通用平台42提供很可能被任何产品使用的这些服务,并且可以包括诸如认证、授权和审计的服务。这些服务可配置为使得产品线架构PLA可以针对给定的PLA来选择要包括哪些服务。对于最大的可扩展性,这些服务应当是数据驱动的,以使它们也可通过添加领域所特有的知识(例如,对于给定领域唯一的新事件类型)来扩展。
MSS服务50–这些是通过分布式实时框架来提供被管理单元(或被管理设备)的管理(例如,发现、数据获取、命令和控制)的组合服务。MSS(可管理子系统)服务50与DCIM装置12进行交互以执行数据获取,并将所获取的数据存储在时间序列数据库52和通用数据模型储存库CDMR54中。
时间序列数据库(TSD)52–时间序列数据库52用于持久化从MSS服务50发送的遥测数据。
DCIM装置12–DCIM装置12(或装置12)形成作为被管理装备或被管理设备的触摸点的硬件装置。每个DCIM装置12可以加载有包括KVM、串行、服务处理器和用于数据获取的“MSS引擎”56的若干软件应用。
MSS引擎56–MSS引擎56可以是软件部件,该软件部件可以被部署在每个DCIM装置12上以获取度量数据并对由每个DCIM装置12操控的被管理装备执行管理(例如,发现、数据获取、命令和控制)。MSS引擎56将数据馈送到MSS服务50以存储到时间序列数据库52和CDMR54中。
被管理装备(或被管理设备或被管理部件)–表示可寻址并且可以管理(即,以某种方式控制)和/或监视的实体(例如,“设备”)。
领域模型46–领域模型46提供贯穿所有应用(例如,允许应用特定的定制的领域类的共享可扩展库)的领域概念的通用定义。在一个示例中,领域模型46可以被表示为本地Java对象。其还向MSS服务50委派可管理性旋钮和表盘型操作。
通用数据模型储存库(CDMR)54–CDMR54形成负责创建并持久化领域模型对象的储存库。CDMR54隐藏初始化领域对象的复杂性并且隐藏持久性子系统58。
DCIM数据存储器60–DCIM数据存储器60可以是持久化所定义的领域对象和与这些领域对象相关联的其他配置信息的SQL数据库。DCIM数据存储器60可以与持久性子系统58通信。
集成服务62–被部署为支持与第三方应用程序集成的组合服务。
第三方应用程序–可以与ENP通用平台42集成的外部应用程序(例如,Hewlett-Packard OpenView软件、CiscoWorks LAN管理解决方案工具、EMC公司的EMC智能应用发现管理器(ADM)。
技术联盟–紧密集成并且使能闭环控制系统的关键技术联盟(爱默生内部和外部)的开发。技术联盟具有:
艾默生网络能量产品:Liebert功率和冷却产品,将DCIM部件嵌入到被管理设备和元件内,以允许各种Liebert产品的发现、监视和控制。
外部技术联盟(例如,Cisco、EMC和VMware),将DCIM部件嵌入到被管理设备和元件中,以提供关于服务器工作负载的详细信息以及综合功率和冷却消耗。
所有部件可以被部署在同一台服务器上,但出于可伸缩性和冗余度的目的,DCIM解决方案10足够灵活以允许主要部件被置于单独的服务器(例如,客户端、应用服务器、数据库服务器、报表服务器等)上。
以下是对DCIM解决方案10的各种部件的进一步讨论:
领域模型/CDMR
参照图6,领域模型46可以被示为表示数据中心基础设施实体的Java类与那些实体所存在的背景的集合。另外,领域模型46可以表示用户、软件许可证和其他相关联的数据中心基础设施管理(DCIM)实体。这些可以被示为“事实”。这些事实由应用程序和服务使用。
通用数据模型可以在所有DCIM应用模块14至30之间共享。各个产品通常扩展DCIM产品线的共享通用数据模型。CDMR54将Java类实例映射到持久存储器(在关系数据库中,诸如DCIM数据存储器60),执行授权,隔离占用者,检查完整性约束等。通过CDMR可以解决各种横切关注点。
领域模型46是用于表示实体(在管理下)、实体之间的关系以及关于实体的政策等的领域类的集合。领域模型46建立用于表示DCIM领域内的所有已知“事实”的规范。然后,这些“事实”在DCIM产品线内的所有产品之间共享。
参照图7,CDMR54呈现针对管理下的实体的监督控制和数据获取(SCADA)解决方案。该接口被紧密耦合到领域对象。CDMR54支持任一组领域类(其构成领域模型)。CDMR54协调并行的对象修改,支持领域对象持久性,并提供了大量其他支持服务(如对象标识符—OID生成规范/机制)。另外,CDMR54提供了领域类开发者可以要求以解决横切关注点(如授权决议/强制执行、多占用者检查、易变属性访问等)的一套设施。
对于大多数目的,DCIM领域模型46隐藏由MSS服务50和MSS引擎56构成的可管理子系统(MSS)62(将结合图8进一步讨论)。命令和控制操作通过领域模型46发起并且根据需要委派给MSS子系统62。
在DCIM领域模型46的覆盖下,MSS引擎56可以重新使用支持CDMR的DCIM领域模型46。这避免了设计领域模型信息的区别表示的需求以及接着将该区别表示映射到支持CDMR54的DCIM领域模型46(以及从支持CDMR54的DCIM领域模型46映射出)的需求。这也允许MSS引擎56重新使用CDMR54,以进行授权政策、多占用者政策、完整性约束等的最终(最接近设备和最新的)检查。为了支持多个网络运营中心,每一个CDMR54实例可以参与渴望(ASAP)的最终一致性制度。
上述讨论说明了在DCIM领域对象与跨越领域模型所使用的领域对象之间的区别。以上,贯穿领域模型应用的领域对象被称为“管理领域对象”。本质上,这些就是描述其他领域对象的一些方面(例如,授权政策(关于领域对象)、多占用者政策(关于领域对象)、用户定义的属性(UDP-与领域对象相关联)等)的领域对象。
从字面上理解,所描绘的“管理领域对象”是由“平台”本身贡献的领域模型对象。更具体地,示例表示由平台的CDMR54部件贡献(以及潜在地需要)。
所描述的库和工具可以包括CDMR54。所描述的库和工具中的第一种可以是用于生成全局唯一标识符(GUIDS)以用作对象标识符的可重复使用的(JAVA)库。其他库可以帮助决定/执行访问控制(例如,授权)、多占用者控制、用户定义的属性管理、串行化(例如,类属、反射驱动、格式化)等。从此意义上说,在领域模型46的类实施与CDMR54之间的分界线有点模糊。其可被认为是某种虚线。然而,所有的应用/服务逻辑应当与在领域类界面的覆盖下发生的任何事完全绝缘。这有效地提高了实现应用/服务逻辑的抽象层次。
交互要求
领域模型46和其支持的CDMR54提供贯穿DCIM产品线的存储无关数据共享。另外,领域模型/CDMR二者处理与数据访问、可管理子系统(MSS)62的适当任务的委派、数据变化触发/回调等有关的横切关注点。领域模型46的消费者为应用服务、通用平台服务以及甚至是可管理子系统62。MSS服务50中继发现信息作为领域模型46类的新实例(存储在CDMR54中)。领域模型46可以表示单一真实来源以及单一历史来源。
应用和服务36–根据要求来支持应用特征的CRUD领域对象。
报告数据访问64–出于报告的目的而对领域对象进行只读访问。这需要用于所选择的报表引擎66的“数据提供方”。
管理UI68–定义访问政策、多占用者政策、完整性约束政策和其他政策的CRUD管理领域对象。这些政策对横切关注点的处理进行配置和驱动。
可管理子系统62委派–与领域对象相关联的一些操作(例如,命令、控制等)应当被委派给可管理子系统62以执行最终实施。目前,易失性数据访问(针对传感器读数等)也应当被委派给可管理子系统62以进行实时提取(与最新的值/估计查找相对)。
ORM/RDBMS60访问–领域对象通过对象关系映射技术(层70)被持久化到RDBMS60。对底层RDBMS60的直接访问绕过领域模型46(和支持的CDMR54)层。对于应用/服务水平逻辑,对底层RDBMS60的直接访问将会严重违背架构。
另一方面,在领域类相关逻辑的特定位最好应当通过手动制作的SQL、存储的程序等来实施的情况下,则可特意扩展领域模型46和CDMR54。当面临一些比较少见但最具挑战性的实施需求时,可能需要在应用程序层级、领域模型层级以及甚至CDMR/ORM/RDBMS层级上分布实施逻辑。
重新使用
DCIM产品线的通用数据模型利用(leverage)在
MergePoint
TM基础设施资源管理器(AMIE)、信息技术运营管理(ITOM)库原型、DSView等中使用的代表模型中体现的领域知识。通用数据模型还可以利用工业标准的某些方面,如分布式管理任务组(DMTF)的通用信息模型(CIM)。
CDMR54可以基于工业标准(SQL99)关系数据库管理系统(RDBMS)。
在领域模型46内的一些最重要的领域类向可管理子系统62委派可管理操作。另外,可管理子系统62将关于领域类实例的发现/存在信息馈送到领域模型46中。用于如相关事件过滤的事件的某些政策也被委派给可管理子系统62以进行分布式处理(接近这样的事件的源)。
可管理子系统
在图8中更详细地示出由附图标记62表示的可管理子系统。可管理子系统62提供了发现并控制爱默生设备和非爱默生设备以及采集并分析来自那些设备的实时数据的能力。可管理子系统62可以由三个主要领域组成:
MSS服务50–显露在平台42上的公共服务,以向应用程序和领域模型46提供对可管理子系统62特征的访问,诸如检索已随时间采集的历史数据点以及按需直接从终端设备检索数据点。可管理子系统62提供了用于在平台42与MSS引擎56之间进行通信的私人服务。
TSD52(时间序列数据库)–存储已随时间所采集的历史数据点。应用程序和领域模型46可以通过在平台42上显露的公共接口来检索这些数据点。
可管理子系统62
MSS引擎56–可以是在DCIM装置12中运行的软件,从而提供对
和非爱默生设备的发现和控制以及来自这些设备的实时数据的采集和分析。MSS引擎56可以包含用于如何与
和非爱默生设备进行通信的知识。MSS引擎56与在平台42上运行的MSS服务50通信。多个MSS引擎56可以被部署在客户环境中,以随着要支持的被管理设备的数量增长而提供可伸缩性。每个MSS引擎56可以使用复杂事件处理器(CEP)56a以确保实时数据聚合和关联。时间序列数据库56b可以与每个MSS引擎56相关联以存储所采集的实时数据。以下部分简要地描述具有领域模型46和MSS引擎56/DCIM装置12的可管理子系统62部件。
引擎管理–引擎管理服务71提供对表示MSS引擎56的领域模型对象和相关对象(诸如,产品知识和插件)进行管理的能力。此服务还提供对具有DCIM解决方案10的MSS引擎56进行添加、更新和管理的能力。
数据点–数据点服务72提供了访问所采集的度量数据以及对与数据点采集、聚合和分析有关的规则进行配置的能力。
基础设施–基础设施服务74提供了管理MSS引擎56的基础设施(设备、容器、关系、采集规则、聚合规则和分析规则)的能力。基础设施服务74保持在领域模型46(和支持的CDMR54)与MSS引擎56之间同步的基础设施对象。随着对平台42上的领域模型对象做出改变和添加,必需的信息与MSS引擎56同步。基础设施服务74的服务还处理由MSS引擎56所发现的新的以及更新的设备/关系与平台42的领域模型46的同步。
发现–发现服务76提供了管理发现参数的能力,并且还提供执行按需发现的手段。MSS引擎56实际上基于所配置的这些发现参数来执行按需发现和后台发现活动。
命令–命令服务78提供了在设备上执行命令(诸如,关闭电源和打开电源)的能力。MSS引擎56实际处理将所需的命令发送到设备或装置以引起对设备的期望动作。
事件接收器–事件接收器80的服务对从一个或多个MSS引擎56接收到的主动提供事件进行处理。这些事件根据需要被转换以与平台42的领域模型46定义匹配,然后,这些事件被转发至平台42的事件系统。
路由器–路由器部件82处理MSS服务50与MSS引擎56之间的请求的路由。对于来自MSS服务50的请求,该部件确定适当的MSS引擎56来处理该请求,诸如按需发现请求或关闭电源请求。对于来自MSS引擎56的请求,该部件确定适当的MSS服务50来处理请求。
SiteWeb协议–SiteWeb协议部件84执行专有的SiteWeb协议并且提供在MSS部件与MSS引擎56/DCIM装置12之间的通信。
TSD聚合器–TSD聚合器服务86与TSD60进行通信,以执行跨越由多于一个的MSS引擎56管理的设备的基础设施容器的聚合。聚合规则定义如何聚合数据并且将结果存储在TSD60中。
视频–视频服务90提供了对在MSS引擎56中所存储或捕获的视频内容进行检索的能力。视频数据可以从MSS引擎56流送给消费者。
实时数据–实时数据服务92提供了以流送/持续的方式实时地从MSS引擎56检索度量值的能力。实时数据可以从MSS引擎56流送给消费者。
TSD–TSD服务88提供了对表示TSD60的领域模型对象进行管理的能力和对TSD60进行配置的能力。
设备管理–设备管理服务94提供了执行升级、配置和管理设备的能力。
交互要求
MSS服务50通过由领域模型46显露的Java接口来操控领域对象,以进行数据持久化和访问。这使得能够进行以下操作:
o提供领域对象的基本创建、更新、删除和查询;
o允许通过MSS引擎56的发现所识别的新的或更新的领域对象的同步;
o允许在平台42与MSS引擎56之间的领域对象的同步;以及
o允许访问规则以控制数据聚合和数据分析。
领域模型46中的领域对象的委派方法可以通过企业服务总线(ESB)44使用SOAP来消费公共MSS服务50。这些委托方法可以用于执行下列活动:
o执行命令,诸如关闭电源;
o检索历史度量值;
o检索按需度量值;以及
o执行按需发现操作。
公共和私人MSS服务50可以使用路由器部件82来将请求路由到适当的MSS引擎56。
MSS服务50可以通过ESB44使用SOAP来消费平台42的CPS平台服务。出于以下原因,可以消费CPS平台服务。
o消费授权服务用以确定强制执行通过MSS服务50提供的功能所需的权利;
o消费许可服务用以确定什么功能可由MSS服务使用;
o消费事件服务用于发布事件;以及
o消费事件服务用于基于事件来注册通知。
MSS服务50可以使用与MSS引擎56通信的适当通信部件。
MSS服务50使用适当的通信部件来与DCIM装置12上的MSS引擎56进行交互,以实现以下功能。
o命令执行;
o发现;
o数据采集;
o固件升级;以及
o配置。
MSS UI96通过HTTP与呈现服务器40(即,其控制器)进行交互,并且控制器使用SOAP或另一适当协议(例如,通过ESB44)与MSS服务50进行交互。
应用服务36(图5)可以通过来自MSS服务50的发布/订阅机制来消费视频和实时数据流。可以从MSS引擎56检索视频和实时数据流。
DCIM装置
在图9的更详细实施例中示出DCIM装置12,其中用附图标记100表示实施例。为了方便,贯穿以下描述将DCIM装置简称为“装置100”。装置100的主要优点在于其将此前经常在不同部件中实现多种功能集成到一个部件中:1)键盘/视频/鼠标(KVM);2)串行设备通信;3)与服务器的SP的服务处理器(SP)通信;4)通过MSS引擎的被管理设备的性能度量数据采集;5)用于与远程定位的传感器通信的机架数据单元(RDU)功能。重要的是,MSS引擎在装置100内的位置(装置100将MSS引擎更靠近MSS引擎正从其采集数据的各种源来放置)使得能够在中央位置处(即,在装置100处)采集数据而无需通过主(即,工作)网络来传输数据,并且因此,释放主网络上的大量带宽。因此,仅经聚合或过滤的数据(其可以包括警报或可能包括SNMP陷阱)将通过网络从装置100传输至适当的用户应用程序。此特征将在以下段落中更详细地进行说明。
因此,装置100在DCIM应用层与正在管理的实际基础设施设备之间提供网关。装置100还可以提供允许其在独立环境中提供设备管理的工业标准接口(诸如,板载网络界面(OBWI)、基于SSH/Telnet的CLI104和SMASH命令行协议(SMASH/CLP))的集合。外部接口被有意限制为提供可用于DCIM应用程序套件的全部功能的子集。还存在有用于访问目的的Avocent特定协议,其当前被Avocent
管理软件106消费并且最终可用于基于DCIM的访问应用程序。
因此,装置100是可视为提供如下至少两种不同功能的物理部件:1)整合的访问装置,其将KVM、服务处理器管理(SPM)和串口以及机架数据单元(RDU)远程访问功能进行组合;以及2)与MSS引擎结合,用作来自被管理设备的数据的通用采集器。重要的是要注意,装置100是DCIM解决方案的主要部分。因此,装置100结合有均已被开发为将DCIM解决方案的整体能力最大化的硬件、固件和软件。
装置的软件架构
进一步参照图9,装置100的软件架构可以被认为(在高层级上)分为三个主要方面,包括:1)装置框架102;2)主机应用104;以及3)可以包括板载网络界面106a的用户界面106。主机应用104可以包括MSS引擎108和可管理扩展(或“元件”)110的集合(即,库)、以及访问应用112。MSS引擎108可包括用于分析由MSS引擎采集的数据和信息的复杂事件处理器108a。
装置框架102提供了一组通用服务,诸如,数据库管理、认证以及可以由系统中的所有部件使用的其他服务。装置框架102的另一重要部分为一组标准化通信接口,部件可以使用该组标准化通信接口来从装置100以及向装置100移动数据和消息。
可管理单元110也可以被示为“单元库”,并且可以包括知道如何通知对接至装置100的各个外部的被管理设备的部件(即,协议、命令和定义等)。被管理设备的一些示例包括:
·KVM交换器
·串行接口装置
·配电单元(PDU)
·数字RIP(即,“DRIP”)
·服务处理器(“SPS”)
·冷却单元
·Unix和Linux服务器(*NIX服务器)
·数字和模拟传感器
·第三方设备
主机应用104还可以包括执行各种任务但不具有任何外部接口的应用程序部件。MSS引擎108部件(诸如,复杂事件处理器(CEP)108a以及存储有数据的时间序列数据库(TSD,未示出))以及从主机应用的访问部分继承的一些扩展特征是应用的所有示例。
用户界面106包含用户界面,诸如板载网络用户界面(OBWI)106a、命令行界面以及特别重要地MSS可管理协议。由框架102提供的通信接口允许用于UI部件的通用方法得到数据,并且将控制消息发送至各种应用以及还发送至可管理单元库110。在一种实施方式中,基本主机软件平台(未在图9中具体示出)可以基于Linux vServer补丁并且用作OS虚拟化平台。这允许基于Linux的应用程序在基本主机软件平台上以最小的改变运行。
装置100的软件架构的显著特征在于其向用户提供了单个结合性装置的外观和“感觉”,即使装置100可以用作若干底层的不同软件应用程序的网关也如此。为了实现这一点,主机系统可以被设置为提供若干系统功能,这些系统功能在外部用户与内部客户应用之间提供网关。这些包括许可、AAA和用户接口。这些功能采用外部输入并且将其映射到正确的客户应用程序,而用户不需要基础架构的任何知识。例如,当用户向装置100进行认证时,AAA功能向每个客户应用程序通知该用户是合法的。因此,用户不需要分别向每个特定客户应用程序进行认证。其他主机项可以包括例如Linux内核、基本文件系统和硬件部件驱动程序支持的项。
装置100的构架的另一重要特征在于其允许装置100能够容易地以各种配置部署,其中各种配置具有对在每种配置中所支持的不同数量和类型的被管理设备的支持。基于可插入部件的该设计还旨在允许随着产品线进展而容易地添加新类别的被管理设备。所部署的每个装置100可以存在于数据中心内的给定机架中、或者在电信中心局的机架内、或者在适于定位装置100的任何其他设施控制中心或区域内。装置100上的接口的布置使得可以连接到各种类型的装备,并且向用户提供对各种类型的外部装备的访问以进行控制和性能度量采集。因此,硬件和应用软件的组合定义装置100。
装置硬件配置
现在参照图10,示出了可用于形成装置100的各种硬件部件的一个实施例的高级框图。然而,将理解的是,通过选择不同的处理器模块和存储器部件、和/或各种其他部件,可以将装置100的特定硬件配置容易且大量地修改为超出本文所描述的配置。
如图10所示,装置100可包括处理器模块120,其在一种实施方式中可以为计算机模块(COM)扩展模块。处理器模块120可以具有处理器122和位于处理器122上的随机存取存储器(RAM)124。该处理器模块120可以与一个或多个硬盘驱动器126进行通信。可以在装置100中包括至少一个(但更优选地为一对)自动感测电源128以向装置供电。自动感测电源128还可以用来向对接至装置100的数字机架接口模块(DRIP)提供备用电源。机架数据单元(RDU)子系统130提供RDU监视功能以使得多种外部传感器能够直接与装置100通信并且向装置提供有价值的环境监视信息。
装置100还包括多个接口端口132,该多个接口端口132包括前面板和后面板安装接口端口,将即刻对其进行更详细地描述。接口端口132允许将装置100对接至各种外部网络、被管理设备和/或传感器。图13的表示出了用以形成接口端口132的集合的可以包括的多个特定类型接口。
图10还示出一个被管理设备的示例,其中该被管理设备是装置100经由DRIP136对接至的服务器134。将会理解,在现实世界的应用中,一个装置100可以对接至显著更多的多个被管理设备,并且在大规模应用中期望装置100对接至几十个不同的被管理设备(包括服务器、PDU、串行设备、传感器等)。此外,尽管DRIP136被示为便于对接,但将理解的是,DRIP用于利用目标服务器实现KVM功能,但不需要对接至各种其他被管理的串行或以太网设备或者对接至各种传感器。在图10中,服务器134被安装在具有传感器140、142和144的装备机架138内。服务器134可以包括例如与服务处理器147通信的服务处理器端口146(即,构成以太网端口的RJ-45插孔)、串行端口148(例如,RS-232端口)、USB端口150和视频端口152。装置100还可以连接到主网络和副网络中的一个或两个。
装置的前面板和后面板
参照图11和图12,其分别示出装置100的前面板160和后面板170的视图。在图11中,前面板160可以包括电源指示LED162、串行控制台端口164(由RJ-45插孔形成)、多个USB端口166和模拟视频端口168。在图12中,后面板170包括用于连接到各种以太网和串行设备的多个接口,包括:1)用于实现KVM会话的数字机架接口插槽(DRIP);2)基于IP的服务处理器-如由服务处理器管理器(SPM)支持;3)基于IP的设备(如由MSS支持);以及4)基于串口的被管理设备(诸如可以由Avocent ACS6000串行控制台服务器支持)。更具体地,后面板170可以包括网络主端口172和网络副端口174。网络主端口172可以由与网络副端结合的双RJ-45插孔构成,而网络副端口174可以由与网络主端结合的RJ-45构成。RS-485端口176由双RJ-45插孔的一半形成,并且提供与RS-485协议设备进行通信的接口。RDU I/O(E-link)端口178由单个RJ-45插孔构成,并且使得能够通过E-link接口与外部传感器(诸如图10中的传感器140至144中的一个)通信。RDU数字中继器螺栓型端子块180使得能够对应用于一个或多个外部设备的信号(例如,信标或警报)进行切换。一对RDU输入传感器端口182由2×2联动的RJ-45插孔的一半构成,并且一对RDU单线传感器端口184由2×2联动的RJ-45插孔的另一半构成。因此,各种传感器可以直接与装置100对接,并且由装置100提供RDU功能,而无需独立的RDU设备。其显著优点在于可以在中央位置(即,在装置100处)直接采集可能另外需要通过工作网络来传送的传感器信号,而不使用工作网络的任何带宽。
装置100的多个自动感测端口1861至18640可以由一对2×8联动的RJ-45插孔组件和一个2×4联动的RJ-45插孔组件构成。将会理解的是,通过“自动感测”,端口1861至18640中的每个端口均能够检测已连接了以太网设备还是串口设备,并且能够相应地对信号的路由进行内部处理。装置100还具有如下能力:在串行设备已经被耦接到自动感测端口1861至18640中的一个端口时,检测正在使用两个不同的RJ-45插头引脚(pinout)配置中(ACS引脚配置或预定的替代引脚配置)的哪一个。在一种具体的实施方式中,替选的引脚配置可以是由Cisco系统公司的设备使用的配置。安装在装置100壳体的左上区域的LED188可以指示装置的两个电源(构成图10中的自动感测电源128)中的第一个电源正在指定限度内操作。安装在装置100壳体的右上角的LED190可以指示两个电源中的第二个电源正在指定限度内操作。还可以包括一对交流电源插座192以使来自外部电源的功率能够施加至自动感测电源128(图10)中的每一个。自动感测电源128可以被提供120VAC或240VAC电源。
在一种实施方式中,主网络端口172和副网络端口174可以根据IEEE802.3ab规范以多达16Gps的比特率进行操作,并且还可以支持数据速率和双工的自动切换。可以将其他颜色的LED(未示出)集成到主网络端口和副网络端口RJ-45插孔中以指示速度和双工。自动感测端口1861至18640中的每一个端口均可以包括不同颜色的LED(诸如,绿色和琥珀色LED)以指示以太网活动(例如,闪烁的绿色)、已建立以太网链路(例如,稳定的绿色)、或者KVM、串口或服务处理器(SP)会话有效。自动感测端口1861至18640还可以通过装置100的用户界面被手动配置为IP或串口,并且引脚(例如,ACS或Cisco)也可以由用户通过用户界面进行手动配置。手动配置端口可以使得不能对该端口进行自动感测。当被配置为IP端口时,自动感测端口1861至18640可以在一种实施方式中根据IEEE802.3规范以高达100Mpbs进行操作,并且当被配置为串行端口时,根据RS-232C规范以比特率达到230400bps进行操作。当被配置为IP端口时,自动感测端口1861至18640可以支持数据速率和双工的自动切换,以及当它们被配置为串行端口时支持自动引脚检测。
RDU单线端口184中的每一个提供对于12C和单线传感器的连接,该单线传感器用于感测空气温度和温度/湿度,例如机架的入口空气温度(即,环境)以及机架的排气温度,仅列举几种可能的传感器应用。每个RDU D1(数字输入)端口182均可以利用外部分路器来提供多达四个传感器的连接,并且将支持至少以下类型的传感器:门、运动、泄漏、振动和烟雾。例如,RDU数字中继器180可以被编程为在装置100接收到警报时关闭或打开。当从数字中继器移除电源时,其继电触点可以打开(或者可替选地,触点可以被配置为在移除电源时关闭)。RDU I/O E-link端口178可以用于连接到外部RDU I/O模块和其他传感器,并且例如可以支持水传感器。RS-485接口端口176可以用于连接到串行RS-485传感器。
网络模式
该装置100还使得网络主端口172和网络副端口174能够被配置为实现多个不同网络模式之一:“正常”模式;“故障转移”模式;以及“桥接”模式。当“正常”模式有效时,网络主端口172和网络副端口174以其本身的IP地址和MAC地址独立地进行操作。当“故障转移”模式有效时,网络端口172和174两者被结合在一起,向外界呈现单个IP地址和MAC地址。因此,装置100可以在端口172或端口174上接收或发送数据。如果网络主端口172发生故障,则网络副端口174继续该操作。如果网络主端口172随后恢复,则其会自动重新开始共享网络操作。当“桥接”模式有效时,装置100用作在主网络和副网络与目标网络端口上配置的任意专用子网络之间的交换器。装置100在本地以太网端口与目标端口之间路由流量。装置100保留其本身的IP地址,并且向外界呈现单个IP地址和MAC地址。“桥接”模式将目标设备显露于更广泛的网络,并且网络管理员负责连接到装置100的目标的网络安全性。
安全性
在一种具体的实施方式中,装置100满足FIPS140-2第2级安全认证的要求。装置100支持使用用于SSH和远程登录连接的Kerberos TGT、以及用于SSH连接的SSH X.509或私钥/公钥对。该装置可在首次启动时生成自签名证书。该证书可以用于验证OBWI/本地用户界面(UI)会话。
在一种实施方式中,装置100可以使用
远程访问软件来支持远程访问应用。这通过加载到
中的插件来实现。这使得已经使用
远程访问软件的用户能够对Avocent KVM、串口和服务处理器管理装置进行访问、控制和管理。这使得用户能够继续将他们的
远程访问软件用作他们用于访问和控制的主要控制台,同时仍然允许装置100集成为在用户的被管理KVM/串口/SP装置与在装置100上运行的新软件应用程序之间的通信网关。在该配置中,装置100还能够通过MSS引擎108从被管理装置采集监视数据,并且将其发送至可管理子系统,而不会干扰用户通过
远程访问软件对被管理设备的访问和控制。
KVM功能
装置100的显著优点为将KVM功能与上面所讨论的各种其他功能(即,串口、RDU、SP和MSS引擎数据采集)集成的能力。装置100的KVM功能能够同时支持多达64个KVM会话或vKVM(即,虚拟KVM)会话,其中每个DRIP136多达8个KVM(共享)会话。查看KVM会话可以通过使用合适的查看器应用程序来实现,该查看器应用程序可以被加载在客户端便携式计算机、客户端PC或其他客户端设备上。目前,支持两种不同的查看器应用程序:基于Java的查看器和Axtive X查看器。如果装置100目前具有相同目标服务器的VM会话,则可以向用户提供警报,从而允许用户断开SP VM会话。装置100提供多个特定的KVM特征:
启动KVM扫描
扫描特征允许多个目标的KVM显示在短时期内依次示出。用户能够扫描目标组的KVM。用户还能够扫描目标的用户选择的KVM。可以顺序地全屏执行扫描。当正在扫描目标时,用户可以中断扫描并且通过右击视频查看器应用程序并选择菜单项来继续查看当前目标的KVM会话。通过按任意键或移动鼠标可以取消在本地端口上运行的KVM扫描。
配置KVM扫描
用户可配置在KVM扫描进行中显示每个KVM会话所占用的时间。在KVM扫描中扫描每个设备所占用的时间可由用户进行设定。对于所有的KVM会话,该设置可以是全局的。默认值可以是预定值,例如30秒。对于正在进行的扫描,当时间周期改变时,可以在对扫描序列中的下一个设备进行扫描时应用新时间。
加入现有的KVM会话
一个或多个用户可以加入现有的KVM会话。用户能够加入现有的KVM会话并且查看会话的视频。
创建KVM书签
用户能够创建KVM会话的书签,从而允许通过在客户端桌面/网络浏览器上的快捷方式而容易再创建该KVM会话。书签数据/URL优选地可以不包含任何密码信息。以下数据可以包括在书签数据中:目标设备和KVM设置(例如,单光标模式和访问设置)。
查看KVM书签
该特征允许用户在客户端PC上打开先前保存的书签,并基于存储在书签中的设置自动启动KVM会话。当被激活时,将提示用户他的密码。一旦进入,装置100用所分配的目标和驱动器映射创建KVM会话。
对齐鼠标
该特征允许用户将客户端鼠标指针与KVM会话中的鼠标指针进行同步。用户能够通过视频查看器上的控制选项来将本地鼠标光标与KVM鼠标光标对齐。
单光标模式
该特征允许用户隐藏KVM鼠标指针,而在客户端PC或KVM会话上仅看到单个鼠标指针。用户能够进入/退出本地鼠标和KVM鼠标被结合的单光标模式。该特征可以仅在运行
操作系统的目标上支持。
KVM直接访问
用户能够将KVM端口配置为能够通过用户定义的面向公众的IP地址来访问。当用户启动浏览器到所配置的IP地址时,所定义的端口的KVM查看器应用程序在用户认证之后显示。但对于KVM访问,则该特征类似于SP本地IP和串行目标IP别名特征。
DRIP发现
可以使用DHCP来发现连接到装置100的DRIP模块。每个DRIP136可以通过其MAC地址与单个装置IP端口相关联。
识别DRIP
该特征允许操作者使DRIP136上的LED发信号以使其闪烁,使得可以容易地定位其所连接的线揽/服务器。用户能够分别将在每个连接的DRIP上的指示LED设置为以50%的占空比/2Hz周期进行闪烁,直到被另外命令为止。
授权和认证
KVM<功能>针对DRIP来认证用户。
结论
因而,DCIM解决方案10可以被看为形成了提供对数据中心基础设施的更有效且高效的管理的全系列的硬件和软件产品。DCIM软件套件允许数据中心管理者根据图形丰富的、基于网络的用户界面(UI)来完全地控制并管理他/她的企业的各个方面,无论是本地还是远程。DCIM装置12有助于通过使用单件硬件(每个机架、每个地带或每个数据中心)来完成这一点,其中在过去需要多个硬件设备/单元。总之,DCIM装置12和软件套件允许数据中心管理者不仅管理他/她的当前配置,而且针对未来需求提前计划并规划,并且当这些需求变成现实时无缝地且有成本效益地实现/适应它们。
总的DCIM解决方案10也实现了显著的可伸缩性。对于其中之一,DCIM解决方案10实现了连接到数据库服务器群的单独数据库服务器的选项;以及/或者符合负载平衡系统以网络访问较大的用户社区的能力;以及符合服务于较大量报告请求的报告服务器的能力。DCIM解决方案10还实现了符合安全性和访问系统要求的能力、以及符合用于用户的认证、授权和角色信息的目录服务系统的能力。
DCIM装置100通过其软件和硬件使得能够由单个部件来实现若干不同的且互异的功能,这些功能包括但不限于:1)支持与目标被管理设备的KVM会话的KVM功能;2)与被管理串行设备的串行通信;3)与服务处理器的通信,该服务处理器与装置100所对接的服务器相关联;4)在中央采集点(即,在装置100)处,通过MSS引擎从DCIM装置100所对接的每个服务器的服务处理器(SP)采集数据,而无需消耗工作网络上的带宽;以及5)用于对在整个数据中心环境中部署的各种传感器进行采集和/或监视、而无需通过工作网络来传输所采集的数据的RDU功能。
虽然已经描述了各种实施例,但是本领域技术人员将认识到,在不背离本公开内容的情况下可以进行修改或变型。示例示出了各种实施例且并不旨在限制本公开内容。因此,本说明书和权利要求书应当不受限制地解释,而仅具有鉴于相关的现有技术所必需的限制。
权利要求书(按照条约第19条的修改)
1.一种用于便利在被管理设备与远离所述被管理设备的用户之间的通信的远程访问装置,所述装置包括:
处理器,适于便利在所述装置与所述被管理设备之间的键盘、视频和鼠标信息的通信;
机架数据单元RDU子系统,适于管理与位于所述被管理设备处的至少一个远程定位传感器的通信,并且直接从所述至少一个远程定位传感器接收传感器数据,而无需首先通过任何网络传输所述传感器数据;以及
接口,用于将所述装置对接至所述被管理设备。
2.根据权利要求1所述的装置,还包括至少一个电源,用于在远离所述装置但耦接至所述装置的独立机架接口插槽损耗来自外部计算设备的功率时,向所述机架接口插槽供应功率。
3.根据权利要求1所述的装置,其中,所述接口包括多个自动感测端口,所述多个自动感测端口适于自动地感测与其耦接的外部被管理设备是串行设备还是以太网设备。
4.根据权利要求1所述的装置,其中,所述装置适于从所述被管理设备的服务处理器端口接收信息。
5.根据权利要求1所述的装置,其中,所述装置包括至少一个RDU数字接口端口。
6.根据权利要求1所述的装置,其中,所述接口包括至少一个RDUe-link端口。
7.根据权利要求1所述的装置,其中,所述接口包括至少一个RDU单线端口。
8.根据权利要求1所述的装置,其中,所述接口包括RDU数字中继器。
9.根据权利要求1所述的装置,其中,所述接口包括RS-232C接口端口和RS-485接口端口中的至少一个。
10.根据权利要求1所述的装置,其中,所述接口包括网络主端口和网络副端口。
11.根据权利要求1所述的装置,其中,所述装置包括前面板,所述前面板具有与所述接口通信的多个端口,所述多个端口包括串行端口、通用串行总线USB端口和模拟视频端口。
12.一种用于便利在被管理设备与远离所述被管理设备的用户之间的通信的远程访问装置,所述装置包括:
处理器,适于便利在所述装置与所述被管理设备之间的键盘、视频和鼠标信息的通信;
机架数据单元RDU子系统,适于与多个远程定位传感器进行通信,并且从所述远程定位传感器接收传感器数据,而无需首先通过任何网络传输所述传感器数据;
接口,用于将所述装置对接至所述被管理设备,所述接口包括:
串行接口端口;
通用串行总线USB接口端口;
视频接口端口;以及
多个RDU输入端口,构成所述RDU子系统的一部分,并且关于所述多个RDU输入端口的输入,接收来自所述多个远程定位传感器的输出信号,并且其中,由所述远程定位传感器生成的所述输出信号表示以下中的至少一个:
所述被管理设备所位于的环境的状况;以及
所述被管理设备的操作状态。
13.根据权利要求12所述的装置,还包括至少一个电源,所述至少一个电源适于在耦接至所述装置的、独立且远程定位的机架接口插槽损耗来自外部电源的功率时,向所述机架接口插槽施加功率,其中所述机架接口插槽正将所述装置对接至所述被管理设备,从而在所述机架接口插槽损耗来自所述外部电源的功率之后将所述机架接口插槽保持为电源接通状态。
14.根据权利要求12所述的装置,其中,所述接口包括多个自动感测端口,所述多个自动感测端口适于自动感测与其耦接的外部被管理设备是串行设备还是以太网设备。
15.根据权利要求12所述的装置,其中,所述装置适于从所述被管理设备的服务处理器端口接收信息,并且向所述被管理设备的所述服务处理器端口发送信息。
16.根据权利要求12所述的装置,其中,所述RDU接口端口包括以下中的至少一个:
至少一个RDU数字接口端口;
至少一个RDU e-link端口;
至少一个RDU单线端口;以及
至少一个RDU数字中继器。
17.根据权利要求12所述的装置,其中,所述接口包括RS-232C接口端口和RS-485接口端口中的至少一个。
18.一种用于使得能够在被管理设备与远离所述被管理设备的用户之间进行通信的方法,所述方法包括:
使用具有处理器的装置,所述处理器适于便利在所述装置与所述被管理设备之间的键盘、视频和鼠标信息的通信;
使用所述装置来管理与位于预定区域中或所述被管理设备处的至少一个远程定位传感器的通信并且直接从所述至少一个远程定位传感器接收传感器数据,而无需通过网络将所述传感器数据传输至所述装置;以及
通过使用以下端口中的至少一个来将所述装置对接至所述被管理设备:
串行接口端口;
通用串行总线(USB)接口端口;
视频接口端口;以及
多个RDU输入端口,用于从与所述被管理设备的操作或监视在操作上相关联的多个远程传感器接收输入。
19.根据权利要求18所述的方法,还包括:使所述装置自动感测所述被管理设备是串行设备还是以太网设备。
20.根据权利要求18所述的方法,还包括:使所述装置将备用电源施加至机架接口插槽,并且其中,所述机架接口插槽与所述装置进行通信。
21.一种包括多个远程访问装置的系统,所述多个远程访问装置用于便利在多个被管理设备与远离所述被管理设备的至少一个用户之间的通信,每个所述装置包括:
处理器,适于便利在所述装置与至少一个被管理设备之间的键盘、视频和鼠标信息的通信;
机架数据单元RDU子系统,适于管理与至少一个远程定位传感器的通信,并且直接从所述至少一个远程定位传感器接收传感器数据,所述至少一个远程定位传感器与所述至少一个被管理设备相关联;以及
其中,所述系统的所述装置共同构成使得每个所述装置能够有助于监视其相关联的所述RDU子系统的分布式RDU管理配置。