CN113301144B - Nginx服务器的并发访问处理方法、装置、服务器及存储介质 - Google Patents
Nginx服务器的并发访问处理方法、装置、服务器及存储介质 Download PDFInfo
- Publication number
- CN113301144B CN113301144B CN202110559033.XA CN202110559033A CN113301144B CN 113301144 B CN113301144 B CN 113301144B CN 202110559033 A CN202110559033 A CN 202110559033A CN 113301144 B CN113301144 B CN 113301144B
- Authority
- CN
- China
- Prior art keywords
- address
- virtual
- server
- addresses
- target
- 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
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/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0893—Assignment of logical groups to network elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/12—Discovery or management of network topologies
-
- 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/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请涉及云传输和区块链,提供一种Nginx服务器的并发访问处理方法、装置、服务器及存储介质,该方法包括:通过获取为Nginx服务器配置的虚拟地址池,并获取虚拟地址池中的多个虚拟IP地址的本地策略路由;接收多个客户端发送的访问请求,并根据访问请求确定为多个客户端分配的真实服务器;从虚拟地址池中选取多个目标虚拟IP地址,并通过多个目标虚拟IP地址将访问请求发送至真实服务器;通过本地策略路由,接收真实服务器基于访问请求和目标虚拟IP地址返回的多个数据包;将每个数据包发送至各自对应的客户端。本申请旨在有效提高Nginx服务器的并发能力。
Description
技术领域
本申请涉及云传输的技术领域,尤其涉及一种Nginx服务器的并发访问处理方法、装置、服务器及存储介质。
背景技术
Nginx服务器是一个高性能的HTTP和反向代理服务器,因其占有内存少,并发能力强,得到了较为广泛的应用。Nginx服务器本身为7层负载均衡器,其代码框架经过从业者的无数次优化和测试,性能非常强大。多核多进程下的每秒查询率QPS能够轻易达到100k以上,并发连接数量能够达到几千万甚至上亿。
然而在实际使用中,由于系统端口的限制,Nginx服务器与单台真实服务器(RS)之间的并发连接数量无法超过64k。即在只配置一个真实服务器的情况下,受限于协议端口(1-65535),系统的并发连接数量无法超过65535,这对于Nginx服务器是一个很大的限制。在动辄几十上百万的并发访问的需求下,需要配置几十台真实服务器才能满足性能需求,极大限制了Nginx服务器的并发能力。
发明内容
本申请的主要目的在于提供一种Nginx服务器的并发访问处理方法、装置、服务器及存储介质,旨在有效提高Nginx服务器的并发能力。
第一方面,本申请提供一种Nginx服务器的并发访问处理方法,包括:
获取为所述Nginx服务器配置的虚拟地址池,并获取所述虚拟地址池中的多个虚拟IP地址的本地策略路由;
接收多个客户端发送的访问请求,并根据所述访问请求确定为所述多个客户端分配的真实服务器;
从所述虚拟地址池中选取多个目标虚拟IP地址,并通过所述多个目标虚拟IP地址将所述访问请求发送至所述真实服务器;
通过所述本地策略路由,接收所述真实服务器基于所述访问请求和目标虚拟IP地址返回的多个数据包;
将每个所述数据包发送至各自对应的客户端。
第二方面,本申请还提供一种并发访问处理装置,所述并发访问处理装置包括:
获取模块,用于获取为所述Nginx服务器配置的虚拟地址池,并获取所述虚拟地址池中的多个虚拟IP地址的本地策略路由;
接收模块,用于接收多个客户端发送的访问请求;
分配模块,用于根据所述访问请求确定为所述多个客户端分配的真实服务器;
选取模块,用于从所述虚拟地址池中选取多个目标虚拟IP地址,并通过所述多个目标虚拟IP地址将所述访问请求发送至所述真实服务器;
所述接收模块,还用于通过所述本地策略路由,接收所述真实服务器基于所述访问请求和目标虚拟IP地址返回的多个数据包;
发送模块,用于将每个所述数据包发送至各自对应的客户端。
第三方面,本申请还提供一种Nginx服务器,所述Nginx服务器包括处理器、存储器、以及存储在所述存储器上并可被所述处理器执行的计算机程序,其中所述计算机程序被所述处理器执行时,实现如上所述的并发访问处理方法的步骤。
第四方面,本申请还提供一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,其中所述计算机程序被处理器执行时,实现如上所述的并发访问处理方法的步骤。
本申请提供一种Nginx服务器的并发访问处理方法、装置、服务器及存储介质,本申请通过获取为Nginx服务器配置的虚拟地址池,并获取虚拟地址池中的多个虚拟IP地址的本地策略路由;接收多个客户端发送的访问请求,并根据访问请求确定为多个客户端分配的真实服务器;从虚拟地址池中选取多个目标虚拟IP地址,并通过多个目标虚拟IP地址将访问请求发送至真实服务器;通过本地策略路由,接收真实服务器基于访问请求和目标虚拟IP地址返回的多个数据包;将每个数据包发送至各自对应的客户端。应用本申请方案的Nginx服务器配置方便灵活,维护简单,性能损失小,能够有效提高Nginx服务器的并发能力。
附图说明
为了更清楚地说明本申请实施例技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种Nginx服务器的并发访问处理方法的步骤流程示意图;
图2为当前的Nginx服务器的并发访问处理方法的一场景示意图;
图3为实施本实施例提供的Nginx服务器的并发访问处理方法的一场景示意图;
图4为实施本实施例提供的另一种并发访问处理方法的步骤流程示意图;
图5为图4中的并发访问处理方法的子步骤流程示意图;
图6为本申请实施例提供的一种并发访问处理装置的示意性框图;
图7为本申请实施例提供的另一种并发访问处理装置的示意性框图;
图8为图7中的并发访问处理装置的子模块的示意性框图;
图9为本申请实施例提供的一种Nginx服务器的结构示意性框图。
本申请目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
附图中所示的流程图仅是示例说明,不是必须包括所有的内容和操作/步骤,也不是必须按所描述的顺序执行。例如,有的操作/步骤还可以分解、组合或部分合并,因此实际执行的顺序有可能根据实际情况改变。另外,虽然在装置示意图中进行了功能模块的划分,但是在某些情况下,可以以不同于装置示意图中的模块划分。
本申请实施例提供一种Nginx服务器的并发访问处理方法、装置、服务器及存储介质。其中,该并发访问处理方法应用于Nginx服务器,Nginx服务器是一个高性能的HTTP和反向代理服务器,受限于协议端口(1-65535),Nginx服务器与真实服务器之间的并发连接数量无法超过64k,而本申请可突破协议端口数量的限制,有效提高Nginx服务器的并发能力。
下面结合附图,对本申请的一些实施方式作详细说明。在不冲突的情况下,下述的实施例及实施例中的特征可以相互组合。
请参照图1,图1为本申请实施例提供的一种Nginx服务器的并发访问处理方法的步骤流程示意图。
如图1所示,该Nginx服务器的并发访问处理方法包括步骤S101至步骤S105。
步骤S101、获取为Nginx服务器配置的虚拟地址池,并获取虚拟地址池中的多个虚拟IP地址的本地策略路由。
为了让Nginx服务器突破协议端口的数量限制,Nginx服务器必须要使用多源地址。目前,市场上使用map模块加proxy_bind指令或者使用split_clients模块加proxy_bind指令的方法,也基本能够实现提高Nginx服务器的并发连接数量的功能,但是此两种方式配置比较复杂,维护不方便,而且需要使用算法和动态变量,Nginx服务器的性能会受影响。
与现有技术不同的是,本申请通过配置虚拟地址池和本地策略路由,在Nginx服务器新建后向连接时使用虚拟地址池中的虚拟IP地址作为源地址发起请求,并通过本地策略路由接收回程的数据包,使数据包导流回源端的Nginx服务器,基于源代码实现,效率高且配置方便灵活,可根据实际情况随时动态扩展,有效地提高Nginx服务器的并发能力。
其中,虚拟地址池(SNAT Pool)可以是一个或者多个,虚拟地址池包括多个虚拟IP地址,多个虚拟IP地址可以是分离或者连续的,连续的多个虚拟IP地址可以组成虚拟IP地址段。
其中,策略路由是一种相对基于目标网络进行路由更加灵活的数据包路由转发机制,策略路由可以使数据包按照用户指定的策略进行转发。本地策略路由用于指示虚拟地址池中的多个虚拟IP地址的数据包路由转发机制,通过本地策略路由可以使得Nginx服务器知晓虚拟地址池中的多个虚拟IP地址为本机地址,能够用于指示Nginx服务器自身,某些虚拟IP地址本地可达。
在一实施例中,用户预先在Nginx服务器上配置一定数量的虚拟IP地址和/或虚拟IP地址段作为虚拟地址池,并配置虚拟地址池中的多个虚拟IP地址的本地策略路由,本地策略路由可以作为全局配置,也可以配置到上游服务器。其中,虚拟地址池和本地策略路由可存储与本地或者云端,本实施例不做具体限定。
步骤S102、接收多个客户端发送的访问请求,并根据访问请求确定为多个客户端分配的真实服务器。
需要说明的是,并发能力是指Nginx服务器支持多个客户端同时访问业务(并发访问)的能力,能够支持越多客户端同时访问业务,表示Nginx的并发能力越强。Nginx服务器作为业界运用最为广泛的负载均衡器,在特定的硬件配置下,单台Nginx服务器能支持上百万的并发访问。
因此,当多个客户端发出访问业务的访问请求时,Nginx服务器接收多个客户端发送的访问请求,客户端发出的访问请求可以是一个或者多个,例如单台客户端可以在一段时间内持续地发出多个业务数据的访问请求。Nginx服务器在接收到多个客户端发送的访问请求之后,根据访问请求和负载均衡策略为每个客户端分配真实服务器,以便通过对应的真实服务器满足客户端的访问请求。
其中,Nginx服务器运用负载均衡的主要原理是将客户端的访问请求按照预定义的负载均衡算法分发给真实服务器,实现流量负载均衡分发和管控,扩展应用的服务能力,满足用户对服务器高性能、高扩展能力及响应海量用户请求能力的需求。
在一实施例中,Nginx服务器应用负载均衡策略,根据多个客户端发送的访问请求,将多个客户端分配给一台真实服务器。应用本申请方案的Nginx服务器能够突破系统端口的数量限制,Nginx服务器处理的多个客户端发送的访问请求的数量能够大于65535,单台Nginx服务器与单台真实服务器之间的并发连接数量能够超过64k。
步骤S103、从虚拟地址池中选取多个目标虚拟IP地址,并通过多个目标虚拟IP地址将访问请求发送至真实服务器。
确定为多个客户端分配的真实服务器之后,Nginx服务器从虚拟地址池中选取多个目标虚拟IP地址,并通过多个目标虚拟IP地址将多个客户端的访问请求发送至真实服务器。其中,客户端是根据Nginx服务器暴露出来的服务IP地址向该Nginx服务器发送访问请求的,而Nginx服务器是根据从虚拟地址池中选取的多个目标虚拟IP地址向真实服务器转发访问请求的。
需要说明的是,将从虚拟地址池中选取的多个目标虚拟IP地址作为源地址,而不使用Nginx服务器的服务IP地址作为源地址,目标虚拟IP地址可以是多个且可变的,而Nginx服务器的服务IP地址是单一且固定的,因此通过目标虚拟IP地址向真实服务器转发访问请求可以极大提高Nginx服务器的并发能力。例如,从虚拟地址池中选取两个目标虚拟IP地址,并使用两个目标虚拟IP地址作为源地址,将多个访问请求转发至真实服务器,通过两个目标虚拟IP地址和Nginx服务器的协议端口(1-65535),理论上能够支持2*64k的并发连接数量。
在一实施例中,从虚拟地址池中选取一个虚拟IP地址段,并将虚拟IP地址段包括的多个虚拟IP地址作为多个目标虚拟IP地址。其中,虚拟IP地址段是由连续的多个虚拟IP地址组成的,例如虚拟IP地址段为172.19.10.8至172.19.10.25。虚拟地址池包括多个虚拟IP地址段,从多个虚拟IP地址段中选取一个虚拟IP地址段,得到多个目标虚拟IP地址。或者,虚拟地址池包括连续的多个虚拟IP地址,从连续的多个虚拟IP地址中选取一段连续的多个虚拟IP地址作为虚拟IP地址段,得到多个目标虚拟IP地址。
进一步地,根据多个目标虚拟IP地址,确定每个访问请求对应的目标虚拟IP地址,以便使用每个访问请求对应的目标虚拟IP地址作为源地址,将每个访问请求发送至真实服务器,单台Nginx服务器与单台真实服务器之间能够支持的并发连接数为目标虚拟IP地址的数量*64K,目标虚拟IP地址的数量可以通过配置不同大小的虚拟IP地址段(snat pool)来控制,从而能够有效提高Nginx服务器的并发能力。
在一实施例中,从虚拟地址池中选取一个虚拟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地址段。
步骤S104、通过本地策略路由,接收真实服务器基于访问请求和目标虚拟IP地址返回的多个数据包。
在一实施例中,真实服务器接收到访问请求之后,基于该访问请求确定客户端请求的访问数据,并结合访问请求以及访问数据生产数据包。数据包与访问请求一一对应,当真实服务器接收到多个访问请求时,对应生成多个数据包,并将每个数据包通过各自对应的目标虚拟IP地址返回至真实服务器。
其中,真实服务器接收的每个访问请求中的源地址为各自对应的目标虚拟IP地址,在将每个数据包通过各自对应的目标虚拟IP地址返回至真实服务器之前,对每个数据包进行目的地址转换,即将数据包的目的地址改写为每个数据包各自对应的目标虚拟IP地址,以使每个数据包通过各自对应的目标虚拟IP地址返回至Nginx服务器。
需要说明的是,真实服务器配置有多个目标虚拟IP地址的目的策略路由,使得每个访问请求对应的数据包可以按照设定的策略路由进行转发。通过目的策略路由使得数据包的目的地址为目标虚拟IP地址对应的网关,或者下一跳设置为对应Nginx服务器的本地物理接口的IP地址,从而将响应的数据包正确导向回Nginx服务器。
在一实施例中,Nginx服务器通过虚拟地址池中的多个虚拟IP地址的本地策略路由,接收真实服务器基于访问请求和目标虚拟IP地址返回的多个数据包。通过本地策略路由接收回程的数据包,使数据包导流回源端的Nginx服务器。其中,本地策略路由用于指示虚拟地址池中的多个虚拟IP地址的数据包路由转发机制,通过本地策略路由可以使得Nginx服务器知晓真实服务器返回的多个数据包的目标虚拟IP地址为本机地址,多个目标虚拟IP地址本地可达。需要说明的是,本地策略路由和虚拟地址池基于源代码实现,效率高且配置方便灵活,可根据实际情况随时动态扩展。
在一实施例中,Nginx服务器接收基于多个目标虚拟IP地址返回的多个数据包,并对接收的每个数据包执行源地址转换SNAT和目的地址转换DNAT。具体地,将每个数据包发送至各自对应的客户端之前,还包括:将数据包中的源IP地址由真实服务器的IP地址改写为Nginx服务器的IP地址;将数据包中的目的IP地址由目标IP地址改写为客户端的IP地址。需要说明的是,客户端是根据Nginx服务器暴露出来的服务IP地址向该Nginx服务器发送访问请求的,而Nginx服务器是根据从虚拟地址池中选取的多个目标虚拟IP地址向真实服务器转发访问请求的。在Nginx服务器向每个客户端返回数据包时,Nginx服务器是根据自身暴露出来的服务IP地址(Nginx服务器的IP地址)向各个客户端发送数据包的。
示例性的,从虚拟地址池中选取的多个目标虚拟IP地址向真实服务器转发访问请求,单台Nginx服务器支持的并发连接数基本能达到理论的数值,并发访问的连接数量为:目标虚拟IP地址的数量*真实服务器RS的数量*64K,并发访问无需受限于协议端口(1-65535),而是随目标虚拟IP地址的数量的提升得到极大提升,有效提高Nginx服务器的并发能力。
步骤S105、将每个数据包发送至各自对应的客户端。
在一实施例中,Nginx服务器将每个数据包的源IP地址改写为Nginx服务器的IP地址,并将目的IP地址改写为客户端的IP地址,从而便于将每个数据包发送至各自对应的客户端。其中,数据包是由各客户端发送的访问请求响应生成的,通过数据包能够满足各客户端发送的访问请求的访问需求。
示例性的,如图2所示,图2为当前的Nginx服务器的并发访问处理方法的场景示意图。客户端1的IP地址为30.10.10.1,客户端2的IP地址为30.10.10.2,客户端n的IP地址为30.10.10.n,系统端口为1000,客户端1至客户端n通过各自对应的IP地址作为源地址向Nginx服务器发送访问请求,Nginx服务器接收多个客户端发送的访问请求之后,使用本地IP地址(Local IP,LIP)172.19.10.8作为源地址,并使用没被占用的系统端口2000-200x作为源端口向真实服务器转发访问请求。真实服务器基于访问请求生成数据包,并使用真实服务器的IP地址172.19.11.2作为源地址、使用本地接口8080作为源端口向Nginx服务器返回数据包。最后由Nginx服务器使用暴露的服务IP地址10.10.10.10和系统端口80向客户端1至客户端n返回多个数据包。
请参照图3,图3为实施本实施例提供的Nginx服务器的并发访问处理方法的一场景示意图。
如图3所示,客户端1的IP地址为30.10.10.1,客户端2的IP地址为30.10.10.2,客户端n的IP地址为30.10.10.n,系统端口为1000,客户端1至客户端n通过各自对应的IP地址作为源地址向Nginx服务器发送访问请求,Nginx服务器接收多个客户端发送的访问请求之后,使用虚拟地址池(Snat pool)中的虚拟IP地址段(多个目标虚拟IP地址)172.19.10.8-172.19.10.30作为源地址向真实服务器转发访问请求,其中,每个访问请求对应的目标虚拟IP地址可以相同或者不同。真实服务器基于访问请求生成数据包,并使用真实服务器的IP地址172.19.11.2作为源地址向Nginx服务器返回数据包。由Nginx服务器使用自身的服务IP地址10.10.10.10和系统端口80向客户端1至客户端n返回多个数据包。与图2相比,本实施例从虚拟地址池中选取多个目标虚拟IP地址172.19.10.8-172.19.10.30作为待转发的访问请求的源地址,系统端口仍然由Nginx服务器按照实际情况分配。这样Nginx服务器与真实服务器之间的并发连接数量会大幅提升,不再受系统端口数量的限制,能够有效提高Nginx服务器的并发能力。
上述实施例提供的Nginx服务器的并发访问处理方法,通过获取为Nginx服务器配置的虚拟地址池,并获取虚拟地址池中的多个虚拟IP地址的本地策略路由;接收多个客户端发送的访问请求,并根据访问请求确定为多个客户端分配的真实服务器;从虚拟地址池中选取多个目标虚拟IP地址,并通过多个目标虚拟IP地址将访问请求发送至真实服务器;通过本地策略路由,接收真实服务器基于访问请求和目标虚拟IP地址返回的多个数据包;将每个数据包发送至各自对应的客户端。应用本申请方案的Nginx服务器配置方便灵活,维护简单,性能损失小,能够有效提高Nginx服务器的并发能力。
请参照图4,图4为本申请实施例提供的另一种并发访问处理方法的步骤流程示意图。
如图4所示,该并发访问处理方法包括步骤S201至S206。
步骤S201、获取为Nginx服务器配置的虚拟地址池,并获取虚拟地址池中的多个虚拟IP地址的本地策略路由。
其中,虚拟地址池(SNAT Pool)可以是一个或者多个,虚拟地址池包括多个虚拟IP地址,多个虚拟IP地址可以是分离或者连续的,连续的多个虚拟IP地址可以组成虚拟IP地址段。
其中,本地策略路由用于指示虚拟地址池中的多个虚拟IP地址的数据包路由转发机制,通过本地策略路由可以使得Nginx服务器知晓虚拟地址池中的多个虚拟IP地址为本机地址,能够用于指示Nginx服务器自身,虚拟地址池中的多个虚拟IP地址本地可达。
步骤S202、接收多个客户端发送的访问请求,并根据访问请求确定为多个客户端分配的真实服务器。
其中,当多个客户端发出访问业务的访问请求时,Nginx服务器接收多个客户端发送的访问请求,客户端发出的访问请求可以是一个或者多个,例如单台客户端可以在一段时间内持续地发出多个业务数据的访问请求。Nginx服务器在接收到多个客户端发送的访问请求之后,根据访问请求和负载均衡策略为每个客户端分配真实服务器,以便通过对应的真实服务器满足客户端的访问请求。
示例性的,Nginx服务器应用负载均衡策略,根据多个客户端发送的访问请求,将多个客户端分配给一台真实服务器。应用本申请方案的Nginx服务器能够突破系统端口的数量限制,Nginx服务器处理的多个客户端发送的访问请求的数量能够大于65535。
步骤S203、从虚拟地址池中为每个客户端分配一个虚拟IP地址,得到多个目标虚拟IP地址。
其中,虚拟地址池包括多个虚拟IP地址,为每个客户端分配一个虚拟IP地址,分配的虚拟IP地址可以是重复或者不重复的,从而得到多个目标虚拟IP地址,并得到客户端与目标虚拟IP地址之间的对应关系。
示例性的,如图3所示,虚拟地址池包括172.19.10.8-172.19.10.30,假设多个客户端的访问请求为23个,则每个客户端可以从虚拟地址池中分配到一个目标虚拟IP地址,且该目标虚拟IP地址是不重复的,也可以使多个客户端分配到一个重复的目标虚拟IP地址,虚拟地址池中的未被分配到的虚拟IP地址空置,例如客户端1和客户端2分配一个虚拟IP地址172.19.10.10,本实施例不做具体限定。
步骤S204、通过多个目标虚拟IP地址将访问请求发送至真实服务器。
其中,基于客户端与目标虚拟IP地址之间的对应关系,通过目标虚拟IP地址将对应的访问请求发送至真实服务器。例如,使用每个访问请求对应的目标虚拟IP地址作为源地址,将每个访问请求发送至真实服务器。单台Nginx服务器与单台真实服务器之间能够支持的并发连接数为目标虚拟IP地址的数量*64K,能够有效提高Nginx服务器的并发能力。
在一实施例中,在选取多个目标虚拟IP地址之后,对选取的多个目标虚拟IP地址进行验证,以确定选取的多个目标虚拟IP地址段是否与真实服务器的IP地址相匹配,若验证通过则根据客户端与目标虚拟IP地址之间的对应关系,通过目标虚拟IP地址将对应的访问请求发送至真实服务器,若验证未通过则重新从虚拟地址池中选取多个目标虚拟IP地址。
在一实施例中,如图5所示,步骤S204包括:子步骤S2041至子步骤S2044。
子步骤S2041、从多个目标虚拟IP地址中确定访问请求的目标IP地址。
其中,根据客户端与目标虚拟IP地址之间的对应关系,从多个目标虚拟IP地址中确定访问请求对应的目标IP地址,其中,访问请求是由客户端发送的,访问请求携带有客户端的标识信息。或者,目标虚拟IP地址也可以是由Nginx服务器为访问请求分配的,根据访问请求与目标虚拟IP地址之间的对应关系,从多个目标虚拟IP地址中确定访问请求对应的目标IP地址。
可以理解的是,需要从多个目标虚拟IP地址中确定访问请求的目标IP地址,才能通过多个目标IP地址将各自对应的每个访问请求发送至真实服务器,每两个访问请求使用的目标IP地址(源地址)可以相同或者不同。
子步骤S2042、将访问请求的源IP地址改写为目标IP地址,并将访问请求的目的IP地址改写为真实服务器的IP地址。
对每个访问请求进行源地址转换SNAT和目的地址转换DNAT。具体的,将访问请求的源IP地址改写为目标IP地址,并将访问请求的目的IP地址改写为真实服务器的IP地址,以便将多个访问请求发送至真实服务器。
子步骤S2043、根据目标IP地址和真实服务器的IP地址建立访问请求的tcp连接链路。
根据每个访问请求对应的目标IP地址和真实服务器的IP地址建立每个访问请求的tcp连接链路,以便通过tcp连接链路将多个访问请求发送至真实服务器。
在一实施例中,为访问请求分配一个未使用的系统端口作为源端口;将真实服务器的系统端口作为目的端口;根据目标IP地址和源端口、以及真实服务器的IP地址和目的端口,建立访问请求的tcp连接链路。需要说明的是,根据Linux内核协议栈的设计,不同的tcp连接是以“源IP地址/源端口/目的IP地址/目的端口/协议”来标识的,对每个待转发的访问请求而言,目标IP地址作为源IP地址,分配的系统端口作为源端口,真实服务器的IP地址作为目的IP地址,真实服务器暴露的本地接口(系统端口)作为目的端口,从而建立访问请求的tcp连接链路,以便通过tcp连接链路将多个访问请求发送至真实服务器。
子步骤S2044、通过tcp连接链路,将访问请求发送至真实服务器。
其中,tcp连接链路包括有多条,tcp连接链路与访问请求对应,通过tcp连接链路可准确地将多个访问请求发送至真实服务器。需要说明的是,单台Nginx服务器与单台真实服务器之间能够支持的并发连接数为目标虚拟IP地址的数量*64K,则建立目标虚拟IP地址的数量*64K个tcp连接链路,极大提高单台Nginx服务器与单台真实服务器之间能够支持的并发访问的数量,有效提高Nginx服务器的并发能力。
步骤S205、通过本地策略路由,接收真实服务器基于访问请求和目标虚拟IP地址返回的多个数据包。
其中,Nginx服务器通过虚拟地址池中的多个虚拟IP地址的本地策略路由,接收真实服务器基于访问请求和目标虚拟IP地址返回的多个数据包。通过本地策略路由接收回程的数据包,使数据包导流回源端的Nginx服务器。其中,本地策略路由用于指示虚拟地址池中的多个虚拟IP地址的数据包路由转发机制,通过本地策略路由可以使得Nginx服务器知晓真实服务器返回的多个数据包的目标虚拟IP地址为本机地址,多个目标虚拟IP地址本地可达。需要说明的是,本地策略路由和虚拟地址池基于源代码实现,效率高且配置方便灵活,可根据实际情况随时动态扩展。
在一实施例中,数据包包括Cookie文件数据包、URI数据包和HOST数据包,Cookie文件数据包、URI数据包和HOST数据包存储于区块链中。需要说明的是,为进一步保证数据资源等相关信息的私密和安全性,上述访问请求和数据包等相关信息还可以存储于一区块链的节点中,本申请的技术方案还可适用于添加其他存储于区块链上的数据文件,本申请所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain),本质上是一个去中心化的数据库,是一串使用密码学方法相关联产生的数据块,每一个数据块中包含了一批次网络交易的信息,用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
步骤S206、将每个数据包发送至各自对应的客户端。
Nginx服务器将每个数据包的源IP地址改写为Nginx服务器的IP地址,并将目的IP地址改写为客户端的IP地址,从而便于将每个数据包发送至各自对应的客户端。其中,数据包是由各客户端发送的访问请求响应生成的,通过数据包能够满足各客户端发送的访问请求的访问需求。
上述实施例提供的并发访问处理方法,通过获取为Nginx服务器配置的虚拟地址池,并获取虚拟地址池中的多个虚拟IP地址的本地策略路由;接收多个客户端发送的访问请求,并根据访问请求确定为多个客户端分配的真实服务器;从虚拟地址池中为每个客户端分配一个虚拟IP地址,得到多个目标虚拟IP地址;通过多个目标虚拟IP地址将访问请求发送至真实服务器;通过本地策略路由,接收真实服务器基于访问请求和目标虚拟IP地址返回的多个数据包;将每个数据包发送至各自对应的客户端。应用本申请方案的Nginx服务器配置方便灵活,维护简单,性能损失小,能够有效提高Nginx服务器的并发能力。
请参照图6,图6为本申请实施例提供的一种并发访问处理装置的示意性框图。
如图6所示,该并发访问处理装置300,包括:获取模块301、接收模块302、分配模块303、选取模块304和发送模块305。
获取模块301,用于获取为Nginx服务器配置的虚拟地址池,并获取所述虚拟地址池中的多个虚拟IP地址的本地策略路由;
接收模块302,用于接收多个客户端发送的访问请求;
分配模块303,用于根据所述访问请求确定为所述多个客户端分配的真实服务器;
选取模块304,用于从所述虚拟地址池中选取多个目标虚拟IP地址,并通过所述多个目标虚拟IP地址将所述访问请求发送至所述真实服务器;
所述接收模块302,还用于通过所述本地策略路由,接收所述真实服务器基于所述访问请求和目标虚拟IP地址返回的多个数据包;
发送模块305,用于将每个所述数据包发送至各自对应的客户端。
在一个实施例中,选取模块304还用于:
从所述虚拟地址池中选取一个虚拟IP地址段,并将所述虚拟IP地址段包括的多个虚拟IP地址作为所述多个目标虚拟IP地址。
在一个实施例中,选取模块304还用于:
获取所述真实服务器的IP地址,得到服务器IP地址;
从所述虚拟地址池中确定与所述服务器IP地址相匹配的虚拟本地IP地址段;
从所述虚拟本地IP地址段中选取所述虚拟IP地址段。
请参照图7,图7为本申请实施例提供的另一种并发访问处理装置的示意性框图。
如图7所示,该并发访问处理装置400,包括:
获取模块401,用于获取为Nginx服务器配置的虚拟地址池,并获取虚拟地址池中的多个虚拟IP地址的本地策略路由;
接收模块402,用于接收多个客户端发送的访问请求,并根据访问请求确定为多个客户端分配的真实服务器;
分配模块403,用于从虚拟地址池中为每个客户端分配一个虚拟IP地址,得到多个目标虚拟IP地址;
发送模块404,用于通过多个目标虚拟IP地址将访问请求发送至真实服务器;
接收模块402,还用于通过本地策略路由,接收真实服务器基于访问请求和目标虚拟IP地址返回的多个数据包。
发送模块404,还用于将每个数据包发送至各自对应的客户端。
在一个实施例中,如图8所示,所述发送模块404包括:
确定子模块4041,用于从所述多个目标虚拟IP地址中确定所述访问请求的目标IP地址;
改写子模块4042,用于将所述访问请求的源IP地址改写为所述目标IP地址,并将所述访问请求的目的IP地址改写为所述真实服务器的IP地址;
建立子模块4043,用于根据所述目标IP地址和所述真实服务器的IP地址建立所述访问请求的tcp连接链路;
发送子模块4044,用于通过所述tcp连接链路,将所述访问请求发送至所述真实服务器。
在一个实施例中,发送模块404还用于:
为所述访问请求分配一个未使用的系统端口作为源端口;
将所述真实服务器的系统端口作为目的端口;
根据所述目标IP地址和所述源端口、以及所述真实服务器的IP地址和所述目的端口,建立所述访问请求的tcp连接链路。
在一个实施例中,改写子模块4042还用于:
将所述数据包中的源IP地址由所述真实服务器的IP地址改写为所述Nginx服务器的IP地址;
将所述数据包中的目的IP地址由所述目标IP地址改写为所述客户端的IP地址。
在一个实施例中,所述数据包包括Cookie文件数据包、URI数据包和HOST数据包,所述Cookie文件数据包、URI数据包和HOST数据包存储于区块链中。
上述实施例提供的装置可以实现为一种计算机程序的形式,该计算机程序可以在如图9所示的Nginx服务器上运行。
请参阅图9,图9为本申请实施例提供的一种Nginx服务器的结构示意性框图。
如图9所示,该Nginx服务器包括通过系统总线连接的处理器、存储器和网络接口,其中,存储器可以包括存储介质和内存储器。
存储介质可以是易失性或者非易失性的,存储介质可存储操作系统和计算机程序。该计算机程序包括程序指令,该程序指令被执行时,可使得处理器执行任意一种Nginx服务器的并发访问处理方法。
处理器用于提供计算和控制能力,支撑整个Nginx服务器的运行。
内存储器为非易失性存储介质中的计算机程序的运行提供环境,该计算机程序被处理器执行时,可使得处理器执行任意一种Nginx服务器的并发访问处理方法。
该网络接口用于进行网络通信,如发送分配的任务等。本领域技术人员可以理解,图9中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的Nginx服务器的限定,具体的Nginx服务器可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
应当理解的是,处理器可以是中央处理单元(Central Processing Unit,CPU),该处理器还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中,通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
其中,在一个实施例中,所述处理器用于运行存储在存储器中的计算机程序,以实现如下步骤:
获取为所述Nginx服务器配置的虚拟地址池,并获取所述虚拟地址池中的多个虚拟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地址建立所述访问请求的tcp连接链路;
通过所述tcp连接链路,将所述访问请求发送至所述真实服务器。
在一个实施例中,所述处理器在实现所述根据所述目标IP地址和所述真实服务器的IP地址建立所述访问请求的tcp连接链路时,用于实现:
为所述访问请求分配一个未使用的系统端口作为源端口;
将所述真实服务器的系统端口作为目的端口;
根据所述目标IP地址和所述源端口、以及所述真实服务器的IP地址和所述目的端口,建立所述访问请求的tcp连接链路。
在一个实施例中,所述处理器在实现所述将每个所述数据包发送至各自对应的客户端之前,还用于实现:
将所述数据包中的源IP地址由所述真实服务器的IP地址改写为所述Nginx服务器的IP地址;
将所述数据包中的目的IP地址由所述目标IP地址改写为所述客户端的IP地址。
在一个实施例中,所述数据包包括Cookie文件数据包、URI数据包和HOST数据包,所述Cookie文件数据包、URI数据包和HOST数据包存储于区块链中。
需要说明的是,所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,上述描述Nginx服务器的具体工作过程,可以参考前述Nginx服务器的并发访问处理方法实施例中的对应过程,在此不再赘述。
本申请实施例还提供一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序中包括程序指令,所述程序指令被执行时所实现的方法可参照本申请Nginx服务器的并发访问处理方法的各个实施例。
其中,所述计算机可读存储介质可以是前述实施例所述的Nginx服务器的内部存储单元,例如所述Nginx服务器的硬盘或内存。所述计算机可读存储介质也可以是所述Nginx服务器的外部存储设备,例如所述Nginx服务器上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。
应当理解,在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样,除非上下文清楚地指明其它情况,否则单数形式的“一”、“一个”及“该”意在包括复数形式。
还应当理解,在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
上述本申请实施例序号仅仅为了描述,不代表实施例的优劣。以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到各种等效的修改或替换,这些修改或替换都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。
Claims (8)
1.一种Nginx服务器的并发访问处理方法,其特征在于,包括:
获取为所述Nginx服务器配置的虚拟地址池,并获取所述虚拟地址池中的多个虚拟IP地址的本地策略路由;
接收多个客户端发送的访问请求,并根据所述访问请求确定为所述多个客户端分配的真实服务器;
从所述虚拟地址池中选取多个目标虚拟IP地址,并通过所述多个目标虚拟IP地址将所述访问请求发送至所述真实服务器;
通过所述本地策略路由,接收所述真实服务器基于所述访问请求和目标虚拟IP地址返回的多个数据包;
将每个所述数据包发送至各自对应的客户端;
所述通过所述多个目标虚拟IP地址将所述访问请求发送至所述真实服务器,包括:
从所述多个目标虚拟IP地址中确定所述访问请求的目标IP地址;
将所述访问请求的源IP地址改写为所述目标IP地址,并将所述访问请求的目的IP地址改写为所述真实服务器的IP地址;
为所述访问请求分配一个未使用的系统端口作为源端口;
将所述真实服务器的系统端口作为目的端口;
根据所述目标IP地址和所述源端口、以及所述真实服务器的IP地址和所述目的端口,建立所述访问请求的tcp连接链路;
通过所述tcp连接链路,将所述访问请求发送至所述真实服务器。
2.如权利要求1所述的并发访问处理方法,其特征在于,所述从所述虚拟地址池中选取多个目标虚拟IP地址,包括:
从所述虚拟地址池中为每个所述客户端分配一个虚拟IP地址,得到多个目标虚拟IP地址;或者
从所述虚拟地址池中选取一个虚拟IP地址段,并将所述虚拟IP地址段包括的多个虚拟IP地址作为所述多个目标虚拟IP地址。
3.如权利要求2所述的并发访问处理方法,其特征在于,所述从所述虚拟地址池中选取一个虚拟IP地址段,包括:
获取所述真实服务器的IP地址,得到服务器IP地址;
从所述虚拟地址池中确定与所述服务器IP地址相匹配的虚拟本地IP地址段;
从所述虚拟本地IP地址段中选取所述虚拟IP地址段。
4.如权利要求1所述的并发访问处理方法,其特征在于,所述将每个所述数据包发送至各自对应的客户端之前,还包括:
将所述数据包中的源IP地址由所述真实服务器的IP地址改写为所述Nginx服务器的IP地址;
将所述数据包中的目的IP地址由所述目标IP地址改写为所述客户端的IP地址。
5.如权利要求1-3中任一项所述的并发访问处理方法,其特征在于,所述数据包包括Cookie文件数据包、URI数据包和HOST数据包,所述Cookie文件数据包、URI数据包和HOST数据包存储于区块链中。
6.一种并发访问处理装置,其特征在于,所述并发访问处理装置包括:
获取模块,用于获取为Nginx服务器配置的虚拟地址池,并获取所述虚拟地址池中的多个虚拟IP地址的本地策略路由;
接收模块,用于接收多个客户端发送的访问请求;
分配模块,用于根据所述访问请求确定为所述多个客户端分配的真实服务器;
选取模块,用于从所述虚拟地址池中选取多个目标虚拟IP地址,并通过所述多个目标虚拟IP地址将所述访问请求发送至所述真实服务器;
所述接收模块,还用于通过所述本地策略路由,接收所述真实服务器基于所述访问请求和目标虚拟IP地址返回的多个数据包;
发送模块,用于将每个所述数据包发送至各自对应的客户端;
所述选取模块,还用于从所述多个目标虚拟IP地址中确定所述访问请求的目标IP地址;将所述访问请求的源IP地址改写为所述目标IP地址,并将所述访问请求的目的IP地址改写为所述真实服务器的IP地址;为所述访问请求分配一个未使用的系统端口作为源端口;将所述真实服务器的系统端口作为目的端口;根据所述目标IP地址和所述源端口、以及所述真实服务器的IP地址和所述目的端口,建立所述访问请求的tcp连接链路;通过所述tcp连接链路,将所述访问请求发送至所述真实服务器。
7.一种Nginx服务器,其特征在于,所述Nginx服务器包括处理器、存储器、以及存储在所述存储器上并可被所述处理器执行的计算机程序,其中所述计算机程序被所述处理器执行时,实现如权利要求1至5中任一项所述的并发访问处理方法的步骤。
8.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,其中所述计算机程序被处理器执行时,实现如权利要求1至5中任一项所述的并发访问处理方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110559033.XA CN113301144B (zh) | 2021-05-21 | 2021-05-21 | Nginx服务器的并发访问处理方法、装置、服务器及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110559033.XA CN113301144B (zh) | 2021-05-21 | 2021-05-21 | Nginx服务器的并发访问处理方法、装置、服务器及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113301144A CN113301144A (zh) | 2021-08-24 |
CN113301144B true CN113301144B (zh) | 2022-10-25 |
Family
ID=77323747
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110559033.XA Active CN113301144B (zh) | 2021-05-21 | 2021-05-21 | Nginx服务器的并发访问处理方法、装置、服务器及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113301144B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114640679B (zh) * | 2022-03-14 | 2024-06-18 | 京东科技信息技术有限公司 | 数据包传输方法及装置、存储介质、电子设备 |
CN115314462A (zh) * | 2022-08-09 | 2022-11-08 | 上海宝创网络科技有限公司 | 基于IPv6网络代理服务的高并发访问的处理方法及设备 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106453614A (zh) * | 2016-11-11 | 2017-02-22 | 郑州云海信息技术有限公司 | 一种云操作系统及其访问方法 |
-
2021
- 2021-05-21 CN CN202110559033.XA patent/CN113301144B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106453614A (zh) * | 2016-11-11 | 2017-02-22 | 郑州云海信息技术有限公司 | 一种云操作系统及其访问方法 |
Also Published As
Publication number | Publication date |
---|---|
CN113301144A (zh) | 2021-08-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111460460B (zh) | 任务访问方法、装置、代理服务器及机器可读存储介质 | |
JP5809696B2 (ja) | 分散型仮想ネットワーク・ゲートウェイ | |
EP3499812A1 (en) | Multi-threaded route processing | |
CN113301144B (zh) | Nginx服务器的并发访问处理方法、装置、服务器及存储介质 | |
US8509239B2 (en) | Method, apparatus and system for processing packets | |
US20090327446A1 (en) | Software Application Striping | |
Alkmim et al. | Mapping virtual networks onto substrate networks | |
US7685312B1 (en) | Resource location by address space allocation | |
CN108933829A (zh) | 一种负载均衡方法及装置 | |
EP4068725B1 (en) | Topology-based load balancing for task allocation | |
KR20110036573A (ko) | 서버 애플리케이션 프로그램으로 ip 네트워크를 통한 엑세스를 제공하는 방법 | |
US9055117B1 (en) | Distributed network address translation | |
KR101754618B1 (ko) | 소프트웨어 정의 네트워크 기반의 가상 네트워크 동적 생성 방법 및 그 장치 | |
CN107846433A (zh) | 一种会话信息同步的方法、装置和系统 | |
CN113067824B (zh) | 数据调度方法、系统、虚拟主机及计算机可读存储介质 | |
CN110636149B (zh) | 远程访问方法、装置、路由器及存储介质 | |
US8972604B1 (en) | Network address retention and assignment | |
US20210073043A1 (en) | Method and system for uniform, consistent, stateless and deterministic consistent hashing for fixed size partitions | |
US11706320B2 (en) | Scalable leader-based total order broadcast protocol for distributed computing systems | |
CN112449012B (zh) | 数据资源调度方法、系统、服务器及读存储介质 | |
US10958580B2 (en) | System and method of performing load balancing over an overlay network | |
US9378140B2 (en) | Least disruptive cache assignment | |
CN115801727A (zh) | 域名解析方法、装置、电子设备和存储介质 | |
CN107124411B (zh) | 经典网络环境下的虚拟私有云实现方法、装置、以及系统 | |
US11616721B2 (en) | In-packet version tagging utilizing a perimeter NAT |
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 |