CN112217843A - 服务单元切换方法、系统及设备 - Google Patents

服务单元切换方法、系统及设备 Download PDF

Info

Publication number
CN112217843A
CN112217843A CN201910614678.1A CN201910614678A CN112217843A CN 112217843 A CN112217843 A CN 112217843A CN 201910614678 A CN201910614678 A CN 201910614678A CN 112217843 A CN112217843 A CN 112217843A
Authority
CN
China
Prior art keywords
service unit
service
target
information
unit
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
CN201910614678.1A
Other languages
English (en)
Other versions
CN112217843B (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.)
Alibaba Group Holding Ltd
Original Assignee
Alibaba Group Holding 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 Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Priority to CN201910614678.1A priority Critical patent/CN112217843B/zh
Priority to PCT/CN2020/100053 priority patent/WO2021004385A1/zh
Publication of CN112217843A publication Critical patent/CN112217843A/zh
Priority to US17/571,245 priority patent/US20220131935A1/en
Application granted granted Critical
Publication of CN112217843B publication Critical patent/CN112217843B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2408—Traffic characterised by specific attributes, e.g. priority or QoS for supporting different services, e.g. a differentiated services [DiffServ] type of service
    • 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/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/0816—Configuration setting characterised by the conditions triggering a change of settings the condition being an adaptation, e.g. in response to network events
    • 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/08—Configuration management of networks or network elements
    • H04L41/0895—Configuration of virtualised networks or elements, e.g. virtualised network function or OpenFlow elements
    • 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/08—Configuration management of networks or network elements
    • H04L41/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
    • H04L41/0897—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities by horizontal or vertical scaling of resources, or by migrating entities, e.g. virtual resources or entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/24—Multipath
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/302—Route determination based on requested QoS
    • H04L45/306—Route determination based on the nature of the carried application
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion
    • H04L47/125—Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/101—Server selection for load balancing based on network conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1036—Load balancing of requests to servers for services different from user content provisioning, e.g. load balancing across domain name servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H04L67/1044—Group management mechanisms 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
    • 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/08—Configuration management of networks or network elements
    • H04L41/085—Retrieval of network configuration; Tracking network configuration history
    • H04L41/0853—Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • Mathematical Physics (AREA)
  • Theoretical Computer Science (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请实施例提供一种服务单元切换方法、系统及设备。其中，方法包括如下的步骤：确定目标服务单元；触发所述目标服务单元根据第一服务单元针对第一负载均衡任务的配置信息发布第一路由信息，以接替所述第一服务单元为所述第一负载均衡任务提供流量分发服务。当整个服务网络需要进行容灾切换及容量调度时，采用本申请实施例提供的方法，能够有效提高流量切换的实时性，避免现有技术中因DNS缓存的影响导致的流量切换实时性较差的问题。

Description

服务单元切换方法、系统及设备
技术领域
本申请涉及互联网技术领域，尤其涉及一种服务单元切换方法、系统及设备。
背景技术
SLB(Server Load Balance，服务器负载均衡)产品的多个业务集群分布在全球多个国家，每个国家的多个地域，每个地域的多个机房内，这些集群构成一个复杂而且庞大的服务网络。每个集群是这个网络的一个服务单元。为了保障整个服务网络的稳定性，系统的服务调度及业务容灾能力异常关键。
目前，现有技术中，通常通过DNS(Domain Name System，域名系统)域名解析切换映射成不同的VIP(Virtual IP Address，虚拟服务地址)，以实现业务系统的容灾切换及容量调度。
然而，在DNS域名解析切换时受DNS缓存影响，导致无法实时生效，进而在一定程度上影响整个服务网络的稳定性。
发明内容
鉴于上述问题，提出了本申请以提供一种解决上述问题或至少部分地解决上述问题的服务单元切换方法、系统及设备。
于是，在本申请的一个实施例中，提供了一种服务单元切换方法。该方法包括：
确定目标服务单元；
触发所述目标服务单元根据第一服务单元针对第一负载均衡任务的配置信息发布第一路由信息，以接替所述第一服务单元为所述第一负载均衡任务提供流量分发服务。
在本申请的一个实施例中，提供了一种服务单元切换方法。该方法包括：
获取第一服务单元针对第一负载均衡任务的配置信息；
根据所述配置信息发布第一路由信息，以接替所述第一服务单元为所述第一负载均衡任务提供流量分发服务。
在本申请的另一实施例中，提供了一种服务单元切换系统。该系统，包括：
第一服务单元、目标服务单元和分别与所述第一服务单元和所述目标服务单元连接的第一管控单元；
所述第一管控单元，用于确定目标服务单元；触发所述目标服务单元根据第一服务单元针对第一负载均衡任务的配置信息发布第一路由信息；
所述目标服务单元，用于在所述第一管控单元的触发下，根据所述配置信息发布第一路由信息，以接替所述第一服务单元为所述第一负载均衡任务提供流量分发服务。
在本申请的另一实施例中，提供了一种服务单元切换系统。该系统，包括：
第一服务单元、目标服务单元、与所述第一服务单元连接的第一管控单元以及与所述目标服务单元连接的目标管控单元；
所述第一管控单元，用于获取所述第一服务单元针对第一负载均衡任务的配置信息；将所述配置信息发送至所述目标管控单元；
所述目标管控单元，用于将所述配置信息转发至所述目标服务单元；触发所述目标服务单元根据所述配置信息发布第一路由信息；
所述目标服务单元，用于在所述目标管控单元的触发下，根据所述配置信息发布第一路由信息，以接替所述第一服务单元为所述第一负载均衡任务提供流量分发服务。
在本申请的另一实施例中，提供了一种电子设备。该设备，包括：
存储器和处理器，其中，
所述存储器，用于存储程序；
所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：
确定目标服务单元；
触发所述目标服务单元根据第一服务单元针对第一负载均衡任务的配置信息发布第一路由信息，以接替所述第一服务单元为所述第一负载均衡任务提供流量分发服务。
在本申请的另一实施例中，提供了一种电子设备。该设备，包括：存储器和处理器，其中，
所述存储器，用于存储程序；
所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：
获取第一服务单元针对第一负载均衡任务的配置信息；
根据所述配置信息发布第一路由信息，以接替所述第一服务单元为所述第一负载均衡任务提供流量分发服务。
在本申请的一个实施例中，提供了一种服务单元切换方法。该方法包括：
确定目标服务单元；
触发所述目标服务单元根据第一服务单元针对第一任务的配置信息发布第一路由信息，以接替所述第一服务单元为所述第一任务提供服务。
在本申请的另一实施例中，提供了一种电子设备。该设备，包括：存储器和处理器，其中，
所述存储器，用于存储程序；
所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：
确定目标服务单元；
触发所述目标服务单元根据第一服务单元针对第一任务的配置信息发布第一路由信息，以接替所述第一服务单元为所述第一任务提供服务。
在本申请的一个实施例中，提供了一种服务单元切换方法。该方法包括：
获取第一服务单元针对第一任务的配置信息；
根据所述配置信息发布第一路由信息，以接替所述第一服务单元为所述第一任务提供服务。
在本申请的另一实施例中，提供了一种电子设备。该设备，包括：存储器和处理器，其中，
所述存储器，用于存储程序；
所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：
获取第一服务单元针对第一任务的配置信息；
根据所述配置信息发布第一路由信息，以接替所述第一服务单元为所述第一任务提供服务。
本申请实施例提供的技术方案中，先由第一服务单元为第一负载均衡任务提供流量分发服务。当整个服务网络需要进行容灾切换及容量调度时，目标服务单元根据第一服务单元针对第一负载均衡任务的配置信息发布第一路由信息，即可将与第一负载均衡任务相关的流量引流至目标服务单元上，以由目标服务单元接替第一服务单元为第一负载均衡任务提供流量分发服务。可见，当整个服务网络需要进行容灾切换及容量调度时，采用本申请实施例提供的方法，能够确保与第一负载均衡任务相关的流量切换实时性，避免现有技术中因DNS缓存的影响导致的流量切换实时性较差的问题。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请一实施例提供的服务单元切换系统的结构框图；
图2为本申请又一实施例提供的服务单元切换系统的结构框图；
图3为本申请另一实施例提供的服务单元切换方法的流程示意图；
图4为本申请实施例提供的服务单元切换方法的流程示意图；
图5为本申请实施例提供的信令图；
图6为本申请又一实施例提供的服务单元切换系统的结构框图；
图7为本申请一实施例提供的服务单元切换装置的结构框图；
图8为本申请又一实施例提供的服务单元切换装置的结构框图；
图9为本申请又一实施例提供的电子设备的结构框图；
图10为本申请又一实施例提供的网络架构图；
图11为本申请另一实施例提供的服务单元切换方法的流程示意图；
图12为本申请实施例提供的服务单元切换方法的流程示意图。
具体实施方式
现有技术中，对于通过域名提供服务的服务系统，可以通过DNS域名解析将同一域名映射成不同的VIP，以实现业务系统的容灾切换及容量调度。
举例来说：针对服务域名www.A.com，在DNS服务器中默认配置该域名映射到杭州机房A的VIP-A，同时配置杭州机房B的VIP-B，北京机房C的VIP-C作为映射备份。当VIP-A出现故障时，DNS服务器将配置www.A.com映射至VIP-B，以实现流量的容灾切换。
在当前DNS域名解析系统中通常采用DNS缓存机制，即用户端在正常访问某域名后，会将DNS服务器根据这个域名解析得到的VIP缓存起来。当用户端再次访问该域名时，用户端就会直接把本地的DNS缓存提取显示，而无需请求DNS服务器再次进行域名解析，这样可加速网址的解析。但是，用户端本地的DNS缓存只有在预设缓存时长到来时才会失效；失效后，用户端再次访问该域名时，才会再次请求DNS服务器进行域名解析。也就是说，就算现有技术中更改了DNS服务器中的域名映射配置，也无法实现业务流量的实时切换，只有等到用户端本地的DNS缓存失效时，才能完成业务流量的切换。
此外，已建立的连接无法切换，这是因为已建立的连接是基于TCP/IP协议的，该连接对应的源地址(即访问请求端IP地址)、源端口(即访问请求端端口)、目标地址(即虚拟服务地址)、目标端口(即虚拟服务端口)都是固定的，无法改变的。现有技术中，DNS域名映射切换时更改了域名对应的虚拟服务地址，但是无法改变已建立连接的目标地址，这也就致使已建立连接的无法继续使用，也就无法实现已建立连接的正常切换，存在已建立连接流量受损情况。
为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
此外，在本申请的说明书、权利要求书及上述附图中描述的一些流程中，包含了按照特定顺序出现的多个操作，这些操作可以不按照其在本文中出现的顺序来执行或并行执行。操作的序号如101、102等，仅仅是用于区分各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。
图1示出了本申请一实施例提供的服务单元切换系统的结构框图。如图1所示，该系统包括：第一服务单元100、目标服务单元200和分别与所述第一服务单元100和所述目标服务单元200连接的第一管控单元300。其中，
所述第一管控单元300，用于确定目标服务单元200；触发所述目标服务单元200根据第一服务单元100针对第一负载均衡任务的配置信息发布第一路由信息；
所述目标服务单元200，用于在所述第一管控单元300的触发下，根据所述配置信息发布第一路由信息，以接替所述第一服务单元100为所述第一负载均衡任务提供流量分发服务。
在本实施例中，第一管控单元300可通过发送控制指令给所述第一服务单元100和所述目标服务单元200实现对所述第一服务单元100和所述目标服务单元200的管控。
本申请实施例提供的技术方案中，先由第一服务单元为第一负载均衡任务提供流量分发服务。当整个服务网络需要进行容灾切换及容量调度时，目标服务单元根据第一服务单元针对第一负载均衡任务的配置信息发布第一路由信息，即可将与第一负载均衡任务相关的流量引流至目标服务单元上，以由目标服务单元接替第一服务单元为第一负载均衡任务提供流量分发服务。可见，当整个服务网络需要进行容灾切换及容量调度时，采用本申请实施例提供的方法，能够确保与第一负载均衡任务相关的流量切换实时性，避免现有技术中因DNS缓存的影响导致的流量切换实时性较差的问题。
本申请实施例提供的服务单元切换系统中各组成单元，如第一服务单元、目标服务单元和第一管控单元的具体工作流程及之间的信令交互将在以下各实施例中作进一步的说明。
图2示出了本申请又一实施例提供的服务单元切换系统的结构框图。如图2所示，该系统包括：第一服务单元100、目标服务单元200、与所述第一服务单元100连接的第一管控单元300以及与所述目标服务单元200连接的目标管控单元400；
所述第一管控单元300，用于获取所述第一服务单元100针对第一负载均衡任务的配置信息；将所述配置信息发送至所述目标管控单元200；
所述目标管控单元400，用于将所述配置信息转发至所述目标服务单元200；触发所述目标服务单元200根据所述配置信息发布第一路由信息；
所述目标服务单元200，用于在所述目标管控单元400的触发下，根据所述配置信息发布第一路由信息，以接替所述第一服务单元100为所述第一负载均衡任务提供流量分发服务。
在本实施例中，第一服务单元100和目标服务单元200分别由第一管控单元300和目标管控单元400来管控。
本申请实施例提供的技术方案中，先由第一服务单元为第一负载均衡任务提供流量分发服务。当整个服务网络需要进行容灾切换及容量调度时，目标服务单元根据第一服务单元针对第一负载均衡任务的配置信息发布第一路由信息，即可将与第一负载均衡任务相关的流量引流至目标服务单元上，以由目标服务单元接替第一服务单元为第一负载均衡任务提供流量分发服务。可见，当整个服务网络需要进行容灾切换及容量调度时，采用本申请实施例提供的方法，能够确保与第一负载均衡任务相关的流量切换实时性，避免现有技术中因DNS缓存的影响导致的流量切换实时性较差的问题。
进一步的，如图6所示，上述系统，还包括：分别与多个管控单元连接的全局调度单元10；所述多个管控单元中包括所述第一管控单元300和所述目标管控单元400；
所述全局管控单元10，用于发送待迁移信息至所述第一管控单元300，以由所述第一管控单元300根据所述待迁移信息，确定出所述第一服务单元100、所述第一负载均衡任务以及所述目标服务单元200；
所述待迁移信息为所述全局管控单元10根据多个服务单元的运行情况确定的；所述多个服务单元中包括所述第一服务单元100和所述目标服务单元300；
所述待迁移信息中包括所述第一服务单元为所述第一负载均衡任务配置的虚拟服务地址以及所述目标服务单元200的服务地址。
本申请实施例提供的服务单元切换系统中各组成单元，如第一服务单元、目标服务单元、第一管控单元和目标管控单元、全局调度单元的具体工作流程及之间的信令交互将在以下各实施例中作进一步的说明。
图3示出了本申请一实施例提供的通信方法的流程示意图。本方法的执行主体可以为图1中服务单元切换系统的第一管控单元300，还可以为图2中的第一管控单元300或目标管控单元400。如图1所示，该方法包括：
101、确定目标服务单元。
102、触发所述目标服务单元根据第一服务单元针对第一负载均衡任务的配置信息发布第一路由信息，以接替所述第一服务单元为所述第一负载均衡任务提供流量分发服务。
上述101中，在整个负载均衡网络中，可能会存在多个服务单元，可从多个服务单元中除第一服务单元以外的其他服务单元中确定出目标服务单元，例如：随机选取一服务单元或选取当前所承担的总流量低于流量阈值的服务单元作为目标服务单元。
其中，目标服务单元可以为一个第二服务节点，或由多个第二服务节点组成的集群。需要说明的是，集群中的每一个第二服务节点能够为第一负载均衡任务提供相同的流量分发服务功能。其中，一个第二服务节点可理解为一台真实服务器。
上述102中，第一服务单元针对第一负载均衡任务的配置信息中可包括：所述第一服务单元针对所述第一负载均衡任务配置的虚拟服务地址VIP。第一负载均衡任务指的是将针对该虚拟服务地址的业务流量分发至该虚拟服务地址对应的多个后端服务器进行处理的任务。其中，流量分发服务指的即是将针对该虚拟服务地址的业务流量分发至该虚拟服务地址对应的多个后端服务器上。该后端服务器指的是用来处理针对该虚拟服务地址的服务请求得到最终处理结果的真实服务器。
在一种可实现的方案中，上述102中“触发所述目标服务单元根据第一服务单元针对第一负载均衡任务的配置信息发布第一路由信息”，具体为：
1021、触发所述目标服务单元根据所述虚拟服务地址发布第一路由信息，使得针对所述虚拟服务地址的服务请求寻址到所述目标服务单元。
目标服务单元根据虚拟服务地址发布第一路由信息，也即是针对虚拟服务地址发布第一路由信息。
其中，第一路由信息与所述虚拟服务地址相对应，该第一路由信息可使得针对所述虚拟服务地址的服务请求寻址到所述目标服务单元，以实现目标服务单元接替所述第一服务单元为所述第一负载均衡任务提供流量分发服务。
具体应用时，上述虚拟服务地址与第一域名对应；当用户端设备需要访问第一域名时，用户端设备会先请求DNS服务器对第一域名进行解析，DNS服务器将第一域名解析成上述虚拟服务地址，并将第一域名和上述虚拟服务地址的对应关系返回给用户端设备进行DNS缓存。同时，用户端设备将发送针对上述虚拟服务地址的服务请求，该服务请求可通过目标服务单元发布的第一路由信息寻址到目标服务单元。后续，若用户端还想继续访问第一域名，用户端设备将根据DNS缓存信息，再次发送针对上述虚拟服务地址的服务请求。本实施例中，在由目标服务单元接替第一服务单元提供第一负载均衡任务提供流量分发服务后，由于目标服务单元也是针对上述虚拟服务地址发布的第一路由信息，用户端设备根据DNS缓存内容继续发送针对上述虚拟服务地址的服务请求，该服务请求是能够寻址到目标服务单元。
在实际应用时，目标服务单元可根据第一服务单元针对第一负载均衡任务的配置信息在本地完成所述第一负载均衡任务的配置，即目标服务单元针对第一负载均衡任务的配置信息与第一服务单元针对第一负载均衡任务的配置信息是一致的，也即是目标服务单元针对第一负载均衡任务配置的虚拟服务地址与第一服务单元针对第一负载均衡任务配置的虚拟服务地址是一样的。
通常，该配置信息中还可包括：虚拟服务端口、调度算法，与所述虚拟服务地址对应的多个后端服务器的服务地址，所述多个后端服务器端口以及有关所述后端服务器的健康检测配置信息中的一项或多项。目标服务单元可根据该健康检测配置信息执行对多个后端服务器的健康检测。目标服务单元还可根据调度算法将与所述第一负载均衡任务相关的业务流量分发至与所述虚拟服务地址对应的多个后端服务器上，即根据调度算法将针对上述虚拟服务地址的服务请求分发至与所述虚拟服务地址对应的多个后端服务器上。
其中，第一服务单元可以为一个第一服务节点，或由多个第一服务节点组成的集群。需要说明的是，集群中的每一个第一服务节点能够为第一负载均衡任务提供相同的流量分发服务功能。其中，一个第一服务节点可理解为一台真实服务器。
在本实施例中，将第一负载均衡任务从第一服务单元转移至目标服务单元，并没有改变第一负载均衡任务对应的虚拟服务地址。这样，就算用户端存在DNS缓存，也不影响业务流量的实时切换。
在实际应用中，在目标服务单元发布第一路由信息之前，第一服务单元就已经针对所述虚拟服务地址发布了第二路由信息。为了确保针对所述虚拟服务地址的服务请求寻址到目标服务单元，而不是寻址到第一服务单元，可采用如下两种方式来实现：
方式一：上述1021中“触发所述目标服务单元根据所述虚拟服务地址发布第一路由信息”，具体可采用如下步骤来实现：
S11、获取所述第一服务单元针对所述虚拟服务地址已发布的第二路由信息；
S12、将所述第二路由信息发送至所述目标服务单元，以触发所述目标服务单元根据所述虚拟服务地址及所述第二路由信息，发布优先级高于所述第二路由信息的第一路由信息。
即第一路由信息的优先级需高于所述第一服务单元针对所述虚拟服务地址已发布的第二路由信息。
在一实例中，上述第一路由信息可以为BGP(Border Gateway Protocol，边界网关协议)路由信息，可通过设置第一路由信息中的as-path属性，例如：在第一路由信息中设置短于第二路由信息中的第一as-path属性的第二as-path属性，实现第一路由信息的优先级高于第二路由信息的优先级。
在另一实例中，第一路由信息中包括有关所述虚拟服务地址的网段信息，第一路由信息中的网段信息的粒度细于第二路由信息中的网段信息的粒度。例如：第二路由信息中的网段信息为1.1.1.0/24，第一路由信息中的网段信息为1.1.1.0/25和1.1.1.128/25。其中，网段中符号“/”后的数字越大，粒度越细，路由信息的优先级越高。
其中，目标服务单元内部所有第二服务节点均发布相同优先级的第一路由信息，使业务流量在第二服务节点内部通过ECMP(Equal-Cost Multipath Routing，等价多路径)等价路由实现负载均衡。
在实际应用时，还可采用其他方式来实现第一路由信息的优先级高于第二路由信息的优先级，本申请实施例对此不做具体限定。
其中，目标服务单元发布第一路由信息，可理解为目标服务单元向前一级网络设备发送第一路由信息。
方式二：在目标服务单元发布第一路由信息之前，触发所述第一服务单元撤销第二路由信息。
在方式二中，容易在第二路由信息撤销后以及第一路由信息发布前这一段时间内出现相关服务请求包的丢失或遗漏问题。故在实际应用中，具体可采用方式一，在方式一中第二路由信息不用撤销或可在第一路由信息发布后再撤销，这样可实现无缝切换，避免了服务请求包的丢失或遗漏等问题。本申请实施例提供的技术方案中，先由第一服务单元为第一负载均衡任务提供流量分发服务。当整个服务网络需要进行容灾切换及容量调度时，目标服务单元根据第一服务单元针对第一负载均衡任务的配置信息发布第一路由信息，即可将与第一负载均衡任务相关的流量引流至目标服务单元上，以由目标服务单元接替第一服务单元为第一负载均衡任务提供流量分发服务。可见，当整个服务网络需要进行容灾切换及容量调度时，采用本申请实施例提供的方法，能够确保与第一负载均衡任务相关的流量切换实时性，避免现有技术中因DNS缓存的影响导致的流量切换实时性较差的问题。
由于在目标服务单元接替第一服务单元提供有关第一负载均衡任务的流量分发服务之前，第一服务单元就已提供过有关第一负载均衡任务的流量分发服务，也就是说，通过第一服务单元已建立了一些连接。这些连接对应的源地址(即访问请求端IP地址)、源端口(即访问请求端端口)、目标地址(即虚拟服务地址)、目标端口(即虚拟服务端口)等属性，在上述各实施例中由目标服务单元接替第一服务单元前后，并没有发生过变化，因此，这些已建立连接可正常使用。
这些已建立接连可理解为访问请求端(例如用户客户端)通过第一服务单元与后端服务器已建立的连接。通常，访问请求端需要针对一项功能需求(例如：计算需求)连续发送多个访问请求，这多个访问请求应该发送给同一个后端服务器，由同一个后端服务器进行相关处理才能够保证完成该项功能需求。若这多个访问请求分别发送给不同的后端服务器，会致使该功能需求无法实现。为了确保那些已建立连接的成功切换，需要将第一服务单元上记录的有关第一负载均衡任务的会话信息发送给目标服务单元，这样目标服务单元在对有关已建立连接的服务请求进行分发时就可以进行参考，以将有关已建立连接的服务请求分发至正确的后端服务器上，以避免已建立连接的带宽资源受损。具体地，上述方法，还可包括：
103、向所述第一服务单元发送会话发送指令，以触发所述第一服务单元将其记录的有关所述第一负载均衡任务的会话信息发送至所述目标服务单元，以供所述目标服务单元在对有关已建立连接的服务请求进行分发时参考。
其中，所述会话信息中包括所述已建立连接的连接信息；所述已建立连接是通过所述第一服务单元建立的。其中，会话发送指令具体可以为会话同步指令，以触发第一服务单元将会话信息同步至目标服务单元。
在一实例中，已建立连接的连接信息中可包括：有关已建立连接的访问请求端IP地址、访问请求端端口、虚拟服务地址、虚拟服务端口、后端服务器IP地址以及后端服务器服务端口等。
这样，后续目标服务单元接收到访问请求时，若该访问请求中包括的访问请求端IP地址位于会话信息中，则将该访问请求分发至会话信息中与该访问请求端IP地址对应记录的后端服务器IP地址对应的后端服务器。这样，就可将有关已建立连接的服务请求分发至正确的后端服务器上，以避免已建立连接的带宽资源受损。
具体实施时，在图1所示的服务单元切换系统架构中，目标服务单元完成第一负载均衡任务的相关配置后，可向第一管控单元发送配置完成信息；第一管控单元接收到配置完成信息后，向第一服务单元发送会话发送指令。
在图2所示的服务单元切换系统架构中，目标服务单元完成第一负载均衡任务的相关配置后，向目标管控单元发送配置完成信息；目标管控单元向第一管控单元转发配置完成信息；第一管控单元接收到配置完成信息后，向第一服务单元发送会话发送指令。
当所述目标服务单元为由多个第二服务节点组成的集群时，上述103中“向所述第一服务单元发送会话发送指令，以触发所述第一服务单元将其记录的有关所述第一负载均衡任务的会话信息发送至所述目标服务单元”，具体为：向所述第一服务单元发送会话发送指令，以触发所述第一服务单元将其记录的有关所述第一负载均衡任务的会话信息发送至所述多个第二服务节点中的目标服务节点，并由所述目标服务节点将所述会话信息同步至所述多个第二服务节点中的其他第二服务节点。
通常第一服务单元和目标服务单元不在一个组播域中，需要通过单播的方式来发送。目标服务单元中的多个第二服务节点位于同一个组播域中，故可通过组播的方式进行同步。具体地：第一服务单元可通过三层单播网络将其记录的有关所述第一负载均衡任务的会话信息发送至所述多个第二服务节点中的目标服务节点。所述目标服务节点可通过三层组播网络将所述会话信息同步至所述多个第二服务节点中的其他第二服务节点。
进一步的，上述102中“触发所述目标服务单元根据第一服务单元针对第一负载均衡任务的配置信息发布第一路由信息”，具体可采用如下步骤来实现：
S21、获取第一服务单元针对第一负载均衡任务的配置信息。
S22、将所述配置信息发送至目标服务单元，以由所述目标服务单元根据所述配置信息完成配置，并根据所述配置信息发布所述第一路由信息。
在本实施例中，无需事先在多个服务单元上针对同一域名重复配置负载均衡任务，可避免现有技术中针对同一域名需要事先在多个不同的机房上以多个不同VIP进行重复配置负载均衡任务，占用配置空间，浪费资源等技术问题。
当服务单元切换系统的结构如图1所示的那样，则第一管控单元可直接将该配置信息发送给目标服务单元。
当服务单元切换系统的结构如图2所示的那样，则上述S22中“将所述配置信息发送给所述目标服务单元”，具体为：将所述配置信息发送至所述目标服务单元对应的目标管控单元，以由所述目标管控单元将所述配置信息转发至所述目标服务单元。
需要补充的是，当目标服务单元为由多个第二服务节点组成的集群时，第一管控单元或目标管控单元需要将该配置信息发送给多个第二服务节点中每一个第二服务节点。
在实际应用中，可通过人工的方式来触发服务单元之间的切换，例如：工作人员在查看到某个服务单元超负荷时，可向该服务单元对应的管控单元发送切换指令，以实现由另一个服务单元来接替该服务单元为该服务单元上的某一负载均衡任务提供流量分发服务。在一种自动化的应用场景中，可根据整个负载均衡网络中的所有服务单元的运行情况来确定是否需要执行切换操作。具体地，上述方法，还可包括：
104、根据待迁移信息，确定出所述第一服务单元、所述第一负载均衡任务以及所述目标服务单元。
其中，所述待迁移信息为根据检测到的多个服务单元的运行情况确定的；所述多个服务单元中包括所述第一服务单元和所述目标服务单元；所述待迁移信息中包括所述第一服务单元针对所述第一负载均衡任务配置的虚拟服务地址以及所述目标服务单元的服务地址(即目标服务单元的IP地址)。
第一管控单元根据待迁移信息中的虚拟服务地址，即可确定出配置有该虚拟服务地址的第一服务单元以及第一负载均衡任务，根据待迁移信息中的服务地址即可确定出目标服务单元。
待迁移信息可以由第一管控单元自己检测到的，或者由全局调度单元根据检测到的所述多个服务单元的运行情况确定的。具体地，上述方法，还可包括：
105、接收全局调度单元发送的其根据检测到的所述多个服务单元的运行情况确定的所述待迁移信息。
其中，所述运行情况中包括：当前所承担的总流量、总连接成功率和/或异常报警信息。
例如：全局调度单元可将当前所承担的总流量超过预设阈值的服务单元确定为第一服务单元；并将第一服务单元上流量占比最大的负载均衡任务确定为第一负载均衡任务；将当前所承担的总流量低于预设阈值的服务单元确定为目标服务单元。再例如：全局调度单元可将当前总连接成功率低于第一预设成功率的服务单元确定为第一服务单元，并将第一服务单元上连接成功率最低的负载均衡任务确定为第一负载均衡任务；将当前所承担的总流量低于预设阈值且总连接成功率高于第二预设成功率的服务单元确定为目标服务单元。又例如：全局调度单元可将发出异常报警信息的服务单元确定为第一服务单元。
全局调度单元可将所述第一服务单元针对确定出的第一负载均衡任务配置的虚拟服务地址以及目标服务单元的服务地址作为待迁移信息。
在目标服务单元接替第一服务单元提供第一负载均衡任务的流量分发服务后，第一服务单元即可撤销其针对第一负载均衡任务已发布的第二路由信息。具体地，上述方法，还可包括：
106、接收到有关所述第一路由信息的已发布通知后，触发所述第一服务单元撤销其针对所述第一负载均衡任务已发布的第二路由信息。
其中，已发布通知中可携带有上述虚拟服务地址。
当上述方法的执行主体为图1中的第一管控单元时，第一管控单元接收到目标服务单元发送来的已发布通知后，向所述第一服务单元发送路由撤销指令，以触发所述第一服务单元撤销其针对所述第一负载均衡任务已发布的第二路由信息。
当上述方法的执行主体为图2中的第一管控单元时，第一管控单元接收到目标管控单元转发来的已发布通知后，向所述第一服务单元发送路由撤销指令，以触发所述第一服务单元撤销其针对所述第一负载均衡任务已发布的第二路由信息。
当上述方法的执行主体为图2中的目标管控单元时，目标管控单元接收到目标服务单元发送来的已发布通知后，向第一管控单元转发所述已发布通知，以使所述第一管控单元接收到所述已发布通知后，触发所述第一服务单元撤销其针对所述第一负载均衡任务已发布的第二路由信息。
此外，考虑到每一个服务单元所能承载的配置数量是有限制的，为了不影响第一服务单元对其他新的负载均衡任务的配置，可触发第一服务单元删除有关第一负载均衡任务的配置。具体地，上述方法，还可包括：
107、接收到有关所述第一路由的已发布通知信息后，触发所述第一服务单元删除有关所述第一负载均衡任务的配置。
当上述方法的执行主体为图1中的第一管控单元时，第一管控单元接收到目标服务单元发送来的已发布通知后，向所述第一服务单元发送配置删除指令，以触发所述第一服务单元撤销其针对所述第一负载均衡任务已发布的第二路由信息。
当上述方法的执行主体为图2中的第一管控单元时，第一管控单元接收到目标管控单元转发来的已发布通知后，向所述第一服务单元发送配置删除指令，以触发所述第一服务单元删除有关所述第一负载均衡任务的配置。
当上述方法的执行主体为图2中的目标管控单元时，目标管控单元接收到目标服务单元发送来的已发布通知后，向第一管控单元转发所述已发布通知，以使所述第一管控单元接收到所述已发布通知后，触发所述第一服务单元删除有关所述第一负载均衡任务的配置。
进一步的，上述方法，还可包括：
108、接收所述目标服务单元针对所述第一负载均衡任务检测得到的检测信息。
109、根据所述检测信息，判断所述目标服务单元是否满足接替条件。
110、所述目标服务单元满足所述接替条件时，执行所述触发所述目标服务单元根据第一服务单元针对第一负载均衡任务的配置信息发布第一路由信息的步骤。
当上述方法的执行主体为图1中的第一管控单元时，第一管控单元可直接接收目标服务单元发送的所述检测信息。第一管控单元可通过向目标服务单元发送路由发布指令，以触发所述目标服务单元根据所述配置信息发布第一路由信息。
当上述方法的执行主体为图2中的目标管控单元时，目标管控单元可直接接收目标服务单元发送的所述检测信息。目标管控单元可通过向目标服务单元发送路由发布指令，以触发所述目标服务单元根据所述配置信息发布第一路由信息。
在本实施例中，根据所述检测信息，判断所述目标服务单元是否满足接替条件，可确保目标服务单元接替第一服务单元之后，能够正常提供流量分发服务，确保切换的有效性。
需要说明的是，不同的服务单元对多个后端服务器的健康检测结果很可能会存在差异，导致差异的原因可能在于服务单元中有关后端服务器的检测接口是否正常。若检测接口存在问题，目标服务单元的检测结果则显示后端服务器的健康状态为异常状态。这样，目标服务单元在后续进行流量分发时，会自动忽略异常状态的后端服务器，一旦自动忽略的后端服务器的数量较大，会导致：在目标服务单元接替第一服务单元之后，针对第一负载均衡任务，负载均衡网络基于目标服务单元难以提供可靠的负载均衡服务。
所述检测信息中可包括：所述目标服务单元针对多个后端服务器进行检测得到的第一健康状态信息。其中，所述多个后端服务器用于处理与所述第一负载均衡任务相关的服务请求。与第一负载均衡任务相关的服务请求也即是针对第一服务单元针对第一负载均衡任务配置的虚拟服务地址的服务请求。在上述实施例中介绍过：上述配置信息中包括：后端服务器的健康检测配置信息，故目标服务单元可根据该健康检测配置信息来检测与所述多个后端服务器的健康状态。
在一种可实现的方案中，上述109中“根据所述检测信息，判断所述目标服务单元是否满足接替条件”，具体为：
1091、根据所述第一健康状态信息，判断所述目标服务单元是否满足接替条件。
在一实例中，第一健康状态信息显示所述多个后端服务器中超过预设数量个的后端服务器的健康状态为正常状态，则可判定目标服务单元满足接替条件。例如：多个后端服务器为10个，预设数量个为8个。
在另一实例中，获取所述第一服务单元针对所述多个后端服务器进行检测得到的第二健康状态信息；所述第一健康状态检测信息与所述第二健康状态检测信息之间的差异满足第一预设条件时，判定所述目标服务单元满足所述接替条件。
在上述实施例中介绍过：上述配置信息中包括：后端服务器的健康检测配置信息，故第一服务单元可根据该健康检测配置信息来检测与所述第一负载均衡任务相关的多个后端服务器的健康状态。
举例来说：第一健康状态检测信息显示多个后端服务器中n个后端服务器正常，第二健康状态检测信息显示多个后端服务器中m个后端服务器正常，m和n的差值的绝对值小于预设差值时，判定所述第一健康状态检测信息与所述第二健康状态检测信息之间的差异满足第一预设条件。
这样，针对第一负载均衡任务，负载均衡网络基于目标服务单元可以提供与基于第一服务单元相同且可靠的负载均衡服务。
进一步的，所述目标服务单元为由多个第二服务节点组成的集群；所述检测信息中还包括：所述多个第二服务节点之间有关所述第一负载均衡任务的会话信息的同步量。所述会话信息是由所述第一服务单元在为所述第一负载均衡任务提供流量分发服务时记录的。上述1091中“根据所述第一健康状态信息，判断所述目标服务单元是否满足接替条件。”，具体为：
S31、根据所述第一健康状态信息和所述同步量，判断所述目标服务单元是否满足所述接替条件。
会话信息的同步量可理解为已建立连接的同步量，例如：已建立连接的总数为1000个，当前已同步完成的已建立连接的数量为900个，则同步量即为900。
上述S31中“根据所述第一健康状态信息和所述同步量，判断所述目标服务单元是否满足所述接替条件”，具体可采用如下步骤来实现：
a、获取所述第一服务单元针对所述多个后端服务器进行检测得到的第二健康状态信息。
b、判断所述第一健康状态检测信息与所述第二健康状态检测信息之间的差异是否满足第一预设条件。
c、确定所述会话信息的同步量在所述会话信息的总量中的占比。
d、所述差异满足第一预设条件且所述占比大于预设占比时，则判定所述目标服务单元满足所述接替条件。
其中，预设占比可以设为95％，本申请实施例对此不做具体限定。
上述步骤a和b的具体实现可参见上述实施例中相应内容，在此不再赘述。占比大于预设占比，以确保大部分已建连接的流量能够正常切换。
综上所述，通过发布更高优先级的路由实现流量在两个服务单元之间的动态切换，通过三层单播网络和三层组播网络的方案实现负载均衡会话信息在负载均衡网络之间的同步。本方案解决了现有技术中DNS域名切换方案的两个缺点。首先，可保证流量切换的实时性，目标服务单元的第一路由发布后，核心网络会通过路由协议自动学习到新的路由路径并进行切换。其次，本方案切换时由于虚拟服务地址VIP不发生变化，并且通过三层网络同步了所有的会话信息，保证了已建立连接的正常转发，且新建连接也不会受到任何影响，实现了负载均衡系统在机房间业务流量的无感知、无中断迁移。
图4示出了本申请又一实施例提供的服务单元切换方法的流程示意图。本申请实施例提供的方法的执行主体可以为上述各实施例中的目标服务单元。该方法，包括：
501、获取第一服务单元针对第一负载均衡任务的配置信息。
502、根据所述配置信息发布第一路由信息，以接替所述第一服务单元为所述第一负载均衡任务提供流量分发服务。
基于图1所示的服务单元切换系统架构，第一管控单元可从本地存储中或从第一服务单元处获取第一服务单元针对第一负载均衡任务的配置信息，并将配置信息发送给目标服务单元。
基于图2所示的服务单元切换系统架构，第一管控单元可从本地存储中或从第一服务单元处获取第一服务单元针对第一负载均衡任务的配置信息，并将配置信息发送给目标管控单元，目标管控单元将配置信息发送给目标服务单元。
上述501和502的具体实现过程可参见上述各实施例中相应内容，在此不再赘述。
本申请实施例提供的技术方案中，先由第一服务单元为第一负载均衡任务提供流量分发服务。当整个服务网络需要进行容灾切换及容量调度时，目标服务单元根据第一服务单元针对第一负载均衡任务的配置信息发布第一路由信息，即可将与第一负载均衡任务相关的流量引流至目标服务单元上，以由目标服务单元接替第一服务单元为第一负载均衡任务提供流量分发服务。可见，当整个服务网络需要进行容灾切换及容量调度时，采用本申请实施例提供的方法，能够确保与第一负载均衡任务相关的流量切换实时性，避免现有技术中因DNS缓存的影响导致的流量切换实时性较差的问题。
进一步的，上述502中“根据所述配置信息发布第一路由信息”，具体可采用如下步骤来实现：
5021、获取所述第一服务单元针对所述第一负载均衡任务已发布的第二路由信息。
5022、根据所述配置信息和所述第二路由信息，发布优先级高于所述第二路由信息的第一路由信息。
基于图1所示的服务单元切换系统架构，目标服务单元可从第一管控单元处获取第二路由信息。
基于图2所示的服务单元切换系统架构，第一管控单元可将第二路由信息发送给目标管控单元，目标管控单元将第二路由信息转发给目标服务单元。
上述步骤5021和5022的具体实现可参见上述各实施例中相应内容，在此不再赘述。
进一步的，上述方法，还可包括：
503、接收所述第一服务单元发送来的有关所述第一负载均衡任务的会话信息。
504、将所述会话信息同步至集群内部的其他第二服务节点。
其中，所述集群中每一个第二服务节点均用于为所述第一负载均衡任务提供流量分发服务。
在本实施例中，目标服务单元为由多个第二服务节点组成的集群，上述方法的执行主体为所述多个第二服务节点中的一个第二服务节点。
此外，需要说明的是，在上述各实施例中第一服务单元也可以为由多个第一服务节点组成的集群。多个第一服务节点通过会话同步方式，每一服务节点上均存储有有关所述第一负载均衡任务的会话信息。多个第一服务节点中的一个第一服务节点将有关所述第一负载均衡任务的会话信息发送给多个第二服务节点中的一个目标服务节点即可。该目标服务节点将会话信息同步给多个第二服务节点中的其他第二服务节点，例如：该目标服务节点可通过三层组播网络将会话信息同步给多个第二服务节点中的其他第二服务节点。
进一步的，上述方法，还可包括：
505、向目标管控单元发送针对所述第一负载均衡任务检测得到的检测信息，以由所述目标管控单元根据所述检测信息确定是否满足接替条件。
506、接收到所述目标管控单元在确定出满足接替条件时发送的接替指令后，执行所述根据所述配置信息发布第一路由信息的步骤。
上述步骤505和506的具体实现可参见上述各实施例中的相应内容，在此不再赘述。
这里需要说明的是：本申请实施例提供的所述方法中各步骤未尽详述的内容可参见上述实施例中的相应内容，此处不再赘述。此外，本申请实施例提供的所述方法中除了上述各步骤以外，还可包括上述各实施例中其他部分或全部步骤，具体可参见上述各实施例相应内容，在此不再赘述。
下面将结合图5示出的基于图2示出的服务单元切换系统架构的信令图来介绍本申请实施例提供的技术方案：
601、第一管控单元向目标管控单元发送第一服务单元针对第一负载均衡任务的配置信息。
602、目标管控单元将该配置信息下发至目标服务单元内所有物理服务器(即第二服务节点)。
603、第一管控单元向第一服务单元下发有关第一负载均衡任务的会话发送指令。
604、第一服务单元通过三层单播网络向目标服务单元发送有关第一负载均衡任务的会话信息。
605、目标服务单元在集群内部通过三层组播网络进行会话同步。
其中，目标服务单元由多台物理服务器(即第二服务节点)组成，通过会话同步使每台物理服务器上均具有有关第一负载均衡任务的全量连接信息，即有关第一负载均衡任务对应的VIP的全量连接信息。
606、目标服务单元向目标管控单元反馈有关迁移第一负载均衡任务的健康检查状态及同步连接数量(即同步量)。
607、目标管控单元判断是否达到接替条件；判断条件达到时，给目标服务单元下发路由发布指令。
608、目标服务单元通过发布相较第一服务单元更高优先级的BGP路由信息将流量引至该服务节点。
其中，目标服务单元内部所有物理服务器发布相同的BGP路由信息，使流量在服务节点内部通过ECMP等价路由实现负载均衡。
609、第一管控单元向第一服务单元下发有关第一负载均衡任务的路由撤销指令。
610、第一服务单元撤销有关第一负载均衡任务的BGP路由信息。
611、第一管控单元向第一服务单元下发有关第一负载均衡任务的配置删除指令。
612、第一服务单元删除有关第一负载均衡任务的配置。
在本实施例中，目标服务单元替代第一服务单元提供服务，通过同步的连接信息，保证已建立的连接通过负载均衡系统时实现正确的转换，将流量发送到正确的后端服务器去。
图10示出了本申请实施例提供的一种网络架构图。下面将结合图10对本申请实施例提供的切换方法进行详细介绍：
一开始，由第一负载均衡设备1202(即上述第一服务单元)针对VIP向互联网发布第二路由信息。用户端设备1201发送域名解析请求至DNS服务器1210，DNS服务器1210对域名进行解析得到上述VIP，并将VIP返回给用户端设备1201进行DNS缓存。用户端设备1201根据DNS缓存向互联网发送携带有该VIP的服务请求。由于当前第一负载均衡设备1202针对VIP向互联网发布了第二路由信息，故该服务请求能够寻址到第一负载均衡设备1202。由第一负载均衡设备1202根据调度算法将该服务请求分发至第一后端服务器1208、第二后端服务器1207和第三后端服务器1206中的一个进行服务请求的处理。
第一管控设备1204(即上述第一管控单元)可向全局调度设备1209(即上述全局调度单元)上报第一负载均衡设备1202的运行情况，目标管控设备1205(即上述目标管控单元)可向全局调度设备1209上报第二负载均衡设备1203(即上述目标服务单元)的运行情况，全局调度设备1209可根据第一管控设备1204和目标管控设备1205的上报信息，确定是否需要进行第一负载均衡设备和第二负载均衡设备的切换。若需要，全局调度设备1209可通知第一管控设备1204，以由第一管控设备1204将第一负载均衡设备1202针对VIP的配置信息发送给目标管控设备1205，目标管控单元1205将该配置信息下发给第二负载均衡设备1203。第二负载均衡设备1203根据该配置信息进行配置，并针对该VIP向互联网发布第一路由信息，第一路由信息的优先级高于第二路由信息。
互联网后续再次接收到用户端设备1201发送来的携带有该VIP的服务请求时，该服务请求会寻址到第二负载均衡设备1203，第二负载均衡设备1203根据调度算法将该服务请求分发至第一后端服务器1208、第二后端服务器1207和第三后端服务器1206中的一个进行服务请求的处理。
由此可见，在本申请实施例中，无需DNS服务器进行域名解析切换，提供了用户端设备无感知切换服务。
图11示出了本申请又一实施例提供的服务单元切换方法的流程示意图。如图11所示，该方法，包括：
1301、确定目标服务单元。
1302、触发所述目标服务单元根据第一服务单元针对第一任务的配置信息发布第一路由信息，以接替所述第一服务单元为所述第一任务提供服务。
上述1301中，在整个服务网络中，可能会存在多个服务单元，可从多个服务单元中除第一服务单元以外的其他服务单元中确定出目标服务单元。例如：选择负载小的服务单元作为目标服务单元。
上述1302中，第一任务可以为转发任务或为负载均衡任务。当第一任务为负载均衡任务时，第一服务单元针对第一任务的配置信息中可包括：所述第一服务单元针对所述第一任务配置的虚拟服务地址VIP。第一任务指的是将针对该虚拟服务地址的业务流量分发至该虚拟服务地址对应的多个后端服务器进行处理的任务。其中，流量分发服务指的即是将针对该虚拟服务地址的业务流量分发至该虚拟服务地址对应的多个后端服务器上。该后端服务器指的是用来处理针对该虚拟服务地址的服务请求得到最终处理结果的真实服务器。
当第一任务为转发任务时，第一服务单元针对第一任务的配置信息中可包括：所述第一服务单元针对第一任务配置的第一IP地址(Internet Protocol Address)。第一任务指的是将访问第一IP地址的业务流量转发至IP地址为第一IP地址的处理服务器进行处理。
目标服务单元可根据配置信息中的第一IP地址发布第一路由信息，使得针对所述第一IP地址的服务请求寻址到所述目标服务单元，以由目标服务单元实现对该服务请求的转发至IP地址为第一IP地址的处理服务器进行处理。
当第一任务为负载均衡任务时，具体实现可参见上述各实施例中相应内容，在此不再赘述。
在本实施例中，将第一任务从第一服务单元转移至目标服务单元，并没有改变第一任务对应的目的IP地址。这样，就算用户端存在DNS缓存，也不影响业务流量的实时切换。
本实施例中针对第一任务的服务单元切换过程中未尽详述的内容可参照上述实施例中针对第一负载均衡任务的服务单元切换过程，在此不再赘述。
图12示出了本申请又一实施例提供的服务单元切换方法的流程示意图。如图12所示，该方法，包括：
1201、获取第一服务单元针对第一任务的配置信息。
1202、根据所述配置信息发布第一路由信息，以接替所述第一服务单元为所述第一任务提供服务。
上述1201中，可从第一服务单元处获取其针对第一任务的配置信息，例如：向第一服务单元发送获取请求；接收第一服务单元反馈的其针对第一任务的配置信息。
上述1202中，配置信息中可包括第一服务单元针对第一任务配置的第一IP地址。具体可针对第一IP地址发布第一路由信息，使得针对所述第一IP地址的服务请求寻址到本地。
本申请实施例提供的方法的执行主体可以为上述实施例中的目标服务单元。
上述1201和1202的具体实现过程可参见上述各实施例中相应内容，在此不再赘述。
在本实施例中，将第一任务从第一服务单元转移至目标服务单元，并没有改变第一任务对应的目的IP地址。这样，就算用户端存在DNS缓存，也不影响业务流量的实时切换。
本实施例中针对第一任务的服务单元切换过程中未尽详述的内容可参照上述实施例中针对第一负载均衡任务的服务单元切换过程，在此不再赘述。
图7示出了本申请一实施例提供的服务单元切换装置的结构框图。如图7所示，该装置包括：第一确定模块801和第一触发模块802。其中，
第一确定模块801，用于确定目标服务单元；
第一触发模块802，用于触发所述目标服务单元根据第一服务单元针对第一负载均衡任务的配置信息发布第一路由信息，以接替所述第一服务单元为所述第一负载均衡任务提供流量分发服务。
进一步的，所述配置信息中包括：所述第一服务单元针对所述第一负载均衡任务配置的虚拟服务地址；
第一触发模块802，具体用于：触发所述目标服务单元根据所述虚拟服务地址发布第一路由信息，使得针对所述虚拟服务地址的服务请求寻址到所述目标服务单元。
进一步的，第一触发模块802，具体用于：获取所述第一服务单元针对所述虚拟服务地址已发布的第二路由信息；
将所述第二路由信息发送至所述目标服务单元，以触发所述目标服务单元根据所述虚拟服务地址及所述第二路由信息，发布优先级高于所述第二路由信息的第一路由信息。
进一步的，第一发送模块802，还用于：
向所述第一服务单元发送会话发送指令，以触发所述第一服务单元将其记录的有关所述第一负载均衡任务的会话信息发送至所述目标服务单元，以供所述目标服务单元在对有关已建立连接的服务请求进行分发时参考；
其中，所述会话信息中包括所述已建立连接的连接信息。
进一步的，所述目标服务单元为由多个第二服务节点组成的集群；
所述第一发送模块802，具体用于：
向所述第一服务单元发送会话发送指令，以触发所述第一服务单元将其记录的有关所述第一负载均衡任务的会话信息发送至所述多个第二服务节点中的目标服务节点，并由所述目标服务节点将所述会话信息同步至所述多个第二服务节点中的其他第二服务节点。
进一步的，第一触发模块802，具体用于：获取第一服务单元针对第一负载均衡任务的配置信息；将所述配置信息发送至目标服务单元，以由所述目标服务单元根据所述配置信息完成配置，并根据所述配置信息发布所述第一路由信息。
进一步的，第一触发模块802，具体用于：将所述配置信息发送至所述目标服务单元对应的目标管控单元，以由所述目标管控单元将所述配置信息转发至所述目标服务单元。
进一步的，上述装置，还包括：
第一确定模块，用于根据待迁移信息，确定出所述第一服务单元、所述第一负载均衡任务以及所述目标服务单元；
所述待迁移信息为根据检测到的多个服务单元的运行情况确定的；所述多个服务单元中包括所述第一服务单元和所述目标服务单元；
所述待迁移信息中包括所述第一服务单元针对所述第一负载均衡任务配置的虚拟服务地址以及所述目标服务单元的服务地址。
进一步的，上述装置，还包括：
第一接收模块，用于接收全局调度单元发送的其根据检测到的所述多个服务单元的运行情况确定的所述待迁移信息。
进一步的，所述运行情况中包括：当前所承担的总流量、总连接成功率和/或异常报警信息。
进一步的，上述装置，还包括：
第二接收模块，用于接收到有关所述第一路由信息的已发布通知后，触发所述第一服务单元撤销其针对所述第一负载均衡任务已发布的第二路由信息。
进一步的，上述装置，还包括：
第三接收模块，用于接收到有关所述第一路由信息的已发布通知信息后，触发所述第一服务单元删除有关所述第一负载均衡任务的配置。
本申请实施例提供的技术方案中，第一服务单元当前在执行第一负载均衡任务。当整个服务网络需要进行容灾切换及容量调度时，将第一服务单元针对第一负载均衡任务的配置信息发送给目标服务单元，目标服务单元根据配置信息进行相关配置，并发布有关第一负载均衡任务的第一路由，即可将与第一负载均衡任务相关的流量引流至目标服务单元上，以由目标服务单元接替第一服务单元来提供有关第一负载均衡任务的流量分发服务。可见，当整个服务网络需要进行容灾切换及容量调度时，采用本申请实施例提供的方法，能够有效提高流量切换的实时性，避免现有技术中因DNS缓存的影响导致的流量切换实时性较差的问题。
这里需要说明的是：上述实施例提供的服务单元切换装置可实现上述各方法实施例中描述的技术方案，上述各模块或单元具体实现的原理可参见上述各方法实施例中的相应内容，此处不再赘述。
进一步的，上述装置，还包括：
第四接收模块，用于接收所述目标服务单元针对所述第一负载均衡任务检测得到的检测信息；
第一判断模块，用于根据所述检测信息，判断所述目标服务单元是否满足接替条件；
第一执行模块，用于所述目标服务单元满足所述接替条件时，执行所述触发所述目标服务单元根据第一服务单元针对第一负载均衡任务的配置信息发布第一路由信息的步骤。
进一步的，所述检测信息中包括：所述目标服务单元多个后端服务器进行检测得到的第一健康状态信息；其中，所述多个后端服务器用于处理与所述第一负载均衡任务相关的服务请求；以及
第一判断模块，具体用于：
根据所述第一健康状态信息，判断所述目标服务单元是否满足接替条件。
进一步的，所述目标服务单元为由多个第二服务节点组成的集群；
所述检测信息中还包括：所述多个第二服务节点之间有关所述第一负载均衡任务的会话信息的同步量；以及
第一判断模块，具体用于：
根据所述第一健康状态信息和所述同步量，判断所述目标服务单元是否满足所述接替条件；
所述会话信息是由所述第一服务单元在为执行所述第一负载均衡任务提供流量分发服务时记录的。
进一步的，第一判断模块，具体用于：
获取所述第一服务单元针对所述多个后端服务器进行检测得到的第二健康状态信息；
判断所述第一健康状态检测信息与所述第二健康状态检测信息之间的差异是否满足第一预设条件；
确定所述同步量在所述会话信息的总量中的占比；
所述差异满足第一预设条件且所述占比大于预设占比时，则判定所述目标服务单元满足所述接替条件。
本申请实施例提供的技术方案中，第一服务单元当前在为第一负载均衡任务提供流量分发服务。当整个服务网络需要进行容灾切换及容量调度时，目标服务单元根据第一服务单元针对第一负载均衡任务的配置信息发布第一路由信息，即可将与第一负载均衡任务相关的流量引流至目标服务单元上，以由目标服务单元接替第一服务单元为第一负载均衡任务提供流量分发服务。可见，当整个服务网络需要进行容灾切换及容量调度时，采用本申请实施例提供的方法，能够确保与第一负载均衡任务相关的流量切换实时性，避免现有技术中因DNS缓存的影响导致的流量切换实时性较差的问题。
这里需要说明的是：上述实施例提供的服务单元切换装置可实现上述各方法实施例中描述的技术方案，上述各模块或单元具体实现的原理可参见上述各方法实施例中的相应内容，此处不再赘述。
图8示出了本申请又一实施例提供的服务单元切换装置的结构框图。如图8所示，该装置包括：第五获取模块1001和第一发布模块1002。其中，
第五获取模块1001，用于接收第一服务单元针对第一负载均衡任务的配置信息；
第一发布模块1002，用于根据所述配置信息发布第一路由信息，以接替所述第一服务单元为所述第一负载均衡任务提供流量分发服务。
进一步的，第一发布模块1002，具体用于：
获取所述第一服务单元针对所述第一负载均衡任务已发布的第二路由信息；
根据所述配置信息和所述第二路由信息，发布优先级高于所述第二路由信息的第一路由信息。
进一步的，上述装置，还包括：
第六接收模块，用于接收所述第一服务单元发送来的有关所述第一负载均衡任务的会话信息；
第一同步模块，用于将所述会话信息同步至集群内部的其他第二服务节点；
所述集群中每一个第二服务节点均用于为所述第一负载均衡任务提供流量分发服务。
进一步的，上述装置，还包括：
第三发送模块，用于向目标管控单元发送针对所述第一负载均衡任务检测得到的检测信息，以由所述目标管控单元根据所述检测信息确定是否满足接替条件；
第七接收模块，用于接收到所述目标管控单元在确定出满足接替条件时发送的接替指令后，执行所述根据所述配置信息发布第一路由信息的步骤。
本申请实施例提供的技术方案中，第一服务单元当前在为第一负载均衡任务提供流量分发服务。当整个服务网络需要进行容灾切换及容量调度时，目标服务单元根据第一服务单元针对第一负载均衡任务的配置信息发布第一路由信息，即可将与第一负载均衡任务相关的流量引流至目标服务单元上，以由目标服务单元接替第一服务单元为第一负载均衡任务提供流量分发服务。可见，当整个服务网络需要进行容灾切换及容量调度时，采用本申请实施例提供的方法，能够确保与第一负载均衡任务相关的流量切换实时性，避免现有技术中因DNS缓存的影响导致的流量切换实时性较差的问题。
这里需要说明的是：上述实施例提供的服务单元切换装置可实现上述各方法实施例中描述的技术方案，上述各模块或单元具体实现的原理可参见上述各方法实施例中的相应内容，此处不再赘述。
图7示出了本申请一实施例提供的服务单元切换装置的结构框图。如图7所示，该装置包括：第一确定模块801和第一触发模块802。其中，
第一确定模块801，用于确定目标服务单元；
第一触发模块802，用于触发所述目标服务单元根据第一服务单元针对第一任务的配置信息发布第一路由信息，以接替所述第一服务单元为所述第一任务提供服务。
在本实施例中，将第一任务从第一服务单元转移至目标服务单元，并没有改变第一任务对应的目的IP地址。这样，就算用户端存在DNS缓存，也不影响业务流量的实时切换。
这里需要说明的是：上述实施例提供的服务单元切换装置可实现上述各方法实施例中描述的技术方案，上述各模块或单元具体实现的原理可参见上述各方法实施例中的相应内容，此处不再赘述。
图8示出了本申请又一实施例提供的服务单元切换装置的结构框图。如图8所示，该装置包括：第五获取模块1001和第一发布模块1002。其中，
第五获取模块1001，用于接收第一服务单元针对第一任务的配置信息；
第一发布模块1002，用于根据所述配置信息发布第一路由信息，以接替所述第一服务单元为所述第一任务提供服务。
在本实施例中，将第一任务从第一服务单元转移至目标服务单元，并没有改变第一任务对应的目的IP地址。这样，就算用户端存在DNS缓存，也不影响业务流量的实时切换。
这里需要说明的是：上述实施例提供的服务单元切换装置可实现上述各方法实施例中描述的技术方案，上述各模块或单元具体实现的原理可参见上述各方法实施例中的相应内容，此处不再赘述。
图9示出了本申请一实施例提供的电子设备的结构示意图。如图所示，所述电子设备包括存储器1101以及处理器1102。存储器1101可被配置为存储其它各种数据以支持在电子设备上的操作。这些数据的示例包括用于在电子设备上操作的任何应用程序或方法的指令。存储器1101可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。
所述存储器1101，用于存储程序；
所述处理器1102，与所述存储器1101耦合，用于执行所述存储器1101中存储的所述程序，以实现上述各方法实施例提供的服务单元切换方法。
进一步，如图9所示，电子设备还包括：通信组件1103、显示器1104、电源组件1105、音频组件1106等其它组件。图9中仅示意性给出部分组件，并不意味着电子设备只包括图9所示组件。
相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，所述计算机程序被计算机执行时能够实现上述各方法实施例提供的服务单元切换方法步骤或功能。
以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (28)

1.一种服务单元切换方法，其特征在于，包括：
确定目标服务单元；
触发所述目标服务单元根据第一服务单元针对第一负载均衡任务的配置信息发布第一路由信息，以接替所述第一服务单元为所述第一负载均衡任务提供流量分发服务。
2.根据权利要求1所述的方法，其特征在于，所述配置信息中包括：所述第一服务单元针对所述第一负载均衡任务配置的虚拟服务地址；
触发所述目标服务单元根据第一服务单元针对第一负载均衡任务的配置信息发布第一路由信息，包括：
触发所述目标服务单元根据所述虚拟服务地址发布第一路由信息，使得针对所述虚拟服务地址的服务请求寻址到所述目标服务单元。
3.根据权利要求2所述的方法，其特征在于，触发所述目标服务单元根据所述虚拟服务地址发布第一路由信息，包括：
获取所述第一服务单元针对所述虚拟服务地址已发布的第二路由信息；
将所述第二路由信息发送至所述目标服务单元，以触发所述目标服务单元根据所述虚拟服务地址及所述第二路由信息，发布优先级高于所述第二路由信息的第一路由信息。
4.根据权利要求1至3中任一项所述的方法，其特征在于，还包括：
向所述第一服务单元发送会话发送指令，以触发所述第一服务单元将其记录的有关所述第一负载均衡任务的会话信息发送至所述目标服务单元，以供所述目标服务单元在对有关已建立连接的服务请求进行分发时参考；
其中，所述会话信息中包括所述已建立连接的连接信息。
5.根据权利要求4所述的方法，其特征在于，所述目标服务单元为由多个第二服务节点组成的集群；
向所述第一服务单元发送会话发送指令，以触发所述第一服务单元将其记录的有关所述第一负载均衡任务的会话信息发送至所述目标服务单元，包括：
向所述第一服务单元发送会话发送指令，以触发所述第一服务单元将其记录的有关所述第一负载均衡任务的会话信息发送至所述多个第二服务节点中的目标服务节点，并由所述目标服务节点将所述会话信息同步至所述多个第二服务节点中的其他第二服务节点。
6.根据权利要求1至3中任一项所述的方法，其特征在于，触发所述目标服务单元根据第一服务单元针对第一负载均衡任务的配置信息发布第一路由信息，包括：
获取第一服务单元针对第一负载均衡任务的配置信息；
将所述配置信息发送至目标服务单元，以由所述目标服务单元根据所述配置信息完成配置，并根据所述配置信息发布所述第一路由信息。
7.根据权利要求6所述的方法，其特征在于，将所述配置信息发送至所述目标服务单元，包括：
将所述配置信息发送至所述目标服务单元对应的目标管控单元，以由所述目标管控单元将所述配置信息转发至所述目标服务单元。
8.根据权利要求1至3中任一项所述的方法，其特征在于，还包括：
根据待迁移信息，确定出所述第一服务单元、所述第一负载均衡任务以及所述目标服务单元；
所述待迁移信息为根据检测到的多个服务单元的运行情况确定的；所述多个服务单元中包括所述第一服务单元和所述目标服务单元；
所述待迁移信息中包括所述第一服务单元针对所述第一负载均衡任务配置的虚拟服务地址以及所述目标服务单元的服务地址。
9.根据权利要求8所述的方法，其特征在于，还包括：
接收全局调度单元发送的其根据检测到的所述多个服务单元的运行情况确定的所述待迁移信息。
10.根据权利要求1至3中任一项所述的方法，其特征在于，还包括：
接收到有关所述第一路由信息的已发布通知后，触发所述第一服务单元撤销其针对所述第一负载均衡任务已发布的第二路由信息。
11.根据权利要求1至3中任一项所述的方法，其特征在于，还包括：
接收到有关所述第一路由信息的已发布通知信息后，触发所述第一服务单元删除有关所述第一负载均衡任务的配置。
12.根据权利要求1至3中任一项所述的方法，其特征在于，还包括：
接收所述目标服务单元针对所述第一负载均衡任务检测得到的检测信息；
根据所述检测信息，判断所述目标服务单元是否满足接替条件；
所述目标服务单元满足所述接替条件时，执行所述触发所述目标服务单元根据第一服务单元针对第一负载均衡任务的配置信息发布第一路由信息的步骤。
13.根据权利要求12所述的方法，其特征在于，所述检测信息中包括：所述目标服务单元针对多个后端服务器进行检测得到的第一健康状态信息；其中，所述多个后端服务器用于处理与所述第一负载均衡任务相关的服务请求；以及
根据所述检测信息，判断所述目标服务单元是否满足接替条件，包括：
根据所述第一健康状态信息，判断所述目标服务单元是否满足接替条件。
14.根据权利要求13所述的方法，其特征在于，所述目标服务单元为由多个第二服务节点组成的集群；
所述检测信息中还包括：所述多个第二服务节点之间有关所述第一负载均衡任务的会话信息的同步量；以及
根据所述第一健康状态信息，判断所述目标服务单元是否满足接替条件，包括：
根据所述第一健康状态信息和所述同步量，判断所述目标服务单元是否满足所述接替条件；
所述会话信息是由所述第一服务单元在为所述第一负载均衡任务提供流量分发服务时记录的。
15.根据权利要求14所述的方法，其特征在于，根据所述第一健康状态信息和所述同步量，判断所述目标服务单元是否满足所述接替条件，包括：
获取所述第一服务单元针对所述多个后端服务器进行检测得到的第二健康状态信息；
判断所述第一健康状态检测信息与所述第二健康状态检测信息之间的差异是否满足第一预设条件；
确定所述同步量在所述会话信息的总量中的占比；
所述差异满足第一预设条件且所述占比大于预设占比时，则判定所述目标服务单元满足所述接替条件。
16.一种服务单元切换方法，其特征在于，包括：
获取第一服务单元针对第一负载均衡任务的配置信息；
根据所述配置信息发布第一路由信息，以接替所述第一服务单元为所述第一负载均衡任务提供流量分发服务。
17.根据权利要求16所述的方法，其特征在于，根据所述配置信息发布第一路由信息，包括：
获取所述第一服务单元针对所述第一负载均衡任务已发布的第二路由信息；
根据所述配置信息和所述第二路由信息，发布优先级高于所述第二路由信息的第一路由信息。
18.根据权利要求16或17所述的方法，其特征在于，还包括：
接收所述第一服务单元发送来的有关所述第一负载均衡任务的会话信息；
将所述会话信息同步至集群内部的其他第二服务节点；
所述集群中每一个第二服务节点均用于为所述第一负载均衡任务提供流量分发服务。
19.根据权利要求18所述的方法，其特征在于，还包括：
向目标管控单元发送针对所述第一负载均衡任务检测得到的检测信息，以由所述目标管控单元根据所述检测信息确定是否满足接替条件；
接收到所述目标管控单元在确定出满足接替条件时发送的接替指令后，执行所述根据所述配置信息发布第一路由信息的步骤。
20.一种服务单元切换系统，其特征在于，包括：第一服务单元、目标服务单元和分别与所述第一服务单元和所述目标服务单元连接的第一管控单元；
所述第一管控单元，用于确定目标服务单元；触发所述目标服务单元根据第一服务单元针对第一负载均衡任务的配置信息发布第一路由信息；
所述目标服务单元，用于在所述第一管控单元的触发下，根据所述配置信息发布第一路由信息，以接替所述第一服务单元为所述第一负载均衡任务提供流量分发服务。
21.一种服务单元切换系统，其特征在于，包括：第一服务单元、目标服务单元、与所述第一服务单元连接的第一管控单元以及与所述目标服务单元连接的目标管控单元；
所述第一管控单元，用于获取所述第一服务单元针对第一负载均衡任务的配置信息；将所述配置信息发送至所述目标管控单元；
所述目标管控单元，用于将所述配置信息转发至所述目标服务单元；触发所述目标服务单元根据所述配置信息发布第一路由信息；
所述目标服务单元，用于在所述目标管控单元的触发下，根据所述配置信息发布第一路由信息，以接替所述第一服务单元为所述第一负载均衡任务提供流量分发服务。
22.根据权利要求21所述的系统，其特征在于，还包括：分别与多个管控单元连接的全局调度单元；所述多个管控单元中包括所述第一管控单元和所述目标管控单元；
所述全局管控单元，用于发送待迁移信息至所述第一管控单元，以由所述第一管控单元根据所述待迁移信息，确定出所述第一服务单元、所述第一负载均衡任务以及所述目标负载单元；
所述待迁移信息为所述全局管控单元根据多个服务单元的运行情况确定的；所述多个服务单元中包括所述第一服务单元和所述目标服务单元；
所述待迁移信息中包括所述第一服务单元为所述第一负载均衡任务配置的虚拟服务地址以及所述目标服务单元的服务地址。
23.一种电子设备，其特征在于，包括：存储器和处理器，其中，
所述存储器，用于存储程序；
所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：
确定目标服务单元；
触发所述目标服务单元根据第一服务单元针对第一负载均衡任务的配置信息发布第一路由信息，以接替所述第一服务单元为所述第一负载均衡任务提供流量分发服务。
24.一种电子设备，其特征在于，包括：存储器和处理器，其中，
所述存储器，用于存储程序；
所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：
获取第一服务单元针对第一负载均衡任务的配置信息；
根据所述配置信息发布第一路由信息，以接替所述第一服务单元为所述第一负载均衡任务提供流量分发服务。
25.一种服务单元切换方法，其特征在于，包括：
确定目标服务单元；
触发所述目标服务单元根据第一服务单元针对第一任务的配置信息发布第一路由信息，以接替所述第一服务单元为所述第一任务提供服务。
26.一种电子设备，其特征在于，包括：存储器和处理器，其中，
所述存储器，用于存储程序；
所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：
确定目标服务单元；
触发所述目标服务单元根据第一服务单元针对第一任务的配置信息发布第一路由信息，以接替所述第一服务单元为所述第一任务提供服务。
27.一种服务单元切换方法，其特征在于，包括：
获取第一服务单元针对第一任务的配置信息；
根据所述配置信息发布第一路由信息，以接替所述第一服务单元为所述第一任务提供服务。
28.一种电子设备，其特征在于，包括：存储器和处理器，其中，
所述存储器，用于存储程序；
所述处理器，与所述存储器耦合，用于执行所述存储器中存储的所述程序，以用于：
获取第一服务单元针对第一任务的配置信息；
根据所述配置信息发布第一路由信息，以接替所述第一服务单元为所述第一任务提供服务。
CN201910614678.1A 2019-07-09 2019-07-09 服务单元切换方法、系统及设备 Active CN112217843B (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN201910614678.1A CN112217843B (zh) 2019-07-09 2019-07-09 服务单元切换方法、系统及设备
PCT/CN2020/100053 WO2021004385A1 (zh) 2019-07-09 2020-07-03 服务单元切换方法、系统及设备
US17/571,245 US20220131935A1 (en) 2019-07-09 2022-01-07 Service Unit Switching Method, System, and Device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910614678.1A CN112217843B (zh) 2019-07-09 2019-07-09 服务单元切换方法、系统及设备

Publications (2)

Publication Number Publication Date
CN112217843A true CN112217843A (zh) 2021-01-12
CN112217843B CN112217843B (zh) 2023-08-22

Family

ID=74048004

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910614678.1A Active CN112217843B (zh) 2019-07-09 2019-07-09 服务单元切换方法、系统及设备

Country Status (3)

Country Link
US (1) US20220131935A1 (zh)
CN (1) CN112217843B (zh)
WO (1) WO2021004385A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113098788A (zh) * 2021-03-08 2021-07-09 杭州迪普科技股份有限公司 一种路由发布的方法及装置
CN114422470A (zh) * 2021-12-27 2022-04-29 中国电信股份有限公司 地址处理方法、装置、电子设备及存储介质
CN115150448A (zh) * 2022-06-14 2022-10-04 北京车网科技发展有限公司 一种会话数据处理方法、系统、存储介质和电子设备

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11456967B2 (en) * 2019-03-04 2022-09-27 Arris Enterprises Llc System and method for increasing flexibility and high availability in remote network devices
CN112929429B (zh) * 2021-01-27 2023-03-24 长沙市到家悠享网络科技有限公司 请求处理方法、装置和设备

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1230311A (zh) * 1996-07-18 1999-09-29 艾利森公司 用于均衡在分布式天线网络中传输路径的延迟时间的系统和方法
CN101166176A (zh) * 2006-10-19 2008-04-23 中兴通讯股份有限公司 实现会话发起协议分布式系统中动态负载均衡的方法
CN101340371A (zh) * 2008-08-12 2009-01-07 杭州华三通信技术有限公司 一种会话保持方法和负载均衡设备
CN102611735A (zh) * 2011-12-21 2012-07-25 奇智软件（北京）有限公司 一种应用服务的负载均衡方法及系统
WO2016011752A1 (zh) * 2014-07-25 2016-01-28 中兴通讯股份有限公司 负荷均衡方法及装置
CN105376317A (zh) * 2015-11-19 2016-03-02 网宿科技股份有限公司 负载均衡的控制方法及装置
CN106549875A (zh) * 2015-09-18 2017-03-29 中国移动通信集团浙江有限公司 一种会话管理方法、装置及负载均衡器
CN109347947A (zh) * 2018-10-15 2019-02-15 郑州云海信息技术有限公司 一种负载均衡的方法、域名服务器及集群nas服务器

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8243589B1 (en) * 2008-08-14 2012-08-14 United Services Automobile Association (Usaa) Systems and methods for data center load balancing
CN102394831A (zh) * 2011-11-28 2012-03-28 杭州华三通信技术有限公司 基于虚拟机vm迁移的流量不中断方法和装置
CN103259809A (zh) * 2012-02-15 2013-08-21 株式会社日立制作所 负载均衡器、负载均衡方法及分层数据中心系统
US10038626B2 (en) * 2013-04-16 2018-07-31 Amazon Technologies, Inc. Multipath routing in a distributed load balancer
US9407692B2 (en) * 2013-11-27 2016-08-02 Avi Networks Method and system for distributed load balancing
US8929856B1 (en) * 2014-02-07 2015-01-06 Cassidian Communications, Inc. Emergency services routing proxy cluster management
CN107231221B (zh) * 2016-03-25 2020-10-23 阿里巴巴集团控股有限公司 数据中心间的业务流量控制方法、装置及系统
CN107231399B (zh) * 2016-03-25 2020-11-06 阿里巴巴集团控股有限公司 高可用服务器集群的扩容方法以及装置
US10630638B2 (en) * 2018-03-09 2020-04-21 Palo Alto Networks, Inc. Maintaining communications in a failover instance via network address translation

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1230311A (zh) * 1996-07-18 1999-09-29 艾利森公司 用于均衡在分布式天线网络中传输路径的延迟时间的系统和方法
CN101166176A (zh) * 2006-10-19 2008-04-23 中兴通讯股份有限公司 实现会话发起协议分布式系统中动态负载均衡的方法
CN101340371A (zh) * 2008-08-12 2009-01-07 杭州华三通信技术有限公司 一种会话保持方法和负载均衡设备
CN102611735A (zh) * 2011-12-21 2012-07-25 奇智软件（北京）有限公司 一种应用服务的负载均衡方法及系统
WO2016011752A1 (zh) * 2014-07-25 2016-01-28 中兴通讯股份有限公司 负荷均衡方法及装置
CN106549875A (zh) * 2015-09-18 2017-03-29 中国移动通信集团浙江有限公司 一种会话管理方法、装置及负载均衡器
CN105376317A (zh) * 2015-11-19 2016-03-02 网宿科技股份有限公司 负载均衡的控制方法及装置
CN109347947A (zh) * 2018-10-15 2019-02-15 郑州云海信息技术有限公司 一种负载均衡的方法、域名服务器及集群nas服务器

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113098788A (zh) * 2021-03-08 2021-07-09 杭州迪普科技股份有限公司 一种路由发布的方法及装置
CN114422470A (zh) * 2021-12-27 2022-04-29 中国电信股份有限公司 地址处理方法、装置、电子设备及存储介质
CN115150448A (zh) * 2022-06-14 2022-10-04 北京车网科技发展有限公司 一种会话数据处理方法、系统、存储介质和电子设备
CN115150448B (zh) * 2022-06-14 2023-08-25 北京车网科技发展有限公司 一种会话数据处理方法、系统、存储介质和电子设备

Also Published As

Publication number Publication date
CN112217843B (zh) 2023-08-22
US20220131935A1 (en) 2022-04-28
WO2021004385A1 (zh) 2021-01-14

Similar Documents

Publication Publication Date Title
US10601728B2 (en) Software-defined data center and service cluster scheduling and traffic monitoring method therefor
CN112217843A (zh) 服务单元切换方法、系统及设备
CN112087312B (zh) 一种提供边缘服务的方法、装置和设备
US10148756B2 (en) Latency virtualization in a transport network using a storage area network
EP3261290B1 (en) Software defined data center and method for deploying service cluster therein
US10887276B1 (en) DNS-based endpoint discovery of resources in cloud edge locations embedded in telecommunications networks
US9917797B2 (en) Method and system for managing switch workloads in a cluster
US8782160B2 (en) Cluster control system, cluster control method, and program
US8805975B2 (en) Using routing protocols to optimize resource utilization
US8805973B2 (en) Using routing protocols to migrate a hosted account
CN108737532A (zh) 一种资源获取方法、客户端、计算机设备及可读介质
US20140082128A1 (en) Dynamic detection and selection of file servers in a caching application or system
US20130007253A1 (en) Method, system and corresponding device for load balancing
CN107682406B (zh) 一种业务处理的方法、装置以及系统
US10430304B2 (en) Communication continuation during content node failover
CN111182022A (zh) 数据发送方法和装置、存储介质及电子装置
US11743325B1 (en) Centralized load balancing of resources in cloud edge locations embedded in telecommunications networks
US8819198B2 (en) Using static routing to migrate a hosted account
CN106909322B (zh) 一种虚拟化系统中支持存储灾备的路由方法及装置
US8805974B2 (en) Using static routing to optimize resource utilization
CN110290196A (zh) 一种内容分发方法及装置
US10372564B2 (en) Failover handling in a content node of a content delivery network
Shpiner et al. SAL: Scaling data centers using smart address learning
CN110971872B (zh) 一种基于分布式集群的视频图像信息采集方法
EP3843342A1 (en) Communication method and related device

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