CN112527192B - 数据获取方法、装置及服务设备 - Google Patents

Abstract

本申请提供了一种数据获取方法、装置及服务设备，服务设备将采集到的各指标数据写入磁盘的IO地址空间进行存储，并构建该IO地址空间与驱动地址空间之间的地址映射关系，这样，在数据读取过程中，服务设备中的平台管理装置可以通过该地址映射关系，实现对磁盘IO地址空间的间接访问，读取IO地址空间所存储的目标指标数据，通过复用IP与端口资源，将该目标指标数据传输至外接的目标计算机设备，不需要再额外开放其他端口，充分保证系统安全，提高了资源利用率，且解决了直接将采集到指标数据发送至目标计算机设备方法中，很容易因业务网络异常，而导致所传输的数据丢失，无法保证所获取数据完整性的技术问题。

Description

数据获取方法、装置及服务设备

技术领域

本申请主要涉及计算机应用领域，更具体地说是涉及一种数据获取方法、装置及服务设备。

背景技术

目前，在如服务器等服务设备的管理应用中，为了保证所采集的服务设备数据的全面性、准确性，通常是采用不同的方式，对该服务设备的不同指标数据进行采集。如通过IPMI/Redfish获取服务设备的硬件层面的指标数据；通过部署的多种代理应用Agent，来获取服务设备的操作系统及业务层面的不同指标数据等。

然而，从用户角度来看，现有的这种服务设备的数据获取方法比较复杂，且对于采集到的如业务数据、系统数据、容器数据等各种指标数据，通常是直接通过通信模块发送至其他服务设备(如数据存储服务器等)，安全性和可靠性均比较低。

发明内容

有鉴于此，为了解决上述技术问题，本申请提供了以下技术方案：

一方面，本申请提出了一种数据获取方法，所述方法包括：

获取目标服务设备磁盘的输入/输出IO地址空间与驱动地址空间之间的地址映射关系，其中，所述IO地址空间存储有采集到的所述目标服务设备的至少一种指标数据；

按照所述地址映射关系，读取相应IO地址空间所存储的目标指标数据；

将所述目标指标数据发送至与所述目标服务设备建立通信连接的目标计算机设备。

可选的，所述采集到的所述目标服务设备的至少一种指标数据的存储过程，包括：

确定针对所述目标服务设备操作系统中，数据存储组件所获得的所述目标服务设备的至少一种指标数据所申请的第一IO地址空间；

执行所述数据存储组件发起的第一数据存储进程，将所述数据存储组件所获得的所述目标服务设备的至少一种指标数据，写入所述第一IO地址空间进行存储；

其中，针对所述第一IO地址空间禁止执行第二数据存储进程，所述第二数据存储进程是指非所述数据存储组件发起的应用进程；

所述获取目标服务设备磁盘的输入/输出IO地址空间与驱动地址空间之间的地址映射关系，包括：

获取目标服务设备的第一IO地址空间与驱动地址空间之间的地址映射关系。

可选的，所述方法还包括：

监听所述驱动地址空间的状态更新信息；

依据所述状态更新信息，确定磁盘的IO地址空间被写入所述目标服务设备的至少一种指标数据，执行所述获取目标服务设备磁盘的输入/输出IO地址空间与驱动地址空间之间的地址映射关系步骤。

可选的，所述方法还包括：

接收目标计算机设备发送的数据获取请求，所述数据获取请求是针对目标服务设备的指标数据生成的；

对所述数据获取请求进行解析，将解析得到的请求信息封装为预设消息类型的数据获取消息；

响应所述数据获取消息，执行所述获取目标服务设备磁盘的输入/输出IO地址空间与驱动地址空间之间的地址映射关系步骤。

又一方面，本申请还提出了一种数据获取装置，所述装置包括：

地址映射关系获取模块，用于获取目标服务设备磁盘的输入/输出IO地址空间与驱动地址空间之间的地址映射关系，其中，所述IO地址空间存储有采集到的所述目标服务设备的至少一种指标数据；

目标指标数据读取模块，用于按照所述地址映射关系，读取相应IO地址空间所存储的目标指标数据；

目标指标数据传输模块，用于将所述目标指标数据发送至与所述目标服务设备建立通信连接的目标计算机设备。

又一方面，本申请还提出了一种服务设备，所述服务设备包括：

数据采集客户端，用于采集服务设备的指标数据；

磁盘，所述磁盘具有输入/输出IO地址空间，用以存储所述服务设备的指标数据；

系统管理控制器，所述系统管理控制器具有驱动地址空间，能够按照所述磁盘的IO地址空间与所述驱动地址空间之间的地址映射关系，读取相应IO地址空间所存储的目标指标数据；

带外管理通信接口，用于实现服务设备与目标计算机设备之间的通信连接；

平台管理装置，用于将所述目标指标数据发送至所述目标计算机设备。

可选的，所述服务设备还包括：

数据存储组件，用于读取所述数据采集客户端采集到的所述指标数据；

IO地址空间管理组件，用于针对所述数据存储组件所获得的所述指标数据，从所述磁盘的整个IO地址空间中，申请第一IO地址空间，执行所述数据存储组件发起的第一数据存储进程，将所述数据存储组件读取到的所述指标数据写入所述第一IO地址空间；

其中，所述IO地址空间管理组件还用于锁定所述第一IO地址空间，以禁止执行针对所述第一IO地址空间的第二数据存储进程，所述第二数据存储进程是指非所述数据存储组件发起的应用进程。

可选的，所述系统管理控制器包括：

IO设备驱动，用于初始化驱动地址空间，构建所述驱动地址空间与所述磁盘的IO地址空间之间的地址映射关系；

IO设备控制器，用于识别服务设备的IO设备，加载所述IO设备的IO设备驱动，以控制所述IO设备驱动按照所述地址映射关系，读取相应IO地址空间存储的目标指标数据。

可选的，所述平台管理装置包括：

平台管理接口，所述平台管理接口配置有数据获取消息扩展组件、数据提取组件和数据传输组件，其中：

所述数据传输组件，用于接收目标计算机设备发送的数据获取请求；或者，向所述目标计算机设备反馈所述指标数据；

所述数据提取组件，用于对所述数据获取请求进行解析，得到相应的请求信息；或者，监听所述驱动地址空间的状态更新信息，依据所述状态更新信息，确定所述IO地址空间被写入所述服务设备的至少一种指标数据的情况下，获取被写入的所述至少一种指标数据，并发送至所述数据传输组件；

所述数据获取消息扩展组件，用于对所述数据提取组件解析得到的所述请求信息封装为预设消息类型的数据获取消息；

基板管理控制器，用于对所述数据获取消息进行解析转换处理，得到所述数据获取请求；

平台管理总线，所述平台管理总线配置有至少一个逻辑组件，所述逻辑组件存储有不同IO设备的地址信息，用于依据所述地址信息，将所述基板管理控制器发送的所述数据获取请求，发送至相应的驱动地址空间映射的IO地址空间。

可选的，所述数据采集客户端的数量为多个，不同所述数据采集客户端采集不同类型的指标数据，所述不同类型的指标数据包括业务数据、系统数据和/或容器数据；

数据存储组件具有与所述多个数据采集客户端对应的数据获取通道，分别获取对应的所述数据采集客户端所采集到的指标数据。

由此可见，本申请提供了一种数据获取方法、装置及服务设备，通过对服务设备所具有的如BMC的改进与扩展，使得目标计算机设备能够通过该BMC，读取服务设备的操作系统(文件系统)中的数据，实现对目标服务设备硬件与网络资源的充分利用，提高了资源利用率，且在该数据读取过程中，具体是按照预先构建的系统管理控制器的驱动地址空间，与目标服务设备磁盘的IO地址空间之间的地址映射关系，由BMC实现对相应IO地址空间所存储的目标指标数据的读取操作，之后，复用目标服务设备的IP与端口资源，将该目标指标数据传输至外接的目标计算机设备，不需要再额外开放其他端口，充分保证系统安全；且解决了直接将采集到指标数据发送至目标计算机设备方法中，很容易因业务网络异常，而导致所传输的数据丢失，无法保证所获取数据完整性的技术问题。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请提出的适用于本申请提出的数据获取方法和装置的服务设备的一可选示例的硬件结构示意图；

图2为本申请提出的适用于本申请提出的数据获取方法和装置的服务设备的又一可选示例的硬件结构示意图；

图3为本申请提出的适用于本申请提出的数据获取方法和装置的服务设备的又一可选示例的硬件结构示意图；

图4为本申请提出的适用于本申请提出的数据获取方法和装置的服务设备的又一可选示例的硬件结构示意图；

图5为本申请提出的数据获取方法的一可选示例的流程示意图；

图6为本申请提出的数据获取方法的又一可选示例的流程示意图；

图7为本申请提出的数据获取方法的又一可选示例的流程示意图；

图8为本申请提出的数据获取装置的一可选示例的结构示意图；

图9为本申请提出的数据获取装置的又一可选示例的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

应当理解，本申请中使用的“系统”、“装置”、“单元”和/或“模块”是用于区分不同级别的不同组件、元件、部件、部分或装配的一种方法。然而，如果其他词语可实现相同的目的，则可通过其他表达来替换该词语。

如本申请和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其它的步骤或元素。由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

其中，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，在本申请实施例的描述中，“多个”是指两个或多于两个。以下术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。

另外，本申请中使用了流程图用来说明根据本申请的实施例的系统所执行的操作。应当理解的是，前面或后面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各个步骤。同时，也可以将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。

针对背景技术部分描述的技术问题，对于服务设备的如业务数据、系统数据、容器数据等各种指标数据，本申请提出先写入磁盘进行存储，通过由服务设备原有的部件构建一条数据传输通道，传输至其他服务设备。因此，相对于服务设备将采集到的这些指标数据，直接通过IPMI/Redfish管理网口传输至其他服务设备的方式，本申请这种数据获取方法，即使业务网络出现问题，数据也会持续传输而不会缺失，对于上层分析和预测程度都能够提供非常好的数据基础。

而且，本申请通过复用服务设备中的如BMC(Baseboard Management Controller，基板管理控制器)、IPMI(Intelligent Platform Management Interface，智能平台管理接口)等部件，以及IPMI/Redfish网络的IP与端口资源，提升了资源利用率，且使得同一个服务设备不需要再额外开发其他端口，充分保证系统安全性。具体实现过程可以参照下文实施例相应部分的描述，本申请在此不做详述。

参照图1，为本申请提出的适用于本申请提出的数据获取方法和装置的服务设备的一可选示例的硬件结构示意图，本实施例中，该服务设备可以包括独立的物理服务器，也可以由多个物理服务器构成的服务集群，也可以是具有云计算能力的云服务器等，本申请对该服务设备的产品类型不做限制，可视情况而定。如图1所示，该服务设备可以包括数据采集客户端11、磁盘12、系统管理控制器13、带外管理通信接口14以及平台管理装置15，其中：

数据采集客户端11可以用于采集服务设备的指标数据，如服务设备的操作系统层面、业务层面、硬件层面以及容器内部等多方面的数据，相应可以称为系统数据、业务数据、容器数据等，本申请对各指标数据的类型及内容不作限制，可视情况而定。

如图1所示，本申请实施例可以在服务设备的操作系统中，部署多个数据采集客户，分别用来采集不同类型的指标数据，具体数据采集过程不做详述，且并不局限于图1所示的一一对应的数据采集方式，可以依据实际需求进行适应性调整，本申请在此不做一一列举。

磁盘12具有输入/输出IO地址空间，可以用以存储服务设备的指标数据。

继上文描述，对于各数据采集客户端所采集到的相应指标数据，本申请将写入磁盘12中的相应IO地址空间进行存储，以供后续其他服务设备(如图1中的数据存储服务器等)获取所存储的某一个或多个指标数据，本申请对各指标数据在磁盘12中的具体存储方式不做限制。

如图1所示，本申请的服务设备可以配置若干磁盘12用来存储数据，如不同磁盘可以存储不同类别的数据等，这多个磁盘12可以在安装操作系统过程中对磁盘的整个存储空间进行分区得到，具体实现过程不做详述。

在本申请提出一些实施例中，为了区别于服务设备将采集到的各指标数据，直接通过IPMI/Redfish管理网口发送至其他服务设备，本申请进一步提出采用特定的组件，实现对上述数据采集客户端11所采集到的指标数据，写入磁盘12中相应IO地址空间的过程，以及对该磁盘12的IO地址空间的管理。

基于此，参照图2所示的又一服务设备实施例的硬件结构示意图，服务设备还可以包括数据存储组件16和IO地址空间管理组件17，其中：

数据存储组件16可以用于读取数据采集客户端11采集到的指标数据；

本申请实施例中，数据存储组件16主要负责实时读取各数据采集客户端11发送的指标数据，以按照IO地址空间管理组件17所申请到的IO地址空间，进行数据写入与存储，具体实现过程不做限制。

可选的，如图2所示，在数据采集客户端11的数量为多个的情况下，不同数据采集客户端11采集不同类型的指标数据，该不同类型的指标数据包括但并不局限于业务数据、系统数据和/或容器数据；相应数据存储组件16具有与多个数据采集客户端11对应的数据获取通道，分别获取对应的数据采集客户端所采集到的指标数据。

具体的，数据存储组件16可以针对不同的数据采集客户端11，配置相应的获取数据单元，以与该数据采集客户端11形成相应的数据获取通道，这样，该数据采集客户端11采集到的指标数据，可以通过该数据获取通道发送至数据存储组件中对应的获取数据单元，但并不局限于这种数据并行获取的实现方式，其中，各数据获取通道可以是数据获取进程，也就是说，数据存储组件可以生成多个数据获取进程，分别获取不同数据采集客户端所采集到的指标数据，本申请对数据获取进程的构建及工作过程不做详述。

IO地址空间管理组件17可以用于针对数据存储组件16所获得的指标数据，从磁盘的整个IO地址空间中，申请第一IO地址空间，执行数据存储组件16发起的第一数据存储进程，将数据存储组件16读取到的指标数据写入第一IO地址空间。

可见，该IO地址空间管理组件17主要负责磁盘12的IO地址空间的申请与管理，尤其是针对上述数据存储组件16所得到的指标数据，从磁盘12中申请特定的IO地址空间，记为第一IO地址空间，专门用来存储该数据存储组件16所得到的指标数据，也就是说，对于数据存储组件16想要向磁盘12写入指标数据，而生成的第一数据存储进程，在执行过程中，该第一数据存储进程将针对所申请的第一IO地址空间，完成指标数据的写入操作，关于如何利用第一数据存储进程，完成数据写入操作的实现过程本申请不做详述，且本申请对第一IO地址空间的具体申请实现方法不做限制。

在一些实施例中，上述IO地址空间管理组件17还可以用于锁定第一IO地址空间，以禁止执行针对第一IO地址空间的第二数据存储进程，该第二数据存储进程是指非数据存储组件发起的应用进程。也就是说，上述所申请的第一IO地址空间仅用来存储数据存储组件发送的数据，对于其他组件发送的数据，可以写入磁盘的其他IO地址空间存储，不会占用第一IO地址空间。可以理解，在上述第一IO地址空间锁定后，其对应的磁盘内存段起止地址不变，这样，数据存储组件可以依据该起止地址，完成指标数据的写入与存储，关于数据写入磁盘存储的具体实现过程不做详述。

在本申请实施例中，对于上述指标数据采集与存储的实现过程，可以在服务设备的操作系统中完成，本申请对服务设备的上述各组成部分在操作系统中的部署过程不做详述，可以依据上述相应功能实现。

系统管理控制器13具有驱动地址空间，能够按照磁盘12的IO地址空间与驱动地址空间之间的地址映射关系，读取相应IO地址空间所存储的目标指标数据；

本申请实施例中，系统管理控制器13可以是Satellite Management Controller或Satellite MC，用于实现磁盘12与平台管理装置15之间的数据交互管理，以解决平台管理装置15无法直接访问磁盘的问题。可见，该系统管理控制器13也可以称为平台管理装置的管理控制器，以实现对系统中IO设备识别与数据读取等操作，进而通过该平台管理装置15将读取到的数据传输至其他服务设备。

在一种可能的实现方式中，如图3所示，上述系统管理控制器13可以包括IO设备驱动131和IO设备控制器132，其中：

IO设备驱动131可以用于初始化驱动地址空间，构建驱动地址空间与磁盘的IO地址空间之间的地址映射关系。

在本实施例实际应用中，IO设备驱动131可以初始化地址空间，得到驱动地址空间，用以实现与磁盘中IO地址空间之间的地址映射关系，主要是与上述第一IO地址空间之间的地址映射关系，以使系统管理控制器13能够依据该地址映射关系，读取磁盘存储的相应指标数据，本申请对该地址映射关系的具体构建方法及其表示方式不做限制，可视情况而定。

通常情况下，IO设备驱动131初始化后的驱动地址空间的尺寸大小，可以与操作系统的磁盘的整个IO地址空间的尺寸大小匹配，具体可以大于或等于操作系统的地址空间尺寸大小。利用其配置的地址空间映射功能，实现整个驱动地址空间的某一段地址空间，与操作系统磁盘的第一IO地址空间进行映射，从而实现服务设备上的特定内存地址空间与平台管理装置(如BMC)地址空间的映射，具体实现过程不做详述。

对于上述IO设备驱动131，还可以对识别到的IO磁盘设备(如上述磁盘12)进行数据读取操作，并监听磁盘12的IO地址空间的数据读写状态，在监听到磁盘12存储了新的指标数据，可以通过产生相应中断信号的方式，得知磁盘写入数据的数据存储事件，以通知平台管理装置15可以对磁盘相应IO地址空间进行数据读取操作。

其中，对于上述中断信号的生成通常，通常包括向内核注册中断和实现中断处理函数两部分，本申请对如何通过中断信号通知磁盘IO地址空间写入新指标数据这一事件的实现过程不做详述。

IO设备控制器132可以用于识别服务设备的IO设备，加载IO设备的IO设备驱动，以控制IO设备驱动按照上述地址映射关系，读取相应IO地址空间存储的目标指标数据。

其中，IO设备是管理和控制服务设备的所有输入/输出(Input/Output)设备，是操作系统的主要功能之一，主要分为字符设备和块设备，如上述磁盘，本申请对服务设备所包含的IO设备的类别及数量不做限制，可视情况而定。

本申请实施例中，IO设备控制器132可以根据所识别到的IO设备的描述符，确定该IO设备的设备类别，同时实现对IO设备驱动的加载，以按照上述方式实现对IO设备中的数据的读取操作。可见，该IO设备控制器132可以包括IO设备识别模块和IO设备控制模块两部分，关于支持这两部分功能的具体程序代码或电子元件组成结构，本申请在此不做详述，且该IO设备控制器132的组成结构并不局限于图3所示结构，可以依据实际需求进行适当调整，本申请在此不做一一列举。

带外管理通信接口14，用于实现服务设备与目标计算机设备之间的通信连接；

其中，目标计算机设备可以是区别于本服务设备的其他服务设备，如图1的数据存储服务器等，或其他终端设备，如智能手机、平板电脑、个人计算机(personal computer，PC)、上网本、车载设备、智能音箱、机器人、台式计算机等电子设备，本申请对该目标计算机设备的产品类型及其组成结构不做限制，可视情况而定。

本申请实施例中，带外管理通信接口14可以是服务设备原具有的IPMI/Redfish管理网口，但并不局限于这种通信管理网口，也可以是其他能够实现服务设备与其他计算机设备通信的通信接口，本申请在此不做一一列举。

平台管理装置15，用于将目标指标数据发送至目标计算机设备。

本申请实施例中，主要是对服务设备的BMC、IPMI/Redfish进行功能扩展，得到实现本申请提出的数据获取方法的平台管理装置15，本申请对该平台管理装置15的具体组成结构不做限制。

结合上述分析，带外管理通信接口14接收到目标计算机设备发送的数据获取请求后，可以通过平台管理装置15处理后发送至系统管理控制器13，使其依据预先构建的地址映射关系，确定本次请求获取的指标数据所存储的磁盘中的IO地址，进而读取该IO地址存储的指标数据后，再通过平台管理装置15、带外管理通信接口14反馈至目标计算机设备。

可以理解，结合上文对系统管理控制器13的相关描述，在其监听到磁盘写入了新的指标数据，可以将这一监听结果发送至平台管理装置15，以使该平台管理装置15能够主动通过系统管理控制器13，读取磁盘写入的最新指标数据，并将其发送至与带外管理通信接口14连接的指定计算机设备。

基于上述分析，在一种可能的实现方式中，如图3所示，上述平台管理装置15可以包括平台管理接口151、基板管理控制器152和平台管理总线153，其中：

平台管理接口151可以是服务设备上述的IPMI，是管理基于Intel结构的企业系统中所使用的外围设备采用的一种工业标准，且是一个开放的免费标准，用户无需支付额外的费用即可使用该标准。在实际应用中，其能够横跨不同的操作系统、固件和硬件平台，可以智能的监视、控制和自动回报大量服务设备的运作状况，以降低服务设备系统成本。

在实际应用中，IPMI的核心是一个专用芯片/控制器，即上述基板管理控制器BMC，其并不依赖于服务设备的处理器、BIOS或操作系统来工作，是一个单独在系统内运行的无代理管理子系统，只要有BMC与IPMI固件其便可开始工作，如操作系统不响应或未加载的情况下其仍然可以进行开关机、信息提取等操作，本申请对IPMI的工作原理不做详述。

参照上图3，上述平台管理接口151可以配置有数据获取消息扩展组件1511、数据提取组件1512和数据传输组件1513，其中：

数据传输组件1511可以用于接收目标计算机设备发送的数据获取请求；或者，向目标计算机设备反馈指标数据。

数据提取组件1512可以用于对数据获取请求进行解析，得到相应的请求信息；或者，监听驱动地址空间的状态更新信息，依据状态更新信息，确定IO地址空间被写入服务设备的至少一种指标数据的情况下，获取被写入的至少一种指标数据，并发送至数据传输组件151；

数据获取消息扩展组件1513可以用于对数据提取组件1512解析得到的请求信息封装为预设消息类型的数据获取消息；

由此可见，结合图4所示的服务设备又一可选示例的结构示意图，数据获取消息扩展组件1513主要实现，针对新数据获取的Message(消息，本申请可以称为请求信息)进行扩展，并采用IPMI协议将该消息封装成基板管理控制器152可以识别的预设消息类型，具体封装过程可以依据该IPMI协议内容确定，本申请在此不做详述。

结合上文实施例相应部分的描述，上述数据提取组件1512可以采用主动推送模式或被动请求模式，获得磁盘存储的指标数据发送至数据传输组件1511，该具体模式可以依据具体应用场景需求确定。

在一种可能的实现方式中，若目标计算机设备向本服务设备发送了数据获取请求，如图4所示，该数据提取组件1512将采用被动请求模式，接收数据传输组件1511发送的数据获取请求，并对其进行解析，将得到的请求信息发送至数据获取消息扩展组件1513，封装为预设消息类型的数据获取消息Message，再发送至基板管理控制器(即BMC)152，以保证MBC能够可靠识别到该数据获取消息，以获得请求获取的指标数据，再通过数据提取组件、数据传输组件、IPMI/Redfish管理网口反馈至目标计算机设备，关于BMC获得所请求获得指标数据的过程，可以参照下文相应部分的描述。

在又一种可能的实现方式中，若上述系统管理控制器监听到磁盘写入了新指标数据，其驱动地址空间的状态会发生变化，如与磁盘中写入指标数据的IO地址空间映射的驱动地址空间的状态更新，所得状态更新信息能够表明其映射的IO地址空间写入了指标数据，但本申请对该状态更新信息包含的内容不做限制，可视情况而定。

其中，结合上文实施例相应部分的描述，对于IO地址空间被写入服务设备的至少一种指标数据的这一监听结果，可以生成相应的事件消息，BMC可以接收并在系统事件日志中记录事件消息，并在这种情况下，实时读取相应IO地址空间所写入的指标数据，通过数据传输组件发送至相应的计算机设备，关于BMC如何读取磁盘的IO地址空间所存储的指标数据的实现过程，可以参照上文实施例相应部分的描述，本申请在此不做详述。

基本管理控制器152可以用于对数据获取消息进行解析转换处理，得到数据获取请求；

参照上图3所示的服务设备的结构示意图，本申请实施例可以对基本管理控制器BMC中添加数据获取消息解析组件，以通过该数据获取消息解析组件对所接收到的数据获取消息进行解析，转换成数据获取请求，以请求获得所需IO设备的指标数据，具体实现过程本申请不做详述。

平台管理总线153可以配置有至少一个逻辑组件，该逻辑组件存储有不同IO设备的地址信息，用于依据该地址信息，将基板管理控制器152发送的数据获取请求，发送至相应的驱动地址空间映射的IO地址空间。

本申请实施例中，平台管理总线可以是上述IPMB(Intelligent PlatformManagement BUS)，是ATCA(Advanced Telecom Computing Architecture)先进的电信计算平台的各FRU背板通讯的两组冗余I²C总线的总称。其能够支持分布式管理机制、异步事件通知机制和危机事件日志机制，还能够提供一个可扩展的平台管理结构，方便用户依据应用需求扩展服务设备的功能，降低系统管理布线的复杂程度和成本。因此，如图3和图4所示，IPMB与BMC之间可以通过I²C总线(I²C BUS)实现数据传输，具体传输协议内容本申请不做详述。

结合上文对BMC的相关描述，在实际应用中，BMC通常支持多个逻辑组件LUNs(Logical Unit Number，其可以是Linux-IO Target块设备的逻辑单元)，可以通过IPMB接口发送数据获取消息，以使系统管理控制器能够响应基于数据获取消息转换得到的数据获取请求，按照预设的地址映射关系，从磁盘的相应IO地址空间读取所需指标数据。

其中，上述LUN可以用于标识BMC，将数据获取消息发送至不同的子地址(其可以由两位二进制表示)，本实施例具体可以是发送至系统管理控制器，由其按照上述方式完成数据读取操作。为了实现上述功能，该LUN同存储有不同IO设备的地址信息，如预先针对不同IO地址定义的地址信息，实现对不同IO设备的区分，本申请对该地址信息的内容不做限制。

在本申请实施例中，上述逻辑单元接收到BMC发送的消息后，可以在确定与该消息对应的IO设备的地址信息后，按照该地址信息，将该消息发送至相应的IO设备，本申请对该IO设备的类型不做限制。

综上分析，对于申请提出的如上结构的服务设备，将由配置的数据采集客户来采集不同层面的指标数据，保证了所采集到的数据的全面性和准确性，且简化了数据获取方式，提高了数据获取安全性。具体通过对BMC的改进与扩展，使得目标计算机设备能够通过该BMC读取操作系统(文件系统)中的数据，进一步实现针对服务设备上通过数据采集客户端所采集到的指标数据的读取，并通过IPMI/Redfish管理网口进行数据的对外提供，满足目标计算机设备的数据获取需求。这种数据获取方式，只需要本服务设备通电，即使业务网络出现问题，数据也会持续传输而不会缺失，保证目标计算机设备能够可靠获取所需数据；且通过复用服务设备的IPMI/Redfish网络的IP与端口资源，提升了资源利用率，且使得同一个服务设备不需要再额外开发其他端口，充分保证系统安全性。

应该理解的是，上述图1～图4所示的服务设备的结构并不构成对本申请实施例中服务设备的限定，在实际应用中，服务设备可以包括比上图所示的更多或更少的部件，或者组合某些部件，本申请在此不做一一列举。

参照图5，为本申请提出的数据获取方法的一可选示例的流程示意图，该方法可以适用于但并不局限于上文实施例描述的服务设备，如图5所示，该方法可以包括：

步骤S11，获取目标服务设备磁盘的输入/输出IO地址空间与驱动地址空间之间的地址映射关系；

其中，目标服务设备可以是适用于本申请提出的数据获取方法的任一服务设备，关于其组成结构及其功能，可以参照上述各服务设备实施例相应部分的描述。

结合上述实施例的描述，各数据采集客户端将采集到的目标服务设备的至少一种指标数据，如各种IO设备的系统数据、业务数据、容器数据等，本申请对指标数据的内容不做限制。对于采集到的指标数据，本申请将写入磁盘相应的IO地址空间进行存储，以供后续读取，具体实现过程可以参照上述实施例相应部分的描述，本实施例在此不做赘述。

由于存储服务设备的各指标数据的磁盘是操作系统内存存储设备，其与服务设备的平台管理装置之间可能无法直接进行数据交互，所以，本申请通过系统管理控制器的地址映射功能，预先构建的其具有的驱动地址空间，与磁盘的IO地址空间之间的地址映射关系，尤其是与磁盘中用来存储数据采集客户端所采集的指标数据的第一IO地址空间之间的地址映射关系，这样，在需要对磁盘的IO地址空间进行数据读取操作的情况下，可以获取该地址映射关系，以按照该地址映射关系，实现对相应IO地址空间所存储的指标数据的读取操作。

需要说明，本申请对上述地址映射关系的构建及表示方式不做限制，可视情况而定。

步骤S12，按照该地址映射关系，读取相应IO地址空间所存储的目标指标数据；

步骤S13，将目标指标数据发送至与目标服务设备建立通信连接的目标计算机设备。

如上述分析，服务设备中的平台管理装置能够与系统管理控制器直接进行数据交互，也就是说，该平台管理装置可以访问系统管理控制器的驱动地址空间，这样，在已构建上述磁盘的IO地址空间与驱动地址空间之间的地址映射关系的情况下，平台管理装置就能够直接访问的驱动空间地址，实现对其所映射的IO地址空间的间接访问，从而获得该IO地址空间所存储的指标数据的读取操作。

按照上述方式，平台管理装置获得磁盘IO地址空间所存储的指标数据后，可以通过服务设备所具有的如IPMI/Redfish管理网口等带外管理通信接口，将所获得的指标数据传输至相应的目标计算机设备，满足该目标计算机设备的数据获取需求。

综上所述，在本申请实施例中，通过对服务设备所具有的如BMC的改进与扩展，使得目标计算机设备能够通过该BMC，读取服务设备的操作系统(文件系统)中的数据，实现对目标服务设备硬件与网络资源的充分系统，提高了资源利用率，且在该数据读取过程中，具体是按照预先构建的系统管理控制器的驱动地址空间，与目标服务设备磁盘的IO地址空间之间的地址映射关系，由BMC实现对相应IO地址空间所存储的目标指标数据的读取操作，之后，复用目标服务设备的IP与端口资源，将该目标指标数据传输至外接的目标计算机设备，不需要再额外开放其他端口，充分保证系统安全；而且，解决了直接将采集到指标数据发送至目标计算机设备方法中，很容易因业务网络异常，而导致所传输的数据丢失，无法保证所获取数据完整性的技术问题。

参照图6，为本申请提出的数据获取方法的又一可选示例的流程示意图，本实施例可以是对上述实施例描述的数据获取方法的一可选细化实现方式，但并不局限于本实施例描述的这种细化方案，如图6所示，该方法可以包括：

步骤S21，确定针对目标服务设备操作系统中，数据存储组件所获得的目标服务设备的至少一种指标数据所申请的第一IO地址空间；

步骤S22，执行数据存储组件发起的第一数据存储进程，将数据存储组件所获得的目标服务设备的至少一种指标数据，写入第一IO地址空间进行存储；

结合上文图2以及服务设备实施例相应部分的描述，目标服务设备可以由其配置的数据存储组件，来获取各数据采集客户端所采集到的指标数据，并写入预先专门申请的第一IO地址空间，以供后续从中读取所需的目标指标数据。且为了避免其他进程访问该第一IO地址空间，影响所存储的指标数据的安全性及可靠性，本申请可以对第一IO地址空间进行锁定，具体实现过程不做详述。

步骤S23，构建目标服务设备的第一IO地址空间与驱动地址空间之间的地址映射关系；

结合上述实施例相应部分的描述，该驱动地址空间可以指系统管理控制器中，经过初始化后的地址空间，其尺寸大小不小于磁盘的IO地址空间的尺寸大小，以保证其能够映射到磁盘的每一个IO地址空间。

步骤S24，监听该驱动地址空间的状态更新信息；

步骤S25，依据该状态更新信息，确定磁盘的第一IO地址空间被写入目标服务设备的至少一种指标数据，获取所构建的地址映射关系；

结合上文对平台管理接口以及系统管理控制器的相关描述，本申请可以主动监听操作系统磁盘是否写入了新的指标数据，具体可以是上述第一IO地址空间是否写入新的指标数据，若写入新的指标数据，与该第一IO地址空间存在地址映射关系的驱动地址空间，也会发生状态变更，生成相应的状态更新信息，这种情况下，本申请可以直接获取该驱动地址空间的状态更新信息，即可确定磁盘是否写入了至少一种指标数据，若确定写入了指标数据，可以获取最新的地址映射关系。

可以理解，上述最新的地址映射关系可以是在确定磁盘写入指标数据后，系统管理控制器监听到这一结果，可以更新其驱动地址空间与磁盘的第一IO地址空间之间的地址映射关系，并获取更新后的地址映射关系，具体实现过程本申请不做限制。

步骤S26，按照该地址映射关系，读取相应第一IO地址空间所存储的目标指标数据；

步骤S27，将目标指标数据发送至与目标服务设备建立通信连接的目标计算机设备。

关于步骤S26和步骤S27的实现过程，可以参照上述实施例相应部分的描述，本实施例在此不做赘述。

由此可见，本申请针对数据存储组件从各数据采集客户端所获得的指标数据，在磁盘中申请了专用的第一IO地址空间，来存储该数据存储组件写入的指标数据，并构建该第一IO地址空间与系统管理控制器中IO设备驱动的驱动地址空间之间的地址映射关系，以使得无法直接访问磁盘的第一IO地址空间的基本管理控制器，能够在监听到磁盘的第一IO地址空间写入至少一种指标数据的情况下，能够通过获取最新的地址映射关系，间接访问磁盘的第一IO地址空间，读取到相应的目标指标数据，传输至与目标服务设备通信连接的目标计算机设备，提高目标服务设备的资源利用率，且解决直接将采集到指标数据发送至目标计算机设备方法中，很容易因业务网络异常，而导致所传输的数据丢失，无法保证所获取数据完整性和安全性的技术问题。

参照图7，为本申请提出的数据获取方法的又一可选示例的流程示意图，本实施例可以是对上述实施例描述的数据获取方法的又一可选细化实现方式，本实施例主要描述区别于上文实施例描述的主动监听磁盘对指标数据的存储状态，实现数据传输的另一种传输方式，如图7所示，该方法可以包括：

步骤S31，接收目标计算机设备发送的数据获取请求；

其中，数据获取请求可以是针对目标服务设备的指标数据生成的，通常携带有所请求获取的指标数据的标识信息等，本申请对该数据获取请求所携带的内容不做限制。

结合上图4所示的服务设备，目标服务设备的IPMI/Redfish管理网口，可以接收与其通信连接的目标计算机设备发送的数据获取请求，可见，本申请将复用服务设备原有IPMI/Redfish网络的IP与端口资源，使得同一台服务设备不需要再额外开放其他端口，充分保证系统安全，提高了资源利用率。

步骤S32，对该数据获取请求进行解析，将解析得到的请求信息封装为预设消息类型的数据获取消息；

结合上文对平台管理装置相应部分的描述，对于目标计算机设备发送的数据获取请求，BMC无法直接识别，所以，将由IPMI先对其进行解析，并将得到的请求信息封装为BMC能够识别的预设消息类型的数据获取消息，具体实现过程本申请不做详述。

步骤S33，响应该数据获取消息，获取目标服务设备磁盘的IO地址空间与驱动地址空间之间的地址映射关系；

继上文描述，BMC接收到IPMI发送的数据获取消息后，可以通过解析转换处理，得到数据获取请求后发送至IPMB，由IPMB将该数据获取请求发送至系统管理控制器中，使其响应该数据获取请求，来获取当前其具有的驱动地址空间与磁盘的IO地址空间之间的最新的地址映射关系，关于该地址映射关系的构建及更新过程，可以参照上述实施例相应部分的描述，本实施例不做赘述。

步骤S34，按照该地址映射关系，读取相应IO地址空间所存储的目标指标数据；

步骤S35，将目标指标数据发送至目标计算机设备。

关于步骤S34和步骤S35的实现过程，可以参照上述实施例相应部分的描述，本实施例在此不做赘述。

综上，在目标计算机设备请求获取目标服务设备的某指标数据的场景下，不再由目标服务设备的处理器直接响应该数据获取请求，来获取相应数据采集客户端所采集到的目标指标数据，而是通过对目标服务设备所具有的如BMC、IPMI/Redfish等平台管理装置包含的组件进行功能扩展，形成新的数据传输通道，将该数据获取请求发送至系统管理控制器，以按照其最新的驱动地址空间与磁盘的IO地址空间之间的映射关系，来读取相应IO地址空间所存储的数据采集客户端所采集到的目标指标数据，克服了因业务网络异常所造成的传输数据缺失等技术问题，为上层分析和预测程序提供了非常好的数据基础，且通过对目标设备的硬件和网络资源进行充分利用，极大提升了资源利用率。

参照图8，为本申请提出的数据获取装置的一可选示例的结构示意图，该装置可以适用于但并不局限于上文实施例描述的服务设备，如图8所示，该装置可以包括：

地址映射关系获取模块21，用于获取目标服务设备磁盘的输入/输出IO地址空间与驱动地址空间之间的地址映射关系；

其中，所述IO地址空间存储有采集到的所述目标服务设备的至少一种指标数据。

目标指标数据读取模块22，用于按照所述地址映射关系，读取相应IO地址空间所存储的目标指标数据；

目标指标数据传输模块23，用于将所述目标指标数据发送至与所述目标服务设备建立通信连接的目标计算机设备。

在一些实施例中，为了实现对采集到的所述目标服务设备的至少一种指标数据的存储，如图9所示，上述装置还可以包括：

第一IO地址空间确定模块24，用于确定针对所述目标服务设备操作系统中，数据存储组件所获得的所述目标服务设备的至少一种指标数据所申请的第一IO地址空间；

数据存储模块25，用于执行所述数据存储组件发起的第一数据存储进程，将所述数据存储组件所获得的所述目标服务设备的至少一种指标数据，写入所述第一IO地址空间进行存储；

其中，针对所述第一IO地址空间禁止执行第二数据存储进程，所述第二数据存储进程是指非所述数据存储组件发起的应用进程；

相应地，上述地址映射关系获取模块21可以包括：

第一获取单元，用于获取目标服务设备的第一IO地址空间与驱动地址空间之间的地址映射关系。

基于上述实施例描述的数据获取装置，在一些实施例中，上述装置还可以包括：

监听模块，用于监听所述驱动地址空间的状态更新信息；

状态确定模块，用于依据所述状态更新信息，确定磁盘的IO地址空间被写入所述目标服务设备的至少一种指标数据，触发地址映射关系获取模块21获取目标服务设备磁盘的输入/输出IO地址空间与驱动地址空间之间的地址映射关系。

在本申请提出的又一些实施例中，上述装置也可以包括：

数据获取请求接收模块，用于接收目标计算机设备发送的数据获取请求，所述数据获取请求是针对目标服务设备的指标数据生成的；

数据获取消息得到模块，用于对所述数据获取请求进行解析，将解析得到的请求信息封装为预设消息类型的数据获取消息；

响应模块，用于响应所述数据获取消息，触发地址映射关系获取模块21获取目标服务设备磁盘的输入/输出IO地址空间与驱动地址空间之间的地址映射关系。

需要说明的是，关于上述各装置实施例中的各种模块、单元等，均可以作为程序模块存储在存储器中，由处理器执行存储在存储器中的上述程序模块，以实现相应的功能，关于各程序模块及其组合所实现的功能，以及达到的技术效果，可以参照上述方法实施例相应部分的描述，本实施例不再赘述。

本申请还提供了一种存储介质，其上可以存储计算机程序，该计算机程序可以被处理器调用并加载，以实现上述实施例描述的数据获取方法的各个步骤，具体实现过程可以参照上述实施例相应部分的描述，本实施例不做赘述。

最后，需要说明，本说明书中各个实施例采用递进或并列的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的方法、装置而言，由于其与实施例公开的服务设备对应，所以描述的比较简单，相关之处参见服务设备部分说明即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种数据获取方法，所述方法包括：

获取目标服务设备磁盘的输入/输出IO地址空间与驱动地址空间之间的地址映射关系，其中，所述IO地址空间存储有采集到的所述目标服务设备的至少一种指标数据；所述指标数据为通过数据采集客户端采集的数据；其中不同类型的数据采集客户端用于采集不同层面的指标数据；

按照所述地址映射关系，读取相应IO地址空间所存储的目标指标数据；

将所述目标指标数据发送至与所述目标服务设备建立通信连接的目标计算机设备，使得目标计算机设备通过所述目标服务设备的BMC读取操作系统中的数据，并通过复用所述目标服务设备的IPMI/Redfish管理网口，来获取到所述目标指标数据。

2.根据权利要求1所述的方法，所述采集到的所述目标服务设备的至少一种指标数据的存储过程，包括：

确定针对所述目标服务设备操作系统中，数据存储组件所获得的所述目标服务设备的至少一种指标数据所申请的第一IO地址空间；

执行所述数据存储组件发起的第一数据存储进程，将所述数据存储组件所获得的所述目标服务设备的至少一种指标数据，写入所述第一IO地址空间进行存储；

其中，针对所述第一IO地址空间禁止执行第二数据存储进程，所述第二数据存储进程是指非所述数据存储组件发起的应用进程；

所述获取目标服务设备磁盘的输入/输出IO地址空间与驱动地址空间之间的地址映射关系，包括：

获取目标服务设备的第一IO地址空间与驱动地址空间之间的地址映射关系。

3.根据权利要求1或2所述的方法，所述方法还包括：

监听所述驱动地址空间的状态更新信息；

依据所述状态更新信息，确定磁盘的IO地址空间被写入所述目标服务设备的至少一种指标数据，执行所述获取目标服务设备磁盘的输入/输出IO地址空间与驱动地址空间之间的地址映射关系步骤。

4.根据权利要求1或2所述的方法，所述方法还包括：

接收目标计算机设备发送的数据获取请求，所述数据获取请求是针对目标服务设备的指标数据生成的；

对所述数据获取请求进行解析，将解析得到的请求信息封装为预设消息类型的数据获取消息；

响应所述数据获取消息，执行所述获取目标服务设备磁盘的输入/输出IO地址空间与驱动地址空间之间的地址映射关系步骤。

5.一种数据获取装置，所述装置包括：

地址映射关系获取模块，用于获取目标服务设备磁盘的输入/输出IO地址空间与驱动地址空间之间的地址映射关系，其中，所述IO地址空间存储有采集到的所述目标服务设备的至少一种指标数据；所述指标数据为通过数据采集客户端采集的数据；其中不同类型的数据采集客户端用于采集不同层面的指标数据；

目标指标数据读取模块，用于按照所述地址映射关系，读取相应IO地址空间所存储的目标指标数据；

目标指标数据传输模块，用于将所述目标指标数据发送至与所述目标服务设备建立通信连接的目标计算机设备，使得目标计算机设备通过所述目标服务设备的BMC读取操作系统中的数据，并通过复用所述目标服务设备的IPMI/Redfish管理网口，来获取到所述目标指标数据。

6.一种服务设备，所述服务设备包括：

数据采集客户端，用于采集服务设备的指标数据；其中不同类型的数据采集客户端用于采集不同层面的指标数据；

磁盘，所述磁盘具有输入/输出IO地址空间，用以存储所述服务设备的指标数据；

系统管理控制器，所述系统管理控制器具有驱动地址空间，能够按照所述磁盘的IO地址空间与所述驱动地址空间之间的地址映射关系，读取相应IO地址空间所存储的目标指标数据；

带外管理通信接口，用于实现服务设备与目标计算机设备之间的通信连接；

平台管理装置，用于将所述目标指标数据发送至所述目标计算机设备，使得目标计算机设备通过所述服务设备的BMC读取操作系统中的数据，并通过复用所述服务设备的IPMI/Redfish管理网口，来获取到所述目标指标数据。

7.根据权利要求6所述的服务设备，所述服务设备还包括：

数据存储组件，用于读取所述数据采集客户端采集到的所述指标数据；

IO地址空间管理组件，用于针对所述数据存储组件所获得的所述指标数据，从所述磁盘的整个IO地址空间中，申请第一IO地址空间，执行所述数据存储组件发起的第一数据存储进程，将所述数据存储组件读取到的所述指标数据写入所述第一IO地址空间；

其中，所述IO地址空间管理组件还用于锁定所述第一IO地址空间，以禁止执行针对所述第一IO地址空间的第二数据存储进程，所述第二数据存储进程是指非所述数据存储组件发起的应用进程。

8.根据权利要求6或7所述的服务设备，所述系统管理控制器包括：

IO设备驱动，用于初始化驱动地址空间，构建所述驱动地址空间与所述磁盘的IO地址空间之间的地址映射关系；

IO设备控制器，用于识别服务设备的IO设备，加载所述IO设备的IO设备驱动，以控制所述IO设备驱动按照所述地址映射关系，读取相应IO地址空间存储的目标指标数据。

9.根据权利要求6或7所述的服务设备，所述平台管理装置包括：

平台管理接口，所述平台管理接口配置有数据获取消息扩展组件、数据提取组件和数据传输组件，其中：

所述数据传输组件，用于接收目标计算机设备发送的数据获取请求；或者，向所述目标计算机设备反馈所述指标数据；

所述数据提取组件，用于对所述数据获取请求进行解析，得到相应的请求信息；或者，监听所述驱动地址空间的状态更新信息，依据所述状态更新信息，确定所述IO地址空间被写入所述服务设备的至少一种指标数据的情况下，获取被写入的所述至少一种指标数据，并发送至所述数据传输组件；

所述数据获取消息扩展组件，用于对所述数据提取组件解析得到的所述请求信息封装为预设消息类型的数据获取消息；

基板管理控制器，用于对所述数据获取消息进行解析转换处理，得到所述数据获取请求；

平台管理总线，所述平台管理总线配置有至少一个逻辑组件，所述逻辑组件存储有不同IO设备的地址信息，用于依据所述地址信息，将所述基板管理控制器发送的所述数据获取请求，发送至相应的驱动地址空间映射的IO地址空间。

10.根据权利要求7所述的服务设备，所述数据采集客户端的数量为多个，不同所述数据采集客户端采集不同类型的指标数据，所述不同类型的指标数据包括业务数据、系统数据和/或容器数据；

数据存储组件具有与所述多个数据采集客户端对应的数据获取通道，分别获取对应的所述数据采集客户端所采集到的指标数据。

Images