CN108353034A - 用于数据中心基础设施监测的架构 - Google Patents

Abstract

一种中央基础设施监测系统包括资产配置器；以及多个数据中心基础设施监测系统，每个数据中心基础设施监测系统与多个地理上分布式的数据中心中的相应数据中心相关联，多个分布式数据中心包括用于在相应数据中心内支持系统操作的多个物理基础设施资产中的一个或多个物理基础设施资产。资产配置器被配置为基于关于多个数据中心的多个基础设施资产的信息来为多个基础设施资产定义标准属性的模板，基于定义的模板来生成在逻辑上表示多个物理基础设施资产的基础设施资产数据，并且经由基础设施资产数据来将指示多个基础设施资产之间的连接和相互依赖性的基础设施资产层级内的物理基础设施资产相关联。

Description

用于数据中心基础设施监测的架构

本申请要求于2016年1月11日提交的美国临时申请序列号62/277,038；于2016年5月13日提交的美国临时申请序列号62/336,300；于2016年6月22日提交的美国临时申请序列号62/353,471；于2016年12月29日提交的美国申请号15/394,144；于2017年1月11日提交的美国申请号15/404,015；于2017年1月11日提交的美国申请号15/404,055；于2017年1月11日提交的美国申请号15/404,064；以及于2017年1月11日提交的美国申请号15/404,083的权益，这些申请中的每个的全部内容通过引用并入本文。

技术领域

本公开涉及数据管理网络，并且更具体地涉及监测数据中心基础设施。

背景技术

网络服务交换提供商或协同定位提供商(“提供商”)可以采用通信设施，诸如数据中心或仓库，其中提供商的多个客户定位网络、服务器和存储设备并且以最小的成本和复杂性互连到各种电信和一个或多个其他网络服务提供商。数据中心可以由定位数据中心内的网络设备的多个租户共享。

例如，数据中心可以包括存储产生热量的大量电子设备的存储体(包括网络、服务器和存储设备)、以及用于向设施内的设备分配电力的配电单元。数据中心还可以包括用于将冷空气流供应到存储体中的冷却单元。

发明内容

总体而言，描述了用于数据中心基础设施监测的技术，诸如跨越很多全球分布的协同定位设施(诸如数据中心)。在一个示例中，一种系统包括具有多个基础设施资产的协同定位设施；协同定位在相应的协同定位设施内的多个边缘计算系统，每个协同定位设施由单个协同定位设施提供商布署和管理，其中多个边缘系统中的至少一个边缘系统被配置为检测多个基础设施资产中的基础设施资产，自动选择用于接收与基础设施资产相关联的数据的通信协议，使用所选择的通信协议来接收数据；中央集线器，被配置为处理与多个基础设施资产和其他相应的协同定位设施的基础设施资产相关联的数据，并且基于配置的规则和所接收的数据来检测警报事件；以及网关设备，与中央集线器通信并且被配置为提供用于传送来自基础设施资产的实时数据的应用编程接口(API)端点，在API端点处接收与基础设施资产相关联的数据，并且处理与基础设施资产相关联的数据。

根据一个示例，一种监测系统包括：包括资产配置器的中央基础设施监测系统；以及多个数据中心基础设施监测系统，每个数据中心基础设施监测系统与多个地理上分布式的数据中心中的相应数据中心相关联，多个分布式数据中心中的每个数据中心包括用于在相应数据中心内支持系统操作的多个物理基础设施资产中的一个或多个物理基础设施资产，多个数据中心基础设施监测系统中的每个数据中心基础设施监测系统通信地耦合到中央基础设施监测系统，其中资产配置器被配置为基于关于多个数据中心的多个基础设施资产的信息来为多个基础设施资产定义标准属性的模板，基于定义的模板来生成在逻辑上表示多个物理基础设施资产的基础设施资产数据，并且经由基础设施资产数据来将指示多个基础设施资产如何连接以及多个基础设施资产之间的相互依赖性的基础设施资产层级内的多个物理基础设施资产相关联。

根据另一示例，一种方法包括：由中央基础设施监测系统监测用于在监测数据中心基础设施的多个数据中心中的一个或多个数据中心内支持系统操作的多个物理基础设施资产；由中央基础设施监测系统的资产配置器定义与多个物理基础设施资产中的一个或多个物理基础设施资产相关联的属性类型的模板；由资产配置器基于定义的模板来生成在逻辑上表示多个物理基础设施资产的基础设施资产数据；以及由资产配置器经由所生成的基础设施资产数据来将指示多个物理基础设施资产如何连接以及多个物理基础设施资产之间的相互依赖性中的至少一项的基础设施资产层级内的多个物理基础设施资产相关联。

根据另一示例，一种计算机可读存储介质包括指令，这些指令在由至少一个计算设备的至少一个可编程处理器执行时引起至少一个计算设备：由中央基础设施监测系统监测用于在监测数据中心基础设施的多个数据中心中的一个或多个数据中心内支持系统操作的多个物理基础设施资产；由中央基础设施监测系统的资产配置器定义与多个物理基础设施资产中的一个或多个物理基础设施资产相关联的属性类型的模板；基于定义的模板来生成在逻辑上表示多个物理基础设施资产的基础设施资产数据；以及经由所生成的基础设施资产数据来将指示多个物理基础设施资产如何连接以及多个物理基础设施资产之间的相互依赖性中的至少一项的基础设施资产层级内的多个物理基础设施资产相关联。

本公开的技术可以提供一个或多个优点，诸如监测组合传统和现代基础设施的异构数据中心基础设施、可以位于多个区域、大都市区和数据中心的大规模的基础设施组件的能力。在一些示例中，本文中描述的数据中心基础设施监测系统可以帮助解决由于基础设施供应商驱动的最佳实践而导致的不一致的操作过程所引起的问题、数据可用性的指数规模(包括静止和传输中(in transit)数据两者)。本公开的技术可以允许跨越全球异构基础设施和系统进行上下文构建，为复杂规则处理提供多个系统之间的集成。本公开的技术还可以提供用于物理和虚拟基础设施两者以及跨越机械和电气基础设施资产两者的集成同步数据监测和管理的框架。

下面在附图和说明书中阐述这些技术的一个或多个示例的细节。这些技术的其他特征、目的和优点将从说明书和附图以及权利要求书中很清楚。

附图说明

图1是示出根据本文中描述的技术的用于数据中心基础设施监测的示例系统的框图。

图2是示出根据本文中描述的技术的示例数据中心基础设施监测系统的框图。

图3是示出根据本文中描述的技术的示例数据中心基础设施监测系统的框图。

图4是示出根据本文中描述的技术的示例数据中心基础设施监测系统中的逻辑架构的框图。

图5是示出根据本文中描述的技术的数据中心基础设施监测系统中的基础设施资产配置器的示例标准化过程的框图。

图6是进一步详细地示出根据本文中描述的技术的数据中心基础设施监测系统中的示例基础设施资产配置器的框图。

图7A至7C是示出DCIM边缘系统的各种示例基础设施资产访问模式的框图。

图8是示出根据本文中描述的技术的数据中心基础设施监测系统中的示例边缘系统的框图。

图9是示出根据本文中描述的技术的数据中心基础设施监测系统中的示例数据中心网关数据平台的框图。

图10是示出根据本文中描述的技术的数据中心基础设施监测系统中的示例应用编程接口(API)的框图。

图11是示出根据本公开的一个或多个方面的用于数据中心网关的示例数据中心网关API平台逻辑架构的框图。

图12是示出根据本文中描述的技术的用于公共应用编程接口(API)与数据中心基础设施监测系统数据平台对接的示例技术架构的框图。

图13是示出根据本公开的一个或多个方面的其中其他IT系统与DCIM数据平台集成的示例系统的框图。

图14是示出根据本公开的一个或多个方面的示出DCIM系统的组件的示例安全配置的系统的框图。

图15是示出根据本文中描述的技术的数据中心基础设施监测系统中的示例警告和通知过程的框图。

图16是示出根据本公开的一个或多个技术进行操作的计算设备的一个示例的进一步细节的框图。

图17是示出根据本文中描述的技术的数据中心基础设施监测系统中的一个或多个网络设备的示例操作的流程图。

图18是示出根据本文中描述的技术的数据中心基础设施监测系统中的一个或多个网络设备的示例操作的流程图。

图19是示出根据本文中描述的技术的用于显示资产的示例可定制仪表板的示意图。

图20是根据本文中描述的技术的被呈现用于由用户界面显示以用于在用于显示资产的可定制仪表板中选择资产相关信息的示例选择选项的示意图。

图21是示出示例数据中心中的数据中心资产、机箱(cage)和客户机柜之间的层级关系的逻辑视图的框图。

图22是根据本文中描述的技术的具有可以被生成以确定受影响的客户列表的单线图的示例用户界面的示意图。

图23至26是根据本公开的示例的用于确定资产是在理想路径上还是可恢复(resilient)的数据结构层级的示意图。

图27是示出根据本文中描述的技术的数据中心基础设施监测系统中的一个或多个网络设备的示例操作的流程图。

图28是示出根据本文中描述的技术的数据中心基础设施监测系统中的一个或多个网络设备的示例操作的流程图。

图29至31是示出根据本文中描述的技术的用于在数据监测系统中创建警告的示例用户界面的示意图。

图32是示出根据本文中描述的技术的用于在数据监测系统中创建报告的示例用户界面的示意图。

图33是示出根据本文中描述的技术的数据中心基础设施监测系统中的一个或多个网络设备的示例操作的流程图。

贯穿附图和文本，相同的附图标记表示相同的元素。

具体实施方式

图1是示出根据本文中描述的技术的用于数据中心基础设施监测系统的示例系统10的框图。在图1的示例中，系统10包括多个数据中心12(本文中也称为“协同定位设施”或“国际商业交换中心(IBX1-IBX-N)”)，每个数据中心12位于一个或多个地理上分布式的位置。例如，数据中心基础设施监测系统10可以包括位于区域A至N中的单个区域(例如，国家、洲)内的多个数据中心12，或者可以包括位于多个区域A至N内的多个数据中心12。

位于给定区域A至N内的多个数据中心12中的每个包括支持位于数据中心12内的物理建筑物和IT系统的操作的多个物理基础设施资产14。例如，资产14可以包括与和对数据中心12内的环境的控制相关联的电力系统和冷却系统相关的物理结构，诸如温度传感器、HVAC(加热通风和空调)单元、CRAC(计算机房空调)单元、不间断电源(UPS)、发电机、PDU(配电单元)、AHU(空气处理单元)、开关装置、制冷和电力单元等。在一些示例中，例如，资产14可以包括与安全性、照明、电气、结构完整性、占用率或能量积分相关的设备。每个资产14经由连接18通信地耦合到数据中心基础设施监测(DCIM)边缘系统16A至16N(“DCIM边缘系统16”)中的对应一个。例如，每个数据中心12可以经由城域以太网网络、因特网、移动回程网络或多协议标签交换(MPLS)接入网络(未示出)中的一个或多个与对应DCIM边缘系统16传送与资产14相关联的数据。

如图1所示，相应DCIM边缘系统16位于不同的地理上分布式的区域A至N上。在一些示例中，给定区域可以针对区域上的多个数据中心12具有多个DCIM边缘系统16，诸如在不同的大都市区、或者大都市区中的多个数据中心。DCIM边缘系统16每个可以位于地理上分布式的协同定位设施提供商设施(未示出并且在下文中称为“协同定位设施”)内，例如协同定位数据中心，每个协同定位数据中心与单个协同定位设施提供商相关联(例如，由其拥有和/或操作)。协同定位服务提供商是单个实体、业务、运营商、服务提供商等。在一些示例中，协同定位服务提供商操作因特网交换机、以太网交换机和/或云交换机，诸如于2016年4月14日提交的题为“CLOUD-BASED SERVICES EXCHANGE”的美国申请号15/099,407中描述的，其全部内容通过引用并入本文。

DCIM边缘系统16所位于的分布式协同定位设施可以通过广域网(WAN)连接。以这种方式，每个DCIM边缘系统16连接到位于区域A至N之一内(包括位于其中协同定位有一个或多个数据中心12的区域A至N之一内)的操作/监测中心22内的数据平台20。与来自多个数据中心12的资产14相关联的数据因此由中央DCIM系统22的操作/监测中心接收，并且该数据然后被存储在中央平台中用于随后由操作监测基础设施24进行分析和分布。在一些示例中，数据可以作为产品供应26的一部分被提供，和/或由一个或多个数据中心12利用以监测和控制基础设施并且优化一个或多个数据中心12的正在进行的操作，如下面详细地描述的。

在一些示例中，DCIM边缘系统16和DCIM系统22可以包括在不使用网络来备份它们的情况下良好地离线运行的组件，诸如通过使用本地存储以用于缓冲需要穿过网络的消息。在一些示例中，DCIM边缘系统16和DCIM系统22可以采用数据平台来支持实时数据流，传输中数据到静止数据，这是可靠和鲁棒的以防止数据丢失。在一些示例中，DCIM边缘系统16和DCIM系统22可以包括被设计为很好地完成一件事的粒度无关组件。

DCIM系统22可以使用围绕商业能力而组织的一组协作服务(例如，微服务)。在一些示例中，DCIM边缘系统16使用基础设施建模(例如，基于JSON的)来跨越机器和设备进行标准化。DCIM边缘系统16和DCIM系统22可以通过网络跨越机器来分布和并行化对来自资产14的数据的处理。

安全特征可以内置到系统10中。例如，在一些示例中，DCIM边缘系统16和DCIM系统22可以包括系统10的生态系统中的每个组件的端对端信任点和对策。在一些示例中，系统10首先使用域驱动设计来定义API合约，并且将所有内容暴露为相应的服务。在一些示例中，DCIM边缘系统16和DCIM系统22可以依赖基于容器的云本地应用开发。在一些示例中，DCIM边缘系统16和DCIM系统22可以使用智能端点和轻量级协议来在组件之间以及在彼此之间使用轻量且平台不可知的通信。系统10提供自动化和持续交付和部署，以使得开发人员能够无缝地部署和维护系统10中的资产14。

图2是示出根据本文中描述的技术的数据中心基础设施监测系统23的示例参考架构的框图。例如，图2的DCIM系统23可以对应于图1的DCIM系统22和DCIM边缘系统16。在图2的示例中，例如，被包括在数据中心12中的资产14可以包括数据中心基础设施资产，诸如温度中心、电力单元、制冷器、电力使用和电力切换。全球DCIM系统10包括DCIM系统22，DCIM系统22从多个数据中心12收集与资产层14相关的信息，并且将该信息存储在数据储存库30中。数据储存库30中的全局信息用于使用实时端对端数据收集、操作分析、预测分析、数据处理和服务来为客户、业务开发和操作收集和创建分析。在一些示例中，可以使用全局信息来执行利用数据科学算法的数据货币化和假设分析。包括企业系统32以使得数据中心12能够向DCIM系统22通知特定资产何时不可操作(即，“离线”)或正在经历操作干扰。例如，企业系统32可以存储与客户主资产、故障单和基础设施中的一个或多个相关的数据。

数据中心网关34与客户入口35和客户应用编程接口(API)31集成以实现跨越功能性质的用户的基于角色的访问控制(诸如操作、销售和客户角色)以及每个系统的访问治理和周边访问控制。例如，数据中心网关34可以提供资源API、复合API和/或粗粒度数据访问。全局信息由DCIM操作监测基础设施24使用以开发由操作工程师以及销售和市场使用的某些特征和移动应用，包括基于微服务架构驱动的特征的应用开发。DCIM系统22可以提供授权、访问控制、审查跟踪、通知服务、系统健康检查和集成。

以这种方式，信息15(诸如与特定资产事件相关联的通知、警告和历史以及一般资产数据)从多个数据中心12(IBX1至IBXX)被接收，并且被收集在数据储存库30内。数据存储库30实时、接近实时和/或分批地处理数据。例如，所得到的经处理的多数据中心资产数据由DCIM操作监测基础设施24接收，DCIM操作监测基础设施24传送与用于内部操作27的资产相关联的特定特征25(例如，在操作数据中心12的协同定位设施提供商内部)，包括销售和市场人员以及操作工程师。在一些示例中，DCIM操作监测基础设施24经由移动应用呈现数据。另外，所得到的资产数据由客户开发人员29经由客户API 31和/或由特定客户33经由客户入口35或移动应用37来接收。所得到的数据(例如，粗粒度数据)也可以由数据科学家和操作工程师39经由分析工作台41来访问。

图3是示出根据本文中描述的技术的示例数据中心基础设施监测系统400架构的框图。例如，图3的DCIM系统400可以对应于图1的DCIM系统22和DCIM边缘系统16、以及图2的DCIM系统23。在一些示例中，DCIM边缘系统16经由一个或多个仪表、控制系统和/或BMS接收由资产14生成的数据。在一些示例中，资产14可以是“智能”设备，即包含被配置为提供某种程度的计算智能的嵌入式技术的物理对象。这些智能设备可以与他们的内部状态或外部环境进行通信并且感测或与之交互。

在图3的示例中，DCIM边缘系统16可以包括用于收集资产标签点和数据对接以及分支电路监测(BCM)和电力使用效率(PUE)监测的DCIM收集器38。在一些示例中，例如，DCIM收集器38每个可以包括用于诸如开放平台通信数据访问(OPC DA)、建筑物自动化和控制网络(BACNet)、Modbus、以太网Modbus(Modbus/E)、可扩展标记语言(XML)/简单对象访问协议(SOAP)和简单网络管理协议(SNMP)等各种协议的接口，DCIM收集器38通过这些接口从BMS、控制系统和仪表接收数据。

数据平台20包括基础设施对象集市40，基础设施对象集市40是用于存储资产模型和基础设施对象的数据存储，如下所述，基础设施对象集市40经由相关联的DCIM边缘系统16从多个数据中心12接收资产数据并且驱动以下处理：数据如何进入DCIM系统22，数据一旦在DCIM系统22内如何处理，以及数据如何由DCIM系统22经由用户界面或可视化工具来呈现。以这种方式，DCIM系统22为数据中心12中的各种资产14执行通用基础设施资产建模，包括标签点的警告和通知配置。DCIM系统22包括用于实时在线数据存储的数据生命周期管理、存储数据历史、实时警告和通知的数据历史记录装置、以及与操作数据中心12的协同定位设施提供商的记录的源系统的集成。数据平台还包括用于存储原始数据的历史记录装置43以及用于存储实时数据和资产规则的实时在线数据存储45。企业IT系统48与数据平台20交互并且可以用于使数据有意义。

DCIM系统22包括DCIM工具47，诸如用于数据中心健康监测、报告和仪表板以及基础设施资产使用分析的全球数据中心(IBX)监测系统(GIMS)42、以及用于呈现并且查看资产数据信息的可视化分析工具49。另外，DCIM工具47可以包括基础设施资产配置器44(“基础设施资产配置器”)，基础设施资产配置器44向基础设施对象集市40传送信息并且从基础设施对象集市40接收数据信息并且执行数据中心12中的各种设备的通用基础设施资产建模、以及标签点的警告和通知配置。资产数据经由数据中心网关34从数据平台20传输到DCIM工具47。DCIM系统22中的产品应用46包括诸如客户API 51和客户入口53等应用编程接口、以及用于数据的交叉销售和向上销售的产品分析55，其经由数据中心网关34从数据平台20接收数据。

图4是示出根据本文中描述的技术的数据中心基础设施监测系统的示例逻辑架构61的框图。例如，图4的DCIM逻辑架构61可以对应于图1的DCIM系统22和DCIM边缘系统16。DCIM逻辑架构61可以提供诸如事件产生、收集、变换、长期存储、呈现和动作等功能。在图4的示例中，DCIM逻辑架构61包括由DCIM边缘系统16A使用以分类和管理DCIM边缘16接收信息的多个资产14的基础设施资产配置器44。DCIM逻辑架构还包括用于向客户应用65和内部应用67提供数据的数据平台59和API平台63。

在图4的示例中，基础设施资产配置器44包括用于向从数据中心12接收的数据应用模板的模板引擎50(如下所述)、与模板的格式相关联的规则引擎52、以及以下在图6中描述的核心服务68。每个DCIM边缘系统16包括资产管理器同步器54、边缘发布器56、协议管理器58和资产解析器60，用于经由控制系统71和建筑物管理系统(BMS)73接收与数据中心12的资产14相关联的资产数据。与数据资产14相关的信息经由控制系统71和BMS 73被传送到相关联的DCIM边缘16。数据平台59的数据代理75经由DCIM边缘16的发布者56接收数据资产，并且使用速度层处理77和批处理层处理79技术中的一个或多个(关于图8进一步详细描述)来处理该数据。API平台63(关于图10和11进一步详细描述)包括协调器81和底层数据服务(微服务)83，用于提供API端点以将资产数据传输到客户应用65(诸如客户API 85、客户入口87和产品分析89)以及内部工具67(诸如全局IBX监测系统91和操作分析93)。

图5是示出根据本文中描述的技术的数据中心基础设施监测系统中的基础设施资产配置器(例如，图4和6的基础设施资产配置器44)的示例标准化过程的框图。单个数据中心12通常可以包括很多资产14(例如，大约三百个资产)。由于可以与每个数据中心12相关联的大量资产14，在跨越数据中心12比较和对比与多个资产14相关联的数据的能力方面可能产生挑战。例如，为了从操作效率中受益，最佳实践跨越资产相比较。例如，最佳实践可以包括与以下各项相关的实践：资产如何设置，资产如何配置，资产如何使用，设置什么散列点和读数，以及与资产相关联的其他任何其他相关测量和/或单位。根据本公开的技术，DCIM包括基础设施资产配置器44，基础设施资产配置器44提供用于资产定义、标准化和规范化的资产标准化过程、资产建模选项和推出方法。基础设施资产配置器44遵循标准化过程，这个标准化过程可以包括定义模板的基础设施资产配置器44、定义基础设施资产的基础设施资产配置器44(即，在逻辑上表示物理基础设施资产的基础设施资产数据)、和将基础设施资产层级内的基础设施资产相关联的基础设施资产配置器44。

基础设施资产配置器44最初建立包括每种资产类型的资产定义的资产模型，使得可以通过将资产关联到模板来对资产进行分类。例如，如果资产是发电机，则资产与发电机模板相关联。以这种方式，为资产读数提供抽象级别。例如，如果存在可以从其生成和读取输出分布读数(诸如输出电压)的配电单元，则需要从一个位置处的一个数据中心生成的读数以与从不同位置处的另一数据中心生成的输出分布相同的方式来被标识，使得如果要比较这两者，则它们具有相同的标签名称配置以标识它们。换言之，基础设施资产配置器提供了包括用于进行以下操作的资产配置的标准化过程：定义资产模型，定义如何填充资产模型，以及为了能够标准化所有基础设施资产和资产点而需要什么元数据。资产点是资产14被设置为记录的读数。例如，如果温度传感器可用于资产14，则区域温度可以是资产点。在一些情况下，平均而言，每个资产14可以有大约100个标签点。标签点与测量单位相关联，因为标签点正在读取的数量旨在与测量单位相关联。DCIM系统可以包括测量记录单位或数量以确定数据压缩规则。

在一个示例中，DCIM系统22从与每个数据中心相关联的操作管理员获取用于填充模板的数据，这些操作管理员向电子表格中输入数据，每个资产的协议细节是电子表格的一部分，并且然后被保持为控制列表并且被加载到数据平台20中。模板定义包括资产类型信息，并且还包括所有读数或点以及与这些点相关联的所有警报。基础设施资产配置器44可以将模板推送到其他数据中心以使用包括相同标签名称的通用协议来完成标签/资产类型信息以使得能够进行交叉比较。以这种方式，基础设施资产配置器44将所有资产带到通用描述级别用于使用通用协议进行比较。该关联不是单个数据点关联，而是基础设施资产配置器44可以将多个点映射到在模板中指示的点。只有对于特定资产(例如，诸如对于单个特定发电机)具有唯一性的点可以不被基础设施资产配置器44映射，因此只有跨越所有数据中心的共同点才被包括在模板中。以这种方式，当新资产在DCIM系统中被生成时，资产配置器44可以基于新资产中包括的标签点以及标签点与模板之间的映射来自动检测应当为新资产应用哪个模板。例如，资产可以具有多达60个点，而在高层级，资产分类的示例可以是电气、机械、火灾和烟雾、以及其他这样的基础设施分类。

以这种方式，在图5的示例中，在标准化过程期间，基础设施资产配置器44在模板定义期间为所有基础设施资产定义模板以创建标准资产模板、标准点和标准警报、以及标准资产属性类型。在一些示例中，标准模板可以由操作数据中心12的协同定位设施提供商来定义。在基础设施资产定义期间，基础设施资产配置器44根据模板创建DCIM基础设施资产，从资产添加或去除标签点，添加或去除标签点的警报，并且添加与资产相关联的协议的细节。在一些示例中，资产模型包括例如基于资产的类型的预定义的警报定义。在基础设施资产层级期间，基础设施资产配置器44关联连接的基础设施资产，建模电气和机械层级，建模可恢复层级，并且关联基于位置的层级。作为所描述的标准化过程的结果，DCIM系统提供了用于比较和对比与资产相关联的数据的平台。通过为模板提供一组定义的资产标签点，DCIM系统能够将资产级别的标签点映射到模板的标签点。例如，对于诸如发电机等资产，情况可以是，例如，来自一个位置的一个或多个发电机具有15个标签点，并且在另一位置的一个或多个发电机具有10个标签点。DCIM系统标识一组共同标签点，尽管标签点可以在两个位置不同地命名，但是标签点意图具有相同的目的，并且将标识的共同标签点映射回在模板内定义的标准术语本身。然后可以存储所得到的映射。

可以采用基础设施资产配置器44来提供跨越数据中心的一致的基础设施资产视图、跨越工具的资产层级导航、故障信息仪表板(例如，示出可恢复状态)、使用基于位置的层级来关联资产的能力、系统警报仪表板和用于数据收集的基础设施资产主设备、以及用于所有DCIM应用工具、客户应用和API的基础设施资产模型。一种或多种格式可以用于由基础设施资产配置器44进行的数据建模，诸如YANG(另一种下一代)、YAML(另一种标记语言)和JSON(JavaScript对象标记)。

图6是进一步详细地示出根据本文中描述的技术的数据中心基础设施监测系统中的示例基础设施资产配置器44的框图。在图6的示例中，在资产模型的处理期间，该过程开始于与基础设施资产模板细节101相关联的数据从数据表和电子表格进入作为提取的文件60，其由数据加载器62接收并且加载作为电子表格。例如，基础设施资产实例点模板可以被格式化为电子表格，该电子表格包括用于通用属性的字段，诸如资产实例名称、操作、模板匹配点、显示点名称、短点名称/引用名称、点数据收集类型、数据类型、测量记录单位、小数位数、默认状态表、数据点是否为客户可见等、以及诸如COV(％)、收集间隔(以分钟为单位)等趋势信息。基础设施资产实例电子表格可以包括各种字段，诸如操作、基础设施资产模板、资产实例名称、客户可见点、位置矢量(在资产的这个实例的基础设施资产模板中选择的位置矢量的值)、资产ID、资产编号、资产站点ID、序列号、说明、供应商、制造商、通用属性、诸如协议和扫描频率(以秒为单位)等基本数据收集信息等。

模板引擎64包括构建步骤，在构建步骤中，基于来自模板的数据重构和处理资产模型，并且作为新接收的数据的结果，定义一些配置作为模板的一部分。例如，如果油位低于某个阈值，则生成警报。模板引擎64还允许扩展模板。业务规则引擎66包括用于向数据中心通知作为模板的一部分的配置的变化的通知管理器，更新警告配置，并且可以包括使用业务规则和检查的与资产模型的模板相关联的验证规则。当标识出错误时，业务规则引擎66可以允许数据持续或者可以将数据发送回用于校正。在一些示例中，可以使用诸如NOSQL数据库等数据库来持久保存数据。

在一些示例中，业务规则引擎66或基础设施资产配置器44的其他组件可以被配置为自动标识基础设施资产配置器44必须进入哪个特定基础设施资产以检测配置信息增量是否已经发生，或者在标识出增量时，确定增量是哪个基础设施资产处以及该基础设施资产在地理上位于何处。

基础设施资产配置器44还包括核心服务68，诸如可视化工具、包括用户界面屏幕的可视化/视图，以可视地示出已经提供了什么信息，以及执行审核以记录发生的修改并且标识谁执行了修改。基础设施资产配置器44还包括访问控件70，访问控件70用于确定谁能够以访问什么资产，即面向外部的客户或面向客人的内部操作。对于面向外部的客户，可能不希望让所有资产或读数暴露于所有客户。相反，暴露的数据仅限于与客户相关联的资产以及特定客户属于哪个数据中心和哪个机箱，以便不混合由多个客户共享的信息。因此，访问控件应用于资产之上，以指示谁拥有什么访问权限。

另外，由于访问通常是上游，所以在一些示例中，DCIM系统22不控制基础设施的打开/关闭，而是资产响应于本地操作团队在数据中心处的专有控制。在其他示例中，DCIM系统22可以由客户或数据中心操作团队使用以控制或管理基础设施资产。作为一个示例，客户可以使用DCIM系统22以自助服务的方式提供基础设施资产。作为另一示例，客户可以在数据中心的客户的机柜或机箱中具有智能锁，并且客户可以使用DCIM系统22来锁定或解锁智能锁。操作用户可以与资产和标签管理模块103对接，资产和标签管理模块103可以支持诸如基础设施资产模板管理、基础设施资产元素资产、标签资产规则管理和标签通知规则管理等功能。资产和标签管理模块103使得每个数据中心12内的数据资产信息能够从模板引擎64、业务规则引擎66和核心服务68传输到操作用户用于进行创建、查看和处理。资产和标签管理模块103可以具有单点登录(SSO)集成，诸如与经由网络界面提供身份管理和单点登录的联合服务器。

另外，基础设施对象主设备105存储诸如模板、元素、警告配置、通知配置107等数据，并且可以从企业系统网关109接收数据中心层级信息。基础设施对象主设备105从支持模型服务、访问控制和基础设施对象配置的基础设施资产配置器层接收数据。

基础设施资产配置器44使用用于为DCIM生成基础设施资产主设备(即，IBX主设备)的多个基础设施资产(诸如发电机、制冷器、HVAC等)的模板，并且从各种源系统记录源送数据。另外，用户界面被包括在基础设施资产配置器44中，其由全球操作工程使用以管理资产标准化。基础设施资产配置器44包括单点登录并且使用API来对资产主设备数据进行创建、读取、更新和删除(CRUD)操作。

在一些示例中，基础设施资产配置器44可以依赖于资产信息的手动上传，而不是基于用户界面的配置。例如，当数据中心(IBX)载入包括模板实例化、基础设施对象层级管理、扫描频率设置和数据收集启用时，使用数据属性(点)库和基础设施对象模板库对手动上传的资产信息执行资产标准化。

在一些示例中，可以使用用户界面来使基础设施资产配置器44自动化，使得能够构建核心服务和业务规则引擎，以及生成标准设备名称、标准点名称、设备定义、设备层级管理和设备模板化。

在一些示例中，可以分阶段地推出基础设施资产配置器44，在第一阶段使用手动上传并且在第二阶段使用自动化的基于UI的上传。

图7A至7C是示出DCIM边缘系统16A的各种示例基础设施资产访问模式的框图。在图7A的示例中，DCIM边缘系统16A可以仅访问数据中心(IBX)中的控制系统CS1至CS4。当建筑物管理系统(BMS)不存在或未连接，或者没有高级别接口时，可能会出现这种情况。在图7A的示例中，DCIM边缘系统16A使用诸如开放平台通信数据访问(OPC DA)、建筑物自动化和控制网络(BACNet)、Modbus、以太网Modbus(Modbus/E)、可扩展标记语言(XML)/简单对象访问协议(SOAP)和简单网络管理协议(SNMP)等各个协议与控制系统或智能仪表直接对接，这些协议可以是已知协议(尽管这可以基于某些专有控制系统而变化)。在这个示例中，来自控制系统的数据收集可以是基于值变化(COV)/订阅(数据仅在值发生变化时被收集)的或者是基于轮询的。

在图7B的示例中，DCIM边缘系统16A可以遵循混合接入模型，直接访问一些控制系统并且经由BMS73访问一些控制系统。当BMS存在并且可以用作中介，但是不是所有控制系统都连接与BMS 73时，可能会出现这种情况。在这个示例中，来自BMS 73的数据收集可以是基于轮询的，并且来自控制系统的数据收集可以是基于COV/订阅的或者是基于轮询的，这取决于协议。在一些示例中，如果BMS能力相对于控制系统的能力不足，则BMS 73可能潜在地施加附加约束。

在图7C的示例中，DCIM边缘系统16A可以仅经由数据中心(IBX)中的BMS 73访问控制系统。当BMS 73存在并且可以用作DCIM边缘系统16A与所有控制系统之间的中介时，可能会出现这种情况。这种方法可以利用BMS与控制系统的现有集成。在一些示例中，如果BMS73的能力相对于控制系统的能力不足，则BMS 73可能潜在地施加附加约束。在这个示例中，来自BMS 73的数据收集可以是基于轮询的。

图8是示出根据本文中描述的技术的数据中心基础设施监测系统中的示例边缘系统的框图。图8进一步详细地示出了DCIM边缘系统，诸如图4的DCIM边缘系统16A。在图8的示例中，如上所述，在基础设施资产配置器44内定义和上传的资产和资产模型由DCIM边缘系统16A的边缘管理器72经由基础设施资产管理器同步器54来接收。边缘管理器72内的协议管理器74接收特定实例的所定义的资产模型，并且为所定义的资产模型选择协议。在图7的示例中，边缘管理器72还包括工作者管理器75、资源调度器76和资产解析器78。

在一些示例中，协议管理器74可以自动发现进入网络的设备和仪器。执行器84是查询BMS或组件以从其获取数据的软件组件。边缘管理器72可以被配置为自动检测在IBX中进入系统的那些系统，并且自动选择正确的协议来与这些系统通信，并且自动开始从它们收集数据。边缘管理器72进行这一切而无需在DCIM边缘系统16处手动配置系统(例如，不需要手动输入用于与IBX中的传感器、BMS或控制系统进行通信的IP地址和/或协议)。在一些示例中，客户可能想要自己安装设备，并且客户可以向DCIM边缘16A提交可信设备的列表，并且然后DCIM边缘系统可以自动发现可信设备。

例如，基础设施资产配置器44是诸如通过使用资产模板来定义所有资产模型的地方。作为一个示例，模板可以指定如何连接到诸如发电机等资产(发电机使用哪种协议进行通信)、发电机中可用的数据点是什么。这个信息全部在由基础设施资产配置器44定义的资产模型中。例如，IBX操作团队可以向基础设施资产配置器44中上传信息。

基础设施资产配置器44可以在本地IBX环境下创建资产模型负载并且将资产模型负载流式传输到DCIM边缘16A。协议管理器74接收该特定资产的资产模型，并且然后解析资产模型以标识用于与IBX中的特定资产进行通信的协议。

资源调度器76确定需要多少执行器来处理来自设备的数据，诸如基于设备的数目。执行器84是分布式处理软件组件。在一些示例中，在中央云计算基础设施中，执行器84可以是由微服务驱动的端点。边缘管理器72动态地加速更多执行器，并且资源调度器76基于需要调度更多执行器。

协议管理器74管理多个不同执行器84和线程(T1，T2)82，在图8的示例中每个执行器84有两个线程。协议管理器74将有效载荷的特定部分发送给执行器84。执行器84查看很多不同的标签点并且应用一些分组逻辑来对标签点进行分组。例如，分组基于一个或多个参数，诸如轮询频率和存储桶(bucket)大小。例如，执行器84可以将应当同时轮询的标签点分组。执行器的线程T1和T2 82然后将轮询IBX 12处的标签点并且以适当的轮询频率拉取该组标签的数据。给定线程82与由执行器84分组的给定的一组标签相关联。一些协议基于事件来发送数据，并且边缘管理器72预订该协议以接收事件驱动的数据更新。

工作者管理器75是生命周期管理器。工作者管理器75管理执行器84的生命周期。如果执行器84崩溃，则工作者管理器75使执行器84回到安全状态。资源调度器76与工作者管理器75交互。

然后，执行器84例如经由诸如标记88等数据中心将数据存储到数据库90。作为示例，存储的数据可以包括资产ID、数据值和指示数据被获取的时间的时间戳。从那里，数据库90将数据发布到边缘发布器92，边缘发布器92又将数据发送到中央集线器80的数据代理94。

图9是示出根据本文中描述的技术的数据中心基础设施监测系统中的示例数据中心网关数据平台技术架构110的框图。在图9的示例中，数据平台59的架构包括位于数据平台59内的数据收集层112、分布层114、速度层116和批处理层118、以及服务层120。数据从与数据收集层112的多个数据中心12相关联的多个DCIM边缘系统16A至16N被传输并且由分布层114内的数据传输代理86的相关联的代理122来接收。

例如，批处理层118包括诸如Camus等大数据流水线，其作为作业运行并且将来自数据传输代理86的数据消耗到分布式文件系统中。例如，批处理层118可以包括批处理作业、微批处理作业、分析作业、原始数据、推出、数据模型、维护和事件框架。这些可以从基础设施资产主设备和参考主设备接收数据，并且将其馈送到通知引擎131和大数据集市中。例如，来自批处理层118的大数据集市的数据然后可以去往数据集市132和分析工作台124。

速度层116可以对从数据传输代理86接收的DCIM资产事件进行聚合、关联和持久化。速度层116可以解析DCIM资产事件，关联和/或聚合事件，并且标识保证警告的事件。例如，速度层116可以包括应用警告规则的规则引擎133，并且当基于警告规则检测到值得警告的事件时通知通知引擎131。在一些示例中，规则引擎133应用业务规则以实时处理资产事件。例如，规则可以规定，只要特定标签点超出配置的阈值，就发出警报(例如，温度超过阈值温度)。发出的警报可以是资产事件的一个示例。警告规则可以响应于接收到配置警告的用户输入而创建，并且例如可以是条件警告，如稍后描述的。

在一些示例中，速度层116可以存储客户到设备的关联，并且还可以访问客户的维护调度。在这个示例中，速度层116可以确定设备没有发送数据，将设备与客户相关联，并且确定指示设备被规划为停机维护的用于客户的维护调度。在这种情况下，速度层116不会将不发送数据的设备标识为保证警报的事件。

速度层116还可以存储或访问定义指示资产如何连接和/或资产之间的相互依赖性的资产层级的信息。在一些示例中，资产层级可以指定主资产和相应的备份资产。当规则引擎133标识出资产已经触发规则时，速度层116可以将资产与其他相关资产相关联以标识可能受资产中的发出的警报影响的其他资产。例如，如果主资产变得不可操作，则速度层116可以确定相应的备份资产将因此变得可操作。在一些示例中，功率和电力层级可以指示功率和电力是否在主资产或备用资产上正在运行。这可以被称为可恢复状态。速度层116例如经由通知服务或仪表板API将该信息提供回给数据中心操作团队，使得团队具有关于电力链和机械链如何操作的总体思想。

关于图15进一步详细描述的通知引擎131基于从批处理层和/或速度层接收到的警告来提供通知服务。例如，警告可以如本文中关于图30至33描述的那样配置。速度层116将资产事件的指示存储到数据库135(例如，Cassandra)和批处理层中的分析层137(例如，Hadoop)，其可以用于稍后运行报告等。数据库135将数据提供给API库和API管理124、API服务协调126以及服务层120的数据即API 128。服务层120可以通过定制仪表板例如使用API来显示信息。示例定制仪表板在图19中示出。

从数据平台59接收数据的服务层120包括API库和API管理124、API服务协调126、数据即API 128、诸如SMS和SMTP等通知服务130、数据集市132和分析工作台134。

图10是示出根据本文中描述的技术的数据中心基础设施监测系统中的示例应用编程接口(API)的框图。在图10的示例中，示例API平台技术架构140包括用于传输实时数据140和历史数据142以及关于基础设施资产管理器144的数据的协调器81。底层数据服务83(微服务)提供可以由客户应用调用的API端点，诸如客户AP I85、客户入口87和全球IBX管理系统(GIMS)89。在图10的示例中，例如，对于实时数据140、历史数据144和基础设施资产管理器144中的每个，可以存在不同的微服务。

在一些示例中，本文中描述的API平台可以是如于2015年10月29日提交的题为“INTERCONNECTION PLATFORM FOR REAL-TIME CONFIGURATION AND MANAGEMENT OFINTERCONNECTIONS WITHIN A CLOUD-BASED SERVICES EXCHANGE”的美国申请第14/927,451号中描述的应用平台，其全部内容通过引用并入本文。协调器81可以是如于2015年10月29日提交的题为“ORCHESTRATION ENGINE FOR REAL-TIME CONFIGURATION ANDMANAGEMENT OF INTERCONNECTIONS WITHIN A CLOUD-BASED SERVICES EXCHANGE”的美国申请第14/927,306号中描述的协调器/协调引擎，其全部内容通过引用并入本文。

例如，客户入口87可以利用各种方法，诸如使用现有的客户入口容器和/或现有的客户入口架构。在另一实施例中，客户入口87可以利用客户入口/DCIM混合设计，包括DCIM、特定的附加容器，并且复制皮肤、导航和布局、以及用于通用方法的URL切换拆分(主要利用客户入口团队)。这样的CP/DCIM混合设计与超级入口概念的基于特征的开发的客户入口战略相一致。根据另一示例，客户入口87可以利用具有客户入口的超级入口，并且可以利用遵循超级架构准则的DCIM设计，使用基于特征的应用部署，并且使用DCIM作为加载应用。根据又一示例，可以利用具有嵌入式DCIM用户体验设计(UX)的客户入口，其包括诸如客户入口87中的静态内容等特征，并且其中从DCIM后端调用DCIM的动态部分。具有嵌入式DCIM UX的客户入口可以使用java脚本框架来调用DCIM服务，并且调用DCIM。以这种方式，客户入口87利用现有的客户入口与因特网协议(IP)入口的集成进行许可并且利用现有的消息中心进行警告和通知。

GIMS可以与多个可能的操作活动相关联。例如，GIMS 89可以与电力使用效率(PUE)、警告和资产的操作管理、以及模板、资产、点和访问控制的管理相关联。GIMS 89还可以与历史数据趋势、资产维护、一致资产视图、资产状态和故障信息的实时分析相关联。在另一示例中，GIMS可以与资产层级遍历的模拟和预测、单线图假设分析以及基于时间的查询规则相关联。

图11是示出根据本公开的一个或多个方面的用于数据中心网关的示例数据中心网关API平台逻辑架构159的框图。数据平台20对应于图1的数据平台20。数据平台20可以包括实时在线数据、历史离线数据、基础设施资产数据主设备和参考数据主设备。数据即API128、实时通知服务130以及分析和可视化139在图11中示出为在逻辑上在数据平台20之上操作。

数据即API 128可以包括例如API目录、软件开发工具包(SDK)和服务虚拟化。实时通知服务130可以包括例如警报、通知(例如，通过SMTP、邮件、语音和/或SMS)和健康监测。分析和可视化139可以包括例如数据模型、数据发现和编程访问。例如，客户API、客户入口、全球IBX监测、产品分析和可视化分析可以经由API网关和/或可视化分析网关访问数据，诸如经由API端点进行认证、访问控制、数据安全、策略、治理和监测。监测API可以提供例如环境信息，诸如来自传感器的湿度或温度数据、来自警报的警告，客户可以通过API网关调用客户API来访问这些信息。

例如，客户可以通过客户API发送API请求，其中API请求调用监测API端点。例如，请求有效载荷可以指定监测API端点，并且可以指定被请求的特定监测信息，诸如来自一个或多个特定传感器的信息。API网关可以访问来自数据平台的数据以服务于API请求，并且可以在API响应有效载荷中包括该数据(例如，诸如传感器数据等环境信息)。

图12是示出根据本文中描述的技术的用于公共应用编程接口(API)160与数据中心基础设施监测系统数据平台对接的示例技术架构的框图。在图12的示例中，资产数据由底层微服务83和协调器81从DCIM数据平台20接收。在图12的示例中，DCIM数据平台20包括实时在线数据、历史离线数据、与基础设施资产数据主设备相关联的数据和与参考数据主设备相关联的数据。协调器81提供可以将客户API请求分解为用于访问底层微服务83的工作流的协调层。在一些示例中，可以提供微服务83作为全堆开发框架执行环境的一部分以促进基于微服务的应用架构的应用开发，诸如于2015年10月29日提交的题为“MICROSERVICE-BASED APPLICATION DEVELOPMENT FRAMEWORK”的美国申请第14/927,315号所描述的，其全部内容通过引用并入本文。

开发人员平台146和企业API网关148从协调器81接收资产数据，并且所得到的被管理和认证的资产数据被传输给客户开发人员150。在图12的示例中，开发人员平台146包括订阅管理、API软件开发工具包(SDK)、API目录和服务虚拟化。在图12的示例中，企业API网关148包括认证(例如，oAuth2)、API高速缓存和API策略。在一些示例中，图12所示的技术架构可以使用协同定位设施提供商的开发人员平台146来利用用于客户加载的云交换模型。技术架构还可以针对所有DCIM API利用协同定位设施提供商的企业API网关148。技术架构还可以利用BMS API并且增强API目录和SDK。在一些示例中，图12的技术架构可以针对API使用沙箱方法。在一些示例中，用于客户入口87的微服务和协调器和/或协同定位设施提供商内部的应用可以被重新用于客户API。

图13是示出根据本公开的一个或多个方面的其中其他IT系统与DCIM数据平台20集成的示例系统200的框图。在图13的示例中，DCIM数据平台20包括历史离线数据、实时在线数据、参考数据主设备204和企业数据同步主设备(“企业数据同步主设备”)202。在一些示例中，参考数据主设备204可以经由企业数据同步管理器202获取企业系统数据。

在一些示例中，DCIM数据平台20利用企业系统网关109来获取企业系统的数据。在一些示例中，DCIM数据平台20从协同定位设施提供商的数据管理软件系统获取机箱、机柜和空间图。在一些示例中，DCIM数据平台20从企业资产管理(EAM)软件系统获取电力基础设施资产信息和维护信息。DCIM数据平台20可以将电子基础设施资产运行小时写回企业系统网关109处的EAM软件系统。企业系统网关109可以与ECO应用交互以参与或管理数据中心和系统。

图14是示出根据本公开的一个或多个方面的示出DCIM系统的组件的示例安全配置的系统300的框图。例如，DCIM系统302可以对应于图1的DCIM系统22和/或图9的数据平台59。如图14的示例所示，DCIM边缘数据中心和相关联的DCIM边缘系统16由其自己的子网进行保护。系统300包括各种防火墙，其可以是数据中心级下一代防火墙和安全性。DCIM边缘系统16可以在DCIM边缘系统16与消息代理之间使用基于SSL的通信。在微服务与数据库之间将启用安全连接。数据中心网关经由OAuth来认证外部请求，并且生成唯一标识符(UUID)。在一些示例中，数据中心网关可以已经为数据库和消息代理确保了地理冗余。

图15是示出根据本文中描述的技术的数据中心基础设施监测系统中的示例警告和通知过程的框图。如图15所示，值得警告的事件来源于基础设施对象(“基础设施对象”)。例如，值得警告的事件可以包括基于单值的警报、基于导出值的警报、设备层级警报和维护调度警报。例如，基于单值的警报可以包括带外阈值违规、可恢复状态和冗余状态。基于导出值的警报可以包括例如点计算驱动的警报，例如，UPS电力和PDU电力的总和偏离阈值5％。例如，设备层级警报可以在受影响的设备上发出警告。例如，维护日程警报可以包括基于计划冗余和主动通知的警报/通知。

在一些示例中，基于单值的警报、设备层级警报和维护日程警报每个可以由数据中心操作管理员和/或客户管理员配置。在一些示例中，基于导出值的警报可以仅由数据中心操作管理员而不是由客户管理员配置。例如，数据中心操作管理员或客户管理员可以输入配置数据(例如，经由客户入口或全球IBX监测系统)以创建和定义设备警报并且设置警报阈值，定义复合警报，定义层级警报，以及导入维护警报。

如图15所示，DCIM边缘系统(例如，本文中描述的任何DCIM边缘系统16)截取源自基础设施对象的事件，记录事件，并且将事件转发到数据平台20。数据平台20触发警告，诸如通过应用配置的警报检测规则。数据平台20基于规则的应用使事件有资格作为警告，并且将记录警告并且将其转发到通知引擎(例如，图8的通知引擎131)。通知引擎131接收警告并且为警告创建单(例如，每个警告单)。通知引擎131协商警告接受者和传输机制。通知引擎131提供消息供应，例如经由使用简单邮件传输协议(SMTP)或短消息服务(SMS)的电子邮件。

图16是示出根据本公开的一个或多个技术进行操作的计算设备的一个示例的进一步细节的框图。图16可以示出包括一个或多个处理器502的服务器或其他计算设备500的特定示例，处理器502用于执行以下中的一项或多项：基础设施资产配置器550、DCIM边缘模块552、数据中心网关模块554、资产简档推荐引擎556或本文中描述的任何其他计算设备。计算设备500的其他示例可以在其他情况下使用。计算设备500可以是例如DCIM系统22(图1)、DCIM系统23(图2)、DCIM系统400(图3)中的任何一个。尽管在图16中出于示例的目的而示出为独立的计算设备500，但是计算设备可以是包括一个或多个处理器或用于执行软件指令的其他合适的计算环境的任何组件或系统，并且例如不需要包括图16所示的一个或多个元件(例如，通信单元506；并且在一些示例中，诸如一个或多个存储设备508等组件可以不与其他组件协同定位或处于同一机架中)。

如图16的示例所示，计算设备500包括一个或多个处理器502、一个或多个输入设备504、一个或多个通信单元506、一个或多个输出设备512、一个或多个存储设备508和一个或多个用户界面(UI)设备510。在一个示例中，计算设备500还包括由计算设备500可执行的一个或多个应用522、一个或多个DCIM系统应用524和操作系统516。组件502、504、506、508、510和512中的每个耦合(物理地、通信地和/或操作地)用于组件间通信。在一些示例中，通信信道514可以包括系统总线、网络连接、进程间通信数据结构或用于传送数据的任何其他方法。作为一个示例，组件502、504、506、508、510和512可以通过一个或多个通信信道514耦合。

在一个示例中，处理器502被配置为实现用于在计算设备500内执行的功能和/或处理指令。例如，处理器502可以能够处理存储在存储设备508中的指令。处理器502的示例可以包括微处理器、控制器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者等同的分立或集成逻辑电路中的任何一个或多个。

一个或多个存储设备508可以被配置为在操作期间在计算设备500内存储信息。在一些示例中，存储设备508被描述为计算机可读存储介质。在一些示例中，存储设备508是临时存储器，这表示存储设备508的主要目的不是长期存储。在一些示例中，存储设备508被描述为易失性存储器，这表示当计算机关闭时存储设备508不保持所存储的内容。易失性存储器的示例包括随机存取存储器(RAM)、动态随机存取存储器(DRAM)、静态随机存取存储器(SRAM)和本领域已知的其他形式的易失性存储器。在一些示例中，存储设备508用于存储用于由处理器502执行的程序指令。在一个示例中，存储设备508由在计算设备500上运行的软件或应用使用以在程序执行期间临时存储信息。

在一些示例中，存储设备508还包括一个或多个计算机可读存储介质。存储设备508可以被配置为存储比易失性存储器更大量的信息。存储设备508还可以被配置用于信息的长期存储。在一些示例中，存储设备508包括非易失性存储元件。这样的非易失性存储元件的示例包括磁性硬盘、光盘、软盘、闪存或者各种形式的电可编程存储器(EPROM)或电可擦除可编程(EEPROM)存储器。

在一些示例中，计算设备500还包括一个或多个通信单元506。在一个示例中，计算设备500利用通信单元506以经由一个或多个网络(诸如一个或多个有线/无线/移动网络)与外部设备通信。通信单元506可以包括网络接口卡，诸如以太网卡、光收发器、射频收发器或可以发送和接收信息的任何其他类型的设备。这样的网络接口的其他示例可以包括3G和WiFi无线电。在一些示例中，计算设备500使用通信单元506来与外部设备通信。

在一个示例中，计算设备500还包括一个或多个用户接口设备510。在一些示例中，用户接口设备510被配置为通过触觉、音频或视频反馈来从用户接收输入。一个或多个用户接口设备510的示例包括存在敏感显示器、鼠标、键盘、语音响应系统、摄像机、麦克风或用于检测来自用户的命令的任何其他类型的设备。在一些示例中，存在敏感显示器包括触敏屏幕。

计算设备500中还可以包括一个或多个输出设备512。在一些示例中，输出设备512被配置为使用触觉、音频或视频刺激来向用户提供输出。在一个示例中，输出设备512包括存在敏感显示器、声卡、视频图形适配卡或用于将信号转换为人或机器可理解的适当形式的任何其他类型的设备。输出设备512的附加示例包括扬声器、阴极射线管(CRT)显示器、液晶显示器(LCD)或可以生成用户可理解的输出的任何其他类型的设备。

计算设备500可以包括操作系统516。在一些示例中，操作系统516控制计算设备500的组件的操作。例如，在一个示例中，操作系统516促进一个或多个应用522和一个或多个DCIM系统应用524与处理器502、通信单元506、存储设备508、输入设备504、用户接口设备510和输出设备512的通信。

应用522和DCIM系统应用524还可以包括由计算设备500可执行的程序指令和/或数据。由计算设备500可执行的示例DCIM系统应用524可以包括以下中的任何一项或多项：基础设施资产配置器550、DCIM边缘模块552、数据中心网关模块554、资产简档推荐引擎556，每个用虚线示出以指示这些可以由或不可以由计算设备500的任何给定示例可执行。可以替代地或另外地包括未示出的其他DCIM系统应用，从而提供本文中描述的其他功能。

在这个示例中，DCIM系统应用524包括基础设施资产配置器550、DCIM边缘模块552、数据中心网关模块554、资产简档推荐引擎556和GIMS模块558。基础设施资产配置器550可以包括用于引起计算设备500执行本公开中关于基础设施资产配置器44描述的操作和动作中的一个或多个的指令。DCIM边缘模块552可以包括用于引起计算设备500执行本公开中关于DCIM边缘16描述的操作和动作中的一个或多个的指令。数据中心网关模块554可以包括用于引起计算设备500执行本公开中关于任何数据中心网关34、110、140描述的操作和动作中的一个或多个的指令。资产简档推荐引擎556可以包括用于引起计算设备500执行本公开中关于资产简档推荐描述的操作或动作中的一个或多个的指令。例如，当例如诸如UPS等资产被引入到DCIM系统中时，资产简档推荐引擎556可以基于标签点来自动标识资产类型，并且基于其他数据中心中的相同类型的其他资产如何配置来推荐配置设置，从而导致引入的资产在其他数据中心的类似资产的设置的基础上操作更高效。GIMS模块558可以包括用于引起计算设备500执行在本公开中关于GIMS 42描述的操作和动作中的一个或多个的指令。

图17是示出根据本文中描述的技术的数据中心基础设施监测系统中的一个或多个网络设备的示例操作的流程图。

如图17所示，根据一个示例，如上所述，资产配置器44执行可以包括定义模板的标准化过程(框560)。以这种方式，资产配置器44可以在模板定义期间为所有基础设施资产定义模板以创建标准资产模板、标准点和标准警报以及标准属性类型。在基础设施资产定义期间，基础设施资产配置器44根据模板来创建DCIM基础设施资产(框562)，从资产添加或去除标签点，添加或去除标签点的警报，并且添加与资产相关联的协议的细节。在一些示例中，资产模型包括例如基于资产的类型的预定义的警报定义。在基础设施资产层级期间(框564)，基础设施资产配置器44关联连接的基础设施资产，建模电气和机械层级，建模可恢复层级，并且关联基于位置的层级。基础设施资产配置器44可以将关联和层级存储到例如基础设施资产管理器同步54，资产管理器同步54可以将数据发送到边缘发布器92以发布到中央集线器80。然后，发布到中央集线器80的数据可用于数据中心网关59，如本文中描述的。

图18是示出根据本文中描述的技术的数据中心基础设施监测系统中的一个或多个网络设备的示例操作的流程图。如图18所示，根据一个示例，如上所述，数据中心基础设施监测系统16A至16N中的一个或多个可以检测一个或多个基础设施资产中的基础设施资产(框566)，选择用于接收与检测到的基础设施资产相关联的数据的通信协议(框568)，并且使用所选择的通信协议来接收数据(框570)。数据中心基础设施监测系统16A至16N可以响应于接收到的数据来为检测到的基础设施资产选择所定义的模板中的模板(框572)，并且使用由所选择的模板定义的资产点来填充所选择的模板(框574)。所选择的模板可以指定用于与检测到的基础设施资产进行通信的通信协议。

如本文中描述的，数据中心基础设施监测系统应用524提供可扩展和分布式的DCIM平台，DCIM平台提供统一的资产模型，并且使得能够发现资产并且确保资产的安全性和可信性。DCIM系统使得能够对资产进行有效监测，同时改进警报就位以更有效地管理这些资产。DCIM系统允许跨越资产分类来定义和维护复杂的互连资产网络，动态地加载由智能和按需边缘处理功能支持的资产层级和可恢复状态。DCIM系统采用独特的分层“可信和分布式收集集中收集任意位置可视化”策略，每个层具有独特的方案来支持其预期功能。可信和分布式收集经由DCIM平台的智能边缘处理组件来实现，并且集中收集通过朝向目标持久性的智能路由经由复杂的数据流水线网络来实现，具有经由包括一组丰富的数据发布API的网关方案实现任意位置的可视化的能力。

在一些示例中，DCIM系统提供包括标准化框架的统一的资产模型框架，标准化框架包含用于标识和识别跨越供应商的资产实例的重复删除算法、以及上游数据定义过程期间的协议和交叉资产分类。该算法包括由协议、设备和站点对复杂的定义的标签点集合进行分组。DCIM系统提供了一种比较算法来挑选和选择、比较和对比服务于相同功能目的的资产实例。这种比较技术是一种匹配算法，其标识这些资产实例用于在下游数据分析过程中进行比较。该算法使用静态资产属性和点的混合和匹配以及点列表差别的条件检查。

在一些示例中，DCIM系统应用524包括资产简档推荐引擎556，资产简档推荐引擎556可以基于资产的地理位置自动地上下文化资产、以及在资产层级内的坐标和与层级上的相邻资产的功能互连。DCIM系统应用524提供统一的资产层级和可恢复性建模，其使得能够构建用于电气和机械层级的互连资产的网络以及可恢复性定义的动态应用。DCIM系统使得电气和机械层级能够在单个框架中保持统一，并实现定义资产之间的相互连接的智能以确保它们是可接受的连接。例如，如果另一数据中心具有类似的设备设置(即，以类似的方式互连)，则层级可以是事件通用的，层级可以容易地表示并且不需要为每个数据中心定制，或者可以只需要非常少量的定制。以这种方式，具有通用层级和/或示意图允许基于有限数目或通用定义和/或示意图库来定义电气层级用于在每个数据中心中使用。

在一个示例中，某些标准示意图可以使用不同的拓扑来表示可用的现实世界层级表示，诸如电气或机械表示。例如，DCIM系统可以提供拓扑A、拓扑B和拓扑C，其中每个拓扑可以从一组共同的构建块来构建，诸如用于电力馈送进入数据中心的馈送层、与数据的冗余相关的中间层、以及将电力馈送到一个或多个电路的分布层。这些构建块可以混合并且匹配以构建任何期望的拓扑，使得当新的数据中心到达时，可以使用默认构建块来创建建模。如果新的数据中心要求电气层级的修改定制，则可以使用构建块生成修改后的拓扑，并且对新定制进行通用化，使得增强的构建将被添加到公共池中并且在未来使用。

在另一示例中，可以包括层级构建器功能，其允许将设备图标拖放到进程构建块中，并且随后将这些块附接以创建层级。这可以是用于由数据中心操作团队在创建数据中心拓扑层级时使用的GIMS 42应用的一部分。以这种方式，在定义数据中心内的层级期间，图标可以被定位在显示器的示意图上并且被连接以创建例如不同电气环境的一个或多个单线图布置，并且自动地关联由图标表示的资产。下面描述这个功能的其他示例。以这种方式，一旦通过定位和附接图标以创建示意图显示来为给定数据中心定义层级，由DCIM边缘通过基础设施资产配置器收集的数据通过数据处理平台(即，数据中心网关59)被馈送到层级显示中。例如，数据处理平台还可以执行用于确定条件的逻辑，诸如警报情况。条件处理结果被馈送到示意图显示的层级中，并且警报情况可以被显示以基于层级来选择客户、以及用于表达警报情况的信息(例如，超过温度阈值或电力阈值)。在一个示例中，如果资产(例如，UPS)处于警报状态，则数据中心网关可以确定哪些下游电路由于UPS关闭而受到影响，以及确定哪些客户受所生成的警报影响。因此，只有受警报事件影响的数据中心内的客户才可以通过向受影响的客户提供通知来被联系。

出于示例的目的，上面描述了电气层级的构建。以类似的方式，响应于接收到定义机械基础设施资产之间的图形关系的用户输入，可以生成其他类型的基础设施资产层级，诸如机械基础设施资产层级。例如，机械资产可以负责冷却数据中心内的区域，并且因此可以生成与冷却水流量以及流是沿着理想路径还是替代路径相关联的层级，并且生成相关联的警报。

在一些示例中，DCIM系统提供上下文感知、位置感知和信道感知的警报智能、以及在应用、检测和通知警报和警报抑制算法以消除噪音以防止误报或重复警报的同时实现地理位置感知、通信信道感知和连接感知的警报配置技术。DCIM系统包括广泛分布的边缘系统处理服务器，这些服务器能够与跨越多种协议的各种资产进行交互并且经由流水线方案来报告回数据，以及能够推送在边缘系统信道内组成智能的元数据。

在一些示例中，DCIM系统被配置为通过分析数据DCIM边缘已经发现的数据来检测数据中心基础设施中的效率低下，例如，特定的机器不能最佳地工作。在DCIM系统基于收集的数据点检测到效率低下之后，可以考虑数据点以查看可比较的仪器。例如，假定一个数据中心中的一个发电机的性能不佳，因为该发电机中的机油较低。DCIM系统可以将该数据点与跨越其他数据中心的所有其他发电机相比较。DCIM系统可以分析其他系统如何运行，并且报告检测到的效率低下。

通过一起显示电气和机械资产的状态，DCIM系统可以向客户或数据中心操作团队提供对给定数据中心的可恢复状态的见解。DCIM系统可以为客户或数据中心操作团队提供有关数据中心的实际电流的信息。DCIM系统可以为客户或数据中心操作团队在电气和机械资产方面提供有关冗余流程看起来像什么，客户正在获取什么的信息。DCIM系统执行资产建模并且具有跨越电气和机械资产两者建立关系和拓扑结构的平台功能，并且使得DCIM系统能够以无缝方式显示关于这两者的信息。DCIM系统从机械领域以及电气领域的基础设施资产接收信息。

在一些示例中，DCIM边缘模块552或数据中心网关模块554可以被配置为响应于检测到可能导致SLA降下的任何条件而发出警报。DCIM边缘模块552或数据中心网关模块554可以向客户和内部操作团队两者发出警报。DCIM边缘模块552或数据中心网关模块554可以基于上下文和/或位置来提供智能警报，诸如位置感知警报、噪声过滤、情境感知警报和警报抑制。例如，如果DCIM边缘模块552或数据中心网关模块554检测到客户机箱具有温度超过阈值水平的特定机箱，则该系统是位置感知的并且可以标识该位置以检查应当解决的异常情况。

本文中描述的DCIM系统架构能够处理来自多个不同供应商的数据中心中的基础设施以及跨越全球分布式系统处理基础设施。DCIM系统在大规模和分布式架构中提供接近实时的警报和警告。在一些示例中，DCIM系统可以直接与云票务系统集成(例如，基于云的IT帮助台服务)。例如，对于同样利用云服务获取票务需求的客户，这样的集成可以使得任何监测、警报和/或警告直接与云服务集成以实现对客户的进一步可访问性。在一些示例中，如果一个或多个云服务提供商向DCIM系统提供用于云服务提供商基础设施资产的DCIM数据，则DCIM系统的客户还可以能够访问以查看单个系统中的云服务提供商数据。

本文中描述的DCIM系统架构能够处理来自多个不同供应商的数据中心中的基础设施以及跨越全球分布式系统处理基础设施。DCIM系统在大规模和分布式架构中提供接近实时的警报和警告。根据一个示例，DCIM系统从其他现有系统(诸如设施控制和监测系统、容量管理系统(CapLogix)、分支电路监测(BCM)、客户安装数据库和维护跟踪系统(Maximo))收集数据，并且以逻辑统一的格式通过单个入口呈现数据。这样的统一格式允许内部和外部用户使用诸如实时设施操作数据和警报监测，存储和检索历史数据，将设施各部分内或设施之间的运行效率相比较，以及评估基础设施容量。除了具有统一的数据格式之外，数据还可以被聚合到尽可能少的数据库中，并且可用于任何业务目的，包括DCIM系统、PUE入口、CapLogix以及每个IBX的日常操作。

在一个实施例中，DCIM系统可以提供基础数据的一致图形视图。例如，发电机的视图可以以相同的图形方式和相似的命名结构示出相同的信息，而不考虑正在查看的站点，并且可以包括组织成站点中的垂直结构的设备。DCIM系统的设备可以组织成站点中的垂直结构，可以包括开发创建读取更新删除(CRUD)矩阵，并且现场组织成垂直结构。

在另一示例中，图形用户界面包括诸如基于图形的视图等图形，其允许上下导航并且为所示出的每个子区域提供汇总警报和可恢复性信息。还可以提供设备基础设施的上下导航，以及一个基于线图的设备视图的IBX中的可用性。历史数据可以被记录，并且长时间可用于所有存储的系统点。在一个示例中，历史数据可以被记录并且永久可用。

在另一示例中，实时数据可以从现有的控制/监测系统移动到中央内部数据库并且存档而不影响本地控制/监测系统的性能，并且DCIM系统可以用作覆盖和聚合系统，使得本地控制/监测系统不会被DCIM系统取代。

以这种方式，在一个示例中，DCIM系统的数据从多个协同定位设施或数据中心(IBX)中的当前现有本地控制系统流向可以包括图形特征、历史特征和警报服务器的中央内部数据库。数据然后可以仅从中央内部数据库流向具有与本地IBX相关的本地特定图形、历史数据显示和警报显示的本地接口入口。另外，相关的电子邮件警报通知可以从中央内部数据库传输到一个或多个本地IBX。因此，本申请的DCIM系统提供连续的监测和维护以确保数据连续可用并且准确，并且为公司用户和客户提供查看已经被许可面向因特网的入口处的单个登录的所有IBX的基础设施状态和警报数据的能力。通过提供多个数据中心的统一视图，DCIM系统允许用户跨越数据中心轻松且一致地查看操作和效率数据，以为当前具有不同解决方案的多个内部项目提供统一的解决方案，从而得到允许项目以更少的资源和更低的成本来完成的统一的解决方案。

在一个示例中，可以提供推送警告，诸如SNMP、电子邮件、SMS等，用于指示关键IBX基础设施的警报状态的改变，导致可能潜在影响客户可用性或冗余的所有事件的即时通知。此外，可以提供推送警告，诸如SNMP、电子邮件、SMS等，用于指示可用性状态关键IBX基础设施何时改变，导致关键IBX冗余的冗余变化的即时通知。用户可以选择接收所有本地电力电路或电力电路子集的推送警告，从而定制警报、故障或恢复事件的数目和频率。在一个示例中，用户可以选择警告频率，诸如实时地、在每日、每周或每月摘要中，并且可以选择在警报和可用性回到正常时接收推送警告。

在另一示例中，客户入口可以包括用于显示各种数据的报告能力，诸如警报历史、故障和可用性的变化，以允许查看报告和趋势事件以及可用性变化。在一个示例中，客户入口可以提供整个IBX、阶段或地板的平均温度和湿度的显示，从而导致温度和湿度的机箱水平和IBX水平视图。在另一示例中，可以显示关键IBX基础设施的即将到来和计划维护的调度、以及维护期间的预期的警报和可用性状态列表，使得DCIM系统能够查看在每次计划维护和预期事件期间的即将到来的维护调度和预期事件，诸如警报、负载转移等。

根据本公开的实施例，可以通过全局IBX管理系统(GIMS)来提供用于操作和工程团队的由本文中描述的DCIM系统支持的其他示例选项和功能，诸如如本文中描述的操作监测基础设施24和/或GIMS 42、89、91。

根据一个示例，DCIM系统监测并且报告IBX基础设施，而不具有现场控制任何设备的能力。根据一个示例，DCIM服务器基础设施可以包括全局分布的冗余和容错DCIM服务器结构，其中内部数据库与面向因特网的入口之间的转移是安全的并且是单向的。

在另一示例中，可以为每个设备类型(制冷器、发电机、PDU等)提供标准点列表，并且可以指导什么数据从站点传送到中央数据库。点列表将利用上述标签命名标准来提供命名上的一致性。在一个示例中，可以全局地提供大约32,000个基础设施对象上的大约2,000,000个数据和警报点。

在另一示例中，每个IBX处的控制/监测系统可以将数据转发到中央数据库或可以被轮询以获取数据。可以使用诸如OPC等行业标准数据交换协议用于传送数据。

可以基于特定的收集算法来执行与所收集的数据相关联的计算。例如，可以计算最小PUE和冷却效率(千瓦/吨冷却)，或者在另一示例中，可以从PUE入口导入计算的PUE值。

例如，DCIM中的所有数据点可以以给定频率(例如，每秒)来测量，并且历史数据可以在延长的时间内(例如，3年或更多年)保持可用。由于要存档大量数据，因此可以将压缩算法应用于数据以允许压缩数据，同时保持数据分析所需要的关键基础趋势。

在另一示例中，用户访问的任何点或点的组合的历史数据可以作为趋势图、表格数据或用于下载作为.csv或Microsoft Excel兼容文档可用。可以通过DCIM系统、BI或减少DCIM系统上的请求限制的其他方法来检索历史数据存在的任何用户指定时间段的报告。

预防性和关键性维护调度可以实时可用于系统，并且任何当前或即将到来的影响图形显示中的基础设施的维护程序可以在该显示器内可见。用户还可以有能力查看用户有权查看的IBX中的基础设施的所有计划的即将到来的维护。

在另一示例中，任何设备的当前可恢复状态可以在与设备相关联的任何显示器上可见。这种可恢复状态可以表示正在查看的设备之上的层级中的所有设备。

在一个示例中，三个可恢复状态可用：“设计冗余”、“减少冗余(计划)”和“减少冗余(故障)”。例如，如果用户正在查看UPS，并且由于上游公用事业停电，UPS当前正在使用发电机，则这个设备链的可恢复状态将显示为“减少冗余(故障)”。当可恢复状态更改为“减少冗余(计划)”或“减少冗余(故障)”时，如果已知，则还可以显示减少冗余状态的持续时间的估计。

在另一示例中，对现有PUE入口的改变可以与所描述的DCIM系统并行地进行，并且DCIM系统可以从已更新的开发的PUE入口捕获PUE数据，以显示DCIM系统中的PUE数据。PUE数据可以在DCIM系统报告中可用。在另一示例中，DCIM可以与客户数据库通信，使得客户的数据访问许可将由他们与客户数据库中的机箱的关联来驱动。客户的电力电路也可以与上游电气基础设施相关联。DCIM可以能够与分支电路监测(BCM)系统通信，使得BCM数据可用于DCIM内的客户，并且DCIM系统可以与现有的工单订票系统集成，使得工单可以由系统或内部用户根据接收到的警报来自动生成。DCIM系统可以是系统集成的设备信息，包括维护和层级信息，用于获取特定客户资产信息，获取IBX和机箱布局图和其他容量相关数据，并且与PUE数据库集成以获取PUE数据。

根据一个示例，DCIM系统可以具有基于设备条件来显示警报的能力，并且警报可以被配置为示出严重性，并且在一个示例中，用户可以具有基于警报的严重性来选择警报可见性的能力。在另一示例中，当查看基于地理的图形时，可以查看地理区域的最严重的警报情况。例如，在查看城市区域时，最严重的警报可以通过图形上的颜色和措辞来表示。根据另一示例，对于任何系统警报，可以查看可能受警报影响的所有客户。在另一示例中，DCIM系统可以在警报情况存在时经由警报指示、电子邮件或SNMP来通知用户。例如，DCIM系统可以在接近和/或超过温度或湿度SLA阈值时通知用户。

在另一示例中，DCIM系统可以包括具有PSIM能力的物理安全信息管理(PSIM)组件，PSIM能力可以包括访问控制和CCTV监测能力。在另一示例中，DCIM系统可以能够对现有IBX安全系统进行更高级别的监测，并且可以适应于满足PSIM需求。

在一个示例中，DCIM系统内部用户和客户或外部用户都可以包括某些功能。例如，具有适当许可的用户可以具有使用pdf、autocad/.dwg和visio来下载机箱/空间图纸的能力。在另一示例中，具有适当许可的用户可以具有下载示出他们的空间位于整个楼层的图纸的能力。在一个示例中，图纸不会示出报价中指定的客户以外的客户名称。在一个示例中，对于具有适当许可的现有客户，可以经由入口获取基本的机箱图纸用于查看。在一个示例中，IBX物理和性能度量的交互式视觉显示(例如，仪表板)可以被提供给具有适当许可的用户。在一个示例中，可以向具有适当许可的用户提供整个场所规划的视图。

在一个示例中，可以向具有适当许可的用户提供站点平面图的细粒度视图(例如，将特征向下展开为单个机柜等效物)。在另一示例中，具有适当许可的用户可以按照区域、公用事业、UPS电力负载、按区域的地点湿度、开关面板和PDU的使用、以及UPS面板、PDU等的电力链和上卷来查看一个或多个站点温度。

在一个示例中，受制于用户具有适当许可的提供的公用事业能力的数据导入和导出可以由本文中描述的系统来支持。在另一示例中，受制于用户具有适当许可的组件布置的假设分析(例如，对空间、电力、网络和冷却的影响)可以由本文中描述的系统来支持。在一个示例中，关于每个容量元素(空间、电力等)的容量状态和工作流程状态的报告。例如，可以包括由受制于用户具有适当许可的可配置的标准定义的可用＝绿色，受限＝黄色，不可用＝红色。

可以包括由本文中描述的DCIM系统支持的用于呈现给数据中心(IBX)的客户的产品和入口的其他选项和功能，诸如经由产品供应26、客户入口35、53、87和/或API 31、51、85，如本文中描述的。在一个示例中，可以在DCIM系统中显示来自四个或更多个不同系统的数据以收集数据并且以与适当数据架构系统相一致的可扩展的方式与DCIM系统通信。

在另一示例中，DCIM入口可以用作内部工具以及由DCIM系统为客户提供的服务。系统可以支持多个客户订阅，并且可以包括产品、产品元素和元素属性。在另一示例中，可以授予对客户可以访问与他们的客户(客户访问的客户)相关的数据的数据子集的客户访问。这可以包括机箱中的机柜以及相关的电力电路和特定的温度/湿度传感器中的一个或多个。

在一个示例中，非客户IBX级别的警报和监测数据可以可用于IBX中的所有客户。该IBX级别服务可以显示关于警报的信息以及每个UPS、电池组串、ASTS、发电机、实用程序馈送、CRAC、CRAH、制冷器和IBX中的其他基础设施对象的可用性状态。也可以显示IBX中所有温度和湿度传感器的平均温度和平均湿度(或确定一种更好的发信号通知IBX内的温度/湿度的方式)。在一个示例中，不示出客户或电力电路特定的数据，客户也不能够在该IBX特定的视图中接收用于警报或可用性状态变化的实时推送警告。如果可恢复状态更改为“减少冗余(计划)”或“减少冗余(故障)”，则还可以显示减少冗余状态的持续时间的估计(如果已知)。

在一个示例中，作为面向客户的服务，DCIM系统可以在全球范围内可用于所有私人机箱和安全机柜客户，并且可以适用于全球所有IBX。在一个示例中，查看DCIM中的数据的客户许可可以基于它们与客户数据库中的机箱的关联。

在一个示例中，温度和湿度数据点可以指示它们是否可以用作SLA违规的证据。例如，除非另有说明，否则任何显示温度和湿度数据的视图都可以提示数据不是SLA违规的合适证据。在一个示例中，位于SLA合格区域中的任何温度/湿度传感器可以具有表明传感器可以用作SLA违规证据的提示。(例如，温度和湿度SLA合格区域可以定义为离地面3至5英尺，并且距机柜的冷空气入口侧不少于12英寸)。

在一个示例中，一旦通过业务案例批准确认费率结构，就可以包括关于终止费用和定价的要求。(即按月定价、按年订购等、按客户、国家、城市、IBX等定价)。

根据一个示例，可以提供授予用户不同权限的对DCIM系统的各种级别的访问。在一个示例中，“内部访问”指示DCIM系统用户，并且“客户访问”指示客户或外部用户。出于战略原因，分支电路监测，BCM数据可以可用于一些客户，但不是所有的客户。例如，可以创建共享BCM数据的那些客户的一个访问级别，并且可以创建不共享BCM数据的那些客户的另一级别；因此下面的访问级别编号为7和8。如果有更好的方法可以使BCM数据仅可用于某些客户，则下面的访问级别编号7和8可以不是必需的。

1.内部访问——管理员

对所有数据的只读访问以及创建、更新和删除IBX和基础设施对象的权限

根据需要创建和去除对所有内部和客户用户的访问

针对当前视图中的每个站点的到BMS系统的超链接(DCIM外部的BMS访问)

可定制的仪表板，具有深入查看的能力

按基础设施对象来配置基础设施状态更改通知(警报、可恢复性更改)协议和接受者的能力

创建并且保存所有内部用户全局可访问的定制报告

创建并且保存所有客户用户可全球访问的定制报告

2.内部访问——管理器

对所有只读数据的只读访问

根据需要创建对内部用户的访问，删除由自己先前创建的对内部用户的访问

针对当前视图中的每个站点的到BMS系统的超链接(DCIM外部的BMS访问)

可定制仪表板，具有深入查看的能力

按基础设施对象来配置基础设施状态更改通知(警报、可恢复性更改)协议和接受者的能力

创建并且保存自己可访问的定制报告

3.内部访问——用户

针对所定义的IBX子集的对所有数据的只读访问

针对当前视图中的每个站点的到BMS系统的超链接(DCIM外部的BMS访问)

可定制仪表板，具有深入查看的能力

按基础设施对象来配置基础设施状态更改通知(警报、可恢复性更改)协议和接受者的能力

创建并且保存自己可访问的定制报告

4.客户访问——客户通用

仅其中客户具有系统名称的IBX的概要基础设施数据(“全部”数据的子集，待定义)

IBX或区域级别的温度/湿度数据而不是客户机箱/机柜级别

5.客户访问——客户管理员

根据需要创建和去除客户内所有用户的访问

客户通用数据

每个系统名称中的每个电力电路特定的基础设施对象数据子集(待定义)

系统名称特定的温度/湿度数据(需要安装温度/湿度传感器)

除了系统名称的位置外，还可以查看没有客户信息的楼层布局图纸的能力

查看客户系统名称的机架布局图纸的能力

可定制的仪表板，具有深入查看的能力

按基础设施对象来配置基础设施状态更改通知(警报、可恢复性更改)协议和接受者的能力

深入到支持其系统名称的各种基础设施对象中的能力

创建并且保存客户中所有用户均可访问的定制报告

6.客户访问——客户用户

客户通用数据

每个系统名称中的每个电力电路特定的基础设施对象数据子集(待定义)

系统名称特定的温度/湿度数据(需要安装温度/湿度传感器)

除了系统名称的位置外，还可以查看没有客户信息的楼层布局图纸的能力

查看客户系统名称的机架布局图纸的能力

可定制仪表板，具有深入查看的能力

按基础设施对象来配置基础设施状态更改通知(警报、可恢复性更改)协议和接受者的能力

深入到支持其系统名称的各种基础设施对象中的能力

创建并且保存客户中所有用户均可访问的定制报告

7.客户访问——客户子用户

客户通用数据

每个系统名称中的每个电力电路特定的基础设施对象数据子集(待定义)

系统名称中的机柜子集和相关电力电路特定的温度/湿度数据(需要安装温度/湿度传感器)

除了系统名称的位置外，还可以查看没有客户信息的楼层布局图纸的能力

查看客户系统名称的机架布局图纸的能力

可定制仪表板，具有深入查看的能力

深入到支持用户能够访问的机柜子集和相关电力电路的各种基础设施对象中的能力

创建并且保存定制报告。这样的报告只有他们自己可见。

8.客户访问——客户管理员(BCM)

根据需要创建和去除客户内所有用户的访问

客户通用数据

每个系统名称中的每个电力电路特定的基础设施对象数据子集(待定义)

系统名称特定的温度/湿度数据(需要安装温度/湿度传感器)

除了系统名称的位置外，还可以查看没有客户信息的楼层布局图纸的能力

查看客户系统名称的机架布局图纸的能力

可定制仪表板，具有深入查看的能力

按基础设施对象来配置基础设施状态更改通知(警报、可恢复性更改)协议和接受者的能力

深入到支持其系统名称的各种基础设施对象中的能力

创建并且保存客户中所有用户均可访问的定制报告

对所有客户系统名称中的所有电力电路的BCM数据的访问

9.客户访问——客户用户(BCM)

客户通用数据

每个系统名称中的每个电力电路特定的基础设施对象数据子集(待定义)

系统名称特定的温度/湿度数据(需要安装温度/湿度传感器)

除了系统名称的位置外，还可以查看没有客户信息的楼层布局图纸的能力

查看客户系统名称的机架布局图纸的能力

可定制仪表板，具有深入查看的能力

按基础设施对象来配置基础设施状态更改通知(警报、可恢复性更改)协议和接受者的能力

深入到支持其系统名称的各种基础设施对象中的能力

创建并且保存客户中所有用户均可访问的定制报告

对所有客户系统名称中的所有电力电路的BCM数据的访问

在一个示例中，DCIM系统的用户界面可以支持具有到当前正在显示的IBX的底层控制/监测系统的超链接或远程桌面链接。只有拥有适当许可的用户才有能力查看这个链接。(参见访问级别)。在一个示例中，DCIM系统可以向一些用户提供到外部控制/监测系统的链接，但是每个用户必须具有与访问DCIM的许可分开且独立的访问控制/监测系统的许可。

在一些示例中，客户可以能够通过DCIM查看他们的分支电路监测(BCM)数据，虽然可能存在不希望向客户展示BCM数据的情况或告诫。因此，DCIM系统可以具有禁用BCM数据呈现的能力。在一个示例中，DCIM系统可以具有使用如以上在“访问级别”中给出的不同访问级别(例如，允许客户查看与其公司的空间和BCM相关的所有基础设施数据的一个级别的访问，而不是仅仅数据相关到他们的空间)来禁用BCM数据呈现的能力。

在一个示例中，DCIM系统可以使得用户或客户用户能够构建他们自己的基础数据视图。例如，如果内部用户能够查看城市区域内的所有发电机，则用户可以创建示出所有这些发电机的所有数据的单个图形视图。在另一示例中，如果客户用户跨越三个国家在四个IBX中拥有机箱，则客户可以能够创建示出所有四个机箱的所有数据的单个图形视图。

在一个示例中，下面描述的对数据、报告、图形视图、维护状态、故障信息和其他特征的访问可以能够基于每个用户来配置。在一个示例中，系统操作可以限制对用户通过使用活动目录已经被授予许可的数据、对象或特征的用户访问。

在一个示例中，图形视图可以布置成层级结构，并且可以允许在层级中上下导航(如由基础设施对象关系确定的)。这可以适用于地理和设备层级两者。例如，全局视图可能导致区域视图，区域视图将导致国家视图、大都市视图和IBX视图。在IBX内，公用事业馈电可能导致配电总线、UPS、STS、PDU和电路。从任何图形显示器，用户可以能够导航到显示器的父显示器(例如，从UPS到配电总线)或从显示器向下导航到其子显示器(例如，从UPS到其ASTS)。在导航时，对象的可见性可以限于用户有权访问的对象，例如，具有从UPS向下导航的不同访问权的两个用户可以看到不同的STS。在一个示例中，可以在IBX级别包括表示示出相关设备的状态的单线图的图形。在另一示例中，用户可以具有在机箱级别查看信息并且从机箱导航到与该机箱相关联的机械和电气系统的能力。针对机箱而显示的最小信息可以取决于授予每个用户的权限(参见访问级别)，但是可以包括以下中的全部或部分：分支电路信息、温度信息、维护请求、基础设施可恢复状态、容量数据、客户名称和所有CapLogix数据。在一个示例中，数据可以能够由逻辑设备和机箱来显示。例如，对于温度和湿度数据显示，可以在区域和机箱两个级别可用。

在另一示例中，用户可以具有创建、保存和调用他们能够访问的设备或数据的定制视图的选项。例如，客户可以创建上卷视图，该视图示出跨越多个IBX服务于它们的关键设备。在另一示例中，用户可以具有将他们的视图打印到PDF文件的能力。在另一示例中，DCIM系统可以具有导入AutoCAD图纸的能力。这些图纸可以用于维护IBX和机箱布局。在另一示例中，DCIM系统可以具有通过使用数据库而连接到AutoCAD的能力或用于特定用户(参见访问级别)轻松导入文件的能力。

在一个示例中，DCIM系统可以具有基于所选择的客户、IBX或区域来创建状态报告的能力。这些状态报告可以示出报告组中每个客户的维护、可恢复性和警报状态。温度和湿度点的报告也可用于机箱或区域。报告可以示出实际的历史数据，并且总结SLA服从和偏离的时间段。

在一个示例中，每个IBX的IBX电力和机械基础设施对象需要彼此具有关系链接。不同对象之间的关系可以是一对一、一对多、多对一、多对多。

示例1：多个发电机馈送一个电气总线

示例2：一个电气总线馈送多个主开关板

示例3：一个不间断电源馈送一个超高配电总线

示例4：多个超高配电总线馈送多个静态开关

这些关系将用于确定一个对象特定的事件如何影响其他基础设施对象。关系可以基于创建描绘数据中心中的基础设施资产的多个图标之间的图形关系的用户输入来定义，诸如由用户经由用户界面创建单线图，如下面关于图21所描述的。

在一个示例中，用于所有电气系统基础设施对象的可用性和警报信息(用于显示、报告、主动通知)可以可用于传送到客户机柜的每个电力电路。每个电力电路可以依赖于很多基础设施对象。DCIM系统可以记录每个电力电路所依赖的基础设施。在一个示例中，特定电力电路的可用性和警报信息可以限于电路所依赖的每个基础设施对象。

在一个示例中，所有机械系统基础设施对象的可用性和警报信息(用于显示、报告、主动通知)可以可用于所有空间(定义为：私人机箱、安全机柜、商务套件)。每个空间可与依赖于很多基础设施对象。DCIM系统可以记录每个空间所依赖的基础设施。在一个示例中，特定电力电路的可用性和警报信息可以限于电路所依赖的每个基础设施对象。

在一个示例中，DCIM系统可以具有应用编程接口或API，使得客户将会看到的数据(给定其在访问级别中定义的独特许可)能够被移植到他们自己的专有系统中。API可以尽可能开放，以便数据客户获取最大的灵活性。

在一个示例中，DCIM系统可以能够提供所有警报或可恢复状态变化的主动实时通知。在一个示例中，DCIM系统可以经由SMS文本、电子邮件(SMTP)或SNMP(TRAP)或其他协议发送这些通知。具有适当许可的用户(参见访问级别)可以具有关闭每个基础设施的通知或控制他们通过哪种方式接收每个基础设施对象的通知的能力。在另一示例中，DCIM系统可以经由电子邮件向具有适当许可的用户提供每日、每周或每月的警报和可恢复状态变化的总结报告(参见访问级别)。在另一示例中，用户已经配置了主动实时通知的每个基础设施对象可以每天至少发送一次系统置信度消息以验证连接性。这个消息可以使用由用户选择的传递方法来发送，并且可以指示它是验证连接性的测试消息。在一个示例中，如果用户关闭了基础设施对象的通知，则不会发送系统置信度消息。在一些示例中，用户可以创建警告作为通知，诸如图29至31所示。

在一个示例中，温度和湿度传感器可以安装在一些或全部客户机箱中以提供机箱级别环境报告。DCIM系统可以能够进行扩展以实时支持温度/湿度传感器的添加，并且可以很容易可配置，并且一旦安装，就会出现在所有适用的数据视图中。在另一示例中，每个IBX处的控制和监测系统可以具有或没有处理所需要的数目的传感器的能力。在一个示例中，为了使机箱级别温度和湿度数据可用于DCIM系统中的用户，可以在一些或所有IBX处绕过本地控制/监测系统，以使来自这些附加机箱级别传感器的数据直接可用于DCIM系统。

在一个示例中，报告可以能够被设置为自动生成并且定期(每天、每周、每月、每季度、每年)通过电子邮件发送到指定的一组电子邮件地址。

在一个示例中，可以拉取特定客户特定的访问日志的报告。这个报告可以详细介绍对特定私人机箱的访问——由谁和在何时。

在一个示例中，用户可以为报告选择日期范围。

在一个示例中，可以由用户来请求在特定时间范围内发生的影响特定客户的所有基础设施对象警报的报告。在一个示例中，如果在上述访问级别要求的CRUD矩阵中被标识为“内部用户”的用户试图拉取报告，则用户可以能够选择要报告的客户或机箱(系统名称)。在一个示例中，如果用户在CRUD矩阵中被标识为“客户用户”，则用户可以仅具有选择他们有权访问的机箱(系统名称)的能力。这两种类型的用户都可以为报告指定日期范围。

在一个示例中，DCIM系统可以基于机箱、IBX或区域为基础设施对象的子集(限于实际影响用户的那些对象)创建状态报告。例如，这些状态报告可以示出报告组中的每个基础设施对象的维护、可恢复性和警报状态，并且用户可以能够为报告指定日期范围。在一个示例中，RPP负载均衡报告可以表明机箱A具有来自RPP1的10kVA的供应电力和3kVA的汲取电力以及来自RPP2的12kVA的供应电力和5kVA的汲取电力以及来自RPP 3的3kVA的供应电力和0kVA的汲取电力。在一个示例中，一个机箱的报告可以示出上面列出的所有基础设施对象的负载平衡。

在一个示例中，可以请求详细描述所有电力电路上的总供应电力与每个发电机UPS、STS/ATS、PDU、RPP特定的所有电力电路上的实际汲取电力的机箱级别报告。

在一个示例中，可以请求详细描述支持用户有权查看的特定机箱的基础设施对象的设备列表的报告。每个基础设施对象的信息(电气和机械)可以包括以下中的一项或多项：

设备类型(CRAC、UPS、泵等)

设备标识符(例如：UPS C-1A)

制造商名称

设备名称

设备型号

设备序列号

区域设备支持

生产日期

安装日期

最后一次预防性维护的日期

最后一次校正性维护的日期

在一个实施例中，可以拉取(请求)详细描述机箱中的基础设施对象的即将到来的维护事件的报告。该报告可以包括以下中一项或多项：

维护类型(有五种不同的CMR类型)

非关键活动(停车场/电梯/等)

定期预防性(计划的预防性维护)

补救措施(校正措施或紧急措施，用于修复停机或有可能导致即将停机的设备)

定期客户停机(在维护需要客户的设备处于离线状态时使用)

被管理的服务

维护说明

维护目标概要

有能力选择适用于用户的所有基础设施对象实例或仅选择适用于用户的基础设施对象实例子集(复选框)

根据一个示例，用户可以选择要报告的未来的时间窗口。

根据另一示例，详细描述机箱中的基础设施对象的过去的维护事件的报告可以被拉取，并且可以包括以下中的一项或多项：

维护类型(有五种不同的CMR类型)非关键活动(停车场/电梯/等)定期预防性(计划的预防性维护)

补救措施(校正措施或紧急措施，用于修复停机或有可能导致即将停机的设备)

定期客户停机(在维护需要客户的设备处于离线状态时使用)

被管理的服务

维护说明

维护概要(做了什么，是否成功，是否需要附加维护等)

有能力选择适用于用户的所有基础设施对象实例或仅选择适用于用户的基础设施对象实例子集(复选框)

在一个示例中，用户可以选择要报告的过去的时间窗口。

在一个示例中，DCIM系统可以提供即将到来的维护的主动实时通知。系统可以经由SMS文本、电子邮件(SMTP)或SNMP(TRAP)或其他协议来发送这些通知。在一个示例中，具有适当许可的用户(参见访问级别)可以打开/关闭每个基础设施的即将到来的维护的通知，或者控制为每个基础设施对象接收维护通知的方式。

在一个示例中，DCIM系统可以提供基础数据的一致图形视图。例如，发电机的视图需要以相同的图形方式并且使用类似的命名结构示出相同的信息，而不考虑正在查看的站点。

在一个示例中，DCIM系统可以保持所做出的所有配置改变的记录，包括做出改变的登录用户、做出改变的日期/时间和做出的改变的细节。

在一个示例中，可以包括能够被配置为相对于任何其他系统数据来验证任何系统数据的终端用户可配置检查和平衡引擎。这个引擎的得到的计算可以是具有正常系统标签所拥有的所有其他特征的本机系统标签。

在另一示例中，可以包括能够被配置为计算PUE或其他效率计算的终端用户可配置计算引擎。这个引擎的最终计算结果可以是具有正常系统标签所拥有的所有其他特征的本机系统标签。

在另一示例中，可以包括能够回答基于时间的查询(诸如“事件x是否在z时间段内发生y次以上”)的终端用户可配置的高级计算引擎。这个引擎的最终计算结果可以是具有正常系统标签所拥有的所有其他特征的本机系统标签。

在一个示例中，DCIM系统可以包括具有适当许可的终端用户能够使用系统中的数据的任何组合来动态地创建临时报告、趋势或图形的能力。

在一个示例中，DCIM系统可以包括复杂应用(“App”)，诸如以下中的一项或多项：具有假设能力的电气单线图；冷却假设能力；将Remedy/Maximo数据与设备相关联，使得设备的图形表示示出计划的维护状态。

如上所述，DCIM系统22包括DCIM工具47，诸如用于数据中心健康监测、报告和仪表板以及基础设施资产使用分析的全球数据中心(IBX)监测系统(GIMS)42。GIMS 42可以与多个可能的操作活动相关联。例如，GIMS 42可以与电力使用效率(PUE)的操作管理、警告管理、以及模板、资产、点和访问控制的管理相关联。

GIMS 42还可以与历史数据趋势、资产维护、一致资产视图、资产状态和故障信息的实时分析相关联。在另一示例中，GIMS 42可以与资产层级遍历的模拟和预测、单线图假设分析以及基于时间的查询规则相关联。

在一个示例中，GIMS 42可以包括可定制仪表板，其被配置为接收使得用户能够在描绘数据中心中的基础设施资产的多个图标之间创建图形关系的用户输入。仪表板的计算设备(诸如计算设备500(图16))基于图标之间的图形关系来将由图标描绘的相应基础设施资产与受基础设施资产影响的数据中心中的相应客户设备自动相关联。然后，基础设施资产和客户设备之间的关联可以由计算设备500存储在诸如存储设备508等存储设备中。

例如，可定制仪表板可以向用户提供以下能力，即得到表示诸如不间断电源、空气处理器或类似设备等设备或装备的图标，并且将设备列表中的设备拖动或转移到用户界面的画布部分以创建该设备的默认描述。在一个示例中，除了单个设备的默认描述之外，用户可以从其他业务系统中选择要包括的信息。例如，除了设备的默认描述之外，其他相关的系统维护信息(诸如是否存在与该设备相关联的过去的维护或计划的未来维护)以及客户管理信息(诸如哪些客户受特定设备影响)可以被包括在描述中。

以这种方式，除了具有选择资产(诸如电力、冷却、电气或机械相关资产)的能力之外，用户可以将资产列表中的资产拖动到画布或屏幕上以显示资产或设备的默认描述。在一个示例中，用户可以选择要与显示器中的资产的默认描述一起包括的操作数据和/或商业数据，并且因此具有选择要组合设备的默认描述显示在单个画布或屏幕上的操作数据和商业数据的任何组合的选项。例如，除了显示特定信息(诸如维护信息、或受相同图形上的这些资产影响的客户)之外，用户还可以扩展设备的默认描述，并且将多个实例添加到单个视图，诸如将位于特定地理区域中的所有燃料箱显示在单个图形上。

在另一示例中，在用户将资产列表中的资产拖动到调色板、画布或仪表板屏幕以显示资产之后，用户可以请求显示与资产相关联的其他资产或资产相关选项，诸如维护、温度、受影响的客户、警报、资产的显示和可恢复性。根据一个示例，可恢复性可以是关于资产是否具有可以在所显示的资产失败的情况下用作备件的匹配对的指示。在另一示例中，受影响的客户可以是受资产影响的客户的指示。

图19是示出根据本文中描述的技术的用于显示资产的可定制仪表板的示意图。如图19所示，仪表板600可以包括列出了诸如发电机604等资产(例如，一次或多次)的资产树部分602、以及用于显示资产或标签的调色板部分606。在图19所示的示例中，作为用户从树部分中选择发电机604的结果，正在显示的资产是发电机资产608。如上所述，用户导航通过在树部分602中列出的项目，并且可以将树部分602的特定标签或整个资产选择和拖动到调色板部分606。在图19所示的示例中，针对该发电机608，除了警报信息619、维护信息612、历史数据温度信息614和某些选择的数据点616之外，调色板部分606还包括发电机资产608。

在一个示例中，所选择的图标(即发电机资产608、警报信息619、维护信息612、历史数据温度信息614和某些选择的数据点616)的相对布置可以由用户确定和控制，使得用户界面从用户接收指示如何将选择的图标和数据相对于彼此布置在调色板部分606上的输入。在另一示例中，用户界面可以接收执行以下中的一项或多项的输入：重新布置图标的相对位置，去除一个或多个图标，调节图标的大小，或者将附加图标插入调色板部分606。另外，虽然温度信息614以图形格式示出，但是在一个示例中，用户可以确定如何显示数据，诸如在历史上，以图表格式，以图形格式等，并且可以输入由用户界面接收的这些选择。

以这种方式，可以由用户为每个资产创建默认视图和可定制视图。例如，响应于接收到从由用户界面显示的资产层级树中选择描绘资产的图标的用户输入并且将资产移动到用户界面的仪表板部分，计算设备可以输出多个信息选项用于显示以显示关于与所选择的图标相关联的资产，所述多个选项包括资产的默认信息视图和受资产影响的客户的列表。计算设备接收选择多个选项中的至少一个选项的用户输入，并且根据多个选项中的所选择的至少一个选项来输出关于资产的信息用于显示。作为另一示例，可以选择的所呈现的选项可以包括指示资产是否存在操作备份资产的资产的当前可恢复状态。

在另一示例中，例如，仪表板600可以包括显示下拉框618，显示下拉框618使得用户能够如上所述地创建定制仪表板600，并且以各种格式(诸如PNG图像、JPEG图像、PDF文档、SVG矢量图像、Excel图像或报告)保存或下载仪表板600。在另一示例中，用户界面可以接收来自用户的将定制仪表板600发送给随后可以执行以下中的一项或多项的另一用户(其地址/号码可以在指令中指定)的指令以：重新布置图标在仪表板600上的相对位置，去除一个或多个图标，重新调节图标大小，或将附加图标插入调色板部分606，并且用户界面可以将结果仪表板600保存为它们自己的仪表板600。在另一示例中，响应于接收到来自用户的保存创建的仪表板的命令，用户界面保存仪表板并且可以更新实时数据，并且当创建的仪表板被重新加载时，结果显示的仪表板被加载已更新的实时数据。

图20是根据本文中描述的技术的被呈现用于由用户界面显示以用于在用于显示资产的可定制仪表板中选择资产相关信息的选择选项的示意图。如图20所示，在一个示例中，多个选项可以显示在仪表板600的选择选项窗口640中。例如，如图20所示，用户界面可以接收来自用户的定制仪表板600的输入，以指示来自选择选项窗口640的期望资产相关信息的选择，诸如列表视图或层级视图、电力使用、用户警告、系统警报、环境、机械或电气数据、可恢复性(未示出)和受影响的客户(未示出)、图表格式、图形格式、历史视图、饼形图视图等。

图21是示出示例数据中心中的数据中心资产、机箱和客户机柜之间的层级关系的逻辑视图的框图。逻辑视图的左侧示出了电气基础设施资产(包括变压器/发电机、UPS、ATS、ASTS、PDU、PDU内的面板和物理耦合到面板的电路)之间的层级关系。指示电气基础设施资产之间的关系的数据可以存储在一个或多个数据库中。视图的右侧示出了具有位于机箱内的客户机柜的客户机箱。客户机柜物理耦合到电路。在一些示例中，机柜到电路映射和电路到面板映射可以存储在客户管理数据库中。逻辑视图的右侧还示出机箱、机柜和电路位于数据中心的特定区域内。尽管只示出了一个区域，但是数据中心通常具有多个区域，并且每个区域都与单个区域相关联。该区域还与各种机械基础设施资产(诸如空气处理器、冷却装置、制冷器、烟雾和火警以及泄漏检测装置)在逻辑上相关联。指示机械资产和区域之间的关联的数据可以存储在资产管理数据库中。

如本文中描述的，面向用户的工具(例如，GIMS)可以提供用于构建单线图的拖放特征。例如，用户可以在单线图中的PDU下面拖动开关。GIMS将GIMS数据发送给数据中心网关(例如，在用户选择“保存”后)。当数据中心网关系统接收到表示基础设施资产之间关系的GIMS数据时，数据中心网关系统存储数据。在一些示例中，可以在相对于彼此的“上游”或“下游”属性方面来表示基础设施资产之间的关系，以表示资产相对于电源彼此是上游还是下游(即，在实时电力路径中是上游或下游)。例如，数据中心网关系统可以将数据存储在关系数据库中。数据可以是描述基础设施资产及其属性的结构化数据。

数据中心网关系统确定哪些客户受/取决于基础设施资产(例如，UPS)的影响。例如，数据中心网关系统向服务器查询以请求依赖于UPS的客户的指示。系统查找数据结构中指定为UPS“下游”的任何基础设施资产，并且遵循下游设备树，直至达到数据结构中最低级别的资产。在一些示例中，数据结构中的最低级别的资产可以是客户机柜。在其他示例中，数据结构中的最低级别的资产可以不是客户机柜，而可以是直接连接到客户机柜的资产(例如，电路)。在一些示例中，客户机柜与直接连接到客户机柜的资产之间的关系可以存储在数据中心网关系统也可访问的单独的数据结构中。例如，客户到PDU电路的关系可以存储在客户管理数据库中。当客户加载并且客户被指派给PDU上的一个或多个电路时，可以生成这种关联。例如，PDU的电路可以用客户标识符(ID)标记。以这种方式，响应于接收到请求依赖于数据中心中的基础设施资产之一的数据中心的客户列表的用户输入，系统可以基于所存储的基础设施资产与客户机柜之间的关联(例如，由数据中心网关系统生成的层级/映射)回复受影响的客户列表。在一些示例中，受影响的客户列表可以是数据中心的所有客户的子集。

基于单线图输入而存储在数据结构中的数据随后可以由数据中心网关系统使用以确定向给定客户用户显示哪些基础设施资产，使得客户用户仅能够看到向客户设备提供电力(或冷却)的那些基础设施资产。基于客户登录，基于上述绑定到与他们相关联的那些PDU的客户ID，控制向客户显示哪些基础设施资产。数据中心网关系统向客户端设备发送客户数据库中与客户ID相关联的PDU的数据阵列。入口应用/GIMS从数据中心网关系统接收这个数据，然后呈现仅包括PDU阵列中的PDU的基础设施资产之间的图形关系的图形描述。

图22是根据本文中描述的技术的具有可以被生成以确定受影响的客户的单线图的示意图。如图22所示，在一个示例中，IBX图700被输出用于由用户界面显示，并且可以包括一个或多个实用程序702、一个或多个发电机704和在一个或多个实用程序702与一个或多个发电机704之间的主开关706。用户界面可以由在诸如计算机、平板电脑或移动设备等计算设备上执行的客户入口应用或GIMS应用来产生。如IBX图700所示，电流向下流到UPS708，并且UPS 708向下流到静态开关710并且最终流到将电力输出到与客户机柜连接的电路的一个或多个配电单元(PDU)712内的电气面板。

在一个示例中，为了确定与具有取决于(受其影响)给定资产的客户机柜的客户相关联的受影响客户列表，诸如由一个或多个UPS 704，用户可以通过从资产树部分602(例如，资产图标库)选择一个或多个实用程序702、一个或多个发电机704、以及一个或多个实用程序702与一个或多个发电机704之间的主开关706并且将所选择的项目拖动到调色板部分606(拖放)来生成IBX图700。另外，用户可以从资产树部分选择静态开关710并且将所选择的开关710定位在期望的UPS 708下方，并且可以选择与已知的客户或多个客户相关联的一个或多个期望的PDU 712，并且将一个或多个PDU 712定位在静态交换机710下方。资产图标库可以包括数据中心中的每个基础设施资产的图标，其中图标指示唯一地标识数据中心中的基础设施资产的标识符。例如，标识符可以指定资产类型和资产编号。

以这种方式，根据一个示例，用户可以使用给定客户与链接到给定UPS 708的一个或多个PDU 712之间的已知关系来创建与IBX图700上的特定用户选择的配置相关联的单线图(也称为“单线图”)。客户与电路之间的关系以及到UPS的电路可以从客户数据库(例如，客户关系管理应用)获取(诸如由数据中心网关系统)。

以这种方式，响应于接收创建描绘数据中心中的基础设施资产的多个图标之间的图形关系的多个用户输入，具有诸如GIMS应用等系统的计算设备可以基于图形关系来自动确定由图标描绘的数据中心中的基础设施资产之间的层级关系。创建图标之间的图形关系的用户输入可以包括相对于彼此定位图标的输入以及耦合图标的连接器图标(例如，箭头或互连线)。

计算设备可以被配置为将描绘基础设施资产和互连线的图标翻译成指示层级关系的数据，诸如具有标识单独基础设施资产的对象的JSON格式以及为每个JSON对象定义的属性。这些属性可以包括标识电力路径中的上游和/或下游基础设施资产的属性。这些属性可以包括标识与基础设施资产相关联的数据中心区域的属性。这些属性还可以包括层级中的基础设施资产的可恢复状态(指示资产是否可恢复，即电力路径或区域中是否存在至少一个备用/备份资产可用)。在一些示例中，确定基础设施资产与可恢复状态之间的层级关系的操作由计算设备处的GIMS应用执行，例如在“离线”操作中。在其他示例中，这些操作可以由数据中心网关在接收到指示图标和互连线的原始数据之后执行。

然后，计算设备可以存储指示基础设施资产之间的层级关系的数据。例如，计算设备可以响应于接收到“保存”单线图布置的用户选择来存储数据。例如，存储指示基础设施资产之间的层级关系的数据可以包括将数据存储在计算设备的高速缓存存储器中。计算设备可以将指示层级关系的数据传输到DCIM系统的数据中心网关(例如，图2至3的数据中心网关34以及图4和9的数据平台59)用于永久存储，诸如在数据库135(图9)中。数据库135可以包括数据结构或用于存储数据的任何合适类型的储存库。在一些示例中，计算设备可以以JavaScript对象表示法(JSON)数据的形式经由服务层120中的API将数据传输到数据中心网关34。在一些示例中，代替使用动态GIMS工具来使用图标和连接器来创建描绘数据中心资产布局的JSON数据，数据中心管理员可以向GIMS系统提交静态JSON映射，GIMS工具可以存储静态JSON映射并且将其发送到数据中心网关。

以下是可以由数据中心网关发送的结构化数据文档(例如，JSON)的示例部分，其示出了诸如ASTS和PDU等基础设施资产如何与包括上游资产、下游资产和可恢复状态的属性在层级上相关。

数据中心网关59从GIMS工具接收关于基础设施资产的每个数据中心布局/层级的数据，并且将数据存储在数据库135中。数据中心网关59(也被示出为图3的数据中心网关34和ExSight数据平台20)可以基于从GIMS工具接收的作为JSON数据的所存储的数据并基于从诸如Siebel、Maximo、Caplogix和其他系统等一个或多个企业IT系统48获取的数据来在客户与数据中心基础设施资产(例如，UPS、PDU、发电机)之间建立映射。数据中心网关59可以以配置的间隔(例如，每分钟、每小时、每4小时、每天或其他可配置的时间间隔)动态地重新生成映射。响应于接收来自DCIM工具47中的任一个或诸如客户入口53等产品应用的查询，该映射可以由数据中心网关59使用。在一些示例中，数据中心网关59可以以树形数据结构的形式来存储映射。在一些示例中，数据中心网关59可以将映射存储为将客户ID与和客户机柜相关的每个基础设施资产(例如，客户的机柜依赖于其以进行电气或机械操作的资产)相关联的数据结构。

以这种方式，数据中心网关59提供当前实时或接近实时地反映数据中心基础设施资产的状态和层级的数据。在一些示例中，数据中心网关59、GIMS和客户入口可以被配置为使用web套接字来将数据自动推送到用户界面(例如，GIMS或客户入口)，使得实时电力路径的图形描绘基于由DCIM边缘检测到的数据中心的当前状态来实时更改。GIMS或客户入口可以使用将消息发送到数据中心网关59并且接收事件驱动的响应而不必轮询数据中心网关59以获取答复的API。

在一些示例中，得到的单线图可以用于模拟GIMS 89中的历史数据趋势的实时分析内的单线图假设分析，用于向用户通知什么客户可能受资产影响。也就是说，GIMS 89以及数据中心网关可以基于对历史数据趋势的分析来接收对于提议的单线图设置中可能发生的情况的信息的请求。数据中心网关可以响应于请求来提供假设分析信息。

企业IT系统48可以包括客户关系管理系统、数据中心管理系统和其他系统。来自企业IT系统48的数据可以包括指定与数据中心区相关联的客户ID和与电路相关联的客户ID的数据。当客户首先在数据中心中被指定机柜时，这些属性可以被指定作为客户加载的一部分。可以为客户指派位置矢量(例如，数据中心楼层、区域、房间、机箱)，并且该关联可以存储在企业IT系统48之一中。另外，例如，电路到面板映射可以存储在客户关系管理系统中。面板到PDU映射可以存储在相同或不同的IT系统中。当每个IBX(数据中心)中的基础设施资产首先被DCIM边缘检测到时，基础设施资产配置器44在企业IT系统中创建基础设施资产记录，并且将区域与机械资产相关联。在基础设施资产在系统中被填充之后，资产可以在GIMS 42的图标库和可视化分析工具49中可用。

在一些示例中，响应于随后接收到请求受数据中心中的基础设施资产之一影响的数据中心的客户列表的用户输入，计算设备可以基于指示基础设施资产之间的层级关系的数据来从数据中心网关检索客户列表，并且输出客户列表用于显示。在一些示例中，诸如图21所示，计算设备可以接收请求与所有机箱、特定的选择的机箱、机箱内的选择的机柜或机柜内的选择的电路“相关”的基础设施资产的视图的用户请求。响应于接收到用户请求，计算设备可以将请求发送到数据中心网关(例如，经由API网关)，并且数据中心网关解析存储的数据以标识与所选择的机箱/机柜/电路相关的适当的基础设施资产子集。数据中心网关输出与所选择的项目相关的数据(例如，JSON数据)的阵列，并且将其发送到请求计算设备，请求计算设备将数据转换为用于基础设施资产子集的图标和互连的图形描绘，并且输出数据的图形描述用于显示。

作为另一示例，响应于接收到选择被配置用于数据中心中的基础设施资产之一的警报的用户输入，计算设备基于指示基础设施资产之间的层级关系的数据来输出受警报影响的客户列表用于显示。

在一些示例中，计算设备接收来自数据中心的客户的显示通过数据中心的多个资产的实时电力路径的请求，并且计算设备确定向数据中心的客户的设备提供电力的数据中心的多个资产的子集，并且输出向数据中心的客户的设备提供电力的数据中心的多个资产的子集之间的实时电力路径的图形描绘用于显示。计算设备可以是执行客户应用的客户的计算机、平板电脑或移动设备，其允许客户看到影响客户机柜和机箱的数据中心的各方面。例如，客户可以使用一个或多个产品应用46(图3)或客户应用65(图4)提交请求。数据中心网关34(或数据中心网关/数据平台59，图4和9)经由API平台63接收请求的指示。

响应于接收到请求的指示，数据中心网关59可以基于指示数据中心网关59可访问的基础设施资产之间的层级关系的数据来确定向客户设备提供电力(即，向指派给数据中心中的客户的客户机柜提供电力)的数据中心资产的子集，包括与基础设施资产和/或电力路径中的上游/下游资产属性相关联的区域。在一些示例中，数据中心网关基于指示基于操作用户的单线图创建而创建的基础设施资产之间的层级关系的数据来确定向客户机柜提供电力的数据中心资产的子集，如上所述。在一些示例中，另外，数据中心网关59可以基于从企业IT系统48获取的数据来确定子集。数据可以包括客户到机柜映射数据、机柜到电路映射数据、电路到PDU映射数据或其他映射。在一些示例中，向客户机柜提供电力的数据中心资产的子集可以是全部数据中心资产，诸如客户在数据中心中具有大量存在的地方。以这种方式，术语“子集”是指可以包括整个集合的适当子集。

尽管如图21所示，生成用于确定受影响的客户列表的单线图被描述用于关于电气基础设施资产的示例的目的，但是可以使用类似的用户界面和系统来创建其他类型的基础设施资产(诸如机械、环境、冷却或电力汲取系统)之间的关联和关系。

在一个示例中，数据中心网关可以生成一个或多个数据中心站点的电气单线数据向量，并且资产的相关度级别在协同定位空间内被选择。在一个示例中，可以示出实时的当前电力路径，而不仅仅是静态图像以示出电力来自实际现场时间的位置。例如，响应于用户点击单线图中的一个或多个UPS或静态开关，可以由用户界面中的GIMS或入口应用向用户示出不同的发电机路径。通往发电机的线路可以采取不同的形式来指示发电机状态的变化。例如，当线路过载时，该线路可以采用粗体或绿色，或者当市电断电时，可以采用虚线。当自动静态转换开关(ASTS)转移至冗余路径时，表示主路径故障。当UPS离线时，相关联的主路径可以变为空白，并且会出现向冗余路径的转移。以这种方式，可以为用户提供对不同模拟电力路径的实时可视性，并且用户可以通过移动不同开关或开关组合来查看所得到的电力电路指示来确定电力电路的可恢复性。因此，使得附加操作可见性可用于用户，以使得用户能够基于例如电力电路的模拟故障或中断来做出减轻用户可能采取的动作的更多教育决策，并且给用户有机会为系统中的特定事件做好准备并且创建及时的风险缓解策略以便在实际生活中断和故障期间实施。

图23至26是根据本公开的示例的用于说明资产是在理想路径上还是可恢复的数据结构层级的示意图。如图23所示，根据一个示例，可以由GIMS或客户入口应用基于从数据中心网关接收的数据生成理想路径和可恢复性图940。数据中心网关通过基于与基础设施资产相关联的对象的上游和下游属性以及基于指示基础设施资产是可恢复的还是处于理想路径上的导出属性来遍历其数据结构来创建数据。数据中心网关可以使用结构化数据格式来存储数据。例如，数据中心中的较低资产942(诸如PDU)具有位于较低资产942上游的下一上游或父资产944，诸如ASTS。当将较低资产942连接到父资产944的连接线路径946是实线连接时，这表示主/优选路径。当诸如946等连接线路径以浅灰色示出时，这表示当前电力路径不流经由连接线路径946表示的电连接。当诸如UHD 948等连接线路径示出为粗黑线时，这表示当前电力路径正在流过由线表示的电连接。

数据中心网关系统可以从父到子或从子到父遍历数据结构，并且确定例如UPS等父母数据资产950是否是当前电力路径的一部分。数据中心网关59可以基于从接收来自基础设施资产的数据的DCIM边缘系统接收的数据以及基于指示资产是否可操作的标签点来确定这一点。例如，如果MSB(监测系统分支)952在实时电力路径上，则数据中心网关将数据发送到GIMS/入口以将数据资产950连接到父资产952的连接线路径946显示为实线连接。如在图23中，下一父数据资产954(诸如发电机)例如具有将数据资源952连接到发电机954的散列线连接路径956，其被示出为粗黑色散列线连接，其将指示到发电机954的下游资产的资产路径由发电机954供电。如果资产942、944和948至952之间的任何连接路径946不是黑线连接，或者散列线连接956是黑线连接，这可以表明资产路径被数据中心网关确定为不是理想路径。由于在图23所示的示例中，资产942、944和948至952之间的连接路径是固定的，但是到发电机954的散列线连接路径956是固体散列线连接，表明资产路径由发电机954供电，所以路径被确定为不是理想路径。GIMS/入口应用可以被配置为输出指定理想路径的细节的通知框用于显示。不在理想路径上的资产可以在显示器上显示重叠的各种图标或颜色，以突出显示当前配置中具有各种属性的资产。

在图23的示例中，图标958具有从ATST 944到指示器958的散列线连接路径960，为粗黑色，如图23所示，表明电力路径正在经历由958表示的备份资产。

在图24所示的示例中，由于资产942、944和948至952之间的连接路径946是粗黑线连接，并且到发电机954的散列线连接956不是粗黑线连接，所以图24中的资产路径被确定为理想路径。

在图25所示的示例中，由于资产942、944和948至952之间的连接路径946是粗黑的，并且到发电机954的散列线连接路径956是粗黑虚线连接，表明资产路径正在由发电机954供电，所以路径被确定为不是理想路径。另外，因为UPS 950没有通过到946的备份和主连接而可恢复地连接，所以应用按照计划输出各种资产不可恢复的指示。数据中心网关通过遍历数据结构以确定哪些资产位于受影响的UPS 950的下游来确定哪些资产应当被标记为不可恢复。以这种方式，数据中心网关标识不可恢复的父资产的子资产。

最后，在图26所示的示例中，由于资产942、944和948至952之间的连接路径946是粗黑线连接，并且到发电机954的散列线连接956不是粗黑线连接，因此这示出了图26中的实时电力资产路径被数据中心网关确定为理想路径。

图27是示出根据本文中描述的技术的数据中心基础设施监测系统中的一个或多个网络设备的示例操作的流程图。如图27所示，根据一个示例，计算设备500接收用户输入，以创建由用户选择的描绘数据中心中的基础设施资产的图标之间的图形关系(918)。计算设备500基于图形关系来确定由图标描绘的数据中心中的基础设施资产之间的层级关系(920)，并且存储指示基础设施资产之间的层级关系的数据(922)。例如，计算设备500可以将数据存储到存储设备508(例如，本地存储器)。在一个示例中，计算设备500可以通过记录与用于数据结构中的每个基础设施资产的条目相关联的客户标识符来存储基础设施资产与客户设备之间的关联。计算设备500可以执行执行这些步骤中的一个或多个的GIMS模块558。GIMS模块558可以将数据发送到计算设备500或单独的计算设备的数据中心网关模块。可选地，响应于接收到来自用户的输出请求(924)，计算设备500基于指示基础设施资产之间的层级关系的数据来输出客户列表(926)。

在一个示例中，响应于接收到请求被数据中心中的基础设施资产之一影响的数据中心的客户列表的用户输入，计算设备500可以基于基础设施资产与客户设备之间的所存储的关联来输出受影响的客户列表用于显示。在另一示例中，响应于接收到选择被配置用于数据中心中的基础设施资产之一的警报的用户输入，计算设备500可以基于基础设施资产与客户设备的所存储的关联来输出受警报影响的客户列表用于显示。在又一示例中，响应于接收到选择被配置用于数据中心中的基础设施资产之一的资产标签点的用户输入，计算设备可以基于所存储的关联来输出受资产标签点影响的客户列表用于显示。

图28是示出根据本文中描述的技术的数据中心基础设施监测系统中的一个或多个网络设备的示例操作的流程图。如图28所示，根据一个示例，计算设备500诸如通过客户入口应用和连接到数据中心网关的API来从数据中心的客户接收显示示出通过数据中心的多个资产的当前电力流的实时电力路径的请求(928)。计算设备500(例如，数据中心网关)例如基于登录到入口的客户的客户ID并且基于从数据中心网关接收的实时电力路径资产层级数据来确定向数据中心的客户的设备提供电力的数据中心的资产的子集(932)。计算设备500输出向数据中心中的客户的设备提供电力的数据中心的资产的子集之间的实时电力路径的图形描绘用于显示(934)。

图29至31是示出根据本文中描述的技术的在数据监测系统中创建警告的示意图。如图29所示，根据本公开的一个示例，计算设备500可以输出用于配置警告的用户界面800。例如，用户界面800可以呈现用于接收指定用于DCIM系统22的一个或多个数据中心资产以监测主警告、主警告的事件类型和调节发出警告的条件触发事件的输入的选项。例如，协同定位用户可以在环境、电力汲取、机械和电气监测之间进行选择，并且可以通过点击一个或多个创建警告链接来针对任何资产创建一个或多个警告，诸如环境警告链接802、电力汲取警告链接804、机械警告链接806或电气警告链接808。一旦已经选择了一个或多个创建警告链接，则该过程通过点击“创建警告”链接810来继续。

如图30所示，一旦“创建警告”链接810被选择，则生成警告窗口812。在图30所示的示例中，环境警告链接802是从用户界面800中选择的，并且由警告选择下拉菜单814指示。一旦警告窗口812被生成，用户可以从下拉菜单816为IBX选择所有资产818或一个或多个特定资产类型。例如，可以选择一个或多个IBX区域820，可以选择一个或多个机箱822，或者可以选择一个或多个机柜824。例如，可以选择事件类型826，诸如温度超过或低于给定温度值828或在给定温度范围内，或者湿度超过或低于给定值或在特定湿度范围内。另外，可以选择心跳通知830来指示可以生成警告通知的时间帧。响应于接收创建和配置警告的用户输入，用户可以通过点击保存警告链接832来保存所生成的警告，或者可以通过点击取消警告链接834来取消警告的生成。响应于入口应用或GIMS接收到保存警告的指示，入口应用或GIMS可以例如经由API向数据中心网关59发送指示警告配置的数据。

在一个示例中，用户可以通过点击条件触发链接836并且选择除了最初选择的事件之外还必须发生以使警告被生成的第二事件或条件触发事件来生成条件触发。例如，如图31所示，一旦选择了保存警告链接832，并且选择了条件警告链接836，则生成可以初始在其中选择温度事件的第二创建警告窗口838，例如超过75度的温度值。用户随后可以在第二创建警告窗口838中选择必须发生以使警告被生成的第二事件或条件触发事件。用户可以从条件触发事件下拉菜单836中选择环境警告、电力汲取警告、机械警告或电气警告中的一个或多个。

在图31所示的示例中，从测量类型下拉菜单842中选择电力汲取警告作为条件触发事件。一旦从下拉菜单842中选择条件触发事件，则用户从待监测资产下拉菜单844中为条件触发事件选择待监测资产。用户可以从下拉菜单844中为IBX选择所有资产846或一个或多个特定资产类型。例如，可以选择一个或多个IBX区域848，可以选择一个或多个机箱850，或者可以选择一个或多个机柜852。例如，可以选择事件类型854，诸如电力汲取超过电力汲取容量值856的选择的给定百分比，诸如资产的电力汲取超过给定值(诸如85％)。例如，如果满足初始事件(例如，温度值超过75度)和第二事件(资产的电力汲取超过给定值(例如，85％))，则仅触发警告。

可以生成环境、电力汲取、机械和电气监测警告的任何组合，使得用户可以定制警告以在发生任何特定偶然事件之一时告诉他们某些特定信息。在一个示例中，可以创建条件警告，使得当市电停电时用户接收温度读数，因为冷却系统通常在停电期间关闭。因此，例如，温度读数可以被限制为仅当电力耗尽时才被接收。响应于接收到创建和配置条件警告的用户输入，用户可以通过点击保存警告链接858来保存生成的条件警告，或者可以通过点击取消警告链接860来取消警告的生成。

以这种方式，计算设备可以输出用于配置警告的用户界面用于显示，其中用户界面呈现用于接收指定一个或多个数据中心资产以监测主警告事件、主警告事件的事件类型和调节发出警告的条件触发事件的输入的选项，接收配置警告的用户输入，并且基于用户输入来存储所配置的警告的配置数据。例如，计算设备可以执行呈现用户界面(例如，在web浏览器中)并且接收指示用户输入的数据并且将数据转换为用于经由服务层120中的API发送给DCIM系统的数据中心网关的格式的客户入口应用。数据中心网关可以接收用于所配置的警告的数据，并且将数据存储到由规则引擎133(图9)应用的规则。本文中描述的DCIM系统然后可以监测一个或多个数据中心资产以获取条件触发事件和主警告事件两者的发生，并且响应于检测到与所配置的警告相关联的条件触发事件和主警告事件，规则引擎可以引起通知引擎131发出所配置的警告。

在一个示例中，用户可以基于环境、电力汲取、机械和电气监测事件的任意组合来使用本文中描述的条件警告和条件报告的组合。以这种方式，用户可以组合来定制警告和报告，以基于某些特定信息并且仅在发生任何特定偶然事件时生成警告和报告。

如上所述，在一个示例中，响应于接收创建描绘数据中心中的基础设施资产的多个图标之间的图形关系的多个用户输入，计算设备可以基于图形关系来将由图标描绘的相应基础设施资源自动地与受基础设施资产影响的数据中心中的相应客户机柜相关联，并且存储基础设施资产与客户机柜之间的关联。响应于接收到请求受数据中心中的基础设施资产之一影响的数据中心的客户列表的用户输入，计算设备可以基于所存储的关联来输出客户列表用于显示。在另一示例中，响应于接收到选择被配置用于数据中心中的基础设施资产之一的警报的用户输入，计算设备可以基于所存储的关联来输出受警报影响的客户列表用于显示。

在另一示例中，响应于接收到从由用户界面显示的资产层级树中选择描绘资产的图标的用户输入并且将资产移动到用户界面的仪表板部分，计算设备可以输出用于显示关于与所选择的图标相关联的资产的信息的多个选项，多个选项包括资产的默认信息视图和受资产影响的客户的列表。计算设备可以接收选择多个选项中的至少一个的用户输入，并且可以根据多个选项中的所选择的至少一个来输出关于资产的信息用于显示。

在另一示例中，响应于接收到从由用户界面显示的资产层级树中选择描绘资产的图标的用户输入并且将资产移动到用户界面的仪表板部分，计算设备可以输出用于显示关于与所选择的图标相关联的资产的信息的多个选项，多个选项包括资产的默认信息视图和资产的当前可恢复状态。计算设备可以接收选择多个选项中的至少一个的用户输入，并且可以根据多个选项中的所选择的至少一个来输出关于资产的信息用于显示。在另一示例中，响应于接收到选择被配置用于数据中心基础设施资产的警报的用户输入，计算设备可以输出受警报影响的数据中心的客户列表用于向用户显示。

在另一示例中，计算设备可以接收来自数据中心的客户的显示通过数据中心的多个资产的实时电力路径的请求，确定向数据中心的客户的设备提供电力的数据中心的多个资产的子集，并且输出向数据中心的客户的机柜提供电力的数据中心的多个资产的子集之间的实时电力路径的图形描绘用于向用户显示。在另一示例中，多个资产可以包括主资产和备用资产，并且输出实时电力路径的图形描绘可以包括示出实时电力路径当前是否正在通过主资产或备用资产向客户的机柜提供电力。

在另一示例中，计算设备可以输出用于配置警告的用户界面，其中用户界面呈现用于接收指定一个或多个数据中心资产以监测主警告事件、主警告事件的事件类型和调节发出警告的条件触发事件的输入的选项。计算设备可以接收配置警告的用户输入，并且可以基于用户输入来存储所配置的警告的配置数据。在另一示例中，数据中心基础设施监测系统可以监测所配置的警告的一个或多个数据中心资产，并且响应于检测到与所配置的警告相关联的条件触发事件和主警告事件来发出所配置的警告。

在另一示例中，计算设备可以输出用于配置报告的用户界面，其中用户界面呈现用于接收指定一个或多个数据中心资产以监测主报告事件、主报告事件的事件类型和调节生成报告的条件触发事件的输入的选项。计算设备可以接收配置报告的用户输入，并且可以基于用户输入来存储所配置的报告的配置数据。在另一示例中，数据中心基础设施监测系统可以监测所配置的报告的一个或多个数据中心资产，并且响应于检测到与所配置的报告相关联的条件触发事件和主警告事件来生成所配置的报告。作为另一示例，一种方法包括：响应于接收到请求影响数据中心的客户的数据中心设备的数据中心的基础设施资产的当前可恢复状态的用户输入，由计算设备输出信息指定影响客户的数据中心设备的数据中心的基础设施资产的当前可恢复状态用于显示。

图32是示出根据本文中描述的技术的用于在数据中心基础设施监测系统中创建报告的示例用户界面的示意图。类似于可以如上所述创建的定制警告，在另一示例中，协同定位用户可以创建要生成的定制报告。在一个示例中，可以由用户针对环境、电力汲取、机械和电气监测事件的任何组合来生成条件报告，使得用户可以定制仅在发生任何特定偶然事件中的一个时才报告某些特定信息的报告。在一个示例中，用户可以指示仅在特定的发电机正在运行时才生成上个月的温度报告，导致仅在特定情况下生成温度报告。在另一示例中，用户可以定制报告，使得当诸如UPS等基础设施资产使用电池工作时，生成报告以指示负载在特定机箱上的情况，使得当负载转移到不同的数据中心时，负载下降或减少可以由用户监测。所得到的条件报告可以由用户经由例如电子邮件或通过任何其他报告递送手段来接收。

例如，如图32所示，根据本公开的一个示例，计算设备500可以输出用于配置报告的用户界面860。例如，用户界面860可以呈现用于接收指定DCIM系统22的一个或多个数据中心资产生成报告、为报告选择资产和调节生成报告的条件触发事件的输入的选项。例如，协同定位用户可以通过点击下拉菜单862并且选择期望类型的报告来在环境、电力汲取、机械和电气报告之间进行选择。用户可以从“选择待测量资产”下拉菜单864中为报告选择IBX以及在资产窗口866内为IBX选择一个或多个特定资产。部分相关的报告类型可以使用下拉菜单菜单868以及报告的报告时间跨度870和/或所选择的日期范围872来选择。

在一个示例中，用户还可以通过点击条件触发链接874并且选择除了最初选择的事件之外还必须发生以使警告被生成的第二条件事件来为生成报告生成条件触发，类似于上述用于生成警告的条件触发。例如，如图32所示，一旦选择了条件触发链接874，可以从测量类型下拉菜单876中选择测量类型，可以从“选择待监测资产”下拉菜单878中选择IBX，并且可以从条件触发资产窗口880中选择IBX的单个待监测资产。用户可以从条件触发事件类型窗口882中选择一个或多个事件类型并且从测量值下拉菜单884中选择事件相关测量值。用户还可以输入报告名称以在报告名称窗口886中标识报告，选择应当何时在报告发生窗口888中生成报告，并且选择应当在分布式调度指示器窗口890中分布报告的位置。然后，报告可以通过点击保存为模板标签892而被保存为模板，通过单击“立即生成”标签894立即生成报告，或者通过点击取消标签896取消条件触发报告。

在一个示例中，用户还可以通过点击条件触发链接874并且选择除了最初选择的事件之外还必须发生以使警告被生成的第二条件事件来为生成报告生成条件触发，类似于上述用于生成警告的条件触发。例如，如图32所示，一旦选择了条件触发链接874，可以从测量类型下拉菜单876中选择测量类型，可以从“选择待监测资产”下拉菜单878中选择IBX，并且可以从条件触发资产窗口880中选择IBX的单个待监测资产。用户可以从条件触发事件类型窗口882中选择一个或多个事件类型并且从测量值下拉菜单884中选择事件相关测量值。用户还可以输入报告名称以在报告名称窗口886中标识报告，选择应当何时在报告发生窗口888中生成报告，并且选择应当在分布式调度指示器窗口890中分布报告的位置。然后，报告可以通过点击保存为模板标签892而被保存为模板，通过点击“立即生成”标签894立即生成报告，或者通过点击取消标签896取消条件触发报告。响应于入口应用或GIMS接收到保存报告的指示，入口应用或GIMS可以例如经由API向数据中心网关59发送指示报告配置的数据。

图33是示出根据本文中描述的技术的数据中心基础设施监测系统中的一个或多个网络设备的示例操作的流程图。如图33所示，根据一个示例，计算设备500可以输出用于创建警告的用户界面并且创建或生成第一警告窗口(900)。计算设备500接收指示用户对从第一窗口中选择的警告的一个或多个数据中心资产的选择的数据(902)以及指示主警告事件的选择的数据(904)。如果用户选择条件触发事件类型，则计算设备500生成第二警告窗口(906)，并且接收指示由用户从第二警告窗口选择的条件触发事件的选择的数据(908)。计算设备500存储用于配置主警告事件和条件触发的数据。在一些示例中，计算设备可以将数据发送到数据中心网关59。例如，数据可以由数据中心网关存储为用于由数据中心网关59的规则引擎应用的规则。数据中心网关从DCIM边缘和规则引擎收集数据，监测来自所选择的一个或多个数据中心资产的数据，并且基于所存储的选择的数据来确定所选择的主事件是否发生(910)以及所选择的条件触发警告是否发生(912)。响应于检测到与所创建的警告相关联的主事件和条件触发事件都已经发生，数据中心网关(其可以是计算设备500的一部分或分开)可以根据警告配置来提供警告通知(914)。

总体上涉及数据中心基础设施监测系统的本公开的各个方面因此可以如编号为A1至A21的以下示例中那样实现：

示例A1.一种监测系统，包括：中央基础设施监测系统，包括资产配置器；以及多个数据中心基础设施监测系统，每个数据中心基础设施监测系统与多个地理上分布式的数据中心中的相应数据中心相关联，所述多个分布式数据中心中的每个数据中心包括用于在相应数据中心内支持系统操作的多个物理基础设施资产中的一个或多个物理基础设施资产，所述多个数据中心基础设施监测系统中的每个数据中心基础设施监测系统通信地耦合到所述中央基础设施监测系统，其中所述资产配置器被配置为基于关于所述多个数据中心的所述多个基础设施资产的信息来为所述多个基础设施资产定义标准属性的模板，基于所述定义的模板来生成在逻辑上表示所述多个物理基础设施资产的基础设施资产数据，并且经由所述基础设施资产数据来将指示所述多个基础设施资产如何连接以及所述多个基础设施资产之间的相互依赖性的基础设施资产层级内的所述多个物理基础设施资产相关联。

示例A2.根据示例A1所述的系统，其中所述一个或多个物理基础设施资产包括温度传感器、加热通风和空调单元、计算机房空调单元、不间断电源、发电机、配电单元、空气处理单元、制冷单元、电力单元或开关装置中的一项或多项。

示例A3.根据示例A1至A2中任一项所述的系统，其中所述模板中的每个模板定义与针对所述相应基础设施资产要被记录的读数相关联的一个或多个标准资产点，其中所述资产配置器被配置为在定义所述模板时在所述模板中的每个模板内仅包括跨越所述多个数据中心中的每个数据中心中的所述多个基础设施资产而共同的那些资产点。

示例A4.根据示例A1至A3中任一项所述的系统，其中所述模板中的每个模板为所述相应基础设施资产定义一个或多个标准警报。

示例A5.根据示例A1至A4中任一项所述的系统，其中所述多个数据中心基础设施监测系统中的至少一个数据中心基础设施监测系统被配置为检测所述一个或多个物理基础设施资产中的物理基础设施资产的存在，选择用于接收与所述检测到的物理基础设施资产相关联的数据的通信协议，并且使用所述选择的通信协议来接收所述数据。

示例A6.根据示例A5所述的系统，其中所述多个数据中心基础设施监测系统中的所述至少一个数据中心基础设施监测系统被配置为响应于所述接收的数据来为所述检测到的物理基础设施资产选择所述定义的模板中的模板，并且使用由所述选择的模板定义的资产点来填充所述选择的模板，其中所述选择的模板指定用于与所述检测到的物理基础设施资产进行通信的通信协议。

示例A7.根据示例A1至A6中任一项所述的系统，其中所述多个数据中心基础设施监测系统中的至少一个数据中心基础设施监测系统被配置为基于所述一个或多个物理基础设施资产中的每个物理基础设施资产的类型和与相应类型相关联的相应轮询频率来调度系统资源用于接收与所述一个或多个物理基础设施资产相关联的数据。

示例A8.根据示例A1至A7中任一项所述的系统，其中所述多个数据中心基础设施监测系统中的至少一个数据中心基础设施监测系统被配置为检测所述一个或多个资产中的基础设施资产，并且响应于所述检测到的基础设施资产来从所述定义的模板中选择模板。

示例A9.根据示例A1至A8中任一项所述的系统，其中所述资产配置器被配置为对用于定义资产模型的资产配置进行标准化，定义如何填充所述多个物理基础设施资产的资产模型，并且定义对针对所述多个物理基础设施资产要被记录的资产读数进行标准化所需要的数据。

示例A10.根据示例A1至A9中任一项所述的系统，还包括：中央集线器，被配置为处理与所述多个数据中心中的第一数据中心的一个或多个第一基础设施资产和所述多个数据中心中的其他相应数据中心的一个或多个第一基础设施资产相关联的数据，并且基于配置的规则和所述经处理的数据来检测警报事件；以及网关设备，与所述中央集线器通信并且被配置为提供用于传送来自所述一个或多个第一基础设施资产的实时数据的应用编程接口(API)端点，在所述API端点处接收与所述一个或多个第一基础设施资产相关联的数据，并且处理与所述一个或多个第一基础设施资产相关联的数据。

示例A11.根据示例A1至A11中任一项所述，其中所述多个基础设施资产包括至少一个机械资产和至少一个电气资产。

示例A12.一种方法，包括：由中央基础设施监测系统监测用于在监测数据中心基础设施的多个数据中心中的一个或多个数据中心内支持系统操作的多个物理基础设施资产；由所述中央基础设施监测系统的资产配置器定义与所述多个物理基础设施资产中的一个或多个物理基础设施资产相关联的属性类型的模板；由所述资产配置器基于所述定义的模板来生成在逻辑上表示所述多个物理基础设施资产的基础设施资产数据；以及由所述资产配置器经由所述生成的基础设施资产数据来将指示所述多个物理基础设施资产如何连接以及所述多个物理基础设施资产之间的相互依赖性中的至少一项的基础设施资产层级内的所述多个物理基础设施资产相关联。

示例A13.根据示例A12所述的方法，其中所述一个或多个物理基础设施资产包括温度传感器、加热通风和空调单元、计算机房空调单元、不间断电源、发电机、配电单元、空气处理单元、制冷单元、电力单元或开关装置中的一项或多项。

示例A14.根据示例A12至A13中任一项所述的方法，还包括：为所述模板中的每个模板定义与针对与相应模板相关联的基础设施资产要被记录的读数相关联的一个或多个资产点；以及在定义所述模板时，在所述模板中的每个模板内仅包括跨越所述多个数据中心中的每个数据中心而共同的那些资产点。

示例A15.根据示例A12至A14中任一项所述的方法，还包括：检测所述多个物理基础设施资产中的物理基础设施资产的存在；选择用于接收与所述检测到的物理基础设施资产相关联的数据的通信协议；以及使用所述选择的通信协议来接收所述数据。

示例A16.根据示例A12至A15中任一项所述的方法，还包括响应于所述接收的数据来为所述检测到的物理基础设施资产选择所述定义的模板中的模板，并且使用由所述选择的模板定义的资产点来填充所述选择的模板，其中所述选择的模板指定用于与所述检测到的物理基础设施资产进行通信的通信协议。

示例A17.根据示例A12至A16中任一项所述的方法，还包括基于所述一个或多个物理基础设施资产中的每个物理基础设施资产的类型和与相应类型相关联的相应轮询频率来调度系统资源用于接收与所述多个物理基础设施资产中的所述一个或多个物理基础设施资产相关联的数据。

示例A18.根据示例A12至A17中任一项所述的方法，还包括：检测所述多个物理基础设施资产中的物理基础设施资产；以及响应于所述检测到的物理基础设施资产来从所述定义的模板中选择模板。

例A19.根据示例A12至A18中任一项所述的方法，还包括：对用于定义资产模型的配置进行标准化；定义如何填充所述多个物理基础设施资产；以及定义用于对针对所述多个物理基础设施资产要被记录的资产读数进行标准化的数据。

示例A20.根据示例A12至A19中任一项所述的方法，还包括：处理与所述多个数据中心中的第一数据中心的一个或多个第一物理基础设施资产和所述多个数据中心中的其他相应数据中心的一个或多个第一物理基础设施资产相关联的数据；基于配置的规则和所述经处理的数据来检测值得警报的事件；提供用于传送来自所述一个或多个第一物理基础设施资产的实时数据的应用编程接口(API)端点；在所述API端点处接收与所述一个或多个第一物理基础设施资产相关联的数据；以及处理与所述一个或多个第一物理基础设施资产相关联的数据。

示例A21.一种包括指令的计算机可读存储介质，所述指令在由至少一个计算设备的至少一个可编程处理器执行时引起所述至少一个计算设备：通过中央基础设施监测系统监测用于在监测数据中心基础设施的多个数据中心中的一个或多个数据中心内支持系统操作的多个物理基础设施资产；通过所述中央基础设施监测系统的资产配置器定义与所述多个物理基础设施资产中的一个或多个物理基础设施资产相关联的属性类型的模板；基于所述定义的模板来生成在逻辑上表示所述多个物理基础设施资产的基础设施资产数据；以及经由所述生成的基础设施资产数据来将指示所述多个物理基础设施资产如何连接以及所述多个物理基础设施资产之间的相互依赖性中的至少一项的基础设施资产层级内的所述多个物理基础设施资产相关联。

总体上涉及数据中心基础设施监测系统的本公开的各个方面因此可以如编号为B1至B60的以下示例中那样实现：

示例B1.一种方法，包括：由计算设备从数据中心的客户接收显示示出通过所述数据中心的多个资产的当前电力流的实时电力路径的请求；由所述计算设备确定向所述数据中心的所述客户的设备提供电力的所述数据中心的所述多个资产的子集；以及由所述计算设备输出向所述数据中心中的所述客户的设备提供电力的所述数据中心的所述多个资产的子集之间的所述实时电力路径的图形描绘用于显示。

示例B2.根据示例B1所述的方法，其中所述多个资产包括主资产和备用资产，其中输出所述实时电力路径的图形描绘包括输出所述主资产和所述备用资产以及所述实时电力路径是否当前正在通过主资产或备用资产向所述客户的设备提供电力的图形指示。

示例B3.根据示例B2所述的方法，还包括由所述计算设备输出用于所述客户查看关于所述备用资产的进一步细节的选项用于显示。

示例B4.根据示例B3所述的方法，其中所述备用资产中的至少一个备用资产包括发电机，并且其中所述进一步细节包括所述发电机的剩余燃料小时数。

示例B5.根据示例B1所述的方法，还包括：响应于由所述计算设备接收到创建描绘数据中心中的基础设施资产的多个图标之间的一个或多个图形关系的多个用户输入的指示，由所述计算设备并且基于所述图形关系来确定由所述图标描绘的所述数据中心中的基础设施资产之间的层级关系；以及由所述计算设备存储指示所述基础设施资产之间的层级关系的数据，其中确定向所述数据中心的所述客户的设备提供电力的所述数据中心的所述多个资产的子集包括基于指示所述基础设施资产与指示所述基础设施资产与指派给所述客户的机柜之间的关联的数据之间的层级关系的数据来确定所述子集。

示例B6.根据示例B1所述的方法，其中接收所述请求包括接收所述数据中心中要显示所述实时电力路径的一个或多个客户机箱的指示，其中输出所述实时电力路径的图形描绘用于显示包括仅输出在向所述数据中心中的所述一个或多个客户机箱提供电力的所述数据中心的所述多个资产中的那些资产之间的所述实时电力路径的图形描绘。

示例B7.根据示例B1所述的方法，其中接收所述请求包括接收所述数据中心中要显示所述实时电力路径的一个或多个客户机柜的指示，其中输出所述实时电力路径的图形描绘用于显示包括仅输出在向所述数据中心中的所述一个或多个客户机柜提供电力的所述数据中心的所述多个资产中的那些资产之间的所述实时电力路径的图形描绘。

示例B8.根据示例B1所述的方法，其中接收所述请求包括接收所述数据中心中要显示所述实时电力路径的一个或多个客户电路的指示，其中输出所述实时电力路径的图形描绘用于显示包括仅输出在向所述数据中心中的所述一个或多个客户电路提供电力的所述数据中心的所述多个资产中的那些资产之间的所述实时电力路径的图形描绘。

示例B9.根据示例B1所述的方法，还包括响应于由数据中心基础设施监测系统确定通过所述数据中心的所述多个资产的实时电力路径已经改变，由所述计算设备自动输出所述实时电力路径的图形描绘用于显示以呈现新的当前实时电力路径的已更新的图形描绘。

示例B10.一种数据中心基础设施监测系统，包括：多个地理上分布式的数据中心，所述多个数据中心中的每个数据中心包括多个物理基础设施资产；数据中心网关系统，通信地耦合到所述多个数据中心中的一个或多个数据中心并且被配置为从所述多个数据中心中的数据中心的客户接收显示示出通过所述数据中心的多个资产的当前电力流的实时电力路径的请求，确定向所述数据中心的客户的设备提供电力的所述数据中心的多个资产的子集，并且输出向所述数据中心中的所述客户的设备提供电力的所述数据中心的所述多个资产的子集之间的实时电力路径的图形描绘用于显示。

示例B11.根据示例B10所述的系统，其中所述多个资产包括主资产和备用资产，并且其中所述数据中心网关系统还被配置为输出所述实时电力路径当前是否正在通过所述主资产或所述备用资产向所述客户的设备提供电力的指示。

示例B12.根据示例B10所述的系统，其中所述数据中心网关系统还被配置为输出用于所述客户查看关于所述备份资产的进一步细节的选项用于显示。

示例B13.根据示例B12所述的系统，其中所述备用资产中的至少一个备用资产包括发电机，并且其中所述进一步细节包括所述发电机的剩余燃料的小时数。

示例B14.根据示例B10所述的系统，其中所述数据中心网关系统还被配置为响应于接收到创建描绘数据中心中的基础设施资产的多个图标之间的图形关系的多个用户输入，基于所述图形关系来自动关联由所述图标描绘的相应基础设施资产与受所述基础设施资产影响的所述数据中心中的相应客户设备，并且存储所述基础设施资产与所述客户设备之间的关联，并且其中所述数据中心网关系统还被配置为基于所述基础设施资产与所述客户设备之间的关联来确定所述子集。

示例B15.根据示例B10所述的系统，其中所述数据中心网关系统还被配置为接收所述数据中心中要显示所述实时电力路径的一个或多个客户机箱的指示，并且仅输出向所述数据中心中的所述一个或多个客户机箱提供电力的所述数据中心的所述多个资产中的那些资产之间的电力路径的图形描绘。

示例B15.根据示例B10所述的系统，其中所述数据中心网关系统还被配置为接收所述数据中心中要显示所述实时电力路径的一个或多个客户机柜的指示，并且仅输出向所述数据中心中的所述一个或多个客户机柜提供电力的所述数据中心的所述多个资产中的那些资产之间的电力路径的图形描绘。

示例B16.根据示例B10所述的系统，其中所述数据中心网关系统还被配置为接收所述数据中心中要显示所述实时电力路径的一个或多个客户电路的指示，并且仅输出向所述数据中心中的所述一个或多个客户电路提供电力的所述数据中心的所述多个资产中的那些资产之间的电力路径的图形描绘。

示例B17.根据示例B10所述的系统，其中所述数据中心网关系统还被配置为响应于确定通过所述数据中心的所述多个资产的实时电力路径已经改变，自动输出所述实时电力路径的图形描绘用于显示以呈现新的实时电力路径的已更新的图形描绘。

示例B18.一种存储指令的计算机可读存储介质，所述指令在由一个或多个处理器执行时引起所述一个或多个处理器：由计算设备从数据中心的客户接收显示示出通过所述数据中心的多个资产的当前电力流的实时电力路径的请求；由所述计算设备确定向所述数据中心的客户的设备提供电力的所述数据中心的多个资产的子集；以及由计算设备输出向所述数据中心中的所述客户的设备提供电力的所述数据中心的所述多个资产的子集之间的实时电力路径的图形描绘用于显示。

示例B19.一种方法，包括：由计算设备从数据中心的客户接收显示示出通过所述数据中心的多个资产的当前电力流的实时电力路径的请求；由所述计算设备确定向所述数据中心的客户的设备提供电力的所述数据中心的多个资产的子集；以及由所述计算设备输出向所述数据中心中的所述客户的设备提供电力的所述数据中心的所述多个资产的子集之间的实时电力路径的图形描绘用于显示。

示例B20.根据示例B19所述的方法，其中所述多个资产包括主资产和备用资产，其中输出所述实时电力路径的图形描绘包括输出所述主资产和备用资产以及所述实时电力路径当前是否正在通过主资产或备用资产向所述客户的设备提供电力的图形指示。

示例B21.根据示例B20所述的方法，还包括由计算设备输出所述客户查看关于所述备份资产的进一步细节的选项用于显示。

示例B22.根据示例B21所述的方法，其中所述备用资产中的至少一个备用资产包括发电机，并且其中所述进一步细节包括所述发电机的剩余燃料的小时数。

示例B23.根据示例19所述的方法，还包括：响应于由所述计算设备接收到创建描绘数据中心中的基础设施资产的多个图标之间的一个或多个图形关系的多个用户输入的指示，由所述计算设备并且基于所述图形关系来确定由所述图标描绘的所述数据中心中的基础设施资产之间的层级关系；以及由计算设备存储指示所述基础设施资产之间的层级关系的数据，其中确定向所述数据中心的所述客户的设备提供电力的所述数据中心的所述多个资产的子集包括基于指示所述基础设施资产之间的层级关系的数据和指示所述基础设施资产与指派给所述客户的机柜之间的关联的数据来确定所述子集。

示例B24.根据示例B19所述的方法，其中接收所述请求包括接收所述数据中心中要显示所述实时电力路径的一个或多个客户机箱的指示，其中输出所述实时电力路径的图形描绘用于显示包括仅输出在向所述数据中心中的所述一个或多个客户机箱提供电力的所述数据中心的所述多个资产中的那些资产之间的所述实时电力路径的图形描绘。

示例B25.根据示例B19所述的方法，其中接收所述请求包括接收所述数据中心中要显示所述实时电力路径的一个或多个客户机柜的指示，其中输出所述实时电力路径的图形描绘用于显示包括仅输出在向所述数据中心中的所述一个或多个客户机柜提供电力的所述数据中心的所述多个资产中的那些资产之间的所述实时电力路径的图形描绘。

示例B26.根据示例B19所述的方法，其中接收所述请求包括接收所述数据中心中要显示所述实时电力路径的一个或多个客户电路的指示，其中输出所述实时电力路径的图形描绘用于显示包括仅输出在向所述数据中心中的所述一个或多个客户电路提供电力的所述数据中心的所述多个资产中的那些资产之间的所述实时电力路径的图形描绘。

示例B27.根据示例B19所述的方法，还包括响应于由所述数据中心基础设施监测系统确定通过所述数据中心的所述多个资产的实时电力路径已经改变，由所述计算设备自动输出所述实时电力路径的图形描绘用于显示以呈现新的当前实时电力路径的已更新的图形描绘。

示例B28.一种数据中心基础设施监测系统，包括：多个地理上分布式的数据中心，所述多个数据中心中的每个数据中心包括多个物理基础设施资产；数据中心网关系统，通信地耦合到所述多个数据中心中的一个或多个数据中心并且被配置为从所述多个数据中心中的数据中心的客户接收显示示出通过所述数据中心的多个资产的当前电力流的实时电力路径的请求，确定向所述数据中心的客户的设备提供电力的所述数据中心的多个资产的子集，并且输出向所述数据中心中的所述客户的设备提供电力的所述数据中心的所述多个资产的子集之间的实时电力路径的图形描绘用于显示。

示例B29.根据示例B28所述的系统，其中所述多个资产包括主资产和备用资产，并且其中所述数据中心网关系统还被配置为输出所述实时电力路径当前是否正在通过所述主资产或所述备用资产向所述客户的设备提供电力的指示。

示例B30.根据示例B28所述的系统，其中所述数据中心网关系统还被配置为输出用于所述客户查看关于所述备份资产的进一步细节的选项用于显示。

示例B31.根据示例B30所述的系统，其中所述备用资产中的至少一个备用资产包括发电机，并且其中所述进一步细节包括所述发电机的剩余燃料的小时数。

示例B32.根据示例B28所述的系统，其中所述数据中心网关系统还被配置为响应于接收到创建描绘数据中心中的基础设施资产的多个图标之间的图形关系的多个用户输入，基于所述图形关系来自动关联由所述图标描绘的相应基础设施资产与受所述基础设施资产影响的所述数据中心中的相应客户设备，并且存储所述基础设施资产和所述客户设备之间的关联，并且其中所述数据中心网关系统还被配置为基于所述基础设施资产与所述客户设备之间的关联来确定所述子集。

示例B33.根据示例B28所述的系统，其中所述数据中心网关系统还被配置为接收所述数据中心中要显示所述实时电力路径的一个或多个客户机箱的指示，并且仅输出向所述数据中心中的所述一个或多个客户机箱提供电力的所述数据中心的所述多个资产中的那些资产之间的电力路径的图形描绘。

示例B34.根据示例B28所述的系统，其中所述数据中心网关系统还被配置为接收所述数据中心中要显示所述实时电力路径的一个或多个客户机柜的指示，并且仅输出向所述数据中心中的所述一个或多个客户机柜提供电力的所述数据中心的所述多个资产中的那些资产之间的电力路径的图形描绘。

示例B35.根据示例B28所述的系统，其中所述数据中心网关系统还被配置为接收所述数据中心中要显示所述实时电力路径的一个或多个客户电路的指示，并且仅输出向所述数据中心中的所述一个或多个客户电路提供电力的所述数据中心的所述多个资产中的那些资产之间的电力路径的图形描绘。

示例B36.根据示例B28所述的系统，其中所述数据中心网关系统还被配置为响应于确定通过所述数据中心的所述多个资产的实时电力路径已经改变，自动输出所述实时电力路径的图形描绘用于显示以呈现新的实时电力路径的已更新的图形描绘。

示例B37.一种存储指令的计算机可读存储介质，所述指令在由一个或多个处理器执行时引起所述一个或多个处理器：由计算设备从数据中心的客户接收显示示出通过所述数据中心的多个资产的当前电力流的实时电力路径的请求；由所述计算设备确定向所述数据中心的客户的设备提供电力的所述数据中心的多个资产的子集；以及由计算设备输出向所述数据中心中的所述客户的设备提供电力的所述数据中心的所述多个资产的子集之间的实时电力路径的图形描绘用于显示。

示例B37.一种方法，包括：由数据中心基础设施监测系统的计算设备接收用于配置指定用于数据中心基础设施监测系统的一个或多个数据中心资产监测主警告事件、所述主警告事件的事件类型和调节提供所述主警告事件的警告通知的条件触发事件的警告的数据；由所述计算设备存储用于配置所述警告的数据；由所述数据中心基础设施监测系统并且基于所存储的数据来监测用于所述条件触发事件和所述主警告事件的所述一个或多个基础设施资产；并且响应于检测到与所配置的警告相关联的条件触发事件和主警告事件两者来提供所述警告通知。

示例B38.根据示例B37所述的方法，其中接收用于配置所述警告的数据包括接收指定要响应于检测到所述条件触发事件和所述主警告事件而采取的一个或多个动作的数据。

示例B39.根据示例B38所述的方法，其中指定所述一个或多个动作的数据包括指定经由指定的传送模式向一个或多个指定的接收者发送警告通知的数据。

示例B40.根据示例B38所述的方法，还包括：由所述数据中心基础设施监测系统并且基于所存储的配置数据来监测所述条件触发事件和所述主警告事件的所述一个或多个基础设施资产；并且响应于检测到与所配置的警告相关联的所述条件触发事件和主警告事件两者来执行所述一个或多个动作。

示例B41.根据示例B38所述的方法，其中所述一个或多个动作包括输出报告，所述方法还包括由所述计算设备仅响应于检测到所述条件触发事件和所述主警告事件两者来生成并且输出与所配置的警告相关联的报告。

示例B42.根据示例B37所述的方法，其中所述条件触发事件相对于第一数据中心资产来定义，并且所述主警告事件相对于不同于所述第一数据中心资产的第二数据中心资产来定义。

示例B43.根据示例B42所述的方法，其中所述第一数据中心资产和所述第二数据中心资产中的每个包括电力资产、环境资产、电气资产和机械资产中的一个。

示例B44.根据示例B37所述的方法，还包括：由所述计算设备输出用于配置警告的用户界面用于显示，其中所述用户界面呈现用于接收指定所述一个或多个数据中心资产监测所述主警告事件、所述主警告事件的事件类型和调节发出警告的条件触发事件的输入的选项；由所述计算设备接收用于配置所述警告的用户输入数据；以及由所述计算设备基于所述用户输入来存储用于配置所述警告的数据。

示例B45.根据示例B44所述的方法，还包括：由所述计算设备输出用于定制报告的第二用户界面用于显示，其中所述第二用户界面呈现用于接收指定所述一个或多个数据中心资产监测所述主警告事件、所述主警告事件的事件类型和调节生成所述报告的条件触发事件的输入的选项；由所述计算设备接收配置所述报告的用户输入；以及由所述计算设备基于所述用户输入来存储用于所配置的报告的配置数据。

示例B46.根据示例B45所述的方法，还包括：由所述数据中心基础设施监测系统监测所配置的主警告事件的所述一个或多个数据中心资产；并且响应于检测到与所配置的警告相关联的所述条件触发事件和所述主警告事件来生成并且发送所述报告。

示例B47.根据示例B46所述的方法，其中所述主警告包括温度高于温度阈值，并且所述条件警告包括电力汲取大于电力汲取阈值。

示例B48.一种数据中心基础设施监测系统，包括：多个地理上分布式的数据中心，所述多个数据中心中的每个数据中心包括多个物理基础设施资产；以及中央数据中心网关系统，通信地耦合到所述多个数据中心中的一个或多个数据中心并且被配置为接收用于配置指定用于数据中心基础设施监测系统的一个或多个数据中心资产监测主警告事件、所述主警告事件的事件类型和调节提供所述主警告事件的警告通知的条件触发事件的警告的数据；存储用于配置所述警告的数据；基于所存储的数据来监测用于所述条件触发事件和所述主警告事件的所述一个或多个基础设施资产，并且响应于检测到与所配置的警告相关联的条件触发事件和主警告事件两者来提供所述警告通知。

例B49.根据示例B48所述的系统，其中所述数据中心网关系统还被配置为接收指定要响应于检测到所述条件触发事件和所述主警告事件而采取的一个或多个动作的数据。

示例B50.根据示例B49所述的系统，其中所述数据中心网关系统还被配置为经由指定的递送模式向一个或多个指定的接收者发送警告通知。

示例B51.根据示例B49所述的系统，其中所述数据中心网关系统还被配置为基于所存储的配置数据来监测从所述条件触发事件和所述主警告事件的所述一个或多个基础设施资产接收到的数据，并且响应于检测到与所配置的警告相关联的所述条件触发事件和主警告事件两者来执行一个或多个动作。

示例B52.根据示例B49所述的系统，其中所述数据中心网关系统还被配置为仅响应于检测到所述条件触发事件和所述主警告事件两者来生成并且输出与所配置的警告相关联的报告。

示例B53.根据示例B48所述的系统，其中所述数据中心网关系统还被配置为接收相对于第一数据中心资产来定义所述条件触发事件并且相对于不同于所述第一数据中心资产的第二数据中心资产来定义所述主警告事件的数据。

示例B54.根据示例B53所述的系统，其中所述第一数据中心资产和所述第二数据中心资产中的每个包括电力资产、环境资产、电气资产和机械资产中的一个。

示例B55.根据示例B48所述的系统，还包括被配置为输出用于配置警告的用户界面的全局数据中心监测系统，其中所述用户界面呈现用于接收指定所述一个或多个数据中心资产监测所述主警告事件、所述主警告事件的事件类型和调节发出警告的条件触发事件的输入的选项；接收用于配置所述警告的用户输入数据；以及基于所述用户输入来存储用于配置所述警告的数据，其中所述全局数据中心监测系统将配置所述警告的数据发送给所述数据中心网关系统。

示例B56.根据示例B55所述的系统，其中所述全局数据中心监测系统还被配置为输出用于定制报告的第二用户界面用于显示，其中所述第二用户界面呈现用于接收指定所述一个或多个数据中心资产监测所述主警告事件、所述主警告事件的事件类型和调节生成所述报告的条件触发事件的输入的选项，接收配置所述报告的用户输入，并且基于所述用户输入来存储用于所配置的报告的配置数据，其中所述全局数据中心监测系统将用于配置所述报告的数据发送给所述数据中心网关系统。

示例B57.根据示例B56所述的系统，其中所述数据中心网关系统还被配置为监测从所配置的主警告事件的所述一个或多个数据中心资产接收的数据，并且响应于检测到与所配置的警告相关联的所述条件触发事件和所述主警告事件来生成并且发送所述报告。

示例B58.根据示例B57所述的系统，其中所述主警告包括温度高于温度阈值，并且所述条件警告包括电力汲取大于电力汲取阈值。

示例B59.根据示例B48所述的系统，其中所述多个地理上分布式的数据中心包括位于单个大陆中的多个数据中心中的一个、或位于多个大陆中的多个数据中心。

示例B60.一种存储指令的计算机可读存储介质，所述指令在由一个或多个处理器执行时引起所述一个或多个处理器：通过数据中心基础设施监测系统的计算设备接收用于配置指定用于数据中心基础设施监测系统的一个或多个数据中心资产监测主警告事件、所述主警告事件的事件类型和调节提供所述主警告事件的警告通知的条件触发事件的警告的数据；由所述计算设备存储用于配置所述警告的数据；由所述数据中心基础设施监测系统并且基于所存储的数据来监测所述条件触发事件和所述主警告事件的所述一个或多个基础设施资产；并且响应于检测到与所配置的警告相关联的条件触发事件和主警告事件两者来提供所述警告通知。

本文中描述的技术可以用硬件、软件、固件或其任何组合来实现。被描述为模块、单元或组件的各种特征可以一起在集成逻辑设备中实现或单独实现为分立但可互操作的逻辑设备或其他硬件设备。在一些情况下，电子电路的各种特征可以被实现为一个或多个集成电路设备，诸如集成电路芯片或芯片组。如果以硬件实施，则本发明可以涉及诸如处理器或集成电路设备(诸如集成电路芯片或芯片组)等装置。替代地或另外地，如果以软件或固件实现，则这些技术可以至少部分地通过包括指令的计算机可读数据存储介质来实现，这些指令在被执行时引起处理器执行上述方法中的一个或多个。例如，计算机可读数据存储介质可以存储这样的指令用于由处理器执行。计算机可读介质可以形成可以包括封装材料的计算机程序产品的一部分。计算机可读介质可以包括计算机数据存储介质，诸如随机存取存储器(RAM)、只读存储器(ROM)、非易失性随机存取存储器(NVRAM)、电可擦除可编程只读存储器(EEPROM)、闪存、磁或光学数据存储介质等。在一些示例中，制品可以包括一个或多个计算机可读存储介质。在一些示例中，计算机可读存储介质可以包括非暂态介质。术语“非暂态”可以指示存储介质没有在载波或传播信号中实施。在某些示例中，非暂态存储介质可以存储可以随时间变化的数据(例如，在RAM或高速缓存中)。

代码或指令可以是由处理电路执行的软件和/或固件，处理电路包括一个或多个处理器，诸如一个或多个数字信号处理器(DSP)、通用微处理器、专用集成电路(ASIC)、场可编程门阵列(FPGA)或其他等效的集成或分立逻辑电路。因此，如本文中使用的术语“处理器”可以是指任何前述结构或适用于实现本文中描述的技术的任何其他结构。另外，在一些方面中，本公开中描述的功能可以在软件模块或硬件模块内提供。

已经描述了各种示例。这些和其他示例在以下示例的范围内。

Claims (21)

1.一种监测系统，包括：

中央基础设施监测系统，包括资产配置器；以及

多个数据中心基础设施监测系统，每个数据中心基础设施监测系统与多个地理上分布式的数据中心中的相应数据中心相关联，所述多个分布式的数据中心中的每个数据中心包括用于在所述相应数据中心内支持系统操作的多个物理基础设施资产中的一个或多个物理基础设施资产，所述多个数据中心基础设施监测系统中的每个数据中心基础设施监测系统通信地耦合到所述中央基础设施监测系统，

其中所述资产配置器被配置为基于关于所述多个数据中心的所述多个基础设施资产的信息来为所述多个基础设施资产定义标准属性的模板，基于定义的所述模板来生成在逻辑上表示所述多个物理基础设施资产的基础设施资产数据，并且经由所述基础设施资产数据来将基础设施资产层级内的所述多个物理基础设施资产相关联，所述基础设施资产层级指示所述多个基础设施资产如何连接以及所述多个基础设施资产之间的相互依赖性。

2.根据权利要求1所述的系统，其中所述一个或多个物理基础设施资产包括温度传感器、加热通风和空调单元、计算机房空调单元、不间断电源、发电机、配电单元、空气处理单元、制冷单元、电力单元或开关装置中的一项或多项。

3.根据权利要求1所述的系统，其中所述模板中的每个模板定义与针对所述相应基础设施资产要被记录的读数相关联的一个或多个标准资产点，其中所述资产配置器被配置为在定义所述模板时在所述模板中的每个模板内仅包括跨越所述多个数据中心中的每个数据中心中的所述多个基础设施资产而共同的那些资产点。

4.根据权利要求1所述的系统，其中所述模板中的每个模板为所述相应基础设施资产定义一个或多个标准警报。

5.根据权利要求1所述的系统，其中所述多个数据中心基础设施监测系统中的至少一个数据中心基础设施监测系统被配置为检测所述一个或多个物理基础设施资产中的物理基础设施资产的存在，选择用于接收与检测到的所述物理基础设施资产相关联的数据的通信协议，并且使用选择的所述通信协议来接收所述数据。

6.根据权利要求5所述的系统，其中所述多个数据中心基础设施监测系统中的所述至少一个数据中心基础设施监测系统被配置为响应于接收到的所述数据来为检测到的所述物理基础设施资产选择定义的所述模板中的模板，并且使用由选择的所述模板定义的资产点来填充选择的所述模板，其中选择的所述模板指定用于与检测到的所述物理基础设施资产进行通信的通信协议。

7.根据权利要求1所述的系统，其中所述多个数据中心基础设施监测系统中的至少一个数据中心基础设施监测系统被配置为基于所述一个或多个物理基础设施资产中的每个物理基础设施资产的类型和与相应的所述类型相关联的相应轮询频率来调度系统资源用于接收与所述一个或多个物理基础设施资产相关联的数据。

8.根据权利要求1所述的系统，其中所述多个数据中心基础设施监测系统中的至少一个数据中心基础设施监测系统被配置为检测所述一个或多个资产中的基础设施资产，并且响应于检测到的所述基础设施资产来从定义的所述模板中选择模板。

9.根据权利要求1所述的系统，其中所述资产配置器被配置为对用于定义资产模型的资产配置进行标准化，定义如何填充针对所述多个物理基础设施资产的所述资产模型，并且定义对针对所述多个物理基础设施资产要被记录的资产读数进行标准化所需要的数据。

10.根据权利要求1所述的系统，还包括：

中央集线器，被配置为处理与所述多个数据中心中的第一数据中心的一个或多个第一基础设施资产和所述多个数据中心中的其他相应数据中心的一个或多个第一基础设施资产相关联的数据，并且基于配置的规则和经处理的所述数据来检测警报事件；以及

网关设备，与所述中央集线器通信并且被配置为提供用于传送来自所述一个或多个第一基础设施资产的实时数据的应用编程接口(API)端点，在所述API端点处接收与所述一个或多个第一基础设施资产相关联的所述数据，并且处理与所述一个或多个第一基础设施资产相关联的所述数据。

11.根据权利要求1所述的系统，其中所述多个基础设施资产包括至少一个机械资产和至少一个电气资产。

12.一种方法，包括：

由中央基础设施监测系统监测用于在监测数据中心基础设施的多个数据中心中的一个或多个数据中心内支持系统操作的多个物理基础设施资产；

由所述中央基础设施监测系统的资产配置器定义与所述多个物理基础设施资产中的一个或多个物理基础设施资产相关联的属性类型的模板；

由所述资产配置器基于定义的所述模板来生成在逻辑上表示所述多个物理基础设施资产的基础设施资产数据；以及

由所述资产配置器经由生成的所述基础设施资产数据来将基础设施资产层级内的所述多个物理基础设施资产相关联，所述基础设施资产层级指示所述多个物理基础设施资产如何连接以及所述多个物理基础设施资产之间的相互依赖性中的至少一项。

13.根据权利要求12所述的方法，其中所述一个或多个物理基础设施资产包括温度传感器、加热通风和空调单元、计算机房空调单元、不间断电源、发电机、配电单元、空气处理单元、制冷单元、电力单元或开关装置中的一项或多项。

14.根据权利要求12所述的方法，还包括：

为所述模板中的每个模板定义与针对与相应的所述模板相关联的所述基础设施资产要被记录的读数相关联的一个或多个资产点；以及

在定义所述模板时，在所述模板中的每个模板内仅包括跨越所述多个数据中心中的每个数据中心而共同的那些资产点。

15.根据权利要求12所述的方法，还包括：

检测所述多个物理基础设施资产中的物理基础设施资产的存在；

选择用于接收与检测到的所述物理基础设施资产相关联的数据的通信协议；以及

使用选择的所述通信协议来接收所述数据。

16.根据权利要求15所述的方法，还包括响应于接收到的所述数据来为检测到的所述物理基础设施资产选择定义的所述模板中的模板，并且使用由选择的所述模板定义的资产点来填充选择的所述模板，其中选择的所述模板指定用于与检测到的所述物理基础设施资产进行通信的通信协议。

17.根据权利要求12所述的方法，还包括：基于所述一个或多个物理基础设施资产中的每个物理基础设施资产的类型和与相应的所述类型相关联的相应轮询频率来调度系统资源用于接收与所述多个物理基础设施资产中的所述一个或多个物理基础设施资产相关联的数据。

18.根据权利要求12所述的方法，还包括：

检测所述多个物理基础设施资产中的物理基础设施资产；以及

响应于检测到的所述物理基础设施资产来从定义的所述模板中选择模板。

19.根据权利要求12所述的方法，还包括：

对用于定义资产模型的配置进行标准化；

定义如何填充所述多个物理基础设施资产；以及

定义用于对针对所述多个物理基础设施资产要被记录的资产读数进行标准化的数据。

20.根据权利要求12所述的方法，还包括：

处理与所述多个数据中心中的第一数据中心的一个或多个第一物理基础设施资产和所述多个数据中心中的其他相应数据中心的一个或多个第一物理基础设施资产相关联的数据；

基于配置的规则和经处理的所述数据来检测值得警报的事件；

提供用于传送来自所述一个或多个第一物理基础设施资产的实时数据的应用编程接口(API)端点；

在所述API端点处接收与所述一个或多个第一物理基础设施资产相关联的所述数据；以及

处理与所述一个或多个第一物理基础设施资产相关联的所述数据。

21.一种包括指令的计算机可读存储介质，所述指令在由至少一个计算设备的至少一个可编程处理器执行时引起所述至少一个计算设备：

由中央基础设施监测系统监测用于在监测数据中心基础设施的多个数据中心中的一个或多个数据中心内支持系统操作的多个物理基础设施资产；

由所述中央基础设施监测系统的资产配置器定义与所述多个物理基础设施资产中的一个或多个物理基础设施资产相关联的属性类型的模板；

基于定义的所述模板来生成在逻辑上表示所述多个物理基础设施资产的基础设施资产数据；以及

经由生成的所述基础设施资产数据来将基础设施资产层级内的所述多个物理基础设施资产相关联，所述基础设施资产层级指示所述多个物理基础设施资产如何连接以及所述多个物理基础设施资产之间的相互依赖性中的至少一项。