CN101325552A - 访问请求的三角转发方法和glb服务器 - Google Patents
访问请求的三角转发方法和glb服务器 Download PDFInfo
- Publication number
- CN101325552A CN101325552A CNA200810117627XA CN200810117627A CN101325552A CN 101325552 A CN101325552 A CN 101325552A CN A200810117627X A CNA200810117627X A CN A200810117627XA CN 200810117627 A CN200810117627 A CN 200810117627A CN 101325552 A CN101325552 A CN 101325552A
- Authority
- CN
- China
- Prior art keywords
- address
- glb server
- data center
- access request
- glb
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种访问请求的三角转发方法和全局负载均衡(GLB)服务器,第一GLB服务器接收到访问请求后,如果利用全局负载均衡策略确定的最优数据中心不是自身对应的数据中心,则将该访问请求的目的地址替换为最优的数据中心对应的第二GLB服务器的IP地址,并在该访问请求中携带第一GLB服务器的信息后发送,以便第二GLB服务器在接收到该访问请求后能够获取第一GLB服务器的IP地址,并在向客户端回复请求应答时,将第一GLB服务器的IP地址作为请求应答的源地址。从而实现客户端能够正确接收该请求应答保证正常访问数据中心,并且,本发明无需占用额外的公网地址,也无需对报文进行额外的封装和解封装,实现更加简单。
Description
技术领域
本发明涉及网络通信技术,特别涉及一种访问请求的三角转发方法和全局负载均衡(GLB,Global Load Balance)服务器。
背景技术
随着网络技术的不断发展和各种业务的不断扩大,运营商通常在不同物理位置设置具有相同域名的数据中心,以便在单个数据中心发生故障时,用户仍可以通过访问其它数据中心而保障业务的正常进行,并且,使得处于不同物理位置的用户能够通过访问最近的站点而获得最优的访问速度。
其中,处于相同物理位置的一个或多个数据中心对应一个GLB服务器,GLB服务器负责将接收到的来自用户的访问请求发送给最优的数据中心。用户可以通过域名或者IP地址进行对数据中心的访问,如图1所示,如果通过域名访问数据中心,则大致过程可以为:用户通过客户端发送包含域名www.datacenter.com的解析请求给IP网络中的域名服务器(DNS),IP网络中的DNS可以是不同网络架构的,例如,可以包含本地DNS、根DNS、权威DNS等;如果其中某个DNS能够对该域名进行解析,即获取该域名对应的数据中心的GLB服务器的IP地址,则将该解析出的IP地址回复给客户端;客户端根据获取的该IP地址发送访问请求,假如该IP地址为GLB服务器a的IP地址,则GLB服务器a接收到该访问请求后,在具有相同域名的所有数据中心之间进行全局负载均衡,从而确定最优的数据中心,如果自身对应的数据中心a是最优的数据中心,则将该访问请求发送给数据中心a允许用户对数据中心a进行访问,否则,将访问请求发送给最优的数据中心对应的GLB服务器,假如确定距离客户端最近的数据中心b为最优的数据中心,则GLB服务器a并将该访问请求发送给GLB服务器b;GLB服务器b确定最优的数据中心为数据中心b后,将该访问请求发送给数据中心b,数据中心b通过GLB服务器b向客户端回复请求应答。该过程称为三角转发,是现有技术中较优的一种实现方式。
在上述过程中,由于客户端发送的访问请求的源地址为客户端的IP地址,目的地址为GLB服务器a的IP地址,因此,需要保证接收到的请求应答的源地址为GLB服务器a的IP地址,目的地址为客户端的IP地址时,才能够保证客户端正确接收,如果请求应答的源地址和访问请求的目的地址不一致,客户端会丢弃该请求应答报文,导致客户端不能够正常访问数据中心。
针对上述问题,GLB服务器b需要在接收访问请求时获取GLB服务器a的IP地址和客户端的IP地址,目前已有的解决方式主要有两种:一种是通过配置专用的IP地址的方式,即为GLB服务器配置多个IP地址,每个IP地址专用于与特定的GLB服务器通信,例如,为GLB服务器b配置一个专用的IP地址与GLB服务器a进行通信,GLB服务器a接收到访问请求后,将该访问请求的目的地址修改为GLB服务器b的该专用IP地址发送给GLB服务器b,GLB服务器b中保存有该专用IP地址和GLB服务器a的IP地址之间的对应关系,GLB服务器b接收到通过该专用IP地址发送来的访问请求,便可以获知GLB服务器a的IP地址,并从访问请求的源地址可以获知客户端的IP地址。但是,这种方式需要另外对每个GLB服务器配置多个IP地址,由于公网地址有限,因此,该方法在预设GLB服务器的专用IP地址时实现十分麻烦,实用性较低。另一种方式是通过隧道转发的方式,GLB服务器之间通过专用的隧道进行访问请求的转发,例如,GLB服务器a和GLB服务器b之间通过专用的隧道发送访问请求,GLB服务器b可以通过该专用隧道可以获取GLB服务器a的IP地址。由于在隧道两端需要对访问请求进行封装和解封装,实现起来比较麻烦,降低了报文的转发性能。
发明内容
有鉴于此,本发明提供了一种访问请求的三角转发方法和GLB服务器,以便于更加简单地实现用户对最优数据中心的访问。
一种访问请求的三角转发方法,该方法包括:第一全局负载均衡GLB服务器接收到访问请求后,利用全局负载均衡策略确定最优的数据中心;如果该第一GLB服务器对应的数据中心不是最优的数据中心,则将该访问请求的目的地址替换为最优的数据中心对应的第二GLB服务器的IP地址,并在该访问请求中携带第一GLB服务器的信息后,将该访问请求发送给第二GLB服务器;
第二GLB服务器接收到该访问请求后,利用其中包含的所述第一GLB服务器的信息获取第一GLB服务器的IP地址,并将该访问请求发送给最优的数据中心;接收到所述最优的数据中心返回的请求应答后,将该请求应答的源地址替换为第一GLB服务器的IP地址后进行发送。
一种GLB服务器,该GLB服务器包括:接收识别单元、策略执行单元、第一报文处理单元和第二报文处理单元;
所述接收识别单元,用于对接收到的访问请求进行识别,如果该访问请求中没有其它GLB服务器的信息,则将该访问请求发送给所述策略执行单元;如果该访问请求中携带其它GLB服务器的信息,则将该访问请求发送给第二报文处理单元;
所述策略执行单元,用于根据所述访问请求,利用全局负载均衡策略确定最优的数据中心,如果该GLB服务器对应的数据中心不是最优的数据中心,则将该访问请求发送给第一报文处理单元;
所述第一报文处理单元,用于将所述访问请求的目的地址替换为最优的数据中心对应的GLB服务器的IP地址,并在该访问请求中携带该GLB服务器的信息后,发送给最优的数据中心对应的GLB服务器;
所述第二报文处理单元,用于利用所述接收识别单元发送的访问请求中携带的GLB服务器的信息,获取该信息对应的GLB服务器的IP地址,并将该访问请求发送给最优的数据中心;接收到最优的数据中心返回的请求应答后,将该请求应答的源地址替换为该第二报文处理单元获取的GLB服务器的IP地址后进行发送。
由以上技术方案可以看出,在本发明提供的方法和GLB服务器中,第一GLB服务器接收到访问请求后,如果利用全局负载均衡策略确定的最优数据中心不是自身对应的数据中心,则将该访问请求的目的地址替换为最优的数据中心对应的第二GLB服务器的IP地址,并在该访问请求中携带第一GLB服务器的信息后发送,以便第二GLB服务器在接收到该访问请求后能够获取第一GLB服务器的IP地址,并在向客户端回复请求应答时,将第一GLB服务器的IP地址作为请求应答的源地址。从而实现客户端能够正确接收该请求应答保证正常访问数据中心,并且,本发明无需占用额外的公网地址,也无需对报文进行额外的封装和解封装,实现更加简单。
附图说明
图1为用户访问数据中心的网络架构图;
图2为本发明实施例提供的方法流程图;
图3为现有技术中IP报文头的选项字段格式示意图;
图4为本发明实施例提供的利用路由选项字段携带GLB服务器a的IP地址的示意图;
图5为本发明实施例提供的利用预留选项字段携带GLB服务器a的IP地址的示意图;
图6为本发明实施例提供的利用路由选项字段携带多个IP地址的示意图;
图7为本发明实施例提供的GLB服务器结构图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面结合附图和具体实施例对本发明进行详细描述。
本发明提供的方法主要包括:第一GLB服务器接收到访问请求后,在具有相同域名的数据中心之间进行全局负载均衡,确定最优的数据中心;如果该第一GLB服务器对应的数据中心不是最优的数据中心,则将该访问请求的目的地址替换为最优的数据中心对应的第二GLB服务器的IP地址,并在该访问请求中携带该第一GLB服务器的信息后,将该访问请求发送给第二GLB服务器;第二GLB服务器利用接收到的访问请求获取第一GLB服务器的IP地址,并将该访问请求发送给最优的数据中心,接收到最优的数据中心返回的请求应答后,将该请求应答的源地址替换为第一GLB服务器的IP地址后进行发送。
下面仍以图1所示的架构为例,对上述方法进行详细描述。图2为本发明实施例提供的方法流程图,如图2所示,该方法可以包括以下步骤:
步骤201:GLB服务器a接收到客户端发送来的访问请求后,在具有相同域名的数据中心之间进行全局负载均衡,确定最优的数据中心。
如果客户端采用域名方式进行访问,则在步骤201之前还包括从DNS获取解析结果,即GLB服务器a的地址的IP地址的操作,然后,客户端根据DNS返回的IP地址向GLB服务器a发送访问请求,该过程与现有技术相同,不再赘述。客户端也可以直接采用IP地址的方式进行访问,即预先知晓GLB服务器a的IP地址,并利用该IP地址向GLB服务器a发送访问请求。
GLB服务器a接收到访问请求后,进行全局负载均衡确定最优的数据中心的方式主要有两种:
其一,在各GLB服务器中预先配置IP地址和物理位置之间的对应关系列表,由于各GLB服务器中已经存在具有相同域名的数据中心所对应的GLB服务器的IP地址信息,因此,GLB服务器a接收到访问请求后,根据该访问请求中的源地址信息即客户端的IP地址信息,确定客户端的物理位置,然后确定距离客户端最近的数据中心。
其二,GLB服务器a接收到访问请求后,立即通知具有相同域名的数据中心所对应的GLB服务器进行距离探测,各GLB服务器针对该客户端进行距离探测,例如,通过发送探测报文的方式,获取发送探测报文到接收到客户端返回的探测响应之间的时间差,将该时间差发送给GLB服务器a,GLB服务器a从各时间差中选择最小的,确定该最小时间差的GLB服务器所对应的数据中心为距离客户端最近的数据中心。
通过以上两种方式确定距离客户端最近的数据中心,将该最近的数据中心确定为最优的数据中心,目的是使处于不同物理位置的客户端能够访问距离各自最近的数据中心,从而达到各数据中心的全局负载分担。当然,除了选择距离最近的数据中心之外,还可以采用其它方式确定最优的数据中心。
步骤202:GLB服务器a判断确定的最优的数据中心是否为自身对应的数据中心a,如果是,执行步骤203,否则,执行步骤204。
步骤203:GLB服务器a将该访问报文发送给自身对应的数据中心,接收到自身对应的数据中心返回的请求应答后,将该请求应答回复给客户端。结束流程。
如果GLB服务器a对应的数据中心即为最优的数据中心,则无需进行访问请求的转发,本步骤中的过程与现有技术相同,不再赘述。
步骤204:GLB服务器a将该访问报文中的目的地址替换为最优的数据中心对应的GLB服务器b的IP地址,并将自身的IP地址携带在访问报文的IP报文头的选项字段中后,将该访问报文发送给GLB服务器b。
由于各GLB服务器中均保存有具有相同域名的数据中心对应的GLB服务器的IP地址,因此,GLB服务器a能够获知GLB服务器b的IP地址信息。
在本步骤中GLB服务器a可以利用网络地址转换(NAT,NetworkAddress Translation)技术将访问请求的目的地址替换为GLB服务器b的IP地址。现有技术中的NAT技术是用于解决IP地址不足的问题或者避免对内部网络的攻击所采用的一种技术,将内部网络中的所有服务器采用相同的IP地址,但具有不同的私有地址,该内部网络的代理服务器接收到发送到某个服务器的报文后,进行IP地址和私有地址的转换后,将该报文发送给内部网络中具体的服务器;接收到内部网络中的服务器发送的报文后,进行私有地址和IP地址的转换后,使该报文的源地址仍旧为该内部网络共有的IP地址。本实施例中GLB服务器a借用该技术,将访问请求原本的目的地址即GLB服务器a的IP地址替换为GLB服务器b的IP地址。
目的地址进行替换后,为了使得GLB服务器b服务器获知该访问请求来自GLB服务器a以便在返回请求响应时能够以GLB服务器a作为源地址回复给客户端,本步骤中采用访问请求的IP报文头的选项字段来携带GLB服务器a的IP地址信息。其中,可以采用IP报文头中已有的路由选项(RR)字段来携带,也可以选择其它预留的选项字段来携带GLB服务器a的IP地址信息。下面分别举一个具体例子进行说明。
首先对采用IP报文头中已有的路由选项字段来携带的方式进行描述。IP报文头的选项字段格式如图3所示,整个路由选项字段包含多个小字段,其中,类型(Code)字段占用一个字节,用户标识该选项的类型,长度(length)字段占用一个字节,用于标识该路由选项字段的总长度,指针(Pointer)用于指示携带的IP地址信息的位置,路由数据(route data)字段用于携带IP地址信息,本发明中可以利用该route data字段携带一个或者多个IP地址,本实施例中仅携带GLB服务器a的IP地址即可,如果GLB服务器b发现自身对应的数据中心不可用或者超负荷,可以进一步将该访问请求发送给临近的其它GLB服务器,此时,GLB服务器b可以进一步将自身的IP地址携带在该route data字段中。
本实施例中利用该路由选项字段携带GLB服务器a的IP地址可以如图4所示,code字段中的值为7标识该选项字段为路由选项字段;length字段中的值为4,标识该路由选项字段的总长度为4个字节;pointer字段中的值为4,标识GLB服务器a的IP地址存放在第4个字节中。
GLB服务器a通过这种方式,在访问请求的IP报文头中添加路由选项字段来携带自身的IP地址信息,然后发送给GLB服务器b。由于该添加的选项字段很小,几乎不会对访问报文的处理造成影响,例如,不会引起报文分片的问题的出现。
如果采用其它预留的选项字段来专门携带GLB服务器a的IP地址,则可以如图5所示。
其中采用预留的未被使用过的code来表示该选项字段中携带GLB服务器的IP地址,length和pointer字段的定义可以和路由选项字段中的相同,length字段是该选项字段字节的总长度,最大值为39字节,pointer字段指向存放GLB服务器的IP地址,最小值为第4字节,最大值为第36字节。GLB服务器数据(GLB data)字段用来携带GLB服务器a的IP地址。
另外,也可以通过以上方式在选项字段中携带GLB服务器a的标识信息,而不直接携带IP地址信息,此时需要在各GLB服务器中存储GLB服务器标识与IP地址之间的对应关系。
除了将GLB服务器a的标识信息或IP地址携带在IP报文头的选项字段中之外,还可以携带在另外设置的私有协议报文头中,即预先在各GLB服务器之间约定一个私有协议,在访问请求中添加该私有协议的报文头,GLB服务器a利用该私有协议的报文头携带自身的标识或IP地址,GLB服务器b接收到访问请求后,剥离该私有协议的报文头并从中获取GLB服务器a的标识信息或IP地址。
步骤205:GLB服务器b接收到该访问请求后,从IP报文头的选项字段中获取GLB服务器a的IP地址信息后,将该访问请求发送给数据中心b。
在本步骤中,如果GLB服务器b仅对应一个数据中心b,则将该访问请求发送给数据中心b即可,如果对应多个数据中心,则可以在多个数据中心中进行本地负载均衡,例如,可以找出一个负载状况最小的数据中心发送访问请求。
另外,在向数据中心b发送访问请求时,如果该数据中心b和GLB服务器b之间的通信采用的是IP地址,则GLB服务器b将该访问请求的目的地址替换为数据中心b的IP地址后进行发送;如果该数据中心b和GLB服务器b之间的通信采用的是MAC地址,则不需要更改该访问请求的目的地址,利用数据中心b的MAC地址发送即可。这需要根据数据中心的本地策略确定,该部分与现有技术的实现方式相同,不再具体论述。
步骤206:数据中心b向GLB服务器b返回请求应答,GLB服务器b将该请求应答的源地址替换为GLB服务器a的IP地址后发送给客户端。
由于GLB服务器b发送给数据中心b的访问请求的源地址为客户端的IP地址,因此,数据中心b返回请求应答时,该请求应答的目的地址为该客户端的IP地址。GLB服务器b接收到该请求应答时,确认该请求应答的目的地址为该客户端的IP地址时,将该请求应答的源地址替换为GLB服务器a的IP地址发送给客户端,这样客户端便可以成功接收该请求应答,从而实现对数据中心b的访问。
至此图2所示流程结束。
在图2所示流程中,如果在步骤205,GLB服务器b接收到携带GLB服务器a的IP地址的访问请求后,如果数据中心b发生诸如超负荷或者故障等原因不可用,则GLB服务器b可以将该访问请求的目的地址修改为临近的GLB服务器的地址,发送给该临近的GLB服务器,其中,该访问请求IP报文头的选项字段中的route data字段中可以仅携带GLB服务器a的IP地址,也可以进一步增加GLB服务器b的IP地址,表明GLB服务器b对应的数据中心超负荷或发生故障。当采用路由选项字段的方式时,字段结构可以如图6所示。然后上述临近的GLB服务器接收到该访问请求后,执行步骤205和步骤206中GLB服务器b所执行的操作。
以上是对本发明提供的方法的描述,下面对本发明提供的GLB服务器进行描述,图7为本发明实施例提供的GLB服务器结构图,由于在网络中布设的GLB服务器通常具有相同的结构,并且,每一个GLB服务器接收到客户端发送的访问请求的几率几乎相同,因此,每一个GLB服务器都需要具备上述方法中的GLB服务器a和GLB服务器b的功能,如图7所示,该GLB服务器可以包括:接收识别单元701、策略执行单元702、第一报文处理单元703和第二报文处理单元704。
接收识别单元701,用于对接收到的访问请求进行识别,如果该访问请求中没有其它GLB服务器的信息,则将该访问请求发送给策略执行单元702;如果该访问请求中携带其它GLB服务器的信息,则将该访问请求发送给第二报文处理单元704。
策略执行单元702,用于接收到所述访问请求后,利用全局负载均衡策略确定最优的数据中心,如果该GLB服务器对应的数据中心不是最优的数据中心,则将该访问请求发送给第一报文处理单元703。
该策略执行单元702利用全局负载均衡策略确定最优的数据中心的方式可以采用方法中步骤201中提供的两种方式,即通过查找IP地址和物理位置之间的对应关系列表的方式和通知其它GLB服务器进行距离探测的方式。
第一报文处理单元703,用于将访问请求的目的地址替换为最优的数据中心对应的GLB服务器的IP地址,并在该访问请求中携带该GLB服务器的信息后,发送给最优的数据中心对应的GLB服务器。
第一报文处理单元703在该访问请求的IP报文头的选项字段或另外设置的私有协议报文头中携带该GLB服务器的信息;其中,IP报文头的选项字段为IP报文头中已有的路由选项字段或者其它预留的选项字段。
第二报文处理单元704,用于利用接收识别单元701发送的访问请求中携带的GLB服务器的信息,获取该信息对应的GLB服务器的IP地址,并将该访问请求发送给最优的数据中心;接收到最优的数据中心返回的请求应答后,将该请求应答的源地址替换为该第二报文处理单元704获取的GLB服务器的IP地址后进行发送。
另外,该GLB服务器还可以包括:第三报文处理单元705。
策略执行单元702,还用于在确定该GLB服务器对应的数据中心是最优的数据中心时,将接收到的访问报文发送给第三报文处理单元705。
第三报文处理单元705,用于将接收到的访问请求发送给该GLB服务器对应的数据中心;接收到该GLB服务器对应的数据中心返回的请求应答后,以该GLB服务器的IP地址作为源地址发送请求应答。
其中,上述第二报文处理单元704可以包括:地址获取子单元7041、发送接收子单元7042、判断子单元7043和报文处理子单元7044。
地址获取子单元7041,用于利用接收识别单元701发送的访问请求中携带的GLB服务器的信息,获取该信息对应的GLB服务器的IP地址,并获取该访问请求的源地址信息,并将该访问请求提供给发送接收子单元7042。
发送接收子单元7042,用于将所述访问请求发送给最优的数据中心;接收最优的数据中心返回的请求应答,并提供给判断子单元7043;发送报文处理子单元7044提供的请求应答。
判断子单元7043,用于判断接收到的请求应答的目的地址是否为地址获取子单元获取的源地址信息,如果是,则将该请求应答发送给报文处理子单元7044。
报文处理子单元7044,用于将该请求应答的源地址替换为地址获取子单元7041获取的GLB服务器的IP地址后提供给发送接收子单元7042。
另外,第二报文处理单元704在接收到访问请求后,可以首先判断自身对应的最优的数据中心是否可用,如果是,则继续执行获取利用接收识别单元701发送的访问请求中携带的GLB服务器的信息,获取该信息对应的GLB服务器的IP地址的操作;否则,将该访问请求转发给临近的GLB服务器。在转发给临近的GLB服务器时,还可以进一步在该访问请求中携带自身的信息。
由以上描述可以看出,在本发明提供的方法和GLB服务器中,第一GLB服务器接收到访问请求后,如果利用全局负载均衡策略确定的最优数据中心不是自身对应的数据中心,则将该访问请求的目的地址替换为最优的数据中心对应的第二GLB服务器的IP地址,并在该访问请求中携带第一GLB服务器的信息后发送,以便第二GLB服务器在接收到该访问请求后能够获取第一GLB服务器的IP地址,并在向客户端回复请求应答时,将第一GLB服务器的IP地址作为请求应答的源地址。从而实现客户端能够正确接收该请求应答保证正常访问数据中心,并且,本发明无需占用额外的公网地址,也无需对报文进行额外的封装和解封装,实现更加简单。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。
Claims (11)
1、一种访问请求的三角转发方法,其特征在于,该方法包括:
第一全局负载均衡GLB服务器接收到访问请求后,利用全局负载均衡策略确定最优的数据中心;如果该第一GLB服务器对应的数据中心不是最优的数据中心,则将该访问请求的目的地址替换为最优的数据中心对应的第二GLB服务器的IP地址,并在该访问请求中携带第一GLB服务器的信息后,将该访问请求发送给第二GLB服务器;
第二GLB服务器接收到该访问请求后,利用其中包含的所述第一GLB服务器的信息获取第一GLB服务器的IP地址,并将该访问请求发送给最优的数据中心;接收到所述最优的数据中心返回的请求应答后,将该请求应答的源地址替换为第一GLB服务器的IP地址后进行发送。
2、根据权利要求1所述的方法,其特征在于,所述访问请求的源地址为发送该访问请求的客户端的IP地址;
所述第二GLB服务器接收到所述访问请求后,还进一步获取所述客户端的IP地址;接收到所述请求应答后,如果所述请求应答的目的地址为所述客户端的IP地址,则执行所述将该请求应答的源地址替换为第一GLB服务器的IP地址后进行发送的步骤。
3、根据权利要求2所述的方法,其特征在于,所述利用全局负载均衡策略确定最优的数据中心为:所述第一GLB服务器根据预先配置的IP地址和物理位置之间的对应关系,确定所述客户端的物理位置,并根据预先配置的各数据中心的IP地址,将距离所述客户端最近的数据中心作为所述最优的数据中心;或者,
所述第一GLB服务器接收到所述访问请求后,立即通知各数据中心对应的GLB服务器进行针对所述客户端的距离探测,接收到各数据中心对应的GLB服务器回复的探测结果后,根据该探测结果将距离所述客户端最近的数据中心作为所述最优的数据中心;
其中,所述各数据中心具有所述客户端请求访问的域名。
4、根据权利要求1所述的方法,其特征在于,该方法还包括:如果该第一GLB服务器对应的数据中心是最优的数据中心,则所述第一GLB服务器将所述访问请求发送给自身对应的数据中心,接收到自身对应的数据中心返回的请求应答后,以自身的IP地址作为源地址发送所述请求应答。
5、根据权利要求1所述的方法,其特征在于,所述在该访问请求中携带第一GLB服务器的信息为:将所述第一GLB服务器的信息携带在所述访问报文的IP报文头的选项字段中,或者携带在另外设置的私有协议报文头中。
6、根据权利要求5所述的方法,其特征在于,包括所述访问报文的IP报文头的选项字段为:所述访问报文的IP报文头中已有的路由选项字段或者其它预留的选项字段。
7、根据权利要求1、5或6所述的方法,其特征在于,所述第一GLB服务器的信息为所述第一GLB服务器的标识信息;所述第二GLB服务器利用接收到的访问请求获取第一GLB服务器的IP地址为:所述第二GLB服务器从所述访问请求中获取所述第一GLB服务器的标识信息,利用预先配置的GLB服务器标识与IP地址之间的对应关系,确定所述第一GLB服务器的IP地址;或者,
所述第一GLB服务器的信息为所述第一GLB服务器的IP地址;所述第二GLB服务器直接从所述访问请求中获取第一GLB服务器的IP地址。
8、一种GLB服务器,其特征在于,该GLB服务器包括:接收识别单元、策略执行单元、第一报文处理单元和第二报文处理单元;
所述接收识别单元,用于对接收到的访问请求进行识别,如果该访问请求中没有其它GLB服务器的信息,则将该访问请求发送给所述策略执行单元;如果该访问请求中携带其它GLB服务器的信息,则将该访问请求发送给第二报文处理单元;
所述策略执行单元,用于根据所述访问请求,利用全局负载均衡策略确定最优的数据中心,如果该GLB服务器对应的数据中心不是最优的数据中心,则将该访问请求发送给第一报文处理单元;
所述第一报文处理单元,用于将所述访问请求的目的地址替换为最优的数据中心对应的GLB服务器的IP地址,并在该访问请求中携带该GLB服务器的信息后,发送给最优的数据中心对应的GLB服务器;
所述第二报文处理单元,用于利用所述接收识别单元发送的访问请求中携带的GLB服务器的信息,获取该信息对应的GLB服务器的IP地址,并将该访问请求发送给最优的数据中心;接收到最优的数据中心返回的请求应答后,将该请求应答的源地址替换为该第二报文处理单元获取的GLB服务器的IP地址后进行发送。
9、根据权利要求8所述的GLB服务器,其特征在于,该GLB服务器还包括:第三报文处理单元;
所述策略执行单元,还用于在确定该GLB服务器对应的数据中心是最优的数据中心时,将接收到的访问报文发送给所述第三报文处理单元;
所述第三报文处理单元,用于将接收到的访问请求发送给该GLB服务器对应的数据中心;接收到该GLB服务器对应的数据中心返回的请求应答后,以该GLB服务器的IP地址作为源地址发送所述请求应答。
10、根据权利要求8所述的GLB服务器,其特征在于,所述第二报文处理单元包括:地址获取子单元、发送接收子单元、判断子单元和报文处理子单元;
所述地址获取子单元,用于利用所述接收识别单元发送的访问请求中携带的GLB服务器的信息,获取该信息对应的GLB服务器的IP地址,并获取该访问请求的源地址信息;
所述发送接收子单元,用于将所述接收识别单元发送的访问请求发送给最优的数据中心;接收最优的数据中心返回的请求应答,并提供给所述判断子单元;发送所述报文处理子单元提供的请求应答;
所述判断子单元,用于判断接收到的请求应答的目的地址是否为所述地址获取子单元获取的源地址信息,如果是,则将该请求应答发送给报文处理子单元;
所述报文处理子单元,用于将该所述请求应答的源地址替换为所述地址获取子单元获取的GLB服务器的IP地址后提供给所述发送接收子单元。
11、根据权利要求8所述的GLB服务器,其特征在于,所述第一报文处理单元在该访问请求的IP报文头的选项字段或另外设置的私有协议报文头中携带该GLB服务器的信息;
其中,所述IP报文头的选项字段为所述IP报文头中已有的路由选项字段或者其它预留的选项字段。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810117627XA CN101325552B (zh) | 2008-08-01 | 2008-08-01 | 访问请求的三角转发方法和glb服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810117627XA CN101325552B (zh) | 2008-08-01 | 2008-08-01 | 访问请求的三角转发方法和glb服务器 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101325552A true CN101325552A (zh) | 2008-12-17 |
CN101325552B CN101325552B (zh) | 2011-03-30 |
Family
ID=40188885
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200810117627XA Expired - Fee Related CN101325552B (zh) | 2008-08-01 | 2008-08-01 | 访问请求的三角转发方法和glb服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101325552B (zh) |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101938427A (zh) * | 2010-09-27 | 2011-01-05 | 杭州华三通信技术有限公司 | 一种全局负载均衡中的重定向方法和装置 |
CN102137005A (zh) * | 2010-12-31 | 2011-07-27 | 华为技术有限公司 | 一种通信系统中的数据转发方法、装置和系统 |
CN102624939A (zh) * | 2011-01-28 | 2012-08-01 | 株式会社Ntt都科摩 | 用于确定应当响应服务请求的服务器的方法与装置 |
CN102932285A (zh) * | 2012-10-26 | 2013-02-13 | 华为技术有限公司 | 报文封装方法、解析方法及装置 |
CN103259809A (zh) * | 2012-02-15 | 2013-08-21 | 株式会社日立制作所 | 负载均衡器、负载均衡方法及分层数据中心系统 |
CN103841205A (zh) * | 2014-03-14 | 2014-06-04 | 北京荣之联科技股份有限公司 | 一种分布式集群互联方法和装置 |
WO2014114230A1 (en) * | 2013-01-25 | 2014-07-31 | Hangzhou H3C Technologies Co., Ltd. | Load balancing among servers in a multi-data center environment |
CN104022891A (zh) * | 2013-02-28 | 2014-09-03 | 杭州华三通信技术有限公司 | 一种全局负载均衡设备业务协调方法及装置 |
CN106888164A (zh) * | 2015-12-15 | 2017-06-23 | 阿里巴巴集团控股有限公司 | 一种异地多活下的业务数据路由方法及装置 |
CN106937277A (zh) * | 2015-12-30 | 2017-07-07 | 阿里巴巴集团控股有限公司 | 地址更新方法和装置 |
CN107404527A (zh) * | 2017-07-26 | 2017-11-28 | 郑州云海信息技术有限公司 | 一种资源访问和控制方法及装置 |
CN108810180A (zh) * | 2017-04-28 | 2018-11-13 | 中兴通讯股份有限公司 | 域名解析重定向的调度方法、装置及其终端 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100364279C (zh) * | 2005-12-07 | 2008-01-23 | 中国科学院计算技术研究所 | 结构化p2p系统的分布式负载均衡方法 |
CN100525437C (zh) * | 2006-12-20 | 2009-08-05 | 华为技术有限公司 | 一种提高视频点播业务可靠性的方法和系统 |
-
2008
- 2008-08-01 CN CN200810117627XA patent/CN101325552B/zh not_active Expired - Fee Related
Cited By (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101938427B (zh) * | 2010-09-27 | 2012-05-23 | 杭州华三通信技术有限公司 | 一种全局负载均衡中的重定向方法和装置 |
CN101938427A (zh) * | 2010-09-27 | 2011-01-05 | 杭州华三通信技术有限公司 | 一种全局负载均衡中的重定向方法和装置 |
US9100279B2 (en) | 2010-12-31 | 2015-08-04 | Huawei Technologies Co., Ltd. | Method, apparatus, and system for forwarding data in communications system |
CN102137005A (zh) * | 2010-12-31 | 2011-07-27 | 华为技术有限公司 | 一种通信系统中的数据转发方法、装置和系统 |
WO2012089037A1 (zh) * | 2010-12-31 | 2012-07-05 | 华为技术有限公司 | 一种通信系统中的数据转发方法、装置和系统 |
RU2560819C2 (ru) * | 2010-12-31 | 2015-08-20 | Хуавэй Текнолоджиз Ко., Лтд. | Способ, устройство и система для перенаправления данных в системе связи |
CN102137005B (zh) * | 2010-12-31 | 2014-04-02 | 华为技术有限公司 | 一种通信系统中的数据转发方法、装置和系统 |
CN102624939A (zh) * | 2011-01-28 | 2012-08-01 | 株式会社Ntt都科摩 | 用于确定应当响应服务请求的服务器的方法与装置 |
CN103259809A (zh) * | 2012-02-15 | 2013-08-21 | 株式会社日立制作所 | 负载均衡器、负载均衡方法及分层数据中心系统 |
CN102932285A (zh) * | 2012-10-26 | 2013-02-13 | 华为技术有限公司 | 报文封装方法、解析方法及装置 |
CN102932285B (zh) * | 2012-10-26 | 2015-10-21 | 华为技术有限公司 | 报文封装方法、解析方法及装置 |
WO2014114230A1 (en) * | 2013-01-25 | 2014-07-31 | Hangzhou H3C Technologies Co., Ltd. | Load balancing among servers in a multi-data center environment |
CN104022891B (zh) * | 2013-02-28 | 2018-06-19 | 新华三技术有限公司 | 一种全局负载均衡设备业务协调方法及装置 |
CN104022891A (zh) * | 2013-02-28 | 2014-09-03 | 杭州华三通信技术有限公司 | 一种全局负载均衡设备业务协调方法及装置 |
WO2014131347A1 (en) * | 2013-02-28 | 2014-09-04 | Hangzhou H3C Technologies Co., Ltd. | Service coordination for a data center |
US9391859B2 (en) | 2013-02-28 | 2016-07-12 | Hangzhou H3C Technologies Co., Ltd. | Service coordination for a data center |
CN103841205A (zh) * | 2014-03-14 | 2014-06-04 | 北京荣之联科技股份有限公司 | 一种分布式集群互联方法和装置 |
CN106888164A (zh) * | 2015-12-15 | 2017-06-23 | 阿里巴巴集团控股有限公司 | 一种异地多活下的业务数据路由方法及装置 |
CN106937277A (zh) * | 2015-12-30 | 2017-07-07 | 阿里巴巴集团控股有限公司 | 地址更新方法和装置 |
CN106937277B (zh) * | 2015-12-30 | 2020-11-17 | 创新先进技术有限公司 | 地址更新方法和装置 |
CN108810180A (zh) * | 2017-04-28 | 2018-11-13 | 中兴通讯股份有限公司 | 域名解析重定向的调度方法、装置及其终端 |
CN108810180B (zh) * | 2017-04-28 | 2022-02-08 | 中兴通讯股份有限公司 | 域名解析重定向的调度方法、装置及其终端 |
CN107404527A (zh) * | 2017-07-26 | 2017-11-28 | 郑州云海信息技术有限公司 | 一种资源访问和控制方法及装置 |
CN107404527B (zh) * | 2017-07-26 | 2020-05-29 | 郑州云海信息技术有限公司 | 一种资源访问和控制方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN101325552B (zh) | 2011-03-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101325552B (zh) | 访问请求的三角转发方法和glb服务器 | |
US7783764B2 (en) | Multi-protocol network registration and address resolution | |
EP2253124B1 (en) | Method and apparatus for communication of data packets between local networks | |
US8275873B2 (en) | Internet location coordinate enhanced domain name system | |
US6480508B1 (en) | Router-based domain name system proxy agent using address translation | |
CN105453488B (zh) | 用于处理dns请求的方法和系统 | |
EP2364543B1 (en) | Broadband network access | |
US6151331A (en) | System and method for providing a proxy FARP for legacy storage devices | |
US8316136B2 (en) | Multi-protocol network registration and address resolution | |
US8914486B2 (en) | Method, system and device for implementing identity identifier and location separation | |
US20040071148A1 (en) | Information device, gateway device and control method | |
US9191317B2 (en) | Method and system for implementing interconnection between internet protocol version 4 network and new network | |
CN103167045B (zh) | 选择网络层协议的方法、dns服务器和域名管理系统 | |
US8612557B2 (en) | Method for establishing connection between user-network of other technology and domain name system proxy server for controlling the same | |
CN100525318C (zh) | 通过接口标识符分配网络标识符的改进方法 | |
JP2003258838A (ja) | 通信装置およびネットワークシステム | |
CN102196051A (zh) | 一种实现终端通信的方法、系统及装置 | |
EP1187426B1 (en) | Method for using a unique IP address in a private IP address domain | |
CN111988441B (zh) | 基于IPv6的组网接入方法及系统 | |
CN115668889A (zh) | 用于可变长度地址(vla)网络的域名系统(dns)服务 | |
TWI392317B (zh) | 多重通訊協定的網路註冊及位址解析 | |
JP2000156710A (ja) | Ipアドレス変換装置 | |
CN114553965B (zh) | 内网设备的调度方法、网络设备及存储介质 | |
KR20150074851A (ko) | All-IP 환경에서 IPv6 주소 기반의 통신을 위한 사용자 식별 서버, 단말, 방법, 및 기록 매체 | |
WO2003005656A1 (en) | System and method for using the address of internet protocol version 6 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CP03 | Change of name, title or address | ||
CP03 | Change of name, title or address |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Patentee after: Xinhua three Technology Co., Ltd. Address before: 310053 Hangzhou hi tech Industrial Development Zone, Zhejiang province science and Technology Industrial Park, No. 310 and No. six road, HUAWEI, Hangzhou production base Patentee before: Huasan Communication Technology Co., Ltd. |
|
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20110330 Termination date: 20200801 |