[发明专利]一种服务器网管监测方式

说明书

技术领域

本发明涉及网络通信和网络监测领域，特别是涉及一种基于安全岛网络模型，跨越不同网络进行通信，实现网管监测功能的新方式。

背景技术

在互联网发展的早期，各硬件产商之间在激烈的市场竞争条件下，为了维持自己的优势而在硬件生产上自成一家，硬件规格差异很大，只有自家的机器家才有可能进行通信；统一硬件接口之后，因为不同的网络协议之间仍然存在差异，网络通信依然局限于同一网络中。随着互联网近几十年的飞速发展，如今TCP/IP使用得全球各种不同类型的网络之间的通信成为可能，形成了互联网，网络通信协议屏蔽了低层不同硬件体系统结构和不同操作系统的差异。但网络通信的瓶颈依然存在，现在的互联网是在IPv4协议的基础上运行的。随着互联网日新月异的快速发展，IPv4定义的有限地址空间将耗尽，而下一代IP协议规范还未普及应用。

为了在最大程度上利用IP地址，我们先后采用了IP分类，CIDR等方法来划分IP地址。NAT虽然完美地解决了IP地址不足的问题，而且还能够有效地避免来自网络外部的攻击，隐藏并保护网络内部的计算机，同时也暴露了IP地址已经严重不足的事实。为了在一个如此复杂的网络环境下实现对服务器的监测，我们必须将各种解决方法综合起来，实现模块独立，但可以统一管理的信息监测平台。

发明内容

本发明所要解决的技术问题是为跨网络通信提供可行的解决方案，从而实现网管监测服务器的功能。

为实现上述发明目的，本发明提供一种基于代理服务的跨网通信解决方案，包括内网，安全岛以及第二局域网，所述内网中设置有信息监测服务器，安全岛则是能够与内网进行互访，布置着代理中心服务器，Apache服务器，以及远程轮询服务器，所述第二局域网内则布置着需要被监测的机器；

所述信息监测工具服务器，用于：运用信息监测工具web应用，该web应用是主要的管理平台，可以完成对需要被监测机器的配置，以及被机器被监测情况数据的展示。随着web应用一起启动的还有底层的轮询数据收集守护都线程；

所述Apache服务器，用于：为外网访问web应用提供了可能，外网应该无法直接访问内网信息监测工具上布置的web应用，我们在安全岛上设置了一个Apache服务器作为中转，从而间接访问到了信息监测工具的web应用，方便了管理员可以随时访问和设置；

所述远程轮询服务器，用于：运行独立的轮询数据收集程序，因为安全岛上的机器能与外网互访，他会根据配置，找到互联上要监测的服务器，并主动轮询该类机器，而且把收集到的数据由web应用统一展现。它的灵活可变的部署位置为监测互联网上服务器的提供了具体的实现；

所述代理中心服务器，用于：运行代理服务器，它就相当于C/S模式中的S，它不会主动发出请求，而是等待，接受请求的，其他局域网中的机器如果想被监测到，就必须装上代理，代理的作用是定期上服务器发送数据，该数据由代理中心服务器进行处理，最后再交由信息监测工具统一展现。

本发明还提供一种网管监测功能，其中：

它的数据来自于三大部分，即基于不同网络的三种数据收据方式，最终由web应用统一展示：

数据1来自于信息监测服务器对本网络内主机的监测，数据2来自于远程轮询服务器对互联网主机的监测，数据3来自于代理中心服务器对其他局域网上主机的监测。

网管监测工具的主要运行步骤可分3步，包括：

发现节点：用于确定某节点是否存在，一旦发现节点，就将其添加到轮询计划当中。具体是通过ICMP协议去ping某一台机器，如果能ping通，就说明该节点可用；

轮询节点：用于确定节点上有哪一些服务已开通，定期轮询查看该服务的运行情况；

数据收集：用于收集机器和中间件的指标数据，主要是通过SNMP，JMX，JDBC等协议来完成数据收集。

由上述方案可以看出，本发明中在复杂的网络环境中，为实现网管监测提供了三种针对不同网络结构的解决方案，结合了主动收集和被动收集两种监测方式，而且对不同解决方案所收集的数据进行统一管理，通过webUI进行管理和展示。

附图说明

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

图1为本发明整体网络结构示意图；

图2为本发明内网监测流程示意图；

图3为本发明对互联网主机监测流程示意图；