集中式网络管理系统结构是在网络系统中设置专门的网络管理节点。管理软件和管理功能主要集中网络管理节点上,网络管理节点与被管理节点是主从关系。集中式数据存储的主要特点是能把所有数据保存在一个地方,虽然集中式网络管理便于集中管理,但不能满足大型网络中实现故障、配置、性能及安全管理等网络管理功能域的需求。
采用分布式或层次式计算模式,能够有效的在大型网络中实现故障、配置、性能及安全管理等问题。分布式网络管理模式是将地理上分布的网络管理客户机与一组网络管理服务器交互作用,完成网络管理的功能。分布式计算的优点是可以快速访问、多用户使用。每台计算机可以访问系统内其他计算机的信息文件,系统设计上具有更大的灵活性,既可为独立的计算机的地区用户的特殊需求服务,也可为联网的企业需求服务,实现系统内不同计算机之间的通信。分布式网络管理体系结构的不断改进,必须更多地借助现有的成熟分布式算法,利用分布式算法的分布性和并发性的特征来实现分布式的网络管理。同时分布式系统的执行也存在着许多非稳定的因素,目前比较成熟且稳定的分布式算法有Paxos算法和一致性hash算法等等,在实际的应用过程中应根据具体情况,选择对应的分布式算法进行部署。
无线通信领域的系统往往部署在不同的区域,区域间的通信需要拥有较高的安全性和数据可靠性,因此一般采用分布式网络设备的软件构架,那么就需要一种机制,充分利用现有的分布式算法来高效的实现无线通信系统的分布式网络设备的管理。
技术实现要素:
本发明所解决的技术问题是:针对TD-LTE系统分布式的特点,提出并实现了一种基于ZooKeeper的分布式管理的方法。通过对节点数据模型的上传来实现数据的同步,实时数据和统计数据的监控,良好的扩展性和稳定性。
本发明的目的是这样实现的:
一种分布式网络设备的管理方法,包括以下步骤:
步骤一:在多台机器上部署ZooKeeper服务器并完成初始化配置,实现多机的集群;在Web服务器中部署Web服务器客户端;
步骤二:在所有待监控的网络设备中部署网元设备客户端;所有的网元设备客户端分别在ZooKeeper服务器创建各自的节点数据模型,并形成自身数据表,并对节点数据模型中的数据进行实时监控;
步骤三:网元设备客户端分别从网络中获取数据,将获取的数据与自身数据表中存储的数据进行对比,若获取的数据与自身数据表中存储的对应的数据不相同,则将获取的数据上传到ZooKeeper服务器对应的节点数据模型中并更新自身数据表;否则,结束本流程;
步骤四:Web服务器启动后对ZooKeeper服务器的节点数据模型进行监控,若节点数据模型中的数据发生变化,则做相应记录并将变化后的数据保存在Web服务器的数据库中,浏览器访问时将变化后的数据推送到前台页面;否则,不保存数据。
其中,步骤一中在多台机器上部署ZooKeeper服务器并完成初始化配置,实现多机的集群,具体包括以下步骤:
(101)在多台机器上部署ZooKeeper服务器,设置ZooKeeper服务器交换信息的端口;
(102)对所有ZooKeeper服务器的启动文件进行配置;
(103)启动所有ZooKeeper服务器,实现多机的集群。
其中,所述的步骤二中对节点数据模型中的数据进行实时监控,具体为:对节点数据模型中的数据进行实时监控,若节点数据模型中的数据与自身数据表中存储的数据不一致,则通过watcher机制获取节点数据模型中的数据进行各自业务逻辑处理。
其中,所述的步骤三具体包括以下步骤:
(301)网元设备客户端从网络中获取数据,判断获取的数据是否在自身数据表中,若是,则执行(302),否则,结束本流程;
(302)将获取的数据与自身数据表中存储的数据进行对比,若获取的数据与自身数据表中存储的对应的数据不相同,则将获取的数据上传到ZooKeeper服务器的节点数据模型中并更新自身数据表,否则,结束本流程。
其中,若网元设备客户端关闭,则将ZooKeeper服务器中对应的节点数据模型删除。
本发明的优点为:
本发明的一种新型的分布式网络设备管理软件方法和现有技术相比,能够实现分布式应用程序协调服务,具有较高的扩展性,服务器的集群特性保证了管理系统的可靠性和数据访问的强一致性。
附图说明
图1是本发明的分布式网络设备管理模型;
图2是本发明的节点数据模型。
具体实施方式
下面结合附图和实施例对本发明做进一步详细的说明。应该强调的是,下述说明仅仅是示例性的,而不是为了限制本发明的范围及其应用。
图1是分布式网络设备的管理模型,其实施的过程如下:
步骤一:在三台机器上分别部署ZooKeeper服务器并完成初始化配置,实现多机的集群,所有ZooKeeper服务器之间信息可交互;在Web服务器中部署Web服务器客户端;
在三台机器上分别部署ZooKeeper服务器并完成初始化配置,实现多机的集群,具体为:
(101)在三台机器上部署ZooKeeper服务器,设置ZooKeeper服务器交换信息的端口;
(102)对所有ZooKeeper服务器的启动文件进行配置;
(103)启动所有ZooKeeper服务器,实现多机的集群。
步骤二:在eNodeB和EPC网络设备中分别部署网元设备客户端,eNodeB和EPC网络设备的网元设备客户端分别在ZooKeeper服务器创建各自的节点数据模型,并形成自身数据表;当eNodeB侧或EPC侧网元设备客户端宕机后,删除ZooKeeper服务器中对应的节点数据模型。图2是本示例的节点数据模型,节点数据模型中包括该网络设备的存储数据;
网元设备客户端对节点数据模型中的数据进行实时监控,若节点数据模型中的数据与自身数据表中存储的数据不一致,则通过watcher机制获取节点数据模型中的数据进行各自业务逻辑处理。
步骤三:eNodeB和EPC网络设备的网元设备客户端分别从网络中获取数据,将获取的数据与自身数据表中存储的数据进行对比,若获取的数据与自身数据表中存储的对应的数据不相同,则将获取的数据上传到ZooKeeper服务器对应的节点数据模型中并更新自身数据表;否则,结束本流程;具体为:
(301)网元设备客户端从网络中获取数据,判断获取的数据是否在自身数据表中,若是,则执行(302),否则,结束本流程;
(302)将获取的数据与自身数据表中存储的数据进行对比,若获取的数据与自身数据表中存储的对应的数据不相同,则将获取的数据上传到ZooKeeper服务器的节点数据模型中并更新自身数据表,否则,结束本流程。
步骤四:Web服务器启动后对ZooKeeper服务器的节点数据模型进行监控,若节点数据模型中的数据发生变化,则做相应记录并将变化后的数据保存在Web服务器的数据库中,浏览器访问时将变化后的数据推送到前台页面;否则,不保存数据。
综上所述,以上仅为本发明的较佳应用示例,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。服务器集群:
服务器集群就是指将很多服务器集中起来一起进行同一种服务,在客户端看来就像是只有一个服务器。集群可以利用多个计算机进行并行计算从而获得很高的计算速度,也可以用多个计算机做备份,从而使得任何一个机器坏了整个系统还是能正常运行。
服务器负载均衡:
负载均衡
(Load
Balancing)
建立在现有网络结构之上,它提供了一种廉价有效透明的方法扩展网络设备和服务器的带宽、增加吞吐量、加强网络数据处理能力、提高网络的灵活性和可用性。
分布式服务器:
所谓分布式资源共享服务器就是指数据和程序可以不位于一个服务器上,而是分散到多个服务器,以网络上分散分布的地理信息数据及受其影响的数据库 *** 作为研究对象的一种理论计算模型服务器形式。分布式有利于任务在整个计算机系统上进行分配与优化,克服了传统集中式系统会导致中心主机资源紧张与响应瓶颈的缺陷,解决了网络GIS
中存在的数据异构、数据共享、运算复杂等问题,是地理信息系统技术的一大进步。
这个三种架构都是常见的服务器架构,集群的主要是IT公司在做,可以保障重要数据安全;负载均衡主要是为了分担访问量,避免临时的网络堵塞,主要用于电子商务类型的网站;分布式服务器主要是解决跨区域,多个单个节点达到高速访问的目前,一般是类似CDN的用途的话,会采用分布式服务器。
纯手工打字,希望可以帮的到你!分布式网络拓扑结构。
网络拓扑结构是指用传输媒体互连各种设备的物理布局,即用什么方式把网络中的计算机等设备连接起来。拓扑图给出网络服务器、工作站的网络配置和相互间的连接。网络的拓扑结构有很多种,主要有星型结构、环型结构、总线结构、分布式结构、树型结构、网状结构、蜂窝状结构等。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)