CN110198226A - 一种负载均衡集群中访问请求处理方法、系统和可读介质 - Google Patents

一种负载均衡集群中访问请求处理方法、系统和可读介质 Download PDF

Info

Publication number
CN110198226A
CN110198226A CN201810266078.6A CN201810266078A CN110198226A CN 110198226 A CN110198226 A CN 110198226A CN 201810266078 A CN201810266078 A CN 201810266078A CN 110198226 A CN110198226 A CN 110198226A
Authority
CN
China
Prior art keywords
address
gateway
access request
internal network
failure
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
Application number
CN201810266078.6A
Other languages
English (en)
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.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen 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 Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN201810266078.6A priority Critical patent/CN110198226A/zh
Publication of CN110198226A publication Critical patent/CN110198226A/zh
Pending legal-status Critical Current

Links

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
    • 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/0663—Performing the actions predefined by failover planning, e.g. switching to standby network 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/0803—Configuration setting
    • H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • 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/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/10—Mapping addresses of different types
    • 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
    • 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/1023—Server selection for load balancing based on a hash applied to IP addresses or costs

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了一种负载均衡集群中访问请求处理方法、系统和可读介质，涉及互联网技术领域，本发明公开的方法应用于负载均衡集群包含的所有网关中，负载均衡集群中包含至少两个网关，每一个网关能够接收其他网关同步的连接信息并存储到本地，网关在接收到上联交换机转发的访问请求后，可以基于存储的连接信息确定是否为客户端建立连接信息，若未建立连接，则为客户端与服务器之间建立连接并将其连接信息同步给其他网关；若已建立连接，则基于本地存储的连接信息转发访问请求，这样可以保证某一网关故障时，基于本地存储的连接信息，其他网关能够将之前由故障网关处理的客户端的访问请求准确转发至服务器，同时提升了负载均衡集群的容灾处理能力。

Description

一种负载均衡集群中访问请求处理方法、系统和可读介质
技术领域
本发明涉及互联网技术领域，尤其涉及一种负载均衡集群中访问请求处理方法、系统和可读介质。
背景技术
现有的FULLNAT负载均衡集群中常用的容灾处理方法为基于主备模式的处理方法，参考图1所示的容灾系统，主备模式下有两台实现负载均衡的网关，但这两个网关在同一时刻只有一个网关处于工作状态，而另一个网关处于热备状态。所有的内网IP都配置到这两个网关上，但只有处于工作状态的网关才能启用内网IP为客户端提供服务。但现有的容灾处理方法存在以下缺陷：当处于工作状态的网关崩溃时，需要将基于工作状态的网关建立的连接切换到处于热备状态的网关上，同时处于热备状态的网关变为工作状态，但需要等到切换完成后该网关才能为客户端提供服务，不仅存在延时而且可能会存在客户端需要重新建立连接的情况，一旦两个网关均崩溃则无法为客户端提供服务；此外，由于同一时间只有一个网关处于工作状态，负载均衡集群性能受限于该网关，扩展性不强。
因此，如何提高负载均衡集群中网关的容灾能力是亟待解决的技术问题之一。
发明内容
本发明实施例提供一种负载均衡集群中访问请求处理方法、系统和可读介质，用以提高负载均衡集群中网关的容灾能力。
第一方面，本发明实施例提供一种负载均衡集群中访问请求处理系统，包括：负载均衡集群、上联交换机和至少一个服务器，所述负载均衡集群中包含至少两个网关，其中：
所述上联交换机分别通信连接每一个网关，用于监测所述负载均衡集群中各个网关是否故障，并将客户端发送的访问请求转发给未发生故障的网关；
所述至少两个网关两两互相通信连接，每一个网关，用于分别接收其他网关同步的连接信息并存储到本地；且
每一个网关分别通信连接每个服务器，用于在接收到所述上联交换机转发的访问请求时，如果该访问请求为未建立连接的访问请求，则为所述客户端和其中一个服务器建立连接并将访问请求转发给建立连接的服务器，以及将新建立的连接的连接信息存储到本地并同步给其他各个网关；如果该访问请求为已经建立连接的访问请求，则根据本地存储的连接信息将访问请求转发给处理该访问请求的服务器。
这样可以保证某一网关故障时，基于本地存储的自身建立的与其他网关同步的连接信息，其他网关能够将之前由故障网关处理的客户端的访问请求准确转发至服务器，同时提升了负载均衡集群的容灾处理能力。
较佳地，每个网关，还用于分别监测其他网关是否故障，并在监测到故障网关时，将故障网关的部分内网IP地址接管为本地内网IP地址，以及根据本地存储的连接信息，在接收到之前由故障网关处理的访问请求时，使用其接管的故障网关的部分内网IP地址转发访问请求，每个网关的内网IP地址包括多个，并且初始化时进行配置，所述内网IP地址用于在客户端和服务器之间转发访问请求。
在负载均衡集群中存在故障网关时，其他网关通过接管故障网关的内网IP地址，可以在接收到之前由故障网关处理的访问请求，基于为客户端建立的连接信息，由接管的内网IP地址将访问请求准确转发至服务器，在一定程度上提升了负载均衡集群中网关的容灾能力。
优选地，每个网关，具体用于在接收到之前由故障网关处理的访问请求时，将所述访问请求中的源IP地址修改为故障网关的内网IP地址，其中所述故障网关的内网IP地址为故障网关在发生故障之前同步到本网关的连接信息中与客户端的IP地址对应的内网IP地址；并将所述访问请求的目的IP地址修改为故障网关在发生故障之前同步到本网关的连接信息中与客户端的IP地址对应的服务器的IP地址；并将修改后的访问请求转发给所述服务器的IP地址对应的服务器。
通过将预先为客户端建立的连接信息同步至其他网关，通过同步的连接信息将源IP地址修改为连接信息中故障网关的内网IP地址，目的IP地址修改为连接信息中服务器的IP地址，从而可以保证访问请求由同一服务器处理，实现了会话保持。
较佳地，所述系统，还包括：下联交换机；
每个网关，还用于在接管故障网关的部分内网IP地址后，将接管的部分内网IP地址与自身网关的多媒体访问控制MAC地址携带在地址解析协议ARP报文中发送给下联交换机；
所述下联交换机，用于在接收到所述ARP报文后，根据所述ARP报文中携带的内网IP地址与MAC地址，更新存储的内网IP地址与MAC地址的对应关系；以及在接收到服务器返回的处理结果后，根据更新后的内网IP地址与MAC地址的对应关系，确定所述处理结果中包含的内网IP地址对应的MAC地址，并将所述处理结果返回至确定出的MAC地址对应的网关，由确定出的网关将所述处理结果返回给客户端，其中，确定出的网关为接管所述故障网关的内网IP地址的网关或内网IP地址归属的网关。
通过设置下联交换机，保证服务器返回的处理结果准确到达至客户端。
优选地，每个网关，具体用于在检测到故障网关时，将所述故障网关的所有内网IP地址和所述负载均衡集群中除故障网关外的所有网关的管理IP地址分别进行排序，所述管理IP地址为登录网关所需的IP地址；并根据排序后的所有内网IP地址和排序后的管理IP地址，按照轮转方式将归属到自身管理IP地址的故障网关的内网IP地址接管为本地内网IP地址。
一方面，可以防止故障网关的所有内网IP均由一个网关接管情况的发生，另一方面，可以有效防止同一内网IP由两个网关接管的情况发生。
较佳地，所述上联交换机，具体用于对所述访问请求中的源IP地址和目的IP地址进行哈希计算得到哈希值；并根据对应关系列表中存储的哈希值与网关的MAC地址的对应关系，确定计算得到的哈希值对应的MAC地址；并将所述访问请求发送给确定出的MAC地址对应的网关。
这样，可以保证将客户端发送的访问请求均匀转发到负载均衡集群中未发生故障的各个网关上。
第二方面，本发明实施例提供一种负载均衡集群中访问请求处理方法，包括：
接收上联交换机转发的访问请求；
如果确定出该访问请求为未建立连接的访问请求，则为所述客户端和其中一个服务器建立连接并将访问请求转发给建立连接的服务器，以及将新建立的连接的连接信息存储到本地并同步给其他各个网关；
如果确定出该访问请求为已经建立连接的访问请求，则根据本地存储的连接信息将访问请求转发给处理该访问请求的服务器。
较佳地，所述方法，还包括：
分别检测其他网关是否故障，并在检测到故障网关时，将故障网关的部分内网IP地址接管为本地内网IP地址；以及
根据本地存储的连接信息，在接收到之前由故障网关处理的访问请求时，使用其接管的故障网关的部分内网IP地址转发访问请求，所述网关的内网IP地址包括多个，并且初始化时进行配置，所述内网IP地址用于在客户端和服务器之间转发访问请求。
较佳地，在接收到之前由故障网关处理的访问请求时，使用其接管的故障网关的部分内网IP地址转发访问请求，具体包括：
在接收到之前由故障网关处理的访问请求时，将所述访问请求中的源IP地址修改为故障网关的内网IP地址，其中所述故障网关的内网IP地址为故障网关在发生故障之前同步到本网关的连接信息中与客户端的IP地址对应的内网IP地址；以及
将所述访问请求的目的IP地址修改为故障网关在发生故障之前同步到本网关的连接信息中与客户端的IP地址对应的服务器的IP地址；并
将修改后的访问请求转发给所述服务器的IP地址对应的服务器。
优选地，在将故障网关的部分内网IP地址接管为本地内网IP地址之后，还包括：
将接管的部分内网IP地址与自身网关的多媒体访问控制MAC地址携带在地址解析协议ARP报文中发送给下联交换机，以使所述下联交换机在接收到所述ARP报文后，根据所述ARP报文中携带的内网IP地址与MAC地址，更新存储的内网IP地址与MAC地址的对应关系；以及在接收到服务器返回的处理结果后，根据更新后的内网IP地址与MAC地址的对应关系，确定所述处理结果中包含的内网IP地址对应的MAC地址，并将所述处理结果返回至确定出的MAC地址对应的网关，由确定出的网关将所述处理结果返回给客户端，其中，确定出的网关为接管所述故障网关的内网IP地址的网关或内网IP地址归属的网关。
较佳地，将故障网关的部分内网IP地址接管为本地内网IP地址，具体包括：
在检测到故障网关时，将所述故障网关的所有内网IP地址和所述负载均衡集群中除故障网关外的所有网关的管理IP地址分别进行排序，所述管理IP地址为登录网关所需的IP地址；并
根据排序后的所有内网IP地址和排序后的管理IP地址，按照轮转方式将归属到自身管理IP地址的故障网关的内网IP地址接管为本地内网IP地址。
第三方面，本发明实施例提供一种负载均衡集群中访问请求处理方法，包括：
检测负载均衡集群中各个网关是否故障；并
将客户端发送的访问请求转发给未发生故障的网关，以使所述网关在接收到所述上联交换机转发的访问请求时，如果该访问请求为未建立连接的访问请求，则为所述客户端和其中一个服务器建立连接并将访问请求转发给建立连接的服务器，以及将新建立的连接的连接信息存储到本地并同步给其他各个网关；如果该访问请求为已经建立连接的访问请求，则根据本地存储的连接信息将访问请求转发给处理该访问请求的服务器。
较佳地，将客户端发送的访问请求转发给未发生故障的网关，具体包括：
对所述访问请求中的源IP地址和目的IP地址进行哈希计算得到哈希值；并
根据对应关系列表中存储的哈希值与网关的MAC地址的对应关系，确定计算得到的哈希值对应的MAC地址；并
将所述访问请求发送给确定出的MAC地址对应的网关。
第四方面，本发明实施例提供一种负载均衡集群中访问请求处理装置，包括：
接收单元，用于接收上联交换机转发的访问请求；
第一处理单元，用于如果确定出该访问请求为未建立连接的访问请求，则为所述客户端和其中一个服务器建立连接并将访问请求转发给建立连接的服务器，以及将新建立的连接的连接信息存储到本地并同步给其他各个网关；
第二处理单元，用于如果确定出该访问请求为已经建立连接的访问请求，则根据本地存储的连接信息将访问请求转发给处理该访问请求的服务器。
第五发明，本发明实施例提供一种负载均衡集群中访问请求处理装置，包括：
检测单元，用于检测负载均衡集群中各个网关是否故障；
转发单元，用于将客户端发送的访问请求转发给未发生故障的网关，以使所述网关在接收到所述上联交换机转发的访问请求时，如果该访问请求为未建立连接的访问请求，则为所述客户端和其中一个服务器建立连接并将访问请求转发给建立连接的服务器，以及将新建立的连接的连接信息存储到本地并同步给其他各个网关；如果该访问请求为已经建立连接的访问请求，则根据本地存储的连接信息将访问请求转发给处理该访问请求的服务器。
第六方面，本发明实施例提供一种计算机可读介质，其存储有可由计算装置执行的计算机程序，当所述程序在计算装置上运行时，使得所述计算装置执行网关侧提供的负载均衡集群中访问请求处理方法的步骤，或者执行上联交换机侧的负载均衡集群中访问请求处理方法的步骤。
本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1为现有技术中热备模式的容灾系统的结构示意图；
图2为本发明实施例提供的负载均衡集群中访问请求处理系统的结构示意图；
图3为本发明实施例提供的负载均衡集群中访问请求处理方法的流程示意图；
图4为本发明实施例提供的在将客户端发送的访问请求转发给未发生故障的网关的流程示意图；
图5为本发明实施例提供的轮盘的示意图；
图6a为本发明实施例提供的将故障网关的部分内网IP地址接管为本地内网IP地址的流程示意图；
图6b为本发明实施例提供的采用轮转方式接管网关LB1的内网IP地址的示意图；
图7a为本发明实施例提供的网关LB2转发访问请求的流程示意图；
图7b为本发明实施例提供的访问请求在客户端与服务器之间的流向示意图；
图8a为本发明实施例提供的包含下联交换机的负载均衡集群中访问请求处理系统的结构示意图；
图8b为本发明实施例提供的处理结果在服务器与客户端之间的流向示意图；
图9为本发明实施例提供的网关侧的负载均衡集群中访问请求处理装置的结构示意图；
图10为本发明实施例提供的上联交换机侧的负载均衡集群中访问请求处理装置的结构示意图；
图11为本发明实施例提供的实施负载均衡集群中访问请求处理方法的计算装置的结构示意图。
具体实施方式
本发明实施例提供的负载均衡集群中访问请求处理方法、系统和可读介质，用以提高负载均衡集群中网关的容灾能力。
以下结合说明书附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明，并且在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。
为了便于理解本发明，对本发明实施例涉及的部分用语进行说明：
1、FULLNAT技术：全称为Full Network Address Translation，是将IP报文的源IP地址与目的地址都进行转换，以实现负载均衡的一种技术。
2、LB：全称为Load Balance，为提供FULLNAT负载均衡功能的网关，多个LB构成负载均衡集群，本发明中的负载均衡集群可以采用FULLNAT模式。
3、外网vip，为LB上的外网IP地址，用于向客户端转发处理结果，外网vip也是为客户端提供负载均衡服务的IP地址，在负载均衡集群中可能有不止一个外网vip。
4、上联交换机：FULLNAT负载均衡集群外网侧的交换机，负责分发客户端的访问请求。
5、RS：全称为Real Server，用于为客户端提供真实服务的后端服务器。
6、local IP：为内网IP地址，即LB上的内网静态vip地址，初始化时分配给负载均衡集群中各个网关的IP地址，local IP也是经过FULLNAT负载均衡集群后的IP报文的源IP地址，即local IP用于将接收到的报文转发给服务器。
为了解决现有技术中主备模式下网关的容灾能力较差的问题，本发明实施例给出了一种解决上述问题的负载均衡集群中访问请求处理系统，该系统的结构示意图可以参考图2所示，包括上联交换机、负载均衡集群和至少一个服务器，即图2中的服务器1～N，其中，负载均衡集群中包含至少两个网关，即图2中FULLNAT负载均衡集群中的网关LB1～LBn。上述系统中的上联交换机与负载均衡集群中每一个网关通信连接，负载均衡集群中包含的至少两个网关LB1～LBn互相通信连接，每一个网关用于分别接收其他网关同步的连接信息并存储到本地；以及负载均衡集群中每一个网关分别与服务器1～N通信连接。为了实现负载均衡，图2中客户端在需要访问服务器时，需要将访问请求发送给上联交换机，上联交换机实时或定期监测负载均衡集群中所有网关是否发生故障，当接收到访问请求后，将客户端发送的访问请求转发给未发生故障的网关，网关在接收到上联交换机转发的访问请求后，确定是否为该访问请求的客户端建立连接，若否则为所述客户端与其中一个服务器建立连接并将访问请求转发给建立连接的服务器，同时将新建立的连接的连接信息存储到本地并同步给其他各个网关，这样当该网关故障时，由于其他网关已同步该网关建立的连接信息，故在接收到之前由故障网关处理的访问请求时，也可以将该访问请求发送至服务器，从而也就提高了负载均衡集群中网关的容灾能力；当确定出已为所述客户端建立连接，则根据本地存储的连接信息将访问请求转发给处理该访问请求的服务器，从而基于网关为客户端建立的连接信息，保证了将客户端发送的访问请求由连接信息中服务器处理该访问请求，实现了同一个客户端发送的访问请求由同一个服务器进行处理。
需要说明的是，本发明中的服务器可以为用于提供腾讯云服务的服务器，则客户端为腾讯云应用程序，该客户端可以安装在终端中，该终端可以为便携设备(例如：手机、平板、笔记本电脑等)，也可以为个人电脑(PC，Personal Computer)。此外，客户端与上联交换机之间通过网络进行通信连接，该网络可以为局域网、广域网等。
此外，本发明中的服务器还可以为其它服务器，只要需要进行负载均衡均可以实施本发明实施例提供的负载均衡集群中访问请求处理系统。
下面结合图2的应用场景，参考图3-图11来描述根据本发明示例性实施方式提供的负载均衡集群中访问请求处理方法。需要注意的是，上述应用场景仅是为了便于理解本发明的精神和原理而示出，本发明的实施方式在此方面不受任何限制。相反，本发明的实施方式可以应用于适用的任何场景。
如图3所示，为本发明实施例提供的负载均衡集群中访问请求处理方法的流程示意图，可以包括以下步骤：
S11、客户端向上联交换机发送访问请求。
本步骤中，图2中任一客户端在需要访问服务器时即会向上联交换机发送访问请求，其中，所述访问请求的源IP地址为客户端的IP地址，目的IP地址为负载均衡集群的外网IP地址，即外网vip。需要说明的是，负载均衡集群的外网IP地址可以不止一个。此外，所述访问请求中还携带有业务信息，所述业务信息用于从服务器获取需要的数据。具体地，在将访问请求发送给上联交换机时，需要在访问请求中携带上联交互机的MAC地址，这样可以保证访问请求准确到达上联交换机。
较佳地，所述访问请求中还携带有客户端的端口号和负载均衡集群的外网端口号。
S12、上联交换机监测负载均衡集群中各个网关是否故障。
本步骤中，上联交换机实时或定期向负载均衡集群中的所有网关发送探测包，根据所有网关是否在预设时间内返回相应探测结果来确定网关是否发生故障。
S13、上联交换机在接收到所述访问请求后，将客户端发送的访问请求转发给未发生故障的网关LB2。
上联交换机在分发访问请求时，为了实现负载均衡，即将所有客户端发送的访问请求均匀分布到负载均衡集群中各个网关中，引入了等价多路径(Equal Cost MultiplePath，ECMP)，即上联交换机将通往各台网关的路径认为是等价的。
具体地，基于ECMP技术，上联交换机若确定出网关未发生故障，则在将客户端发送的访问请求转发给未发生故障的网关时，可以按照图4所示的流程实施，包括以下步骤：
S21、上联交换机对访问请求中的源IP地址和目的IP地址进行哈希计算得到哈希值。
具体实施时，上联交换机提取访问请求中的源IP地址，即客户端的IP地址，以及提取目的IP地址，即负载均衡集群的外网IP地址，如外网vip。然后对客户端的IP地址和负载均衡集群的外网vip地址进行哈希计算得到哈希值。
较佳地，在进行哈希计算时，还可以将客户端发送访问请求的端口号、外网端口号同源IP地址和目的IP地址共同进行哈希计算得到哈希值。因为客户端可能会发送不同类型的访问请求，而客户端的IP地址是一样的，故可以将端口号考虑在内，使得可能由不同的网关来转发客户端的访问请求。
S22、上联交换机根据对应关系列表中存储的哈希值与网关的MAC地址的对应关系，确定计算得到的哈希值对应的MAC地址。
基于步骤S21得到的哈希值，上联交换机根据本地存储的对应关系列表中存储的哈希值与网关的MAC地址的对应关系，确定步骤S21计算得到的哈希值对应的MAC地址。确定出的MAC地址对应的网关即为本次访问请求需要转发的目的网关。
S23、将所述访问请求发送给确定出的MAC地址对应的网关。
本步骤中，基于步骤S22确定出的MAC地址，在将访问请求转发给确定出的MAC地址对应的网关时，需要将访问请求中的MAC地址修改为确定出的MAC地址，从而保证访问请求可以准确到达该网关。
较佳地，当上联交换机检测到某一网关发生故障时，从对应关系列表中删除发生故障的网关的MAC地址与哈希值的对应关系；并建立删除的哈希值与其它网关的MAC地址的对应关系，然后利用建立的对应关系更新所述对应关系列表；以及在接收到所述访问请求后，再对所述访问请求中的源IP地址和目的IP地址进行哈希计算得到哈希值；并根据更新后的对应关系列表中存储的哈希值与网关的MAC地址的对应关系，确定计算得到的哈希值对应的MAC地址；并将所述访问请求发送给确定出的MAC地址对应的网关。这样一来，可以保证将客户端的访问请求转发至正常工作的网关，从而也就保证了客户端的访问请求能够到达服务器。
参考图2所示，以上联交换机将客户端发送的访问请求发送给网关LB2为例进行说明。
S14、网关LB2在接收到所述上联交换机转发的访问请求时，如果该访问请求为未建立连接的访问请求，则为所述客户端和其中一个服务器建立连接。
负载均衡集群中各个网关间可以彼此同步网关建立的连接信息，则网关LB2本地存储的连接信息除了包含网络LB2自身为客户端与服务器之间建立的连接信息外，还包括其他网关建立的连接信息。
具体地，本步骤中网关LB2在接收到访问请求，可以根据访问请求中携带的客户端的IP地址和外网vip，根据本地存储的连接信息，确定本地存储的连接信息中是否包含访问请求中携带的客户端的IP地址和外网vip，若不包含则确定未为该访问请求建立连接信息，则按照轮询方式确定用于处理该访问请求的服务器。针对首次访问请求，在确定用于处理该访问请求的服务器时，各个服务器具有权重，以图2中具有N个服务器为例进行说明，则可以得到N个服务器的权重P1～PN，然后按照轮盘赌选择算法，确定用于处于访问请求的服务器，服务器的权重用于指示该服务器的负载情况。基于N个服务器的权重可以得到图5所示的轮盘。在执行轮盘赌选择算法时，可以随机旋转该轮盘中的箭头，当箭头停驻时，确定停驻位置对应的权重，则将该权重对应的服务器确定为处于该访问请求的服务器。当然，也可以使用其他的方法来确定用于处理访问请求的服务器，目的是保证服务器间的负载均衡。
较佳地，所述连接信息至少包括：客户端的IP地址、负载均衡集群的外网IP地址、接收客户端的访问请求的网关的内网IP地址，以及用于处理所述访问请求的服务器的IP地址，则将该连接信息同步给其他网关。
较佳地，内网IP地址为初始化时分配给负载均衡集群中各个网关的，且为各个网关分配的内网IP地址不止一个，所述内网IP地址用于在客户端和服务器之间转发访问请求。具体地，以图2所示的系统中负载均衡集群包含的网关为例进行说明，在初始化时，会为负载均衡集群中网关LB1～LBn分别分配一个内网IP列表，也可以称为归属local IP列表，每个内网IP列表中包含多个内网IP，较佳地，包含的内网IP的数量可以但不限于为4个。例如为网关LB1分配的内网IP列表中包含lip1～lip4这4个内网IP地址，为网关LB2分配的内网IP列表中包含lip5～lip8这4个内网IP地址，为网关LB3分配的内网IP列表中包含lip9～lip12这4个内网IP地址，为网关LB4分配的内网IP列表中包含lip13～lip16这4个内网IP地址等等，依次类推。
优选地，所述连接信息还可以包括客户端的端口号、外网IP地址的端口号、内网IP地址的端口号和服务器的端口号。当访问请求中包含端口号时，还可以根据本地存储的连接信息，确定是否存在包含访问请求中的客户端的IP地址、端口号、外网vip和外网端口号的连接信息，如果存在则确定已为所述客户端建立了连接信息，否则确定未为所述客户端建立连接信息。
负载均衡集群中各个网关在接收到客户端首次发送的访问请求后，可以为客户端与处理该访问请求的服务器之间建立连接，在建立连接后可以将建立的连接的连接信息一方面进行本地存储，另一方面同步到其他网关中，这样可以保证当某一网关崩溃导致故障时，将之前由故障网关处理为客户端转发访问请求时，当该客户端再次发送访问请求时，可以由其他网关根据存储的连接信息将客户端再次发送的访问请求准确到达之前为客户端与服务器建立的连接信息对应的服务器，同时增强了负载均衡集群中网关的容灾能力。
S15、网关LB2将访问请求转发给建立连接的服务器。
在确定出该服务器后，则将该访问请求发送给确定出的服务器。具体地，需要将该访问请求的源IP地址修改为网关LB2的内网IP地址，将目的IP地址修改为确定出的服务器的IP地址，然后再将修改后的访问请求发送给确定出的服务器。网关LB2在确定出该服务器响应所述访问请求后，则确定为客户端与该服务器建立了连接，并将建立的连接的连接信息同步给其他网关。后续当该客户端再发送访问请求时，即可基于建立的连接信息将访问请求发往建立的连接信息包含的服务器IP地址对应的服务器。
优选地，当连接信息包含端口号时，还需要将所述内网IP地址的端口号和服务器的端口号携带在访问请求中发送给服务器。
S16、网关LB2将新建立的连接的连接信息存储到本地并同步给其他各个网关。
基于步骤S14和S15，网关LB2可以将建立的连接信息存储到本地并同步到其他各个网关，即同步给图2中的LB1、LB3～LBn。
S17、网关LB2在接收到所述上联交换机转发的访问请求时，如果该访问请求为已经建立连接的访问请求，则根据本地存储的连接信息将访问请求转发给处理该访问请求的服务器。
基于步骤S12描述的确定是否为该访问请求建立连接的方法，若确定出已为该客户端建立了访问请求，则将所述访问请求转发给包含客户端IP地址和外网vip的连接信息中包含的服务器的IP地址对应的服务器。一般情况下，如果网关没有发生故障，则当同一客户端再次发送访问请求时，上联交换机会将该访问请求转发至相同的网关，并由该网关基于之前建立的连接信息将访问请求发送至相同的服务器。例如，上联交换机将客户端第一次的访问请求发送至网关LB2处理，LB2利用内网Ip lip5将访问请求转发至服务器1，则当网关LB1正常时，后续该客户端发送访问请求时，上联交换机还是会将后续的访问请求转发至LB2，同样LB1会利用内网Ip lip5将后续的访问请求发送至服务器1。
具体地，在步骤S17中将访问请求发送给服务器之前，需要先根据包含客户端IP地址和外网vip的连接信息，确定该连接信息中的内网IP地址，然后将访问请求的源IP地址修改为确定出内网IP地址，将目的IP地址修改为确定出的服务器的IP地址。
当连接信息中包含端口号时，还需要将内网IP的端口号和服务器IP的端口号携带在访问请中发送给服务器。
需要说明的是，步骤S14～S16和步骤S17同一时间只能执行一个，也就是说网关要么执行步骤S14～S16，要么执行步骤S17。为了进行区分，图3中步骤S14～S16以实线表示，步骤S17中用虚线表示。
S18、网关LB2分别监测其他网关是否故障。
本步骤中，负载均衡集群中网关之间定时互发探测报文，基于此来获知是否存在故障网关。具体地，还基于图2进行说明，若LB2监测到超过预设时间没有收到集群中网关LB1的探测报文，则可以确定网关LB1已经崩溃，即网关LB1发生故障。需要说明的是，网关LB1发生故障这一事件同样会被LB3、LB4等其他网关监测到。为了描述方便，以图2所示的系统中LB1网关发生故障为例进行说明。
S19、网关LB2在监测到故障网关LB1时，将故障网关LB1的部分内网IP地址接管为本地内网IP地址。
本步骤中，由于LB1发生故障，为了保证基于LB1处理的访问请求正确到达相应服务器，因LB1建立的连接的连接信息中包含内网IP地址，故本发明提出将LB1的内网IP地址由其他正常网关接管。较佳地，为了实现负载均衡，避免正常网关接管故障网关较多内网IP地址导致正常网关因负载增多导致崩溃的风险增加，本发明基于负载均衡考虑，将故障网关的内网IP地址均衡的分配到其他正常网关中。
具体地，可以按照图6a所示的方法将故障网关的部分内网IP地址接管为本地内网IP地址，可以包括以下步骤：
S31、网关LB2在检测到故障网关时，将所述故障网关的所有内网IP地址进行排序。
本步骤中，还以故障网关为LB1为例进行说明，由于LB1有4个内网IP地址，lip1～lip4，则可以将这4个IP地址按升序进行排序，以lip1<lip2<lip3<lip4为例进行说明。
S32、网关LB2将所述负载均衡集群中除故障网关外的所有网关的管理IP地址进行排序。
负载均衡集群中各个网关均配置有管理IP地址，所述管理IP地址为登录网关所需的IP地址。以负载均衡集群中n＝4为例进行说明，则对负载均衡集群中除网关LB1以外的其他三个网关的管理IP地址进行排序，以网关LB1～LB4对应的管理IP地址为分别为Mip1～Mip4为例进行说明，同样按升序对LB2～LB4的管理IP地址进行排序，以Mip2<Mip3<Mip4为例进行说明。
S33、网关LB2根据排序后的所有内网IP地址和排序后的管理IP地址，按照轮转方式将归属到自身管理IP地址的故障网关的内网IP地址接管为本地内网IP地址。
本步骤中，轮转方式可以理解为：排序后的第一个内网IP分配给排序后的第一个管理IP对应的网关，排序后的第二个内网IP分配给排序后的第二个管理IP对应的网关等等，当参与排序的内网IP的数量大于参与排序的管理IP的数量时，例如参与排序的内网IP数量为m，参与排序的管理IP的数量为n，且m>n，则当将排序后的第n个内网IP分配给排序后的第n个管理IP对应的网关，则在确定接管排序后的第n+1个内网IP的网关时，则将排序后的第n+1个内网IP分配给排序后的第1个管理IP地址，然后将排序后的第n+2个内网IP分配给排序后的第2个管理IP地址，依次类推。
结合步骤S31和S32，在对网关LB1的内网IP地址和除网关LB1以2外的三个网关的管理IP地址进行排序后，在按照本步骤的轮转方式确定接管内网IP地址的网关时，可以确定出lip1和lip4由LB2接管，lip2由LB3接管，lip3由LB4接管，可以参考图6b所示。
需要说明的是，负载均衡集群中除故障网关以外的其他网关均执行步骤S31～S33的流程，这样，一方面可以防止故障网关的所有内网IP均由一个网关接管情况的发生，另一方面，可以有效防止同一内网IP由两个网关接管的情况发生。
需要说明的是，当故障网关未发生故障前接管了其他故障网关的内网IP地址时，则在进行排序时还需要将接管的IP地址参与排序。如故障网关LB1在未发生故障之前接管了网关LB5的内网IP地址lip17，则当网关LB1故障且网关LB5未恢复正常时，参与排序的内网IP除了lip1～lip4之外，还包括llip17。网关未发生故障前接管的内网IP在网关发生故障时，同样需要由负载聚合集群中其他正常网关来接管，同样可以按照上述步骤S31～S33所述的流程实施。
S110、网关LB2根据本地存储的连接信息，在接收到之前由故障网关LB1处理的访问请求时，使用其接管的故障网关LB1的部分内网IP地址转发访问请求。
本步骤中，网关LB2在接收到上联交换机转发的访问请求后，可以根据访问请求中的客户端的IP地址和负载均衡集群的外网vip，以及本地存储的网关之间互相同步的连接信息，若确定出是由故障网关LB1为客户端建立的连接，则网关LB2在发送该访问请求时，将该访问请求的源IP地址修改为确定出的连接信息中的内网IP地址，并将访问请求的目的IP地址修改为确定出的连接信息中的服务器的IP地址，从而保证了将该客户端的访问请求由连接信息中的服务器进行处理。
具体地，可以按照图7a所示的方法转发访问请求，可以包括以下步骤：
S41、网关LB2在接收到之前由故障网关处理的访问请求时，将所述访问请求中的源IP地址修改为故障网关的内网IP地址。
其中所述故障网关的内网IP地址为故障网关在发生故障之前同步到本网关的连接信息中与客户端的IP地址对应的内网IP地址。
具体地，以网关LB2根据客户端的访问请求确定出的连接信息中的内网IP地址为lip2、服务器IP地址为IP2为例进行说明，参考图7b所示，则网关LB2在发送所述访问请求时，由于网关之间互相同步了连接信息，故需要将所述访问请求中的源IP地址修改为lip2。
S42、网关LB2将所述访问请求的目的IP地址修改为故障网关在发生故障之前同步到本网关的连接信息中与客户端的IP地址对应的服务器的IP地址。
本步骤中，在修改源IP地址的同时，还需要将目的IP地址修改为连接信息中的服务器的IP地址，即IP2，然后再将修改后的访问请求发送至IP2对应的服务器2。
S43、网关LB2将修改后的访问请求转发给所述服务器的IP地址对应的服务器。
较佳地，由于当负载均衡集群中存在故障网关时，为了保证之前接入故障网关的客户端发送的访问请求正常被传输到相应服务器，其他网关需要接管故障网关的内网IP地址。为了保证服务器返回的处理结果正常返回至客户端，本发明提供的负载均衡集群中访问请求处理系统还包括下联交换机，参考图8a所示的结构。当任一服务器对访问请求处理完后，会返回处理结果，需要按照步骤S111～S117的流程实施，以下详细介绍之：
S111、网关LB2在接管故障网关LB1的部分内网IP地址后，将接管的部分内网IP地址与自身网关的多媒体访问控制MAC地址携带在地址解析协议ARP报文中发送给下联交换机。
本步骤中，负载均衡集群中所有未发生故障网关在执行接管操作后，会通过发送地址解析协议(Address Resolution Protocol，ARP)报文的方式，通知下联交换机各个内网IP地址对应的网关的MAC地址。以网关LB2接管故障网关LB1的内网IP地址为lip1、lip4为例进行说明，网关LB2会将lip1、lip4与网关2的MAC地址携带在免费ARP报文中发送给下联交换机。
由于网关LB3接管了lip2，同样LB3也会将lip2与LB3的MAC地址携带在免费ARP报文中发送给下联交换机，同理网关LB4会将lip3与LB4的MAC地址携带在免费ARP报文中发送给下联交换机。
S112、下联交换机在接收到所述ARP报文后，根据所述ARP报文中携带的内网IP地址与MAC地址，更新存储的内网IP地址与MAC地址的对应关系。
本步骤中，为了保证服务器返回的处理结果能够正确返回至客户端，下联交换机会在本地维护一张列表，该列表中存储有内网IP地址与网关的MAC地址的对应关系。当下联交换机接收到ARP报文后，会从ARP报文中提取出内网IP地址与MAC地址，然后利用提取到的内网IP地址与MAC地址更新本地存储的列表中内网IP地址与网关的MAC地址的对应关系。
以网关LB2、LB3和LB4发送的ARP报文为例进行说明，下联交换机会利用提取出的lip1、lip4与网关LB2的MAC地址、lip2与网关LB3的MAC地址、lip3与网关LB4的MAC地址更新本地存储的列表中内网IP地址与网关的MAC地址的对应关系。
S113、下联交换机接收服务器返回的处理结果。
其中，所述处理结果中的源IP地址为服务器的IP地址，目的IP地址为处理结果对应的访问请求中的源IP地址。若访问请求中的源IP地址为lip2，则处理结果中的目的IP地址即为lip2。
S114、下联交换机根据更新后的内网IP地址与MAC地址的对应关系，确定所述处理结果中包含的内网IP地址对应的MAC地址。
本步骤中，以内网IP地址为lip2为例进行说明，下联交换机在接收到服务器返回的处理结果后，即可根据更换后的对应关系，确定出接管lip2对应的MAC地址，即为网关LB3的MAC地址。
S115、下联交换机将所述处理结果返回至确定出的MAC地址对应的网关LB3。
基于步骤S114，下联交换机在确定出MAC地址后，将处理结果返回至网关LB3。
S116、网关LB3将所述处理结果返回给上联交换机。
需要说明的是，步骤S33中其他网关在接管故障网关的内网IP地址时，可以在自身网关为接管的内网IP地址建立一个虚拟接口。如网关LB3接管了内网IP地址lip2，则会为lip2建立一个虚拟接口。
结合图8b所示，当网关LB3接收到处理结果后，首先根据处理结果中的源IP地址和目的IP地址确定连接信息，即根据服务器2的IP地址IP2和内网IP地址lip2，基于本地存储的连接信息，可以确定出包含IP2和lip2的连接信息中的外网vip和客户端的IP地址，则网关LB3会将处理结果中的源IP地址修改为确定出的外网vip，目的IP地址修改为客户端的IP地址，即IP1。然后将修改后的处理结果发送给上联交换机。这样做的目的是，保证利用客户端的同一连接信息转发客户端的访问请求和处理结果。
S117、上联交换机将所述处理结果发送给客户端。
上联交换机在接收到处理结果后，根据处理结果中的目的IP地址返回给IP1对应的客户端。
需要说明的是，若负载均衡集群中不存在故障网关，则返回处理结果时内网IP地址对应的MAC地址应该为初始化分配的该内网IP地址的网关的MAC地址，即网关LB1未发生故障，则基于网关LB1的lip2建立的连接信息，在接收到处理结果时，确定出的网关的MAC地址依然为LB1的MAC地址，则下联交换机将处理结果返回至网关LB1，由LB1将处理结果经上联交换机发送至客户端。
需要说明的是，负载均衡集群中每个网关在检测到故障网关恢复正常时，则将其接管的内网IP地址从本地卸载，同时还需要删除为接管的内网IP地址建立的虚拟接口。
与主备模式相比，从受影响的客户端的请求数由100％降低到崩溃的网关在负载均衡集群中所有网关的占比，例如负载均衡集群中有4台网关，崩溃1台，则占比数为25％，也就是说一台网关崩溃时，基于该负载均衡集群，受影响的客户端请求数由现有技术中的100％降低到25％，由此可以表明本发明提供的负载均衡集群中访问请求处理方法，大大提升了负载均衡集群中网关的容灾能力，使得大规模高性能负载均衡集群的部署成为现实，尤其是FULLNAT模式的负载均衡集群。
较佳地，当负载均衡集群中新增网关时，只需将新增网关的MAC地址告知上联交换机，上联交换机在接收到新增网关的MAC地址后，即可在接收到客户端的访问请求时，将访问请求分发至新增网关，可扩展性较强，提升了负载均衡集群的平行扩展能力。
通过采用本发明提供的负载均衡集群中访问请求处理方法，网关在为客户端建立连接后，一方面将连接信息同步到负载均衡集群中的其他网关上，这样可以保证某一网关故障时，基于同步的连接信息，其他网关能够将之前由故障网关处理的客户端的访问请求准确转发至服务器，同时还提升了负载均衡集群的容灾处理能力，与主备模式相比，本发明提供的方法，因网关崩溃而受影响的客户端请求数大大降低。
基于同一发明构思，本发明实施例中还提供了一种网关侧的负载均衡集群中访问请求处理装置，由于上述装置解决问题的原理与网关侧的负载均衡集群中访问请求处理方法相似，因此上述装置的实施可以参见方法的实施，重复之处不再赘述。
如图9所示，为本发明实施例提供的网关侧的负载均衡集群中访问请求处理装置的结构示意图，所述装置可以设置于负载均衡集群包含的所有网关中，所述负载均衡集群包含至少两个网关，每一个网关分别接收其他网关同步的连接信息并存储到本地；以及所述装置，包括：
接收单元51，用于接收上联交换机转发的访问请求。
第一处理单元52，用于如果确定出该访问请求为未建立连接的访问请求，则为所述客户端和其中一个服务器建立连接并将访问请求转发给建立连接的服务器，以及将新建立的连接的连接信息存储到本地并同步给其他各个网关。
第二处理单元53，用于如果确定出该访问请求为已经建立连接的访问请求，则根据本地存储的连接信息将访问请求转发给处理该访问请求的服务器。
较佳地，所述装置，还包括：
接管单元，用于分别检测其他网关是否故障，并在检测到故障网关时，将故障网关的部分内网IP地址接管为本地内网IP地址；
转发单元，用于根据本地存储的连接信息，在接收到之前由故障网关处理的访问请求时，使用其接管的故障网关的部分内网IP地址转发访问请求，所述网关的内网IP地址包括多个，并且初始化时进行配置，所述内网IP地址用于在客户端和服务器之间转发访问请求。
优选地，所述转发单元，具体用于在接收到之前由故障网关处理的访问请求时，将所述访问请求中的源IP地址修改为故障网关的内网IP地址，其中所述故障网关的内网IP地址为故障网关在发生故障之前同步到本网关的连接信息中与客户端的IP地址对应的内网IP地址；以及将所述访问请求的目的IP地址修改为故障网关在发生故障之前同步到本网关的连接信息中与客户端的IP地址对应的服务器的IP地址；并将修改后的访问请求转发给所述服务器的IP地址对应的服务器。
可选地，所述装置，还包括：
发送单元，用于在所述接管单元将故障网关的部分内网IP地址接管为本地内网IP地址之后，将接管的部分内网IP地址与自身网关的多媒体访问控制MAC地址携带在地址解析协议ARP报文中发送给下联交换机，以使所述下联交换机在接收到所述ARP报文后，根据所述ARP报文中携带的内网IP地址与MAC地址，更新存储的内网IP地址与MAC地址的对应关系；以及在接收到服务器返回的处理结果后，根据更新后的内网IP地址与MAC地址的对应关系，确定所述处理结果中包含的内网IP地址对应的MAC地址，并将所述处理结果返回至确定出的MAC地址对应的网关，由确定出的网关将所述处理结果返回给客户端，其中，确定出的网关为接管所述故障网关的内网IP地址的网关或内网IP地址归属的网关。
优选地，所述接管单元，具体用于在检测到故障网关时，将所述故障网关的所有内网IP地址和所述负载均衡集群中除故障网关外的所有网关的管理IP地址分别进行排序，所述管理IP地址为登录网关所需的IP地址；并根据排序后的所有内网IP地址和排序后的管理IP地址，按照轮转方式将归属到自身管理IP地址的故障网关的内网IP地址接管为本地内网IP地址。
为了描述的方便，以上各部分按照功能划分为各模块(或单元)分别描述。当然，在实施本发明时可以把各模块(或单元)的功能在同一个或多个软件或硬件中实现。例如，本发明提供的上述负载均衡集群中访问请求处理装置可以设置在负载均衡集群中的各个网关中，由各个网关来实现访问请求的处理和转发。
基于同一发明构思，本发明实施例中还提供了一种上联交换机侧的负载均衡集群中访问请求处理装置，由于上述装置解决问题的原理与上联交换机侧的负载均衡集群中访问请求处理方法相似，因此上述装置的实施可以参见方法的实施，重复之处不再赘述。
如图10所示，为本发明实施例提供的上联交换机侧的负载均衡集群中访问请求处理装置的结构示意图，包括：
检测单元61，用于检测负载均衡集群中各个网关是否故障；
转发单元62，用于将客户端发送的访问请求转发给未发生故障的网关，以使所述网关在接收到所述上联交换机转发的访问请求时，如果该访问请求为未建立连接的访问请求，则为所述客户端和其中一个服务器建立连接并将访问请求转发给建立连接的服务器，以及将新建立的连接的连接信息存储到本地并同步给其他各个网关；如果该访问请求为已经建立连接的访问请求，则根据本地存储的连接信息将访问请求转发给处理该访问请求的服务器。
优选地，所述转发单元62，具体用于对所述访问请求中的源IP地址和目的IP地址进行哈希计算得到哈希值；并根据对应关系列表中存储的哈希值与网关的MAC地址的对应关系，确定计算得到的哈希值对应的MAC地址；并将所述访问请求发送给确定出的MAC地址对应的网关。
为了描述的方便，以上各部分按照功能划分为各模块(或单元)分别描述。当然，在实施本发明时可以把各模块(或单元)的功能在同一个或多个软件或硬件中实现。例如，本发明提供的上述负载均衡集群中访问请求处理装置可以设置在上联交换机中，由所述上联交换机来实现访问请求的接收和转发。
在介绍了本发明示例性实施方式的负载均衡集群中访问请求处理方法、系统和可读介质之后，接下来，介绍根据本发明的另一示例性实施方式的计算装置。
所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。
在一些可能的实施方式中，根据本发明的计算装置可以至少包括至少一个处理单元、以及至少一个存储单元。其中，所述存储单元存储有程序代码，当所述程序代码被所述处理单元执行时，使得所述处理单元执行本说明书上述描述的根据本发明各种示例性实施方式的负载均衡集群中访问请求处理方法中的步骤。例如，所述处理单元可以执行如图3所示的步骤11～S117中上联交换机侧的流程或者网关侧的流程。
下面参照图11来描述根据本发明的这种实施方式的计算装置71。图11显示的计算装置71仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
如图11所示，计算装置71以通用计算设备的形式表现。计算装置71的组件可以包括但不限于：上述至少一个处理单元711、上述至少一个存储单元712、连接不同系统组件(包括存储单元712和处理单元711)的总线713。
总线713表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器、外围总线、处理器或者使用多种总线结构中的任意总线结构的局域总线。
存储单元712可以包括易失性存储器形式的可读介质，例如随机存取存储器(RAM)7121和/或高速缓存存储器7122，还可以进一步包括只读存储器(ROM)7123。
存储单元712还可以包括具有一组(至少一个)程序模块7124的程序/实用工具7125，这样的程序模块7124包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
计算装置71也可以与一个或多个外部设备714(例如键盘、指向设备等)通信，还可与一个或者多个使得用户能与计算装置71交互的设备通信，和/或与使得该计算装置71能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口715进行。并且，计算装置71还可以通过网络适配器716与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器716通过总线713与用于计算装置71的其它模块通信。应当理解，尽管图中未示出，可以结合计算装置71使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
在一些可能的实施方式中，本发明提供的负载均衡集群中访问请求处理方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在计算机设备上运行时，所述程序代码用于使所述计算机设备执行本说明书上述描述的根据本发明各种示例性实施方式的负载均衡集群中访问请求处理方法中的步骤，例如，所述计算机设备可以执行如图3所示的步骤11～S117中上联交换机侧的流程或者网关侧的流程。
所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。
本发明的实施方式的用于负载均衡集群中访问请求处理方法的程序产品可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在计算设备上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、有线、光缆、RF等等，或者上述的任意合适的组合。
可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
应当注意，尽管在上文详细描述中提及了装置的若干单元或子单元，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之，上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。
此外，尽管在附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (14)

1.一种负载均衡集群中访问请求处理系统，其特征在于，包括：负载均衡集群、上联交换机和至少一个服务器，所述负载均衡集群中包含至少两个网关，其中：
所述上联交换机分别通信连接每一个网关，用于监测所述负载均衡集群中各个网关是否故障，并将客户端发送的访问请求转发给未发生故障的网关；
所述至少两个网关两两互相通信连接，每一个网关，用于分别接收其他网关同步的连接信息并存储到本地；且
每一个网关分别通信连接每个服务器，用于在接收到所述上联交换机转发的访问请求时，如果该访问请求为未建立连接的访问请求，则为所述客户端和其中一个服务器建立连接并将访问请求转发给建立连接的服务器，以及将新建立的连接的连接信息存储到本地并同步给其他各个网关；如果该访问请求为已经建立连接的访问请求，则根据本地存储的连接信息将访问请求转发给处理该访问请求的服务器。
2.如权利要求1所述的系统，其特征在于，
每个网关，还用于分别监测其他网关是否故障，并在监测到故障网关时，将故障网关的部分内网IP地址接管为本地内网IP地址，以及根据本地存储的连接信息，在接收到之前由故障网关处理的访问请求时，使用其接管的故障网关的部分内网IP地址转发访问请求，每个网关的内网IP地址包括多个，并且初始化时进行配置，所述内网IP地址用于在客户端和服务器之间转发访问请求。
3.如权利要求2所述的系统，其特征在于，
每个网关，具体用于在接收到之前由故障网关处理的访问请求时，将所述访问请求中的源IP地址修改为故障网关的内网IP地址，其中所述故障网关的内网IP地址为故障网关在发生故障之前同步到本网关的连接信息中与客户端的IP地址对应的内网IP地址；并将所述访问请求的目的IP地址修改为故障网关在发生故障之前同步到本网关的连接信息中与客户端的IP地址对应的服务器的IP地址；并将修改后的访问请求转发给所述服务器的IP地址对应的服务器。
4.如权利要求2所述的系统，其特征在于，还包括：下联交换机；
每个网关，还用于在接管故障网关的部分内网IP地址后，将接管的部分内网IP地址与自身网关的多媒体访问控制MAC地址携带在地址解析协议ARP报文中发送给下联交换机；
所述下联交换机，用于在接收到所述ARP报文后，根据所述ARP报文中携带的内网IP地址与MAC地址，更新存储的内网IP地址与MAC地址的对应关系；以及在接收到服务器返回的处理结果后，根据更新后的内网IP地址与MAC地址的对应关系，确定所述处理结果中包含的内网IP地址对应的MAC地址，并将所述处理结果返回至确定出的MAC地址对应的网关，由确定出的网关将所述处理结果返回给客户端，其中，确定出的网关为接管所述故障网关的内网IP地址的网关或内网IP地址归属的网关。
5.如权利要求2所述的系统，其特征在于，
每个网关，具体用于在检测到故障网关时，将所述故障网关的所有内网IP地址和所述负载均衡集群中除故障网关外的所有网关的管理IP地址分别进行排序，所述管理IP地址为登录网关所需的IP地址；并根据排序后的所有内网IP地址和排序后的管理IP地址，按照轮转方式将归属到自身管理IP地址的故障网关的内网IP地址接管为本地内网IP地址。
6.如权利要求1～5任一所述的系统，其特征在于，
所述上联交换机，具体用于对所述访问请求中的源IP地址和目的IP地址进行哈希计算得到哈希值；并根据对应关系列表中存储的哈希值与网关的MAC地址的对应关系，确定计算得到的哈希值对应的MAC地址；并将所述访问请求发送给确定出的MAC地址对应的网关。
7.一种负载均衡集群中访问请求处理方法，其特征在于，包括：
接收上联交换机转发的访问请求；
如果确定出该访问请求为未建立连接的访问请求，则为所述客户端和其中一个服务器建立连接并将访问请求转发给建立连接的服务器，以及将新建立的连接的连接信息存储到本地并同步给其他各个网关；
如果确定出该访问请求为已经建立连接的访问请求，则根据本地存储的连接信息将访问请求转发给处理该访问请求的服务器。
8.如权利要求7所述的方法，其特征在于，还包括：
分别检测其他网关是否故障，并在检测到故障网关时，将故障网关的部分内网IP地址接管为本地内网IP地址；以及
根据本地存储的连接信息，在接收到之前由故障网关处理的访问请求时，使用其接管的故障网关的部分内网IP地址转发访问请求，所述网关的内网IP地址包括多个，并且初始化时进行配置，所述内网IP地址用于在客户端和服务器之间转发访问请求。
9.如权利要求8所述的方法，其特征在于，在接收到之前由故障网关处理的访问请求时，使用其接管的故障网关的部分内网IP地址转发访问请求，具体包括：
在接收到之前由故障网关处理的访问请求时，将所述访问请求中的源IP地址修改为故障网关的内网IP地址，其中所述故障网关的内网IP地址为故障网关在发生故障之前同步到本网关的连接信息中与客户端的IP地址对应的内网IP地址；以及
将所述访问请求的目的IP地址修改为故障网关在发生故障之前同步到本网关的连接信息中与客户端的IP地址对应的服务器的IP地址；并
将修改后的访问请求转发给所述服务器的IP地址对应的服务器。
10.如权利要求8所述的方法，其特征在于，在将故障网关的部分内网IP地址接管为本地内网IP地址之后，还包括：
将接管的部分内网IP地址与自身网关的多媒体访问控制MAC地址携带在地址解析协议ARP报文中发送给下联交换机，以使所述下联交换机在接收到所述ARP报文后，根据所述ARP报文中携带的内网IP地址与MAC地址，更新存储的内网IP地址与MAC地址的对应关系；以及在接收到服务器返回的处理结果后，根据更新后的内网IP地址与MAC地址的对应关系，确定所述处理结果中包含的内网IP地址对应的MAC地址，并将所述处理结果返回至确定出的MAC地址对应的网关，由确定出的网关将所述处理结果返回给客户端，其中，确定出的网关为接管所述故障网关的内网IP地址的网关或内网IP地址归属的网关。
11.如权利要求8所述的方法，其特征在于，将故障网关的部分内网IP地址接管为本地内网IP地址，具体包括：
在检测到故障网关时，将所述故障网关的所有内网IP地址和所述负载均衡集群中除故障网关外的所有网关的管理IP地址分别进行排序，所述管理IP地址为登录网关所需的IP地址；并
根据排序后的所有内网IP地址和排序后的管理IP地址，按照轮转方式将归属到自身管理IP地址的故障网关的内网IP地址接管为本地内网IP地址。
12.一种负载均衡集群中访问请求处理方法，其特征在于，包括：
检测负载均衡集群中各个网关是否故障；并
将客户端发送的访问请求转发给未发生故障的网关，以使所述网关在接收到所述上联交换机转发的访问请求时，如果该访问请求为未建立连接的访问请求，则为所述客户端和其中一个服务器建立连接并将访问请求转发给建立连接的服务器，以及将新建立的连接的连接信息存储到本地并同步给其他各个网关；如果该访问请求为已经建立连接的访问请求，则根据本地存储的连接信息将访问请求转发给处理该访问请求的服务器。
13.如权利要求12所述的方法，其特征在于，将客户端发送的访问请求转发给未发生故障的网关，具体包括：
对所述访问请求中的源IP地址和目的IP地址进行哈希计算得到哈希值；并
根据对应关系列表中存储的哈希值与网关的MAC地址的对应关系，确定计算得到的哈希值对应的MAC地址；并
将所述访问请求发送给确定出的MAC地址对应的网关。
14.一种计算机可读介质，其特征在于，其存储有可由计算装置执行的计算机程序，当所述程序在计算装置上运行时，使得所述计算装置执行权利要求7至11任一所述方法的步骤，或者执行权利要求12或13所述方法的步骤。
CN201810266078.6A 2018-03-28 2018-03-28 一种负载均衡集群中访问请求处理方法、系统和可读介质 Pending CN110198226A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810266078.6A CN110198226A (zh) 2018-03-28 2018-03-28 一种负载均衡集群中访问请求处理方法、系统和可读介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810266078.6A CN110198226A (zh) 2018-03-28 2018-03-28 一种负载均衡集群中访问请求处理方法、系统和可读介质

Publications (1)

Publication Number Publication Date
CN110198226A true CN110198226A (zh) 2019-09-03

Family

ID=67751318

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810266078.6A Pending CN110198226A (zh) 2018-03-28 2018-03-28 一种负载均衡集群中访问请求处理方法、系统和可读介质

Country Status (1)

Country Link
CN (1) CN110198226A (zh)

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110958326A (zh) * 2019-12-13 2020-04-03 锐捷网络股份有限公司 一种负载均衡方法、装置、系统、设备及介质
CN111147546A (zh) * 2019-11-29 2020-05-12 中科院计算技术研究所大数据研究院 一种边缘集群资源的处理方法及系统
CN111813620A (zh) * 2020-06-18 2020-10-23 麒麟软件有限公司 集群监控系统及集群状态监控方法
CN111835857A (zh) * 2020-07-17 2020-10-27 北京百度网讯科技有限公司 用于访问数据的方法和装置
CN111970362A (zh) * 2020-08-17 2020-11-20 上海势航网络科技有限公司 基于lvs的车联网网关集群方法及系统
CN112929264A (zh) * 2019-12-06 2021-06-08 厦门网宿有限公司 业务流量传输方法、系统及网络设备
CN113765710A (zh) * 2021-08-24 2021-12-07 中国人寿保险股份有限公司上海数据中心 一种基于多活混合云部署的请求处理系统及方法
CN114143320A (zh) * 2021-09-01 2022-03-04 浪潮云信息技术股份公司 一种基于分布式数据库的数据网关方法及系统
CN114726854A (zh) * 2021-12-27 2022-07-08 天翼云科技有限公司 一种服务请求的处理方法、装置及云服务系统
CN114785861A (zh) * 2022-06-22 2022-07-22 飞狐信息技术（天津）有限公司 一种服务请求转发系统、方法、计算机设备和存储介质
CN114844898A (zh) * 2022-04-29 2022-08-02 中国光大银行股份有限公司 一种互联网接入方法、装置及系统
CN116827900A (zh) * 2023-08-31 2023-09-29 青岛民航凯亚系统集成有限公司 一种基于Python实现内网终端溯源的方法及系统
CN117041321A (zh) * 2023-09-28 2023-11-10 宁波银行股份有限公司 一种业务处理系统和方法
CN117061525A (zh) * 2023-10-11 2023-11-14 江西云眼视界科技股份有限公司 一种摄像机接入方法、系统、计算机及存储介质
CN114726854B (zh) * 2021-12-27 2024-06-07 天翼云科技有限公司 一种服务请求的处理方法、装置及云服务系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103166870A (zh) * 2011-12-13 2013-06-19 百度在线网络技术（北京）有限公司 负载均衡集群系统及采用其提供服务的方法
CN106209411A (zh) * 2015-05-08 2016-12-07 阿里巴巴集团控股有限公司 分布式网络系统容错方法、装置及容错式分布式网络系统
CN106570074A (zh) * 2016-10-14 2017-04-19 深圳前海微众银行股份有限公司 分布式数据库系统及其实现方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103166870A (zh) * 2011-12-13 2013-06-19 百度在线网络技术（北京）有限公司 负载均衡集群系统及采用其提供服务的方法
CN106209411A (zh) * 2015-05-08 2016-12-07 阿里巴巴集团控股有限公司 分布式网络系统容错方法、装置及容错式分布式网络系统
CN106570074A (zh) * 2016-10-14 2017-04-19 深圳前海微众银行股份有限公司 分布式数据库系统及其实现方法

Cited By (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111147546A (zh) * 2019-11-29 2020-05-12 中科院计算技术研究所大数据研究院 一种边缘集群资源的处理方法及系统
CN112929264A (zh) * 2019-12-06 2021-06-08 厦门网宿有限公司 业务流量传输方法、系统及网络设备
CN110958326A (zh) * 2019-12-13 2020-04-03 锐捷网络股份有限公司 一种负载均衡方法、装置、系统、设备及介质
CN110958326B (zh) * 2019-12-13 2022-11-11 锐捷网络股份有限公司 一种负载均衡方法、装置、系统、设备及介质
CN111813620A (zh) * 2020-06-18 2020-10-23 麒麟软件有限公司 集群监控系统及集群状态监控方法
CN111835857A (zh) * 2020-07-17 2020-10-27 北京百度网讯科技有限公司 用于访问数据的方法和装置
CN111970362B (zh) * 2020-08-17 2023-09-15 上海势航网络科技有限公司 基于lvs的车联网网关集群方法及系统
CN111970362A (zh) * 2020-08-17 2020-11-20 上海势航网络科技有限公司 基于lvs的车联网网关集群方法及系统
CN113765710A (zh) * 2021-08-24 2021-12-07 中国人寿保险股份有限公司上海数据中心 一种基于多活混合云部署的请求处理系统及方法
CN114143320A (zh) * 2021-09-01 2022-03-04 浪潮云信息技术股份公司 一种基于分布式数据库的数据网关方法及系统
CN114726854A (zh) * 2021-12-27 2022-07-08 天翼云科技有限公司 一种服务请求的处理方法、装置及云服务系统
CN114726854B (zh) * 2021-12-27 2024-06-07 天翼云科技有限公司 一种服务请求的处理方法、装置及云服务系统
CN114844898A (zh) * 2022-04-29 2022-08-02 中国光大银行股份有限公司 一种互联网接入方法、装置及系统
CN114785861B (zh) * 2022-06-22 2022-12-13 飞狐信息技术（天津）有限公司 一种服务请求转发系统、方法、计算机设备和存储介质
CN114785861A (zh) * 2022-06-22 2022-07-22 飞狐信息技术（天津）有限公司 一种服务请求转发系统、方法、计算机设备和存储介质
CN116827900A (zh) * 2023-08-31 2023-09-29 青岛民航凯亚系统集成有限公司 一种基于Python实现内网终端溯源的方法及系统
CN116827900B (zh) * 2023-08-31 2023-12-05 青岛民航凯亚系统集成有限公司 一种基于Python实现内网终端溯源的方法及系统
CN117041321A (zh) * 2023-09-28 2023-11-10 宁波银行股份有限公司 一种业务处理系统和方法
CN117041321B (zh) * 2023-09-28 2023-12-26 宁波银行股份有限公司 一种业务处理系统和方法
CN117061525A (zh) * 2023-10-11 2023-11-14 江西云眼视界科技股份有限公司 一种摄像机接入方法、系统、计算机及存储介质

Similar Documents

Publication Publication Date Title
CN110198226A (zh) 一种负载均衡集群中访问请求处理方法、系统和可读介质
US11068362B2 (en) High-availability cluster architecture and protocol
CN105264865B (zh) 用于分布负载平衡的方法和分布负载平衡器系统
US20180146068A1 (en) Micro-services in a telecommunications network
CN107005580A (zh) 网络功能虚拟化服务链接
CN105308931B (zh) 分布负载平衡器系统和负载平衡方法
TWI736657B (zh) 虛擬互聯網協定位址的切換方法及裝置
CA2699314C (en) Failover in a host concurrently supporting multiple virtual ip addresses across multiple adapters
US9342575B2 (en) Providing high availability in an active/active appliance cluster
CN101286884B (zh) 一种实现非状态多主备份的方法及代理网关
CN107925681A (zh) 用于分布式软件定义网络分组核心系统中的负载平衡的系统和方法
CN106911648B (zh) 一种环境隔离方法及设备
CN105634956A (zh) 一种报文转发方法、装置和系统
US20170293500A1 (en) Method for optimal vm selection for multi data center virtual network function deployment
CN108696581A (zh) 分布式信息的缓存方法、装置、计算机设备以及存储介质
US20130054817A1 (en) Disaggregated server load balancing
CN113014611B (zh) 一种负载均衡方法及相关设备
CN110289999A (zh) 一种数据处理方法、系统及装置
CN104283780A (zh) 建立数据传输路径的方法和装置
US11082338B1 (en) Distributed connection state tracking for large-volume network flows
CN107872368A (zh) 一种网络节点集群中网关可达性的检测方法、装置及终端
CN109863723A (zh) 存在多个网络接口情况下的自动网络连接恢复
CN109981437B (zh) 一种基于vpc的多数据中心互通方法及相关设备
CN107547394A (zh) 一种负载均衡设备多活部署方法和装置
CN106909322B (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
RJ01 Rejection of invention patent application after publication

Application publication date: 20190903

RJ01 Rejection of invention patent application after publication