CN111683139A - 用于均衡负载的方法和装置 - Google Patents

用于均衡负载的方法和装置 Download PDF

Info

Publication number
CN111683139A
CN111683139A CN202010506256.5A CN202010506256A CN111683139A CN 111683139 A CN111683139 A CN 111683139A CN 202010506256 A CN202010506256 A CN 202010506256A CN 111683139 A CN111683139 A CN 111683139A
Authority
CN
China
Prior art keywords
service instance
target
address
callable
available area
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
CN202010506256.5A
Other languages
English (en)
Other versions
CN111683139B (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.)
Baidu Yunzhi Beijing Technology Co ltd
Original Assignee
Beijing Baidu Netcom Science and Technology 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 Beijing Baidu Netcom Science and Technology Co Ltd filed Critical Beijing Baidu Netcom Science and Technology Co Ltd
Priority to CN202010506256.5A priority Critical patent/CN111683139B/zh
Publication of CN111683139A publication Critical patent/CN111683139A/zh
Application granted granted Critical
Publication of CN111683139B publication Critical patent/CN111683139B/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
    • 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5083—Techniques for rebalancing the load in a distributed system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • 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
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • 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/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses

Landscapes

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

Abstract

本申请公开了一种用于均衡负载的方法和装置，涉及云计算技术领域。具体实现方案为：采用就近解析策略，为访问请求中的域名确定目标可用区；就近解析策略基于访问各个可用区的流量均衡和以下至少一项确定目标可用区：地理位置就近、运营商相同；将访问请求中的域名解析至目标可用区中对应域名的入口IP地址组中的实际IP地址；其中，运行于实际IP地址的服务实例所调用的目标服务实例、目标服务实例所调用的目标依赖服务实例均位于目标可用区中；将实际IP地址返回至发送访问请求的用户端。该方案可以均衡流向各个可用区的流量，并可以实现不同可用区的容灾。

Description

用于均衡负载的方法和装置
技术领域
本公开涉及计算机技术领域，具体涉及云计算技术领域，尤其涉及用于均衡负载的方法和装置。
背景技术
云上业务进行多可用区(AZ)部署是为了提高自身的容错、容灾能力，即当业务在某个可用区故障时，能够通过一定手段将故障的可用区隔离，实现快速止损，保证业务能够正常提供服务。
云上业务的多可用区部署，通常是从自身服务入手，在同一个区域搭建多个可用区的服务实例，然后将各个可用区的服务实例交叉绑定至各个可用区的多组IP地址上，最后将这些IP地址绑定至对外域名上。
发明内容
本公开实施例提供了用于均衡负载的方法和装置。
第一方面，本公开实施例提供了一种用于均衡负载的方法，方法包括：采用就近解析策略，为访问请求中的域名确定目标可用区；就近解析策略基于访问各个可用区的流量均衡和以下至少一项确定目标可用区：地理位置就近、运营商相同；将访问请求中的域名解析至目标可用区中对应域名的入口IP地址组中的实际IP地址；其中，运行于实际IP地址的服务实例所调用的目标服务实例、目标服务实例所调用的目标依赖服务实例均位于目标可用区中；将实际IP地址返回至发送访问请求的用户端。
第二方面，本公开实施例提供了一种用于均衡负载的装置，装置包括：目标可用区确定模块，被配置成采用就近解析策略，为访问请求中的域名确定目标可用区；就近解析策略基于访问各个可用区的流量均衡和以下至少一项确定目标可用区：地理位置就近、运营商相同；实际IP解析模块，被配置成将访问请求中的域名解析至目标可用区中对应域名的入口IP地址组中的实际IP地址；其中，运行于实际IP地址的服务实例所调用的目标服务实例、目标服务实例所调用的目标依赖服务实例均位于目标可用区中；实际IP返回模块，被配置成将实际IP地址返回至发送访问请求的用户端。
第三方面，本公开的实施例提供了一种电子设备/服务器/智能终端，包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行如第一方面中任一实施例的方法。
第四方面，本公开的实施例提供了一种存储有计算机指令的非瞬时计算机可读存储介质，计算机指令用于使计算机执行如第一方面任一实施例中的方法。
本公开实施例提供的用于均衡负载的方法和装置，首先采用就近解析策略，为访问请求中的域名确定目标可用区；之后，将访问请求中的域名解析至目标可用区中对应域名的入口IP地址组中的实际IP地址；其中，运行于实际IP地址的服务实例所调用的目标服务实例、目标服务实例所调用的目标依赖服务实例均位于目标可用区中；之后，将实际IP地址返回至发送访问请求的用户端。在这一过程中，与现有技术中搭建多个可用区的服务实例、将各个服务实例交叉绑定至多组IP地址，在某个可用区发生故障、对某个可用区进行故障隔离后，由于业务的服务容量并不会减小，不同可用区的容量差异会造成服务实例流量不均相比，由于运行于入口IP地址组中每一个实际IP地址的服务实例所调用的目标服务实例、每一个目标服务实例所调用的依赖服务实例均位于采用就近解析策略为访问请求中的域名确定的目标可用区，因此，可以均衡流向各个可用区的流量，并可以实现不同可用区的容灾。
应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
附图用于更好地理解本方案，不构成对本申请的限定。其中：
通过阅读参照以下附图所作的对非限制性实施例详细描述，本公开的其它特征、目的和优点将会变得更明显：
图1是本公开可以应用于其中的示例性***架构图；
图2是根据本公开实施例的用于均衡负载的方法的一个实施例的流程示意图；
图3是根据本公开实施例的用于均衡负载的方法的一个示例性应用场景；
图4a是根据本公开实施例的用于均衡负载的方法的又一个实施例的流程示意图；
图4b是根据本公开实施例的用于均衡负载的方法的一些实施例的实现架构示意图；
图5是根据本公开实施例的用于均衡负载的装置的一个实施例的示例性结构图；
图6是本公开的用来实现本申请实施例的用于均衡负载的方法的电子设备的框图。
具体实施方式
以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
图1示出了可以应用本公开的用于均衡负载的方法或用于均衡负载的装置的实施例的示例性***架构100。
如图1所示，***架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种应用，例如图像采集应用、音频播放应用、流媒体处理应用、多方交互应用、人工智能应用、游戏应用等。
终端设备101、102、103可以是硬件，也可以是软件。当终端设备101、102、103为硬件时，可以是支持文档处理应用的各种电子设备，包括但不限于智能终端、平板电脑、膝上型便携计算机和台式计算机等等。当终端设备101、102、103为软件时，可以安装在上述所列举的电子设备中。其可以实现成例如用来提供分布式服务的多个软件或软件模块，也可以实现成单个软件或软件模块。在此不做具体限定。
服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103提供支持的后台服务器。后台服务器可以对接收到的请求等数据进行分析等处理，并将处理结果反馈给终端设备。
需要说明的是，服务器可以是硬件，也可以是软件。当服务器为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器为软件时，可以实现成例如用来提供分布式服务的多个软件或软件模块，也可以实现成单个软件或软件模块。在此不做具体限定。
在实践中，本公开实施例所提供的用于均衡负载的方法可以由服务器105执行，用于均衡负载的装置也可以设置于服务器105中。
应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
请参考图2，图2示出了根据本公开的用于均衡负载的方法的一个实施例的流程200。该用于均衡负载的方法包括以下步骤：
步骤201，采用就近解析策略，为访问请求中的域名确定目标可用区。
在本实施例中，用于均衡负载的方法的执行主体(例如运行于图1所示的服务器中的DNS解析模块或负责DNS解析的负载均衡调度器)可以直接获取用户端发送的访问请求，或间接从用户端或执行主体的代理服务器获取用户端发送的访问请求。访问请求(accessrequest)，也即存取请求或接入请求。
上述执行主体在收到访问请求之后，可以根据预先确定的用于DNS解析的就近解析策略，对访问请求中的域名进行解析。其中，就近解析策略可以基于各可用区流量均衡和以下至少一项确定目标可用区：地理位置就近、运营商相同。
具体地，该就近解析策略，可以从服务映射表中查询到的为该域名提供服务的可用区集合，之后，可以根据地理位置就近和/或运营商与访问者(也即发送访问请求的用户端)的运营商相同、各可用区流量均衡的原则，从可用区集合中，确定目标可用区。
其中，可用区是同一区域内，电力和网络互相隔离的物理区域，一个可用区不受其他可用区故障的影响。一个区域内可以有多个可用区，不同可用区之间物理隔离，但内网互通。其中，可以根据地理位置将某个地区的基础设施服务集合称为一个区域。
步骤202，将访问请求中的域名解析至目标可用区中对应域名的入口IP地址组中的实际IP地址。
在本实施例中，根据步骤201中确定的目标可用区，上述执行主体可以确定目标可用区中对应该访问请求中的域名的、位于接入层的入口IP地址组，之后，从入口IP地址组中随机或根据预定规则确定用于为访问者提供服务的实际IP地址。
可以理解的是，运行于入口IP地址组中的每一个实际IP地址的服务实例所调用的目标服务实例、每一个目标服务实例所调用的目标依赖服务实例，均位于步骤201中所确定的目标可用区中。
在一个具体的示例中，可以将入口IP地址组所调用的目标服务实例集合中的目标服务实例分别与运行于入口IP地址组中的每一个实际IP地址的服务实例一一绑定；将每一个目标服务实例所调用的目标依赖服务实例与调用其的目标服务实例一一绑定。
步骤203，将实际IP地址返回至发送访问请求的用户端。
在本实施例中，上述执行主体可以将上述步骤202中确定的实际IP地址返回至发送访问请求的用户端，以便用户端连接该实际IP地址以获取服务。
本公开上述实施例的用于均衡负载的方法，由于基于各可用区流量均衡和以下至少一项为访问请求中的域名确定目标可用区：地理位置就近、运营商相同，运行于入口IP地址组中每一个实际IP地址的服务实例所调用的目标服务实例、每一个目标服务实例所调用的依赖服务实例均位于目标可用区，因此，可以均衡流向不同可用区的流量，并可以实现不同可用区的容灾，当存在发生故障的可用区时，可以快速切换发生故障的可用区达到止损。
在上述实施例的一些可选实现方式中，上述就近解析策略可以包括：根据访问请求中的源IP地址的网段所指示的运营商和区域，从访问控制列表中，确定提供服务的可用区集合，其中，访问控制列表包括运营商、区域和提供服务的可用区三者的映射关系；根据访问请求的源IP地址与可用区集合中各个可用区之间的网络传输参数以及访问各个可用区的流量均衡，从各个可用区中，确定目标可用区。
在本实现方式中，访问控制列表(Access Control Lists，ACL)是应用在路由器接口的指令列表。这些指令列表用来告诉路由器哪些数据包可以收、哪些数据包需要拒绝。至于数据包是被接收还是拒绝，可以由类似于源地址、目的地址、端口号等的特定指示条件来决定。
访问控制列表具有许多作用，如限制网络流量、提高网络性能；通信流量的控制，例如ACL可以限定或简化路由更新信息的长度，从而限制通过路由器某一网段的通信流量；提供网络安全访问的基本手段；在路由器端口处决定哪种类型的通信流量被转发或被阻塞。
根据访问控制列表ACL中预设的运营商、区域和提供服务的可用区三者的映射关系，上述执行主体可以首先确定访问请求中的源IP地址的网段所指示的运营商和区域，之后，采用该运营商和区域从映射关系中查询提供服务的可用区集合。
之后，上述执行主体可以根据访问请求的源IP地址与可用区集合中各个可用区之间的网络传输参数以及访问各个可用区的流量均衡，从各个可用区中，确定目标可用区。这里的网络传输参数，是指用于衡量网络传输性能的参数，本领域技术人员可以根据经验或实际应用场景来确定，本申请对此不做限定。例如，上述网络传输参数可以包括以下至少一项：实际传输效率、故障率、拥塞率和丢包率。
本实现方式中的就近解析策略，可以采用访问控制列表中的映射关系为访问请求中的源IP地址的网段所指示的运营商和区域确定提供服务的可用区集合，并根据网络传输参数和访问各个可用区的流量均衡，从各个可用区中确定目标可用区，提高了确定目标可用区的效率，并可以兼顾所确定的目标可用区的网络传输参数和访问各个可用区的流量均衡。
在上述实施例的一些可选实现方式中，上述方法还可以包括：响应于检测到存在发生故障的可用区，将就近解析策略中发生故障的可用区的入口IP地址组修改为无故障的可用区的入口IP地址组。
在本实现方式中，当某个可用区发生故障时，只需将该可用区的入口IP地址组与入口的域名解绑，将就近解析策略中发生故障的可用区的入口IP地址组修改为无故障的可用区的入口IP地址组，流量就会自动被调度到其他非故障可用区，实现故障可用区流量的快速摘除，并且保持通信链路的稳定，从而使业务做到故障隔离，快速止损。
以下结合图3，描述本公开的用于均衡负载的方法的示例性应用场景。
如图3所示，图3示出了根据本公开的用于均衡负载的方法的一个示例性应用场景。
如图3所示，用于均衡负载的方法300运行于电子设备310中，可以包括：
首先，采用就近解析策略301，为访问请求中的域名302确定目标可用区303；其中，就近解析策略基于访问各个可用区的流量均衡和以下至少一项确定目标可用区：地理位置就近、运营商相同；
之后，将访问请求中的域名302解析至目标可用区303中对应域名的入口IP地址组304中的实际IP地址305；其中，运行于实际IP地址305的服务实例306所调用的目标服务实例307、目标服务实例307所调用的目标依赖服务实例308均位于目标可用区303中；
最后，将实际IP地址305返回至发送访问请求的用户端309。
应当理解，上述图3中所示出的用于均衡负载的方法的应用场景，仅为对于用于均衡负载的方法的示例性描述，并不代表对该方法的限定。例如，上述图3中示出的各个步骤，可以进一步采用更为细节的实现方法。也可以在上述图3的基础上，进一步增加对服务实例和目标服务实例进行确定的步骤。
进一步参考图4a，图4a示出了根据本公开实施例的用于均衡负载的方法的又一个实施例的示意性流程图。
如图4a所示，本实施例的用于均衡负载的方法400，可以包括：
步骤401，采用就近解析策略，为访问请求中的域名确定目标可用区。
在本实施例中，用于均衡负载的方法的执行主体(例如运行于图1所示的服务器中的DNS解析模块或负责DNS解析的负载均衡调度器)可以直接获取用户端发送的访问请求，或间接从用户端或执行主体的代理服务器获取用户端发送的访问请求。访问请求(accessrequest)，也即存取请求或接入请求。
上述执行主体在收到访问请求之后，可以根据预先确定的用于DNS解析的就近解析策略，对访问请求中的域名进行解析。其中，就近解析策略可以基于各可用区流量均衡和以下至少一项确定目标可用区：地理位置就近、运营商相同。
步骤402，将访问请求中的域名解析至目标可用区中对应域名的入口IP地址组中的实际IP地址。
在本实施例中，根据步骤201中确定的目标可用区，上述执行主体可以确定目标可用区中对应该访问请求中的域名的入口IP地址组，之后，从入口IP地址组中随机或根据预定规则确定用于为访问者提供服务的实际IP地址。
可以理解的是，运行于入口IP地址组中的每一个实际IP地址的服务实例所调用的目标服务实例、每一个目标服务实例所调用的目标依赖服务实例，均位于目标可用区中。
步骤403，将实际IP地址返回至发送访问请求的用户端。
在本实施例中，上述执行主体可以将上述步骤402中确定的实际IP地址返回至发送访问请求的用户端，以便用户端连接该实际IP地址以获取服务。
应当理解，上述步骤401-步骤403中的操作和特征，分别与步骤201-203中的操作和特征相对应，因此，上述在步骤201-203中对于操作和特征的描述，同样适用于步骤401-步骤403，在此不再赘述。
步骤404，获取运行于实际IP地址的服务实例发送的服务实例请求。
在本实施例中，上述执行主体可以从运行于实际IP地址的服务实例中，接收该服务实例发送的服务实例请求，以调用位于服务层的服务实例。
步骤405，采用第一就近解析规则，将服务实例请求中的域名就近解析至位于目标可用区的目标服务实例的IP地址。
在本实施例中，第一就近解析规则基于访问各个目标服务实例的流量均衡和地理位置就近，确定位于上述目标可用区的目标服务实例的IP地址。采用该第一就近解析规则，可以将服务实例请求中的域名解析至目标服务实例的IP地址。
在本实施例的一些可选实现方式中，上述的第一就近解析规则可以包括：根据服务实例请求的源IP地址与可调用的服务实例集合的IP地址集合中各个IP地址之间的网络传输参数，以及访问各个可调用的服务实例的流量均衡，从可调用的服务实例集合中，确定目标服务实例；其中，可调用的服务实例集合位于目标可用区中。
在本实现方式中，可调用的服务实例，是指运行于实际IP地址的服务实例可调用的服务实例。上述第一就近解析规则可以在确定目标服务实例时，先从预先确定的服务实例请求中的源IP地址与可调用的服务实例的映射列表中，确定当前服务实例请求中的源IP地址所对应的可调用的服务实例集合。
之后，上述执行主体可以根据服务实例请求的源IP地址与可调用的服务实例集合的IP地址集合中各个IP地址之间的网络传输参数，以及访问各个可调用的服务实例之间的流量均衡，从可调用的服务实例集合中，确定目标服务实例。这里的网络传输参数，是指用于衡量网络传输性能的参数，本领域技术人员可以根据经验或实际应用场景来确定，本申请对此不做限定。例如，上述网络传输参数可以包括以下至少一项：实际传输效率、故障率、拥塞率和丢包率。
本实现方式中的第一就近解析规则，可以采用预先确定的服务实例请求中的源IP地址与可调用的服务实例的映射列表，为服务实例请求中的源IP地址确定可调用的服务实例集合，并根据网络传输参数，以及访问各个可调用的服务实例之间的流量均衡，从各个可调用的服务实例中确定目标服务实例，提高了确定目标服务实例的效率，并可以兼顾所确定的目标服务实例的网络传输参数和访问各个可调用的服务实例的流量均衡。
步骤406，将目标服务实例的IP地址返回至运行于实际IP地址的服务实例。
在本实施例中，上述执行主体可以将上述步骤405中确定的目标服务实例的IP地址返回至运行于实际IP地址的服务实例，以便运行于实际IP地址的服务实例连接该目标服务实例的IP地址以获取服务。
可以理解的是，步骤401至步骤406可以为一个用于均衡负载的方法，该用于均衡负载的方法与图2中所述的用于均衡负载的方法相比，在步骤404-步骤407中限定了如何实现实际IP地址所调用的目标服务实例位于目标可用区中，从而可以根据第一就近解析规则，提高确定目标服务实例的效率，并可以兼顾所确定的目标服务实例的网络传输参数和访问各个可调用的服务实例的流量均衡。
在上述用于均衡负载的方法的一些可选实现方式中，上述的方法还可以包括：响应于检测到可调用的服务实例中存在发生故障的可调用的服务实例，将第一就近解析规则中发生故障的可调用的服务实例的IP地址修改为无故障的可调用的服务实例的IP地址。
在本实现方式中，当某个可调用的服务实例发生故障时，只需将该可调用的服务实例的IP地址组与服务实例请求中的域名解绑，将第一就近解析规则中发生故障的可调用的服务实例的IP地址修改为无故障的可调用的服务实例的IP地址，流量就会自动被调度到其他非故障的可调用的服务实例，从而实现故障的可调用的服务实例流量的快速摘除，并且保持通信链路的稳定，从而使业务做到故障隔离，快速止损。
在本实施例的一些可选实现方式中，上述实施例中的用于均衡负载的方法，还可以采用以下步骤实现目标服务实例所调用的目标依赖服务实例位于目标可用区中。
步骤407，获取目标服务实例发送的依赖服务实例请求。
在本实施例中，上述执行主体可以从目标服务实例，接收该目标服务实例发送的依赖服务实例请求，以调用位于依赖层的依赖服务实例。
步骤408，采用第二就近解析规则，将依赖服务实例请求中的域名就近解析至位于目标可用区的目标依赖服务实例的IP地址。
在本实施例中，第二就近解析规则基于访问各个目标依赖服务实例的流量均衡和地理位置就近，确定位于上述目标可用区的目标依赖服务实例的IP地址。
在本实施例的一些可选实现方式中，上述第二就近解析规则包括：根据依赖服务实例请求的源IP地址与可调用的依赖服务实例集合的IP地址集合中各个IP地址之间的网络传输参数，以及访问各个可调用的依赖服务实例之间的流量均衡，从可调用的依赖服务实例集合中，确定目标依赖服务实例；其中，可调用的依赖服务实例集合位于目标可用区中。
在本实现方式中，可调用的依赖服务实例，是指目标服务实例可调用的依赖服务实例。上述第二就近解析规则可以在确定目标依赖服务实例时，先从预先确定的依赖服务实例请求中的源IP地址与可调用的依赖服务实例的映射列表中，确定当前依赖服务实例请求中的源IP地址所对应的可调用的依赖服务实例集合。
之后，上述执行主体可以根据依赖服务实例请求的源IP地址与可调用的依赖服务实例集合的IP地址集合中各个IP地址之间的网络传输参数，以及访问各个可调用的依赖服务实例之间的流量均衡，从可调用的依赖服务实例集合中，确定目标依赖服务实例。这里的网络传输参数，是指用于衡量网络传输性能的参数，本领域技术人员可以根据经验或实际应用场景来确定，本申请对此不做限定。例如，上述网络传输参数可以包括以下至少一项：实际传输效率、故障率、拥塞率和丢包率。
本实现方式中的第二就近解析规则，可以采用预先确定的依赖服务实例请求中的源IP地址与可调用的依赖服务实例的映射列表，为依赖服务实例请求中的源IP地址确定可调用的依赖服务实例集合，并根据网络传输参数，以及访问各个可调用的依赖服务实例之间的流量均衡，从各个可调用的依赖服务实例中确定目标依赖服务实例，提高了确定目标依赖服务实例的效率，并可以兼顾所确定的目标依赖服务实例的网络传输参数和访问各个可调用的依赖服务实例的流量均衡。
步骤409，将目标依赖服务实例的IP地址返回至目标服务实例。
在本实施例中，上述执行主体可以将上述步骤408中确定的目标依赖服务实例的IP地址返回至目标服务实例，以便目标服务实例连接该目标依赖服务实例的IP地址以获取服务。
可以理解的是，步骤401至步骤409可以为一个用于均衡负载的方法，该用于均衡负载的方法与上述步骤401-406中所述的用于均衡负载的方法相比，在步骤407-步骤409中限定了如何实现目标服务实例所调用的目标依赖服务实例位于目标可用区中，从而可以根据第二就近解析规则，提高确定目标依赖服务实例的效率，并可以兼顾所确定的目标依赖服务实例的网络传输参数和访问各个可调用的依赖服务实例的流量均衡。
在本实现方式的一些可选实现方式中，上述用于均衡负载的方法还可以包括：响应于检测到可调用的依赖服务实例中存在发生故障的可调用的依赖服务实例，将第二就近解析规则中发生故障的可调用的依赖服务实例的IP地址修改为无故障的可调用的依赖服务实例的IP地址。
在本实现方式中，当某个可调用的依赖服务实例发生故障时，只需将该可调用的依赖服务实例的IP地址组与依赖服务实例请求中的域名解绑，将第二就近解析规则中发生故障的可调用的依赖服务实例的IP地址修改为无故障的可调用的依赖服务实例的IP地址，流量就会自动被调度到其他非故障的可调用的依赖服务实例，从而实现故障的可调用的依赖服务实例流量的快速摘除，并且保持通信链路的稳定，从而使业务做到故障隔离，快速止损。
进一步参考图4b，图4b示出了用于均衡负载的方法的一些实施例的实现架构示意图。在图4b中，包括以下步骤：
首先，可用区AZ1的用户端1和可用区AZ2的用户端2分别向服务发送访问请求1、2，请求访问服务对外提供的域名；
之后，服务在接收到访问请求1、2后，调用智能DNS解析模块，对访问请求中的域名采用就近解析策略进行解析，将访问请求1中的域名解析至位于AZ1的对应该域名的入口IP地址组中的实际IP地址AZ1 IP、将访问请求2中的域名解析至位于AZ2的对应该域名的入口IP地址组中的实际IP地址AZ2 IP；
之后，服务将智能DNS解析模块解析到的AZ1 IP、AZ2IP分别返回至用户端1和用户端2；
之后，用户端1和用户端2分别将访问请求1、访问请求2发送至AZ1 IP、AZ2IP，运行于AZ1 IP的服务实例1在接收到访问请求1后，向智能DNS解析模块发送服务实例请求1，运行于AZ2 IP的服务实例2在接收到访问请求2后，向智能DNS解析模块发送服务实例请求2；
之后，智能DNS解析模块基于第一就近解析规则分别对服务实例请求1、2进行处理，将服务实例请求1中的域名解析至位于AZ1的目标服务实例1，将服务实例请求2中的域名解析至位于AZ2的目标服务实例2；
之后，智能DNS解析模块将目标服务实例1、2的IP地址分别发送至运行于AZ1 IP的服务实例1和运行于AZ2 IP的服务实例2；
之后，运行于AZ1 IP的服务实例1将服务实例请求1发送至目标服务实例1，运行于AZ2 IP的服务实例2将服务实例请求2发送至目标服务实例2。
之后，目标服务实例1、2分别向智能DNS解析模块发送依赖服务实例请求1、2；
之后，智能DNS解析模块基于第二就近解析规则，将依赖服务实例请求1、2中的域名分别解析至位于AZ1的目标依赖服务实例1、位于AZ2的目标依赖服务实例2。
之后，智能DNS解析模块将目标依赖服务实例1的IP地址返回至目标服务实例1、将目标依赖服务实例2的IP地址返回至目标服务实例2；
之后，目标服务实例1、目标服务实例2向目标依赖服务实例1的IP地址、目标依赖服务实例1的IP地址分别发送依赖服务实例请求1、2，以获取目标依赖服务实例1对依赖服务实例请求1的服务、目标依赖服务实例2对依赖服务实例请求2的服务。
进一步参考图5，本实施例的用于均衡负载的装置500，可以包括：目标可用区确定模块501，被配置成采用就近解析策略，为访问请求中的域名确定目标可用区；就近解析策略基于访问各个可用区的流量均衡和以下至少一项确定目标可用区：地理位置就近、运营商相同；实际IP解析模块502，被配置成将访问请求中的域名解析至目标可用区中对应域名的入口IP地址组中的实际IP地址；其中，运行于实际IP地址的服务实例所调用的目标服务实例、目标服务实例所调用的目标依赖服务实例均位于目标可用区中；实际IP返回模块503，被配置成将实际IP地址返回至发送访问请求的用户端。
在本实施例的一些可选实现方式中，目标可用区确定模块501中所采用的就近解析策略包括：根据访问请求中的源IP地址的网段所指示的运营商和区域，从访问控制列表中，确定提供服务的可用区集合，其中，访问控制列表包括运营商、区域和提供服务的可用区三者的映射关系；根据访问请求的源IP地址与可用区集合中各个可用区之间的网络传输参数以及访问各个可用区的流量均衡，从各个可用区中，确定目标可用区。
在本实施例的一些可选实现方式中，装置还包括(图中未示出)：第一位置实现模块，被配置成采用以下模块实现实际IP地址所调用的目标服务实例位于目标可用区中：实例请求获取模块，被配置成获取运行于实际IP地址的服务实例发送的服务实例请求；实例IP解析模块，被配置成采用第一就近解析规则，将服务实例请求中的域名就近解析至位于目标可用区的目标服务实例的IP地址；第一就近解析规则基于访问各个目标服务实例的流量均衡和地理位置就近确定位于目标可用区的目标服务实例的IP地址；实例IP返回模块，被配置成将目标服务实例的IP地址，返回至运行于实际IP地址的服务实例。
在本实施例的一些可选实现方式中，实例IP解析模块中所采用的第一就近解析规则包括：根据服务实例请求的源IP地址与可调用的服务实例集合的IP地址集合中各个IP地址之间的网络传输参数，以及访问各个可调用的服务实例的流量均衡，从可调用的服务实例集合中，确定目标服务实例；其中，可调用的服务实例集合位于目标可用区中。
在本实施例的一些可选实现方式中，装置还包括(图中未示出)：第二位置实现模块，被配置成采用以下模块实现目标服务实例所调用的目标依赖服务实例位于目标可用区中：依赖请求获取模块，被配置成获取目标服务实例发送的依赖服务实例请求；IP地址解析模块，被配置成采用第二就近解析规则，将依赖服务实例请求中的域名就近解析至位于目标可用区的目标依赖服务实例的IP地址；第二就近解析规则基于访问各个目标依赖服务实例的流量均衡和地理位置就近确定位于目标可用区的目标依赖服务实例的IP地址；IP地址返回模块，被配置成将目标依赖服务实例的IP地址，返回至目标服务实例。
在本实施例的一些可选实现方式中，IP地址解析模块中所采用的第二就近解析规则包括：根据依赖服务实例请求的源IP地址与可调用的依赖服务实例集合的IP地址集合中各个IP地址之间的网络传输参数，以及访问各个可调用的依赖服务实例之间的流量均衡，从可调用的依赖服务实例集合中，确定目标依赖服务实例；其中，可调用的依赖服务实例集合位于目标可用区中。
在本实施例的一些可选实现方式中，网络传输参数包括以下至少一项：实际传输效率、故障率、拥塞率和丢包率。
在本实施例的一些可选实现方式中，装置还包括(图中未示出)：故障可用区修改模块，被配置成响应于检测到存在发生故障的可用区，将就近解析策略中发生故障的可用区的入口IP地址组修改为无故障的可用区的入口IP地址组。
在本实施例的一些可选实现方式中，装置还包括(图中未示出)：故障实例修改模块，被配置成响应于检测到可调用的服务实例中存在发生故障的可调用的服务实例，将第一就近解析规则中发生故障的可调用的服务实例的IP地址修改为无故障的可调用的服务实例的IP地址。
在本实施例的一些可选实现方式中，装置还包括(图中未示出)：故障依赖修改模块，被配置成响应于检测到可调用的依赖服务实例中存在发生故障的可调用的依赖服务实例，将第二就近解析规则中发生故障的可调用的依赖服务实例的IP地址修改为无故障的可调用的依赖服务实例的IP地址。
应当理解，装置500中记载的各个模块与参考图2-图4b描述的方法中记载的各个步骤相对应。由此，上文针对方法描述的操作和特征同样适用于装置500及其中包含的各个模块，在此不再赘述。
如图6所示，是根据本申请实施例的用于均衡负载的方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。
如图6所示，该电子设备包括：一个或多个处理器601、存储器602，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器***)。图6中以一个处理器601为例。
存储器602即为本申请所提供的非瞬时计算机可读存储介质。其中，所述存储器存储有可由至少一个处理器执行的指令，以使所述至少一个处理器执行本申请所提供的用于均衡负载的方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的用于均衡负载的方法。
存储器602作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的用于均衡负载的方法对应的程序指令/模块(例如，图5所示的目标可用区确定模块501、实际IP解析模块502和实际IP返回模块503)。处理器601通过运行存储在存储器602中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的用于均衡负载的方法。
存储器602可以包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需要的应用程序；存储数据区可存储根据用于均衡负载的方法的电子设备的使用所创建的数据等。此外，存储器602可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器602可选包括相对于处理器601远程设置的存储器，这些远程存储器可以通过网络连接至用于均衡负载的方法的电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
用于均衡负载的方法的电子设备还可以包括：输入装置603和输出装置604。处理器601、存储器602、输入装置603和输出装置604可以通过总线或者其他方式连接，图6中以通过总线连接为例。
输入装置603可接收输入的数字或字符信息，以及产生与用于均衡负载的方法的电子设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置604可以包括显示设备、辅助照明装置(例如，LED)和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。
此处描述的***和技术的各种实施方式可以在数字电子电路***、集成电路***、专用ASIC(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程***上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储***、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储***、该至少一个输入装置、和该至少一个输出装置。
这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(PLD))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。
为了提供与用户的交互，可以在计算机上实施此处描述的***和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
可以将此处描述的***和技术实施在包括后台部件的计算***(例如，作为数据服务器)、或者包括中间件部件的计算***(例如，应用服务器)、或者包括前端部件的计算***(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的***和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算***中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将***的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。
计算机***可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。
根据本申请实施例的技术方案，可以提高确定目标可用区、目标服务实例和目标依赖服务实例的效率，并可以兼顾所确定的目标可用区、目标服务实例和目标依赖服务实例的网络传输参数和访问各个可用区、各个目标服务实例和各个可调用的依赖服务实例的流量均衡。
应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。
上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。

Claims (22)

1.一种用于均衡负载的方法，所述方法包括：
采用就近解析策略，为访问请求中的域名确定目标可用区；所述就近解析策略基于访问各个可用区的流量均衡和以下至少一项确定目标可用区：地理位置就近、运营商相同；
将所述访问请求中的域名解析至所述目标可用区中对应所述域名的入口IP地址组中的实际IP地址；其中，运行于所述实际IP地址的服务实例所调用的目标服务实例、所述目标服务实例所调用的目标依赖服务实例均位于所述目标可用区中；
将所述实际IP地址返回至发送访问请求的用户端。
2.根据权利要求1所述的方法，其中，所述就近解析策略包括：
根据所述访问请求中的源IP地址的网段所指示的运营商和区域，从访问控制列表中，确定提供服务的可用区集合，其中，所述访问控制列表包括运营商、区域和提供服务的可用区三者的映射关系；
根据所述访问请求的源IP地址与所述可用区集合中各个可用区之间的网络传输参数以及访问各个可用区的流量均衡，从各个可用区中，确定目标可用区。
3.根据权利要求1所述的方法，所述方法还包括：
采用以下步骤实现所述实际IP地址所调用的目标服务实例位于所述目标可用区中：
获取运行于所述实际IP地址的服务实例发送的服务实例请求；
采用第一就近解析规则，将所述服务实例请求中的域名就近解析至位于所述目标可用区的目标服务实例的IP地址；所述第一就近解析规则基于访问各个目标服务实例的流量均衡和地理位置就近确定位于所述目标可用区的目标服务实例的IP地址；
将所述目标服务实例的IP地址，返回至所述运行于所述实际IP地址的服务实例。
4.根据权利要求3所述的方法，其中，所述第一就近解析规则包括：
根据所述服务实例请求的源IP地址与可调用的服务实例集合的IP地址集合中各个IP地址之间的网络传输参数，以及访问各个可调用的服务实例的流量均衡，从可调用的服务实例集合中，确定目标服务实例；
其中，所述可调用的服务实例集合位于所述目标可用区中。
5.根据权利要求1所述的方法，所述方法还包括：
采用以下步骤实现所述目标服务实例所调用的目标依赖服务实例位于所述目标可用区中：
获取所述目标服务实例发送的依赖服务实例请求；
采用第二就近解析规则，将所述依赖服务实例请求中的域名就近解析至位于所述目标可用区的目标依赖服务实例的IP地址；所述第二就近解析规则基于访问各个目标依赖服务实例的流量均衡和地理位置就近确定位于所述目标可用区的目标依赖服务实例的IP地址；
将所述目标依赖服务实例的IP地址，返回至所述目标服务实例。
6.根据权利要求5所述的方法，其中，所述第二就近解析规则包括：
根据所述依赖服务实例请求的源IP地址与可调用的依赖服务实例集合的IP地址集合中各个IP地址之间的网络传输参数，以及访问各个可调用的依赖服务实例之间的流量均衡，从可调用的依赖服务实例集合中，确定目标依赖服务实例；
其中，所述可调用的依赖服务实例集合位于所述目标可用区中。
7.根据权利要求2、4、6中任意一项所述的方法，其中，
所述网络传输参数包括以下至少一项：实际传输效率、故障率、拥塞率和丢包率。
8.根据权利要求2所述的方法，所述方法还包括：
响应于检测到存在发生故障的可用区，将所述就近解析策略中发生故障的可用区的入口IP地址组修改为无故障的可用区的入口IP地址组。
9.根据权利要求4所述的方法，所述方法还包括：
响应于检测到所述可调用的服务实例中存在发生故障的可调用的服务实例，将所述第一就近解析规则中发生故障的可调用的服务实例的IP地址修改为无故障的可调用的服务实例的IP地址。
10.根据权利要求6所述的方法，所述方法还包括：
响应于检测到所述可调用的依赖服务实例中存在发生故障的可调用的依赖服务实例，将所述第二就近解析规则中发生故障的可调用的依赖服务实例的IP地址修改为无故障的可调用的依赖服务实例的IP地址。
11.一种用于均衡负载的装置，所述装置包括：
目标可用区确定模块，被配置成采用就近解析策略，为访问请求中的域名确定目标可用区；所述就近解析策略基于访问各个可用区的流量均衡和以下至少一项确定目标可用区：地理位置就近、运营商相同；
实际IP解析模块，被配置成将所述访问请求中的域名解析至所述目标可用区中对应所述域名的入口IP地址组中的实际IP地址；其中，运行于所述实际IP地址的服务实例所调用的目标服务实例、所述目标服务实例所调用的目标依赖服务实例均位于所述目标可用区中；
实际IP返回模块，被配置成将所述实际IP地址返回至发送访问请求的用户端。
12.根据权利要求11所述的装置，其中，所述目标可用区确定模块中所采用的就近解析策略包括：
根据所述访问请求中的源IP地址的网段所指示的运营商和区域，从访问控制列表中，确定提供服务的可用区集合，其中，所述访问控制列表包括运营商、区域和提供服务的可用区三者的映射关系；
根据所述访问请求的源IP地址与所述可用区集合中各个可用区之间的网络传输参数以及访问各个可用区的流量均衡，从各个可用区中，确定目标可用区。
13.根据权利要求11所述的装置，所述装置还包括：
第一位置实现模块，被配置成采用以下模块实现所述实际IP地址所调用的目标服务实例位于所述目标可用区中：
实例请求获取模块，被配置成获取运行于所述实际IP地址的服务实例发送的服务实例请求；
实例IP解析模块，被配置成采用第一就近解析规则，将所述服务实例请求中的域名就近解析至位于所述目标可用区的目标服务实例的IP地址；所述第一就近解析规则基于访问各个目标服务实例的流量均衡和地理位置就近确定位于所述目标可用区的目标服务实例的IP地址；
实例IP返回模块，被配置成将所述目标服务实例的IP地址，返回至所述运行于所述实际IP地址的服务实例。
14.根据权利要求13所述的装置，其中，所述实例IP解析模块中所采用的所述第一就近解析规则包括：
根据所述服务实例请求的源IP地址与可调用的服务实例集合的IP地址集合中各个IP地址之间的网络传输参数，以及访问各个可调用的服务实例的流量均衡，从可调用的服务实例集合中，确定目标服务实例；
其中，所述可调用的服务实例集合位于所述目标可用区中。
15.根据权利要求11所述的装置，所述装置还包括：
第二位置实现模块，被配置成采用以下模块实现所述目标服务实例所调用的目标依赖服务实例位于所述目标可用区中：
依赖请求获取模块，被配置成获取所述目标服务实例发送的依赖服务实例请求；
IP地址解析模块，被配置成采用第二就近解析规则，将所述依赖服务实例请求中的域名就近解析至位于所述目标可用区的目标依赖服务实例的IP地址；所述第二就近解析规则基于访问各个目标依赖服务实例的流量均衡和地理位置就近确定位于所述目标可用区的目标依赖服务实例的IP地址；
IP地址返回模块，被配置成将所述目标依赖服务实例的IP地址，返回至所述目标服务实例。
16.根据权利要求15所述的装置，其中，所述IP地址解析模块中所采用的所述第二就近解析规则包括：
根据所述依赖服务实例请求的源IP地址与可调用的依赖服务实例集合的IP地址集合中各个IP地址之间的网络传输参数，以及访问各个可调用的依赖服务实例之间的流量均衡，从可调用的依赖服务实例集合中，确定目标依赖服务实例；
其中，所述可调用的依赖服务实例集合位于所述目标可用区中。
17.根据权利要求12、14、16中任意一项所述的装置，其中，
所述网络传输参数包括以下至少一项：实际传输效率、故障率、拥塞率和丢包率。
18.根据权利要求12所述的装置，所述装置还包括：
故障可用区修改模块，被配置成响应于检测到存在发生故障的可用区，将所述就近解析策略中发生故障的可用区的入口IP地址组修改为无故障的可用区的入口IP地址组。
19.根据权利要求14所述的装置，所述装置还包括：
故障实例修改模块，被配置成响应于检测到所述可调用的服务实例中存在发生故障的可调用的服务实例，将所述第一就近解析规则中发生故障的可调用的服务实例的IP地址修改为无故障的可调用的服务实例的IP地址。
20.根据权利要求16所述的装置，所述装置还包括：
故障依赖修改模块，被配置成响应于检测到所述可调用的依赖服务实例中存在发生故障的可调用的依赖服务实例，将所述第二就近解析规则中发生故障的可调用的依赖服务实例的IP地址修改为无故障的可调用的依赖服务实例的IP地址。
21.一种电子设备，包括：
至少一个处理器；以及
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-10中任一项所述的方法。
22.一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行权利要求1-10中任一项所述的方法。
CN202010506256.5A 2020-06-05 2020-06-05 用于均衡负载的方法和装置 Active CN111683139B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010506256.5A CN111683139B (zh) 2020-06-05 2020-06-05 用于均衡负载的方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010506256.5A CN111683139B (zh) 2020-06-05 2020-06-05 用于均衡负载的方法和装置

Publications (2)

Publication Number Publication Date
CN111683139A true CN111683139A (zh) 2020-09-18
CN111683139B CN111683139B (zh) 2022-10-21

Family

ID=72435025

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010506256.5A Active CN111683139B (zh) 2020-06-05 2020-06-05 用于均衡负载的方法和装置

Country Status (1)

Country Link
CN (1) CN111683139B (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112764918A (zh) * 2020-12-29 2021-05-07 重庆真逆思维科技有限公司 云平台对可用区进行空间搜索的工作方法
CN113079504A (zh) * 2021-03-23 2021-07-06 广州讯鸿网络技术有限公司 5g消息dm多负载均衡器接入实现方法、装置及***
CN114157663A (zh) * 2021-11-25 2022-03-08 联想(北京)有限公司 一种云数据访问方法及云服务器
CN114679290A (zh) * 2021-05-20 2022-06-28 腾讯云计算（北京）有限责任公司 一种网络安全管理方法及电子设备

Citations (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105610930A (zh) * 2015-12-25 2016-05-25 互联网域名***北京市工程研究中心有限公司 一种基于dns的数据优选方法
CN106067890A (zh) * 2016-03-29 2016-11-02 北京肇煜宏泰信息科技有限公司 一种域名解析方法、装置及***
CN106888268A (zh) * 2017-03-24 2017-06-23 杭州迪普科技股份有限公司 一种域名的解析方法及装置
US9961110B2 (en) * 2013-03-15 2018-05-01 Verisign, Inc. Systems and methods for pre-signing of DNSSEC enabled zones into record sets
CN109032760A (zh) * 2018-08-01 2018-12-18 北京百度网讯科技有限公司 用于部署应用的方法和装置
CN109067926A (zh) * 2018-10-11 2018-12-21 平安科技（深圳）有限公司 负载均衡方法、装置、计算机设备及存储介质
CN109347997A (zh) * 2018-12-18 2019-02-15 深圳创维数字技术有限公司 域名解析方法、装置、服务器及存储介质
CN109347947A (zh) * 2018-10-15 2019-02-15 郑州云海信息技术有限公司 一种负载均衡的方法、域名服务器及集群nas服务器
CN109510770A (zh) * 2018-12-07 2019-03-22 北京金山云网络技术有限公司 负载均衡节点之间的信息同步方法、装置和处理设备
CN110048956A (zh) * 2019-05-29 2019-07-23 中国海洋石油集团有限公司 互联网链路负载控制***
CN110086895A (zh) * 2019-04-11 2019-08-02 天津字节跳动科技有限公司 域名解析方法、装置、介质和电子设备
CN110198363A (zh) * 2019-05-10 2019-09-03 深圳市腾讯计算机***有限公司 一种移动边缘计算节点的选择方法、装置及***
CN110413457A (zh) * 2019-08-01 2019-11-05 北京百度网讯科技有限公司 云服务的容灾方法和装置
WO2019233203A1 (zh) * 2018-06-04 2019-12-12 华为技术有限公司 一种基于多可用分区az的域名解析方法及装置
CN110650209A (zh) * 2019-10-09 2020-01-03 北京百度网讯科技有限公司 实现负载均衡的方法和装置
US20200106737A1 (en) * 2018-09-28 2020-04-02 Nutanix, Inc. Systems and methods for implementing address translation services
CN111158949A (zh) * 2018-11-07 2020-05-15 ***通信集团重庆有限公司 容灾架构的配置方法、切换方法及装置、设备和存储介质

Patent Citations (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9961110B2 (en) * 2013-03-15 2018-05-01 Verisign, Inc. Systems and methods for pre-signing of DNSSEC enabled zones into record sets
CN105610930A (zh) * 2015-12-25 2016-05-25 互联网域名***北京市工程研究中心有限公司 一种基于dns的数据优选方法
CN106067890A (zh) * 2016-03-29 2016-11-02 北京肇煜宏泰信息科技有限公司 一种域名解析方法、装置及***
CN106888268A (zh) * 2017-03-24 2017-06-23 杭州迪普科技股份有限公司 一种域名的解析方法及装置
WO2019233203A1 (zh) * 2018-06-04 2019-12-12 华为技术有限公司 一种基于多可用分区az的域名解析方法及装置
CN109032760A (zh) * 2018-08-01 2018-12-18 北京百度网讯科技有限公司 用于部署应用的方法和装置
US20200106737A1 (en) * 2018-09-28 2020-04-02 Nutanix, Inc. Systems and methods for implementing address translation services
CN109067926A (zh) * 2018-10-11 2018-12-21 平安科技（深圳）有限公司 负载均衡方法、装置、计算机设备及存储介质
CN109347947A (zh) * 2018-10-15 2019-02-15 郑州云海信息技术有限公司 一种负载均衡的方法、域名服务器及集群nas服务器
CN111158949A (zh) * 2018-11-07 2020-05-15 ***通信集团重庆有限公司 容灾架构的配置方法、切换方法及装置、设备和存储介质
CN109510770A (zh) * 2018-12-07 2019-03-22 北京金山云网络技术有限公司 负载均衡节点之间的信息同步方法、装置和处理设备
CN109347997A (zh) * 2018-12-18 2019-02-15 深圳创维数字技术有限公司 域名解析方法、装置、服务器及存储介质
CN110086895A (zh) * 2019-04-11 2019-08-02 天津字节跳动科技有限公司 域名解析方法、装置、介质和电子设备
CN110198363A (zh) * 2019-05-10 2019-09-03 深圳市腾讯计算机***有限公司 一种移动边缘计算节点的选择方法、装置及***
CN110048956A (zh) * 2019-05-29 2019-07-23 中国海洋石油集团有限公司 互联网链路负载控制***
CN110413457A (zh) * 2019-08-01 2019-11-05 北京百度网讯科技有限公司 云服务的容灾方法和装置
CN110650209A (zh) * 2019-10-09 2020-01-03 北京百度网讯科技有限公司 实现负载均衡的方法和装置

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
CHENCHUAN: ""用负载均衡实现ECS的高可用性"", 《HTTPS://DEVELOPER.ALIYUN.COM/ASK/228527?SPM=A2C6H.14164896.0.0.318E189EXDTDHT》 *
CHENTAO WU等: "HDP Code: A Horizontal-Diagonal Parity Code to Optimize I/O Load Balancing in RAID-6", 《HTTPS://CIS.TEMPLE.EDU/~HE/PUBLICATIONS/CONFERENCES/HDP-CODE-DSN11.PDF》 *
翁源，黄小红，李丹丹，赵泽华: "基于DNS的网络多出口流量调度方法", 《东南大学学报（自然科学版）》 *
蔡向峰等: "云环境下信息***数据安全解决方案", 《信息通信技术》 *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112764918A (zh) * 2020-12-29 2021-05-07 重庆真逆思维科技有限公司 云平台对可用区进行空间搜索的工作方法
CN112764918B (zh) * 2020-12-29 2022-02-18 赛韵网络科技(上海)有限公司 云平台对可用区进行空间搜索的工作方法
CN113079504A (zh) * 2021-03-23 2021-07-06 广州讯鸿网络技术有限公司 5g消息dm多负载均衡器接入实现方法、装置及***
CN114679290A (zh) * 2021-05-20 2022-06-28 腾讯云计算（北京）有限责任公司 一种网络安全管理方法及电子设备
CN114679290B (zh) * 2021-05-20 2023-03-24 腾讯云计算（北京）有限责任公司 一种网络安全管理方法及电子设备
CN114157663A (zh) * 2021-11-25 2022-03-08 联想(北京)有限公司 一种云数据访问方法及云服务器

Also Published As

Publication number Publication date
CN111683139B (zh) 2022-10-21

Similar Documents

Publication Publication Date Title
CN111683139B (zh) 用于均衡负载的方法和装置
US11765110B2 (en) Method and system for providing resiliency in interaction servicing across data centers
CN111865642B (zh) 用于软件定义网络的多集群配置控制器
US9935829B1 (en) Scalable packet processing service
CN110765024B (zh) 模拟测试方法、装置、电子设备和计算机可读存储介质
US9628505B2 (en) Deploying a security appliance system in a high availability environment without extra network burden
CN107635010B (zh) 流量调度方法、装置、计算机可读存储介质及电子设备
US11805004B2 (en) Techniques and interfaces for troubleshooting datacenter networks
US9390156B2 (en) Distributed directory environment using clustered LDAP servers
CN105893133A (zh) 基于容器技术的应用服务无缝迁移方法和***
US11637914B2 (en) Multiple geography service routing
US8543680B2 (en) Migrating device management between object managers
CN111770176B (zh) 流量调度方法及装置
JP7348983B2 (ja) 負荷分散システム、方法、装置、電子機器及び記憶媒体
CN111885145A (zh) 切换方法、装置、设备及计算机存储介质
US20160043894A1 (en) Automatic reconfiguration of network parameters during file system failover
CN110519109B (zh) 探测节点关联的方法、装置、计算设备以及介质
US20200267230A1 (en) Tracking client sessions in publish and subscribe systems using a shared repository
US20180198707A1 (en) Partial switching of network traffic
CN112532528A (zh) 用于规则引擎的消息路由方法和装置
US10896094B2 (en) Automated failover of data traffic routes for network-based applications
CN111741077B (zh) 网络服务的调度方法、装置、电子设备以及存储介质
CN110278133B (zh) 由服务器执行的检查方法、装置、计算设备以及介质
US10904082B1 (en) Velocity prediction for network devices
CN111835857B (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
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right

Effective date of registration: 20240131

Address after: Building 15, 1st Floor A, No. 8 Dongbei Wangxi Road, Haidian District, Beijing, 100193

Patentee after: Baidu Yunzhi (Beijing) Technology Co.,Ltd.

Country or region after: China

Address before: 2 / F, *** building, 10 Shangdi 10th Street, Haidian District, Beijing 100085

Patentee before: BEIJING BAIDU NETCOM SCIENCE AND TECHNOLOGY Co.,Ltd.

Country or region before: China

TR01 Transfer of patent right