CN101145972A - 一种容灾网管系统及其网管客户端的登陆方法 - Google Patents

Abstract

本发明公开了一种网管客户端的登陆方法，方法包括步骤有：网管客户端填写用于登陆网管服务器端的服务名称，并向网管服务器端发送服务名称的解析请求，由主节点服务器或者容灾节点服务器响应该服务名称的解析请求；主节点服务器或者容灾节点服务器对服务名称进行解析，得到本服务器的IP地址作为解析结果发送给网管客户端；网管客户端得到解析结果后，使用所收到的IP地址登陆网管服务器端。相应地，本发明还提供一种容灾网管系统。借此，本发明一方面保证了网管系统容灾方案部署情况下服务器之间服务切换时对于网管客户端的透明，从而增强了网管系统用户操作友好性；另一方面，主容切换不需对上级网管进行切换通知，从而降低了网管系统复杂性。

Description

一种容灾网管系统及其网管客户端的登陆方法

技术领域

本发明涉及网管系统组网方案中的实现技术，尤其涉及一种容灾网管系统及其网管客户端的登陆方法。

背景技术

随着通信技术的迅速发展，通信市场规模进一步扩大，目前在网上运行的设备复杂度不断提高，越来越多的关键应用和服务建立在数据网络上。对于电信运营部门而言，确保网络正常、高效运转至关重要。电信运营商必须对支持服务的网络系统进行有效的管理和规划，以最大限度地满足不断增长的用户需求，确保网络正常高效地运行。为了能更好地监控网络运行情况，提高网络维护的效率，降低运营成本，提高服务质量，运营商对网管系统的可靠性提出了严格要求，网管系统作为监控和管理网络的核心应用系统，要求能够长期、稳定的运行。

在网管系统原有的单服务器运行不能满足长期、稳定的运行的需求之后，针对网管系统提出的可靠性方案主要有两种：一种本地高可用性方案，通过在本地提供完全的硬件和软件冗余配置，并在集群软件的控制下提供本地高可用性网管服务；另一种是远程异地容灾方案，在不同物理地域提供硬件和软件的完全冗余配置，并在集群软件控制下实现异地容灾的网管服务。

与远程异地容灾方案相比，本地高可用性方案只能解决计划性维护、本地部分硬件损坏的情况，此时可以由冗余软件及硬件接管网管服务，但是并不能解决网管机房停电，甚至是地域性灾难的发生所带来的网管服务终止的问题。所以在多数情况下都采用远程异地容灾方案作为网管系统的可靠性方案，但是这样一来又带来了新的问题。

由于在本地高可用性方案中，网管系统服务器冗余硬件处于同一个子网中，可以使用浮动IP地址的方式供网管客户端登陆使用，这样在网管服务在不同服务器之间切换时，网管客户端使用同一IP地址登陆。而在远程异地容灾方案中，由于不同物理地域之间可能相距成百上千公里，如果使用光纤设备拉专线来提供子网，部署成本太高。所以网管系统容灾服务器冗余硬件不太可能处于同一个子网当中，如果使用2层VPN(Virtual Private Network，虚拟专用网络)的方式提供浮动IP地址，则需要对于承载网提出一些技术要求，这样提高了组网的复杂度，并且有可能带来其他一些网络问题，加大了网管系统部署的难度、降低了网管系统的可靠性。

在网管系统的远程异地容灾方案中，如果网管服务无法获得浮动IP，则当主节点服务器对外提供服务时，网管客户端需要使用主节点服务器的IP地址A进行登陆，当主节点服务器因为计划检修或者意外灾难停机，容灾节点服务器对外提供服务时，网管客户端需要使用容灾节点服务器的IP地址B进行登陆，而这种网管客户端登陆时IP地址的变化需要由网管系统维护人员向网管客户端操作人员给予通知方可进行。因为当网管客户端无法通过主节点服务器的IP地址A登陆时，网管客户端操作人员无法区分登陆失败是因为网管客户端与服务器之间网络中断造成，还是网管服务在容灾节点服务器之间发生了切换造成。

另外，当网管服务还作为下级网管接入上级网管系统或OSS(OperationSupport System，运营支撑系统)系统，并且上级网管作为Socket通讯客户端连接网管系统时，如上级网管使用CORBA(Common Object Request BrokerArchitecture，公共对象请求代理体系)、FTP(File Transfer Protocol，文件传输协议)等协议连接网管系统时，网管服务在主、容灾节点服务器之间的切换还需要对上级网管、OSS进行切换通知，这也增大了网管系统的开发难度和复杂度。

综上可知，现有网管系统组网方案，在实际使用上显然存在不便与缺陷，所以有必要加以改进。

发明内容

针对上述的缺陷，本发明的目的在于提供一种容灾网管系统及其网管客户端的登陆方法，其不仅增强了网管系统用户操作友好性，同时降低了网管系统复杂性。

为了实现上述目的，本发明提供一种网管客户端的登陆方法，应用于包括网管客户端和网管服务器端的容灾网管系统，该网管服务器端又包括主节点服务器和容灾节点服务器，所述方法包括步骤有：

A、网管客户端填写用于登陆网管服务器端的服务名称，并向网管服务器端发送服务名称的解析请求，由主节点服务器或者容灾节点服务器响应该服务名称的解析请求；

B、主节点服务器或者容灾节点服务器对服务名称进行解析，得到本服务器的IP地址作为解析结果发送给网管客户端；

C、网管客户端得到解析结果后，使用所收到的IP地址登陆网管服务器端。

根据本发明的方法，所述主节点服务器和容灾节点服务器中均包括有DNS通讯接口和DNS服务响应模块，所述步骤B进一步包括：

B1、主节点服务器或者容灾节点服务器的DNS通讯接口接收网管客户端的服务名称的解析请求；

B2、主节点服务器或者容灾节点服务器的DNS通讯接口将收到的解析请求发送给本服务器的DNS服务响应模块；

B3、主节点服务器或者容灾节点服务器的DNS服务响应模块从地址列表中查找本服务器的IP地址；

B4、主节点服务器或者容灾节点服务器的DNS服务响应模块将查找到的IP地址作为解析结果转交给本服务器的DNS通讯接口；

B5、主节点服务器或者容灾节点服务器的DNS通讯接口将解析结果发送给网管客户端。

根据本发明的方法，所述步骤A之前还包括网管客户端将其操作系统中的DNS服务器地址配置为主节点服务器和/或容灾节点服务器的IP地址。

根据本发明的方法，所述步骤A中网管客户端通过DNS协议向主节点服务器或者容灾节点服务器发送服务名称的解析请求。

根据本发明的方法，所述网管服务器端还包括集群软件，所述步骤A进一步包括：

A1、网管客户端向主节点服务器发送服务名称的解析请求，若主节点服务器无法响应该解析请求，则执行步骤A2；

A2、网管客户端向容灾节点服务器发送服务名称的解析请求，由该容灾节点服务器响应该解析请求。

根据本发明的方法，所述主节点服务器和容灾节点服务器互为异地容灾或者本地容灾。

根据本发明的方法，所述容灾网管系统中包括多个容灾节点服务器。

本发明还提供一种容灾网管系统，包括网管客户端和网管服务器端，该网管服务器端又包括主节点服务器和容灾节点服务器，其中：

所述网管客户端，用于填写用于登陆网管服务器端的服务名称，并向网管服务器端发送服务名称的解析请求，以及在得到作为解析结果的IP地址后，使用该IP地址登陆网管服务器端；

所述网管服务器端，其主节点服务器或者容灾节点服务器用于响应该服务名称的解析请求，对服务名称进行解析，并将所得到本服务器的IP地址作为解析结果发送给网管客户端。

根据本发明的系统，所述主节点服务器和容灾节点服务器中均包括有DNS通讯接口和DNS服务响应模块，

所述DNS通讯接口，用于接收网管客户端的服务名称的解析请求，并将该解析请求发送给本服务器的DNS服务响应模块，以及将接收到的解析结果发送给网管客户端；

所述DNS服务响应模块，用于从地址列表中查找本服务器的IP地址，再将查找到的IP地址作为解析结果转交给本服务器的DNS通讯接口。

根据本发明的系统，所述网管服务器端还包括集群软件，当网管客户端向主节点服务器发送服务名称的解析请求，而主节点服务器无法响应该解析请求时，网管客户端向容灾节点服务器发送服务名称的解析请求，由该容灾节点服务器响应该解析请求。

本发明通过网管客户端填写用于登陆网管服务器端的服务名称，并向网管服务器端发送服务名称的解析请求，由主节点服务器或者容灾节点服务器对服务名称进行解析，网管客户端得到解析结果后，使用所收到的IP地址登陆网管服务器端。借此，本发明引入服务名称作为登陆网管服务的唯一标识，一方面保证了网管系统容灾方案部署情况下服务器之间服务切换时对于网管客户端的透明，从而增强了网管系统用户操作友好性；另一方面，当网管服务作为下级网管接入上级网管，主容切换不需对上级网管进行切换通知，从而降低了网管系统复杂性。此外，本发明使用了标准的DNS协议，使得网管客户端可以直接使用操作系统提供的DNS客户端功能，从而提高了系统设计的灵活性。

附图说明

图1是本发明提供的网管系统的结构示意图；

图2是本发明网管系统中网管客户端的登陆方法流程图；

图3是本发明优选的网管系统中网管客户端的登陆方法流程图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

图1示出了本发明提供的容灾网管系统的结构，该系统包括网管客户端10和网管服务器端20，该网管服务器端20又包括主节点服务器21和容灾节点服务器22，其中：

网管客户端10，其部署有网管客户端应用，并提供网管人机接口。本发明用于填写用于登陆网管服务器端20的服务名称，并向网管服务器端20发送服务名称的解析请求，以及在得到作为解析结果的IP地址后，使用该IP地址登陆网管服务器端20提供服务的服务器。优选的是，网管客户端10将其操作系统中的DNS服务器地址配置为主节点服务器21和/或容灾节点服务器22的IP地址。如将主节点服务器21的IP地址A作为主DNS服务器的IP地址，容灾节点服务器22的IP地址B作为备DNS服务器的IP地址。网管客户端10通过DNS协议向主节点服务器21或者容灾节点服务器22发送服务名称的解析请求。由于本发明使用了标准的DNS协议，使得网管客户端10可以直接使用操作系统提供的DNS客户端功能，从而提高了系统设计的灵活性。

网管服务器端20，由冗余软件和硬件构成，其主节点服务器21或者容灾节点服务器22用于响应该服务名称的解析请求，对服务名称进行解析，并将所得到本服务器的IP地址作为解析结果发送给网管客户端10。

具体而言，所述主节点服务器21和容灾节点服务器22中均包括有DNS(Domain Name Server，域名服务器)通讯接口23和DNS服务响应模块24，其中：

DNS通讯接口23，进行数据通信，并与DNS服务响应模块24连接。本发明中，DNS通讯接口23用于接收网管客户端10的服务名称的解析请求，并将该解析请求发送给本服务器的DNS服务响应模块24，以及将接收到的解析结果发送给网管客户端10。

DNS服务响应模块24，用于从地址列表中查找本服务器的IP地址，再将查找到的IP地址作为解析结果转交给本服务器的DNS通讯接口23。

所述网管服务器端20还包括集群软件25，用于控制是否对外提供服务，其提供网管系统主、容灾节点服务器21和22之间的心跳检测、远程数据复制等功能，并通过对服务器硬件可用性检测和服务软件状态检测以完成对网管服务进程和DNS服务进程在网管主、容灾节点服务器21和22之间的切换。本发明中，当网管客户端10向主节点服务器21发送服务名称的解析请求，而主节点服务器21无法响应该解析请求时，网管客户端10向容灾节点服务器22发送服务名称的解析请求，由该容灾节点服务器22响应该解析请求。

本发明尤其适用于网管系统异地容灾方案，即主节点服务器21和容灾节点服务器22互为异地容灾。当然，本发明也可适用于本地高可用性方案，即主节点服务器21和容灾节点服务器22互为本地容灾。另外，所述容灾网管系统中可以包括多个容灾节点服务器22，即属于1+N容灾方案。

借此，本发明在网管系统中引入DNS服务响应模块24作为服务名称的解析，使网管客户端10可以使用服务名称进行登陆。网管客户端10先由DNS解析得到目前对外实际提供网管服务的服务器的服务器IP地址，然后网管客户端10再向实际提供服务的服务器发起登陆。一方面保证了网管系统容灾方案部署情况下服务器之间服务切换时对于网管客户端10的透明，增强了网管系统用户操作友好性；另一方面减少了服务切换通知的开发工作，并降低了网管系统复杂性。

图2示出了本发明网管客户端的登陆方法流程，其通过图1所示的容灾网管系统实现，具体包括步骤如下：

步骤S201，网管客户端10填写用于登陆网管服务器端20的服务名称，并向网管服务器端20发送服务名称的解析请求，由主节点服务器21或者容灾节点服务器22响应该服务名称的解析请求。优选的是，网管客户端10向主节点服务器21发送服务名称的解析请求，若主节点服务器21无法响应该解析请求，则网管客户端10向容灾节点服务器22发送服务名称的解析请求，由该容灾节点服务器22响应该解析请求。另外，本步骤中网管客户端10通过DNS协议向主节点服务器21或者容灾节点服务器22发送服务名称的解析请求。本步骤之前还可包括，网管客户端10将其操作系统中的DNS服务器地址配置为主节点服务器21和/或容灾节点服务器22的IP地址。

步骤S202，主节点服务器21或者容灾节点服务器22对服务名称进行解析，得到本服务器的IP地址作为解析结果发送给网管客户端10，也就是将实际提供网管服务的服务器的IP地址发送给网管客户端10。

步骤S203，网管客户端10得到解析结果后，使用所收到的IP地址登陆网管服务器端20。网管客户端10再向实际提供服务的服务器发起登陆。

图3示出了本发明优选的网管客户端的登陆方法流程，其通过图1所示的容灾网管系统实现，应用于网管系统异地容灾方案，具体包括步骤如下：

步骤S301，网管客户端10向主节点服务器21发送服务名称的解析请求。网管客户端10将操作系统中的DNS服务器地址配置为网管系统异地容灾的主、容灾节点服务器21和22的IP地址。网管客户端10填写服务名称作为登陆网管服务的唯一标志，并通过DNS协议向主节点服务器21发送服务名称的解析请求。

步骤S302，判断主节点服务器21是否响应解析请求。若主节点服务器21能够响应解析请求，则执行步骤S303，即进入主节点服务器21的名称解析数据处理流程。若主节点服务器21由于某种原因无法提供服务名称解析服务，例如计划内检修或其他意外灾难，则执行步骤S307，进入容灾节点服务器22的名称解析数据处理流程。在本步骤中，若主节点服务器21无法响应该解析请求，网管客户端10等待解析结果超时，网管客户端10向容灾节点服务器22发送服务名称的解析请求，由该容灾节点服务器22来响应该解析请求。

步骤S303，主节点服务器21的DNS通讯接口23接收并转发解析请求给本服务器的DNS服务响应模块24。这里，作为主DNS服务器的主节点服务器21的DNS通讯接口23接收到解析请求后，把收到的解析请求数据包发送到DNS服务响应模块24。此时网管服务和DNS服务正常运行于主节点服务器21上。

步骤S304，主节点服务器21的DNS服务响应模块24查找地址列表，并返回解析结果给DNS通讯接口23。具体而言，主节点服务器21的DNS服务响应模块24找到与服务名称对应的本服务器的IP地址，并将此IP地址作为找到的解析结果数据包转交给DNS通信接口23。

步骤S305，主节点服务器21的DNS通讯接口23接收解析结果，并将解析结果封装后发送给网管客户端10。

步骤S306，网管客户端10根据解析结果进入正常登陆程序，即网管客户端10使用解析结果中的IP地址进行正常登陆，向提供服务的主节点服务器21请求网管服务注册。

步骤S307，容灾节点服务器22的DNS通讯接口23接收并转发解析请求给本服务器的DNS服务响应模块24。具体而言，作为备DNS服务器的容灾节点服务器22上的DNS通信接口23接收到解析请求数据包后，将该解析请求数据包转发给DNS服务响应模块24。此时网管服务和DNS服务正常运行于容灾节点服务器22上。

步骤S308，容灾节点服务器22的DNS服务响应模块24查找地址列表，并返回解析结果。具体而言，容灾节点服务器22的DNS服务响应模块24找到与服务名称对应的本服务器的IP地址，并将此IP地址作为找到的解析结果数据包转交给DNS通信接口23。

步骤S309，容灾节点服务器22的DNS通讯接口23接收解析结果，并将解析结果封装后发送给网管客户端10。

步骤S310，网管客户端10根据解析结果进入正常登陆程序。即网管客户端10使用解析结果中的IP地址进行正常登陆，向提供服务的容灾节点服务器22请求网管服务注册。

综上所述，本发明通过网管客户端填写用于登陆网管服务器端的服务名称，并向网管服务器端发送服务名称的解析请求，由主节点服务器或者容灾节点服务器对服务名称进行解析，网管客户端得到解析结果后，使用所收到的IP地址登陆网管服务器端。借此，本发明引入服务名称作为登陆网管服务的唯一标识，一方面保证了网管系统容灾方案部署情况下服务器之间服务切换时对于网管客户端的透明，从而增强了网管系统用户操作友好性；另一方面，当网管服务作为下级网管接入上级网管，主容切换不需对上级网管进行切换通知，从而降低了网管系统复杂性。此外，本发明使用了标准的DNS协议，使得网管客户端可以直接使用操作系统提供的DNS客户端功能，从而提高了系统设计的灵活性。

当然，本发明还可有其它多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (10)

1.一种网管客户端的登陆方法，应用于包括网管客户端和网管服务器端的容灾网管系统，该网管服务器端又包括主节点服务器和容灾节点服务器，其特征在于，所述方法包括步骤有：

A、网管客户端填写用于登陆网管服务器端的服务名称，并向网管服务器端发送服务名称的解析请求，由主节点服务器或者容灾节点服务器响应该服务名称的解析请求；

B、主节点服务器或者容灾节点服务器对服务名称进行解析，得到本服务器的IP地址作为解析结果发送给网管客户端；

C、网管客户端得到解析结果后，使用所收到的IP地址登陆网管服务器端。

2.根据权利要求1所述的方法，其特征在于，所述主节点服务器和容灾节点服务器中均包括有DNS通讯接口和DNS服务响应模块，所述步骤B进一步包括：

B1、主节点服务器或者容灾节点服务器的DNS通讯接口接收网管客户端的服务名称的解析请求；

B2、主节点服务器或者容灾节点服务器的DNS通讯接口将收到的解析请求发送给本服务器的DNS服务响应模块；

B3、主节点服务器或者容灾节点服务器的DNS服务响应模块从地址列表中查找本服务器的IP地址；

B4、主节点服务器或者容灾节点服务器的DNS服务响应模块将查找到的IP地址作为解析结果转交给本服务器的DNS通讯接口；

B5、主节点服务器或者容灾节点服务器的DNS通讯接口将解析结果发送给网管客户端。

3.根据权利要求2所述的方法，其特征在于，所述步骤A之前还包括网管客户端将其操作系统中的DNS服务器地址配置为主节点服务器和/或容灾节点服务器的IP地址。

4.根据权利要求2所述的方法，其特征在于，所述步骤A中网管客户端通过DNS协议向主节点服务器或者容灾节点服务器发送服务名称的解析请求。

5.根据权利要求1所述的方法，其特征在于，所述网管服务器端还包括集群软件，所述步骤A进一步包括：

A1、网管客户端向主节点服务器发送服务名称的解析请求，若主节点服务器无法响应该解析请求，则执行步骤A2；

A2、网管客户端向容灾节点服务器发送服务名称的解析请求，由该容灾节点服务器响应该解析请求。

6.根据权利要求1所述的方法，其特征在于，所述主节点服务器和容灾节点服务器互为异地容灾或者本地容灾。

7.根据权利要求1所述的方法，其特征在于，所述容灾网管系统中包括多个容灾节点服务器。

8.一种实现如权利要求1～7任一项方法的容灾网管系统，包括网管客户端和网管服务器端，该网管服务器端又包括主节点服务器和容灾节点服务器，其特征在于，

所述网管客户端，用于填写用于登陆网管服务器端的服务名称，并向网管服务器端发送服务名称的解析请求，以及在得到作为解析结果的IP地址后，使用该IP地址登陆网管服务器端；

所述网管服务器端，其主节点服务器或者容灾节点服务器用于响应该服务名称的解析请求，对服务名称进行解析，并将所得到本服务器的IP地址作为解析结果发送给网管客户端。

9.根据权利要求8所述的系统，其特征在于，所述主节点服务器和容灾节点服务器中均包括有DNS通讯接口和DNS服务响应模块，

所述DNS通讯接口，用于接收网管客户端的服务名称的解析请求，并将该解析请求发送给本服务器的DNS服务响应模块，以及将接收到的解析结果发送给网管客户端；

所述DNS服务响应模块，用于从地址列表中查找本服务器的IP地址，再将查找到的IP地址作为解析结果转交给本服务器的DNS通讯接口。

10.根据权利要求8所述的系统，其特征在于，所述网管服务器端还包括集群软件，当网管客户端向主节点服务器发送服务名称的解析请求，而主节点服务器无法响应该解析请求时，该网管客户端向容灾节点服务器发送服务名称的解析请求，由该容灾节点服务器响应该解析请求。