CN109344014A - 一种主备切换方法、装置及通信设备 - Google Patents

一种主备切换方法、装置及通信设备 Download PDF

Info

Publication number
CN109344014A
CN109344014A CN201811128868.4A CN201811128868A CN109344014A CN 109344014 A CN109344014 A CN 109344014A CN 201811128868 A CN201811128868 A CN 201811128868A CN 109344014 A CN109344014 A CN 109344014A
Authority
CN
China
Prior art keywords
server
state
main
group
standby
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.)
Granted
Application number
CN201811128868.4A
Other languages
English (en)
Other versions
CN109344014B (zh
Inventor
左明阳
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
New H3C Big Data Technologies Co Ltd
Original Assignee
New H3C Big Data Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by New H3C Big Data Technologies Co Ltd filed Critical New H3C Big Data Technologies Co Ltd
Priority to CN201811128868.4A priority Critical patent/CN109344014B/zh
Publication of CN109344014A publication Critical patent/CN109344014A/zh
Application granted granted Critical
Publication of CN109344014B publication Critical patent/CN109344014B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
    • G06F11/2023—Failover techniques
    • G06F11/2033—Failover techniques switching over of hardware resources
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/301—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is a virtual computing platform, e.g. logically partitioned systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3055—Monitoring arrangements for monitoring the status of the computing system or of the computing system component, e.g. monitoring if the computing system is on, off, available, not available

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • Quality & Reliability (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Mathematical Physics (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)

Abstract

本发明实施例提供一种主备切换方法、装置及通信设备，属于大数据技术领域。该方法包括：HS2服务器的第一子线程获取组内其它HS2服务器的运行状态信息；HS2服务器的第二子线程获取HS2服务器自身的运行状态信息；HS2服务器的主线程根据HS2服务器自身的运行状态信息和组内其它HS2服务器的运行状态信息：在确定HS2服务器由备状态切换为主状态时，主线程建立HS2服务器的MAC地址与虚拟IP的绑定关系；在确定HS2服务器由主状态切换为备状态时，主线程删除HS2服务器的MAC地址与虚拟IP的绑定关系。实现了在主HS2服务器出现故障时，无需人工介入，便能够自动实现切换。

Description

一种主备切换方法、装置及通信设备
技术领域
本发明涉及大数据技术领域，具体而言，涉及一种主备切换方法、装置及通信设备。
背景技术
HiveServer2(HS2)是一种Hive数据连接的可选服务，允许客户端可以使用各种编程语言向Hive提交请求并检索结果。
在传统的基于Hive HA(High availability，高可用性)的故障转移处理方式中，通过Zookeeper(分布式应用程序协调服务)实现HA：在Hive集群中，每个正常运行的HS2实例(也可称为HS2节点)将自己的信息注册到Zookeeper，当某个HS2实例宕机(故障)，Zookeeper上的该HS2实例注册信息也将会丢失。当客户端使用的HS2实例故障时，会重新请求HS2实例，此时，Zookeeper就会从注册的HS2实例(即正常的HS2实例)中随机选择一个返回给客户端，从而实现故障转移。
发明内容
为解决上述问题，本发明实施例提供一种主备切换方法、装置及通信设备。
第一方面，本发明实施例提供了一种主备切换方法，应用于大数据集群中的任一HS2服务器，所述大数据集群包括至少一个虚拟路由组，每个虚拟路由组包括一个主HS2服务器和至少一个备HS2服务器，所述虚拟路由组配置有虚拟IP，所述方法包括：所述HS2服务器的第一子线程获取组内其它HS2服务器的运行状态信息；所述HS2服务器的第二子线程获取所述HS2服务器自身的运行状态信息；所述HS2服务器的主线程根据所述HS2服务器自身的运行状态信息和组内其它HS2服务器的运行状态信息：在确定所述HS2服务器由备状态切换为主状态时，所述主线程建立所述HS2服务器的MAC地址与所述虚拟IP的绑定关系；在确定所述HS2服务器由主状态切换为备状态时，所述主线程删除所述HS2服务器的MAC地址与所述虚拟IP的绑定关系。
可选地，所述HS2服务器的第一子线程获取组内其它HS2服务器的运行状态信息，包括：所述HS2服务器的第一子线程在预设时间间隔内接收到组内其它HS2服务器所发送的VRRP心跳包时，确定所述组内其它HS2服务器的运行状态为正常；在预设时间间隔内未接收到组内其它HS2服务器所发送的VRRP心跳包时，确定所述组内其它HS2服务器的运行状态为异常。
可选地，所述HS2服务器的第二子线程获取所述HS2服务器自身的运行状态信息，包括：所述HS2服务器的第二子线程获取所述HS2服务器自身的网卡状态或者HS2服务器进程的状态作为所述HS2服务器的运行状态信息。
可选地，所述确定所述HS2服务器由备状态切换为主状态，包括：若所述HS2服务器处于备状态且运行状态正常，组内主HS2服务器状态异常，所述HS2服务器的优先级高于组内其它运行状态为正常的HS2服务器的优先级时，确定所述HS2服务器由备状态切换为主状态。
可选地，所述确定所述HS2服务器由主状态切换为备状态，包括：所述HS2服务器处于主状态且运行状态异常时，确定所述HS2服务器由主状态切换为备状态；或者，若所述HS2服务器处于主状态且运行状态正常，组内至少一个运行状态为正常的其他备HS2服务器的优先级高于所述HS2服务器时，确定所述HS2服务器由主状态切换为备状态。
可选地，所述方法还包括：所述HS2服务器的第三子线程发送VRRP心跳包给组内的其它HS2服务器，以使组内的其它HS2服务器根据所述VRRP心跳包获取所述HS2服务器的运行状态信息。
可选地，所述方法还包括：在确定所述HS2服务器由备状态切换为主状态时，发送ARP广播报文，所述ARP广播报文包括所述HS2服务器的MAC地址与所述虚拟IP；接收客户端返回的ARP响应报文，所述ARP响应报文包括所述客户端的MAC地址。
第二方面，本发明实施例提供一种主备切换装置，应用于大数据集群中的任一HS2服务器，所述大数据集群包括至少一个虚拟路由组，每个虚拟路由组包括一个主HS2服务器和至少一个备HS2服务器，所述虚拟路由组配置有虚拟IP，所述装置包括：第一接收模块，用于所述HS2服务器的第一子线程获取组内其它HS2服务器的运行状态信息；状态监测模块，用于所述HS2服务器的第二子线程获取所述HS2服务器自身的运行状态信息；状态切换模块，用于所述HS2服务器的主线程根据所述HS2服务器自身的运行状态信息和组内其它HS2服务器的运行状态信息：在确定所述HS2服务器由备状态切换为主状态时，所述主线程建立所述HS2服务器的MAC地址与所述虚拟IP的绑定关系；在确定所述HS2服务器由主状态切换为备状态时，所述主线程删除所述HS2服务器的MAC地址与所述虚拟IP的绑定关系。
可选地，所述第一接收模块，还用于：所述HS2服务器的第一子线程在预设时间间隔内接收到组内其它HS2服务器所发送的VRRP心跳包时，确定所述组内其它HS2服务器的运行状态为正常；在预设时间间隔内未接收到组内其它HS2服务器所发送的VRRP心跳包时，确定所述组内其它HS2服务器的运行状态为异常。
可选地，所述状态监测模块，还用于：所述HS2服务器的第二子线程获取所述HS2服务器自身的网卡状态或者HS2服务器进程的状态作为所述HS2服务器的运行状态信息。
可选地，所述状态切换模块，还用于：若所述HS2服务器处于备状态且运行状态正常，组内主HS2服务器状态异常，所述HS2服务器的优先级高于组内其它运行状态为正常的HS2服务器的优先级时，确定所述HS2服务器由备状态切换为主状态。
可选地，所述状态切换模块，还用于：若所述HS2服务器处于主状态且运行状态异常时，确定所述HS2服务器由主状态切换为备状态；或者，若所述HS2服务器处于主状态且运行状态正常，组内至少一个运行状态为正常的其他备HS2服务器的优先级高于所述HS2服务器时，确定所述HS2服务器由主状态切换为备状态。
可选地，所述装置还包括：第一发送模块，用于所述HS2服务器的第三子线程发送VRRP心跳包给组内的其它HS2服务器，以使组内的其它HS2服务器根据所述VRRP心跳包获取所述HS2服务器的运行状态信息。
可选地，所述装置还包括：第二发送模块，用于在确定所述HS2服务器由备状态切换为主状态时，发送ARP广播报文，所述ARP广播报文包括所述HS2服务器的MAC地址与所述虚拟IP；第二接收模块，用于接收客户端返回的ARP响应报文，所述ARP响应报文包括所述客户端的MAC地址。
第三方面，本发明实施例提供一种通信设备，包括处理器以及存储器，所述存储器存储有计算机可读取指令，当所述计算机可读取指令由所述处理器执行时，运行如上述第一方面提供的方法。
与现有技术相比，本发明实施例提供的一种主备切换方法、装置及通信设备带来了以下有益效果：通过HS2服务器的第一子线程获取组内其它HS2服务器的运行状态信息，HS2服务器的第二子线程获取所述HS2服务器自身的运行状态信息，HS2服务器的主线程根据所述HS2服务器自身的运行状态信息和组内其它HS2服务器的运行状态信息，在确定所述HS2服务器由备状态切换为主状态时，所述主线程建立所述HS2服务器的MAC地址与所述虚拟IP的绑定关系；在确定所述HS2服务器由主状态切换为备状态时，所述主线程删除所述HS2服务器的MAC地址与所述虚拟IP的绑定关系，进而使得HS2服务将不会受到单点故障的影响，从而有效解决了现有技术中HS2故障转移自动切换的技术问题，实现了在主HS2服务器出现故障时，无需人工介入，便能够自动实现HS2服务器主备切换，进一步提高了对数据可靠性和稳定性要求较高的业务的适应度，使得能够更好地适应对数据可靠性和稳定性要求较高的业务。
本发明的其他特征和优点将在随后的说明书阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明实施例了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
图1为本发明实施例提供的一种主备切换方法的网络拓扑图；
图2为本发明实施例提供的一种主备切换方法的流程图；
图3为本发明实施例提供的一种主备切换装置的结构框图；
图4示出了一种可应用于本发明实施例中的通信设备的结构框图。
具体实施方式
下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。
在传统的通过Zookeeper(分布式应用程序协调服务)实现HA的故障转移处理方式中，故障转移是通过Zookeeper监控机制来实现，然而Zookeeper在大数据集群中监控的服务众多，本身机制实现复杂度较高，状态切换和反应灵敏度都会大大折扣。
另外，Zookeeper对于网络隔离(指把两个或两个以上可路由的网络(如:TCP/IP)通过不可路由的协议(如:IPX/SPX、NetBEUI等)进行数据交换而达到隔离目的)极度敏感，会导致Zookeeper对于网络的任何波动都会做出很大反应。而实际应用场景中，网络常常是会出现隔离等不完整状态，并且一旦出现网络隔离，Zookeeper就要发起选举流程。Zookeeper的选举流程通常耗时30到120秒，期间Zookeeper由于没有master，都是不可用的。对于网络里面偶尔出现的，比如半秒一秒的网络隔离，Zookeeper会由于选举过程，把不可用时间放大几十倍。另外，因为Zookeeper的选举时间过长，将导致客户端上保存的Zookeeper的master信息不一致。若要保持数据一致性，唯一的方法是“先kill掉老master，再在Zookeeper上更新master信息”。但是在是否要“kill掉老”master这个问题上，程序是无法完全自动决定的(因为网络隔离的时候Zookeeper已经不可用了)。因此，在此情况下必须要人工介入。
另外，一旦工作中的HS2实例出现单点故障，为了保证Hive继续进行数据存储和查询服务，不得不人工在客户端重新使用！connect命令来连接Hive。
因此，对于数据可靠性和稳定性要求较高的业务(比如HS2)，使用Zookeeper来提供高可靠性(HA)并不是一个很好的选择。为此，本发明实施例提供了如下的主备切换方法，以保证HS2的高可靠性。
本发明提供的实施例通过VRRP(Virtual Router Redundancy Protocol，虚拟路由冗余协议)心跳监测机制来进行HS2的故障切换(即在发生故障是，实现主备切换)。本发明提供的方法应用于大数据集群中的任一HS2实例，所述大数据集群包括至少一个虚拟路由组，每个虚拟路由组包括一个主HS2实例和至少一个备HS2实例，所述虚拟路由组配置有虚拟IP。HS2实例部署在服务器上，为了使后续描述清楚，将HS2实例称为HS2服务器。
请参照图1，图1为本发明实施例提供的HS2-HA业务的网络拓扑图。其中，对多个HS2服务器进行分组(称为VRRP分组)，每个VRRP分组包括一个主HS2服务器以及至少一个备HS2服务器，每个所述VRRP分组配置有一个虚拟IP。
其中，主HS2服务器用于与客户端通信，具体地，每个虚拟路由组均配置有一个虚拟IP(Internet Protocol，互联网协议)地址，所述主HS2服务器与所述虚拟IP关联(例如，将所述主HS2服务器的物理地址与所述虚拟IP进行绑定)，以使所述主HS2服务器能够通过所述虚拟IP与多个客户端通信连接。
可选地，虚拟IP可以是每个VRRP分组内本网段空闲的IP地址，即为每个VRRP分组分配设置一个本网段空闲的IP地址作为虚拟IP，以实现与多个客户端的通信连接。
可选地，可以通过自动将所述多个HS2服务器分成至少一个虚拟路由组。例如，可以通过随机从多个HS2服务器选择小于或等于HS2服务器总数个HS2服务器作为虚拟路由组，或者是按照HS2服务器的处理能力或排序等方式进行自动分组。
在本实施例中，通过把集群划分为多个VRRP分组，每个VRRP分组通过独立选举来选举出主HS2服务器，进而能够有效避免频繁的数据查询及大数据集群内部VRRP心跳包和运行状态信息同步在一个主HS2服务器上进行流量汇聚，进而可以实现负载均衡和数据分流的技术效果。进一步地，实现了同一VRRP分组中的各HS2服务器状态的透明化和状态信息一致性的技术效果。
需要说明的是，上述仅作为举例说明，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。
作为一种应用场景，如图1所示，假设一个Hive集群有n个HS2服务器，并分成了m个VRRP(Virtual Router Redundancy Protocol，虚拟路由冗余协议)分组(即虚拟路由组)。假设外部有n个客户端(Client)与该hive集群进行数据业务访问。客户端通过向HS2服务器发起业务请求，以预设连接方式(例如，以！connect jdbc:hive2://<VIP address>:<Port>形式进行连接，其中，<VIP address>表示所连接VRRP分组的虚拟IP地址；<Port>指HS2服务器的端口号，可在安装时进行配置，例如，默认端口可以是8080进行连接。然后通过HS2服务器通道对该hadoop集群进行数据业务的访问。HS2服务器间通过VRRP心跳包进行通信来监测各个HS2服务器的运行状态(具体地，通过交换机网口进行集群间通信来监测各个HS2服务器的运行状态)。
请参照图2，图2为本发明实施例提供的一种主备切换方法的流程图，所述方法包括如下步骤：
步骤S101：所述HS2服务器的第一子线程获取组内其它HS2服务器的运行状态信息。
其中，运行状态信息包括HS2服务器运行状态正常或运行状态异常。
作为一种实施方式，步骤S101包括：所述HS2服务器的第一子线程在预设时间间隔内接收到组内其它HS2服务器所发送的VRRP心跳包时，确定所述组内其它HS2服务器的运行状态为正常；在预设时间间隔内未接收到组内其它HS2服务器所发送的VRRP心跳包时，确定所述组内其它HS2服务器的运行状态为异常。
其中，VRRP心跳包包括但不限于HS2服务器的优先级(Priority)、虚拟路由组的标识信息(或者是HS2服务器的标识信息(HAID))、虚拟IP、虚拟MAC、认证方式、广播间隔(adver_interval)、校验和等。
其中，预设时间间隔的设置可以根据用户需求进行设置，在此，不作具体限定。
可选地，根据广播间隔以及优先级确定预设时间间隔。预设时间间隔满足：T＝(3×adver_interval+(256-Priority)/256)秒。
可选地，在确定所述组内其它HS2服务器的运行状态为正常之前，还包括：根据VRRP心跳包所携带的HAID判断该VRRP心跳包是否是本VRRP分组内主HS2服务器发送的心跳包，若是，则接收该VRRP心跳包；若不是，则丢弃该VRRP心跳包。从而有效避免了局域网内其它VRRP分组的VRRP心跳包对热备组造成干扰。即通过匹配HAID进行同组VRRP心跳包的过滤，从而使得所得到的VRRP心跳包均为同一VRRP分组内的HS2服务器发送的。
作为一种实施场景，假设备HS2服务器S接收到主HS2服务器M发送的VRRP心跳包后，通过匹配HAID或虚拟路由组的标识信息进行同组VRRP心跳包的过滤，即用于确定发送所述VRRP心跳包的所述主HS2服务器M是否与所述备HS2服务器S处于相同的VRRP分组。使得若匹配则接收该VRRP心跳包，不匹配则丢弃VRRP心跳包(即若不处于相同所述虚拟路由组，丢弃所述VRRP心跳包)，避免了局域网内其它VRRP分组的VRRP心跳包对热备组造成干扰。
步骤S102：所述HS2服务器的第二子线程获取所述HS2服务器自身的运行状态信息。
作为一种实施方式，步骤S102包括：所述HS2服务器的第二子线程获取所述HS2服务器自身的网卡状态或者HS2服务器进程的状态作为所述HS2服务器的运行状态信息。即监测本HS2服务器的网卡是否故障或者HS2服务器进程是否断开，从而检测HS2服务器的运行状态信息。
步骤S103：所述HS2服务器的主线程根据所述HS2服务器自身的运行状态信息和组内其它HS2服务器的运行状态信息：在确定所述HS2服务器由备状态切换为主状态时，所述主线程建立所述HS2服务器的MAC地址与所述虚拟IP的绑定关系；在确定所述HS2服务器由主状态切换为备状态时，所述主线程删除所述HS2服务器的MAC地址与所述虚拟IP的绑定关系。
其中，处于主状态的HS2服务器用于通过虚拟IP与客户端进行通信。处于备状态的HS2服务器用于在处于主状态的HS2服务器出现异常或宕机时，通过预设规则(如竞选机制)来确定新的处于主状态的HS2服务器。进而使得当其中一个主状态的HS2服务器出现故障时，通过重新确定出的新的主状态的HS2服务器继续与客户端进行通信，进而使得无需人工介入，便能够自动实现切换HS2服务器的主备状态，进一步提高了对数据可靠性和稳定性要求较高的业务的适应度，使得能够更好地适应对数据可靠性和稳定性要求较高的业务。
在本实施例中，通过将主HS2服务器的物理地址(MAC)与所述虚拟IP进行绑定(或关联)以形成绑定关系，从而使得客户端能够通过虚拟IP找到对应的主HS2服务器，以取消原始的主HS2服务器与虚拟IP的绑定信息或关联信息，形成新的绑定对象。
可选地，确定所述HS2服务器由备状态切换为主状态，包括：若所述HS2服务器处于备状态且运行状态正常，组内主HS2服务器状态异常，所述HS2服务器的优先级高于组内其它运行状态为正常的HS2服务器的优先级时，确定所述HS2服务器由备状态切换为主状态。例如，如果确认自身将切换为主状态时，则利用虚拟IP发送免费ARP广播包，并响应客户端对虚拟IP地址的ARP(Address Resolution Protocol，地址解析协议)请求(其中，响应的是热备接口的MAC(Media Access Control，媒体接入控制)地址，进而实现客户端通过虚拟IP地址能够自动切换并访问主HS2服务器。
可选地，确定所述HS2服务器由备状态切换为主状态，包括：当仅收到虚拟路由组内VRRP心跳包的优先级为0、接收超时或优先级小于自身优先级，则将备HS2服务器的状态切换为主HS2状态。
可选地，确定所述HS2服务器由主状态切换为备状态，包括：若所述HS2服务器处于主状态且运行状态异常时，确定所述HS2服务器由主状态切换为备状态；或者，若所述HS2服务器处于主状态且运行状态正常，组内至少一个运行状态为正常的其他备HS2服务器的优先级高于所述HS2服务器时，确定所述HS2服务器由主状态切换为备状态。
可选地，每个HS2服务器均预先设置有优先级。
可选地，若所述HS2服务器处于主状态且运行状态正常，组内至少一个运行状态为正常的其他备HS2服务器的优先级高于所述HS2服务器时，确定所述HS2服务器由主状态切换为备状态，包括：接收所述虚拟路由组内的其他备HS2服务器根据VRRP心跳包返回的所述备HS2服务器对应的优先级；若所述主HS2服务器对应的优先级低于所述备HS2服务器的优先级，将所述主HS2服务器由主状态切换为备状态，并从预设缓冲池中删除所述主HS2服务器的所述物理地址，从而删除MAC与虚拟IP的绑定关系。
继续以上述例子来说，由于每个VRRP分组均配置有一个VIP(即虚拟IP)，如果某个VRRP分组内的主HS2服务器发生故障时，通过选择一个优先级最高的HS2服务器的备份服务器(即备HS2服务器)来替代故障服务器，即作为新主HS2服务器，以使得所述新主HS2服务器能够通过所述虚拟IP与所述多个所述客户端通信连接。其中，由于客户终端连接时以VIP进行连接，发生故障时VRRP分组内的VIP不变，所以客户端仍然与VRRP分组保持连接，HS2服务将不会受到单点故障的影响，从而解决了HS2故障转移自动切换的技术问题，实现了在HS2服务器出现故障时，无需人工介入，便能够自动实现切换，进一步提高了对数据可靠性和稳定性要求较高的业务的适应度，使得能够更好地适应对数据可靠性和稳定性要求较高的业务。
在一可选的实施例中，本发明实施例提供的主备切换方法，还包括：所述HS2服务器的第三子线程发送VRRP心跳包给组内的其它HS2服务器，以使组内的其它HS2服务器根据所述VRRP心跳包获取所述HS2服务器的运行状态信息。
可选地，所述主HS2服务器的第三子线程发送VRRP心跳包至所述备HS2服务器，以通过所述VRRP心跳包的报文头中所携带的优先级来通知所述虚拟路由组内所述备HS2服务器自己处于主状态以及通知客户端所述HS2服务器为主状态。
可选地，VRRP分组内地HS2服务器的主备状态切换采用BFD(BidirectionalForwarding Detection，双向转发检测)机制，能够快速检测、监控网络中链路或者HS2服务器的连通状况，从而实现HS2服务器的主备快速切换。例如，主备切换的时间可以控制在1秒以内。
在一可选的实施例中，本发明实施例提供的主备切换方法，还包括：进行异常报警，并生成日志信息。
在当集群处于运行状态时，集群某个HS2服务器出现异常故障则会发出警告，以进行报警，并生成相应的日志信息，从而使得用户能够通过报警快速获知到当前出现了异常，并且通过日志信息可以得到具体的异常情况，便于用户进行异常的维护。
在一可选的实施例中，本发明实施例提供的主备切换方法，还包括：在确定所述HS2服务器由备状态切换为主状态时，发送ARP广播报文，所述ARP广播报文包括所述HS2服务器的MAC地址与所述虚拟IP；接收所述客户端返回的ARP响应报文，所述ARP响应报文包括所述客户端的MAC地址。
其中，主HS2服务器发送的ARP广播报文包括虚拟IP地址和自身的MAC地址。类似的，主HS2服务器还可以响应客户端发送的ARP请求，将自身的MAC地址发送给客户端。
客户端发送的ARP请求中包含的是客户端的IP地址和MAC地址。
可选地，在将所述HS2服务器由备状态切换为主状态之后，当ARP缓存中的客户端MAC地址过了生存期之后，还要再次广播ARP请求至客户端。
本发明实施例提供的主备切换方法，通过HS2服务器的第一子线程获取组内其它HS2服务器的运行状态信息，HS2服务器的第二子线程获取所述HS2服务器自身的运行状态信息，HS2服务器的主线程根据所述HS2服务器自身的运行状态信息和组内其它HS2服务器的运行状态信息：在确定所述HS2服务器由备状态切换为主状态时，所述主线程建立所述HS2服务器的MAC地址与所述虚拟IP的绑定关系；在确定所述HS2服务器由主状态切换为备状态时，所述主线程删除所述HS2服务器的MAC地址与所述虚拟IP的绑定关系，使得通过，即使得客户端仍然与VRRP分组保持连接，进而使得HS2服务将不会受到单点故障的影响，从而有效解决了现有技术中HS2故障转移自动切换的技术问题，自动切换HS2服务器的主备状态，从而实现了在主HS2服务器出现故障时，无需人工介入，便能够自动实现HS2服务器的主备切换，使得该VRRP分组能够一直与客户端进行通信，进一步提高了对数据可靠性和稳定性要求较高的业务的适应度，使得能够更好地适应对数据可靠性和稳定性要求较高的业务。
请参照图3，图3为本发明提供的一种主备切换装置的结构框图，所述主备切换装置400应用于大数据集群，所述大数据集群包括至少一个虚拟路由组，每个虚拟路由组包括一个主HS2服务器和至少一个备HS2服务器，所述虚拟路由组配置有虚拟IP，主备切换装置400包括第一接收模块410、状态监测模块420和状态切换模块430。
第一接收模块410，用于所述HS2服务器的第一子线程获取组内其它HS2服务器的运行状态信息。
可选地，所述第一接收模块410，还用于：所述HS2服务器的第一子线程在预设时间间隔内接收到组内其它HS2服务器所发送的VRRP心跳包时，确定所述组内其它HS2服务器的运行状态为正常；在预设时间间隔内未接收到组内其它HS2服务器所发送的VRRP心跳包时，确定所述组内其它HS2服务器的运行状态为异常。
状态监测模块420，用于所述HS2服务器的第二子线程获取所述HS2服务器自身的运行状态信息。
可选地，所述状态监测模块420，还用于：所述HS2服务器的第二子线程获取所述HS2服务器自身的网卡状态或者HS2服务器进程的状态作为所述HS2服务器的运行状态信息。
状态切换模块430，用于所述HS2服务器的主线程根据所述HS2服务器自身的运行状态信息和组内其它HS2服务器的运行状态信息：在确定所述HS2服务器由备状态切换为主状态时，所述主线程建立所述HS2服务器的MAC地址与所述虚拟IP的绑定关系。在确定所述HS2服务器由主状态切换为备状态时，所述主线程删除所述HS2服务器的MAC地址与所述虚拟IP的绑定关系。
可选地，所述状态切换模块430，还用于：若所述HS2服务器处于备状态且运行状态正常，组内主HS2服务器状态异常，所述HS2服务器的优先级高于组内其它运行状态为正常的HS2服务器的优先级时，确定所述HS2服务器由备状态切换为主状态。
可选地，所述状态切换模块430，还用于：若所述HS2服务器处于主状态且运行状态异常时，确定所述HS2服务器由主状态切换为备状态；或者，若所述HS2服务器处于主状态且运行状态正常，组内至少一个运行状态为正常的其他备HS2服务器的优先级高于所述HS2服务器时，确定所述HS2服务器由主状态切换为备状态。
在一可能的实施例中，所述装置还包括：第一发送模块；
第一发送模块，用于所述HS2服务器的第三子线程发送VRRP心跳包给组内的其它HS2服务器，以使组内的其它HS2服务器根据所述VRRP心跳包获取所述HS2服务器的运行状态信息。
在一可能的实施例中，所述装置还包括：第二发送模块，用于在确定所述HS2服务器由备状态切换为主状态时，发送ARP广播报文，所述ARP广播报文包括所述HS2服务器的MAC地址与所述虚拟IP；第二接收模块，用于接收所述客户端返回的ARP响应报文，所述ARP响应报文包括所述客户端的MAC地址。
如图4所示，是通信设备700的示意图。所述通信设备700包括存储器702、处理器704以及存储在所述存储器702中并可在所述处理器704上运行的计算机可读取指令703。当所述计算机可读取指令703由所述处理器704执行时，运行如图2所示的所述主备切换方法，为避免重复，此处不再赘述。或者，当所述计算机可读取指令703由所述处理器704执行时，实现如图3所示的所述主备切换装置中各模块/单元的功能，为避免重复，此处不再赘述。示例性的，计算机可读取指令703可以被分割成一个或多个模块/单元，一个或者多个模块/单元被存储在存储器702中，并由处理器704执行，以完成本发明。一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述计算机可读取指令703在通信设备700中的执行过程。例如，计算机可读取指令703可以被分割成如图3中的第一接收模块410、状态监测模块420和状态切换模块430，各模块的具体功能在此不一一赘述。
其中，存储器702可以是，但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(Programmable Read-OnlyMemory，PROM)，可擦除只读存储器(Erasable Programmable Read-Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory，EEPROM)等。其中，存储器702用于存储程序，所述处理器704在接收到执行指令后，执行所述程序，前述本发明实施例任一实施例揭示的流程定义的方法可以应用于处理器704中，或者由处理器704实现。
处理器704可能是一种集成电路芯片，具有信号的处理能力。上述的处理器704可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(NetworkProcessor，NP)等；还可以是数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
可以理解的是，图4所示的结构仅为通信设备700的一种结构示意图，通信设备700还可以包括比图4所示更多或更少的组件。图4中所示的各组件可以采用硬件、软件或其组合实现。
在本发明所提供的几个实施例中，应该理解到，所揭露的系统和方法，也可以通过其它的方式实现。以上所描述的系统实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者通信设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

Claims (15)

1.一种主备切换方法，其特征在于，应用于大数据集群中的任一HS2服务器，所述大数据集群包括至少一个虚拟路由组，每个虚拟路由组包括一个主HS2服务器和至少一个备HS2服务器，所述虚拟路由组配置有虚拟IP，所述方法包括：
所述HS2服务器的第一子线程获取组内其它HS2服务器的运行状态信息；
所述HS2服务器的第二子线程获取所述HS2服务器自身的运行状态信息；
所述HS2服务器的主线程根据所述HS2服务器自身的运行状态信息和组内其它HS2服务器的运行状态信息：
在确定所述HS2服务器由备状态切换为主状态时，所述主线程建立所述HS2服务器的MAC地址与所述虚拟IP的绑定关系；
在确定所述HS2服务器由主状态切换为备状态时，所述主线程删除所述HS2服务器的MAC地址与所述虚拟IP的绑定关系。
2.根据权利要求1所述的方法，其特征在于，所述HS2服务器的第一子线程获取组内其它HS2服务器的运行状态信息，包括：
所述HS2服务器的第一子线程在预设时间间隔内接收到组内其它HS2服务器所发送的VRRP心跳包时，确定所述组内其它HS2服务器的运行状态为正常；在预设时间间隔内未接收到组内其它HS2服务器所发送的VRRP心跳包时，确定所述组内其它HS2服务器的运行状态为异常。
3.根据权利要求1所述的方法，其特征在于，所述HS2服务器的第二子线程获取所述HS2服务器自身的运行状态信息，包括：
所述HS2服务器的第二子线程获取所述HS2服务器自身的网卡状态或者HS2服务器进程的状态作为所述HS2服务器的运行状态信息。
4.根据权利要求1所述的方法，其特征在于，所述确定所述HS2服务器由备状态切换为主状态，包括：
若所述HS2服务器处于备状态且运行状态正常，组内主HS2服务器状态异常，所述HS2服务器的优先级高于组内其它运行状态为正常的HS2服务器的优先级时，确定所述HS2服务器由备状态切换为主状态。
5.根据权利要求1所述的方法，其特征在于，所述确定所述HS2服务器由主状态切换为备状态，包括：
若所述HS2服务器处于主状态且运行状态异常时，确定所述HS2服务器由主状态切换为备状态；或者，
若所述HS2服务器处于主状态且运行状态正常，组内至少一个运行状态为正常的其他备HS2服务器的优先级高于所述HS2服务器时，确定所述HS2服务器由主状态切换为备状态。
6.根据权利要求1所述的方法，其特征在于，所述方法还包括：
所述HS2服务器的第三子线程发送VRRP心跳包给组内的其它HS2服务器，以使组内的其它HS2服务器根据所述VRRP心跳包获取所述HS2服务器的运行状态信息。
7.根据权利要求1所述的方法，其特征在于，所述方法还包括：
在确定所述HS2服务器由备状态切换为主状态时，发送ARP广播报文，所述ARP广播报文包括所述HS2服务器的MAC地址与所述虚拟IP；
接收客户端返回的ARP响应报文，所述ARP响应报文包括所述客户端的MAC地址。
8.一种主备切换装置，其特征在于，应用于大数据集群中的任一HS2服务器，所述大数据集群包括至少一个虚拟路由组，每个虚拟路由组包括一个主HS2服务器和至少一个备HS2服务器，所述虚拟路由组配置有虚拟IP，所述装置包括：
第一接收模块，用于所述HS2服务器的第一子线程获取组内其它HS2服务器的运行状态信息；
状态监测模块，用于所述HS2服务器的第二子线程获取所述HS2服务器自身的运行状态信息；
状态切换模块，用于所述HS2服务器的主线程根据所述HS2服务器自身的运行状态信息和组内其它HS2服务器的运行状态信息：
在确定所述HS2服务器由备状态切换为主状态时，所述主线程建立所述HS2服务器的MAC地址与所述虚拟IP的绑定关系；
在确定所述HS2服务器由主状态切换为备状态时，所述主线程删除所述HS2服务器的MAC地址与所述虚拟IP的绑定关系。
9.根据权利要求8所述的装置，其特征在于，所述第一接收模块，还用于：
所述HS2服务器的第一子线程在预设时间间隔内接收到组内其它HS2服务器所发送的VRRP心跳包时，确定所述组内其它HS2服务器的运行状态为正常；在预设时间间隔内未接收到组内其它HS2服务器所发送的VRRP心跳包时，确定所述组内其它HS2服务器的运行状态为异常。
10.根据权利要求8所述的装置，其特征在于，所述状态监测模块，还用于：
所述HS2服务器的第二子线程获取所述HS2服务器自身的网卡状态或者HS2服务器进程的状态作为所述HS2服务器的运行状态信息。
11.根据权利要求8所述的装置，其特征在于，所述状态切换模块，还用于：
若所述HS2服务器处于备状态且运行状态正常，组内主HS2服务器状态异常，所述HS2服务器的优先级高于组内其它运行状态为正常的HS2服务器的优先级时，确定所述HS2服务器由备状态切换为主状态。
12.根据权利要求8所述的装置，其特征在于，所述状态切换模块，还用于：
若所述HS2服务器处于主状态且运行状态异常时，确定所述HS2服务器由主状态切换为备状态；或者，
若所述HS2服务器处于主状态且运行状态正常，组内至少一个运行状态为正常的其他备HS2服务器的优先级高于所述HS2服务器时，确定所述HS2服务器由主状态切换为备状态。
13.根据权利要求8所述的装置，其特征在于，所述装置还包括：
第一发送模块，用于所述HS2服务器的第三子线程发送VRRP心跳包给组内的其它HS2服务器，以使组内的其它HS2服务器根据所述VRRP心跳包获取所述HS2服务器的运行状态信息。
14.根据权利要求8所述的装置，其特征在于，所述装置还包括：
第二发送模块，用于在确定所述HS2服务器由备状态切换为主状态时，发送ARP广播报文，所述ARP广播报文包括所述HS2服务器的MAC地址与所述虚拟IP；
第二接收模块，用于接收客户端返回的ARP响应报文，所述ARP响应报文包括所述客户端的MAC地址。
15.一种通信设备，其特征在于，包括处理器以及存储器，所述存储器存储有计算机可读取指令，当所述计算机可读取指令由所述处理器执行时，运行如权利要求1-7中任一权项所述的方法。
CN201811128868.4A 2018-09-26 2018-09-26 一种主备切换方法、装置及通信设备 Active CN109344014B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811128868.4A CN109344014B (zh) 2018-09-26 2018-09-26 一种主备切换方法、装置及通信设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811128868.4A CN109344014B (zh) 2018-09-26 2018-09-26 一种主备切换方法、装置及通信设备

Publications (2)

Publication Number Publication Date
CN109344014A true CN109344014A (zh) 2019-02-15
CN109344014B CN109344014B (zh) 2022-02-11

Family

ID=65307056

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811128868.4A Active CN109344014B (zh) 2018-09-26 2018-09-26 一种主备切换方法、装置及通信设备

Country Status (1)

Country Link
CN (1) CN109344014B (zh)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110417599A (zh) * 2019-08-01 2019-11-05 青岛聚看云科技有限公司 主备节点的切换方法以及节点服务器
CN110474797A (zh) * 2019-07-25 2019-11-19 北京旷视科技有限公司 Api业务系统、主备切换的方法及装置
CN111008097A (zh) * 2019-12-06 2020-04-14 深圳震有科技股份有限公司 基于服务信息的服务器自动处理方法及系统、计算机设备
CN111026586A (zh) * 2019-11-21 2020-04-17 通号城市轨道交通技术有限公司 一种集群设备的主备状态切换方法及装置
CN111367696A (zh) * 2019-12-20 2020-07-03 苏州浪潮智能科技有限公司 一种基于数据仓库工具Hive组件的测试方法及系统
CN111934909A (zh) * 2020-07-13 2020-11-13 深圳栅格信息技术有限公司 主备机ip资源切换方法、装置、计算机设备和存储介质
CN112564983A (zh) * 2020-12-23 2021-03-26 网神信息技术（北京）股份有限公司 数据传输方法、装置、计算机系统和介质
CN113556248A (zh) * 2021-07-16 2021-10-26 广东电网有限责任公司 一种集群测控动态部署方法、装置、设备及存储介质
CN114978296A (zh) * 2022-08-01 2022-08-30 成都星联芯通科技有限公司 设备切换方法、装置、地球站及可读存储介质
CN116708283A (zh) * 2023-08-08 2023-09-05 珠海派诺科技股份有限公司 一种网络自动切换方法及切换系统

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5675723A (en) * 1995-05-19 1997-10-07 Compaq Computer Corporation Multi-server fault tolerance using in-band signalling
CN105871522A (zh) * 2016-03-30 2016-08-17 苏州美天网络科技有限公司 用于网络防灾的备份服务系统
CN106992890A (zh) * 2017-04-18 2017-07-28 广东浪潮大数据研究有限公司 一种多服务器切换方法及系统
CN107426021A (zh) * 2017-07-19 2017-12-01 北京锐安科技有限公司 冗余系统的构建方法、装置及冗余系统
CN108040108A (zh) * 2017-12-11 2018-05-15 杭州电魂网络科技股份有限公司 通信切换方法、装置、协调服务器及可读存储介质
CN108234191A (zh) * 2017-05-31 2018-06-29 深圳市创梦天地科技有限公司 云计算平台的管理方法和装置
CN108259239A (zh) * 2018-01-11 2018-07-06 郑州云海信息技术有限公司 一种数据库高可用性保障方法和系统

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5675723A (en) * 1995-05-19 1997-10-07 Compaq Computer Corporation Multi-server fault tolerance using in-band signalling
CN105871522A (zh) * 2016-03-30 2016-08-17 苏州美天网络科技有限公司 用于网络防灾的备份服务系统
CN106992890A (zh) * 2017-04-18 2017-07-28 广东浪潮大数据研究有限公司 一种多服务器切换方法及系统
CN108234191A (zh) * 2017-05-31 2018-06-29 深圳市创梦天地科技有限公司 云计算平台的管理方法和装置
CN107426021A (zh) * 2017-07-19 2017-12-01 北京锐安科技有限公司 冗余系统的构建方法、装置及冗余系统
CN108040108A (zh) * 2017-12-11 2018-05-15 杭州电魂网络科技股份有限公司 通信切换方法、装置、协调服务器及可读存储介质
CN108259239A (zh) * 2018-01-11 2018-07-06 郑州云海信息技术有限公司 一种数据库高可用性保障方法和系统

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110474797A (zh) * 2019-07-25 2019-11-19 北京旷视科技有限公司 Api业务系统、主备切换的方法及装置
CN110417599A (zh) * 2019-08-01 2019-11-05 青岛聚看云科技有限公司 主备节点的切换方法以及节点服务器
CN111026586B (zh) * 2019-11-21 2024-01-02 通号城市轨道交通技术有限公司 一种集群设备的主备状态切换方法及装置
CN111026586A (zh) * 2019-11-21 2020-04-17 通号城市轨道交通技术有限公司 一种集群设备的主备状态切换方法及装置
CN111008097A (zh) * 2019-12-06 2020-04-14 深圳震有科技股份有限公司 基于服务信息的服务器自动处理方法及系统、计算机设备
CN111367696A (zh) * 2019-12-20 2020-07-03 苏州浪潮智能科技有限公司 一种基于数据仓库工具Hive组件的测试方法及系统
CN111934909A (zh) * 2020-07-13 2020-11-13 深圳栅格信息技术有限公司 主备机ip资源切换方法、装置、计算机设备和存储介质
CN112564983A (zh) * 2020-12-23 2021-03-26 网神信息技术（北京）股份有限公司 数据传输方法、装置、计算机系统和介质
CN112564983B (zh) * 2020-12-23 2023-05-26 奇安信网神信息技术(北京)股份有限公司 数据传输方法、装置、计算机系统和介质
CN113556248B (zh) * 2021-07-16 2023-05-12 广东电网有限责任公司 一种集群测控动态部署方法、装置、设备及存储介质
CN113556248A (zh) * 2021-07-16 2021-10-26 广东电网有限责任公司 一种集群测控动态部署方法、装置、设备及存储介质
CN114978296A (zh) * 2022-08-01 2022-08-30 成都星联芯通科技有限公司 设备切换方法、装置、地球站及可读存储介质
CN116708283A (zh) * 2023-08-08 2023-09-05 珠海派诺科技股份有限公司 一种网络自动切换方法及切换系统
CN116708283B (zh) * 2023-08-08 2023-10-31 珠海派诺科技股份有限公司 一种网络自动切换方法及切换系统

Also Published As

Publication number Publication date
CN109344014B (zh) 2022-02-11

Similar Documents

Publication Publication Date Title
CN109344014A (zh) 一种主备切换方法、装置及通信设备
US10601728B2 (en) Software-defined data center and service cluster scheduling and traffic monitoring method therefor
CN108123824B (zh) 一种网络故障检测方法及装置
WO2022083540A1 (zh) 故障恢复预案确定方法、装置及系统、计算机存储介质
US8782160B2 (en) Cluster control system, cluster control method, and program
US20070183313A1 (en) System and method for detecting and recovering from virtual switch link failures
EP1949596B1 (en) System, method, and computer-readable medium for resource migration in a distributed telecommunication system
EP3316555B1 (en) Mac address synchronization method, device and system
CN111817911A (zh) 一种探测网络质量的方法、装置、计算设备及存储介质
US9912544B2 (en) System and method for master switch election
US20170302474A1 (en) Network as Service Service Cross-Domain Orchestration Method, Orchestration Device, and Control Device
CN109639488B (zh) 一种多外网分流加速方法及系统
CN106713132B (zh) 用于更新转发表项的方法和装置
CN112291116A (zh) 链路故障检测方法、装置及网络设备
CN109039795A (zh) 一种云服务器资源监控方法和系统
CN114915561B (zh) 网络拓扑图生成方法和装置
CN106790411B (zh) 虚拟交换机与物理交换机的非聚合端口级联系统及方法
CN110851186B (zh) 网络设备重启的方法、装置、电子设备及可读存储介质
US10374941B2 (en) Determining aggregation information
CN116248479A (zh) 网络路径探测方法、装置、设备及存储介质
CN112187919B (zh) 一种存储节点管理方法及相关装置
Mendiratta et al. How reliable is my software-defined network? Models and failure impacts
US10432451B2 (en) Systems and methods for managing network health
CN107104837B (zh) 路径检测的方法和控制设备
CN103595629A (zh) 一种irdp网络中主机网关快速切换的方法和装置

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
GR01 Patent grant
GR01 Patent grant