CN105099753A - 网络管理系统及其处理业务的方法 - Google Patents

Abstract

本申请提供一种网络管理系统及其处理业务的方法。网络管理系统包括：内存共享服务器，用于保存网管服务器间需要频繁访问的共享数据；控制器，用于接收来自前台的业务请求，并按照预设分配策略将业务请求分配到对应的网管服务器；以及至少一个网管服务器，用于接收控制器分配的业务请求，并在业务请求所需的数据位于内存共享服务器时，访问内存共享服务器，并向前台返回对应的业务响应。本申请实施例，通过内存共享服务器保存网管服务器间需要频繁访问的共享数据，使得网管服务器在接收的业务请求所需的数据位于内存共享服务器时，访问内存共享服务器，数据访问速度极高，解决了频繁读取数据库所带来的性能低下的问题。

Description

网络管理系统及其处理业务的方法

技术领域

本申请涉及通信技术领域，尤其涉及一种网络管理系统及其处理业务的方法。

背景技术

在目前业务复杂、设备数量极大的网络管理系统中，只靠单一的服务器处理极大数量的设备请求例如设备查询、修改或状态轮询等，必然会出现处理性能下降甚至服务器卡死的情况。

为了减轻服务器的压力，目前一般采用按功能组件进行分布式部署的方式，例如将资源管理、报表管理、告警管理等功能组件分布式部署在不同的服务器上，各个功能组件间可以通过套接字(Socket)接口进行通信，而各个功能组件本身的程序内数据还是保存在内存中，不影响使用。另外，有一个统一的资源数据调配控制器，负责将数据请求、命令等发送到不同的功能组件。这种将功能组件进行分布式部署的方式虽然可以缓解服务器的压力，但是随着业务复杂性和设备数量的增大，单台服务器在处理大数量设备请求时，中央处理单元(CPU)利用率和系统吞吐率都会成为瓶颈，所以按功能组件进行分布式部署的方式不能有效地解决问题。

为了有效地减轻服务器的压力，可以采用服务器集群方案，每个服务器节点包含所有功能，各节点合作工作，实现负载均衡，以减轻单台服务器的压力。但是，服务器程序中的数据保存在数据库服务器中，每个节点在读取和更新数据信息时，都需要通过读取和修改数据库来完成，当设备请求数量巨大时，这种频繁读取数据库的方式会导致系统性能的急剧下降，另外，在服务器集群系统中有一个节点作为主节点，它负责对整体业务和其它节点进行控制，以实现服务器集群整体的数据完整性，但对于主节点的选择以及主从节点间的控制要么采用数据库数据标志，要么通过消息服务器进行通信，数据阻塞和消息延迟等都会导致系统的不稳定和性能的下降。

发明内容

有鉴于此，本申请提供一种网络管理系统及其处理业务的方法。

具体地，本申请是通过如下技术方案实现的：

根据本发明实施例的第一方面，提供一种网络管理系统，所述系统包括控制器、至少一个网管服务器和内存共享服务器，其中：

所述内存共享服务器，用于保存所述网管服务器间需要频繁访问的共享数据；

所述控制器，用于接收来自前台的业务请求，并按照预设分配策略将所述业务请求分配到对应的网管服务器；

所述网管服务器，用于接收所述控制器分配的所述业务请求，并在所述业务请求所需的数据位于所述内存共享服务器时，访问所述内存共享服务器，并向所述前台返回对应的业务响应。

根据本发明实施例的第二方面，提供一种网络管理系统处理业务的方法，其特征在于，所述网络管理系统包括控制器、至少一个网管服务器和内存共享服务器，所述内存共享服务器中保存有所述网管服务器间需要频繁访问的共享数据，所述方法包括：

通过控制器接收来自前台的业务请求，并按照预设分配策略将所述业务请求分配到对应的网管服务器；以及

通过所述网管服务器确认所述业务请求所需的数据位于所述内存共享服务器时，访问所述内存共享服务器，并向所述前台返回对应的业务响应。

上述网络管理系统及其处理业务的方法实施例，通过内存共享服务器保存网管服务器间需要频繁访问的共享数据，通过控制器对业务请求进行分配，使得网管服务器在接收业务请求后，在业务请求所需的数据位于内存共享服务器时，访问内存共享服务器，并返回对应的业务响应，由于内存共享服务器是基于内存的操作，数据访问速度极高，并且其中保存有网管服务器间需频繁访问的共享数据，解决了频繁读取数据库所带来的性能低下的问题，同时，业务请求由控制器进行分配，真正地分担了服务器的压力，提高了系统性能。

附图说明

图1是本申请一示例性实施例示出的一种网络管理系统的结构示意图；

图2是本申请一示例性实施例示出的控制器分配业务请求的示意图；

图3是本申请一示例性实施例示出的另一种网络管理系统的结构示意图；

图4是本申请一示例性实施例示出的又一种网络管理系统的结构示意图；

图5是本申请一示例性实施例示出的数据存储方式示意图；

图6是本申请一示例性实施例示出的一种网络管理系统处理业务的方法流程图；

图7是本申请一示例性实施例示出的另一种网络管理系统处理业务的方法流程图；

图8是本申请一示例性实施例示出的又一种网络管理系统处理业务的方法流程图；

图9是本申请一示例性实施例示出的一种网络管理系统处理业务的信令流程图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

为了有效地减轻服务器的压力，本发明实施例基于内存共享服务器进行程序数据的共享，以及通过资源调配控制器进行网管服务器工作的协调和分配。其中，内存共享服务器是基于内存的操作，速度可以和直接操作内存相媲美，故对数据存储和读取的性能比较高。

在本实施例中，由于将各网管服务器间需要频繁读取的共享数据保存在内存共享服务器中，从而可以减少复杂的业务处理对数据库频繁读取的压力，提高了整个网管系统的响应速度，从而提高系统性能；同时，通过资源数据调配控制器将复杂、耗时的操作，以及超大量设备的操作，根据各网管服务器工作状态进行合理划分，将任务均衡地分配给各网管服务器，实现真正的负载均衡，减轻单台服务器的压力，提升网管系统的处理能力，并可以根据业务需要，方便、灵活地配置集群节点的数量，以不断满足业务需求。

图1是本申请一示例性实施例示出的一种网络管理系统的结构示意图，如图1所示，该网络管理系统包括控制器11、至少一个网管服务器12和内存共享服务器13，其中：

内存共享服务器13用于保存网管服务器12间需要频繁访问的共享数据；控制器11用于接收来自前台的业务请求，并按照预设分配策略将业务请求分配到对应的网管服务器12；网管服务器12用于接收控制器11分配的业务请求，并在业务请求所需的数据位于内存共享服务器13时，访问内存共享服务器13，并向前台返回对应的业务响应。

其中，内存共享服务器可以采用Key-Value存储方式，该存储方式具有极高的并发读写性能。内存共享服务器中保存的数据是由开发人员预先统计好的，基本原则就是频繁读取的、需要各网管服务器共享的数据，如链路信息、拓扑信息等。

具体地，在统计数据时，开发人员可以按照类别进行分类，不同进程内或不同功能组件的数据，需要有不同的标识符，例如，资源后台组件的所有键值(key)都是以“netresdm:”为开始标识，告警后台组件的所有key都是以“faultdm:”为开始标识；同一功能组件内还可按照功能进行进一步分类，例如资源后台里的设备信息相关的所有key是以“netresdm:dev:”为开始标识，这种按功能进行标识的方式可以很清晰地表示数据信息，并且在模糊查询时，可以很方便地根据组件、功能点进行查询。

在统计好需要保存在内存共享服务器中的数据后，可以使用内存共享服务器提供的访问接口对这些数据进行封装、存储及解封装，以方便网管服务器读取数据。

其中，来自前台的业务请求可以包括与设备相关的业务请求，例如，可以包括但不限于设备状态轮询、设备配置轮询等，这些设备具有标识(ID)，以方便区分。

在该实施例中，控制器可以根据网管服务器的数量，按照预设策略例如负载均衡策略对业务请求进行分配。例如，当业务请求为与设备相关的业务请求时，控制器可以根据设备ID对服务节点数量进行取模运算，假设共有10台网管服务器，如图2所示，那么设备ID个位数为1的请求，就会被分配到网管服务器1中，设备ID个位数为2的请求，就会被分配到网管服务器2中，以此类推。这样，即使有大量并发的业务请求，控制器都会将业务请求数据离散地分配到不同的网管服务器，以实现负载均衡，从而极大地提高了网管系统的处理能力。

另外，该系统还可以包括数据库14，如图3所示，该数据库14用于存储需要长期存储的数据。网管服务器12可以在需要写入数据库中的共享数据有更新例如添加、修改或删除共享数据时，首先将共享数据更新写入数据库14，待这些数据写入成功后再将共享数据写入内存共享服务器13，这样，网管服务器12在读取数据时，可以直接从内存共享服务器13中读取数据，从而减少了对数据库的频繁读取。

进一步地，该系统还可以包括消息通信服务器15，如图4所示，该消息通信服务器15可以用于接收前台发送的业务请求，并向控制器发送业务请求；或者，接收网管服务器根据这些业务请求在访问内存共享服务器或数据库后返回的业务响应，并向前台返回对应的业务响应。

在该实施例中，网管服务器可以采取被动的工作方式，即控制器接收到业务请求后，按照预设分配策略判断出该业务请求由哪个网管服务器负责，然后转发给该网管服务器进行处理。另外，网管服务器在接收到业务请求后，也可以进行主动工作，假设，当前网管服务器接收到的业务请求是设备状态的轮询或配置的轮询，则当前网管服务器在获知设备的ID后，可以主动轮询该设备，并检查该设备的状态和配置是否有变化，如果有变化，则直接进行状态修改和告警触发等操作。具体地，不管网管服务器采用主动还是被动的工作方式，当所需要的数据位于内存共享服务器时，都可以从内存共享服务器访问数据，以提高访问速度。

另外，为了使访问速度最大化，网管服务器可以将仅与自己相关的数据保存在自己的内存中，如图5所示，而对于网管服务器间共享的数据需要存储在共享内存服务器中，以使得所有的网管服务器都能访问共享数据，并可以大大提高访问速度。

在该实施例中，控制器11还可用于在检测到已分配业务请求的网管服务器出现异常时，将对应业务请求重新分配到其他网管服务器，以使其他网管服务器执行相应操作，并返回对应的业务响应。

例如，以图2为例进行说明，假设已分配到与设备2相关的业务请求的网管服务器2出现故障，则控制器在检测到网管服务器2异常后，重新基于负载均衡原则将与设备2相关的业务请求分配给其他网管服务器例如网管服务器1，以保证整个系统的正常运行。

进一步地，如果当前的网管服务器无法处理当前接收的业务请求，则控制器需要接收新增网管服务器的配置信息，并将当前接收的业务请求分配到新增的网管服务器，然后由新增的网管服务器在对应的业务请求所需的数据位于内存共享服务器时，访问内存共享服务器，并返回对应的业务响应。由此可见，本发明实施例可以根据业务需要增加网管服务器，使得网管系统可以进行横向扩展。

上述网络管理系统实施例，通过内存共享服务器保存网管服务器间需要频繁访问的共享数据，通过控制器对业务请求进行分配，使得网管服务器在接收业务请求后，在业务请求所需的数据位于内存共享服务器时，访问内存共享服务器，并返回对应的业务响应，由于内存共享服务器是基于内存的操作，数据访问速度极高，并且其中保存有网管服务器间需频繁访问的共享数据，解决了频繁读取数据库所带来的性能低下的问题，同时，业务请求由控制器进行分配，真正地分担了服务器的压力，提高了系统性能。

图6是本申请一示例性实施例示出的一种网络管理系统处理业务的方法流程图，在该实施例中，网络管理系统的结构如图1所示，其中，内存共享服务器中保存有网管服务器间需要频繁访问的共享数据，该网络管理系统处理业务的方法包括：

步骤S601，通过控制器接收来自前台的业务请求，并按照预设分配策略将业务请求分配到对应的网管服务器。

其中，来自前台的业务请求可以包括与设备相关的业务请求，例如，可以包括但不限于设备状态轮询、设备配置轮询等，这些设备具有标识(ID)，以方便区分。

在该实施例中，控制器可以根据网管服务器的数量，按照预设策略例如负载均衡策略对业务请求进行分配。

另外，控制器在按照预设分配策略将业务请求分配到对应的网管服务器之后，若通过控制器检测到已分配业务请求的网管服务器出现异常，则将对应业务请求重新分配到其他网管服务器。

进一步地，若控制器检测到当前可使用的网管服务器数量无法满足当前接收的业务请求，则接收新增网管服务器的配置信息，并将当前接收的业务请求分配到新增的网管服务器。由此可见，本发明实施例可以根据业务需要增加网管服务器，使得网管系统可以进行横向扩展。

步骤S602，通过网管服务器确认业务请求所需的数据位于内存共享服务器时，访问内存共享服务器，并向前台返回对应的业务响应。

其中，内存共享服务器可以采用Key-Value存储方式，该存储方式具有极高的并发读写性能。内存共享服务器中保存的数据是由开发人员预先统计好的，基本原则就是频繁读取的、需要各网管服务器共享的数据，如链路信息、拓扑信息等。

具体地，在统计数据时，开发人员可以按照类别进行分类，不同进程内或不同功能组件的数据，需要有不同的标识符，例如，资源后台组件的所有键值(key)都是以“netresdm:”为开始标识，告警后台组件的所有key都是以“faultdm:”为开始标识；同一功能组件内还可按照功能进行进一步分类，例如资源后台里的设备信息相关的所有key是以“netresdm:dev:”为开始标识，这种按功能进行标识的方式可以很清晰地表示数据信息，并且在模糊查询时，可以很方便地根据组件、功能点进行查询。

在统计好需要保存在内存共享服务器中的数据后，可以使用内存共享服务器提供的访问接口对这些数据进行封装、存储及解封装，以方便网管服务器读取数据。

在网管服务器间需要频繁访问的共享数据保存在共享服务器之后，若网管服务器接收到业务请求，并在确认该业务请求所需的数据位于共享服务器中时，则访问内存共享服务器，并向前台返回对应的业务响应。

另外，如图3所示，该网络管理系统还可以包括数据库，包括数据库的网络管理系统处理业务的方法如图7所示，该方法还包括：

步骤S603，通过网管服务器确认需要写入数据库中的共享数据有更新时，首先将共享数据更新写入数据库，写入成功后再将共享数据写入内存共享服务器。

需要说明的是，上述步骤S603与S601、S602并无严格的执行顺序，可以发生在步骤S602之前(如图7所示)，也可以发生在步骤S602之后(图中未示出)。

上述业务处理方法实施例，通过控制器接收业务请求，并按照预设分配策略将业务请求分配到对应的网管服务器，使得网管服务器在确认业务请求所需的数据位于内存共享服务器时，访问内存共享服务器，并返回对应的业务响应；由于内存共享服务器基于内存的操作，数据访问速度极高，并且其中保存有网管服务器间的共享数据，解决了频繁读取数据库所带来的性能低下的问题，同时，通过预设分配策略对业务请求进行分配，真正地分担了服务器的压力，提高了系统性能。

进一步地，如图4所示，该网络管理系统还可以包括消息通信服务器，如图4所示的网络管理系统处理业务的方法可参见图8，该方法包括：

步骤S801，通过消息通信服务器接收前台发送的业务请求，并向控制器发送业务请求。

步骤S802，通过控制器接收业务请求，并按照预设分配策略将业务请求分配到对应的网管服务器。

步骤S803，通过网管服务器确认业务请求所需的数据位于内存共享服务器时，访问内存共享服务器，并向消息通信服务器返回对应的业务响应。

步骤S804，通过消息通信服务器向前台返回对应的业务响应。

上述业务处理方法实施例，使得控制器可以通过消息通信服务器接收业务请求，并按照预设分配策略将业务请求分配到对应的网管服务器，并在网管服务器确认业务请求所需的数据位于内存共享服务器时，访问内存共享服务器，并返回对应的业务响应；由于内存共享服务器基于内存的操作，数据访问速度极高，并且其中保存有网管服务器间的共享数据，解决了频繁读取数据库所带来的性能低下的问题，同时，通过预设分配策略对业务请求进行分配，真正地分担了服务器的压力，提高了系统性能。

为了更清楚地描述网络管理系统处理业务的过程，下面以一个具体示例为例进行描述。

如图9所示，该业务处理过程包括：

步骤S901，前台向消息通信服务器发送与设备1-3相关的业务请求。

在该实施例中，假定与设备1-3相关的业务请求为查询设备1-3的链路是否正常。

步骤S902，控制器通过消息通信服务器接收与设备1-3相关的业务请求。

步骤S903，控制器根据设备ID随机选中一个网管服务器，并向选中的网管服务器发送与设备1-3相关的业务请求。

控制器在接收该业务请求后，确认该业务请求与设备1-3均相关，故可以选择将该业务请求分配给网管服务器1-3中的任意一个，假定，在该实施例中，控制器将该业务请求分配给网管服务器1。

步骤S904，网管服务器接收该业务请求后，确认该业务请求所需的数据位于内存共享服务器中，则访问内存共享服务器，获得设备1-3的链路信息，并确认设备1-3的链路是否正常。

由于内存共享服务器中保存有设备1-3的链路信息，故网管服务器1在接收到业务请求后，从内存共享服务器读取数据，以获得设备1-3的链路状态。

步骤S905，网管服务器在确认设备1-3之间的链路正常后，通过消息通信服务器向前台返回业务应答，以通知前台设备1-3之间的链路正常。

网管服务器1在确认设备1-3之间的链路正常后，通过消息服务器向前台返回链路正常的业务应答。

由此可见，本发明提供的系统实施例可以通过控制器为业务请求分配网管服务器，真正地分担了服务器的压力，同时，网管服务器通过访问保存有网管服务器间共享数据的内存共享服务器，解决了频繁读取数据库所带来的性能低下的问题，从而大大提高了系统性能。

以上仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (10)

1.一种网络管理系统，其特征在于，所述系统包括控制器、至少一个网管服务器和内存共享服务器，其中：

所述内存共享服务器，用于保存所述网管服务器间需要频繁访问的共享数据；

所述控制器，用于接收来自前台的业务请求，并按照预设分配策略将所述业务请求分配到对应的网管服务器；

所述网管服务器，用于接收所述控制器分配的所述业务请求，并在所述业务请求所需的数据位于所述内存共享服务器时，访问所述内存共享服务器，并向所述前台返回对应的业务响应。

2.根据权利要求1所述的系统，其特征在于，所述系统还包括：

数据库，用于存储需要长期存储的数据；

其中，所述网管服务器，还用于在需要写入所述数据库中的共享数据有更新时，首先将所述共享数据更新写入所述数据库，写入成功后再将所述共享数据写入所述内存共享服务器。

3.根据权利要求1或2所述的系统，其特征在于，所述系统还包括：

消息通信服务器，用于接收所述前台发送的业务请求，并向所述控制器发送所述业务请求；或者，接收所述网管服务器根据所述业务请求在访问所述内存共享服务器或数据库后返回的业务响应，并向所述前台返回对应的业务响应。

4.根据权利要求1所述的系统，其特征在于，所述内存共享服务器，具体用于：为所述共享数据提供访问接口，所述访问接口用于所述共享数据的封装、存储及解封装。

5.根据权利要求1所述的系统，其特征在于，所述控制器，还用于：

在所述按照预设分配策略将所述业务请求分配到对应的网管服务器之后，若检测到已分配业务请求的网管服务器出现异常，则将对应业务请求重新分配到其他网管服务器，所述预设分配策略包括负载均衡策略；和/或

若检测到当前可使用的网管服务器数量无法满足当前接收的业务请求，则接收新增网管服务器的配置信息，并将当前接收的业务请求分配到新增的网管服务器。

6.根据权利要求1或2所述的系统，其特征在于，当所述业务请求为与设备相关的业务请求时，所述网管服务器，还用于：在所述接收所述控制器分配的所述业务请求之后，根据所述业务请求主动轮询对应的设备，并向所述前台返回对应的业务响应。

7.一种网络管理系统处理业务的方法，其特征在于，所述网络管理系统包括控制器、至少一个网管服务器和内存共享服务器，所述内存共享服务器中保存有所述网管服务器间需要频繁访问的共享数据，所述方法包括：

通过控制器接收来自前台的业务请求，并按照预设分配策略将所述业务请求分配到对应的网管服务器；以及

通过所述网管服务器确认所述业务请求所需的数据位于所述内存共享服务器时，访问所述内存共享服务器，并向所述前台返回对应的业务响应。

8.根据权利要求7所述的方法，其特征在于，所述网络管理系统还包括数据库，所述数据库中存储有需要长期存储的数据，所述方法还包括：

通过所述网管服务器确认需要写入所述数据库中的共享数据有更新时，首先将所述共享数据更新写入所述数据库，写入成功后再将所述共享数据写入所述内存共享服务器。

9.根据权利要求8所述的方法，其特征在于，所述网络管理系统还包括消息通信服务器，所述方法还包括：

通过所述消息通信服务器接收所述前台发送的业务请求，并向所述控制器发送所述业务请求；或者，通过所述消息通信服务器接收所述网管服务器根据所述业务请求在访问所述内存共享服务器或数据库后返回的业务响应，并向所述前台返回对应的业务响应。

10.根据权利要求7所述的方法，其特征在于，所述方法还包括：

在所述按照预设分配策略将所述业务请求分配到对应的网管服务器之后，若通过所述控制器检测到已分配业务请求的网管服务器出现异常，则将对应业务请求重新分配到其他网管服务器，所述预设分配策略包括负载均衡策略；和/或

若通过所述控制器检测到当前可使用的网管服务器数量无法满足当前接收的业务请求，则接收新增网管服务器的配置信息，并将当前接收的业务请求分配到新增的网管服务器。