CN110602182B - Service scheduling method, device and system, global load balancer and client - Google Patents

Service scheduling method, device and system, global load balancer and client Download PDF

Info

Publication number
CN110602182B
CN110602182B CN201910797381.3A CN201910797381A CN110602182B CN 110602182 B CN110602182 B CN 110602182B CN 201910797381 A CN201910797381 A CN 201910797381A CN 110602182 B CN110602182 B CN 110602182B
Authority
CN
China
Prior art keywords
request
access node
dns
client
node server
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.)
Active
Application number
CN201910797381.3A
Other languages
Chinese (zh)
Other versions
CN110602182A (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.)
Cloudminds Shanghai Robotics Co Ltd
Original Assignee
Cloudminds Robotics 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 Cloudminds Robotics Co Ltd filed Critical Cloudminds Robotics Co Ltd
Priority to CN201910797381.3A priority Critical patent/CN110602182B/en
Publication of CN110602182A publication Critical patent/CN110602182A/en
Application granted granted Critical
Publication of CN110602182B publication Critical patent/CN110602182B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/45Network directories; Name-to-address mapping
    • H04L61/4505Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1001Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004Server selection for load balancing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1001Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004Server selection for load balancing
    • H04L67/1021Server selection for load balancing based on client or server locations
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/60Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/60Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/63Routing a service request depending on the request content or context
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46Interconnection of networks
    • H04L12/4641Virtual LANs, VLANs, e.g. virtual private networks [VPN]

Landscapes

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

Abstract

The disclosure relates to a service scheduling method, device and system, a global load balancer and a client. The method and the device analyze the DNS SRV request with the service name as the identification information according to the corresponding relation between the port number of the access node server and the identification information of the client, obtain the port number and the domain name of the access node server to which the client is dispatched, analyze the DNS A request or the DNS AAAA request comprising the domain name of the access node server, and obtain the IP address of the access node server, thereby realizing service dispatching. For the same client, when the client is dispatched to different access node servers, the port numbers serving the client can be the same or different, and the problem that the number of the available ports of the access node servers is limited is solved. The port number of the client service can be changed by changing the corresponding relation between the port number of the access node server and the identification information. Thus, the present disclosure has better applicability to systems that do not support virtual hosts.

Description

Service scheduling method, device and system, global load balancer and client
Technical Field
The present disclosure relates to the field of communications technologies, and in particular, to a service scheduling method, apparatus, system, global load balancer, and client.
Background
In a wide area Network, in order to shorten the time for an end user to access a Network resource, a CDN (Content Delivery Network) is generally used to deploy the Network resource to a server relatively close to the end user, so as to shorten a Network path between the end user and the resource. The CDN system uses GSLB (global load balancer) to schedule end user network requests. CDN systems typically accelerate network resources that are transported over HTTP or HTTPs protocols. Both HTTP and HTTPs protocols support virtual hosts (virtual host), which distinguish websites being accessed by a domain name. For example, both domain names www.abc.com and www.123.com may be served simultaneously on the same port of the same IP address of the same server. At this time, GSLB may implement scheduling of CDN services by resolving the domain name into an IP address.
However, some Network service protocols do not support Virtual hosts, such as SSL (Secure Sockets Layer) VPN (Virtual Private Network) protocol does not support Virtual hosts. The SSLVPN is intended to implement multi-tenant (subscriber) services on the same IP of the same server, and can only distinguish these services with different network ports. Thus, in order to realize multi-tenant (user) support in a system that does not support virtual hosts and to realize near-access and service scheduling in a wide area network for each tenant (user), the same network port needs to be used on each access node server for each tenant (user). Due to the limitation of the basic network, the available port range of each access node server is different, so that the number of available ports is limited. In addition, the change of the service port of the tenant (user) is also extremely difficult, and each time the port is changed, the configuration file needs to be sent to the SSL VPN client again. Thus, for a system that does not support a virtual host, the GSLB same as the CDN system in the related art is less applicable.
Disclosure of Invention
The present disclosure aims to provide a service scheduling method, device, system, global load balancer and client, so as to solve the problem in the related art that the applicability to the GSLB of a system that does not support a virtual host is poor.
In order to achieve the above object, according to a first aspect of the embodiments of the present disclosure, there is provided a service scheduling method applied to a global load balancer, the method including:
receiving a DNS SRV request initiated by a client and forwarded by a local domain name server, wherein a service name in the DNS SRV request is identification information of the client;
returning a first response message for responding to the DNS SRV request according to a corresponding relation between a pre-stored port number of the access node server and the identification information, wherein the first response message comprises the port number and the domain name of the access node server to which the client is dispatched;
receiving a DNS A request or a DNS AAAA request initiated by a client and forwarded by the local domain name server, wherein the DNS A request or the DNS AAAA request comprises a domain name of the access node server;
returning a second response message for responding to the DNS A request or the DNS AAAA request, wherein the second response message comprises the IP address of the access node server.
According to a second aspect of the embodiments of the present disclosure, there is provided a service scheduling method applied to a client, the method including:
initiating a DNS SRV request to a local domain name server, wherein a service name in the DNS SRV request is the identification information of the client;
receiving a first response message of a global load balancer forwarded by a local domain name server to the DNS SRV request, wherein the first response message comprises a port number and a domain name of an access node server to which the client is dispatched;
initiating a DNS A request or a DNS AAAA request to the local domain name server, wherein the DNS A request or the DNS AAAA request comprises the domain name of the access node server;
receiving a second response message of a global load balancer forwarded by a local domain name server to the DNS A request or the DNS AAAA request, wherein the second response message comprises the IP address of the access node server;
initiating a network request to the access node server according to the obtained IP address and the port number of the access node server;
and receiving a network response returned by the access node server and used for responding to the network request.
According to a third aspect of the embodiments of the present disclosure, there is provided a service scheduling method applied to a service scheduling system, where the service scheduling system includes a client, a local domain name server, a global load balancer, and an access node server, the method includes:
the client side initiates a DNS SRV request to a local domain name server, and a service name in the DNS SRV request is identification information of the client side;
the local domain name server forwards the DNS SRV request to the global load balancer;
the global load balancer returns a first response message for responding to the DNS SRV request according to a pre-stored corresponding relation between the port number of the access node server and the identification information, wherein the first response message comprises the port number and the domain name of the access node server to which the client is dispatched;
the local domain name server receives and forwards the first response message to the client;
the client side initiates a DNS A request or a DNS AAAA request to the local domain name server, and the DNS A request or the DNS AAAA request comprises the domain name of the access node server;
the local domain name server forwards the DNS A request or DNS AAAA request to the global load balancer;
the global load balancer returns a second response message for responding to the DNS A request or the DNS AAAA request, wherein the second response message comprises the IP address of the access node server;
the local domain name server receives and forwards the second response message to the client;
the client side initiates a network request to the access node server according to the obtained IP address and the port number of the access node server;
the access node server receives the network request and returns a network response for responding to the network request to the client;
and the client receives the network response returned by the access node server.
According to a fourth aspect of the embodiments of the present disclosure, there is provided a service scheduling apparatus applied to a global load balancer, the apparatus including:
a first receiving module, configured to receive a DNS SRV request initiated by a client and forwarded by a local domain name server, where a service name in the DNS SRV request is identification information of the client;
a first response module, configured to return a first response message for responding to the DNS SRV request according to a correspondence between a pre-stored port number of the access node server and the identification information, where the first response message includes the port number and the domain name of the access node server to which the client is scheduled;
a second receiving module, configured to receive a DNS a request or a DNS AAAA request initiated by a client and forwarded by the local domain name server, where the DNS a request or the DNS AAAA request includes a domain name of the access node server;
a second response module, configured to return a second response message for responding to the DNS a request or the DNS AAAA request, where the second response message includes the IP address of the access node server.
According to a fifth aspect of the embodiments of the present disclosure, there is provided a service scheduling apparatus, applied to a client, the apparatus including:
a first request module, configured to initiate a DNS SRV request to a local domain name server, where a service name in the DNS SRV request is identification information of the client;
a first response receiving module, configured to receive a first response message of the global load balancer to the DNS SRV request, where the first response message includes a port number and a domain name of an access node server to which the client is scheduled;
a second request module, configured to initiate a DNS a request or a DNS AAAA request to the local domain name server, where the DNS a request or the DNS AAAA request includes a domain name of the access node server;
a second response receiving module, configured to receive a second response message of the global load balancer forwarded by the local domain name server for the DNS a request or the DNS AAAA request, where the second response message includes an IP address of the access node server;
the network request module is used for initiating a network request to the access node server according to the obtained IP address and the port number of the access node server;
and the response receiving module is used for receiving the network response which is returned by the access node server and used for responding to the network request.
According to a sixth aspect of the embodiments of the present disclosure, there is provided a service scheduling system, including a client, a local domain name server, a global load balancer, and an access node server;
the client is used for initiating a DNS SRV request to a local domain name server, and a service name in the DNS SRV request is identification information of the client;
the local domain name server is used for forwarding the DNS SRV request to the global load balancer;
the global load balancer is used for returning a first response message for responding to the DNS SRV request according to a pre-stored corresponding relation between the port number of the access node server and the identification information, wherein the first response message comprises the port number and the domain name of the access node server to which the client is dispatched;
the local domain name server is further used for receiving and forwarding the first response message to the client;
the client is further configured to initiate a DNS a request or a DNS AAAA request to the local domain name server, where the DNS a request or the DNS AAAA request includes a domain name of the access node server;
the local domain name server is further configured to forward the DNS a request or DNS AAAA request to the global load balancer;
the global load balancer is further configured to return a second response message for responding to the DNS a request or the DNS AAAA request, where the second response message includes an IP address of the access node server;
the local domain name server is further configured to receive and forward the second response message to the client;
the client is also used for initiating a network request to the access node server according to the obtained IP address and the port number of the access node server;
the access node server is used for receiving the network request and returning a network response for responding to the network request to the client;
the client is further configured to receive the network response returned by the access node server.
According to a seventh aspect of embodiments of the present disclosure, there is provided a computer-readable storage medium, on which a computer program is stored, which when executed by a processor, performs the steps of the method according to the first and second aspects of embodiments of the present disclosure.
According to an eighth aspect of the embodiments of the present disclosure, there is provided a global load balancer, including:
a memory having a computer program stored thereon;
a processor for executing the computer program in the memory to implement the steps of the method of the first aspect of an embodiment of the disclosure.
According to a ninth aspect of the embodiments of the present disclosure, there is provided a client, including:
a memory having a computer program stored thereon;
a processor for executing the computer program in the memory to implement the steps of the method of the second aspect of the embodiments of the present disclosure.
According to the technical scheme, firstly, a DNS SRV request with a service name as client identification information is analyzed according to the corresponding relation between the port number of an access node server and client identification information, the port number and the domain name of the access node server to which a client is dispatched are obtained, then a DNS A request or a DNS AAAA request comprising the domain name of the access node server is analyzed, the IP address of the access node server is obtained, and therefore the client can carry out network request on the access node server according to the obtained IP address and the port number of the access node server, and service dispatching on the client is achieved. Accordingly, when the same client (user or tenant) is dispatched to different access node servers, the port numbers served by the same client can be the same or different, so that the problem that the available port number is limited due to the limitation of the basic network and the difference of the available port range of each access node server is solved. Moreover, by changing the corresponding relation between the port number of the access node server and the identification information, the port number for serving the client (user or tenant) can be changed without sending a configuration file to the client. Therefore, the technical scheme provided by the disclosure has better applicability to systems which do not support virtual hosts.
Additional features and advantages of the disclosure will be set forth in the detailed description which follows.
Drawings
The accompanying drawings, which are included to provide a further understanding of the disclosure and are incorporated in and constitute a part of this specification, illustrate embodiments of the disclosure and together with the description serve to explain the disclosure without limiting the disclosure. In the drawings:
fig. 1 is a signaling interaction diagram of a service scheduling system according to an embodiment of the present disclosure.
Fig. 2 is a flowchart of a service scheduling method applied to a service scheduling system according to an embodiment of the present disclosure.
Fig. 3 is a block diagram of a service scheduling system provided by an embodiment of the present disclosure.
Fig. 4 is a flowchart of a service scheduling method on the global load balancer side according to an embodiment of the present disclosure.
Fig. 5 is a flowchart of a method for scheduling a service on a client side according to an embodiment of the present disclosure.
Fig. 6 is a block diagram of a service scheduling apparatus applied to a global load balancer according to an embodiment of the present disclosure.
Fig. 7 is a block diagram of a service scheduling apparatus applied to a client according to an embodiment of the present disclosure.
Fig. 8 is a block diagram of a global load balancer provided in an embodiment of the present disclosure.
Fig. 9 is a block diagram of a client according to an embodiment of the present disclosure.
Detailed Description
In order to make the objects, technical solutions and advantages of the embodiments of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are some, but not all, embodiments of the present invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
In order to make the technical solutions provided by the embodiments of the present invention easier to understand for those skilled in the art, the related technologies will be briefly described below.
Please refer to fig. 1, which is a signaling interaction diagram of a service scheduling system according to an embodiment of the present disclosure. The service scheduling system includes a client 10, a local domain name server 20, a global load balancer 30, and an access node server 40. A service scheduling method applied to the service scheduling system according to the embodiment of the present disclosure is described below with reference to fig. 2 based on fig. 1.
Fig. 2 is a flowchart of a service scheduling method applied to a service scheduling system, where the service scheduling method is applied to the service scheduling system shown in fig. 1 according to an embodiment of the present disclosure. As shown in fig. 2, the service scheduling method includes the steps of:
in step S11, the client 10 initiates a DNS SRV request to the local domain name server 20, where a service name in the DNS SRV request is identification information of the client 10.
The global load balancer 30GSLB in the existing CDN system can only resolve a Domain Name into an IP, which is implemented based on an a record or an AAAA record of a DNS (Domain Name server). The DNS protocol also supports SRV records, the record format of SRV is: name TTL Class SRV Priority Weight Port Target. Wherein, Service is a Service name, and the prefix _' is to prevent the conflict with DNS Label (common domain name); proto is a communication protocol used by the service, TCP, UDP, other standard protocols or self-defined protocols; name is the domain Name providing the service; TTL is effective time of cache; CLASS, CLASS; priority, wherein the smaller the numerical value, the higher the Priority, the range is 0-65535; weight, the higher the value of the Weight of the record, the higher the Weight, the range is 0-65535; port, service Port number, 0-65535; target is host address. In order to implement Service scheduling for the client 10, in the embodiment of the present disclosure, the Service name in the DNS SRV request is identification information of the client 10, that is, identification information of the client 10 identified by a Service field in the DNS SRV request. The identification information may be, but is not limited to, a user name or ID of the user using the client 10.
In step S12, the local domain name server 20 forwards the DNS SRV request to the global load balancer 30.
In step S13, the global load balancer 30 returns a first response message for responding to the DNS SRV request according to a pre-stored correspondence between the port number of the access node server 40 and the identification information, where the first response message includes the port number and the domain name of the access node server 40 to which the client 10 is scheduled.
The global load balancer 30 determines the address location of the client 10 according to the Local Domain Name Server (LDNS) in the DNS SRV resolution request, and returns the Domain Name of the access node Server 40 closest to the client 10 as a DNS response, which lays a foundation for the client 10 to be dispatched to the access node Server 40 closest to the client. The global load balancer 30 pre-stores the corresponding relationship between the port number of the access node server 40 and the identification information. The correspondence between the port number of the access node server 40 and the identification information may be as shown in table 1.
TABLE 1
Figure BDA0002181349070000091
Figure BDA0002181349070000101
As shown in table 1: the identification information is different, for example, the identification information 1 and the identification information 2 are different, and may be user names or IDs of different users (clients). The access node servers are different, that is, the domain names of the access node servers are different, for example, the access node server 1 and the access node server 2 are different, and may be access node servers of different address locations. When the identification information 1 (or the identification information 2) is at different address locations, the identification information can be dispatched to (accessed to) an access node server at different address locations, for example, when the identification information 1 is close to the access node server 1, the identification information is dispatched to (accessed to) the access node server 1; for another example, when the identification information 1 is close to the access node server 2, it is dispatched to (accessed to) the access node server 2. When the identification information 1 and the identification information 2 are at the same address location, they may be dispatched to (accessed to) an access node server at the same address location, for example, when both the identification information 1 and the identification information 2 are close to the access node server 1 (or the access node server 2), they are dispatched to (accessed to) the access node server 1 (or the access node server 2). Because each port number corresponding to each identification information in the table represents a port number of a different access node server, each port number corresponding to each identification information may be the same or different, for example, port number 1 and port number 2 may be the same or different, for example, the values of port number 1 and port number 2 are 20003; for another example, the value of port number 1 is 20003 and the value of port number 2 is 15708. That is, for the same identification information, when it is scheduled to (accessed to) different access node servers, the corresponding port numbers (for serving them) may be the same or different. However, the port numbers of the same access node server corresponding to different identification information are different, for example, the port number 1 corresponding to the access node server 1 corresponding to the identification information 1 is different from the port number 11 corresponding to the access node server 1 corresponding to the identification information 2. For the correspondence relationship including a plurality of identification information, when one or more identification information is scheduled to (accessed to) different access node servers, the corresponding (served) port numbers are different, that is, when at least one identification information exists in the correspondence relationship between the port number of the access node server and the identification information, the corresponding port number is different. Conversely, for the correspondence relationship including multiple pieces of identification information, when all pieces of identification information are scheduled to (accessed to) different access node servers, the corresponding (served) port numbers are the same, that is, in table 1, all the port numbers corresponding to identification information 1 are the same (port number 1 is the same as port number 2, etc.), and all the port numbers corresponding to identification information 2 are the same (port number 11 is the same as port number 12, etc.).
Therefore, the global load balancer 30 determines the address location of the client 10 according to a Local Domain Name Server (LDNS) in the DNS SRV request initiated by the client 10, schedules (accesses) the client 10 to a nearest access node Server, then obtains a corresponding relationship between the identification information of the client 10 and the access node Server, and obtains the access node Server and the port number corresponding to the identification information of the client 10 according to a pre-stored corresponding relationship between the port number of the access node Server and the identification information, so that the first response message returned by the global load balancer 30 for responding to the DNS SRV request includes the port number and the Domain Name of the access node Server to which the client 10 is scheduled.
In step S14, the local domain name server 20 receives and forwards the first response message to the client 10.
In step S15, the client 10 initiates a DNS a request or a DNS AAAA request to the local domain name server 20, where the DNS a request or the DNS AAAA request includes the domain name of the access node server.
In step S16, the local domain name server 20 forwards the DNS a request or DNS AAAA request to the global load balancer 30.
In step S17, the global load balancer 30 returns a second response message for responding to the DNS a request or the DNS AAAA request, where the second response message includes the IP address of the access node server.
In step S18, the local domain name server 20 receives and forwards the second response message to the client 10.
In step S19, the client 10 initiates a network request to the access node server according to the obtained IP address and port number of the access node server.
In step S20, the access node server receives the network request and returns a network response for responding to the network request to the client 10.
In step S21, the client 10 receives the network response returned by the access node server.
In order to more clearly illustrate the service scheduling method provided by the embodiment of the present disclosure, the present disclosure takes one possible implementation as an example to roughly illustrate. A client with cloudminsnds as identification information (user name), using UDP protocol, allocates two access node servers to the user, where the two access node servers are in beijing and shanghai respectively, and the domain names are: bj-001. host.mcs.cloddmins.com, sh-001. host.mcs.cloddmins.com; the service ports of cloudsandds on the two access node servers are respectively: 20003 and 15708, the corresponding relationship between the port number of the global load balancer and the identification information according to the pre-stored access node server can be shown in table 2. A cloudminds client initiates a DNS SRV request in shanghai, for example, as _ cloudminds _ udp.mcs.cloudminds.com, and a first response message returned by the global load balancer to respond to the DNS SRV request may be 0515708 sh _001.host.mcs.cloudminds.com, where 0 and 5 are the priority and weight of the SRV record, 15708 is the port number of the shanghai access node server, and sh _001.host.mcs.cloudminds.com is the domain name of the shanghai access node server, respectively. The cluudinds client initiates a DNS SRV request at beijing, for example, as _ cluudinds. _ udp. mcs. cluudinds. com, and the first response message returned by the global load balancer to respond to the DNS SRV request may be 0520003 bj _001.host. mcs. cluudinds. com, where 0 and 5 are the priority and weight of the SRV record, respectively, 20003 is the port number of the beijing access node server, and bj _001.host. mcs. cluudinds. com is the domain name of the beijing access node server. And then the cluudinds client side initiates a DNS A request or a DNS AAAA request, wherein the DNS A request or the DNS AAAA request comprises a domain name sh _001. host.mcs.cluudinds.com of the Shanghai access node server or a domain name bj _001. host.mcs.cluudinds.com of the Beijing access node server, and a second response message returned by the global load balancer and used for responding to the DNS A request or the DNS AAAA request is the IP address of the Shanghai access node server or the IP address of the Beijing access node server. And the client side initiates a network request to the Shanghai access node server (or the Beijing access node server) according to the acquired IP address and port number of the Shanghai access node server (or the Beijing access node server).
TABLE 2
Figure BDA0002181349070000131
Through the above steps, the global load balancer 30 firstly resolves the DNS SRV request with the service name as the identification information according to the correspondence between the port number of the access node server and the identification information of the client 10, to obtain the port number and the domain name of the access node server to which the client 10 is scheduled (accessed), and then resolves the DNS a request or DNS AAAA request (IPv6) including the domain name of the access node server to obtain the IP address of the access node server, so that the client 10 can perform a network request for the access node server according to the obtained IP address and port number of the access node server, thereby implementing the service scheduling of the client 10 by the global load balancer 30. Accordingly, for the same client 10 (user or tenant), when it is scheduled to different access node servers, the port numbers served for it may be the same or different, thereby solving the problem that the available port number is limited due to the limitation of the underlying network and the difference of the available port range of each access node server. Moreover, by changing the correspondence between the port number of the access node server and the identification information, it is possible to change the port number serving the client 10 (user or tenant) without sending a configuration file to the client 10. Therefore, the technical scheme provided by the disclosure has better applicability to systems which do not support virtual hosts.
Optionally, the method further comprises:
and modifying the corresponding relation between the pre-stored port number of the access node server and the identification information so as to update the port number of the access node server to which the client 10 is dispatched.
By modifying the corresponding relationship between the port number of the access node server prestored in the global load balancer 30 and the identification information, the port number of the access node server to which the client 10 is scheduled can be updated, that is, the port number for serving the client 10 (user or tenant) is changed, and a configuration file does not need to be sent to the client 10, so that the method is time-saving, labor-saving, convenient and fast.
A block schematic diagram of a service scheduling system provided by the embodiment of the present disclosure is shown in fig. 3. Referring to fig. 1 and fig. 3 in combination, in the service scheduling system provided by the embodiment of the present disclosure:
the client 10 is configured to initiate a DNS SRV request to the local domain name server 20, where a service name in the DNS SRV request is identification information of the client 10.
The local domain name server 20 is configured to forward the DNS SRV request to the global load balancer 30.
The global load balancer 30 is configured to return a first response message for responding to the DNS SRV request according to a correspondence between a pre-stored port number of the access node server and the identification information, where the first response message includes the port number and the domain name of the access node server to which the client 10 is scheduled.
The local domain name server 20 is further configured to receive and forward the first response message to the client 10.
The client 10 is further configured to initiate a DNS a request or a DNS AAAA request to the local domain name server 20, where the DNS a request or the DNS AAAA request includes the domain name of the access node server.
The local domain name server 20 is further configured to forward the DNS a request or DNS AAAA request to the global load balancer 30.
The global load balancer 30 is further configured to return a second response message for responding to the DNS a request or the DNS AAAA request, where the second response message includes the IP address of the access node server.
The local domain name server 20 is further configured to receive and forward the second response message to the client 10.
The client 10 is further configured to initiate a network request to the access node server according to the obtained IP address and port number of the access node server.
The access node server is configured to receive the network request, and return a network response for responding to the network request to the client 10.
The client 10 is further configured to receive the network response returned by the access node server.
The service scheduling system provided by the embodiment of the present disclosure is applied to the service scheduling method, and therefore has similar beneficial effects, which are not described herein again.
Based on the inventive concept, the embodiment of the present disclosure further provides a service scheduling method, which is applied to the global load balancer 30. Fig. 4 is a flowchart of a service scheduling method on the global load balancer 30 side according to an embodiment of the present disclosure. As shown in fig. 4, the service scheduling method includes the steps of:
step S130, receiving a DNS SRV request initiated by the client 10 and forwarded by the local domain name server 20, where a service name in the DNS SRV request is identification information of the client 10.
Step S131, returning a first response message for responding to the DNS SRV request according to a correspondence between a pre-stored port number of the access node server and the identification information, where the first response message includes the port number and the domain name of the access node server to which the client 10 is scheduled.
Step S170, receiving a DNS a request or a DNS AAAA request initiated by the client 10 and forwarded by the local domain name server 20, where the DNS a request or the DNS AAAA request includes the domain name of the access node server.
Step S171, returning a second response message for responding to the DNS a request or DNS AAAA request, where the second response message includes the IP address of the access node server.
Since steps S130 and S131 are substantially the same as step S13, and steps S170 and S171 are substantially the same as step S17, further description is omitted here.
Through the above steps, the global load balancer 30 firstly resolves the DNS SRV request with the service name as the identification information according to the correspondence between the port number of the access node server and the identification information of the client 10, to obtain the port number and the domain name of the access node server to which the client 10 is scheduled (accessed), and then resolves the DNS a request or DNS AAAA request (IPv6) including the domain name of the access node server to obtain the IP address of the access node server, so that the client 10 can perform a network request for the access node server according to the obtained IP address and port number of the access node server, thereby implementing the service scheduling of the client 10 by the global load balancer 30. Accordingly, for the same client 10 (user or tenant), when it is scheduled to different access node servers, the port numbers served for it may be the same or different, thereby solving the problem that the available port number is limited due to the limitation of the underlying network and the difference of the available port range of each access node server. Moreover, by changing the correspondence between the port number of the access node server and the identification information, it is possible to change the port number serving the client 10 (user or tenant) without sending a configuration file to the client 10. Therefore, the technical scheme provided by the disclosure has better applicability to systems which do not support virtual hosts.
Optionally, the method further comprises:
and modifying the corresponding relation between the pre-stored port number of the access node server and the identification information so as to update the port number of the access node server to which the client 10 is dispatched.
By modifying the corresponding relationship between the port number of the access node server prestored in the global load balancer 30 and the identification information, the port number of the access node server to which the client 10 is scheduled can be updated, that is, the port number for serving the client 10 (user or tenant) is changed, and a configuration file does not need to be sent to the client 10, so that the method is time-saving, labor-saving, convenient and fast.
Based on the above inventive concept, the embodiment of the present disclosure further provides a service scheduling method, which is applied to the client 10. Fig. 5 is a flowchart of a service scheduling method on the client 10 side provided by the embodiment of the present disclosure. As shown in fig. 5, the service scheduling method includes the steps of:
step S110, a DNS SRV request is initiated to the local domain name server 20, and a service name in the DNS SRV request is the identification information of the client 10.
Step S140, receiving a first response message of the global load balancer 30 forwarded by the local domain name server 20 to the DNS SRV request, where the first response message includes the port number and the domain name of the access node server to which the client 10 is scheduled.
Step S150, initiating a DNS a request or a DNS AAAA request to the local domain name server 20, where the DNS a request or the DNS AAAA request includes the domain name of the access node server.
Step S180, receiving a second response message of global load balancer 30 forwarded by local domain name server 20 to the DNS a request or DNS AAAA request, where the second response message includes the IP address of the access node server.
Step S190, according to the obtained IP address and the port number of the access node server, a network request is sent to the access node server.
Step S210, receiving a network response returned by the access node server for responding to the network request.
Since step S110 is substantially the same as step S11, step S140 is substantially the same as step S14, step S150 is substantially the same as step S15, step S180 is substantially the same as step S18, step S190 is substantially the same as step S19, and step S210 is substantially the same as step S21, which is not repeated herein.
Through the above steps of the method, the client 10 initiates a DNS SRV request with a service name of identification information, receives a first response message of the DNS SRV request to obtain a port number and a domain name of an access node server to which the client 10 is scheduled (accessed), and then initiates a DNS a request or a DNS AAAA request (IPv6) including the domain name of the access node server to obtain an IP address of the access node server, so that the client 10 can perform a network request on the access node server according to the obtained IP address and port number of the access node server, thereby implementing service scheduling. Accordingly, for the same client 10 (user or tenant), when it is scheduled to different access node servers, the port numbers served for it may be the same or different, thereby solving the problem that the available port number is limited due to the limitation of the underlying network and the difference of the available port range of each access node server. Moreover, by changing the first response message, it is possible to change the port number for serving the client 10 (user or tenant) without sending a configuration file to the client 10. Therefore, the technical scheme provided by the disclosure has better applicability to systems which do not support virtual hosts.
Based on the above inventive concept, the embodiments of the present disclosure further provide a service scheduling apparatus, which is used to implement the steps of the service scheduling method applied to the global load balancer. The service scheduling apparatus may implement part or all of the global load balancer by software, hardware, or a combination of both. As shown in fig. 6, the service scheduling apparatus includes:
a first receiving module 130, configured to receive a DNS SRV request initiated by a client and forwarded by a local domain name server, where a service name in the DNS SRV request is identification information of the client.
A first response module 131, configured to return a first response message for responding to the DNS SRV request according to a correspondence between a pre-stored port number of the access node server and the identification information, where the first response message includes the port number and the domain name of the access node server to which the client is scheduled.
A second receiving module 170, configured to receive a DNS a request or a DNS AAAA request initiated by the client and forwarded by the local domain name server, where the DNS a request or the DNS AAAA request includes the domain name of the access node server.
A second response module 171, configured to return a second response message for responding to the DNS a request or the DNS AAAA request, where the second response message includes the IP address of the access node server.
It should be noted that, as is clear to those skilled in the art, for convenience and brevity of description, the specific working process and description of the apparatus described above may refer to the corresponding process in the foregoing method embodiments, and no further description is provided herein.
By adopting the device, firstly, the DNS SRV request with the service name as the identification information is analyzed according to the corresponding relation between the port number of the access node server and the identification information of the client, the port number and the domain name of the access node server to which the client is dispatched (accessed) are obtained, then the DNS A request or the DNS AAAA request (IPv6) comprising the domain name of the access node server is analyzed, the IP address of the access node server is obtained, therefore, the client can carry out the network request on the access node server according to the obtained IP address and the port number of the access node server, and the service dispatching of the client is realized. Accordingly, when the same client (user or tenant) is dispatched to different access node servers, the port numbers served by the same client can be the same or different, so that the problem that the available port number is limited due to the limitation of the basic network and the difference of the available port range of each access node server is solved. Moreover, by changing the corresponding relation between the port number of the access node server and the identification information, the port number for serving the client (user or tenant) can be changed without sending a configuration file to the client. Therefore, the technical scheme provided by the disclosure has better applicability to systems which do not support virtual hosts.
Optionally, the service scheduling apparatus further includes:
and the updating module modifies the corresponding relation between the pre-stored port number of the access node server and the identification information so as to update the port number of the access node server to which the client is dispatched.
By modifying the corresponding relation between the port number of the access node server in the pre-existing global load balancer and the identification information, the port number of the access node server to which the client is dispatched can be updated, namely, the port number for serving the client (user or tenant) is changed, and a configuration file does not need to be sent to the client, so that the method is time-saving, labor-saving, convenient and quick.
Based on the above inventive concept, the embodiments of the present disclosure further provide a service scheduling apparatus, which is used to implement the steps of the service scheduling method applied to the client. The service scheduler may implement part or all of the client by software, hardware or a combination of both. As shown in fig. 7, the service scheduling apparatus includes:
a first request module 110, configured to initiate a DNS SRV request to a local domain name server, where a service name in the DNS SRV request is identification information of the client.
A first response receiving module 140, configured to receive a first response message of the global load balancer for the DNS SRV request forwarded by the local domain name server, where the first response message includes a port number and a domain name of an access node server to which the client is scheduled.
A second request module 150, configured to initiate a DNS a request or a DNS AAAA request to the local domain name server, where the DNS a request or the DNS AAAA request includes the domain name of the access node server.
A second response receiving module 180, configured to receive a second response message of the global load balancer forwarded by the local domain name server to the DNS a request or the DNS AAAA request, where the second response message includes an IP address of the access node server.
A network request module 190, configured to initiate a network request to the access node server according to the obtained IP address and port number of the access node server.
A response receiving module 210, configured to receive a network response returned by the access node server for responding to the network request.
It should be noted that, as is clear to those skilled in the art, for convenience and brevity of description, the specific working process and description of the apparatus described above may refer to the corresponding process in the foregoing method embodiments, and no further description is provided herein.
By adopting the device, the client initiates a DNS SRV request with a service name of identification information, receives a first response message of the DNS SRV request to obtain a port number and a domain name of an access node server to which the client is dispatched (accessed), and then initiates a DNS A request or a DNS AAAA request (IPv6) comprising the domain name of the access node server to obtain an IP address of the access node server, so that the client can perform network request on the access node server according to the obtained IP address and the port number of the access node server, thereby realizing served dispatching. Accordingly, when the same client (user or tenant) is dispatched to different access node servers, the port numbers served by the same client can be the same or different, so that the problem that the available port number is limited due to the limitation of the basic network and the difference of the available port range of each access node server is solved. Moreover, by changing the first response message, the port number for serving the client (user or tenant) can be changed without sending a configuration file to the client. Therefore, the technical scheme provided by the disclosure has better applicability to systems which do not support virtual hosts.
Fig. 8 is a block diagram of a global load balancer 30 according to an embodiment of the disclosure. For example, global load balancer 30 may be provided as a server. Referring to fig. 8, global load balancer 30 includes a processor 301, which may be one or more in number, and a memory 302 for storing a computer program executable by processor 3012. The computer program stored in memory 302 may include one or more modules that each correspond to a set of instructions. Further, the processor 301 may be configured to execute the computer program to perform the above-described service scheduling method on the global load balancer side.
Additionally, global load balancer 30 may also include a power component 303 and a communication component 304, the power component 303 may be configured to perform power management of global load balancer 30, and the communication component 304 may be configured to enable communication, e.g., wired or wireless communication, of global load balancer 30. In addition, the global load balancer 30 may also include an input/output (I/O) interface 305. Global load balancer 30 may operate based on an operating system stored in memory 302, such as Windows ServerTM, Mac OS XTM, UnixTM, LinuxTM, and the like.
Fig. 9 is a block diagram illustrating a client 10 according to an embodiment of the present disclosure. As shown in fig. 7, the client 10 may include: a processor 101 and a memory 102. The client 10 may also include one or more of a multimedia component 103, an input/output (I/O) interface 104, and a communication component 105.
The processor 101 is configured to control the overall operation of the client 10, so as to complete all or part of the steps in the above-mentioned service scheduling method on the client side. The memory 102 is used to store various types of data to support operation at the client 10, which may include, for example, instructions for any application or method operating on the client 10, as well as application-related data, such as contact data, messaging, pictures, audio, video, and so forth. The Memory 102 may be implemented by any type of volatile or non-volatile Memory device or combination thereof, such as Static Random Access Memory (SRAM), Electrically Erasable Programmable Read-Only Memory (EEPROM), Erasable Programmable Read-Only Memory (EPROM), Programmable Read-Only Memory (PROM), Read-Only Memory (ROM), magnetic Memory, flash Memory, magnetic disk or optical disk. The multimedia component 103 may include a screen and an audio component. Wherein the screen may be, for example, a touch screen and the audio component is used for outputting and/or inputting audio signals. For example, the audio component may include a microphone for receiving external audio signals. The received audio signal may further be stored in the memory 102 or transmitted through the communication component 105. The audio assembly also includes at least one speaker for outputting audio signals. The I/O interface 704 provides an interface between the processor 101 and other interface modules, such as a keyboard, mouse, buttons, etc. These buttons may be virtual buttons or physical buttons. The communication component 105 is used for wired or wireless communication between the client 10 and other devices. Wireless Communication, such as Wi-Fi, bluetooth, Near Field Communication (NFC), 2G, 3G, 4G, NB-IOT, eMTC, or other 5G, etc., or a combination of one or more of them, which is not limited herein. The corresponding communication component 105 may thus comprise: Wi-Fi module, Bluetooth module, NFC module, etc.
In an exemplary embodiment, the client 10 may be implemented by one or more Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), Digital Signal Processing Devices (DSPDs), Programmable Logic Devices (PLDs), Field Programmable Gate Arrays (FPGAs), controllers, microcontrollers, microprocessors or other electronic components for executing the above-mentioned client-side service scheduling method.
In another exemplary embodiment, a computer readable storage medium comprising program instructions which, when executed by a processor, implement the steps of the global load balancer-side service scheduling method described above is also provided. For example, the computer readable storage medium may be the memory 302 described above that includes program instructions executable by the processor 301 of the global load balancer 30 to perform the global load balancer-side service scheduling method described above.
In another exemplary embodiment, a computer readable storage medium comprising program instructions which, when executed by a processor, implement the steps of the above-described client-side service scheduling method is also provided. For example, the computer readable storage medium may be the above-described memory 102 comprising program instructions executable by the processor 101 of the client 10 to perform the above-described client-side service scheduling method.
The preferred embodiments of the present disclosure are described in detail with reference to the accompanying drawings, however, the present disclosure is not limited to the specific details of the above embodiments, and various simple modifications may be made to the technical solution of the present disclosure within the technical idea of the present disclosure, and these simple modifications all belong to the protection scope of the present disclosure.
It should be noted that, in the foregoing embodiments, various features described in the above embodiments may be combined in any suitable manner, and in order to avoid unnecessary repetition, various combinations that are possible in the present disclosure are not described again.
In addition, any combination of various embodiments of the present disclosure may be made, and the same should be considered as the disclosure of the present disclosure, as long as it does not depart from the spirit of the present disclosure.

Claims (10)

1. A service scheduling method applied to a global load balancer, the method comprising:
receiving a DNS SRV request initiated by a client and forwarded by a local domain name server, wherein a service name in the DNS SRV request is identification information of the client;
returning a first response message for responding to the DNS SRV request according to a corresponding relation between a pre-stored port number of an access node server and the identification information, wherein the first response message comprises the port number and the domain name of the access node server to which the client is dispatched, and the pre-stored corresponding relation between the port number of the access node server and the identification information corresponds to different port numbers when at least one identification information corresponds to different access node servers;
receiving a DNS A request or a DNS AAAA request initiated by a client and forwarded by the local domain name server, wherein the DNS A request or the DNS AAAA request comprises a domain name of the access node server;
returning a second response message for responding to the DNS A request or the DNS AAAA request, wherein the second response message comprises the IP address of the access node server.
2. The service scheduling method of claim 1, wherein the method further comprises:
and modifying the corresponding relation between the pre-stored port number of the access node server and the identification information so as to update the port number of the access node server to which the client is dispatched.
3. A service scheduling method applied to a client, the method comprising:
initiating a DNS SRV request to a local domain name server, wherein a service name in the DNS SRV request is the identification information of the client;
receiving a first response message of a global load balancer forwarded by a local domain name server to the DNS SRV request, wherein the first response message comprises a port number and a domain name of an access node server to which the client is dispatched;
initiating a DNS A request or a DNS AAAA request to the local domain name server, wherein the DNS A request or the DNS AAAA request comprises the domain name of the access node server;
receiving a second response message of a global load balancer forwarded by a local domain name server to the DNS A request or the DNS AAAA request, wherein the second response message comprises the IP address of the access node server;
initiating a network request to the access node server according to the obtained IP address and the port number of the access node server;
and receiving a network response returned by the access node server and used for responding to the network request.
4. A service scheduling method is applied to a service scheduling system, wherein the service scheduling system comprises a client, a local domain name server, a global load balancer and an access node server, and the method comprises the following steps:
the client side initiates a DNS SRV request to a local domain name server, and a service name in the DNS SRV request is identification information of the client side;
the local domain name server forwards the DNS SRV request to the global load balancer;
the global load balancer returns a first response message for responding to the DNS SRV request according to a corresponding relation between a pre-stored port number of an access node server and identification information, wherein the first response message comprises the port number and a domain name of the access node server to which the client is dispatched, and the pre-stored corresponding relation between the port number of the access node server and the identification information corresponds to different port numbers when at least one identification information corresponds to different access node servers;
the local domain name server receives and forwards the first response message to the client;
the client side initiates a DNS A request or a DNS AAAA request to the local domain name server, and the DNS A request or the DNS AAAA request comprises the domain name of the access node server;
the local domain name server forwards the DNS A request or DNS AAAA request to the global load balancer;
the global load balancer returns a second response message for responding to the DNS A request or the DNS AAAA request, wherein the second response message comprises the IP address of the access node server;
the local domain name server receives and forwards the second response message to the client;
the client side initiates a network request to the access node server according to the obtained IP address and the port number of the access node server;
the access node server receives the network request and returns a network response for responding to the network request to the client;
and the client receives the network response returned by the access node server.
5. A service scheduling apparatus, applied to a global load balancer, the apparatus comprising:
a first receiving module, configured to receive a DNS SRV request initiated by a client and forwarded by a local domain name server, where a service name in the DNS SRV request is identification information of the client;
a first response module, configured to return a first response message for responding to the DNS SRV request according to a correspondence between a pre-stored port number of the access node server and the identification information, where the first response message includes a port number and a domain name of the access node server to which the client is scheduled, and in the correspondence between the pre-stored port number of the access node server and the identification information, when at least one piece of identification information corresponds to a different access node server, the port number corresponds to a different port number;
a second receiving module, configured to receive a DNS a request or a DNS AAAA request initiated by a client and forwarded by the local domain name server, where the DNS a request or the DNS AAAA request includes a domain name of the access node server;
a second response module, configured to return a second response message for responding to the DNS a request or the DNS AAAA request, where the second response message includes the IP address of the access node server.
6. A service scheduling apparatus, applied to a client, the apparatus comprising:
a first request module, configured to initiate a DNS SRV request to a local domain name server, where a service name in the DNS SRV request is identification information of the client;
a first response receiving module, configured to receive a first response message of the global load balancer to the DNS SRV request, where the first response message includes a port number and a domain name of an access node server to which the client is scheduled;
a second request module, configured to initiate a DNS a request or a DNS AAAA request to the local domain name server, where the DNS a request or the DNS AAAA request includes a domain name of the access node server;
a second response receiving module, configured to receive a second response message of the global load balancer forwarded by the local domain name server for the DNS a request or the DNS AAAA request, where the second response message includes an IP address of the access node server;
the network request module is used for initiating a network request to the access node server according to the obtained IP address and the port number of the access node server;
and the response receiving module is used for receiving the network response which is returned by the access node server and used for responding to the network request.
7. A service scheduling system is characterized in that the service scheduling system comprises a client, a local domain name server, a global load balancer and an access node server;
the client is used for initiating a DNS SRV request to a local domain name server, and a service name in the DNS SRV request is identification information of the client;
the local domain name server is used for forwarding the DNS SRV request to the global load balancer;
the global load balancer is configured to return a first response message for responding to the DNS SRV request according to a correspondence between a pre-stored port number of the access node server and identification information, where the first response message includes a port number and a domain name of the access node server to which the client is scheduled, and in the correspondence between the pre-stored port number of the access node server and the identification information, when at least one piece of identification information corresponds to a different access node server, the corresponding port number is different;
the local domain name server is further used for receiving and forwarding the first response message to the client;
the client is further configured to initiate a DNS a request or a DNS AAAA request to the local domain name server, where the DNS a request or the DNS AAAA request includes a domain name of the access node server;
the local domain name server is further configured to forward the DNS a request or DNS AAAA request to the global load balancer;
the global load balancer is further configured to return a second response message for responding to the DNS a request or the DNS AAAA request, where the second response message includes an IP address of the access node server;
the local domain name server is further configured to receive and forward the second response message to the client;
the client is also used for initiating a network request to the access node server according to the obtained IP address and the port number of the access node server;
the access node server is used for receiving the network request and returning a network response for responding to the network request to the client;
the client is further configured to receive the network response returned by the access node server.
8. A computer-readable storage medium, on which a computer program is stored which, when being executed by a processor, carries out the steps of the method according to any one of claims 1 to 4.
9. A global load balancer, comprising:
a memory having a computer program stored thereon;
a processor for executing the computer program in the memory to carry out the steps of the method of any one of claims 1-2.
10. A client, comprising:
a memory having a computer program stored thereon;
a processor for executing the computer program in the memory to carry out the steps of the method as claimed in claim 3.
CN201910797381.3A 2019-08-27 2019-08-27 Service scheduling method, device and system, global load balancer and client Active CN110602182B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910797381.3A CN110602182B (en) 2019-08-27 2019-08-27 Service scheduling method, device and system, global load balancer and client

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910797381.3A CN110602182B (en) 2019-08-27 2019-08-27 Service scheduling method, device and system, global load balancer and client

Publications (2)

Publication Number Publication Date
CN110602182A CN110602182A (en) 2019-12-20
CN110602182B true CN110602182B (en) 2022-02-01

Family

ID=68856037

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910797381.3A Active CN110602182B (en) 2019-08-27 2019-08-27 Service scheduling method, device and system, global load balancer and client

Country Status (1)

Country Link
CN (1) CN110602182B (en)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111352716B (en) * 2020-03-10 2024-03-01 深圳市腾讯计算机系统有限公司 Task request method, device and system based on big data and storage medium
CN111614792B (en) * 2020-03-31 2023-04-18 视联动力信息技术股份有限公司 Transparent transmission method, system, server, electronic device and storage medium
CN112202854B (en) * 2020-09-17 2022-08-02 北京金山云网络技术有限公司 Joint debugging method, device, equipment and medium

Citations (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1917521A (en) * 2006-09-22 2007-02-21 杭州华为三康技术有限公司 Method and system for realizing load balancing, and load balancing equipment
CN102761618A (en) * 2012-07-03 2012-10-31 杭州华三通信技术有限公司 Method, equipment and system for realizing load balancing
CN102891868A (en) * 2011-07-19 2013-01-23 上海可鲁系统软件有限公司 Load balancing method and device for distributed system
CN103004172A (en) * 2012-09-14 2013-03-27 华为技术有限公司 Information processing method and load balancing equipment
WO2013159667A1 (en) * 2012-04-26 2013-10-31 Hangzhou H3C Technologies Co., Ltd. Virtual router redundancy protocol load balancing mode (vrrpe)
CN103477611A (en) * 2011-02-09 2013-12-25 思杰系统有限公司 Systems and methods for N tier cache redirection
CN103491053A (en) * 2012-06-08 2014-01-01 北京百度网讯科技有限公司 UDP load balancing method, UDP load balancing system and UDP load balancing device
CN103888370A (en) * 2014-04-02 2014-06-25 杭州华三通信技术有限公司 Selected port selecting method and device
CN104270470A (en) * 2014-10-24 2015-01-07 杭州高达软件系统股份有限公司 Remote service invocation method, device and system
CN104301415A (en) * 2014-10-21 2015-01-21 无锡云捷科技有限公司 Global load balancing method based on HTTP redirection
CN106411771A (en) * 2016-09-09 2017-02-15 北京锐安科技有限公司 Data forwarding method and system
CN106686129A (en) * 2017-01-23 2017-05-17 天地融科技股份有限公司 Load balancing method and load balancing system
CN106713499A (en) * 2017-01-23 2017-05-24 天地融科技股份有限公司 Load balancing method, equipment and system
CN107980217A (en) * 2017-07-14 2018-05-01 深圳前海达闼云端智能科技有限公司 Method and device for acquiring address of local domain name server and authoritative domain name server
CN108183975A (en) * 2012-09-05 2018-06-19 阿里巴巴集团控股有限公司 A kind of method and system of domain name mapping

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7191235B1 (en) * 2002-11-26 2007-03-13 Cisco Technology, Inc. System and method for communicating data in a loadbalancing environment
WO2006107249A1 (en) * 2005-04-04 2006-10-12 Telefonaktiebolaget Lm Ericsson (Publ) A method and apparatus for distributing load on application servers

Patent Citations (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1917521A (en) * 2006-09-22 2007-02-21 杭州华为三康技术有限公司 Method and system for realizing load balancing, and load balancing equipment
CN103477611A (en) * 2011-02-09 2013-12-25 思杰系统有限公司 Systems and methods for N tier cache redirection
CN102891868A (en) * 2011-07-19 2013-01-23 上海可鲁系统软件有限公司 Load balancing method and device for distributed system
WO2013159667A1 (en) * 2012-04-26 2013-10-31 Hangzhou H3C Technologies Co., Ltd. Virtual router redundancy protocol load balancing mode (vrrpe)
CN103491053A (en) * 2012-06-08 2014-01-01 北京百度网讯科技有限公司 UDP load balancing method, UDP load balancing system and UDP load balancing device
CN102761618A (en) * 2012-07-03 2012-10-31 杭州华三通信技术有限公司 Method, equipment and system for realizing load balancing
CN108183975A (en) * 2012-09-05 2018-06-19 阿里巴巴集团控股有限公司 A kind of method and system of domain name mapping
CN103004172A (en) * 2012-09-14 2013-03-27 华为技术有限公司 Information processing method and load balancing equipment
CN103888370A (en) * 2014-04-02 2014-06-25 杭州华三通信技术有限公司 Selected port selecting method and device
CN104301415A (en) * 2014-10-21 2015-01-21 无锡云捷科技有限公司 Global load balancing method based on HTTP redirection
CN104270470A (en) * 2014-10-24 2015-01-07 杭州高达软件系统股份有限公司 Remote service invocation method, device and system
CN106411771A (en) * 2016-09-09 2017-02-15 北京锐安科技有限公司 Data forwarding method and system
CN106686129A (en) * 2017-01-23 2017-05-17 天地融科技股份有限公司 Load balancing method and load balancing system
CN106713499A (en) * 2017-01-23 2017-05-24 天地融科技股份有限公司 Load balancing method, equipment and system
CN107980217A (en) * 2017-07-14 2018-05-01 深圳前海达闼云端智能科技有限公司 Method and device for acquiring address of local domain name server and authoritative domain name server

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
基于链路带宽的分布式存储系统框架及动态负载均衡技术;何遵文等;《北京理工大学学报》;20170915(第09期);全文 *

Also Published As

Publication number Publication date
CN110602182A (en) 2019-12-20

Similar Documents

Publication Publication Date Title
US11095711B2 (en) DNS Resolution of internal tenant-specific domain addresses in a multi-tenant computing environment
US12058037B1 (en) Techniques for utilizing network destination identifiers simultaneously announced from multiple locations
US11671365B2 (en) Associating route tables with ingress traffic to logically isolated networks
US8650326B2 (en) Smart client routing
CN110602182B (en) Service scheduling method, device and system, global load balancer and client
US10616179B1 (en) Selective routing of domain name system (DNS) requests
EP2930913B1 (en) System and method for simple service discovery in content-centric networks
US20140122572A1 (en) Enterprise service bus routing system
US11032369B1 (en) System and method for non-disruptive migration of software components to a public cloud system
US11956100B1 (en) System for scaling network address translation (NAT) and firewall functions
US8965342B1 (en) Method and apparatus for verifying the authenticity of mobile device information
JP2014501958A (en) Method and corresponding system for accessing content in a network
US9716622B2 (en) System and method for dynamic name configuration in content-centric networks
US20130318173A1 (en) Automatically replacing localhost as hostname in url with fully qualified domain name or ip address
US20150222701A1 (en) Method and systems for syncing contacts on multiple devices
US9055117B1 (en) Distributed network address translation
US9503485B1 (en) Connecting communicating devices in a multi-server communication system
US20190037044A1 (en) Content distribution and delivery optimization in a content delivery network (cdn)
US11245717B1 (en) Automated detection, alarming, and removal of subdomain takeovers
US11936757B1 (en) Pull-based on-demand application deployment to edge node
US9531662B2 (en) Global email identity preferences
US20200196135A1 (en) Enhanced connectivity in dual-mode networks for single-mode nodes
CN113169936B (en) Service chaining mechanism for data stream processing
US11956302B1 (en) Internet protocol version 4-to-version 6 redirect for application function-specific user endpoint identifiers
US11146521B1 (en) Email platform with automated contact save

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
TA01 Transfer of patent application right

Effective date of registration: 20210305

Address after: 201111 2nd floor, building 2, no.1508, Kunyang Road, Minhang District, Shanghai

Applicant after: Dalu Robot Co.,Ltd.

Address before: 518000 Room 201, building A, No. 1, Qian Wan Road, Qianhai Shenzhen Hong Kong cooperation zone, Shenzhen, Guangdong (Shenzhen Qianhai business secretary Co., Ltd.)

Applicant before: Shenzhen Qianhaida Yunyun Intelligent Technology Co.,Ltd.

TA01 Transfer of patent application right
GR01 Patent grant
GR01 Patent grant
CP03 Change of name, title or address

Address after: 201111 Building 8, No. 207, Zhongqing Road, Minhang District, Shanghai

Patentee after: Dayu robot Co.,Ltd.

Address before: 201111 2nd floor, building 2, no.1508, Kunyang Road, Minhang District, Shanghai

Patentee before: Dalu Robot Co.,Ltd.

CP03 Change of name, title or address