CN102647297B - 单板的性能告警管理方法及装置 - Google Patents

Abstract

本发明提供了一种单板的性能告警管理方法及装置，其中，该方法包括：单板中的应用进程同步单板中的业务进程的功能点；应用进程获取业务进程采集的性能告警信息；应用进程按照该应用进程同步后的功能点将性能告警信息上报给网络管理单元。本发明解决了相关技术中现有单板无法实现对大规模性能告警的管理的问题，从而提高了单板的性能。

Description

单板的性能告警管理方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种单板的性能告警管理方法及装置。

背景技术

目前嵌入式Linux系统已经成为了主流的嵌入式软件操作系统，而用户态Linux由于有效隔离了对内核的访问而具有很强的安全保护特性，因此，很多大型通讯设备厂商都选择了基于用户态Linux的系统设备软件开发平台。

在传统的光传输网络(Optical Transport Network，简称为OTN)单板中，由于业务配置固定，功能点的数目相对较少，一般只有几十至几百个功能点，因此，可以方便的对其性能和告警进行管理，传统的OTN单板性能告警管理模型如图1所示，网元管理单元给应用进程(Application，简称为APP)配置功能点后，由于APP进程的业务配置固定，功能点的数目相对较少，因此，APP进程采集到性能告警信息后可以直接通过管理进程上报给网元管理单元。

如果当OTN与L2业务融合时，由于L2(2Layer)交换具有非常灵活的配置，单板功能点的数目会非常多，最大可达数万甚至10万级别，而且大部分功能点是动态建立的，因此，在上述应用场景下，如果将L2进程的功能点配置在APP进程中，并由APP进程直接将L2进程采集的性能告警信息通过管理进程上报给网元管理单元，那么对于单板的存储空间和运行效率都有着较高的要求，需要单板有较大的存储空间以及较高的运行效率，在有大规模的性能告警时，单板无法实现性能告警的管理，从而降低了单板的性能。

此外，在APP进程有大量的功能点的场景下，如果有大规模的性能告警，则需要单板有较大的存储空间以及较高的运行效率，然而，现有的单板无法实现大规模性能告警的管理。

因此，在上述出现大规模的性能告警的场景下，需要单板有较大的存储空间以及较高的运行效率，然而，现有单板无法实现对大规模性能告警的管理，从而降低了单板的性能。

发明内容

本发明提供了一种单板的性能告警管理方法及装置，以至少解决相关技术中现有单板无法实现对大规模性能告警的管理的问题。

根据本发明的一个方面，提供了一种单板的性能告警管理方法，其包括：单板中的应用进程同步单板中的业务进程的功能点；应用进程获取业务进程采集的性能告警信息；应用进程按照该应用进程同步后的功能点将性能告警信息上报给网络管理单元。

优选地，单板中的应用进程同步单板中的业务进程的功能点包括：应用进程接收业务进程发送的进程间消息，其中，进程间消息携带有业务进程的功能点信息；应用进程按照进程间消息携带的功能点信息同步业务进程的功能点。

优选地，应用进程获取业务进程采集的性能告警信息包括：应用进程从共享内存中获取性能告警信息，其中，性能告警信息是业务进程采集并存储在共享内存中的。

优选地，应用进程从共享内存中获取性能告警信息包括：应用进程获取共享内存的访问权，并从共享内存中获取性能告警信息，其中，性能告警信息是业务进程在获取共享内存的访问权之后存储在共享内存中的。

优选地，应用进程获取共享内存的访问权包括：应用进程获取预设信号量时，获得对共享内存的访问权；业务进程获取共享内存的访问权包括：业务进程获取预设信号量时，获得对共享内存的访问权。

优选地，应用进程从共享内存中获取性能告警信息包括：应用进程从共享内存的预设存储区域中获取性能告警信息，其中，性能告警信息是业务进程采集并存储在共享内存的预设存储区域中的。

优选地，单板处于Linux系统的用户态。

根据本发明的另一方面，提供了一种单板的性能告警管理装置，其包括：同步模块，用于同步单板中的业务进程的功能点；获取模块，用于获取业务进程采集的性能告警信息；上报模块，用于按照同步后的功能点将性能告警信息上报给网络管理单元。

优选地，同步模块包括：接收单元，用于接收业务进程发送的进程间消息，其中，进程间消息携带有业务进程的功能点信息；同步单元，用于按照进程间消息携带的功能点信息同步业务进程的功能点。

优选地，获取模块，还用于从共享内存中获取性能告警信息，其中，性能告警信息是业务进程采集并存储在共享内存中的。

优选地，获取模块包括：第一获取单元，用于获取共享内存的访问权；第二获取单元，用于在获取共享内存的访问权的情况下，从共享内存中获取性能告警信息，其中，性能告警信息是业务进程在获取共享内存的访问权之后存储在共享内存中的。

优选地，第一获取单元，还用于在获取预设信号量时，获得对共享内存的访问权。

在本发明中，在单板业务配置多，功能点多的场景下，网络管理单元为业务进程配置功能点后，首先，单板中的应用进程同步单板中的业务进程的功能点，避免将所有业务进程的功能点配置在应用进程中，然后，应用进程获取业务进程采集的性能告警信息，并按照该应用进程同步后的功能点将性能告警信息上报给网络管理单元，因此，在单板业务配置多，功能点多的场景下，单板不必具备较大的存储空间和较高的运行效率也可以实现对大规模性能告警的管理，从而提高了单板的性能。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据相关技术的OTN单板性能告警的管理模型示意图；

图2是根据本发明实施例的单板的性能告警管理方法的流程图；

图3是根据本发明实施例的L2进程与APP进程间的功能点消息报文格式的示意图；

图4是根据本发明实施例的L2进程与APP进程间的共享内存信号量保护的流程示意图；

图5是根据本发明实施例的单板的性能告警管理装置的结构框图；

图6是根据本发明实施例的同步模块的结构框图；

图7是根据本发明实施例的获取模块的结构框图；以及

图8是根据本发明实施例的OTN+L2融合网络中的单板性能告警的管理模型示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

本实施例提供了一种单板的性能告警管理方法，如图2所示，该单板的性能告警管理方法包括步骤S202至步骤S206。

步骤S202：单板中的应用进程同步单板中的业务进程的功能点。

步骤S204：应用进程获取业务进程采集的性能告警信息。

步骤S206：应用进程按照该应用进程同步后的功能点将性能告警信息上报给网络管理单元。

通过上述步骤，在单板业务配置多，功能点多的场景下，网络管理单元为业务进程配置功能点后，首先，单板中的应用进程同步单板中的业务进程的功能点，避免将所有业务进程的功能点配置在应用进程中，然后，应用进程获取业务进程采集的性能告警信息，并按照该应用进程同步后的功能点将性能告警信息上报给网络管理单元，因此，在单板业务配置多，功能点多的场景下，单板不必具备较大的存储空间和较高的运行效率也可以实现对大规模性能告警的管理，从而提高了单板的性能。

优选地，在单板业务配置多，功能点多的场景下，可以是由于单板中APP进程有大量的业务配置，使得APP进程被配置数目较多的功能点，此时，可以将APP进程分成多个模块，例如，将原有的配置数目较多的功能点的APP进程分成应用模块1、业务模块2等，其中，应用模块1(相当于上述应用进程)具有APP进程的功能(例如，业务运行功能、单板维护功能等)，业务模块2(相当于上述业务进程)则只具有业务运行的功能，此时，网络管理单元将大量的功能点配置在业务模块2中(例如，对业务模块2建立或删除某种类型的业务，即增加或删除某种类型的某个功能点)，不必将大量的功能点都配置在应用模块1中，应用模块1同步业务模块2的功能点，在有大规模的性能告警时，业务模块2采集性能告警信息，应用模块1获取业务模块2采集的性能告警信息后，根据同步后的功能点将性能告警信息上报给网络管理单元，此时，单板不必具备较大的存储空间和较高的运行效率也可以实现对大规模性能告警的管理。

另外，在单板业务配置多，功能点多的场景下，可以是在融合网络中，例如，OTN+L2的融合网络，由于L2交换具有非常灵活的配置，单板功能点的数目会非常多，而且大部分功能点是动态建立的，因此，并不将L2进程(相当于上述的业务进程)运行的业务的功能点配置在单板的APP进程(相当于上述的应用进程)中，而是网元管理单元直接对L2进程(或其它业务进程)配置功能点(例如，对L2进程建立或删除某种类型的业务，即增加或删除某种类型的某个功能点)，然后，APP进程同步L2进程的功能点，此时，避免在APP进程上配置大量的功能点而导致单板需要较大的存储空间和较高的运行效率，在有大规模的性能告警时，L2进程采集性能告警信息，APP进程获取L2进程采集的性能告警信息后按照同步后的功能点将性能告警信息上报给网元管理单元，此时，单板不必具备较大的存储空间和较高的运行效率也可以实现对大规模性能告警的管理，因此，通过上述单板的性能告警管理方法，可以有效实现融合网络中(例如，OTN+L2融合网络)大规模性能告警的管理。

为实现进程间同步功能点，便于应用进程上报业务进程采集的性能告警信息，在本优选实施例中，提供了一种优选的进程间同步功能点的方法，例如，应用进程接收业务进程发送的进程间消息，其中，进程间消息携带有业务进程的功能点信息；应用进程按照进程间消息携带的功能点信息同步业务进程的功能点。

在上述优选实施例中，应用进程通过接收业务进程发送的进程间消息获取业务进程的功能点信息，并根据功能点信息实现对业务进程的功能点的同步，优选的，功能点信息在进程间消息中的报文格式可以是如图3所示的形式，头信息部分包括功能点的操作类型，条目数量等信息项，以及各信息项的字节长度(图3括号中的数字)，条目信息中是功能点的具体信息，可以包括多个条目信息，如图3所示，条目信息1包括有功能点的定位点类型、定位点操作类型、在共享内存中的具体存储方式、以及定位点信息和告警信息等信息项，同时还有各信息项的字节长度(图3括号中的数字)，通过该进程间消息中的功能点信息，应用进程可以准确地同步业务进程的功能点。

在单板业务配置多，功能点多的场景下，为了进一步地降低对单板的存储空间的要求，提高单板的性能，在本优选实施例中，提供了一种应用进程获取业务进程采集的性能告警信息的方法，例如，应用进程从共享内存中获取性能告警信息，其中，性能告警信息是业务进程采集并存储在共享内存中的。

在上述优选实施例中，应用进程从共享内存中获取业务进程采集的性能告警信息，避免在发生大规模性能告警时，业务进程直接将采集的大量的性能告警信息发送给应用进程而导致单板需要较大的存储空间的问题，因此，业务进程将采集的大量的性能告警信息存储在共享内存中，应用进程在上报性能告警信息时，直接从共享内存中读取并上报即可，从而在单板业务配置多，功能点多的场景下，降低了对单板的存储空间的要求，提高单板的性能。

为了确保各进程对共享内存操作时不发生冲突，保证数据的准确性，在本优选实施例中，提供了一种优选的应用进程从共享内存中获取性能告警信息的方法，例如，应用进程获取共享内存的访问权，并从共享内存中获取性能告警信息，其中，性能告警信息是业务进程在获取共享内存的访问权之后存储在共享内存中的。

在上述优选实施例中，在进程获得对共享内存的访问权之后，才可以对共享内存进行操作，即当应用进程获取对共享内存的访问权时，才可以从共享内存中读取性能告警信息，当业务进程获取共享内存的访问权之后，才可以将采集的性能告警信息写入共享内存中进行存储，从而保证了数据的准确性。

为了进一步地保证数据的准确性，在本优选实施例中，提供了一种获取共享内存的访问权的方法，例如，应用进程获取预设信号量时，获得对共享内存的访问权；业务进程获取共享内存的访问权包括：业务进程获取预设信号量时，获得对共享内存的访问权。

在上述优选实施例中，只有获得预设信号量的进程才可以获得共享内存的访问权，进而对共享内存进行操作，避免了在同一时刻有多个进程对共享内存进行操作而导致各进程间的操作发生冲突，即某一时刻，只有一个进程获得共享内存的访问权，进而对共享内存进行操作，从而保证数据的准确性。优选地，上述获得共享内存的访问权的流程如图4所示，在APP进程的1S任务里首先创建信号量S1(相当于预设信号量)，并启动1S定时器，在L2进程的1S任务里首先创建信号量S2，并启动1S定时器，当APP进程的1S定时器的定时器消息到时，APP进程释放信号量S1，当L2进程的1S定时器的定时器消息到时，L2进程获取信号量S1，在获取成功时，释放信号量S2，APP进程成功获取信号量S2，此时，L2进程可以对共享内存进行操作，将采集的性能告警信息写入共享内存中进行存储，当L2进程对共享内存进行操作完成后，L2进程释放信号量S1，此时，APP进程重新获取信号量S1，在获取成功时，APP进程对共享内存进行操作，从共享内存中读取性能告警信息，当APP进程对共享内存进行操作完成后，APP进程释放信号量S2，此时，L2进程重新获取信号量S2，在上述流程中，只有获取信号量S1的进程可以对共享内存进行操作，同时，该进程必须释放信号量S2，从而实现在某一时刻，只有一个进程获得共享内存的访问权，进而对共享内存进行操作，保证数据的准确性。当然，也可以预设获取信号量S2(相当于预设信号量)的进程可以对共享内存进行操作，以增强本实施例的灵活性。

为了提高进程对共享内存操作的效率以及准确性，在本优选实施例中，提供了一种进程对共享内存操作的方法，例如，应用进程从共享内存的预设存储区域中获取性能告警信息，其中，性能告警信息是业务进程采集并存储在共享内存的预设存储区域中的。

在上述优选实施例中，各进程按照共享内存的预设存储区域对共享内存进行操作，即应用进程从共享内存的预设存储区域中获取性能告警信息，业务进程将采集的性能告警信息存储在共享内存的预设存储区域中，也就是说，首先对共享内存进行存储区域的划分，再设置各个存储区域存储的信息，当业务进程将采集的性能告警信息存储在共享内存的预设存储区域中后，可以通过进程间消息将各信息在共享内存中存储的存储区域的信息发送给应用进程，应用进程可以根据存储区域的信息从共享内存中读取信息，从而提高进程对共享内存操作的效率以及准确性。

优选地，为了提高安全保护特性，上述单板可以处于Linux系统的用户态。

本实施例提供了一种优选的单板的性能告警管理装置，如图5所示，该单板的性能告警管理装置包括：同步模块502，用于同步单板中的业务进程的功能点；获取模块504，用于获取业务进程采集的性能告警信息；上报模块506，连接至同步模块502和获取模块504，用于按照同步后的功能点将性能告警信息上报给网络管理单元。

在上述优选实施例中，在单板业务配置多，功能点多的场景下，网络管理单元为业务进程配置功能点后，首先，同步模块502同步单板中的业务进程的功能点，避免将所有业务进程的功能点配置在应用进程中，然后，获取模块504获取业务进程采集的性能告警信息，上报模块506按照该应用进程同步后的功能点将性能告警信息上报给网络管理单元，因此，在单板业务配置多，功能点多的场景下，单板不必具备较大的存储空间和较高的运行效率也可以实现对大规模性能告警的管理，从而提高了单板的性能。

为实现进程间同步功能点，便于应用进程上报业务进程采集的性能告警信息，在本优选实施例中，如图6所示，上述同步模块502包括：接收单元5022，用于接收业务进程发送的进程间消息，其中，进程间消息携带有业务进程的功能点信息；同步单元5024，连接至接收单元5022，用于按照进程间消息携带的功能点信息同步业务进程的功能点。

在单板业务配置多，功能点多的场景下，为了进一步地降低对单板的存储空间的要求，提高单板的性能，在本优选实施例中，上述获取模块504，还用于从共享内存中获取性能告警信息，其中，性能告警信息是业务进程采集并存储在共享内存中的。

为了确保各进程对共享内存操作时不发生冲突，保证数据的准确性，在本优选实施例中，如图7所示，上述获取模块504包括：第一获取单元5042，用于获取共享内存的访问权；第二获取单元5044，连接至第一获取单元5042，用于在获取共享内存的访问权的情况下，从共享内存中获取性能告警信息，其中，性能告警信息是业务进程在获取共享内存的访问权之后存储在共享内存中的。

为了进一步地保证数据的准确性，在本优选实施例中，上述第一获取单元5042，还用于在获取预设信号量时，获得对共享内存的访问权。

以下结合附图和实例对上述各优选实例进行详细地描述。

图8是根据本发明实施例的OTN+L2融合网络中的单板性能告警的管理模型示意图，如图8所示，该单板性能告警的管理模的实施流程包括如下步骤S802至步骤S810。

步骤S802：网元管理单元对L2进程(或其它业务进程)配置功能点；

在该步骤中，在具体实施时，例如，网元管理单元可以对L2进程(或其它业务进程)建立或删除某种类型的业务，即增加或删除某种类型的某个功能点。

步骤S804：L2进程处理功能点配置，并将功能模型(相当于功能点信息)发送给APP进程；

在该步骤中，在具体实施时，L2进程根据增加或删除的操作进行进程内部功能点模型的处理，处理成功后，将变更信息(变更后的功能模型)以进程间消息的形式发给APP进程，具体的功能模型在进程间消息中的报文格式可以是如图3所示的形式。

步骤S806：APP进程同步处理L2进程发来的功能模型；

在具体实施时，APP进程(相当于同步模块502)根据接收到L2进程发送的的进程间消息，进行自身功能点模型的变更，变更成功后通知L2进程。

步骤S808：L2进程采集当前功能模型下的性能告警数据(相当于性能告警信息)，并写入共享内存；

在具体实施时，当L2进程获取对进程间共享内存的访问权时，采集相关功能点的性能和告警，并将性能告警数据以某种约定的形式(各进程按照共享内存的预设存储区域对共享内存进行操作，即应用进程从共享内存的预设存储区域中获取性能告警信息，业务进程将采集的性能告警信息存储在共享内存的预设存储区域中)写入到共享内存中。具体的进程间共享内存的访问权控制如图4所示；

步骤S810：APP进程(相当于获取模块504和上报模块506)读出共享内存的性能告警数据，上报给网元管理单元。

在具体实施时，当APP进程获取对进程间共享内存的访问权时，以某种约定的形式读取出共享内存中的性能告警数据，并将性能告警数据按照APP进程内部的功能点模型上报给网络管理单元，其中，APP进程读取性能告警数据的约定的形式与L2进程写入性能告警数据的约定的形式相同，APP进程从共享内存的相应的存储区域中读取性能告警数据。

本实施例通过利用Linux用户态下共享内存、进程间消息这两种进程间的通信方式，可以实现OTN+L2等复杂业务配置单板下大规模性能告警的有效管理，解决原有OTN单板性能告警管理模型不足的问题。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种单板的性能告警管理方法，其特征在于，包括：

单板中的应用进程同步所述单板中的业务进程的功能点；

所述应用进程获取所述业务进程采集的性能告警信息；

所述应用进程按照该应用进程同步后的功能点将所述性能告警信息上报给网络管理单元；

其中，所述单板中的应用进程同步所述单板中的业务进程的功能点包括：

所述应用进程接收所述业务进程发送的进程间消息，其中，所述进程间消息携带有所述业务进程的功能点信息；

所述应用进程按照所述进程间消息携带的功能点信息同步所述业务进程的功能点。

2.根据权利要求1所述的方法，其特征在于，所述应用进程获取所述业务进程采集的性能告警信息包括：

所述应用进程从共享内存中获取所述性能告警信息，其中，所述性能告警信息是所述业务进程采集并存储在所述共享内存中的。

3.根据权利要求2所述的方法，其特征在于，所述应用进程从共享内存中获取所述性能告警信息包括：

所述应用进程获取所述共享内存的访问权，并从所述共享内存中获取所述性能告警信息，其中，所述性能告警信息是所述业务进程在获取所述共享内存的访问权之后存储在所述共享内存中的。

4.根据权利要求3所述的方法，其特征在于，

所述应用进程获取所述共享内存的访问权包括：

所述应用进程获取预设信号量时，获得对所述共享内存的访问权；

所述业务进程获取所述共享内存的访问权包括：

所述业务进程获取所述预设信号量时，获得对所述共享内存的访问权。

5.根据权利要求2所述的方法，其特征在于，所述应用进程从共享内存中获取所述性能告警信息包括：

所述应用进程从所述共享内存的预设存储区域中获取所述性能告警信息，其中，所述性能告警信息是所述业务进程采集并存储在所述共享内存的所述预设存储区域中的。

6.根据权利要求1至5中任一项所述的方法，其特征在于，所述单板处于Linux系统的用户态。

7.一种单板的性能告警管理装置，其特征在于，包括：

同步模块，用于同步单板中的业务进程的功能点；

获取模块，用于获取所述业务进程采集的性能告警信息；

上报模块，用于按照同步后的功能点将所述性能告警信息上报给网络管理单元；

其中，所述同步模块包括：

接收单元，用于接收所述业务进程发送的进程间消息，其中，所述进程间消息携带有所述业务进程的功能点信息；

同步单元，用于按照所述进程间消息携带的功能点信息同步所述业务进程的功能点。

8.根据权利要求7所述的装置，其特征在于，所述获取模块，还用于从共享内存中获取所述性能告警信息，其中，所述性能告警信息是所述业务进程采集并存储在所述共享内存中的。

9.根据权利要求8所述的装置，其特征在于，所述获取模块包括：

第一获取单元，用于获取所述共享内存的访问权；

第二获取单元，用于在获取所述共享内存的访问权的情况下，从所述共享内存中获取所述性能告警信息，其中，所述性能告警信息是所述业务进程在获取所述共享内存的访问权之后存储在所述共享内存中的。

10.根据权利要求8所述的装置，其特征在于，所述第一获取单元，还用于在获取预设信号量时，获得对所述共享内存的访问权。