CN103329109B - 用于结合可管理子系统来实时地监视并管理数据中心资源的系统和方法 - Google Patents

用于结合可管理子系统来实时地监视并管理数据中心资源的系统和方法 Download PDF

Info

Publication number
CN103329109B
CN103329109B CN201180053654.5A CN201180053654A CN103329109B CN 103329109 B CN103329109 B CN 103329109B CN 201180053654 A CN201180053654 A CN 201180053654A CN 103329109 B CN103329109 B CN 103329109B
Authority
CN
China
Prior art keywords
data
managed devices
mss
module
event
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201180053654.5A
Other languages
English (en)
Other versions
CN103329109A (zh
Inventor
史蒂文·格芬
理查德·M·托宾
凯尔·理查德·克佩尔
詹姆斯·H·谢尔顿
巴拉特·A·胡季
迈克尔·W·费尔滕
阿曼·克汗
君戴
蒲阳
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Weidi Information Technology System Co ltd
Vertiv IT Systems Inc
Original Assignee
Avocent Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Avocent Corp filed Critical Avocent Corp
Publication of CN103329109A publication Critical patent/CN103329109A/zh
Application granted granted Critical
Publication of CN103329109B publication Critical patent/CN103329109B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/16—Constructional details or arrangements
    • G06F1/20—Cooling means
    • G06F1/206—Cooling means comprising thermal management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26—Power supply means, e.g. regulation thereof
    • G06F1/32—Means for saving power
    • G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/3006—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is distributed, e.g. networked systems, clusters, multiprocessor systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3051—Monitoring arrangements for monitoring the configuration of the computing system or of the computing system component, e.g. monitoring the presence of processing resources, peripherals, I/O links, software programs
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3058—Monitoring arrangements for monitoring environmental properties or parameters of the computing system or of the computing system component, e.g. monitoring of power, currents, temperature, humidity, position, vibrations
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3065—Monitoring arrangements determined by the means or processing involved in reporting the monitored data
    • G06F11/3072—Monitoring arrangements determined by the means or processing involved in reporting the monitored data where the reporting involves data filtering, e.g. pattern matching, time or event triggered, adaptive or policy-based reporting
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/20—Software design
    • G06F8/24—Object-oriented
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/0226—Mapping or translating multiple network management protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/14—Network analysis or design
    • H04L41/145—Network analysis or design involving simulating, designing, planning or modelling of a network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/34—Signalling channels for network management communication
    • H04L41/344—Out-of-band transfers
    • H—ELECTRICITY
    • H05—ELECTRIC TECHNIQUES NOT OTHERWISE PROVIDED FOR
    • H05K—PRINTED CIRCUITS; CASINGS OR CONSTRUCTIONAL DETAILS OF ELECTRIC APPARATUS; MANUFACTURE OF ASSEMBLAGES OF ELECTRICAL COMPONENTS
    • H05K7/00—Constructional details common to different types of electric apparatus
    • H05K7/20—Modifications to facilitate cooling, ventilating, or heating
    • H05K7/20709—Modifications to facilitate cooling, ventilating, or heating for server racks or cabinets; for data centers, e.g. 19-inch computer racks
    • H05K7/20836—Thermal management, e.g. server temperature control
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3409—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/0246—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols
    • H04L41/0253—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols using browsers or web-pages for accessing management information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/04—Network management architectures or arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12—Discovery or management of network topologies
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Computing Systems (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Software Systems (AREA)
  • Computer Hardware Design (AREA)
  • Thermal Sciences (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Mathematical Physics (AREA)
  • Human Computer Interaction (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Computer And Data Communications (AREA)

Abstract

本公开内容涉及一种用于控制多个被管理设备的系统。该系统可以包括可管理服务模块，其适于便利多个被管理设备与处于远离多个被管理设备的位置的中央用户之间的通信。该系统还可以包括与可管理服务模块通信的可管理引擎模块。可管理引擎模块可以具有存储与多个被管理设备相关联的参数的要素库，并且该可管理引擎模块可以被配置成执行多个有用的操作，例如：便利在被管理设备与可管理服务模块之间的通信；发现新的被管理设备；以及对从被管理设备所采集的数据进行采集、聚合和提供实时分析。数据库可以用于存储由可管理引擎模块所采集的数据。

Description

用于结合可管理子系统来实时地监视并管理数据中心资源的系统和方法
技术领域
本申请涉及用于管理与数据中心相关联的基础设施的系统和方法，具体涉及用于以如下方式来监视并管理现代数据中心的硬件和软件组件的系统和方法，该方式优化硬件和软件组件的有效使用、并且还允许数据中心的基础设施组件的实时重配置以满足不断变化的要求和需求。
背景技术
本部分提供与本公开内容相关但不一定是现有技术的背景信息。
通用数据中心模型自其源于大型机计算以来已经经历了多种改变。如图1所示，从分布式计算机到客户端/服务器模型、虚拟服务器的利用、网格整合、以及最近朝向公共事业（utility）或“云”计算的趋势，对数据中心的要求一直在变化和发展，并且其进展的步伐也持续增加。
现代数据中心正在经历一场广泛的改革，其包括技术创新、操作改进、新的设计原则、数据中心供应链的改变以及在IT与业务之间的关系的改变。因而，现代数据中心正形成具有许多变量的日益复杂的环境，当考虑用于优化数据中心的效率的方法时必须顾及这些变量。伴随这种改革而来的有能量效率和资源管理的问题，这对于这些现代数据中心的成功和长期维持而言将会至关重要。目前，在数据中心基础设施层（功率、冷却和空间）与在优化效率方面限制组织的信息技术（“IT”）基础设施层（例如，计算、存储和通信）之间存在有信息差距（gap）。图2中示出形成典型数据中心的层的一个示例。最大化效率的能力取决于能够从与数据中心（即，IT和基础设施）相关联的所有不同组件采集数据，并且能够以有用的方式将信息呈现至系统管理员，系统管理员能够在必要时对组件做出改变。在当前的专业人员中该能力已经被称为“数据中心基础设施管理（DCIM）”。
主要通过整合和相关联的虚拟化的增加已经公开对DCIM解决方案的需求，其已经揭露出前面提及的在现代数据中心的IT层与基本设施层之间的差距，特别是该差距创建的低效率。该差距还使数据中心管理者陷入两难境地：他们应当通过留下未使用的容量（例如，电功率容量或冷却容量）作为防止过载的安全网来牺牲效率，还是他们应该以失败为风险来使用该容量并且增加效率？本DCIM系统和方法的一个主要目标是通过以有用且有意义的方式向系统管理者提供精确且实时的信息来辅助决策过程。随着加于数据中心的要求在未来继续增强，IT/基础设施差距的跨接极其重要。但是迄今为止，尚未提出可以向系统管理者提供充足的信息以实现所需求的基础设施资源的实时管理来满足IT层的变化需求的适当解决方案。
发明内容
在一个方面，本公开内容涉及一种用于控制多个被管理设备的系统。该系统可以包括可管理服务模块，其适于便利多个被管理设备与处于远离多个被管理设备的位置的中央用户之间的通信。该系统还可以包括与可管理服务模块通信的可管理引擎模块。可管理引擎模块可以包括存储与多个被管理设备相关联的参数的要素库，并且可管理引擎模块被配置成：（i）便利多个被管理设备与可管理服务模块之间的通信；（ⅱ）当新的被管理设备被添加到系统时，发现新的被管理设备；（ⅲ）从多个被管理设备采集数据；（ⅳ）聚合来自多个被管理设备中的每个被管理设备的数据以生成针对多个被管理设备中的每个被管理设备的聚合数据；（ⅴ）将针对多个被管理设备中的每个被管理设备的聚合数据提供至中央用户；以及（vi）当从多个被管理设备采集数据时，对数据提供实时分析。该系统还可以包括被耦接至可管理服务模块和可管理引擎模块的数据库，该数据库可以适于存储由可管理引擎模块从多个被管理设备采集的数据。
在另一方面，本公开内容涉及一种用于用系统来控制多个被管理设备的方法，该系统包括数据库和与可管理引擎模块通信的可管理服务模块。该方法可以包括在多个被管理设备与可管理服务模块之间布置可管理引擎模块。该方法还可以包括在可管理引擎模块与处于远离多个被管理设备的位置的中央用户之间布置可管理服务模块，以及便利多个被管理设备与处于远离多个被管理设备的位置的中央用户之间的通信。该方法还可以包括当新的被管理设备被添加到系统时发现新的被管理设备，并且在可管理引擎模块从多个被管理设备采集数据。该方法还可以包括在可管理引擎模块聚合来自多个被管理设备中的每个被管理设备的数据以生成针对多个被管理设备中的每个被管理设备的聚合数据。该方法还可以包括将针对多个被管理设备中的每个被管理设备的聚合数据提供至中央用户，并且当从多个被管理设备采集数据时，在可管理引擎模块对数据提供实时分析。该方法还可以包括使用耦接至可管理服务模块和可管理引擎模块的数据库，其中数据库适于存储由可管理引擎模块从多个被管理设备采集的数据。
另外的应用领域将根据本文提供的描述而变得明显。本发明内容中的描述和具体的示例意图仅在于说明的目的，而不意在限制本公开内容的范围。
附图说明
本文中所描述的附图仅出于所选择的实施方式而并非所有可能的实现的图示目的，也不意在限制本公开内容的范围。在附图中：
图1是从通用数据中心模型自大型机计算起源以来通用数据中心模型发展的变化的高级表示；
图2是可以在典型的现有数据中心的各种功能层中使用的各种组件的一个示例的高级表示；
图3是被用于执行多个硬件设备的功能的单个DCIM装置的一个示例的高级表示；
图4是可以用于形成DCIM软件集的示例性模块的高级图表；
图5是DCIM解决方案架构的高级图表；
图6是示出公共/私人服务与领域模型和CDMR之间的关系的高级图表；
图7是示出在DCIM领域对象与跨领域模型使用的领域对象之间的区别的高级框图；
图8是示出MSS组件与领域模型和MSS引擎/DCIM装置的交互的架构的高级框图；
图9是示出DCIM装置的一种架构的示例的高级框图；
图10是示出MSS服务的一种架构的示例的高级框图；
图11是示出MSS引擎的一种架构的示例的高级框图；
图12示出针对启动MSS引擎的MSS服务的使用情况描述；
图13示出针对停止操作中的MSS引擎的MSS服务的使用情况描述；
图14A和图14B示出针对在MSS引擎上安装要素库的MSS服务的使用情况描述；
图15A和图15B示出针对在MSS引擎上更新要素库的MSS服务的使用情况描述；
图16示出针对在MSS引擎上卸载要素库的MSS服务的使用情况描述；
图17示出针对聚合来自MSS引擎的数据点的MSS服务的使用情况描述；
图18示出针对检索MSS引擎的状况的MSS服务的使用情况描述；
图19示出针对检索MSS引擎的统计的MSS服务的使用情况描述；
图20示出针对提供如下机制的MSS服务的使用情况描述，该机制允许数据点订阅者（如应用程序）订阅MSSTSD中的数据点改变；
图21示出针对提供MSS服务、MSS引擎和MSSTSD中的配置更新的MSS服务的使用情况描述；
图22示出针对存储由MSS引擎所采集的数据点的MSSTSD的使用情况描述；
图23示出针对汇总数据点的MSSTSD的使用情况描述；
图24示出针对提供对TSD数据存储器的访问的MSSTSD的使用情况描述；
图25示出针对提供对TSD数据存储器中的数据点的访问的MSSTSD的使用情况描述；
图26示出针对提供对MSSTSD的配置设置的访问的MSSTSD的使用情况描述；
图27A和图27B示出针对提供被管理单元的自动发现的MSS引擎的使用情况描述；
图28示出针对提供未被管理单元的自动发现的MSS引擎的使用情况描述；
图29示出针对提供手动添加的被管理单元的发现的MSS引擎的使用情况描述；
图30A和图30B示出针对以时间间隔采集数据点的MSS引擎的使用情况描述；
图31示出针对从装置采集环境数据点的MSS引擎的使用情况描述；
图32示出针对基于某些规则来采集数据点的MSS引擎的使用情况描述；
图33示出针对按需采集数据点的MSS引擎的使用情况描述；
图34示出针对基于事件来采集数据点的MSS引擎的使用情况描述；
图35示出针对基于某些规则来采集并聚合数据点的MSS引擎的使用情况描述；
图36示出针对创建MSS引擎事件的MSS引擎的使用情况描述；
图37示出针对将事件转变成MSS引擎事件的MSS引擎的使用情况描述；
图38示出针对处理来自未被管理单元的事件的MSS引擎的使用情况描述；
图39示出针对处理未知事件的MSS引擎的使用情况描述；
图40示出针对整合事件的MSS引擎的使用情况描述；
图41示出针对过滤无效事件的MSS引擎的使用情况描述；
图42A和图42B示出针对检测数据点阈值违背的MSS引擎的使用情况描述；
图43示出针对按需执行命令的MSS引擎的使用情况描述；
图44示出针对执行由事件触发的命令的MSS引擎的使用情况描述；
图45示出针对执行基于阈值的命令的MSS引擎的使用情况描述；
图46示出针对将包含在DCIM数据存储器中的信息和包含在MSS引擎数据库存储器中的信息同步的MSS引擎和MSS服务的使用情况描述，该信息为例如容器、被管理单元和它们的关系；
图47示出针对将所发现的被管理单元的拓扑结构同步的MSS引擎和MSS服务的使用情况描述；
图48示出针对将被管理单元的属性同步的MSS引擎和MSS服务的使用情况描述；
图49示出针对设置被管理单元操作状态的MSS引擎的使用情况描述；
图50示出针对使用要素库来连接至被管理单元的MSS引擎的使用情况描述；
图51示出针对使用要素库来采集数据点的MSS引擎的使用情况描述；
图52示出针对使用要素库来执行命令的MSS引擎的使用情况描述；
图53示出针对启动要素库的MSS引擎的使用情况描述；
图54示出针对停止要素库的MSS引擎的使用情况描述；以及
图55示出设备包生成处理。
贯穿附图的若干视图，相应的附图标记表示相应的部分。
具体实施方式
现在将参照附图更全面地描述数据中心基础设施管理（下文中为“DCIM”）解决方案10的示例性实施方式。
概述
本部分提供本公开内容的总体概况，而不是本公开内容的全部范围或其所有特征的全面公开内容。DCIM解决方案10是被设计为管理来自中央位置的数据中心的所有要素的硬件产品和软件产品的模块可扩展家族。特别地，DCIM解决方案10可以包括一个或更多个DCIM硬件装置（在下文中简单地称为“DCIM装置”）以及一系列软件产品（下文中为“DCIM软件集”）。DCIM解决方案10具有管理微软服务器、服务器、服务器、存储和串行设备、服务处理器、机柜/环境传感器、数据中心电源单元、冷却单元以及配电单元（PDU）的能力，其中所有数据由公共采集引擎收集。这允许数据中心运营商可以完全对数据中心中的每件装备进行监视和控制。
迄今为止，为了管理数据中心，已经需要多点解决方案。DCIM解决方案10使所有这些点解决方案成为单个产品集。之前，需要多个独立的硬件设备，例如：管理服务器的远程访问应用和相关联硬件（如Avocent的KVM（基于内核的虚拟机））设备；管理服务器、串行设备和iPUD的高级控制台服务器（ACS）；MergePointTM服务处理器管理器；管理机柜和环境传感器的机柜数据单元（RDU）；以及SiteLinkTM通信接口。之前，通常还需要多个独立的软件应用程序，例如：MergePoint基础设施资源管理器数据中心管理软件；SiteScanWeb集中监视和控制系统；监视功率和冷却装备的爱默生（Emerson）网络能量ASCOPowerQuestTM功率接口软件；以及Vista企业软件解决方案。通过将多个软件装置整合为形成DCIM解决方案10的DCIM软件集的整合软件平台，并且将多个硬件装置整合为聚合的DCIM硬件装置，DCIM解决方案10不仅在装备机柜上腾出物理空间，而且提高了操作者控制数据中心的跨度。这允许数据中心管理者甚至更有效地管理并控制服务器和其他计算/存储设备、电源装备以及冷却系统，以优化性能和能量使用量。
除DCIM装置提供的明显益处之外，DCIM软件集使对数据中心的管理比之前所可能的更容易并且甚至更有效。包括DCIM软件集的软件模块可以在除DCIM装置的通用主机服务器上运行，并且可以工作为提供数据中心的完整且准确的视图，同时仍然允许用户管理并控制数据中心的各个方面。主机服务器从遍布数据中心的所有DCIM装置通过它们的可管理子系统（MSS）采集引擎接收数据。通过使用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）产品，并且将它们的所有功能整合成一个或更多个硬件装置。被称为“DCIMSP”的装置12的基本实施方式可以替换现有的服务处理管理器（SPM）硬件。DCIMSP可以具有至少两个特定的端口配置，一个具有24个IP端口且另一个具有40个IP。两个版本可以包括至少八个专用串行端口。针对每一个，IP端口可以与网络接口端口隔离并且用作两层交换器。该布置保持当前SPM的配置。众多的IP端口和八个专用串行端口提供可以服务于服务处理器的整个机柜的装置并且还可以提供机柜中的基于串口的交换器和电源板的控制。除这两种物理端口SPM变体之外，存在仅具有主网络端口而不具有任何后面板端口的逻辑版本，DCIMSP逻辑型。
除DCIMSP实施方式之外，DCIM装置12可以具有被标记为“DCIM分支（branch）8”、“DCIM入门（entry）”以及“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装置；
■连接至服务器的服务处理器以用于将IPMI数据传输至DCIM装置；
■使得能够访问虚拟媒体；以及
■使能智能卡支持。
为了支持各种硬件平台，提供有装置主机软件平台。装置主机软件平台可以基于补丁并且用作操作系统（OS）虚拟化平台。这允许基于操作系统的应用程序以最小改变在DCIM装置12主机平台之上运行。以此方式建立DCIM装置12将使各个技术结合到单个装置所必需的变化最小化。其还利于组能够专注于它们的核心功能而不用获知DCIM装置12主机平台的细节。
DCIM装置12软件架构的重要优点为：其使完成的设备看起来像单个内聚性装置，即使它们可以根据若干基础的不同软件应用程序来构建也是如此。为了实现这一点，主机系统可以建立为提供若干系统功能，该若干系统功能在外部用户与内部客户应用程序之间提供网关。这些可以包括许可、认证、授权、审计（AAA）以及用户界面。这些功能可以采用外部输入并且将其映射到正确的应用程序上而不用用户需要基础架构的任何知识。例如，当用户向DCIM装置12认证时，AAA功能可以通知客户应用程序中的每个客户应用程序该用户是有效的。用户不需要向每个客户应用程序认证。另外的主机件可以包括例如内核、基本文件系统和硬件组件驱动程序支持等的项目。DCIM装置12中的每个装置还可以寄宿可管理子系统（MSS）软件引擎（待结合图5进行论述）。
总之，在下面的表格中示出用于至少两种DCIM平台——平台“A”和“B”——的至少六种不同配置。
DCIM软件集
模块的DCIM软件集12a是模块化且可扩展的，并且被设计成使数据中心的操作、管理、配置或扩展无缝且简单。图4中示出模块的DCIM软件集12a的一个示例，其可以包括：库存管理器14、设施管理器16、场景规划器18、改变规划器20、改变管理器22、操作管理器24、事件监视器26、虚拟化管理器28（和潜在的机柜电源管理器、以及配置管理器30）。这些模块彼此无缝地集成并提供丰富的用户界面，具有通过组合可用设施来拖放项目、显示资产和报告数据的高保真图像、以及对特定于用户的视图进行编译的能力。
DCIM软件集12a具有足够的灵活性，以从操作系统和数据库到网络浏览器界面来适应在多个不同领域的系统管理者的喜好。软件模块可以安装在服务器、服务器或服务器上，并且可能安装在其他品牌服务器上。SQL和数据库均被支持。为了访问软件模块，各种市售可用操作系统和网络浏览器均被支持。
对于使用艾默生网络电源或公司的现有产品（例如，的数据中心资源管理系统、 集中监视和控制系统或MergePointTM基础设施资源管理器（AMIE）软件）的管理者，DCIM软件集12a支持数据的迁移。这些数据可以包括所有的资产和规划数据、相关联的项目和符号库。可以手动触发导入，但将不需要任何资产、放置、计划或项目数据从AMIE到DCIM软件集的模块的手动映射。在下面的页面中详细地描述各个DCIM软件集12a软件模块。
DCIM库存管理器模块14
库存管理器模块14管理构成装备的数据中心库存的DCIM记录。通常，数据中心管理者和网站技术人员通过各种手段（例如，电子表格、文档、图形文件、金融系统、提单等）来管理装备列表。这些都不是理想的方法，其趋于特设格式且不精确，并且经常过期。它们也没有及时地提供关于物理装备位于哪里及其目的的信息的访问。DCIM库存管理器模块14使用给出数据中心的整个库存的清晰画面的系统来替换所有这些特设方法，该系统具有IT资产（例如，服务器和交换器）与关键基础设施装备（如配电单元（“PDU”）和不间断电源（“UPS”））的装备计数。其允许用户快速地看见装备所在的地方，并给出功率和空间使用量的总计。
为了做到这一点，DCIM库存管理器模块14可以依靠导入的软件能力和特定视图，例如：1）导入能力，从各种源提取装备记录并且将来自这些源的信息结合成一个完整的数据集；2）地理视图，其允许用户提供数据中心安装的全局位置并且深入到示出更详细的位置视图，如校园视图、区域视图、建筑物的图片等；3）文本和图形的库存列表，其为用于“放置”和“未放置”（条目尚未被分配有位置）库存的文本视图；4）数据中心组合视图（portfolioview），其列出由系统所管理的数据中心；5）用于“放置”库存（条目已经被分配有位置）的平面图和立体视图；6）工作区，其允许用户结合来自其他视图的图形和数据要素以给他们关键信息的“仪表板（dashboard）”，用户可以随时参考该“仪表板”；以及7）层，其允许用户在库存管理器图形绘图内看见来自其他应用程序的信息。
DCIM库存管理器模块14能够创建、更新和删除所有表示对象。这些对象可以包括：
IT空间–IT装备所位于和安置于的区域，在更精细的层面上为安装装备的区域。
地面–包含一个或更多个数据中心空间并且与建筑物中的地面相关的区域。
数据中心–被设计为安置并运行IT装备的区域。典型的数据中心具有提高的地面空间以及专用的电源和冷却装备。
空间–数据中心地面的直接安装IT装备的区域。典型的数据中心空间具有提高的地面和用于安置装备的机柜，并且被保护为免受未认证的进入。
地带–数据中心的由客户定义的地理区域，其允许在全部数据中心的区域内对容量和资源使用量制表。在我们的定义中，地带是数据中心地面内的一个连续空间。
其他空间（通道、自由空间）–当从总数据中心空间中扣除时，允许可用的数据中心空间的计算的空间。
企业–关于企业的信息被追踪以给出用于整个数据中心组合的背景以及管理企业的团队。企业信息可以在软件中在全局层面上被追踪。
IT装备–其可以包括用于数据处理、通信和存储的直接目的所有装备，以及用于安置它们的装备。这包括：机柜、工作台（bench）、货架式存储器、数据柜；服务器、网络装置；符号，占位符；以及传感器装备。
关键基础设施–其可以包括支持用于数据中心空间的冷却和配电的所有设备，包括：本地实用入口仪表、过电压保护设备、变压器、开关柜（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中的软件能力包括但不限于以下中的一个或更多个：
采集并了解总的全球数据中心基础设施资源的过去趋势的能力；
将过去的总使用量趋势投射到未来以全面地预测基本的基础设施需求的能力；
针对基础设施需求实施“假设分析”场景规划，并评估数据中心移动、添加、解除以及合并的影响的能力；以及
针对项目管路管理建立工作流过程的能力，包括技术专家和系统所有者的细化以及业务管理者的批准。
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改变管理器模块可以依赖于以下的软件能力和专业视图：
模板工作流过程，其允许工作流设计者设计并发布要由未来项目使用的工作流过程。
与DCIM模块的交互，其允许工作流过程与DCIM模块进行交互以验证某些所需的动作已经完成。
支持与第三方IT系统的集成，以允许设计者对允许外部源询问应用程序数据的接口进行配置并启动工作流过程。
工作流过程中的人机交互，其允许用户与从模板创建的过程进行交互。
DCIM改变管理器模块22提供创建项目模板的能力，该项目模板具有由DCIM改变规划器模块20所提供的较低级别任务支持的用户定义的高级别动作。项目模板可以用于在需要时创建项目，其中项目可以按照模板预定义步骤完成。模板可以包含但不限于：
与安装的库存管理器模块相关的预定义高级别任务（例如，“移动服务器”或“添加连接”）。
用户定义的任务类别（例如，“移动”、“添加”）。
现有工作流模板的触发点。
一旦创建了模板，用户可以分配在模板中使用的角色。用户向角色分配名称、描述和标签，并可以分配其他用户。DCIM改变管理器模块22允许用户被分配到多个角色（如果必要的话）。除角色之外，用户还可以创建工作流程序，并且向每个工作流分配名称、描述和标签。一旦创建了工作流，可以添加步骤（无论是用户定义的还是预定义的）并且可以向每个步骤分配特定用户或角色。为了添加另外的细节，用户可以对每个步骤定义规则，例如进入和退出标准。步骤可以被链接在一起以定义进程，并且通过一些步骤可以创建子过程。
一旦用户已建立了工作流，他/她可以模拟实施的“运行”以识别任何错误并验证工作流。用户还可以想要针对各种工作流事件建立定制的通知。DCIM改变管理器模块22允许用户这样做，并将会在任务开始、完成时或任何其他工作流事件发生时将通知传播至参与者。
DCIM操作管理器模块24
DCIM操作管理器模块24将现实世界信息与管理数据中心基础设施配置相结合。其提供接口以测量整个数据中心基础设施的性能和利用率并且显示机柜中当前可用的净空，使得可以实现装备的适当放置。DCIM操作管理器模块24可以连接到来自MSS服务的实时数据馈送（针对功率和温度），以对性能准则进行比较和验证并且设计在配置管理器模块30能力中建立的标准。
DCIM操作管理器模块24也可以用于优化功率、冷却和空间容量，以带来数据中心基础设施资源的整体优化。该模块解决的商业问题围绕电源和冷却的管理。通常由数据中心管理者维护功率和冷却的大的缓冲区，以保护系统免受由于功率尖峰和增加使用量期间的断供。用于储备的缓冲区的量通常不用有效地管理。减少这些缓冲区使得能够更好地利用资源。例如，更多的装备可以被放置在一个或更多个装备机柜中，同时充足的功率和冷却需求仍然满足所有装备项。
本产品的一个重要特征是其提供了一种自然且文雅的方式来查看关于数据中心的监视信息，在该监视信息中有大量信息由许多系统以多种不同格式生成。处理所有的这些数据并且以有用的形式看见它的结果使得可以更精确地理解数据中心环境的操作，更好地理解能量使用的真实成本，数据中心中的投资的最大化，从而确保IT的不间断24/7操作。
软件能力从针对DCIM配置管理器模块30和DCIM库存管理器模块14所定义的那些得到。DCIM操作管理器模块24向如本文中所列举的DCIM配置管理器模块30能力增加新特征。然而，可能存在针对DCIM操作管理器模块所定义的另外的软件设施，例如但不限于：
用于监测实时数据馈送的仪表板。
显示温度传感器的输出和冷却参数（如气流）的另外的可视化。
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包含允许各个应用程序和平台插入用户接口组件的基于网络的控制台框架。表示UI32消费由提供实际业务功能的服务层36显露的公共接口。从逻辑上讲，表示UI32可以被分为两层：客户层38，其通常驻留在网络浏览器内并且以模型-视图-控制器架构来表示“视图”；以及服务器层40，其通常表示控制器。
企业服务总线（ESB）–ENP通用平台42包含企业服务总线414，该企业服务总线44为商业服务提供容器，并且提供服务之间的消息的智能路由。该架构假定在表示UI32层（具体地，控制器40）与ESB44之间的通信可以为SOAP（简单对象访问协议）/HTTP（超文本传输协议），然而基于特定的应用设计要求也可以使用其他传输。
应用服务36–这些可以是提供产品应用功能的个人和/或组合服务。服务组合是共同组成的服务的聚合以使特定的任务或业务处理自动化。这些服务36可以由私人服务和公共服务两者构成。公共服务在ESB44上显露并且可用于其他应用程序来消费。这些应用服务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-PackardOpenView软件、CiscoWorksLAN管理解决方案工具、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。这也允许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。底层RDBMS的直接访问是领域模型46（和支持的CDMR54）层的规避。对于应用/服务水平逻辑，底层RDBMS60层的直接访问将会是严重的架构违背。
另一方面，领域模型46和CDMR54可以是有意扩展的，领域类相关逻辑的特定位最好应当通过手动的SQL、存储过程等来实施。当面临一些比较少见但最具挑战性的实施需求时，可能必需在应用程序级别、领域模型级别以及甚至CDMR/ORM/RDBMS的级别上分布实施逻辑。
重新使用
DCIM产品线的通用数据模型利用在 MergePointTM基础设施资源管理器(AMIE)、信息技术运营管理（ITOM）库原型、DSView等中使用的表示模型中体现的领域知识。通用数据模型还可以利用行业标准的某些方面，如分布式管理任务组（DMTF）的通用信息模型（CIM）。
CDMR54可以基于行业标准（SQL99）关系数据库管理系统（RDBMS）。
在领域模型46内的一些最重要的领域类向可管理子系统62委派可管理操作。另外，可管理子系统62将关于领域类的实例的发现/存在信息馈送到领域模型46中。用于像相关事件过滤之类的事件的某些政策也被委派到可管理子系统62以用于分布式处理（接近此类事件的源）。
可管理子系统
在图8和图10至图11中更详细地示出可管理子系统62的一个实例。可管理子系统（MSS）提供有发现并控制爱默生和非艾默生设备、以及采集并分析来自那些设备的实时数据的能力，实时数据可以提供给应用程序。MSS可以分成三个主要领域：
MSS服务50–显露在平台上的公共服务，以提供应用程序和领域模型来访问MSS特征，如检索已经随时间采集的历史数据点以及按需直接从终端设备检索数据点。还提供用于在平台和MSS引擎56之间进行通信的私人服务。
TSD（时间序列数据库）52–其存储已经随时间采集的历史数据点。应用程序和领域模型可以通过在平台上显露的公共接口来检索这些数据点。
MSS引擎56–在DCIM装置12中运行的软件，以提供和非爱默生设备的发现和控制以及来自这些设备的实时数据的采集和分析。MSS引擎56包含用于如何与和非爱默生设备进行通信的知识。引擎与在平台上运行的MSS服务50通信。多个引擎56可以被部署在客户环境中，以在要支持的设备的数量增长时提供可伸缩性。MSS引擎56可以使用复杂事件处理（CEP）技术以确保实时数据聚合和相关。
交互需求
MSS服务50通过由领域模型显露的接口（例如Java接口）来操作领域对象，以用于数据存留和访问，并且还可以提供以下特征/益处：
o提供领域对象的基本的创建、更新、删除和查询；
o用于由MSS引擎56的发现所识别的新的或更新的领域对象的同步；
o用于在平台与MSS引擎之间的领域对象的同步；以及
o访问规则以控制数据聚合和数据分析。
领域模型中的领域对象的委派方法可以通过企业服务总线（ESB）44使用SOAP或其他适当协议来消费公共MSS服务50。这些委托方法可以用于执行下列活动：
o执行命令，如关闭电源；
o检索历史度量值；
o检索按需度量值；
o执行按需发现操作；
公共和私人MSS服务50可以使用路由器组件以将请求路由到适当的MSS引擎56。
MSS服务50可以通过ESB使用SOAP或其他适当协议来消费CPS平台服务100。出于以下原因，可以消费CPS平台服务100：
o消费授权服务以确定用于执行由MSS服务50提供的功能的必要权利；
o消费许可服务以确定什么功能可以由MSS服务50使用；
o消费事件服务以用于发布事件；以及
o消费事件服务以用于基于事件来注册通知。
MSS服务50可以使用与MSS引擎56通信的适当通信组件。
MSS服务50可以使用适当的通信组件与在DCIM装置12上的MSS引擎56进行交互，以实现以下功能：
o命令执行；
o发现；
o数据采集；
o固件升级；以及
o配置。
MSSUI可以通过HTTP与控制器进行互动，并且控制器使用SOAP或另一适当协议（例如，通过ESB44）与MSS服务50进行互动。
应用服务200可以通过来自MSS服务50的发布/订阅机制来消费视频和实时数据流。视频和实时数据流从MSS引擎56检索。
具体地参照图10和图11，示出示例性可管理子系统（MSS）62的另一实施方式。类似于图8中的MSS62，图10和图11的MSS62可以被分为三个主要部分：（1）MSS服务50；（2）MSS引擎56；以及（3）TSD（时间序列数据库）52。MSS服务50提供在MSS引擎56和作为DCIM解决方案10的一部分的其他应用程序之间的接口。MSS引擎56可以在DCIM装置12上运行，或者替代地可以在独立式硬件组件上运行。
MSS服务50可以被考虑为通用平台服务（CPS服务）100的子集。CPS服务100可以是聚合由应用程序或DCIM12使用的所有事件的软件平台。CPS服务100可以包括CPS事件服务102或基于其他规则的事件生成，该CPS事件服务102例如通过将数据点与阈值进行比较来生成事件。此外，应用服务200可以在DCIM12的应用程序与MSS服务50和MSS引擎56之间提供接口。本质上，应用服务200可以通过与MSS服务50交互来消费MSS62的功能。
以下部分简要描述MSS服务50的组件以及它们与领域模型和MSS引擎56/DCIM装置12的交互。
数据点服务151–数据点服务151提供有访问所采集的度量数据以及配置与数据点采集、聚合和分析相关的规则的能力。数据点服务151可以接收来自应用程序的数据点的请求，并对此做出响应来返回单个数据点、聚合数据点和/或订阅。订阅包括在满足某些条件或规则时自动地报告某些数据点和/或聚合数据点。
事件导出器152–事件导出器152服务可以接收例如来自MSS引擎56和/或应用程序的事件信息，并且将这些事件发送到平台100（通用平台服务或“CPS服务”）。事件导出器152可以类似于上述图8描述的事件接收器80。
引擎管理153–引擎管理153服务提供有对表示MSS引擎56的领域模型对象和相关对象（如产品知识和插件）进行管理的能力。引擎管理153服务提供对MSS引擎56的管理功能，如对作为DCIM解决方案的一部分的MSS引擎56进行添加、更新和管理。此外，引擎管理153服务允许应用程序在必要时注册和注销MSS引擎56。
基础设施154–基础设施154服务提供有管理MSS引擎56的基础设施（设备、容器、关系、采集规则、聚合规则和分析规则）的能力。此服务在领域模型（和支持的CDMR）与MSS引擎56之间保持基础设施对象同步。当对平台上的领域模型对象做出改变和添加时，必要的信息与MSS引擎56同步。该服务还处理将由MSS引擎56发现的新的和更新的设备/关系与平台的领域模型同步。基础设施服务将规则、阈值和类似信息下推到MSS引擎56以使得能够监视被管理设备。例如，基础设施154服务允许应用程序设置阈值规则并建立采集规则，该阈值规则和采集规则被下推以用于由MSS引擎56使用。
管理协议服务155–管理协议服务155提供在MSS服务50与MSS引擎56之间的通信。管理协议服务155可以提供用于MSS服务50与MSS引擎56之间的安全并被加密的通信的单个协议。
MSS事件服务156–MSS事件服务156在首次提供复杂事件处理之后将事件分派到事件交付网络（EDN）110。事件可以以至少以两种方式生成：（1）基于所接收到的数据从MSS引擎56生成；以及（2）通过与阈值等比较，由复杂事件处理生成。另外，MSS事件服务156可以在以下情况生成事件：（1）当与MSS引擎56的通信丢失时；以及（2）当与MSS引擎56的通信重新获得时。
参照图11，下面的部分简要地描述可以用于形成MSS引擎56的组件以及它们与上述MSS服务50的交互的一个示例。
管理协议服务155–如上文所述，管理协议服务155可以在MSS服务50与MSS引擎56之间提供通信。管理协议服务155可以提供用于MSS服务50与MSS引擎56之间的安全并被加密的通信的单个协议。
要素库框架170–要素库框架170可以提供用于要素库（包括但不限于Java插件框架）的公共接口。要素库可以是允许管理（发现、采集、配置等）一组被管理设备的软件。要素库可以被认为是两个组件：（1）用于被管理单元（或一组单元）的“设备驱动”；以及（2）与被管理单元（或一组单元）相关联的“产品知识”。“设备驱动”组件可以包括与用于与被管理单元通信或命令被管理单元的协议相关的信息。另外，“设备驱动”组件可提供从被管理设备250向被平台理解的通用标准发送的消息（数据等）的规范化，以及从平台向被管理设备250发送的消息（数据等）的去规范化。“产品知识”组件可以包含相关于和被管理单元相关联的各种操作特性的信息，包括但不限于由被管理单元支持何种通信协议、以及与被管理单元相关的和/或由被管理单元采集的何种数据点、事件和命令。另外，要由DCIM12利用的图形符号可以被存储在要素库（或如下面进一步描述的设备包）内。
数据点服务172–MSS引擎56的数据点服务172可以是上述MSS服务50的数据点服务151的配套服务，并且可以提供访问所采集的度量数据、以及配置与数据点采集、聚合和分析相关的规则的能力。数据点服务172可以接收来自应用程序的数据点的请求，并对此做出响应来返回单个数据点、聚合数据点和/或订阅。订阅可以包括在满足某些条件或规则时自动地报告某些数据点和/或聚合数据点。
基础设施174–MSS引擎56的基础设施174服务可以是MSS服务的基础设施服务的配套服务，并且可以提供有管理MSS引擎56的基础设施154（设备、容器、关系、采集规则、聚合规则和分析规则）的能力。此服务在领域模型（和支持的CDMR）与MSS引擎56之间保持基础设施对象同步。当对平台上的领域模型对象做出改变和添加时，必要的信息与MSS引擎56同步。该服务还处理将由MSS引擎56发现的新的和更新的设备/关系与平台的领域模型同步。基础设施174服务可以接收来自MSS服务50的下推规则、阈值和类似信息以使得能够监视被管理设备。例如，基础设施174服务可以允许应用程序设置阈值规则并建立采集规则。
引擎管理176–MSS引擎56的引擎管理176服务可以是MSS服务50的引擎管理153服务的配套服务，并且可以提供有对表示MSS引擎56的领域模型对象和相关对象（如产品知识和插件）进行管理的能力。引擎管理176服务提供对MSS引擎56的管理功能，如对作为DCIM解决方案的一部分的MSS引擎56进行添加、更新和管理。此外，引擎管理176服务可以允许应用程序在必要时注册和注销MSS引擎56。
数据存储器178–数据存储器178可以是存储由MSS引擎56运行所需要的CDMR的组件的存储器。
规则转换器180–规则转换器180可以处理用于复杂事件处理的事件和数据聚合规则。规则转换器180还可以转换用于数据点服务172的采集规则。规则转换器180可以与基础设施服务174通信，例如以提供从基础设施服务174接收的其他信息和更新的转换。
引擎数据库182–引擎数据库182可以提供引擎内存储数据库，其在与TSD56b的通信故障/中断的情况下对来自MSS引擎56的数据进行缓冲。
服务处理器数据点效用184–服务处理器数据点效用184可以提供与外部服务器的服务处理器的通信。可选地，服务处理器数据点效用184还可以与上述要素库框架170通信。
使用情况描述
针对MSS62及其各种组件存在有许多使用情况。以下部分阐明针对MSS服务50的多个示例性使用情况的简要描述，其参照图12至图21进行进一步描述。
启动MSS引擎56–图12示出针对启动MSS引擎56的MSS服务50的使用情况描述。
停止MSS引擎56–图13示出针对停止操作中的MSS引擎56的MSS服务50的使用情况描述。
在MSS引擎56上安装要素库170–图14A和图14B示出针对在MSS引擎56上安装要素库170的MSS服务50的使用情况描述。
在MSS引擎56上更新要素库170–图15A和图15B示出针对在MSS引擎56上更新要素库170的MSS服务50的使用情况描述。
在MSS引擎56上卸载要素库170–图16示出针对在MSS引擎56上卸载要素库170的MSS服务50的使用情况描述。
按需聚合来自MSS引擎56的数据点–图17示出针对聚合来自MSS引擎56的数据点的MSS服务50的使用情况描述。数据点聚合的示例可以包括针对多个被管理单元的平均温度的确定、平均温度的确定和总功率的确定。
检索MSS引擎56的状况–图18示出针对检索MSS引擎56的状况的MSS服务50的使用情况描述。状况信息包括但并不限于在MSS引擎56内的所有被管理单元的状况信息（包括设备定义和协议）、MSS引擎56组件的状况信息更新、以及MSS引擎56服务器的状况信息（CPU使用量、存储器大小、IP地址、MAC地址和版本等）。
检索MSS引擎56的统计–图19示出针对检索MSS引擎56的统计的MSS服务50的使用情况描述。统计信息包括但不仅限于存储数据点和配置信息的数据库的当前大小的统计信息、以及在MSS引擎56内定义的所有被管理单元的统计信息（包括设备定义和协议）。
向数据点订阅者发送数据点改变–图20示出针对提供如下机制的MSS服务50的使用情况描述，该机制允许数据点订阅者（如应用程序）订阅MSSTSD56b中的数据点改变。
更新配置–图21示出针对提供MSS服务50、MSS引擎56和MSSTSD56b中的配置更新的MSS服务50的使用情况描述。
以下部分阐明针对MSSTSD56b的多种使用情况的简要描述，其参照图22至图26进行进一步描述。
存储数据点–图22示出针对存储由MSS引擎56所采集的数据点的MSSTSD56b的使用情况描述。MSSTSD56b将支持数值数据点。此外，MSSTSD56b将是可配置的使得用户可以设置数据点在TSD56b中被保留多长时间。
汇总数据点–图23示出针对汇总数据点的MSSTSD56b的使用情况描述。MSSTSD56b提供用于聚合所采集的数据点（例如，间隔数据点到每小时值、每小时值到每天值、每天值到每周值、每周值到每月值、每月值到每年值等）以生成数据点汇总的机制。此外，MSSTSD56b可以计算所采集的数据点和/或数据点汇总的最小值、最大值和平均值。MSSTSD56b可以处理数据点汇总配置设置以表示数据点汇总发生的时间周期和频率。MSSTSD56b还可以提供数据点归档服务。归档配置设置（存储器的位置、时间、频率等）可以是用户可调节的。在归档时，可以从MSSTSD56b删除原始数据。
访问MSSTSD56b数据存储器–图24示出针对提供对TSD数据存储器的访问的MSSTSD56b的使用情况描述。
访问MSSTSD56b数据点–图25示出针对提供对TSD数据存储器中的数据点的访问的MSSTSD56b的使用情况描述。
访问MSSTSD56b配置–图26示出针对提供对MSSTSD56b的配置设置的访问的MSSTSD56b的使用情况描述。
以下部分阐明针对MSS引擎56的多种使用情况的简要描述，其参照图27至图54进行进一步描述。
MSS引擎56提供在数据中心中的被管理单元的发现。发现特征与要素库框架170一起工作以使用标准和专有的协议通过网络来建立与被管理单元的通信。MSS引擎56可以支持IT基础设施被管理单元250的发现。IT基础设施被管理单元250包括功率器件（如PDU）和服务器。MSS引擎56还可以支持关键基础设施被管理单元250的发现。关键基础设施被管理单元250可以包括设施装备设备（如发电机、电池和环保设备）。
当发现被管理单元250时，MSS引擎56至少可以检索以下信息（在适用情况下）：
a.名称；
b.型号；
c.主机名；
d.序列号；
e.MAC地址；
f.IP地址（多个地址，如果多于一个网络接口的话）；
g.附接设备的数量；以及
h.拓扑结构（到附接设备的连接以及附接设备的特性）。
当发现功率和冷却被管理单元时，MSS引擎56至少可以检索以下信息（在适用情况下）：
·供应商；
·型号；
·序列号；
·最大功率容量；以及
·排水量（tonnage）。
MSS引擎56可以：
·提供针对新的被管理单元来周期性扫描网络的后台发现处理；
·提供针对MSS引擎数据存储器178中现有的被管理单元250的改变来周期性扫描网络的后台发现处理；
·针对MSS引擎数据存储器178中现有的被管理单元250来自动调解所检测的改变；
·当从未被管理单元接收到主动提供的消息时，有能力自动发现关于该未被管理单元的信息；
·提供针对MSS引擎56中的被管理单元来配置发现设置的能力。发现设置的示例为凭据（简单网络管理协议（SNMP）社区字符串、用户名、密码和证书）、端口号（HTTPS端口和SNMP端口）、协议（SNMPv1/v2使用社区字符串）、发现间隔和IP地址范围；
·提供通过IP地址、子网掩码和网关来发现被管理单元的能力；
·提供通过IP地址范围来发现被管理单元250的能力；
·提供有跨局域网（LAN）、广域网（WAN）和装置虚拟局域网（VLAN）发现被管理单元250的能力；
·提供自动发现由应用程序手动添加的被管理单元250的能力。用于被管理单元的设备信息最低限度应当包括与被管理单元相关联的IP地址和协议。
自动发现被管理单元–图27A和图27B示出针对提供被管理单元250的自动发现的MSS引擎56的使用情况描述。
自动发现未被管理单元–图28示出针对提供未被管理单元的自动发现的MSS引擎56的使用情况描述。
发现手动添加的被管理单元–图29示出针对提供手动添加的被管理单元的发现的MSS引擎56的使用情况描述。
采集特征–MSS引擎56的采集特征允许来自数据中心中的被管理单元的数据点的采集、分析和存储。MSS引擎56可以：
·提供向MSSTSD56b发送所采集的数据点的能力；
·提供采集数值数据点的能力；
·提供当到MSSTSD56b的连接已重新建立时、对MSS引擎56中的数据点的移除进行配置的能力；以及
·具有本地数据存储器以用于来自被管理单元的所采集数据点的临时存留。
关于自动数据点采集，MSS引擎56可以：
·提供基于由用户配置的采集规则（例如，采集的数据点类型和多久采集一次）来从被管理单元250采集数据点的能力；
·在丢失与MSSTSD56b的连接的情况下，继续采集数据点；
·提供仅当数据点值已经改变（CoV）时从被管理单元250采集数据点并且将数据点报告至MSSTSD56b的能力；
·当在装置12中的MSS引擎56有效时，从装置12采集环境数据点；
·具有配置应当采集哪种数据点类型的能力；
·具有配置在哪些设备上发生数据点采集的能力；
·具有配置在MSS引擎56中的每个被管理单元250上的每个数据点的采集间隔的能力。在数据中心环境中，最小的收集间隔将为1分钟，最大收集间隔将为1天，以及默认的采集间隔将为5分钟；
·提供对来自MSS引擎56的数据点的采集进行配置的能力。此配置将定义如何采集数据点；
·提供针对数据点采集规则来配置数据点参数的能力；
·提供基于业务逻辑规则对所采集的数据点执行计算并生成新的数据点的能力。例如，MSS引擎56可以针对不报告的能量消耗的被管理单元来计算能量消耗；以及
·提供对用于每个所采集的数据点的值改变（CoV）阈值进行配置的能力。
基于时间间隔的数据点采集–图30A和图30B示出针对以时间间隔采集数据点的MSS引擎56的使用情况描述。
从装置12采集环境数据点–图31示出针对从装置12采集环境数据点的MSS引擎56的使用情况描述。
基于业务逻辑规则来计算数据点–图32示出针对基于某些规则来采集数据点的MSS引擎56的使用情况描述。
按需采集数据点–图33示出针对按需采集数据点的MSS引擎56的使用情况描述。
基于事件来采集数据点–图34示出针对基于事件来采集数据点的MSS引擎56的使用情况描述。MSS56引擎可以提供从由事件规则触发的被管理单元采集数据点的能力。此外，MSS引擎56将提供对触发从被管理单元采集数据点的事件规则进行配置的能力。作为一个示例，如果用于电池的数据点一小时被采集一次并且表示切换至备用电池的事件已经发生，则规则可以表示针对电池开始以每分钟而不是每小时收集数据点。
基于数学规则来聚合数据点–图35示出针对基于某些规则来采集并聚合数据点的MSS引擎56的使用情况描述。MSS56引擎可以提供基于规则来综合来自被管理单元的所采集数据点（例如，根据其他数据点创建新的数据点）的能力。此外，MSS引擎56可以提供针对数据点聚合规则来配置数据点参数的能力。MSS引擎56可以提供基于数学规则来聚合来自被管理单元的所采集的数据点的能力（例如，在可以在MSS引擎56中进行配置的时间间隔期间计算最小值、最大值和平均值）。所聚合的数据点值可以被存储在MSSTSD56b中。MSS引擎56可以提供对被创建为执行数学规则的结果的聚合数据点进行过滤的能力。
创建MSS引擎事件–图36示出针对创建MSS引擎事件的MSS引擎56的使用情况描述。
将事件转变成MSS引擎事件–图37示出针对将事件转变成MSS引擎事件的MSS引擎56的使用情况描述。MSS引擎56可以提供用于接收事件（例如，SNMP陷阱）并且将这些事件转变为MSS引擎事件的机制。
处理来自未被管理单元的事件–图38示出针对处理来自未被管理单元的事件的MSS引擎56的使用情况描述。
处理未知事件–图39示出针对处理未知事件的MSS引擎56的使用情况描述。MSS引擎56可以处理来自被管理单元的未识别事件。当MSS引擎56接收到这样的事件时，MSS引擎56可以表明该事件是未知的。
整合事件–图40示出针对整合事件的MSS引擎56的使用情况描述。MSS引擎56可以提供基于规则来整合事件（例如，将冗余事件结合成单个事件）的能力。MSS引擎56可以保持对正被整合的事件发生的数量进行追踪。MSS服务50可以具有对用于如何在MSS引擎56中整合事件的规则（例如，基于时间间隔）进行配置的能力。
过滤无效事件–图41示出针对过滤无效事件的MSS引擎56的使用情况描述。MSS引擎56可以提供使事件无效的能力。当MSS引擎56接收这样的事件时，MSS引擎56可以忽略该事件。MSS服务50可以具有对用于如何在MSS引擎56中使事件无效的规则进行配置的能力。MSS引擎56可以提供对事件在MSS引擎56被保留多久进行配置的能力。MSS引擎56可以支持事件的严重性级别（例如，危急、警告和信息）。MSS引擎56可以提供对事件的严重性级别的分配进行配置的能力。
数据点阈值–MSS引擎56可以在数据点已经超过阈值时生成事件。该阈值可以是数值或百分比值。MSS引擎56可以连续向MSS服务50发送事件，直到针对被管理单元所采集的数据低于给定阈值为止。MSS引擎56可以支持基于在定义的百分比之外或在固定阈值之外的数据点值来配置阈值的能力。MSS引擎56可以提供针对容器内的被管理单元来配置数据点阈值规则的能力。
检测数据点阈值违背–图42A和图42B示出针对检测数据点阈值违背的MSS引擎56的使用情况描述。
控制和命令执行–MSS引擎56可以允许MSS服务50将命令发送到被管理单元。这样的命令的一个示例为用户试图将连接到被管理单元的所有插座关闭电源的情况。MSS引擎56将具有以下能力：
·基于用户交互来执行命令。命令执行的状况可以被发送到该命令的源发站；
·执行由事件规则触发的命令（例如，当门打开并且已经检测到运动时，开始录制视频）；
·配置触发命令的执行的事件规则；
·基于阈值执行命令；以及
·配置触发命令的执行的阈值。
按需执行命令–图43示出针对按需执行命令的MSS引擎56的使用情况描述。
执行由事件触发的命令–图44示出针对执行由事件触发的命令的MSS引擎56的使用情况描述。
基于阈值执行命令–图45示出针对执行基于阈值的命令的MSS引擎56的使用情况描述。
将容器同步–图46示出针对将包含在DCIM数据存储器中的信息和包含在MSS引擎数据存储器178中的信息同步的MSS引擎56和MSS服务50的使用情况描述，该信息为例如容器、被管理单元和它们的关系。
将所发现的被管理单元的拓扑结构同步-图47示出针对将所发现的被管理单元250的拓扑结构同步的MSS引擎56和MSS服务50的使用情况描述。MSS服务50可以允许用户建立MSS引擎56中的被管理单元与数据点源之间的映射（例如，建筑物管理系统向设备分配数据点）。MSS引擎56可以提供将来自被管理单元的导入属性（例如，设备标识符、IP地址、端口映射）同步的机制。
将被管理单元的属性同步–图48示出针对将被管理单元的属性同步的MSS引擎56和MSS服务50的使用情况描述。
设置被管理单元的操作状态–图49示出针对设置被管理单元250的操作状态的MSS引擎56的使用情况描述。MSS引擎56可以具有以下能力：
·检索用于被管理单元的属性；
·配置用于被管理单元的设置。这些设置包括但不限于与被管理单元相关联的通信设置（例如，SNMP陷阱设置）；
·恢复用于被管理单元的属性。例如，当用新的被管理单元替换故障的被管理单元时，可以用与旧的被理单元相同的属性来配置新的被管理单元；
·用配置模板（如设置在UI内）来配置用于多个被管理单元的设置；
·设置被管理单元250的操作状态。操作状态的示例为正常、维护模式、处于警报或非响应；以及
·检索被管理单元250的状况（例如，正常、不响应）。
要素库框架
MSS引擎56的要素库框架170允许要素库被添加、删除以及更新。其还管理要素库的生命周期。可以针对被管理管理单元或被管理单元族创建设备定义。设备定义可以包括但不限于以下信息：
·属性（例如，型号、供应商、端口的数量）；
·动作（例如，重启、打开电源/关闭电源/电力循环、复位）；
·事件（例如，设备断电）；
·警报（例如，门被打开）；
·默认阈值（例如，不超过某个值的温度）；
·协议（例如，SNMP）；
·协议属性（例如，SNMP社区字符串）；
·数据点（例如，温度、电压）；
·数据点类型（例如，数值、文本）；
·数据点测量单位（例如，摄氏度、伏、瓦特）；
·检索数据点的机制（例如，SNMP变量指数）；
·端口类型（例如，KVM、电源、串行）；
·端口方向（例如，输入、输出、输入与输出两者）；
·设备类别（例如，装置、级联、目标设备、软件）；以及
·连接类型（例如，KVM、电源、虚拟）。
设备定义将被定义为元数据（例如，以XML格式），因此它可以跨应用程序来理解和使用。MSS引擎56可以提供更新设备定义的机制。MSS引擎56可以允许针对关键基础设施被管理单元来编辑设备定义。在MSS引擎56中的要素库框架170可以：
·能够支持在单个要素库中的多个被管理单元类型；
·允许添加要素库而不用中断MSS引擎56或在CPS平台100上运行的任何应用程序；
·允许移除要素库而不用中断MSS引擎56；
·允许对要素库进行升级而不用中断MSS引擎56或在平台100上运行的任何应用程序；
·允许要素库和其设备定义的加载而不用停止MSS引擎56或在平台100上运行的任何应用程序；
·允许被管理单元协议驱动的加载而不用停止MSS引擎56或在平台上运行的任何应用程序；
·用于在网络上发现被管理单元250；
·用于从被管理单元250采集数据点；以及
·提供对被管理单元250执行命令的能力。
MSS引擎56中的SNMP要素库可以支持SNMPv1、v2、v3陷阱。现有要素库的新版本可以向后兼容现有的设备和设备定义。MSS引擎56可以允许退回到以前版本的要素库。MSS引擎56中的要素库可以具有版本信息，其表示与要素库一起工作的软件的最低版本。例如，要素库可以表示设备定义的最低版本和其支持的Trellis装置固件的最低版本。
使用要素库来连接至被管理单元–图50示出针对使用要素库170来连接至被管理单元的MSS引擎56的使用情况描述。
使用要素库来采集数据点–图51示出针对使用要素库170来采集数据点的MSS引擎56的使用情况描述。
使用要素库来执行命令–图52示出针对使用要素库170来执行命令的MSS引擎56的使用情况描述。
启动要素库–图53示出针对启动要素库170的MSS引擎56的使用情况描述。
停止要素库–图54示出针对停止要素库170的MSS引擎56的使用情况描述。
设备包生成处理
现在参照图55，示出设备包生成处理300。在新的设备或单元要被添加到数据中心的情况下，DCIM12可能需要检索关于该新设备的信息以执行其各种功能。该设备包可以例如通过利用来自设备信息的电子表格和领域模型类别定义的信息而生成。也可以利用符号图形、设备定义文件以及设备驱动（要素库170）来生成设备包。在一种形式中，设备包可以包括设备的图形符号、设备的技术规范、设备的要素库以及设备的领域模型。一旦被生成，设备包可以被存储在主设备存储库310中，该存储库310可以被包括在DCIM12内或被单独管理以在需要时由DCIM12访问。
DCIM装置
DCIM装置12被示为图9中的一个实施方式。DCIM装置12提供MSS56引擎的功能，并且因此在DCIM解决方案10的应用层与正被管理的实际基础设施设备之间提供网关。DCIM装置12还提供允许其在独立环境中提供设备管理的行业标准接口（例如，WebGUI、基于SSH/Telnet的CLI、和SMASH/CLP）的集合。外部接口被有意限制为提供可用于DCIM应用程序集的总功能的子集。还存在有可以用于访问目的的Avocent特定协议，Avocent特定协议当前被DSView消费并且最终可以被用于基于DCIM的访问应用程序。
DCIM装置的架构
DCIM装置12的详细架构可以被认为是（在较高水平上）被分割为至少三个主要领域的系统，这三个主要领域包括：1）装置框架12a；2）可管理单元12b/访问应用12c；以及3）用户接口12d。
装置框架12a提供一组公共服务，例如数据库管理、认证及可以由DCIM解决方案10中的所有组件使用的其他服务。框架的另一重要部分是一组标准化的通信接口，组件可以使用该组标准化的通信接口以围绕DCIM解决方案10移动数据和消息。
“可管理单元12b”可以由知道如何与各个被管理设备和装备交谈的组件构成。被管理设备和装备的一些示例可以包括：
·KVM开关；
·串行接口装置；
·配电单元（PDU）；
·数字机柜接口插槽；
·服务处理器；
·冷却单元；
·数字和模拟传感器；以及
·第三方设备。
该领域还包括执行各种任务但不具有任何外部接口的应用程序组件。MSS引擎56组件如CEP56a和时间序列数据库56b、以及从访问装置得到的一些扩展特征为应用程序的所有示例。
用户接口12d可以包含用户接口，例如板载WebUI、命令行接口以及用于与MSS引擎56通信的重要的MSS可管理性协议。由装置框架12a提供的通信接口允许用于UI组件的通用方法来获取数据并且将控制消息发送至各种应用程序和可管理性扩展。
上面描述的架构使DCIM装置12能够容易地以各种配置部署，其中该各种配置具有对在每种配置中所支持的不同数量和类型的被管理单元的支持。基于可插拔组件的该设计还允许当产品线进展时容易添加被管理设备的新类。
结论
因而，DCIM解决方案10可以被看为形成了提供数据中心基础设施的高度有效和高效的管理的硬件和软件产品的全面家族。图4所示的DCIM软件集允许数据中心管理者根据图形丰富的、基于网络的用户接口（UI）来无论是本地地还是远程地、完全地控制并管理他/她的企业的各个方面。DCIM装置12有助于通过使用单件硬件（每个机柜，每个地带或每个数据中心）来完成这一点，其中在过去会需要多个硬件设备/单元。总之，DCIM装置12和DCIM软件集允许数据中心管理者不仅要管理他/她的当前配置，而且针对未来需求提前投射并规划，以及当这些需求变成现实时以快速、无缝且成本效益地实现/适应它们。
总的DCIM解决方案10也能够具有显著的可伸缩性。作为其中之一，DCIM解决方案10使能连接到DB服务器场的单独数据库服务器的选项；和/或符合用于网络访问较大的用户社区的负载平衡系统的能力；以及符合服务于较大数量的报告请求的报告服务器的能力。DCIM解决方案10还使能符合安全和访问系统需求的能力，以及符合用于用户的认证、授权和角色信息的目录服务系统的能力。

Claims (22)

1.一种用于控制多个被管理设备的系统，所述系统包括：
可管理服务模块，所述可管理服务模块适于便利所述多个被管理设备与处于远离所述多个被管理设备的位置的中央用户之间的通信；
可管理引擎模块，所述可管理引擎模块与所述可管理服务模块通信，所述可管理引擎模块包括存储与所述多个被管理设备相关联的参数的要素库，并且所述可管理引擎模块被配置成：
(i)针对所述多个被管理设备中的具体被管理设备使用设备定义，所述设备定义包括属性、协议、端口类型、以及连接类型；
(ii)便利所述多个被管理设备与所述可管理服务模块之间的通信；
(iii)当新的被管理设备被添加到所述系统时，发现所述新的被管理设备；
(iv)采集由所述多个被管理设备中的每个被管理设备生成并从所述多个被管理设备中的每个被管理设备传送的非规范化数据，以及将所述非规范化数据转换成通用标准的规范化形式；
(v)根据包含在所述可管理引擎模块中的一个或更多个聚合规则，聚合来自所述多个被管理设备中的每个被管理设备的数据，从而生成针对所述多个被管理设备中的每个被管理设备的聚合数据；
(vi)将针对所述多个被管理设备中的每个被管理设备的聚合数据提供至所述中央用户；
(vii)当从所述多个被管理设备采集数据时，对数据提供实时分析；以及
数据库，所述数据库被耦接至所述可管理服务模块和所述可管理引擎模块，并且适于存储由所述可管理引擎模块从所述多个被管理设备采集的数据。
2.根据权利要求1所述的系统，其中，存储在所述要素库中的参数包括：用于所述多个被管理设备的设备驱动；用于生成所述聚合数据的所述聚合规则；用于所述多个被管理设备中的每个被管理设备的配置变量；以及用于提供所述实时分析的分析规则。
3.根据权利要求1所述的系统，其中，存储在所述要素库中的参数包括：用于与所述多个被管理设备进行通信的协议；与所述多个被管理设备相关的事件；以及与所述多个被管理设备相关的命令。
4.根据权利要求1所述的系统，其中，所述可管理服务模块包括基于所采集的数据来生成事件的事件服务模块。
5.根据权利要求4所述的系统，其中，所述可管理服务模块的事件服务模块基于所述所采集的数据来利用复杂事件处理生成事件。
6.根据权利要求4所述的系统，其中，所述可管理服务模块的事件服务模块在所述所采集的数据被存储到所述数据库中之前、基于所述所采集的数据来利用复杂事件处理生成事件。
7.根据权利要求1所述的系统，其中，所述可管理引擎模块包括基于所采集的数据来生成事件的事件服务模块。
8.根据权利要求7所述的系统，其中，所述可管理引擎模块的事件服务模块基于所述所采集的数据来利用复杂事件处理生成事件。
9.根据权利要求7所述的系统，其中，所述可管理引擎模块的事件服务模块在所述所采集的数据被存储到所述数据库中之前、基于所述所采集的数据来利用复杂事件处理生成事件。
10.根据权利要求1所述的系统，其中，存储在所述要素库中的参数提供所述多个被管理设备的发现、数据采集和控制。
11.根据权利要求1所述的系统，其中，所述可管理服务模块在收到请求时将所采集的数据中的至少一部分传送至所述中央用户。
12.根据权利要求1所述的系统，其中，所述可管理服务模块在生成事件时将所采集的数据中的至少一部分传送至所述中央用户。
13.根据权利要求1所述的系统，其中，所述可管理引擎模块还被配置成：处理来自所述多个被管理设备的所采集的数据以获得丰富数据；以及将所述丰富数据传送至所述中央用户。
14.一种用于用系统来控制多个被管理设备的方法，所述系统包括数据库和与可管理引擎模块通信的可管理服务模块，所述方法包括：
在所述多个被管理设备与所述可管理服务模块之间布置所述可管理引擎模块；
在所述可管理引擎模块与处于远离所述多个被管理设备的位置的中央用户之间布置所述可管理服务模块；
针对所述多个被管理设备中的具体被管理设备使用设备定义，所述设备定义包括属性、协议、端口类型、以及连接类型；
便利所述多个被管理设备与处于远离所述多个被管理设备的位置的中央用户之间的通信；
当新的被管理设备被添加到所述系统时，发现所述新的被管理设备；
在所述可管理引擎模块采集由所述多个被管理设备中的每个被管理设备生成并从所述多个被管理设备中的每个被管理设备传送的非规范化数据，以及将所述非规范化数据转换成通用标准的规范化形式；
在所述可管理引擎模块、根据包含在所述可管理引擎模块中的聚合规则聚合来自所述多个被管理设备中的每个被管理设备的数据，以生成针对所述多个被管理设备中的每个被管理设备的聚合数据；
将针对所述多个被管理设备中的每个被管理设备的聚合数据提供至所述中央用户；
当从所述多个被管理设备采集所述数据时，在所述可管理引擎模块对数据提供实时分析；以及
所述数据库被耦接至所述可管理服务模块和所述可管理引擎模块，并且适于存储由所述可管理引擎模块从所述多个被管理设备采集的数据。
15.根据权利要求14的方法，其中，所述可管理服务模块包括基于所采集的数据来生成事件的事件服务模块。
16.根据权利要求15所述的方法，其中，所述可管理服务模块的事件服务模块基于所述所采集的数据来利用复杂事件处理生成事件。
17.根据权利要求15所述的方法，其中，所述可管理服务模块的事件服务模块在所述所采集的数据被存储到所述数据库中之前、基于所述所采集的数据来利用复杂事件处理生成事件。
18.根据权利要求15所述的方法，其中，所述可管理引擎模块包括基于所述所采集的数据来生成事件的事件服务模块。
19.根据权利要求18所述的方法，其中，所述可管理引擎模块的事件服务模块基于所述所采集的数据来利用复杂事件处理生成事件。
20.根据权利要求19所述的方法，其中，所述可管理引擎模块的事件服务模块在所述所采集的数据被存储到所述数据库中之前、基于所述所采集的数据来利用复杂事件处理生成事件。
21.根据权利要求14所述的方法，还包括：在收到请求时将所采集的数据中的至少一部分从所述可管理服务模块传送至所述中央用户。
22.根据权利要求14所述的方法，还包括：处理来自所述多个被管理设备的所采集的数据以获得丰富数据；以及将所述丰富数据传送至所述中央用户。
CN201180053654.5A 2010-10-04 2011-09-30 用于结合可管理子系统来实时地监视并管理数据中心资源的系统和方法 Active CN103329109B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US38961610P 2010-10-04 2010-10-04
US61/389,616 2010-10-04
US201161488361P 2011-05-20 2011-05-20
US61/488,361 2011-05-20
PCT/US2011/054300 WO2012047757A1 (en) 2010-10-04 2011-09-30 System and method for monitoring and managing data center resources in real time incorporating manageability subsystem

Publications (2)

Publication Number Publication Date
CN103329109A CN103329109A (zh) 2013-09-25
CN103329109B true CN103329109B (zh) 2016-08-03

Family

ID=45928095

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201180053654.5A Active CN103329109B (zh) 2010-10-04 2011-09-30 用于结合可管理子系统来实时地监视并管理数据中心资源的系统和方法

Country Status (3)

Country Link
EP (1) EP2625614B1 (zh)
CN (1) CN103329109B (zh)
WO (1) WO2012047757A1 (zh)

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150188747A1 (en) * 2012-07-27 2015-07-02 Avocent Huntsville Corp. Cloud-based data center infrastructure management system and method
US10156875B2 (en) 2013-06-04 2018-12-18 Schneider Electric It Corporation Method to identify cooling modules attached to a refrigerant distribution unit in a cooling system
US11157664B2 (en) 2013-07-09 2021-10-26 Oracle International Corporation Database modeling and analysis
US9747311B2 (en) 2013-07-09 2017-08-29 Oracle International Corporation Solution to generate a scriptset for an automated database migration
US9805070B2 (en) 2013-07-09 2017-10-31 Oracle International Corporation Dynamic migration script management
US10776244B2 (en) 2013-07-09 2020-09-15 Oracle International Corporation Consolidation planning services for systems migration
US9967154B2 (en) * 2013-07-09 2018-05-08 Oracle International Corporation Advanced customer support services—advanced support cloud portal
US9996562B2 (en) 2013-07-09 2018-06-12 Oracle International Corporation Automated database migration architecture
CN103745322A (zh) * 2014-01-22 2014-04-23 云南电力调度控制中心 电力调度中省地二次系统一体化综合监视及流程化管理系统及实现方法
CN107430430A (zh) * 2014-12-22 2017-12-01 英特尔公司 多触摸虚拟鼠标
FR3040095B1 (fr) 2015-08-13 2019-06-14 Bull Sas Systeme de surveillance pour supercalculateur utilisant des donnees topologiques
US10454808B2 (en) 2016-03-29 2019-10-22 Hong Kong Telecommunications (HTK) Limited Managing physical network cross-connects in a datacenter
US11036696B2 (en) 2016-06-07 2021-06-15 Oracle International Corporation Resource allocation for database provisioning
CN107562553B (zh) * 2016-06-30 2021-05-07 伊姆西公司 数据中心管理方法和设备
AU2017340753A1 (en) * 2016-10-05 2019-02-21 Mox Networks, LLC RFID-based rack inventory management systems
US10318364B2 (en) * 2017-02-23 2019-06-11 Visual Process Limited Methods and systems for problem-alert aggregation
US10761509B2 (en) * 2017-06-23 2020-09-01 Honeywell International Inc. Efficient method and system for automatically generating data points in a SCADA system
CN108255979A (zh) * 2017-12-28 2018-07-06 山东浪潮商用系统有限公司 一种数据汇总方法、数据汇总平台及系统
US11256671B2 (en) 2019-09-13 2022-02-22 Oracle International Corporation Integrated transition control center
US11343148B2 (en) * 2020-03-09 2022-05-24 Microsoft Technology Licensing, Llc Secure management of devices
CN111400284B (zh) * 2020-03-20 2023-09-12 广州咨元信息科技有限公司 一种基于性能数据建立动态异常探测模型的方法
CN116382813B (zh) * 2023-03-16 2024-04-19 成都考拉悠然科技有限公司 用于智慧城市管理的视频实时处理ai引擎系统

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6526442B1 (en) * 1998-07-07 2003-02-25 Compaq Information Technologies Group, L.P. Programmable operational system for managing devices participating in a network
CN1897540A (zh) * 2005-07-15 2007-01-17 中兴通讯股份有限公司 网元数据的处理方法与系统

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050273668A1 (en) * 2004-05-20 2005-12-08 Richard Manning Dynamic and distributed managed edge computing (MEC) framework
US7466713B2 (en) * 2004-10-29 2008-12-16 Avocent Fremont Corp. Service processor gateway system and appliance
US7839401B2 (en) * 2007-05-10 2010-11-23 International Business Machines Corporation Management of enterprise systems and applications using three-dimensional visualization technology
US8886985B2 (en) * 2008-07-07 2014-11-11 Raritan Americas, Inc. Automatic discovery of physical connectivity between power outlets and IT equipment

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6526442B1 (en) * 1998-07-07 2003-02-25 Compaq Information Technologies Group, L.P. Programmable operational system for managing devices participating in a network
CN1897540A (zh) * 2005-07-15 2007-01-17 中兴通讯股份有限公司 网元数据的处理方法与系统

Also Published As

Publication number Publication date
WO2012047757A1 (en) 2012-04-12
EP2625614A1 (en) 2013-08-14
EP2625614B1 (en) 2019-04-17
CN103329109A (zh) 2013-09-25

Similar Documents

Publication Publication Date Title
CN103329109B (zh) 用于结合可管理子系统来实时地监视并管理数据中心资源的系统和方法
CN103348328B (zh) 用于实时地监视并管理数据中心资源的系统和方法
CN103329063B (zh) 用于实时地监视和管理数据中心资源的系统和方法
CN103460184B (zh) 用于结合通用数据模型存储库来监视并管理数据中心资源的系统和方法
US11627051B2 (en) Determining asset associations for data center customers
CN103477326B (zh) 基础设施控制结构系统以及方法
US20210224176A1 (en) Method and system for implementing a data center operating system
US10324430B2 (en) Infrastructure control fabric system and method
CN110603526B (zh) 基础设施控制结构系统和方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
C56 Change in the name or address of the patentee
CP01 Change in the name or title of a patent holder

Address after: alabama

Patentee after: AVOCENT HUNTSVILLE Corp.

Address before: alabama

Patentee before: Avocent

CP01 Change in the name or title of a patent holder

Address after: Delaware

Patentee after: Weidi Information Technology System Co.,Ltd.

Address before: Delaware

Patentee before: Avocent Corp.

CP01 Change in the name or title of a patent holder
TR01 Transfer of patent right

Effective date of registration: 20190412

Address after: Delaware

Patentee after: AVOCENT Corp.

Address before: alabama

Patentee before: AVOCENT HUNTSVILLE Corp.

TR01 Transfer of patent right