CN1802837A - 用于网络的智能业务量管理系统及使用其的智能业务量管理方法 - Google Patents

用于网络的智能业务量管理系统及使用其的智能业务量管理方法 Download PDF

Info

Publication number
CN1802837A
CN1802837A CNA2003801104008A CN200380110400A CN1802837A CN 1802837 A CN1802837 A CN 1802837A CN A2003801104008 A CNA2003801104008 A CN A2003801104008A CN 200380110400 A CN200380110400 A CN 200380110400A CN 1802837 A CN1802837 A CN 1802837A
Authority
CN
China
Prior art keywords
information
server
user terminal
service
service 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.)
Pending
Application number
CNA2003801104008A
Other languages
English (en)
Inventor
尹基柱
李南烈
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NITGEN TECHNOLOGIES Co Ltd
Original Assignee
NITGEN TECHNOLOGIES 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 NITGEN TECHNOLOGIES Co Ltd filed Critical NITGEN TECHNOLOGIES Co Ltd
Publication of CN1802837A publication Critical patent/CN1802837A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • 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/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Economics (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)

Abstract

这里公开了一种智能业务量管理系统和一种使用该智能业务量管理系统的智能业务量管理方法。智能业务量管理系统包括多个全局载荷平衡(GLB)代理、多个服务器载荷平衡(SLB)代理、因特网业务量管理服务器以及用户终端。每一个GLB代理被设置在位于每个接入点(POP)的GLB代理专用服务器中，以便产生全局载荷平衡信息。每一个SLB代理被设置在位于POP的业务服务器中，以便按照规则的时间间隔收集服务器载荷平衡信息。因特网业务量管理服务器控制和管理在广域上分布的POP，并搜索最优POP和最优业务服务器。用户终端包括域数据库(DB)和客户机代理程序。

Description

用于网络的智能业务量管理系统及使用其的智能业务量管理方法
技术领域
本发明总地涉及一种用于网络的智能业务量管理系统以及一种使用智能业务量管理系统的智能业务量管理方法。更具体地，本发明涉及一种用于网络的智能业务量管理系统以及一种使用智能业务量管理系统的智能业务量管理方法，其选择一个业务服务器，所述业务服务器具有从用户到位于用户请求的多个因特网数据中心的业务服务器的最优连接路径，并控制要与所选择的业务服务器相连的用户终端。
背景技术
图1是通过域名服务器在用户终端和业务服务器之间分配连接路径所需的传统系统的示意配置图。
如图所示，所述系统包括用户终端1，用于利用域名信息请求与特定服务器的连接；与用户终端1相连的域名服务器(DNS)，用于按照解析的方式将从用户终端1发送的域名信息转换为因特网协议(IP)地址并将转换的IP地址发送到用户终端1；以及业务服务器4，用于根据所发送的IP地址的信息与用户终端1相连。
DNS3是用于控制用户终端1到位于因特网数据中心的业务服务器4的集合或位于特定区域的业务服务器4的集合的连接的服务器。
因特网入口站点是这样一种因特网站点，其按照一定方式进行操作，以便提供信息搜索和社区服务并获取固定的访问者(注册成员)。一些大众的入口站点包括“Daum”、“Yahoo”、“Naver”和“Lycos.”。由于在每一个入口站点注册的成员数目非常大，少则数十万，多则数百万，因此在因特网数据中心设置并管理了数十到数百个服务器，以便允许大量固定访问者无障碍地与入口站点相连。
在由单个因特网数据中心管理大量服务器的情况下，问题在于，当由于与硬件或软件相关的内部原因以及例如电源故障的外部原因导致不能运行因特网数据中心时，在入口站点注册的所有访问者都不能访问入口站点。为了克服上述问题，在不同区域分布了数百个服务器并由不同因特网数据中心独立管理。
在由例如三个或四个服务器的少量服务器来运行小型网站的情况下，如果在不同区域管理服务器，与大型入口站点相同，出现了过高的维护成本。
因此，在这种情况下，通常在单一的因特网数据中心管理不同服务器。将DNS3安装在因特网数据中心，以便向用户终端1发送IP地址信息，从而用户终端1能够与用户终端1请求的业务服务器4相连。
以下说明当用户终端1请求业务服务器4时，DNS 3分配连接路径以便允许将业务服务器4连接至用户终端1的传统方法。
用户激活在要通过因特网2与业务服务器1相连的用户终端1中设置的网络浏览器，并在网络浏览器的统一资源定位符(URL)输入框中输入希望业务服务器4的域名，由此将域名的信息发送到DNS 3。
此时，DNS3按照解析的方式控制域名的信息，以使多个用户终端顺序并均等地与多个业务服务器相连，并将顺序选择的业务服务器4的IP地址信息发送到用户终端1，以便用户终端1能够与业务服务器4相连并观看网页。
在使用域名服务器的传统因特网连接路径系统和方法中，当所述系统和方法在用户终端和业务服务器之间分配连接路径时，DNS无条件地将用户终端与从位于用户请求的业务服务器所处的因特网数据中心的多个业务服务器中顺序选择的一个业务服务器相连。因此，在相连业务服务器的系统资源(例如CPU和存储器)的使用率较高或用于每个端口的会话数目较大时，在由所选择的业务服务器运行的网页输出中就出现了相当大的显示延迟。此外，在相连的业务服务器具有硬件或软件缺陷的情况下，用户终端不能与所选择的业务服务器相连，从而用户不能观看网页，用户应当再次请求与用户已经请求的业务服务器相连。对于具有大量固定访问者的入口站点，这些问题变得严重。
换句话说，传统的DNS根据循环方式来提供载荷的分布，在所述循环方法中，将用户分配给业务服务器，而不考虑直接影响业务质量(QoS)的条件，例如用户终端和业务服务器之间的跳(hop)，或业务服务器的条件。结果，基于循环方法的传统载荷分布方案的缺点在于，不能提供高质量的服务并且不能向用户提供连接，这是因为不能预见有关业务量阻塞的服务器条件信息、CPU和存储器中载荷的增大以及硬件缺陷。
此外，传统载荷分布方案的缺点在于，对于面向多媒体内容的因特网服务，由于同时业务量增加导致的服务器数目的增大，附加地需要系统的构建成本。
为了克服上述问题，已经提出了一种被称作层4交换机(以下写作“L4”)的服务器载荷平衡设备。L4是一种硬件设备，安装在一定数目的业务服务器的前面，以便分析从用户发送的分组(包括目的地址等的数据单元)并且针对每一个端口控制要与具有最小会话数目的最优业务服务器相连的用户终端。
相对于业务服务器，由于L4仅考虑到针对每一个端口的会话数目来选择最优业务服务器，所以不能考虑当系统资源(例如业务服务器的CPU和存储器)的规范不同时引起的数据率之间的不同。
因此，L4的问题在于，不能执行控制用户终端与实际最优的业务服务器相连的服务器载荷平衡功能。
此外，由于L4是硬件设备，所以当请求与业务服务器相连的分组数目增大时就会出现过载，使得L4充当了瓶颈，由此迅速地恶化了QoS。因此，由于只要增加业务服务器的数目就必须增加L4的数目，所以就会引发额外系统的构建并且由于该系统构建而会引发较大的开支。
发明内容
因此，本发明是针对出现在现有技术中的上述问题做出的，并且本发明的目的是提供一种用于网络的智能业务量管理系统以及一种使用智能业务量管理系统的智能业务量管理方法，其中，如果用户选择的业务服务器与位于多个因特网数据中心的多个业务服务器相对应，则考虑到相对于接入点(POP)的跳和分组因特网探索响应时间来选择最优的因特网数据中心，对系统资源和位于所选择的最优因特网数据中心的多个业务服务器的硬件和软件缺陷条件进行比较和分析，并使用户终端与具有最优连接路径的第二多个业务服务器之一相连。
本发明的另一个目的是提供一种用于网络的智能业务量管理系统及一种使用智能业务量管理系统的智能业务量管理方法，其允许由安装在每一个业务服务器上的SLB发送有关系统资源和每一个端口的会话数目的信息，使得用于选择最优业务服务器的附加系统的结构不是必需的，从而减小了由于附加系统的构建导致的开支。
为了实现上述目的，本发明提供了一种智能业务量管理系统，包括：多个全局载荷平衡(GLB)代理，每一个被设置在位于接入点(POP)的每一个GLB代理专用服务器中，以便产生全局载荷平衡信息，通过利用用户终端的因特网协议(IP)地址信息来计算用户终端和POP之间的跳和分组因特网探索响应时间来得到所述全局载荷平衡信息；多个服务器载荷平衡(SLB)代理，每一个被设置在位于POP的每一个业务服务器中，以便按照规则的时间间隔收集服务器载荷平衡信息，该信息包括业务服务器的系统资源信息和针对每一个端口的会话数目的信息；因特网业务量管理服务器，用于控制和管理在广域上分布的POP，并利用通过GLB代理和SLB代理的操作的控制输入的全局载荷平衡信息和服务器载荷平衡信息，搜索最优POP和最优业务服务器，以便建立用户终端和业务服务器之间的最优连接路径；以及用户终端，包括域数据库(DB)，用于存储业务服务器的域信息和控制并管理业务服务器的业务量管理服务器的IP信息，以及客户机代理程序，用于提取用户请求的业务服务器的域信息和对应业务量管理服务器的IP地址信息，并控制业务服务器连接请求信号，所述请求信号包括要通过因特网发送到具有对应业务量管理服务器的IP地址信息的业务量管理服务器的、提取的域信息。
POP是位于因特网数据中心的服务器的集合和位于一定区域的服务器的集合之一。
业务量管理服务器包括：GLB主机，用于接收通过控制GLB代理产生的、作为全局载荷平衡信息的跳和分组因特网探索响应时间，以便通过业务服务器连接请求信号的传输进行操作，比较并分析所述跳和分组因特网探索响应时间，并选择最优POP；SLB主机，用于接收通过控制业务服务器的SLB代理收集的、作为服务器载荷平衡信息的业务服务器的系统资源信息和会话信息，以便通过业务服务器连接请求信号的传输进行操作，比较并分析系统资源信息和会话信息，并选择最优业务服务器；通信模块，用于执行接口功能，以便能够进行服务器和代理之间的数据发送/接收；数据库(DB)，用于存储以下内容：关于由系统管理员预设并且与用户终端匹配的最优POP的固定IP块信息；用户请求的业务服务器的域和IP信息；最优全局载荷平衡信息，包括用户请求与业务服务器相连的时间的服务器连接请求时间信息和用户终端的IP地址信息；通过计算用户终端和最优POP之间的跳和分组因特网探索响应时间得到的数值；以及位于每一个POP中的每一个业务服务器的服务器载荷平衡信息；以及控制单元，用于控制GLB主机和SLB主机的操作。
由从位于每一个POP处的每一个业务服务器自动发送的业务载荷平衡信息按照规则的时间间隔更新存储在DB中的服务器载荷平衡信息，所述业务服务器配备了SLB代理。
智能业务量管理系统还包括没有配备客户机代理程序的用户终端。
智能业务量管理系统还包括域名服务器(DNS)，用于存储业务量管理服务器的IP地址信息，其中，当从没有配备客户机代理程序的用户终端将业务服务器连接请求信号发送到DNS时，DNS将其IP地址信息添加到业务服务器连接请求信号中，并将业务服务器连接请求信号与DNS的IP地址信息一起发送。
从没有配备客户机代理程序的用户终端发送到DNS的业务服务器连接请求信号包括用户请求的业务服务器的域信息。
当没有配备客户机代理程序的用户终端请求到业务服务器的连接路径时，GLB代理产生通过利用DNS的IP地址信息计算用户终端和每一个POP之间的跳和分组因特网探索响应时间获得的全局载荷平衡信息。
当没有配备客户机代理程序的用户终端请求到业务服务器的连接路径时，DB存储由系统管理员预设并且与用户终端匹配的、最优POP的固定IP块信息；用户请求的业务服务器的域和IP信息；最优全局载荷平衡信息，包括有关用户请求与业务服务器相连的时间的服务器连接请求时间信息和用户终端的IP地址信息；通过计算用户终端和最优POP之间的跳和分组因特网探索响应时间得到的数值；以及位于每一个POP的每一个业务服务器的服务器载荷平衡信息。
包含在服务器载荷平衡信息中的系统资源信息是有关业务服务器的中央处理单元(CPU)和存储器的信息。
在全局载荷平衡信息中，跳表示分组交换网络中从一个路由器向另一个路由器发送单个分组的路径。可以理解，随着跳变长，客户机和服务器之间的发送/接收时间增大。
因此，通过比较和分析时间可以选择最优POP。
在全局载荷平衡信息中，分组因特网探索响应时间指能够确定是否存在特定因特网地址以及该因特网地址是否能够接收请求的信息。
因此，通过比较和分析分组因特网探索响应时间能够选择最优POP。
用户终端包括能够执行因特网访问的典型桌面计算机(包括笔记本计算机和个人数字助理)，或安装了应用程序以使用特定服务(例如股票交易)的专用终端。因此，网络浏览器包括在桌面环境中使用的网络浏览器之一，或在专用终端中使用的专用网络浏览器之一。
此外，本发明提供了一种智能业务量管理方法，包括步骤：运行安装在用户终端上的网络浏览器，以便通过最优连接路径将用户终端与业务服务器相连；确定是否安装了客户机代理程序；如果安装了客户机代理程序，提取所请求的业务服务器的域名信息、管理和控制业务服务器的对应业务量管理服务器的IP地址信息以及用户终端的IP地址信息；将包括所提取信息的业务服务器连接请求信号发送到对应的业务量管理服务器；确定用户终端是否与系统管理员设置的固定IP块相对应；如果用户终端不与固定IP块相对应，确定是否存在与用户终端的IP地址相匹配的全局平衡信息；如果存在全局平衡信息，利用全局平衡信息选择最优POP；搜索位于所选择最优POP上的一个最优业务服务器；以及通过将搜索到的最优业务服务器的IP地址发送到用户终端来分配最优连接路径。
智能业务量管理方法还包括步骤：在确定用户终端是否与固定IP块相对应的步骤中，如果用户终端与固定IP块相对应，则提取之前设置的最优POP。
在确定用户终端是否与固定IP块相对应的步骤中，固定IP块是以下内容之一：用户注册到其处以使用因特网服务的因特网服务提供商(ISP)使用的业务服务器的IP地址，以及位于每一个区域的因特网数据中心的服务器的IP地址。在确定是否存在与用户终端的IP地址信息相匹配的全局载荷平衡信息的步骤中，用户终端的IP地址用于通过与存储在业务量管理服务器的DB中的服务器连接请求时间进行匹配，来确定是否存在全局载荷平衡信息。在搜索位于所选择最优POP中的一个最优业务服务器的步骤中，通过以下步骤来执行最优业务服务器的搜索：比较和分析存储在业务量管理服务器的DB中的服务器载荷平衡信息，所述服务器载荷平衡信息包括有关每一个业务服务器的CPU和存储器的信息以及位于每一个POP的业务服务器的服务器载荷平衡信息中每一个端口的会话数目信息；搜索具有最优服务载荷平衡信息的一个业务服务器；以及选择具有到用户终端的最优连接路径的业务服务器。
利用全局平衡信息来选择最优POP的步骤包括步骤：读取用户请求连接到业务服务器的近来连接时间；确定全局平衡信息的可用周期是否终止；如果全局平衡信息的可用周期已经终止，通过控制GLB代理来提取最优POP。
如果全局平衡信息的可用周期还没有终止，智能业务量管理方法还包括步骤：选择表示最优POP的全局载荷平衡信息。
通过控制GLB代理来提取最优POP的步骤包括步骤：将用户终端的IP地址信息从业务量管理服务器发送到每一个POP中配备了GLB代理的GLB代理专用服务器；产生通过以下操作得到的新全局载荷平衡信息：利用所发送的用户终端的IP地址信息，计算用户终端和POP之间的跳和分组因特网探索响应时间，并且发送新全局载荷平衡信息；以及比较和分析从各个POP发送的新全局载荷平衡信息的多个片段，并选择和存储最优POP。
在比较和分析从各个POP发送的新全局载荷平衡信息的多个片段并选择和存储最优POP的步骤中，将包括用户请求连接到对应业务服务器的时间和对应用户终端的IP地址信息的服务器连接请求时间信息附加到新全局载荷平衡信息，并且将新全局载荷平衡信息和服务器连接请求时间信息一起存储在DB中。
在确定客户机代理程序是否安装在用户终端上的步骤中，如果客户机代理程序没有安装在用户终端上，智能业务量管理方法还包括步骤：提取没有安装客户机代理程序的用户终端所请求的业务服务器的域名信息；将所提取的业务服务器的域名信息发送到DNS；确定DNS是否具有业务量管理服务器的IP地址信息；以及如果DNS具有业务量管理服务器的IP地址信息，将其中DNS的IP地址信息被附加到业务服务器的域名信息的服务器连接请求信号发送到业务量管理服务器。
在确定用户终端是否与系统管理员设置的固定IP块相对应的步骤中，利用用户终端的IP地址信息和DNS的IP地址信息之一来确定用户终端是否与固定IP块相对应。
在如果用户终端没有与固定IP块相对应则确定是否存在与用户终端的IP地址相匹配的全局平衡信息的步骤中，如果没有配备客户机代理程序的用户终端请求与业务服务器相连，通过匹配对应DNS的IP地址信息来确定是否存在全局载荷平衡信息。
DNS的IP地址信息用于通过与存储在业务量管理服务器的DB中的服务器连接请求时间信息进行匹配，来确定是否存在全局载荷平衡信息。
在搜索位于所选择的最优POP中的一个最优业务服务器的步骤中，如果没有配备客户机代理程序的用户终端请求与业务服务器相连，通过以下步骤来执行最优业务服务器的搜索：比较和分析存储在业务量管理服务器的DB中的服务器载荷平衡信息，所述服务器载荷平衡信息包括系统资源信息，所述系统资源信息包括有关每一个业务服务器的CPU和存储器的信息以及位于每一个POP的业务服务器的服务器载荷平衡信息中每一个端口的会话数目信息；搜索具有最优服务载荷平衡信息的一个业务服务器；以及选择具有到用户终端的最优连接路径的业务服务器。
在以下步骤中：产生通过利用所发送的用户终端的IP地址信息，计算用户终端和POP之间的跳和分组因特网探索响应时间获得的新全局载荷平衡信息，并且发送新全局载荷平衡信息，如果没有配备客户机代理程序的用户终端请求与业务服务器相连，产生通过利用DNS的IP地址信息计算用户终端和每一个POP之间的跳和分组因特网探索响应时间得到的新全局载荷平衡信息。
在比较和分析从各个POP发送的新全局载荷平衡信息的多个片段并选择和存储最优POP的步骤中，如果没有配备客户机代理程序的用户终端请求与业务服务器相连，将包括用户请求连接到对应业务服务器的时间和对应DNS的IP地址信息的服务器连接请求时间信息附加到新全局载荷平衡信息，并且将新全局载荷平衡信息和服务器连接请求时间信息一起存储在DB中。
此外，本发明提供了一种智能业务量管理方法，包括步骤：当用户请求的业务服务器位于单个POP中时，运行安装在用户终端上的网络浏览器，以便通过最优连接路径将用户终端与业务服务器相连；确定是否安装了客户机代理程序；如果安装了客户机代理程序，提取所请求的业务服务器的域名信息、管理和控制所请求的业务服务器的对应业务量管理服务器的IP地址信息以及用户终端的IP地址信息；将包括所提取信息的业务服务器连接请求信号发送到对应的业务量管理服务器；确定用户请求的业务服务器是否位于单个POP中；如果用户请求的业务服务器位于单个POP中，搜索对应POP中的最优业务服务器；以及通过将搜索到的最优业务服务器的IP地址发送到用户终端来分配最优连接路径。
附图说明
结合附图，从以下详细说明中，能够更清楚地理解本发明的上述和其它目的、特征和其它优点，其中：
图1是通过域名服务器在用户终端和业务服务器之间分配连接路径所需的传统系统的示意配置图；
图2是根据本发明的智能业务量管理系统的系统配置图；
图3是图2的业务量管理服务器的详细方框图；
图4是示出了根据本发明的利用业务量管理系统的智能业务量管理方法的流程图；
图5是示出了如图4所示，作为在步骤S200确定是否安装了客户机代理程序的结果，如果没有安装客户机代理程序则进入步骤“A”的处理的流程图；
图6是示出了如图4所示的步骤S700的详细流程图，步骤S700用于利用全局载荷平衡信息来选择最优POP；
图7是示出了如图6所示的步骤S730的详细流程图，步骤S730用于通过控制全局载荷平衡代理来选择最优POP；以及
图8是示出了作为本发明另一个实施例的在用户所请求的业务服务器与小规模运行的站点相对应的情况下利用业务量管理系统的另一个智能业务量管理方法的流程图。
具体实施方式
下面参考附图来说明本发明的优选实施例。在图中，不同的图中使用相同的参考数字来表示相同或相似的组件。
图2是根据本发明的智能业务量管理系统的系统配置图。图3是图2的业务量管理服务器的详细方框图。
本发明的智能业务量管理系统包括：多个全局载荷平衡(GLB)代理33、多个服务器载荷平衡(SLB)代理32、因特网业务量管理服务器和用户终端1’。
多个GLB代理33中的每一个被设置在位于每一个POP30的GLB代理专用服务器31’中，以便产生全局载荷平衡信息，通过利用用户终端1’的因特网协议(IP)地址来计算用户终端1’和POP 30之间的跳和分组因特网探索响应时间来得到所述全局载荷平衡信息。
多个SLB代理32中的每一个被设置在位于POP30的每一个业务服务器31中，以便按照规则的时间间隔收集服务器载荷平衡信息，其包括业务服务器31的系统资源信息和有关针对每一个端口的会话数目的信息。因特网业务量管理服务器控制和管理在广域上分布的POP30，并利用通过GLB代理33和SLB代理32的操作的控制输入的全局载荷平衡信息和服务器载荷平衡信息，搜索最优POP 30和最优业务服务器31，以便建立用户终端1’和业务服务器31之间的最优连接路径。用户终端1’包括域数据库(DB，未示出)，用于存储业务服务器31的域信息和控制并管理业务服务器31的业务量管理服务器20的IP信息，用户终端1’还配备了客户机代理程序10，用于提取用户请求的业务服务器31的域信息和对应业务量管理服务器20的IP地址信息，并控制业务服务器连接请求信号，所述请求信号包括要通过因特网2发送到具有对应业务量管理服务器20的IP地址信息的业务量管理服务器20的、提取的域信息。
POP 30是位于因特网数据中心的服务器的集合和位于一定区域的服务器的集合之一。
业务量管理服务器20包括：GLB主机22、SLB主机23、通信模块24、数据库(DB)25以及控制单元21。
GLB主机22接收通过控制GLB代理33产生的、作为全局载荷平衡信息的跳和分组因特网探索响应时间，以便通过业务服务器连接请求信号的传输进行操作，比较并分析所述跳和分组因特网探索响应时间，并选择最优POP 30。SLB主机23接收通过控制业务服务器31的SLB代理33收集的、作为服务器载荷平衡信息的业务服务器的系统资源信息和会话信息，以便通过业务服务器连接请求信号的传输进行操作，比较并分析所述系统资源信息和会话信息，并选择最优业务服务器31。
通信模块24执行接口功能，以便能够进行服务器31和31’以及代理32和33之间的数据发送/接收。DB25存储以下内容：由系统管理员预设并且与用户终端1’匹配的、关于最优POP 30的固定IP块信息；用户请求的业务服务器31的域和IP信息；最优全局载荷平衡信息，其包括有关用户请求与业务服务器相连的时间的服务器连接请求时间信息和用户终端1’的IP地址信息；通过计算用户终端1’和最优POP30之间的跳和分组因特网探索响应时间得到的数值；以及位于每一个POP30中的每一个业务服务器31的服务器载荷平衡信息。
控制单元21控制GLB主机22和SLB主机23的操作。
通过从位于每一个POP处的每一个业务服务器31自动发送的业务载荷平衡信息按照规则的时间间隔更新存储在DB 25中的服务器载荷平衡信息，所述业务服务器31配备了SLB代32。
所述智能业务量管理系统还包括没有配备客户机代理程序10的用户终端1。
所述智能业务量管理系统还包括DNS 3’，用于存储业务量管理服务器20的IP地址信息。当从没有配备客户机代理程序10的用户终端1将业务服务器连接请求信号发送到DNS 3’时，DNS 3’将其IP地址信息添加到业务服务器连接请求信号中，并将业务服务器连接请求信号与DNS 3’的IP地址信息一起发送。
从没有配备客户机代理程序10的用户终端1发送到DNS 3’的业务服务器连接请求信号包括用户请求的业务服务器31的域信息。
当没有配备客户机代理程序10的用户终端1请求到业务服务器31的连接路径时，GLB主机33利用DNS 3’的IP地址信息产生通过计算用户终端1’和每一个POP30之间的跳和分组因特网探索响应时间获得的全局载荷平衡信息。
当没有配备客户机代理程序10的用户终端1请求到业务服务器31的连接路径时，DB 25存储：由系统管理员预设并且与用户终端1’匹配的、有关最优POP 30的固定IP块信息；用户请求的业务服务器31的域和IP信息；最优全局载荷平衡信息，其包括有关用户请求与业务服务器相连的时间的服务器连接请求时间信息和用户终端1’的IP地址信息；通过计算用户终端1’和最优POP 30之间的跳和分组因特网探索响应时间得到的数值；以及位于每一个POP 30中的每一个业务服务器31的服务器载荷平衡信息。
包含在服务器载荷平衡信息中的系统资源信息是有关业务服务器的中央处理单元(CPU)和存储器的信息。
在全局载荷平衡信息中，跳表示在分组交换网络中从一个路由器向另一个路由器发送单个分组(在客户机和服务器之间传输数据的基本传输单元)的路径。可以理解，随着跳变长，客户机和服务器之间的发送/接收时间增大。
因此，通过比较和分析时间可以选择最优POP 30。
在全局载荷平衡信息中，分组因特网探索响应时间指的是能够确定是否存在特定因特网地址以及该因特网地址是否能够接收请求的信息。
因此，通过比较和分析分组因特网探索响应时间能够选择最优POP 30。
用户终端1和1’是能够执行因特网访问的典型桌面计算机(包括笔记本计算机和个人数字助理)，或安装了应用程序以使用特定服务(例如股票交易)的专用终端。因此，网络浏览器是在桌面环境中使用的网络浏览器之一，或在专用终端中使用的专用网络浏览器之一。
图4是示出了根据本发明的利用业务量管理系统的智能业务量管理方法的流程图。
如图所示，智能业务量管理方法包括步骤S100到S900。在步骤S100，运行安装在用户终端上的网络浏览器，以便通过最优连接路径将用户终端与业务服务器相连。在步骤S200，确定是否安装了客户机代理程序。在步骤S300，如果安装了客户机代理程序，提取所请求的业务服务器的域名信息、管理和控制业务服务器的对应业务量管理服务器的IP地址信息以及用户终端的IP地址信息。在步骤S40，将包括所提取信息的业务服务器连接请求信号发送到对应的业务量管理服务器。在步骤S500，确定用户终端是否与系统管理员设置的固定IP块相对应。在步骤S600，如果用户终端不与固定IP块相对应，确定是否存在与用户终端的IP地址相匹配的全局平衡信息。在步骤S700，如果存在全局平衡信息，利用全局平衡信息选择最优POP。在步骤S800，对于最优服务器搜索位于所选择最优POP内的业务服务器。在步骤S900，通过将搜索到的最优业务服务器的IP地址发送到用户终端来分配最优连接路径。
作为在确定用户终端是否与固定IP块相对应的步骤S500的确定结果，如果用户终端与固定IP块相对应，则在步骤S501提取之前设置的最优POP，并且所述处理进入搜索位于所选择最优POP中的一个最优业务服务器的步骤S800。
固定IP块是用户注册到其处以使用因特网服务的因特网服务提供商(ISP)使用的每一个业务服务器的IP地址，或位于每一个区域的因特网数据中心的每一个业务服务器的IP地址。如果用户所请求的业务服务器与用户在其处注册的ISP相对应，智能业务量管理系统的管理员可以设置到ISP的IP地址的连接路径，而无需搜索并提取最优POP 30，这是因为该ISP是物理上最接近的。
此外，如果在每一个区域的因特网数据中心中设置了多个业务服务器，以允许用户终端通过最优连接路径与业务服务器相连，则智能业务量管理系统的管理员可以选择多个业务服务器之一。
在确定是否存在与用户终端的IP地址信息相匹配的全局载荷平衡信息的步骤S600中，用户终端的IP地址用于通过与存储在业务量管理服务器的DB 25中的服务器连接请求时间进行匹配，来确定是否存在全局载荷平衡信息。
在搜索位于所选择最优POP的一个最优业务服务器的步骤S800中，通过以下步骤来选择具有到用户终端1’的最优连接路径的最优业务服务器31：比较和分析存储在业务量管理服务器的DB25中的服务器载荷平衡信息，所述服务器载荷平衡信息包括关于每一个POP 30中业务服务器的CPU和存储器的系统资源信息以及位于每一个POP30的业务服务器31的服务器载荷平衡信息中的其端口的会话数目信息，由此搜索具有最优服务器载荷平衡信息的业务服务器31。
图6是示出了如图4所示的步骤S700的详细流程图，步骤S700用于利用全局载荷平衡信息来选择最优POP。
如图所示，利用全局平衡信息来选择最优POP的步骤S700包括步骤S710到S730。在步骤710，读取用户请求连接到业务服务器的近来连接时间。在步骤S720，确定全局平衡信息的可用周期是否终止。在步骤S730，如果全局平衡信息的可用周期已经终止，通过控制GLB代理来提取最优POP。
在步骤S720，如果全局平衡信息的可用周期还没有终止，在步骤S721，选择表示最优POP的全局载荷平衡信息，并且处理进入对于最优业务服务器搜索位于所提取最优POP的业务服务器的步骤S800。
图7是示出了如图6所示的步骤S730的详细流程图，步骤S730用于通过控制GLB代理来选择最优POP。
如图所示，通过控制GLB代理来提取最优POP的步骤S730包括步骤S731到S733。在步骤S731，将用户终端的IP地址信息从业务量管理服务器发送到每一个POP中配备了GLB代理的GLB代理专用服务器。在步骤S732，产生通过以下操作得到的新全局载荷平衡信息：利用所发送的用户终端的IP地址信息，计算用户终端和POP之间的跳和分组因特网探索响应时间，并且发送新全局载荷平衡信息。在步骤S733，比较和分析从各个POP发送的新全局载荷平衡信息的多个片段，并选择和存储最优POP。
在比较和分析从各个POP发送的新全局载荷平衡信息的多个片段并选择和存储最优POP的步骤S733中，将包括用户请求连接到对应业务服务器的时间和对应用户终端1’的IP地址信息的服务器连接请求时间信息附加到新全局载荷平衡信息上，并且将新全局载荷平衡信息和服务器连接请求时间信息一起存储在DB中。
图5是示出了如图4所示，作为在步骤S200确定是否安装了客户机代理程序的确定结果，如果没有安装客户机代理程序则进入步骤“A”的处理的流程图。
如图所示，作为在确定客户机代理程序是否安装在用户终端上的步骤S200的确定结果，如果客户机代理程序没有安装在用户终端上，则执行步骤S210到S240。在步骤S210，提取没有安装客户机代理程序的用户终端所请求的业务服务器的域名信息。在步骤S220，将所提取的业务服务器的域名信息发送到DNS。在步骤S230，确定DNS是否具有业务量管理服务器的IP地址信息。在步骤S240，如果DNS具有业务量管理服务器的IP地址信息，将其中DNS的IP地址信息被附加到业务服务器的域名信息的服务器连接请求信号发送到业务量管理服务器，处理进入确定用户终端是否与系统管理员所设置的固定IP块相对应的步骤S500。
在确定DNS是否具有业务量管理服务器的IP地址信息的步骤S230，如果DNS没有业务量管理服务器的IP地址信息，在步骤S231，DNS控制用户终端与业务服务器相连，处理结束。
在确定用户终端是否与系统管理员设置的固定IP块相对应的步骤S500中，利用用户终端的IP地址信息或DNS的IP地址信息来确定用户终端是否与固定IP块相对应。
如果用户终端不与固定IP块相对应，在确定是否存在与用户终端的IP地址相匹配的全局平衡信息的步骤S600中，如果没有配备客户机代理程序的用户终端请求与业务服务器相连，通过匹配对应DNS的IP地址信息来确定是否存在全局载荷平衡信息。
DNS的IP地址信息用于通过与存储在业务量管理服务器的DB 25中的服务器连接请求时间信息进行匹配，来确定是否存在全局载荷平衡信息。
在搜索位于所选择的最优POP中的一个最优业务服务器的步骤S800中，如果没有配备客户机代理程序的用户终端请求与业务服务器相连，通过以下步骤来执行最优业务服务器的搜索：比较和分析存储在业务量管理服务器的DB 25中的服务器载荷平衡信息，所述服务器载荷平衡信息包括关于每一个业务服务器的CPU和存储器的信息以及位于每一个POP 30的业务服务器31的服务器载荷平衡信息中的每一个端口的会话数目信息；搜索具有最优服务载荷平衡信息的一个业务服务器31；以及选择具有到用户终端1’的最优连接路径的业务服务器31。
在以下步骤S732中：产生通过利用所发送的用户终端的IP地址信息，计算用户终端和POP之间的跳和分组因特网探索响应时间所获得的新全局载荷平衡信息，并且发送新全局载荷平衡信息，，如果没有配备客户机代理程序的用户终端请求与业务服务器相连，则产生通过利用DNS 3’的IP地址信息计算用户终端1’和每一个POP 30之间的跳和分组因特网探索响应时间所得到的新全局载荷平衡信息。
在比较和分析从各个POP发送的新全局载荷平衡信息的多个片段并选择和存储最优POP的步骤S733中，如果没有配备客户机代理程序的用户终端请求与业务服务器相连，将包括用户请求连接到对应业务服务器的时间和对应DNS 3’的IP地址信息的服务器连接请求时间信息附加到新全局载荷平衡信息上，并且将新全局载荷平衡信息和服务器连接请求时间信息一起存储在DB中。
图8是示出了作为本发明另一个实施例的在用户所请求的业务服务器与小规模运行的站点相对应的情况下利用业务量管理系统的一个智能业务量管理方法的流程图。
如图所示，所述智能业务量管理方法包括步骤S1000到S1060。在步骤S1000，当用户请求的业务服务器位于单个POP中时，运行安装在用户终端上的网络浏览器，以便通过最优连接路径将用户终端与业务服务器相连。在步骤S1010，确定是否安装了客户机代理程序。在步骤S1020，如果安装了客户机代理程序，则提取所请求的业务服务器的域名信息、管理和控制所请求业务服务器的对应业务量管理服务器的IP地址信息以及用户终端的IP地址信息。在步骤S1030，将包括所提取信息的业务服务器连接请求信号发送到对应的业务量管理服务器。在步骤S1040，确定用户请求的业务服务器是否位于单个POP中。在步骤S1050，如果用户请求的业务服务器位于单个POP中，搜索对应POP中的最优业务服务器。在步骤S1060，通过将搜索到的最优业务服务器的IP地址发送到用户终端来分配最优连接路径。
在确定是否安装了客户机代理程序的步骤S1010中，如果没有安装客户机代理程序，则处理进入图5的步骤“A”。在确定用户请求的业务服务器是否位于单个POP的步骤S1040中，如果业务服务器位于不同POP中，则处理进入图4的步骤“B”。
下面将参考附图来说明本实施例的操作。
在步骤S100，用户通过能够提供因特网服务以便与业务服务器31(例如“Daum(www.daum.net)”)相连的用户终端1或1’来运行设置在用户终端1或1’中的网络浏览器。
在这种情况下，操作根据在用户终端1或1’上是否安装了客户机代理程序10而不同。
首先说明在用户终端1或1’上安装了客户机代理程序10的情况。
当用户通过在借助运行网络浏览器激活的网络浏览器窗口的URL输入框中输入业务服务器31的域名来请求连接时，待机的客户机代理程序10提取对应业务服务器31的域信息和业务量管理服务器20的IP地址信息。在步骤300通过使业务服务器31的域名信息与域DB的信息相匹配来控制和管理业务服务器31，产生业务服务器连接请求信号，其中将用户终端1’的IP地址信息附加到业务服务器31的所提取的域名信息上，并在步骤400，通过因特网2将包括业务服务器连接请求信号发送到具有业务量管理服务器20的IP地址信息的业务量管理服务器20。
如上所述，如果客户机代理程序10没有被安装在用户终端1中，在步骤S210提取由没有安装客户机代理程序的用户终端1所请求的域名服务器的域名信息，在步骤S230，通过因特网2将包括所提取的业务服务器的域名信息的业务服务器连接请求信号发送到DNS 3’，并确定DNS 3’是否具有业务量管理服务器的IP地址信息。
如果DNS 3’没有业务量管理服务器的IP地址信息，在步骤S231，通过解析方法来分配用户终端1与业务服务器31之间的连接路径。如果DNS 3’具有业务量管理服务器的IP地址信息，在步骤S240，DNS3’将其IP地址信息附加到被发送到业务量管理服务器20的、业务服务器31的IP地址信息，并通过因特网2，将其IP地址信息和业务服务器31的IP地址信息一起发送到具有业务量管理服务器20的IP地址信息的业务量管理服务器20。
在步骤S500，业务量管理服务器20的控制单元21通过对包括在所发送业务服务器连接请求信号中的用户终端1的IP地址信息与DB25中的信息进行匹配，来确定用户终端1或1’或DNS 3’的IP地址信息是否与包括由系统管理员预设的最优POP 30的固定IP块相对应。在步骤S500，如果从DNS 3’(由没有配备客户机代理程序的用户终端请求到业务服务器的连接)发送业务服务器连接请求信号，利用包括在业务服务器连接请求信号中的DNS 3’的IP地址信息，确定用户终端1或1’或DNS 3’的IP地址信息是否与包括最优POP 30的固定IP块相对应。
如果用户终端1或1’或DNS 3’的IP地址信息不与固定IP块相对应，在步骤S600，通过对用户终端1或1’或DNS 3’的IP地址信息与DB 25的信息进行匹配，确定是否存在用户的全局载荷平衡信息。
如果存在与用户终端1或1’匹配的全局载荷平衡信息，通过以下步骤来执行利用全局载荷平衡信息来提取最优POP的步骤S700：在步骤710，对用户终端1或1’或DNS 3’的IP地址信息与DB 25的信息进行匹配，读取包括在所提取的服务器连接请求时间信息中的、近来用户连接到当前所请求业务服务器的近来连接时间；和在步骤S720，确定全局载荷平衡信息的可用时间是否终止。
确定全局载荷平衡信息的可用时间是否已经终止的目的在于实时考虑用户终端1或DNS 3’与POP 30之间的最优环境。
例如，如果包括在全局载荷平衡信息中的、用户终端1或DNS 3’之间的跳或分组因特网探索响应时间出现变化，所述目的在于选择考虑用户终端1或DNS 3’之间的最优网络环境的最优POP 30。为此，将全局载荷平衡信息的可用时间设为24小时，操作业务量系统的管理员可以根据网络系统的条件来改变可用时间。
在步骤S730，作为确定的结果，如果全局载荷平衡信息的可用时间已经终止，控制GLB代理33以提取最优POP。在通过对用户终端1或DNS 3’的IP地址信息与DB 25的信息进行匹配以确定是否存在用户的全局载荷平衡信息的步骤S600，如果不存在匹配的用户的全局载荷平衡信息，处理进入通过控制GLB代理来提取最优POP的步骤S730。
如下所述的执行通过控制GLB代理来提取最优POP的步骤S730。在步骤S732，当业务量管理服务器20的控制单元21向每一个POP 30中配备了GLB代理33的GLB专用服务器31’发送用户终端1或DNS3’的IP地址信息时，待机GLB代理专用服务器31’控制GLB代理33的操作，以便计算终端1和1’与GLB代理专用服务器31’所属的POP之间的跳和分组因特网探索响应时间，产生新全局载荷平衡信息，并将所产生的新全局载荷平衡信息发送到业务量管理服务器20。在这种情况下，当没有配备客户机代理程序的用户终端1请求到业务服务器的连接时，利用DNS 3’的IP地址信息来选择最优POP 30的原因在于DNS 3’在物理上最靠近，这是因为DNS 3’控制并管理请求与业务服务器相连的用户终端1。
在步骤S733，业务量管理服务器20通过比较和分析所发送的、新全局载荷平衡信息的多个片段来选择最优POP 30；将所选择的新全局载荷平衡信息片段附加到表示用户终端1和1’请求连接到对应业务服务器31的时间的服务器连接请求时间信息上，以便匹配请求业务服务器31的用户终端1’或DNS 3’；以及将新全局载荷平衡信息和服务器连接请求时间信息一起存储在DB 25中。
作为在步骤S720确定的结果，如果全局载荷平衡信息的可用时间还没有终止，则在步骤S721选择表示最优POP的全局载荷平衡信息，并且处理进入在位于所选择最优POP的业务服务器31中搜索最优业务服务器31的步骤S800。
在搜索最优业务服务器的步骤S800中，通过比较和分析存储在业务量管理服务器的DB25中的服务器载荷平衡信息来选择具有最优连接路径的最优业务服务器31，所述服务器载荷平衡信息包括关于每一个POP 30中业务服务器的CPU和存储器的系统资源信息以及有关位于每一个POP 30中的业务服务器31的服务器载荷平衡信息中的端口的会话数目信息，由此搜索具有最优服务器载荷平衡信息的业务服务器31。
利用通过因特网2向对应用户终端1或1’发送单个选择的业务服务器31的IP地址信息，将到业务服务器31的最优连接路径分配给用户终端1或1’，并且无延迟地在用户终端1或1’上显示用户所请求的入口站点(网页)。
图8是示出了作为本发明另一个实施例的在用户所请求的业务服务器与小规模运行的站点相对应的情况下利用智能业务量管理系统的另一个智能业务量管理方法的流程图。
由于从运行在用户终端1或1’上提供的网络浏览器的步骤S1000到向对应业务量管理服务器发送包括所提取信息的业务服务器连接请求信号的步骤S1030的步骤与上述相同，所以这里省略对这些步骤的说明。
相反，在步骤S1030，在将包括所提取信息的业务服务器连接请求信号发送到对应业务量管理服务器期间，如果业务量管理服务器20的控制单元21读取包含在所发送的业务服务器连接请求信号中的对应业务服务器20的域名信息，并且对应网站是由位于单个因特网数据中心的三个或四个服务器来运行的小型网站，则在步骤S1050，在对应的POP中搜索最优业务服务器，从而选择具有最优连接路径的单个业务服务器31，并且在步骤S1060，将单个业务服务器的IP地址信息通过因特网2发送到对应用户终端1或1’，以便将到业务服务器31的最优连接路径分配给用户终端1或1’。
在这种情况下，可以通过智能业务量管理系统的管理员的选择和分配，来确定对应网站是由位于单个因特网数据中心的三个或四个服务器来运行的小型网站。
                      工业应用性
如上所述，本发明提供了一种智能业务量管理系统及一种智能业务量管理方法，其中如果用户请求的业务服务器与位于多个因特网数据中心的多个业务服务器相对应，则通过分析和比较位于多个分布式因特网数据中心的业务服务器的系统资源和各种内部和外部缺陷条件，允许用户终端与多个业务服务器中具有最优连接路径的一个相连。
尽管作为演示已经说明了本发明的优选实施例，但本领域的普通技术人员可以理解，在不脱离由所附权利要求描述的本发明的范围和精神的前提下，可以进行各种修改、添加和替换。

Claims (27)

1、一种智能业务量管理系统，包括：
多个全局载荷平衡(GLB)代理，每一个被设置在位于接入点(POP)的每一个GLB代理专用服务器中，以便产生全局载荷平衡信息，通过利用用户终端的因特网协议(IP)地址信息来计算用户终端和POP之间的跳和分组因特网探索响应时间来得到所述全局载荷平衡信息；
多个服务器载荷平衡(SLB)代理，每一个被设置在位于POP的每一个业务服务器中，以便按照规则的时间间隔收集服务器载荷平衡信息，所述服务器载荷平衡信息包括业务服务器的系统资源信息和针对每一个端口的会话数目的信息；
因特网业务量管理服务器，用于控制和管理在广域上分布的POP，并利用通过GLB代理和SLB代理的操作的控制输入的全局载荷平衡信息和服务器载荷平衡信息，搜索最优POP和最优业务服务器，以便建立用户终端和业务服务器之间的最优连接路径；以及
用户终端，包括域数据库(DB)，用于存储业务服务器的域信息和控制并管理业务服务器的业务量管理服务器的IP信息，以及客户机代理程序，所述客户机代理程序用于提取用户请求的业务服务器的域信息和对应业务量管理服务器的IP地址信息，并控制业务服务器连接请求信号，所述请求信号包括要通过因特网发送到具有对应业务量管理服务器的IP地址信息的业务量管理服务器的、提取的域信息。
2、根据权利要求1所述的智能业务量管理系统，其中POP是位于因特网数据中心的服务器的集合和位于一定区域的服务器的集合之一。
3、根据权利要求1所述的智能业务量管理系统，其中业务量管理服务器包括：
GLB主机，用于接收通过控制GLB代理产生的、作为全局载荷平衡信息的跳和分组因特网探索响应时间，以便通过业务服务器连接请求信号的传输进行操作，比较并分析所述跳和分组因特网探索响应时间，并选择最优POP；
SLB主机，用于接收通过控制业务服务器的SLB代理收集的、作为服务器载荷平衡信息的业务服务器的系统资源信息和会话信息，以便通过业务服务器连接请求信号的传输进行操作，比较和分析所述系统资源信息和会话信息，并选择最优业务服务器；
通信模块，用于执行接口功能，以便能够进行服务器和代理之间的数据发送/接收；
数据库(DB)，用于存储以下内容：由系统管理员预设并且与用户终端匹配的最优POP的固定IP块信息；用户请求的业务服务器的域和IP信息；最优全局载荷平衡信息，包括有关用户请求与业务服务器相连的时间的服务器连接请求时间信息和用户终端的IP地址信息；通过计算用户终端和最优POP之间的跳和分组因特网探索响应时间得到的数值；以及位于每一个POP中的每一个业务服务器的服务器载荷平衡信息；以及
控制单元，用于控制GLB主机和SLB主机的操作。
4、根据权利要求1到3之一所述的智能业务量管理系统，其中由从位于每一个POP处的每一个业务服务器自动发送的业务载荷平衡信息按照规则的时间间隔更新存储在DB中的服务器载荷平衡信息，所述业务服务器配备了SLB代理。
5、根据权利要求1所述的智能业务量管理系统，还包括没有配备客户机代理程序的用户终端。
6、根据权利要求1到5之一所述的智能业务量管理系统，还包括域名服务器(DNS)，用于存储业务量管理服务器的IP地址信息，
其中，当从没有配备客户机代理程序的用户终端将业务服务器连接请求信号发送到DNS时，DNS将其IP地址信息添加到业务服务器连接请求信号中，并将业务服务器连接请求信号与DNS的IP地址信息一起发送。
7、根据权利要求6所述的智能业务量管理系统，其中从没有配备客户机代理程序的用户终端发送到DNS的业务服务器连接请求信号包括用户请求的业务服务器的域信息。
8、根据权利要求1所述的智能业务量管理系统，其中当没有配备客户机代理程序的用户终端请求到业务服务器的连接路径时，GLB代理产生利用DNS的IP地址信息，通过计算用户终端和每一个POP之间的跳和分组因特网探索响应时间获得的全局载荷平衡信息。
9、根据权利要求3所述的智能业务量管理系统，其中当没有配备客户机代理程序的用户终端请求到业务服务器的连接路径时，DB存储：由系统管理员预设并且与用户终端匹配的、最优POP的固定IP块信息；用户请求的业务服务器的域和IP信息；最优全局载荷平衡信息，包括关于用户请求与业务服务器相连的时间的服务器连接请求时间信息和用户终端的IP地址信息；通过计算用户终端和最优POP之间的跳和分组因特网探索响应时间得到的数值；以及位于每一个POP中的每一个业务服务器的服务器载荷平衡信息。
10、根据权利要求1到4之一所述的智能业务量管理系统，其中包含在服务器载荷平衡信息中的系统资源信息是有关业务服务器的中央处理单元(CPU)和存储器的信息。
11、一种智能业务量管理方法，包括步骤：
运行安装在用户终端上的网络浏览器，以便通过最优连接路径将用户终端与业务服务器相连；
确定是否安装了客户机代理程序；
如果安装了客户机代理程序，提取所请求的业务服务器的域名信息、管理和控制业务服务器的对应业务量管理服务器的IP地址信息以及用户终端的IP地址信息；
将包括所提取信息的业务服务器连接请求信号发送到对应的业务量管理服务器；
确定用户终端是否与系统管理员设置的固定IP块相对应；
如果用户终端不与固定IP块相对应，确定是否存在与用户终端的IP地址相匹配的全局平衡信息；
如果存在全局平衡信息，利用全局平衡信息选择最优POP；
搜索位于所选择最优POP中的一个最优业务服务器；以及
通过将搜索到的最优业务服务器的IP地址发送到用户终端来分配最优连接路径。
12、根据权利要求11所述的智能业务量管理方法，还包括步骤：在确定用户终端是否与固定IP块相对应的步骤中，如果用户终端与固定IP块相对应，则提取之前设置的最优POP。
13、根据权利要求11所述的智能业务量管理方法，其中在确定用户终端是否与固定IP块相对应的步骤中，固定IP块是以下内容之一：用户注册到其处以使用因特网服务的因特网服务提供商(ISP)使用的业务服务器的IP地址，以及位于每一个区域的因特网数据中心的服务器的IP地址。
14、根据权利要求11所述的智能业务量管理方法，其中在确定是否存在与用户终端的IP地址信息相匹配的全局载荷平衡信息的步骤中，用户终端的IP地址用于通过与存储在业务量管理服务器的DB中的服务器连接请求时间进行匹配，来确定是否存在全局载荷平衡信息。
15、根据权利要求11所述的智能业务量管理方法，其中在搜索位于所选择最优POP中的一个最优业务服务器的步骤中，通过以下步骤来执行最优业务服务器的搜索：比较和分析存储在业务量管理服务器的DB中的服务器载荷平衡信息，所述服务器载荷平衡信息包括系统资源信息以及位于每一个POP的业务服务器的服务器载荷平衡信息中每一个端口的会话数目信息，所述系统资源信息包括有关每一个业务服务器的CPU和存储器的信息；搜索具有最优服务载荷平衡信息的一个业务服务器；以及选择具有到用户终端的最优连接路径的业务服务器。
16、根据权利要求11所述的智能业务量管理方法，其中利用全局平衡信息来选择最优POP的步骤包括步骤：
读取用户请求连接到业务服务器的近来连接时间；
确定全局平衡信息的可用周期是否终止；
如果全局平衡信息的可用周期已经终止，通过控制GLB代理来提取最优POP。
17、根据权利要求16所述的智能业务量管理方法，还包括步骤：如果全局平衡信息的可用周期还没有终止，选择表示最优POP的全局载荷平衡信息。
18、根据权利要求17所述的智能业务量管理方法，其中通过控制GLB代理来提取最优POP的步骤包括步骤：
将用户终端的IP地址信息从业务量管理服务器发送到每一个POP中配备了GLB代理的GLB代理专用服务器；
产生通过以下操作得到的新全局载荷平衡信息：利用所发送的用户终端的IP地址信息，计算用户终端和POP之间的跳和分组因特网探索响应时间，并且发送新全局载荷平衡信息；以及
比较和分析从各个POP发送的新全局载荷平衡信息的多个片段，并选择和存储最优POP。
19、根据权利要求18所述的智能业务量管理方法，其中在比较和分析从各个POP发送的新全局载荷平衡信息的多个片段并选择和存储最优POP的步骤中，将包括用户请求连接到对应业务服务器的时间和对应用户终端的IP地址信息的服务器连接请求时间信息附加到新全局载荷平衡信息，并且将新全局载荷平衡信息和服务器连接请求时间信息一起存储在DB中。
20、根据权利要求11所述的智能业务量管理方法，在确定客户机代理程序是否安装在用户终端上的步骤中，如果客户机代理程序没有安装在用户终端上，则还包括步骤：
提取没有安装客户机代理程序的用户终端所请求的业务服务器的域名信息；
将所提取的业务服务器的域名信息发送到DNS；
确定DNS是否具有业务量管理服务器的IP地址信息；以及
如果DNS具有业务量管理服务器的IP地址信息，将其中DNS的IP地址信息被附加到业务服务器的域名信息的服务器连接请求信号发送到业务量管理服务器。
21、根据权利要求11所述的智能业务量管理方法，其中，在确定用户终端是否与系统管理员设置的固定IP块相对应的步骤中，利用用户终端的IP地址信息和DNS的IP地址信息之一来确定用户终端是否与固定IP块相对应。
22、根据权利要求11所述的智能业务量管理方法，其中，在如果用户终端没有与固定IP块相对应，则确定是否存在与用户终端的IP地址相匹配的全局平衡信息的步骤中，如果没有配备客户机代理程序的用户终端请求与业务服务器相连，则通过匹配对应DNS的IP地址信息来确定是否存在全局载荷平衡信息。
23、根据权利要求22所述的智能业务量管理方法，其中DNS的IP地址信息用于通过与存储在业务量管理服务器的DB中的服务器连接请求时间信息进行匹配，来确定是否存在全局载荷平衡信息。
24、根据权利要求11所述的智能业务量管理方法，其中，在搜索位于所选择的最优POP中的一个最优业务服务器的步骤中，如果没有配备客户机代理程序的用户终端请求与业务服务器相连，通过以下步骤来执行最优业务服务器的搜索：比较和分析存储在业务量管理服务器的DB中的服务器载荷平衡信息，所述服务器载荷平衡信息包括系统资源信息以及位于每一个POP的业务服务器的服务器载荷平衡信息中每一个端口的会话数目信息，所述系统资源信息包括有关每一个业务服务器的CPU和存储器的信息；搜索具有最优服务载荷平衡信息的一个业务服务器；以及选择具有到用户终端的最优连接路径的业务服务器。
25、根据权利要求17所述的智能业务量管理方法，在以下步骤中：产生通过利用所发送的用户终端的IP地址信息计算用户终端和POP之间的跳和分组因特网探索响应时间获得的新全局载荷平衡信息，并且发送新全局载荷平衡信息，
如果没有配备客户机代理程序的用户终端请求与业务服务器相连，产生通过利用DNS的IP地址信息计算用户终端和每一个POP之间的跳和分组因特网探索响应时间得到的新全局载荷平衡信息。
26、根据权利要求18所述的智能业务量管理方法，其中，在比较和分析从各个POP发送的新全局载荷平衡信息的多个片段并选择和存储最优POP的步骤中，如果没有配备客户机代理程序的用户终端请求与业务服务器相连，将包括用户请求连接到对应业务服务器的时间和对应DNS的IP地址信息的服务器连接请求时间信息附加到新全局载荷平衡信息，并且将新全局载荷平衡信息和服务器连接请求时间信息一起存储在DB中。
27、一种智能业务量管理方法，包括步骤：
当用户请求的业务服务器位于单个POP中时，运行安装在用户终端上的网络浏览器，以便通过最优连接路径将用户终端与业务服务器相连；
确定是否安装了客户机代理程序；
如果安装了客户机代理程序，提取所请求的业务服务器的域名信息、管理和控制所请求业务服务器的对应业务量管理服务器的IP地址信息以及用户终端的IP地址信息；
将包括所提取信息的业务服务器连接请求信号发送到对应的业务量管理服务器；
确定用户请求的业务服务器是否位于单个POP中；
如果用户请求的业务服务器位于单个POP中，搜索对应POP中的最优业务服务器；以及
通过将搜索到的最优业务服务器的IP地址发送到用户终端来分配最优连接路径。
CNA2003801104008A 2003-05-21 2003-12-03 用于网络的智能业务量管理系统及使用其的智能业务量管理方法 Pending CN1802837A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020030032414 2003-05-21
KR10-2003-0032414A KR100511687B1 (ko) 2003-05-21 2003-05-21 네트워크에 대한 지능형 트래픽 관리시스템 및 그를이용한 지능형 트래픽 관리방법

Publications (1)

Publication Number Publication Date
CN1802837A true CN1802837A (zh) 2006-07-12

Family

ID=36811868

Family Applications (1)

Application Number Title Priority Date Filing Date
CNA2003801104008A Pending CN1802837A (zh) 2003-05-21 2003-12-03 用于网络的智能业务量管理系统及使用其的智能业务量管理方法

Country Status (6)

Country Link
US (1) US20060271655A1 (zh)
JP (1) JP4102367B2 (zh)
KR (1) KR100511687B1 (zh)
CN (1) CN1802837A (zh)
AU (1) AU2003304140A1 (zh)
WO (1) WO2004105355A1 (zh)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101436956B (zh) * 2007-11-12 2011-05-11 北京启明星辰信息技术股份有限公司 一种数据库操作响应时间测算方法及系统
CN102549972A (zh) * 2009-10-09 2012-07-04 微软公司 数据中心中的飞路
CN103973728A (zh) * 2013-01-25 2014-08-06 杭州华三通信技术有限公司 一种多数据中心环境下负载均衡的方法及装置
US9391716B2 (en) 2010-04-05 2016-07-12 Microsoft Technology Licensing, Llc Data center using wireless communication
US9497039B2 (en) 2009-05-28 2016-11-15 Microsoft Technology Licensing, Llc Agile data center network architecture
US9954751B2 (en) 2015-05-29 2018-04-24 Microsoft Technology Licensing, Llc Measuring performance of a network using mirrored probe packets
CN110225104A (zh) * 2019-05-24 2019-09-10 深圳市明源云科技有限公司 数据获取方法、装置及终端设备

Families Citing this family (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7711780B1 (en) * 2004-07-20 2010-05-04 Oracle America, Inc. Method for distributed end-to-end dynamic horizontal scalability
US20060117020A1 (en) * 2004-12-01 2006-06-01 John Toebes Arrangement for selecting a server to provide distributed services from among multiple servers based on a location of a client device
CN101156409B (zh) * 2005-04-04 2013-01-23 艾利森电话股份有限公司 用于分布应用服务器上的负载的方法和设备
CN101075924B (zh) * 2006-09-21 2012-07-18 腾讯科技（深圳）有限公司 一种客户端登录服务器的方法
US20080170576A1 (en) * 2007-01-17 2008-07-17 International Business Machines Corporation Method, computer program product, and apparatus for optimally deploying iscsi sessions automatically
US8171115B2 (en) * 2008-03-18 2012-05-01 Microsoft Corporation Resource equalization for inter- and intra- data center operations
US8504641B2 (en) * 2008-04-08 2013-08-06 At&T Intellectual Property Ii, L.P. Topology aware content delivery network
US8996683B2 (en) * 2008-06-09 2015-03-31 Microsoft Technology Licensing, Llc Data center without structural bottlenecks
US8639813B2 (en) 2008-11-25 2014-01-28 Citrix Systems, Inc. Systems and methods for GSLB based on SSL VPN users
US9767464B2 (en) * 2009-09-11 2017-09-19 Comscore, Inc. Determining client system attributes
US9122537B2 (en) * 2009-10-30 2015-09-01 Cisco Technology, Inc. Balancing server load according to availability of physical resources based on the detection of out-of-sequence packets
CN101924650B (zh) * 2010-08-04 2012-03-28 浙江省电力公司 故障信息系统的服务和服务器智能自治的实现方法
US9049229B2 (en) * 2010-10-28 2015-06-02 Verisign, Inc. Evaluation of DNS pre-registration data to predict future DNS traffic
CN102571383B (zh) * 2010-12-16 2015-06-17 腾讯科技（深圳）有限公司 一种接入控制方法及系统
US9055076B1 (en) * 2011-06-23 2015-06-09 Amazon Technologies, Inc. System and method for distributed load balancing with load balancer clients for hosts
KR101394610B1 (ko) 2011-08-01 2014-05-13 주식회사 케이티 부하 분산을 위한 서버 장치 및 그 방법
US8797851B2 (en) 2012-04-18 2014-08-05 International Business Machines Corporation Locating traffic reduction utilities in communication networks
US20150095494A1 (en) * 2012-05-11 2015-04-02 Qun Yang Lin Server Selection
US10097503B2 (en) * 2013-09-27 2018-10-09 Fastly, Inc. Content node network address selection for content delivery
CN104780210B (zh) * 2015-04-13 2019-01-25 新华三技术有限公司 负载均衡方法以及装置
US10178065B2 (en) * 2015-10-01 2019-01-08 Fastly Inc. Enhanced domain name translation in content delivery networks
US20170099345A1 (en) * 2015-10-01 2017-04-06 Fastly, Inc. Content delivery network load balancing
CN105847397A (zh) * 2016-04-25 2016-08-10 乐视控股（北京）有限公司 为终端设备提供网络服务的方法及装置
US10536517B2 (en) * 2017-03-16 2020-01-14 A10 Networks, Inc. Distributed global server load balancing controllers sharing service delay time
US10523748B2 (en) * 2017-12-22 2019-12-31 A10 Networks, Inc. Managing health status of network devices in a distributed global server load balancing system
CN114138463B (zh) * 2021-11-04 2024-03-26 中国电力科学研究院有限公司 基于深度神经网络的现货系统应用层负载均衡预测方法

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5444848A (en) * 1992-04-30 1995-08-22 Bull Hn Information Systems Inc. Distribution of communications connections over multiple service access points by choosing remote and local access points having lowest number of connections
US6175869B1 (en) * 1998-04-08 2001-01-16 Lucent Technologies Inc. Client-side techniques for web server allocation
US7441045B2 (en) * 1999-12-13 2008-10-21 F5 Networks, Inc. Method and system for balancing load distribution on a wide area network
US7174378B2 (en) * 2000-05-29 2007-02-06 Nitgen Technologies, Inc. Co-location service system equipped with global load balancing (GLB) function among dispersed IDCS
US7103651B2 (en) * 2000-11-30 2006-09-05 Nortel Networks Limited Method and apparatus for discovering client proximity network sites
US20030163341A1 (en) * 2002-02-26 2003-08-28 International Business Machines Corporation Apparatus and method of dynamically updating dynamic host configuration protocol (DHCP) options
US7088718B1 (en) * 2002-03-19 2006-08-08 Cisco Technology, Inc. Server load balancing using IP option field approach to identify route to selected server

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101436956B (zh) * 2007-11-12 2011-05-11 北京启明星辰信息技术股份有限公司 一种数据库操作响应时间测算方法及系统
US9497039B2 (en) 2009-05-28 2016-11-15 Microsoft Technology Licensing, Llc Agile data center network architecture
CN102549972A (zh) * 2009-10-09 2012-07-04 微软公司 数据中心中的飞路
US8972601B2 (en) 2009-10-09 2015-03-03 Microsoft Technology Licensing, Llc Flyways in data centers
CN102549972B (zh) * 2009-10-09 2016-05-18 微软技术许可有限责任公司 数据中心中的飞路
US9391716B2 (en) 2010-04-05 2016-07-12 Microsoft Technology Licensing, Llc Data center using wireless communication
US10110504B2 (en) 2010-04-05 2018-10-23 Microsoft Technology Licensing, Llc Computing units using directional wireless communication
CN103973728A (zh) * 2013-01-25 2014-08-06 杭州华三通信技术有限公司 一种多数据中心环境下负载均衡的方法及装置
CN103973728B (zh) * 2013-01-25 2019-02-05 新华三技术有限公司 一种多数据中心环境下负载均衡的方法及装置
US9954751B2 (en) 2015-05-29 2018-04-24 Microsoft Technology Licensing, Llc Measuring performance of a network using mirrored probe packets
CN110225104A (zh) * 2019-05-24 2019-09-10 深圳市明源云科技有限公司 数据获取方法、装置及终端设备

Also Published As

Publication number Publication date
US20060271655A1 (en) 2006-11-30
KR20040100179A (ko) 2004-12-02
JP2006526301A (ja) 2006-11-16
WO2004105355A1 (en) 2004-12-02
JP4102367B2 (ja) 2008-06-18
AU2003304140A1 (en) 2004-12-13
KR100511687B1 (ko) 2005-09-01

Similar Documents

Publication Publication Date Title
CN1802837A (zh) 用于网络的智能业务量管理系统及使用其的智能业务量管理方法
CN1311380C (zh) 有助于从网络的移动设备中选择本地注册表主机的方法和系统
CN1109298C (zh) 分布式计算机网络上服务器端优化数据传送的系统和方法
CN1309232C (zh) 分布式高速缓存的方法和设备
CA2303001C (en) Scheme for information delivery to mobile computers using cache servers
CN1659843A (zh) 实现内容递送网络的网际互连方法,相应的网络及接口部件
CN1444816A (zh) 用于网络寻址的系统
US20110072133A1 (en) Systems and methods for monitoring and controlling communication traffic
CN1706165A (zh) 用于网络场通信控制的方法和装置
CN1575582A (zh) 可配置的自适应全球通信控制和管理
CN1512389A (zh) 动态服务注册表
CN1431799A (zh) 网络系统、信息管理服务器及信息管理方法
CN101040486A (zh) 动态分布式环境中的自动拓扑形成方法、系统及程序产品
CN1901460A (zh) 通信网的记帐方法
CN1901515A (zh) 推出型信息传输方法和它的转移设备
CN101044463A (zh) 用于监视客户端－服务器架构的性能的方法和系统
CN1256847A (zh) 一个移动通信网络中的数据服务
CN1476697A (zh) 便于在电信网络和服务提供商之间交换实时信息的装置
CN1153430C (zh) 网络状态服务器，信息分布系统和控制方法
CN1604567A (zh) 数据流控制系统及其方法
CN1190926C (zh) 中继装置
CN1359501A (zh) 提供基于网络的咨询服务的方法和装置
CN1714536A (zh) 分布网络中基于策略控制的方法和系统
Tang et al. Jointly caching and computation resource allocation for mobile edge networks
CN1716865A (zh) 用户上网行为控制系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 1093267

Country of ref document: HK

C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication
REG Reference to a national code

Ref country code: HK

Ref legal event code: WD

Ref document number: 1093267

Country of ref document: HK