[发明专利]超融合基础设施环境中的事件消息管理

说明书

一种用于在采用超融合基础设施(HCI)架构的分布式计算环境中管理事件消息的信息处置系统和方法，其中中央控制器被配置为向控制器的管理域内的多个节点发送指示所述中央控制器的消息处置能力的心跳。每个节点基于所述心跳维护所述中央控制器的事件消息传送状态。当节点检测到发生可报告事件时，所述节点确定对应于所述中央控制器的所述事件消息传送状态的报告策略，并根据所述报告策略采取事件消息动作。所述事件消息动作可包括没有延迟地发送所述事件消息或存储所述事件消息以供后续发送。

技术领域

本公开涉及系统管理，并且更具体地涉及虚拟化环境中的消息的管理。

背景技术

随着信息的价值和用途持续增长，个人和企业寻求用于处理和存储信息的另外的方式。用户可用的一个选项是信息处置系统。信息处置系统通常处理、编译、存储和/或传达用于商业、个人或其他目的的信息或数据，从而允许用户利用这些信息的价值。由于技术和信息处置需要和需求在不同的用户或应用程序之间有所不同，因此信息处置系统也可关于以下方面有所不同：处置什么信息，如何处置信息，处理、存储或传达多少信息，以及可如何快速且高效地处理、存储或传达信息。信息处置系统的变化允许信息处置系统是通用的或针对具体用户或具体用途(诸如金融交易处理、航班预订、企业数据存储或全球通信)而配置的。另外，信息处置系统可包括多种硬件和软件部件，所述多种硬件和软件部件可被配置为处理、存储和传达信息，并且可包括一个或多个计算机系统、数据存储系统和联网系统。

包括(作为非限制性示例)基于x86的服务器的标准硬件越来越多地用于超融合基础设施(HCI)环境中。出于本公开的目的，HCI可表征为信息技术(IT)范式，其中计算、存储、联网和管理功能全部在虚拟化节点中实现。

在HCI环境中，管理资源可至少部分地基于节点响应于各种事件或状况而发送的事件消息来监视每个节点的运作状况。HCI环境可能涵盖成百上千个服务器，从而导致来自大量源的可能大量的事件消息。如果事件消息流量接近或超过管理资源处理每条消息而几乎没有或没有明显延迟的能力，则管理资源的响应可能变慢，并且环境的性能和/或服务质量参数可能受到负面影响。

发明内容

根据本文所公开的教义，通过一种用于管理事件消息的信息处置系统和方法解决与分布式系统中的事件消息处置相关联的常见问题，其中中央控制器被配置为向多个节点发送指示所述中央控制器的消息处理能力的心跳(heartbeat)消息，在本文中也简称为心跳。节点中的每一个被配置为接收来自所述中央控制器的心跳，并基于所述心跳维护所述中央控制器的事件消息传送状态。当节点检测到发生可报告事件时，所述节点确定对应于所述中央控制器的所述事件消息传送状态的报告策略，并根据所述报告策略采取事件消息动作。所述事件消息动作可包括没有延迟地发送所述事件消息或存储所述事件消息以供后续发送。在至少一些实施方案中，多个节点包括由中央控制器管理的每个节点，并且每个心跳包括由所述中央控制器向受管理节点多播的一个或多个符合统一数据报协议(UDP)的数据包。

一些实施方案实现一组有限心跳类型和一组有限事件消息传送状态，其中每个心跳的类型选自所述一组心跳类型并且每个事件消息传送状态选自所述一组事件消息传送状态。在至少一个实施方案中，心跳类型包括正常心跳类型并且事件消息传送状态包括活动状态，其中每个节点被配置为响应于接收到来自中央控制器的正常心跳，而将所述活动状态分配到所述中央控制器。此外，对应于所述活动状态的报告策略可要求每个节点或使每个节点能够立即或没有明显延迟地向中央控制器报告新事件。

所述心跳类型还可包括流控制心跳类型，其中所述中央控制器被配置为响应于检测到低于阈值能力的消息处置能力，而发送流控制心跳。在包括和/或支持流控制心跳类型的实施方案中，所述一组事件消息传送状态可包括与所述流控制心跳类型相关联的受限状态，并且每个节点可响应于接收到来自中央控制器的流控制心跳，而将所述中央控制器的事件消息传送状态转换为所述受限状态。对应于所述受限状态的报告策略可在所述节点中的一个或多个上在事件消息之间强加最小间隔，其中所述最小间隔可在流控制心跳内明确指示，或者以其他方式作为所述流控制心跳的一部分。流控制心跳可包括心跳意图用于哪些节点的指示。