CN114422335A - 通信方法、装置、服务器及存储介质 - Google Patents
通信方法、装置、服务器及存储介质 Download PDFInfo
- Publication number
- CN114422335A CN114422335A CN202111677714.2A CN202111677714A CN114422335A CN 114422335 A CN114422335 A CN 114422335A CN 202111677714 A CN202111677714 A CN 202111677714A CN 114422335 A CN114422335 A CN 114422335A
- Authority
- CN
- China
- Prior art keywords
- server
- state information
- servers
- network
- cluster
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 70
- 238000004891 communication Methods 0.000 title claims abstract description 57
- 230000003993 interaction Effects 0.000 claims abstract description 29
- 230000002159 abnormal effect Effects 0.000 claims description 59
- 238000004590 computer program Methods 0.000 claims description 20
- 230000008569 process Effects 0.000 description 11
- 230000006870 function Effects 0.000 description 9
- 238000012544 monitoring process Methods 0.000 description 8
- 238000010586 diagram Methods 0.000 description 5
- 230000004044 response Effects 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 238000012423 maintenance Methods 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 238000011084 recovery Methods 0.000 description 3
- 206010063385 Intellectualisation Diseases 0.000 description 1
- 230000005856 abnormality Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 230000002045 lasting effect Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/40169—Flexible bus arrangements
- H04L12/40176—Flexible bus arrangements involving redundancy
- H04L12/40189—Flexible bus arrangements involving redundancy by using a plurality of bus systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Hardware Redundancy (AREA)
Abstract
本申请适用于计算机通信技术领域,提供了通信方法、装置、服务器及存储介质,该方法包括:第一服务器获取网络状态信息,网络状态信息包括多个服务器分别与多个网络之间的连接状态信息,多个服务器包括第一服务器;第一服务器根据网络状态信息确定多个网络中与多个服务器均正常连接的第一网络;第一服务器通过第一网络与多个服务器中的其他服务器进行信息交互。上述方法保证多服务的网络连接的同时,保证多服务器之间的信息交互。
Description
技术领域
本申请属于计算机通信技术领域,尤其涉及一种通信方法、装置、服务器及存储介质。
背景技术
随着计算机技术的发展,越来越多的管理问题向智能化方向发展,因此衍生出大量的管理***。例如变电站监控***、列车控制***、证券交易***等。
对于功能需求较为繁杂的***来说,一般都需要多台服务器的支持,多台服务器之间通过平台总线进行消息的交互。为了保证***网络的健壮性,***还需要采用多网络的方式进行通信多个网络之间互不影响;在***运行过程中,当其中一个网络出现故障时,服务器之间的数据的通信会切换到另一个网络进行;同样的在其中一个网络出现故障时,平台总线也需要具备迅速响应并切换到另一个网络进行消息的交互的能力。
稳定可靠的平台总线是***(例如变电站监控***)的重要技术支撑,平台总线的通信构架和网络切换方式的合理性决定了***数据采集和传输的实时性和可靠性,因而需要对***的通信技术进行分析,根据***的运行要求设计合适的通信方案是非常必要。
发明内容
本申请实施例提供了一种通信方法、***、服务器及存储介质,在保证多服务的网络连接的同时,保证多服务器之间的信息交互。
第一方面,本申请实施例提供了一种通信方法,包括:
第一服务器获取网络状态信息,所述网络状态信息包括多个服务器分别与多个网络之间的连接状态信息,所述多个服务器包括所述第一服务器;
所述第一服务器根据所述网络状态信息确定所述多个网络中与所述多个服务器均正常连接的第一网络;
所述第一服务器通过所述第一网络与所述多个服务器中的其他服务器进行信息交互。
上述实施例中,所述通信方法在进行信息交互的网络发生故障时,可以将多个服务器同时切换到另一个正常的网络上,在保证服务器网络连接的正常,并且由于多个服务器可以同时切换到同一个网络上,从而保证了服务器之间的消息的交互。
在第一方面的一种可能的实现方式中,所述多个服务器分别与多个网络之间的连接状态信息包括所述第一服务器分别与所述多个网络之间的第一连接状态信息,和其他服务器分别与所述多个网络之间的第二连接状态信息;所述第一服务器获取网络状态信息,具体包括:
所述第一服务器获取所述第一连接状态信息;
所述第一服务器在第二网络对应的服务端集群中发布所述第一连接状态信息,以使得所述其他服务器获取所述第一连接状态信息,所述第二网络为与所述第一服务器正常连接的网络,所述第二网络对应的服务端集群包括分别部署在多个服务器上的多个消息队列服务端;
所述第一服务器在所述多个网络分别对应的服务端集群接收订阅的所述第二连接状态信息。
在第一方面的一种可能的实现方式中,所述通信方法还包括:
所述第一服务器获取本地集群状态信息,所述本地集群状态信息包括多个第一服务端集群的状态信息,多个所述第一服务端集群为所述第一服务器中与所述多个网络分别对应的多个消息队列服务端分别所在的服务端集群;
若所述本地集群状态信息不存在异常状态信息,所述第一服务器则将所述本地集群状态信息发送至所述其他服务器,所述本地集群状态信息为第一正常集群状态信息。
在第一方面的一种可能的实现方式中,所述通信方法还包括:
若所述本地集群状态信息存在异常状态信息,所述第一服务器则根据所述异常状态信息更新所述本地集群状态信息,得到第一正常集群状态信息,并将得到第一正常集群状态信息发送给其他服务器。
在第一方面的一种可能的实现方式中,所述根据所述异常状态信息更新所述本地集群状态信息,得到第一正常集群状态信息,具体包括:
若所述异常状态信息包括第一异常信息,所述第一服务器则通知所述其他服务器重启属于所述第一服务端集群的消息队列服务端,并获取所述第一正常集群状态信息;所述第一异常信息表示所述第一服务端集群中存在未正常工作的消息队列服务端;
若所述异常状态信息包括第二异常信息,所述第二异常信息表示存在第一消息队列服务端停止工作,所述第一服务器则将所述第一消息队列服务端从所述第一服务端集群删除,并获取所述第一正常集群状态信息。
在第一方面的一种可能的实现方式中,还包括:
所述第一服务器接收所述其他服务器发送的第二正常集群状态信息;
根据所述第一正常集群状态信息和第二正常集群状态信息更新多个所述第一服务端集群。
在第一方面的一种可能的实现方式中,所述第一服务器通过所述第一网络与所述多个服务器中的其他服务器进行信息交互,具体包括:
所述第一服务器从所述第一网络对应的服务端集群中获取与所述第一消息主题对应的第一订阅消息,所述第一消息主题为所述第一服务器从多个网络对应的所有服务端集群中分别订阅的消息主题,所述订阅消息为多个服务器中的其他服务器发布的;
所述第一服务器向所述第一网络对应的服务端集发布经过备份的第二订阅消息,所述第二订阅消息为所述其他服务器订阅的第二消息主题对应的订阅消息。
第二方面,本申请实施例提供了一种服务器,所述服务器被配置为执行以上第一方面中任一实施方式中所述的通信方法。
第三方面,本申请实施例提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现如以上第一方面中任一实施方式中所述的通信方法。
第四方面,本申请实施例提供了一种通信***,包括多个如第二方面所述的服务器,多个所述服务器分别与多个网络进行连接,每个网络对应一个服务端集群,所述服务端集群包括部署在多个服务器上的多个消息队列服务端。
第五方面,本申请实施例提供了一种计算机程序产品,当计算机程序产品在服务器上运行时,使得服务器执行上述第一方面中任一项所述通信方法。
可以理解的是,上述第二方面至第五方面的有益效果可以参见上述第一方面中的相关描述,在此不再赘述。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请一实施例提供的通信方法的应用场景示意图;
图2是本申请一实施例提供的通信方法的流程图;
图3是本申请一实施例提供的通信方法中的集群状态维护方法的流程图;
图4是本申请一实施例提供的通信装置的模块结构示意图;
图5是本申请一实施例提供的服务器的内部结构示意图。
具体实施方式
以下描述中,为了说明而不是为了限定,提出了诸如特定***结构、技术之类的具体细节,以便透彻理解本申请实施例。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中,省略对众所周知的***、装置、电路以及方法的详细说明,以免不必要的细节妨碍本申请的描述。
应当理解,当在本申请说明书和所附权利要求书中使用时,术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解,在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。
如在本申请说明书和所附权利要求书中所使用的那样,术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地,短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
另外,在本申请说明书和所附权利要求书的描述中,术语“第一”、“第二”、“第三”等仅用于区分描述,而不能理解为指示或暗示相对重要性。
在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此,在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例,而是意味着“一个或多个但不是所有的实施例”,除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”,除非是以其他方式另外特别强调。
本申请提供一种通信方法,该方法应用于多服务器的***,多个服务器分别通过多个交换机连接到多个网络上,服务器上的客户端在进行交互通信时通过同一个网络来进行。当所连接的网络出现故障时,所有台服务器切换到多个网络中的任一网络状态的网络进行通信。
在每台服务器所连接的每个网络上运行有一个消息队列服务端,运行在同一个网络上的所有消息队列服务端组成与该网络对应的服务端集群。在每台服务器上运行有客户端,客户端通过消息队列服务端与对应的服务端集群连接,所有客户端向其中一个服务端集群发布消息,并从所有服务端集群中获取订阅的消息。
图1为本申请中一个实施例中的通信方法的应用场景图,该场景以四台服务器和两个网络为例。如图1所示,每台服务器通过交换机A连接到A网络上,通过交换机B连接到B网络上。在每台服务器的A网络上运行有对应的消息队列服务端A,在B网络上运行有对应的消息队列服务端B。所有的消息队列服务端A组成服务端集群A,所有的消息队列服务端B组成服务端集群B,其中服务端集群A为服务器之间的第一总线,该第一总线连接到A网络上,服务端集群B为服务器之间的第二总线,该第二总线连接到B网络上。
可选的,在每台服务器上运行有集群守护进行程,进群守护进行通过通过MII(Media Independent Interface介质无关接口)监测本地网络状态,将本地网络状态更新到本地缓存,并将本地网络状态发送到服务端集群A和服务端集群B上。另外,集群守护进程分别检查本地的集群状态信息,并根据集群状态信息进行管理。
在服务器还运行有用于实现特定功能的客户端,每个客户端分别与服务端集群A和服务端集群B建立连接,所有的客户端通过同一个服务端集群发布消息,并且从所有服务端集群中订阅消息。
可选的,每个客户端创建两个客户端对象client1和client2分别用于连接到服务端集群A和服务端集群B;client1和client2分别启动节点管理线程用于管理与服务端集群A和服务端集群B中的消息队列服务端的连接。
本申请实施例中的通信方法,可以应用于变电站监控***中的多服务器之间的通信,具体地变电站监控***主机包括安全Ⅰ区主辅一体化监控主机主备各一台与安全Ⅱ区综合应用主机主备各一台。各主机承载站控***运行监视、操作控制、智能应用和主站支持服务等四大类功能,通过实时网关机和服务网关机为主站提供远程服务支持。其中安全Ⅰ区主辅一体化监控主机主备为两台服务器,安全Ⅱ区综合应用主机主备为两台服务器,因此总共有四台服务器,在该***中一般设置双网络,采用本通信方法,四台服务器中的每台服务器上设置两个与网络对应消息队列服务端,形成两个服务端集群,四台服务器根据本申请实施例中的通信方法实现信息的交互,具体内容参见本申请通信方法的其他部分的论述,在此不做赘述。
下面结合具体实施例对本申请提供的一种通信方法进行示例性的说明。示例性的,可以在移动终端上安装测试软件,测试软件用于执行蓝牙连接测试方法中的移动终端执行的步骤。
图2示出了本申请一实施例中提供的通信方法的方法流程图。第一服务为多个服务器中的任意一个服务器,本申请以第一服务器进行说明,多个服务器中的其他服务器执行相同的步骤。作为示例而非限定,所述通信方法包括以下步骤:
步骤S201、第一服务器获取网络状态信息,网络状态信息包括多个服务器分别与多个网络之间的连接状态信息,多个服务器包括第一服务器。
实施例中,第一服务器为多个服务器中的任意一个服务器,网络状态信息表征对应的服务器和网络之间的连接状态为可用或者不可用,当服务器与网络断开、交换机发生异常、网络发生异常等情况下均可能会出现服务器与网络的连接不可用。
在一个实施例中,多个服务器分别与多个网络之间的连接状态信息包括第一服务器分别与多个网络之间的第一连接状态信息,和其他服务器分别与多个网络之间的第二连接状态信息;其中步骤S201具体包括以下步骤:第一服务器获取第一连接状态信息;第一服务器在第二网络对应的服务端集群中发布第一连接状态信息,以使得其他服务器获取第一连接状态信息,第二网络为与第一服务器正常连接的网络,第二网络对应的服务端集群包括分别部署在多个服务器上的多个消息队列服务端;第一服务器在多个网络分别对应的服务端集群接收订阅的第二连接状态信息。
具体地,以只有A网络和B网络的情况为例,如果第一服务器上的A网络发生异常,B网络正常,第一服务器切换到B网络,即将消息发送到B网络对应服务端集群上,由于多订阅机制的存在其他服务器可以从B网络对应服务端集群也订阅消息,因此其他服务器便会收到第一服务器A网络异常的消息,从而其他服务器也切换到B网络上。
在一个示例中,第二网络可以是当前信息交互所使用的网络,例如A网络,第一服务器在接收订阅消息之前,可以判断A网络的连接状态,若A网络的连接状态正常,则继续使用A网络。在另一个示例中,第二网络也可以是切换的网络,例如,当前使用的A网络的网络连接不正常,则切换到B网络,通过B网络进行消息的交互。
实施例中所有服务器仅通过一个服务端集群进行消息的发布,但是会从所有服务端集群中进行消息的订阅。即针对同一个需要订阅的消息主题,客户端分别在多个服务端集群中均进行订阅;针对需要发送的消息,客户端选择多个网络中一个网络状态正常的服务端集群进行消息的发送,从而保证了消息交互的可靠性。
步骤S202、第一服务器根据网络状态信息确定多个网络中与多个服务器均正常连接的第一网络。
实施例中,第一服务器中的客户端与多个网络对应的服务端集群建立连接,客户端从所有服务端进群中订阅网络状态信息的消息,从而可以获得本地服务器和其他服务器的网络连接状态信息。为了保证不同客户端之间的交互,所有客户端均要对所有服务器对应的网络状态进行判断,只有某个网络与多个服务器均正常连接才确定该网络为第一网络,只有确定为第一网络才可能作为服务器信息交互的网络。
为了方便理解,下面不同的网络个数情况对本申请实施例中的“第一网络”进行说明:
假设有四个服务器,四个服务器分别连接到A网络和B网络两个网络上,如果四个服务器与A网络的连接状态均正常,那么说明A网络是第一网络;如果有一个服务器与A网络连接状态异常,则说明A网络不是第一网络。第一网络可以是当前信息交互所使用的网络,也可以是未使用的网络。
步骤S203、第一服务器通过第一网络与多个服务器中的其他服务器进行信息交互。
实施例中,服务器之间的信息交互包括运行在服务器上的客户端之间的信息交互。客户端通过消息队列服务端连接到对应的服务端集群上。
下面以两个网络的情况对客户端的网络切换进行说明。
第一客户端运行在第一服务器上,第一服务器与A网络和B网络两个网络连接,与A网络对应的消息队列服务端A1,消息队列服务端A1所在的集群为服务端集群A1;与B1网络对应的消息队列服务端B1,消息队列服务端B1所在的集群为服务端集群B1;第一客户端创建分别用于连接到消息队列服务端A1和消息队列服务端B1的两个客户端对象client-A1和client-B1。当前时刻,第一客户端通过消息队列服务端A1向服务端集群A1发送消息,第一客户端从服务端集群A1和服务端集群B1均订阅消息主题,并备份所有订阅的消息主题:
如果第一客户端根据网络状态信息确定第一服务器和其他服务器上的A网络均正常,则继续向通过消息队列服务端A1向服务端集群A1发送消息;
如果第一客户端根据网络状态信息确定第一服务器或其他服务器上的A网络异常,则第一客户端选择通过消息队列服务端B1向服务端集群B1发送消息。
可选的,第一客户端在切换网络并与新的服务端集群建立连接之后,重新订阅第一客户端在重新建立连接之前已经订阅的消息主题(备份所有订阅的消息主题),并重新订阅网络状态信息消息主题,从而用于接收其他服务器与多个网络的网络连接状态。
下面以两个网络的情况对客户端的消息队列服务端的选择进行说明。
第一客户端运行在第一服务器上,有A网络和B网络两个网络,与A网络对应的消息队列服务端A1,消息队列服务端A1所在的集群为服务端集群A1;与B1网络对应的消息队列服务端B1,消息队列服务端B1所在的集群为服务端集群B1;第一客户端创建分别用于连接到消息队列服务端A1和消息队列服务端B1的两个客户端对象client-A1和client-B1。当前时刻,第一客户端通过消息队列服务端A1向服务端集群A1发送消息,第一客户端从服务端集群A1和服务端集群B1均订阅消息主题,并备份所有订阅的消息主题:
如果第一客户端根据网络状态信息确定第一服务器和其他服务器上的A网络和B网络均为正常,并判断第一客户端与消息队列服务端A1的连接正常,则第一客户端继续向服务端集群A1发送消息(如本地缓存中的备份消息)。
如果第一客户端根据网络状态信息确定第一服务器和其他服务器上的A网络和B网络均为正常,并判断第一客户端与消息队列服务端A1的连接异常,则第一客端断开与消息队列服务端A1的连接,并选择在服务端集群A1中位于其他服务器上的其他消息队列服务端进行连接。
可选的,第一客户端在选择其他位于A网络上的消息队列服务端进行连接时,如果连接不成功,第一客户端那么会选择A网络上的下一个消息队列服务端进行连接。
实施例中,第一客户端优先选择本地服务器的消息队列服务端进行连接,如果服务器网络正常,但是消息队列服务端本身存在异常,则依次遍历与本地的消息队列服务端在同一个网络的其他服务器上的消息队列服务端进行连接。该情况下只进行消息队列服务端的切换,不进行网络的切换。
实施例中,一个服务端集群为消息队列服务端组成的集群,起到的消息总线的作用,连接与同一个服务端集群中的所有客户端,可以通过向服务端集群发送消息和接受订阅消息来实现与其他客户的交互。并通过服务端集群的方法进行消息的交互,由于在各个服务上均设置有消息队列服务端,因此可以保证消息的负载均衡。
在一个实施例中,步骤S203具体包括:
所述第一服务器从所述第一网络对应的服务端集群中获取与所述第一消息主题对应的第一订阅消息,所述第一消息主题为所述第一服务器从多个网络对应的所有服务端集群中分别订阅的消息主题,所述订阅消息为多个服务器中的其他服务器发布的;
所述第一服务器向所述第一网络对应的服务端集发布经过备份的第二订阅消息,所述第二订阅消息为所述其他服务器订阅的第二消息主题对应的订阅消息。
实施例中,第一订阅消息是第一服务器通过订阅的方式从服务端集群获取的,第二订阅消息为第一服务器发送给其他服务器的消息。通过对发布的消息(第二订阅消息)进行备份,防止消息的丢失。例如,在进行网络切换时可以对备份的消息重新进行发送,从而可以防止网络切换过程中的消息的丢失,保证消息的安全行性和完整性。
在一个实施例中,所述第一服务器对所述第二订阅消息的备份,具体来说是对预设时间段内的预设数量的第二订阅消息进行备份。
具体地,预设时间段优选为距离当前时间最近的时间段,具体可以根据需要来确定。可选的,预设数量越多安全性越高,本领域技术人员可以根据实际需要来确定。在一个可选的实施例中,预设数量为2000条。
在一个实施例中,所述通信方法包括对集群状态维护的过程,如图3所示为集群状态维护方法的流程图,如图3所示,所述集群状态维护方法包括:
步骤S301、第一服务器获取本地集群状态信息,本地集群状态信息包括多个第一服务端集群的状态信息,多个第一服务端集群为第一服务器中与多个网络分别对应的多个消息队列服务端分别所在的服务端集群。
实施例中,第一服务端集群为所有服务端集群中的任意一个集群,每个第一服务端集群包括多个消息队列服务端,并且每个服务端集群与一个网络相对应。
可以理解的是,集群状态信息包括集群中包括的消息队列服务端的名称和状态。本地集群状态信息第一服务器从本地的消息队列服务端中查询得到的结果。具体来说,集群守护进行向本地的消息队列服务端查询对应服务端集群的集群状态信息。
步骤S302、若本地集群状态信息不存在异常状态信息,第一服务器则将本地集群状态信息发送至其他服务器,本地集群状态信息为第一正常集群状态信息。
实施例中,集群状态信息不存在异常,主要是指集群状态信息中包括所有消息队列服务端的名称并且所有消息队列服务端的状态均为正常。此种情况下,将正常的本地集群状态信息发送给其他服务器。
在一个实施例中,如图3所示,所述集群状态维护方法还包括:
步骤S303、若本地集群状态信息存在异常状态信息,第一服务器则根据异常状态信息更新本地集群状态信息,得到第一正常集群状态信息,并将得到第一正常集群状态信息发送给其他服务器。
实施例中,如果集群状态信息存在异常,第一服务器对有异常的服务端集群进行管理从而使得对应的集群状态恢复正常。
在一个实施例中,步骤S303中的根据异常状态信息更新本地集群状态信息,得到第一正常集群状态信息,具体包括:
若异常状态信息包括第一异常信息,第一服务器则通知其他服务器重启属于第一服务端集群的消息队列服务端,并获取第一正常集群状态信息;第一异常信息表示第一服务端集群中存在未正常工作的消息队列服务端;
若异常状态信息包括第二异常信息,第二异常信息表示存在停止工作的第一消息队列服务端,第一服务器则将第一消息队列服务端从第一服务端集群删除,并获取第一正常集群状态信息。
实施例中,第一服务端集群为异常状态信息为第一异常信息的服务端集群。为了便于理解下面对于不同异常情况进行说明。
实施例中,第一异常信息的异常情况的恢复可以通过重启服务端来实现。在一个示例中,消息队列未正常工作的情况可能是消息队列关闭后无法进行无法自启动、消息队列无法加入集群等。在第一种异常情况下,可以重启第一服务端集群中的消息队列服务端,也可以选择性重启有异常的消息队列服务端。
示例性的,“消息队列关闭后无法进行无法自启动”可以表现为在集群状态信息中出现消息队列服务端名称后的状态信息为“not responding”并且状态持续20秒钟。“消息队列无法加入集群”具体可以表现为在集群状态信息中出现消息队列服务端名称后的状态信息为“Exit”60秒钟未恢复。
实施例中的另外一种异常情况,第二异常信息无法通过重启消息队列服务端来恢复,因此将对应的消息队列服务端踢出集群,仅仅采用正常的消息队列服务端形成新的服务端集群。如果该服务端集群是客户端进行数据交互的集群,那么原来连接到被踢出的消息队列服务端上的客户端可以在更新后的集群中切换消息队列服务端。
可选的,消息队列服务端停止工作情况可以表现为在集群状态信息中出现消息队列服务端名称后的状态信息为“stopping_nodes”。具体恢复操作时将“stopping_nodes”对应的消息队列服务端从所在的集群中踢出。
可选的,在所述第一服务器将所述第一消息队列服务端从所述第一服务端集群删除后,还包括:
第一服务器重新获取本地集群状态信息,若所述本地集群状态信息显示所述第一消息队列服务端恢复正常,第一服务器将所述第一消息队列服务端重新加入对应的服务端集群。
具体地,在每个服务器中设置有集群守护进程,集群守护进程负责将停止工作的消息队列服务端从服务端集群中踢出,以及将被踢出集群后恢复正常的消息队列服务端重新加入集群。
可选的,假如服务器1连接有A网络和B网络,与A网络对应的消息队列服务端A,与B网络对应的消息队列服务端B;当A网络出现异常时,导致消息队列服务端A出现异常无法工作,因此其他服务器上的集群守护进程将消息队列服务端从集群中踢出。当A网络恢复正常后,消息队列服务端A恢复正常,服务器1上的集群守护进程将消息队列服务端A加入集群。
实施例中,正常集群状态信息的发送可以采用UDP(User Datagram Protocol,用户数据包协议)报文的方式通过网络进行发送。可选的,正常集群状态信息可以通过与集群对应的网络来发送。
在一个实施例中,如图3所示,所述集群状态维护方法还包括:
步骤S304、第一服务器接收其他服务器发送的第二正常集群状态信息。
实施例中,服务器之间相互发送和接收的正常集群状态信息。
步骤S305、第一服务器根据第一正常集群状态信息和第二正常集群状态信息更新多个第一服务端集群。
实施例中,根据第一正常集群状态信息和第二正常集群状态信息更新多个第一服务端集群,主要用于应对集群脑裂的情况,集群脑裂指的是同一个集群***成多个集群。由于不同的服务器通过各自的消息队列服务端查询获得对应服务端集群的集群状态信息,如果出现集群脑裂的情况,那么不同的服务器检测到的集群状态信息就会有所不同,为了保证集群状态信息需要将不同的集群恢复为同一个集群。
在一个实施例中,其中集群状态信息包括各自所包含的消息队列服务端的名称,所述步骤S305具体包括:
根据第一正常集群状态信息和第二正常集群状态信息中的名称进行比对,获得比对结果;
根据比对结果判断第一正常集群状态信息和第二正常集群状态信息是否相同;
若是,则返回步骤S301;
若否,则将第一正常集群状态信息和第二正常集群状态信息恢复为相同的集群状态信息。
示例性的,假设第一正常集群状态信息中的名称个数为N1,第二正常集群状态信息中的名称个数为N2。根据不同的比对结果,恢复集群状态信息的方式有所不同具体阐述如下:
如果N1>N2,则第一服务器接收第二正常集群状态信息中的名称加入到第一正常集群状态信息中,并删除重复的名称。
如果N1<N2,则第一服务器将第一正常集群状态信息中的名称加入到第一正常集群状态信息中,并删除重复的名称。
如果N1=N2>1,则比较第一服务器对应的第一IP地址与其他服务器对应的第二IP地址:若第一IP地址大于第二IP地址,则第一服务器将第一正常集群状态信息中的名称加入到第一正常集群状态信息中,并删除重复的名称;若第一IP地址小于第二IP地址,则第一服务器接收第二正常集群状态信息中的名称加入到第一正常集群状态信息中,并删除重复的名称。
如果N1=N2=1,则将第一服务器对应的第一IP地址与第一服务器5秒钟内接收到的其他服务器对应的所有IP地址最小的第三IP地址进行比较,第一IP地址大于第三IP地址,则第一服务器将第一正常集群状态信息中的名称加入到第一正常集群状态信息中,并删除重复的名称;若第一IP地址大于第三IP地址,则第一服务器接收第二正常集群状态信息中的名称加入到第一正常集群状态信息中,并删除重复的名称。
应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
对应于上文实施例所述的通信方法,图4示出了本申请实施例提供的通信装置的结构框图,为了便于说明,仅示出了与本申请实施例相关的部分。
参照图4,通信装置40包括:
第一获取单元41,用于获取网络状态信息,所述网络状态信息包括多个服务器分别与多个网络之间的连接状态信息,所述多个服务器包括所述第一服务器;
确定单元42,用于根据所述网络状态信息确定所述多个网络中与所述多个服务器均正常连接的第一网络;
信息交互单元43,用于通过所述第一网络与所述多个服务器中的其他服务器进行信息交互。
可选的,所述多个服务器分别与多个网络之间的连接状态信息包括所述第一服务器分别与所述多个网络之间的第一连接状态信息,和其他服务器分别与所述多个网络之间的第二连接状态信息;第一获取单元41在用于获取网络状态信息时,具体用于:获取所述第一连接状态信息;在第二网络对应的服务端集群中发布所述第一连接状态信息,以使得所述其他服务器获取所述第一连接状态信息,所述第二网络为与所述第一服务器正常连接的网络,所述第二网络对应的服务端集群包括分别部署在多个服务器上的多个消息队列服务端;在所述多个网络分别对应的服务端集群接收订阅的所述第二连接状态信息。
可选的,通信装置40还包括第二获取单元和第一发送单元:所述第二获取单元用于获取本地集群状态信息,所述本地集群状态信息包括多个第一服务端集群的状态信息,多个所述第一服务端集群为所述第一服务器中与所述多个网络分别对应的多个消息队列服务端分别所在的服务端集群;第一发送单元用于若所述本地集群状态信息不存在异常状态信息,则将所述本地集群状态信息发送至所述其他服务器,所述本地集群状态信息为第一正常集群状态信息。
可选的,通信装置40还包括第一更新单元,第一更新单元用于若所述本地集群状态信息存在异常状态信息,则根据所述异常状态信息更新所述本地集群状态信息,得到第一正常集群状态信息,并将得到第一正常集群状态信息发送给其他服务器。
可选的,所述第一更新单元在用于根据所述异常状态信息更新所述本地集群状态信息,得到第一正常集群状态信息时:若所述异常状态信息包括第一异常信息,更新单元则通知所述其他服务器重启属于所述第一服务端集群的消息队列服务端,并获取所述第一正常集群状态信息;所述第一异常信息表示所述第一服务端集群中存在未正常工作的消息队列服务端;若所述异常状态信息包括第二异常信息,所述第二异常信息表示存在第一消息队列服务端停止工作,更新单元则将所述第一消息队列服务端从所述第一服务端集群删除,并获取所述第一正常集群状态信息。
可选的,通信装置40还包括接收单元和第二更新单元:接收单元用于接收所述其他服务器发送的第二正常集群状态信息;第二更新单元用于根据所述第一正常集群状态信息和第二正常集群状态信息更新多个所述第一服务端集群。
可选的,信息交互单元43在用于通过所述第一网络与所述多个服务器中的其他服务器进行信息交互时,具体用于:当订阅目标消息主题时,备份所有目标消息主题所对应的消息;向所述第一网络对应的服务端集群发布消息;对预设时间段内发布的预设数量的消息进行备份。
需要说明的是,上述装置/单元之间的信息交互、执行过程等内容,由于与本申请方法实施例基于同一构思,其具体功能及带来的技术效果,具体可参见方法实施例部分,此处不再赘述。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将所述装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。另外,各功能单元、模块的具体名称也只是为了便于相互区分,并不用于限制本申请的保护范围。上述***中单元、模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
基于同一发明构思,本申请一实施例还提供了一种服务器。如图5所示,该实施例的服务器500包括:处理器501、存储器502以及存储在存储器502中并可在处理器501上运行的计算机程序504。计算机程序504可被处理器501运行,生成指令503,处理器501可根据指令503实现上述各个图像色彩优化方法实施例中的步骤。或者,处理器501执行计算机程序504时实现上述各装置实施例中各模块/单元的功能,例如图4所示的第一获取单元41至信息交互单元43的功能。
示例性的,计算机程序504可以被分割成一个或多个模块/单元,一个或者多个模块/单元被存储在存储器502中,并由处理器501执行,以完成本申请。一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段,该指令段用于描述计算机程序504在服务器500中的执行过程。
处理器501可以是中央处理单元(Central Processing Unit,CPU),还可以是其它通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
存储器502可以是服务器500的内部存储单元,例如服务器500的硬盘或内存。存储器502也可以是服务器500的外部存储设备,例如服务器500上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。进一步地,存储器502还可以既包括服务器500的内部存储单元也包括外部存储设备。存储器502用于存储计算机程序以及服务器500所需的其它程序和数据。存储器502还可以用于暂时地存储已经输出或者将要输出的数据。
本申请实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现上述各个方法实施例中由第一服务器执行的步骤。
本申请实施例提供了一种计算机程序产品,当计算机程序产品在服务器上运行时,使得服务器执行时可实现上述各个方法实施例中由第一服务器执行的步骤。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请实现上述实施例方法中的全部或部分流程,可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括:能够将计算机程序代码携带到装置/服务器的任何实体或装置、记录介质、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random AccessMemory)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区,根据立法和专利实践,计算机可读介质不可以是电载波信号和电信信号。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
在本申请所提供的实施例中,应该理解到,所揭露的装置/网络设备和方法,可以通过其它的方式实现。例如,以上所描述的装置/服务器实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口,装置或单元的间接耦合或通讯连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
以上所述实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围,均应包含在本申请的保护范围之内。
Claims (10)
1.一种通信方法,其特征在于,包括:
第一服务器获取网络状态信息,所述网络状态信息包括多个服务器分别与多个网络之间的连接状态信息,所述多个服务器包括所述第一服务器;
所述第一服务器根据所述网络状态信息确定所述多个网络中与所述多个服务器均正常连接的第一网络;
所述第一服务器通过所述第一网络与所述多个服务器中的其他服务器进行信息交互。
2.根据权利要求1所述的通信方法,其特征在于,所述多个服务器分别与多个网络之间的连接状态信息包括所述第一服务器分别与所述多个网络之间的第一连接状态信息,和其他服务器分别与所述多个网络之间的第二连接状态信息;所述第一服务器获取网络状态信息,具体包括:
所述第一服务器获取所述第一连接状态信息;
所述第一服务器在第二网络对应的服务端集群中发布所述第一连接状态信息,以使得所述其他服务器获取所述第一连接状态信息,所述第二网络为与所述第一服务器正常连接的网络,所述第二网络对应的服务端集群包括分别部署在多个服务器上的多个消息队列服务端;
所述第一服务器在所述多个网络分别对应的服务端集群接收订阅的所述第二连接状态信息。
3.根据权利要求1所述的通信方法,其特征在于,所述通信方法还包括:
所述第一服务器获取本地集群状态信息,所述本地集群状态信息包括多个第一服务端集群的状态信息,多个所述第一服务端集群为所述第一服务器中与所述多个网络分别对应的多个消息队列服务端分别所在的服务端集群;
若所述本地集群状态信息不存在异常状态信息,所述第一服务器则将所述本地集群状态信息发送至所述其他服务器,所述本地集群状态信息为第一正常集群状态信息。
4.根据权利要求3所述的通信方法,其特征在于,还包括:
若所述本地集群状态信息存在异常状态信息,所述第一服务器则根据所述异常状态信息更新所述本地集群状态信息,得到第一正常集群状态信息,并将得到第一正常集群状态信息发送给其他服务器。
5.根据权利要求4所述的通信方法,其特征在于,所述根据所述异常状态信息更新所述本地集群状态信息,得到第一正常集群状态信息,具体包括:
若所述异常状态信息包括第一异常信息,所述第一服务器则通知所述其他服务器重启属于所述第一服务端集群的消息队列服务端,并获取所述第一正常集群状态信息;所述第一异常信息表示所述第一服务端集群中存在未正常工作的消息队列服务端;
若所述异常状态信息包括第二异常信息,所述第二异常信息表示存在第一消息队列服务端停止工作,所述第一服务器则将所述第一消息队列服务端从所述第一服务端集群删除,并获取所述第一正常集群状态信息。
6.根据权利要求4或5所述的通信方法,其特征在于,还包括:
所述第一服务器接收所述其他服务器发送的第二正常集群状态信息;
所述第一服务器根据所述第一正常集群状态信息和第二正常集群状态信息更新多个所述第一服务端集群。
7.根据权利要求2所述的通信方法,其特征在于,所述第一服务器通过所述第一网络与所述多个服务器中的其他服务器进行信息交互,具体包括:
所述第一服务器从所述第一网络对应的服务端集群中获取与第一消息主题对应的第一订阅消息,所述第一消息主题为所述第一服务器从多个网络对应的所有服务端集群中分别订阅的消息主题,所述订阅消息为多个服务器中的其他服务器发布的;
所述第一服务器向所述第一网络对应的服务端集发布经过备份的第二订阅消息,所述第二订阅消息为所述其他服务器订阅的第二消息主题对应的订阅消息。
8.一种服务器,其特征在于,所述服务器被配置为执行权利要求1至7任一项所述的通信方法。
9.一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的通信方法。
10.一种通信***,其特征在于,包括多个如权利要求8所述的服务器,多个所述服务器分别与多个网络进行连接,每个网络对应一个服务端集群,所述服务端集群包括分别部署在多个所述服务器上的多个消息队列服务端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111677714.2A CN114422335A (zh) | 2021-12-31 | 2021-12-31 | 通信方法、装置、服务器及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111677714.2A CN114422335A (zh) | 2021-12-31 | 2021-12-31 | 通信方法、装置、服务器及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114422335A true CN114422335A (zh) | 2022-04-29 |
Family
ID=81270802
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111677714.2A Pending CN114422335A (zh) | 2021-12-31 | 2021-12-31 | 通信方法、装置、服务器及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114422335A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114885010A (zh) * | 2022-06-06 | 2022-08-09 | 中国工商银行股份有限公司 | 请求响应方法、装置、设备、介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060235972A1 (en) * | 2005-04-13 | 2006-10-19 | Nokia Corporation | System, network device, method, and computer program product for active load balancing using clustered nodes as authoritative domain name servers |
US20090100289A1 (en) * | 2007-10-15 | 2009-04-16 | Benson Kwuan-Yi Chen | Method and System for Handling Failover in a Distributed Environment that Uses Session Affinity |
CN103718477A (zh) * | 2011-12-28 | 2014-04-09 | Sk电信有限公司 | 基于多个网络的同时数据传输方法及其设备 |
CN108337274A (zh) * | 2017-01-19 | 2018-07-27 | 贵州白山云科技有限公司 | 一种消息分发方法和*** |
CN112291224A (zh) * | 2020-10-23 | 2021-01-29 | 上海淇玥信息技术有限公司 | 一种实时通信的交互方法、装置和电子设备 |
-
2021
- 2021-12-31 CN CN202111677714.2A patent/CN114422335A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060235972A1 (en) * | 2005-04-13 | 2006-10-19 | Nokia Corporation | System, network device, method, and computer program product for active load balancing using clustered nodes as authoritative domain name servers |
US20090100289A1 (en) * | 2007-10-15 | 2009-04-16 | Benson Kwuan-Yi Chen | Method and System for Handling Failover in a Distributed Environment that Uses Session Affinity |
CN103718477A (zh) * | 2011-12-28 | 2014-04-09 | Sk电信有限公司 | 基于多个网络的同时数据传输方法及其设备 |
CN108337274A (zh) * | 2017-01-19 | 2018-07-27 | 贵州白山云科技有限公司 | 一种消息分发方法和*** |
CN112291224A (zh) * | 2020-10-23 | 2021-01-29 | 上海淇玥信息技术有限公司 | 一种实时通信的交互方法、装置和电子设备 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114885010A (zh) * | 2022-06-06 | 2022-08-09 | 中国工商银行股份有限公司 | 请求响应方法、装置、设备、介质 |
CN114885010B (zh) * | 2022-06-06 | 2024-01-05 | 中国工商银行股份有限公司 | 请求响应方法、装置、设备、介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7518983B2 (en) | Proxy response apparatus | |
CN103581276A (zh) | 集群管理装置、***、业务客户端及相应方法 | |
CN103036719A (zh) | 一种基于主备集群服务器的跨地区服务容灾方法及装置 | |
WO2012155630A1 (zh) | 一种容灾的方法、装置及*** | |
CN111585835B (zh) | 一种带外管理***的控制方法、装置和存储介质 | |
EP2774323B1 (en) | Method, communication system and non-transitory computer readable medium for optimizing network performance after a temporary loss of connection | |
CN112787918B (zh) | 一种基于服务路由树的数据中心寻址与主备切换方法 | |
CN114422335A (zh) | 通信方法、装置、服务器及存储介质 | |
JPH09259096A (ja) | ネットワーク高信頼化方式及びシステム | |
CN114090342A (zh) | 存储容灾的链路管理方法及消息执行节点、存储控制集群 | |
CN112214377B (zh) | 一种设备管理方法及*** | |
CN113765690A (zh) | 集群切换方法、***、装置、终端、服务器及存储介质 | |
CN114598593B (zh) | 消息处理方法、***、计算设备及计算机存储介质 | |
KR100363523B1 (ko) | 클러스터링 서버에서의 분산 처리 제어 방법 | |
CN115794769A (zh) | 高可用数据库管理的方法、电子设备及存储介质 | |
CN112437146B (zh) | 一种设备状态同步方法、装置及*** | |
CN113890817A (zh) | 一种通信优化方法和装置 | |
CN112948177A (zh) | 一种容灾备份方法、装置、电子设备及存储介质 | |
CN109361781B (zh) | 报文转发方法、装置、服务器、***及存储介质 | |
CN108616597B (zh) | 一种实现服务永不中断的分布式运行方法 | |
CN112187542A (zh) | 数据通信的集群方法及*** | |
CN110716827A (zh) | 适用于分布式***的热备份方法及分布式*** | |
CN110890989A (zh) | 一种通道连接方法及装置 | |
CN115190005B (zh) | 一种基于Redis的双宿主***的高可用方法 | |
CN114422567A (zh) | 数据请求的处理方法、装置、***、计算机设备及介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |