JP2003131961A - ネットワークシステム及び負荷分散方法 - Google Patents
ネットワークシステム及び負荷分散方法Info
- Publication number
- JP2003131961A JP2003131961A JP2002194092A JP2002194092A JP2003131961A JP 2003131961 A JP2003131961 A JP 2003131961A JP 2002194092 A JP2002194092 A JP 2002194092A JP 2002194092 A JP2002194092 A JP 2002194092A JP 2003131961 A JP2003131961 A JP 2003131961A
- Authority
- JP
- Japan
- Prior art keywords
- access
- load
- server
- packet
- load balancer
- 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
Links
Landscapes
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Abstract
(57)【要約】
【課題】 サイト内のＷｅｂサーバに対する負荷分散装
置への負荷を軽減し、負荷分散装置への経路に障害が発
生した場合にも、高速な経路の切り替えを行う。 【解決手段】 ルータ１４は、複数存在する経路に同一
ネットワークアドレスを設定し、Ｈａｓｈ値を算出した
結果により各経路への振り分けを行う機能を使用して複
数の負荷分散装置Ａ１５、Ｂ１６へのアクセスの振り分
けを行う。負荷分散装置Ａ１５、Ｂ１６は、自身が持つ
ＬＡＮ機能を利用し、ラウンドロビンによりアクセスを
Ｗｅｂサーバ１７ａ、ｂ、及び１７ｃ、１７ｄに割り振
る。これにより、ルータ１４に入力される多数のアクセ
スを均等にＷｅｂサーバ１７ａ〜１７ｄに割り振ること
が可能となり、サイト１０は、トラフィックの突発的に
増加等に対しても、高速性、高信頼性を損なうことなく
サービスを続けることができる。また、ルータと負荷分
散装置との間に障害が発生した場合にも、瞬時に他の負
荷分散装置側に経路を切り替えることができる。
置への負荷を軽減し、負荷分散装置への経路に障害が発
生した場合にも、高速な経路の切り替えを行う。 【解決手段】 ルータ１４は、複数存在する経路に同一
ネットワークアドレスを設定し、Ｈａｓｈ値を算出した
結果により各経路への振り分けを行う機能を使用して複
数の負荷分散装置Ａ１５、Ｂ１６へのアクセスの振り分
けを行う。負荷分散装置Ａ１５、Ｂ１６は、自身が持つ
ＬＡＮ機能を利用し、ラウンドロビンによりアクセスを
Ｗｅｂサーバ１７ａ、ｂ、及び１７ｃ、１７ｄに割り振
る。これにより、ルータ１４に入力される多数のアクセ
スを均等にＷｅｂサーバ１７ａ〜１７ｄに割り振ること
が可能となり、サイト１０は、トラフィックの突発的に
増加等に対しても、高速性、高信頼性を損なうことなく
サービスを続けることができる。また、ルータと負荷分
散装置との間に障害が発生した場合にも、瞬時に他の負
荷分散装置側に経路を切り替えることができる。
Description
【０００１】
【発明の属する技術分野】本発明は、負荷分散方法に係
り、特に、インターネット等を介した１つのドメイン名
（ホスト名）を有する情報サービスサイトの複数のＷｅ
ｂサーバへのアクセスを分散させることを可能にした負
荷分散方法に関する。
り、特に、インターネット等を介した１つのドメイン名
（ホスト名）を有する情報サービスサイトの複数のＷｅ
ｂサーバへのアクセスを分散させることを可能にした負
荷分散方法に関する。
【０００２】
【従来の技術】近年、Ｗｅｂアクセス等の利用に加え、
ＥＣ（電子商取引）をはじめとする多種にわたるインタ
ーネットサービスが急増している。そのため、情報サー
ビスを行う特定のサイトのＷｅｂサーバに対するトラフ
ィックが突発的に増加する現象が生じている。特に、デ
ータセンターやＡＳＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｅ
ｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）等のインターネットサ
ービスを提供する事業者に対しては、より高速かつ高信
頼なサービスを行うことが要求されている。このような
場合にも、Ｗｅｂシステムの信頼性、安定性を確保する
ことができるようにするための技術として、特定のサイ
トに対するトラフィック負荷を分散させる技術が知られ
ている。
ＥＣ（電子商取引）をはじめとする多種にわたるインタ
ーネットサービスが急増している。そのため、情報サー
ビスを行う特定のサイトのＷｅｂサーバに対するトラフ
ィックが突発的に増加する現象が生じている。特に、デ
ータセンターやＡＳＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｅ
ｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）等のインターネットサ
ービスを提供する事業者に対しては、より高速かつ高信
頼なサービスを行うことが要求されている。このような
場合にも、Ｗｅｂシステムの信頼性、安定性を確保する
ことができるようにするための技術として、特定のサイ
トに対するトラフィック負荷を分散させる技術が知られ
ている。
【０００３】この種の技術では、同一のドメイン名を持
ち同一のサービスを行うサイトに複数のＷｅｂサーバが
設けられる。そして、この技術は、このサイトへのアク
セスを負荷分散装置やＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ
Ｓｙｓｔｅｍ）サーバを用いて複数のサーバに振り分
ける。尚、ＤＮＳサーバはクライアントから指定された
ドメイン名をそれに対応するＩＰ(Ｉｎｔｅｒｎｅｔ
Ｐｒｏｔｏｃｏｌ)アドレスに変換するサーバである。
このような技術が、例えば、特開２００１−１１７８９
７号公報や特開２０００−１３２５２４号公報に記載さ
れている。
ち同一のサービスを行うサイトに複数のＷｅｂサーバが
設けられる。そして、この技術は、このサイトへのアク
セスを負荷分散装置やＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ
Ｓｙｓｔｅｍ）サーバを用いて複数のサーバに振り分
ける。尚、ＤＮＳサーバはクライアントから指定された
ドメイン名をそれに対応するＩＰ(Ｉｎｔｅｒｎｅｔ
Ｐｒｏｔｏｃｏｌ)アドレスに変換するサーバである。
このような技術が、例えば、特開２００１−１１７８９
７号公報や特開２０００−１３２５２４号公報に記載さ
れている。
【０００４】また、負荷分散装置とＤＮＳサーバとを組
合わせて用いる技術もある。この技術においては、同一
のサービスを行うサイトの複数のＷｅｂサーバに対し
て、複数の負荷分散装置が設けられる。そして、ＤＮＳ
サーバからクライアントに通知されるＩＰアドレスに基
づいて各負荷分散装置への経路が選択される。
合わせて用いる技術もある。この技術においては、同一
のサービスを行うサイトの複数のＷｅｂサーバに対し
て、複数の負荷分散装置が設けられる。そして、ＤＮＳ
サーバからクライアントに通知されるＩＰアドレスに基
づいて各負荷分散装置への経路が選択される。
【０００５】
【発明が解決しようとする課題】前者の技術では、負荷
分散装置がクライアントからのアクセス（トラフィッ
ク）をＷｅｂサーバに均等に分散することができるの
で、ボトルネックを回避してトラフィック負荷の軽減を
図ることができるという利点を有している。しかし、近
年、負荷分散装置は、それ自身の持つ機能が高度なもの
となり、また、多くの機能を持つようになってきてい
る。よって、負荷分散すべきＷｅｂサーバの数が多くな
ると、充分な性能を発揮することができなくなるという
問題点を生じる。
分散装置がクライアントからのアクセス（トラフィッ
ク）をＷｅｂサーバに均等に分散することができるの
で、ボトルネックを回避してトラフィック負荷の軽減を
図ることができるという利点を有している。しかし、近
年、負荷分散装置は、それ自身の持つ機能が高度なもの
となり、また、多くの機能を持つようになってきてい
る。よって、負荷分散すべきＷｅｂサーバの数が多くな
ると、充分な性能を発揮することができなくなるという
問題点を生じる。
【０００６】また、後者の技術では、１つの負荷分散装
置への経路に障害が発生した場合、ＤＮＳサーバにより
他の負荷分散装置への経路の切り替えを行うことが可能
である。しかし、この技術では障害の検知から経路の切
り替えまでに数十秒（４０秒程度）の時間が必要であ
り、高速性、高信頼性が損なわれてしまうという問題点
を有している。
置への経路に障害が発生した場合、ＤＮＳサーバにより
他の負荷分散装置への経路の切り替えを行うことが可能
である。しかし、この技術では障害の検知から経路の切
り替えまでに数十秒（４０秒程度）の時間が必要であ
り、高速性、高信頼性が損なわれてしまうという問題点
を有している。
【０００７】
【課題を解決するための手段】本発明は、前述した技術
の問題点を解決し、インターネット等のネットワークを
介してサイトにアクセスする場合に、サイト内のＷｅｂ
サーバに対する負荷分散装置への負荷を軽減し、かつ、
１つの負荷分散装置への経路に障害が発生した場合に
も、経路の切り替えを高速に行うことのできる負荷分散
方法を提供する。
の問題点を解決し、インターネット等のネットワークを
介してサイトにアクセスする場合に、サイト内のＷｅｂ
サーバに対する負荷分散装置への負荷を軽減し、かつ、
１つの負荷分散装置への経路に障害が発生した場合に
も、経路の切り替えを高速に行うことのできる負荷分散
方法を提供する。
【０００８】本発明によれば、ネットワークシステム
は、複数のサーバ装置と、複数の負荷分散装置と、少な
くとも１台の中継装置からなる。各負荷分散装置は複数
のサーバ装置のうちの２台以上のサーバ装置と接続され
る。各中継装置は複数の負荷分散装置のうちの２台以上
の負荷分散装置と接続され、また、ネットワークとも接
続される。各中継装置は、ネットワークから複数のサー
バ装置に対するアクセスパケットを受信し、中継装置に
接続された２台以上の負荷分散装置のうちの任意の負荷
分散装置に受信したアクセスパケットを中継する。各負
荷分散装置は、各中継装置からアクセスパケットを受信
し、それ自身に接続された２台以上のサーバ装置の内の
任意のサーバ装置にそれを転送する。
は、複数のサーバ装置と、複数の負荷分散装置と、少な
くとも１台の中継装置からなる。各負荷分散装置は複数
のサーバ装置のうちの２台以上のサーバ装置と接続され
る。各中継装置は複数の負荷分散装置のうちの２台以上
の負荷分散装置と接続され、また、ネットワークとも接
続される。各中継装置は、ネットワークから複数のサー
バ装置に対するアクセスパケットを受信し、中継装置に
接続された２台以上の負荷分散装置のうちの任意の負荷
分散装置に受信したアクセスパケットを中継する。各負
荷分散装置は、各中継装置からアクセスパケットを受信
し、それ自身に接続された２台以上のサーバ装置の内の
任意のサーバ装置にそれを転送する。
【０００９】このネットワークシステムにおいては、ネ
ットワークシステムから受信される複数のアクセスパケ
ットは、各中継装置によって複数の負荷分散装置に分散
されて中継される。また、各負荷分散装置に中継された
複数のアクセスパケットは、各負荷分散装置によって複
数のサーバ装置に分散されて転送される。
ットワークシステムから受信される複数のアクセスパケ
ットは、各中継装置によって複数の負荷分散装置に分散
されて中継される。また、各負荷分散装置に中継された
複数のアクセスパケットは、各負荷分散装置によって複
数のサーバ装置に分散されて転送される。
【００１０】
【発明の実施の形態】以下、本発明による実施形態を図
面により詳細に説明する。
面により詳細に説明する。
【００１１】図１は１実施形態によるネットワーク全体
の構成を示す図、図２は各装置でのアドレス等の設定の
具体例を示す図である。
の構成を示す図、図２は各装置でのアドレス等の設定の
具体例を示す図である。
【００１２】１実施形態におけるネットワークは、図１
に示すように、複数のクライアント端末１１と、ＤＮＳ
サーバ１２と、サイト１０と、これらが接続されるイン
ターネット１３等のネットワークから構成されている。
クライアント端末１１は、情報サービスを受けるＰＣ
(Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等により構成
される。クライアント端末１１はサイト１０に対するア
クセス（パケット）を発行する。ＤＮＳサーバ１２は、
クライアント端末１１がサイト１０による情報サービス
を受けるために送出するドメイン名（ホスト名）をサイ
ト１０内のＷｅｂサーバのＩＰアドレスに変換して送出
する。
に示すように、複数のクライアント端末１１と、ＤＮＳ
サーバ１２と、サイト１０と、これらが接続されるイン
ターネット１３等のネットワークから構成されている。
クライアント端末１１は、情報サービスを受けるＰＣ
(Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等により構成
される。クライアント端末１１はサイト１０に対するア
クセス（パケット）を発行する。ＤＮＳサーバ１２は、
クライアント端末１１がサイト１０による情報サービス
を受けるために送出するドメイン名（ホスト名）をサイ
ト１０内のＷｅｂサーバのＩＰアドレスに変換して送出
する。
【００１３】サイト１０は情報サービスを行うネットワ
ークシステムを備える。サイト１０のネットワークシス
テムは、ルータ１４と、負荷分散装置Ａ１５、Ｂ１６
と、複数のＷｅｂサーバ１７ａ〜１７ｄとにより構成さ
れる。ルータ１４はインターネット１３との接続を行
う。ルータ１４はクライアント端末１１から発行された
アクセスをインターネット１３から受信し、ルータ１４
に接続されている負荷分散装置Ａ１５、Ｂ１６に転送す
る。負荷分散装置Ａ１５、Ｂ１６は、ルータ１４により
転送されたアクセスを複数のＷｅｂサーバに負荷分散す
る。複数のＷｅｂサーバ１７ａ〜１７ｄは、負荷分散装
置Ａ１５、Ｂ１６のそれぞれに接続され、全てが同一に
構成され同一の情報サービスを行う。
ークシステムを備える。サイト１０のネットワークシス
テムは、ルータ１４と、負荷分散装置Ａ１５、Ｂ１６
と、複数のＷｅｂサーバ１７ａ〜１７ｄとにより構成さ
れる。ルータ１４はインターネット１３との接続を行
う。ルータ１４はクライアント端末１１から発行された
アクセスをインターネット１３から受信し、ルータ１４
に接続されている負荷分散装置Ａ１５、Ｂ１６に転送す
る。負荷分散装置Ａ１５、Ｂ１６は、ルータ１４により
転送されたアクセスを複数のＷｅｂサーバに負荷分散す
る。複数のＷｅｂサーバ１７ａ〜１７ｄは、負荷分散装
置Ａ１５、Ｂ１６のそれぞれに接続され、全てが同一に
構成され同一の情報サービスを行う。
【００１４】なお、図１には、ルータに接続される負荷
分散装置が２台、各負荷分散装置に接続されるＷｅｂサ
ーバがそれぞれ２台として示されているが、ルータに接
続される負荷分散装置、各負荷分散装置に接続されるＷ
ｅｂサーバは、それぞれ、さらに多数であってもよい。
分散装置が２台、各負荷分散装置に接続されるＷｅｂサ
ーバがそれぞれ２台として示されているが、ルータに接
続される負荷分散装置、各負荷分散装置に接続されるＷ
ｅｂサーバは、それぞれ、さらに多数であってもよい。
【００１５】前述したように構成されるネットワークシ
ステムにおいて、ルータ１４は、同一の宛先（ここでは
特定のネットワークやサーバを指す）に対する２以上の
異なる経路が存在する場合、その宛先に対するアクセス
（パケット）を各経路に分散して転送する機能を備え
る。この機能によってルータ１４が次にアクセスを転送
すべき装置（ここではルータや負荷分散装置を指す）が
経路毎に異なる場合、ルータ１４は、転送先の各装置に
アクセスを分散させることができる。例えば、図１にお
いて、Ｗｅｂサーバ１７ａ〜１７ｄには同一の仮想ＩＰ
アドレス“１９２．１６８．１００．１０”が設定され
ている。従って、Ｗｅｂサーバ１７ａ〜１７ｄはルータ
１４から同一の宛先として認識される。ここで、ルータ
１４とＷｅｂサーバ１７ａ〜１７ｄとの間には負荷分散
装置Ａ１５を経由する経路と負荷分散装置Ｂ１６を経由
する経路が存在する。その為、上述した機能によってル
ータ１４はＷｅｂサーバ１７ａ〜１７ｄに対するアクセ
スを各経路の負荷分散装置Ａ１５と負荷分散装置Ｂ１６
に分散して転送することができる。この機能によれば、
ルータ１４は、受信したアクセスに含まれるアドレス情
報から、あるハッシュ関数に従ってハッシュ値を算出す
る。ルータ１４は、各負荷分散装置と各ハッシュ値とを
予め対応付けておく。そして、算出したハッシュ値が対
応付けられている負荷分散装置に対して、ルータ１４は
受信したアクセスを転送する。
ステムにおいて、ルータ１４は、同一の宛先（ここでは
特定のネットワークやサーバを指す）に対する２以上の
異なる経路が存在する場合、その宛先に対するアクセス
（パケット）を各経路に分散して転送する機能を備え
る。この機能によってルータ１４が次にアクセスを転送
すべき装置（ここではルータや負荷分散装置を指す）が
経路毎に異なる場合、ルータ１４は、転送先の各装置に
アクセスを分散させることができる。例えば、図１にお
いて、Ｗｅｂサーバ１７ａ〜１７ｄには同一の仮想ＩＰ
アドレス“１９２．１６８．１００．１０”が設定され
ている。従って、Ｗｅｂサーバ１７ａ〜１７ｄはルータ
１４から同一の宛先として認識される。ここで、ルータ
１４とＷｅｂサーバ１７ａ〜１７ｄとの間には負荷分散
装置Ａ１５を経由する経路と負荷分散装置Ｂ１６を経由
する経路が存在する。その為、上述した機能によってル
ータ１４はＷｅｂサーバ１７ａ〜１７ｄに対するアクセ
スを各経路の負荷分散装置Ａ１５と負荷分散装置Ｂ１６
に分散して転送することができる。この機能によれば、
ルータ１４は、受信したアクセスに含まれるアドレス情
報から、あるハッシュ関数に従ってハッシュ値を算出す
る。ルータ１４は、各負荷分散装置と各ハッシュ値とを
予め対応付けておく。そして、算出したハッシュ値が対
応付けられている負荷分散装置に対して、ルータ１４は
受信したアクセスを転送する。
【００１６】また、負荷分散装置Ａ１５、Ｂ１６のそれ
ぞれは、バーチャルＬＡＮ機能を持ち、ラウンドロビン
方式によりアクセスを各Ｗｅｂサーバ１７ａ、１７ｂ、
及び１７ｃ、１７ｄに割り振る。
ぞれは、バーチャルＬＡＮ機能を持ち、ラウンドロビン
方式によりアクセスを各Ｗｅｂサーバ１７ａ、１７ｂ、
及び１７ｃ、１７ｄに割り振る。
【００１７】これにより、サイト１０のネットワークシ
ステムは、ルータ１４に入力される多数のアクセスを均
等にＷｅｂサーバ１７ａ〜１７ｄに割り振ることが可能
となる。この結果、サイト１０は、トラフィックの突発
的な増加等に対しても、対応することが可能となり、高
速性、高信頼性を損なうことなくサービスを続けること
ができる。また、ルータと負荷分散装置との間に障害が
発生した場合にも、ルータによるハードウェア処理によ
り瞬時に他の負荷分散装置側に経路を切り替えることが
できる。
ステムは、ルータ１４に入力される多数のアクセスを均
等にＷｅｂサーバ１７ａ〜１７ｄに割り振ることが可能
となる。この結果、サイト１０は、トラフィックの突発
的な増加等に対しても、対応することが可能となり、高
速性、高信頼性を損なうことなくサービスを続けること
ができる。また、ルータと負荷分散装置との間に障害が
発生した場合にも、ルータによるハードウェア処理によ
り瞬時に他の負荷分散装置側に経路を切り替えることが
できる。
【００１８】次に、図２を参照して、各装置へのアドレ
ス等の設定の具体例とその動作例について説明する。
ス等の設定の具体例とその動作例について説明する。
【００１９】図２に示すネットワークの構成は、図１の
場合と基本的に同一である。但し、２台のクライアント
端末１１はハブ１１’に接続されている。ハブ１１’
は、図には示されていないインターネットを介してルー
タ１４に接続される。この図２において、サイト１０が
持つドメイン名を、ｗｗｗ．ｈｉｔａｃｈｉ−ｄａｔａ
ｃｅｎｔｅｒ．ｃｏ．ＪＰとする。負荷分散装置Ａ１５
とルータ１４との間にあるネットワークのネットワーク
アドレスは“１９２．１６８．２５２／２４”である。
また、負荷分散装置Ａ１５のルータ１４側のインタフェ
ースのホストアドレスは“２５３”である。従って、負
荷分散装置Ａ１５のルータ１４側のインタフェースのＩ
Ｐアドレスは“１９２．１６８．２５２．２５３”であ
る。同様に、負荷分散装置Ｂ１６とルータ１４との間に
あるネットワークのネットワークアドレスは“１９２．
１６８．２５１／２４”である。負荷分散装置Ｂ１６の
ルータ１４側のインタフェースのホストアドレスは“２
５３”である。負荷分散装置Ａ１５は、少なくともＷｅ
ｂサーバ１７ａ、１７ｂ側にＶＬＡＮ（Ｖｉｒｔｕａｌ
ＬＡＮ）を設定する。負荷分散装置Ｂ１６も、少なく
ともＷｅｂサーバ１７ｃ、１７ｄ側にＶＬＡＮを設定す
る。Ｗｅｂサーバ１７ａ、１７ｂ側及びＷｅｂサーバ１
７ｃ、１７ｄ側にそれぞれ設定されたＶＬＡＮには、負
荷分散装置Ａ１５、Ｂ１６が同一の仮想ＩＰアドレス
（以下、ＶＩＰという）、図示例では、１９２．１６
８．１００．１０を設定する。これによってＷｅｂサー
バ１７ａ〜１７ｄは全て同一のＶＩＰにより識別（代
表）され、Ｗｅｂサーバ１７ａ〜１７ｄは、クライアン
ト端末やＤＮＳサーバから１つのＷｅｂサーバとして認
識される。ＤＮＳサーバ１２は、前述で設定されたＶＩ
Ｐとドメイン名ｗｗｗ．ｈｉｔａｃｈｉ−ｄａｔａｃｅ
ｎｔｅｒ．ｃｏ．ＪＰとの対応付けを行う。
場合と基本的に同一である。但し、２台のクライアント
端末１１はハブ１１’に接続されている。ハブ１１’
は、図には示されていないインターネットを介してルー
タ１４に接続される。この図２において、サイト１０が
持つドメイン名を、ｗｗｗ．ｈｉｔａｃｈｉ−ｄａｔａ
ｃｅｎｔｅｒ．ｃｏ．ＪＰとする。負荷分散装置Ａ１５
とルータ１４との間にあるネットワークのネットワーク
アドレスは“１９２．１６８．２５２／２４”である。
また、負荷分散装置Ａ１５のルータ１４側のインタフェ
ースのホストアドレスは“２５３”である。従って、負
荷分散装置Ａ１５のルータ１４側のインタフェースのＩ
Ｐアドレスは“１９２．１６８．２５２．２５３”であ
る。同様に、負荷分散装置Ｂ１６とルータ１４との間に
あるネットワークのネットワークアドレスは“１９２．
１６８．２５１／２４”である。負荷分散装置Ｂ１６の
ルータ１４側のインタフェースのホストアドレスは“２
５３”である。負荷分散装置Ａ１５は、少なくともＷｅ
ｂサーバ１７ａ、１７ｂ側にＶＬＡＮ（Ｖｉｒｔｕａｌ
ＬＡＮ）を設定する。負荷分散装置Ｂ１６も、少なく
ともＷｅｂサーバ１７ｃ、１７ｄ側にＶＬＡＮを設定す
る。Ｗｅｂサーバ１７ａ、１７ｂ側及びＷｅｂサーバ１
７ｃ、１７ｄ側にそれぞれ設定されたＶＬＡＮには、負
荷分散装置Ａ１５、Ｂ１６が同一の仮想ＩＰアドレス
（以下、ＶＩＰという）、図示例では、１９２．１６
８．１００．１０を設定する。これによってＷｅｂサー
バ１７ａ〜１７ｄは全て同一のＶＩＰにより識別（代
表）され、Ｗｅｂサーバ１７ａ〜１７ｄは、クライアン
ト端末やＤＮＳサーバから１つのＷｅｂサーバとして認
識される。ＤＮＳサーバ１２は、前述で設定されたＶＩ
Ｐとドメイン名ｗｗｗ．ｈｉｔａｃｈｉ−ｄａｔａｃｅ
ｎｔｅｒ．ｃｏ．ＪＰとの対応付けを行う。
【００２０】尚、図２において、負荷分散装置Ａ１５と
Ｗｅｂサーバ１７ａ、１７ｂとの間及び負荷分散装置Ｂ
１６とＷｅｂサーバ１７ｃ、１７ｄとの間の各々のＶＬ
ＡＮのネットワークアドレスは“１９２．１６８．１０
０／２４”である。Ｗｅｂサーバ１７ａ、１７ｂ、１７
ｃ、１７ｄにはそれぞれホストアドレス“１”、
“２”、“３”、“４”が設定されている。従って、負
荷分散装置Ａ１５は、Ｗｅｂサーバ１７ａをＩＰアドレ
ス“１９２．１６８．１００．１”により識別し、Ｗｅ
ｂサーバ１７ｂをＩＰアドレス“１９２．１６８．１０
０．２”により識別する。同様に、負荷分散装置Ｂ１６
は、Ｗｅｂサーバ１７ｃをＩＰアドレス“１９２．１６
８．１００．１”により識別し、Ｗｅｂサーバ１７ｄを
ＩＰアドレス“１９２．１６８．１００．２”により識
別する。
Ｗｅｂサーバ１７ａ、１７ｂとの間及び負荷分散装置Ｂ
１６とＷｅｂサーバ１７ｃ、１７ｄとの間の各々のＶＬ
ＡＮのネットワークアドレスは“１９２．１６８．１０
０／２４”である。Ｗｅｂサーバ１７ａ、１７ｂ、１７
ｃ、１７ｄにはそれぞれホストアドレス“１”、
“２”、“３”、“４”が設定されている。従って、負
荷分散装置Ａ１５は、Ｗｅｂサーバ１７ａをＩＰアドレ
ス“１９２．１６８．１００．１”により識別し、Ｗｅ
ｂサーバ１７ｂをＩＰアドレス“１９２．１６８．１０
０．２”により識別する。同様に、負荷分散装置Ｂ１６
は、Ｗｅｂサーバ１７ｃをＩＰアドレス“１９２．１６
８．１００．１”により識別し、Ｗｅｂサーバ１７ｄを
ＩＰアドレス“１９２．１６８．１００．２”により識
別する。
【００２１】また、ルータ１４のクライアント端末側の
インタフェースのホストアドレス、ＤＮＳサーバ１２側
のインタフェースのホストアドレス、負荷分散装置Ａ１
５側のインタフェースのホストアドレス、負荷分散装置
Ｂ１６側のインタフェースのホストアドレスは共に“２
５４”である。ルータ１４とＤＮＳサーバ１２間のネッ
トワークのネットワークアドレスは“１９２．１６８．
２５４／２４”であり、ＤＮＳサーバ１２のホストアド
レスは“２５３”である。ルータ１４とクライアント端
末１１間のネットワークのネットワークアドレスは“１
９２．１６８．２５０／２４”であり、各クライアント
端末１１のホストアドレスは“１”、“２”である。
インタフェースのホストアドレス、ＤＮＳサーバ１２側
のインタフェースのホストアドレス、負荷分散装置Ａ１
５側のインタフェースのホストアドレス、負荷分散装置
Ｂ１６側のインタフェースのホストアドレスは共に“２
５４”である。ルータ１４とＤＮＳサーバ１２間のネッ
トワークのネットワークアドレスは“１９２．１６８．
２５４／２４”であり、ＤＮＳサーバ１２のホストアド
レスは“２５３”である。ルータ１４とクライアント端
末１１間のネットワークのネットワークアドレスは“１
９２．１６８．２５０／２４”であり、各クライアント
端末１１のホストアドレスは“１”、“２”である。
【００２２】図２における各装置の動作例を説明する。
【００２３】先ず、クライアント端末１１を使用するユ
ーザがサイト１０へのアクセスを希望し、サイト１０の
ドメイン名“ｗｗｗ．ｈｉｔａｃｈｉ−ｄａｔａｃｅｎ
ｔｅｒ．ｃｏ．ＪＰ”をクライアント端末１１に入力す
る。クライアント端末１１は、そのドメイン名に対応す
るＩＰアドレスをＤＮＳサーバ１２に問合せる。ＤＮＳ
サーバ１２は、上述した通り、サイト１０のドメイン名
とＶＩＰ“１９２．１６８．１００．１０”とを対応付
けて保持しているため、クライアント端末１１にこのＶ
ＩＰを通知する。クライアント端末１１は、通知された
ＶＩＰを宛先アドレスとして用いてサイト１０のＷｅｂ
サーバ１７ａ〜１７ｄに対するアクセスを発行する。ア
クセスはインターネットを経由してサイト１０のルータ
１４に受信される。ルータ１４は上述した機能により、
アクセスの宛先に対する２つの経路が存在する（アクセ
スを転送すべき負荷分散装置が２台ある）ことを認識し
ている。ルータ１４は、受信したアクセスに含まれる宛
先アドレス（ＶＩＰ）や送信元アドレス（クライアント
端末のＩＰアドレス）の情報から、予め決められたハッ
シュ関数に従ってハッシュ値を算出する。ルータ１4
は、アクセスを転送すべき負荷分散装置（経路）と各ハ
ッシュ値とを対応付けているテーブルを保持しているた
め、そのテーブルを参照して受信したアクセスを転送す
べき負荷分散装置（経路）を決定する。ルータ１４は、
決定した負荷分散装置、例えば負荷分散装置Ａ１５、に
アクセスを転送する。ルータ１４はＷｅｂサーバ１７ａ
〜１７ｄ宛のアクセスを受信するたびに上述した処理を
実行し、各負荷分散装置Ａ１５、Ｂ１６にアクセスを転
送する。負荷分散装置Ａ１５、Ｂ１６はアクセスを受信
し、そのアクセスがＷｅｂサーバ１７ａ〜１７ｄ宛であ
ることを認識する。そして、負荷分散装置Ａ１５、Ｂ１
６は、各装置に接続されている２台のＷｅｂサーバに対
して、ラウンドロビン方式によってアクセスを転送す
る。従って、例えば、負荷分散装置Ａ１５に接続された
Ｗｅｂサーバ１７ａ、１７ｂは、交互にアクセスを受け
取る。負荷分散装置Ｂ１６に接続されたＷｅｂサーバ１
７ｃ、１７ｄについても同様である。
ーザがサイト１０へのアクセスを希望し、サイト１０の
ドメイン名“ｗｗｗ．ｈｉｔａｃｈｉ−ｄａｔａｃｅｎ
ｔｅｒ．ｃｏ．ＪＰ”をクライアント端末１１に入力す
る。クライアント端末１１は、そのドメイン名に対応す
るＩＰアドレスをＤＮＳサーバ１２に問合せる。ＤＮＳ
サーバ１２は、上述した通り、サイト１０のドメイン名
とＶＩＰ“１９２．１６８．１００．１０”とを対応付
けて保持しているため、クライアント端末１１にこのＶ
ＩＰを通知する。クライアント端末１１は、通知された
ＶＩＰを宛先アドレスとして用いてサイト１０のＷｅｂ
サーバ１７ａ〜１７ｄに対するアクセスを発行する。ア
クセスはインターネットを経由してサイト１０のルータ
１４に受信される。ルータ１４は上述した機能により、
アクセスの宛先に対する２つの経路が存在する（アクセ
スを転送すべき負荷分散装置が２台ある）ことを認識し
ている。ルータ１４は、受信したアクセスに含まれる宛
先アドレス（ＶＩＰ）や送信元アドレス（クライアント
端末のＩＰアドレス）の情報から、予め決められたハッ
シュ関数に従ってハッシュ値を算出する。ルータ１4
は、アクセスを転送すべき負荷分散装置（経路）と各ハ
ッシュ値とを対応付けているテーブルを保持しているた
め、そのテーブルを参照して受信したアクセスを転送す
べき負荷分散装置（経路）を決定する。ルータ１４は、
決定した負荷分散装置、例えば負荷分散装置Ａ１５、に
アクセスを転送する。ルータ１４はＷｅｂサーバ１７ａ
〜１７ｄ宛のアクセスを受信するたびに上述した処理を
実行し、各負荷分散装置Ａ１５、Ｂ１６にアクセスを転
送する。負荷分散装置Ａ１５、Ｂ１６はアクセスを受信
し、そのアクセスがＷｅｂサーバ１７ａ〜１７ｄ宛であ
ることを認識する。そして、負荷分散装置Ａ１５、Ｂ１
６は、各装置に接続されている２台のＷｅｂサーバに対
して、ラウンドロビン方式によってアクセスを転送す
る。従って、例えば、負荷分散装置Ａ１５に接続された
Ｗｅｂサーバ１７ａ、１７ｂは、交互にアクセスを受け
取る。負荷分散装置Ｂ１６に接続されたＷｅｂサーバ１
７ｃ、１７ｄについても同様である。
【００２４】このように、クライアント端末１１から発
行されたアクセスは、ルータ１４によって２台の負荷分
散装置Ａ１５、Ｂ１６に振り分けられ、更に各負荷分散
装置Ａ１５、Ｂ１６によって２台のＷｅｂサーバ１７
ａ、１７ｂまたは１７ｃ、１７ｄに振り分けられる。
行されたアクセスは、ルータ１４によって２台の負荷分
散装置Ａ１５、Ｂ１６に振り分けられ、更に各負荷分散
装置Ａ１５、Ｂ１６によって２台のＷｅｂサーバ１７
ａ、１７ｂまたは１７ｃ、１７ｄに振り分けられる。
【００２５】サイト１０のネットワークシステムの各構
成に以上のようにアドレス等の設定が行われることによ
り、ルータ１４及び負荷分散装置Ａ１５、Ｂ１６による
アクセスの振り分けが行われることになる。よって、シ
ステム内の複数のＷｅｂサーバに対して、ほぼ均等にア
クセスが分散し得る。
成に以上のようにアドレス等の設定が行われることによ
り、ルータ１４及び負荷分散装置Ａ１５、Ｂ１６による
アクセスの振り分けが行われることになる。よって、シ
ステム内の複数のＷｅｂサーバに対して、ほぼ均等にア
クセスが分散し得る。
【００２６】図３は、ネットワークシステムの他の構成
例を示す図である。図３における図の符号は図１の場合
と同一である。
例を示す図である。図３における図の符号は図１の場合
と同一である。
【００２７】図３に示すシステム構成は図１の場合と同
一である。図１に示されたネットワークシステムにおい
ては、ルータが、同一の宛先に対する２以上の異なる経
路にアクセスを分散して転送する機能を備えていた。一
方、図３に示されたネットワークシステムにおいては、
ルータはポリシールーティング機能を備え、この機能に
よってアクセスを分散して転送する。本来ルータは、Ｉ
Ｐパケットの宛先アドレスに基づいてネットワークの最
適経路を選び、パケットを中継する。一方、ポリシール
ーティング機能とは、パケットの宛先アドレスではなく
他の情報、例えば、ＴＣＰポートのポート番号すなわち
アプリケーションの種類に基づいてルータが中継経路を
選択する機能である。
一である。図１に示されたネットワークシステムにおい
ては、ルータが、同一の宛先に対する２以上の異なる経
路にアクセスを分散して転送する機能を備えていた。一
方、図３に示されたネットワークシステムにおいては、
ルータはポリシールーティング機能を備え、この機能に
よってアクセスを分散して転送する。本来ルータは、Ｉ
Ｐパケットの宛先アドレスに基づいてネットワークの最
適経路を選び、パケットを中継する。一方、ポリシール
ーティング機能とは、パケットの宛先アドレスではなく
他の情報、例えば、ＴＣＰポートのポート番号すなわち
アプリケーションの種類に基づいてルータが中継経路を
選択する機能である。
【００２８】従って、クライアント端末１１から発行さ
れるアクセスの種別（使用されるアプリケーションの種
別）によりルータ１４は選択する経路を決定する。この
ため、サイト１０内に設けられるＷｅｂサーバもアクセ
ス種に対応するように群分けされる。
れるアクセスの種別（使用されるアプリケーションの種
別）によりルータ１４は選択する経路を決定する。この
ため、サイト１０内に設けられるＷｅｂサーバもアクセ
ス種に対応するように群分けされる。
【００２９】例えば、クライアント端末１１から発行さ
れるアクセスには、通常のＨＴＴＰ（Ｈｙｐｅｒ Ｔｅ
ｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）アクセス
と、セキュリティを要する情報の授受のためにＳＳＬ
(Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）プロト
コルを用いて通常のＨＴＴＰアクセスに暗号化が施され
たＨＴＴＰＳアクセスがある。図３にはこれら２種類の
アクセスがクライアント端末１１から発行される様子が
示されている。
れるアクセスには、通常のＨＴＴＰ（Ｈｙｐｅｒ Ｔｅ
ｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）アクセス
と、セキュリティを要する情報の授受のためにＳＳＬ
(Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）プロト
コルを用いて通常のＨＴＴＰアクセスに暗号化が施され
たＨＴＴＰＳアクセスがある。図３にはこれら２種類の
アクセスがクライアント端末１１から発行される様子が
示されている。
【００３０】そこで、Ｗｅｂサーバ１７ａ〜１７ｄのう
ち、Ｗｅｂサーバ１７ａ、１７ｂはＨＴＴＰアクセスを
処理するように設定されている。また、Ｗｅｂサーバ１
７ｃ、１７ｄはＨＴＴＰＳアクセスを処理するものと設
定されている。Ｗｅｂサーバ１７ｃ、１７ｄは、負荷分
散装置Ｂ１６からアクセスを受信し、Ｗｅｂサーバ１７
ａ、１７ｂは、負荷分散装置Ａ１５からアクセスを受信
する。
ち、Ｗｅｂサーバ１７ａ、１７ｂはＨＴＴＰアクセスを
処理するように設定されている。また、Ｗｅｂサーバ１
７ｃ、１７ｄはＨＴＴＰＳアクセスを処理するものと設
定されている。Ｗｅｂサーバ１７ｃ、１７ｄは、負荷分
散装置Ｂ１６からアクセスを受信し、Ｗｅｂサーバ１７
ａ、１７ｂは、負荷分散装置Ａ１５からアクセスを受信
する。
【００３１】クライアント端末１１は、例えば、サイト
１０が提供している情報を見たいというような場合にＨ
ＴＴＰアクセスを発行し、サイト１０が提供している商
品の購入を希望して、クライアント端末１１からクレジ
ットカード番号等の機密保持を要する情報を送信するよ
うな場合にＨＴＴＰＳアクセスを発行する。ルータ１４
には、予めポリシールーティングを行うための情報（条
件）が設定されている。その情報は、複数のアクセス種
と、各々のアクセス種に対応する経路（アクセスを転送
すべき装置）を含んでいる。例えば、ＨＴＴＰアクセス
と経路１（負荷分散装置Ａ１５）、ＨＴＴＰＳアクセス
と経路２が、それぞれ対応付けられてルータ１４に設定
されている。経路１は、アクセスが負荷分散装置Ａ１５
を経由してＷｅｂサーバ１７ａまたはＷｅｂサーバ１７
ｂに中継される経路である。また、経路２は、アクセス
が負荷分散装置Ｂ１６を経由してＷｅｂサーバ１７ｃま
たはＷｅｂサーバ１７ｄに中継される経路である。これ
らの情報は、例えばルータ１４が保持するテーブルに登
録される。ルータ１４は、クライアント端末１１からア
クセスを受信すると、そのアクセスに含まれるアプリケ
ーションに関する情報、例えば、ＴＣＰポートのポート
番号を参照し、そのアクセスの種類を認識する。図３に
示された例では、ルータ１４は受信したアクセスがＨＴ
ＴＰアクセスかＨＴＴＰＳアクセスかを認識する。ルー
タ１４は、設定された条件に従い、アクセスがＨＴＴＰ
アクセスの場合には経路１を選択し、アクセスがＨＴＴ
ＰＳアクセスの場合には経路２を選択する。これにより
ルータ１４は、ＨＴＴＰアクセスを負荷分散装置Ａ１５
に中継し、ＨＴＴＰＳアクセスを負荷分散装置Ｂ１６に
中継する。
１０が提供している情報を見たいというような場合にＨ
ＴＴＰアクセスを発行し、サイト１０が提供している商
品の購入を希望して、クライアント端末１１からクレジ
ットカード番号等の機密保持を要する情報を送信するよ
うな場合にＨＴＴＰＳアクセスを発行する。ルータ１４
には、予めポリシールーティングを行うための情報（条
件）が設定されている。その情報は、複数のアクセス種
と、各々のアクセス種に対応する経路（アクセスを転送
すべき装置）を含んでいる。例えば、ＨＴＴＰアクセス
と経路１（負荷分散装置Ａ１５）、ＨＴＴＰＳアクセス
と経路２が、それぞれ対応付けられてルータ１４に設定
されている。経路１は、アクセスが負荷分散装置Ａ１５
を経由してＷｅｂサーバ１７ａまたはＷｅｂサーバ１７
ｂに中継される経路である。また、経路２は、アクセス
が負荷分散装置Ｂ１６を経由してＷｅｂサーバ１７ｃま
たはＷｅｂサーバ１７ｄに中継される経路である。これ
らの情報は、例えばルータ１４が保持するテーブルに登
録される。ルータ１４は、クライアント端末１１からア
クセスを受信すると、そのアクセスに含まれるアプリケ
ーションに関する情報、例えば、ＴＣＰポートのポート
番号を参照し、そのアクセスの種類を認識する。図３に
示された例では、ルータ１４は受信したアクセスがＨＴ
ＴＰアクセスかＨＴＴＰＳアクセスかを認識する。ルー
タ１４は、設定された条件に従い、アクセスがＨＴＴＰ
アクセスの場合には経路１を選択し、アクセスがＨＴＴ
ＰＳアクセスの場合には経路２を選択する。これにより
ルータ１４は、ＨＴＴＰアクセスを負荷分散装置Ａ１５
に中継し、ＨＴＴＰＳアクセスを負荷分散装置Ｂ１６に
中継する。
【００３２】上述した通り、各負荷分散装置Ａ１５、Ｂ
１６はアクセスを受信し、各装置に接続されている２台
のＷｅｂサーバに対して、ラウンドロビン方式によって
アクセスを転送する。
１６はアクセスを受信し、各装置に接続されている２台
のＷｅｂサーバに対して、ラウンドロビン方式によって
アクセスを転送する。
【００３３】これにより、クライアント端末１１から発
行されたアクセスは、その種類に応じて、ルータ１４に
よって２台の負荷分散装置Ａ１５、Ｂ１６に振り分けら
れ、更に各負荷分散装置Ａ１５、Ｂ１６によって２台の
Ｗｅｂサーバ１７ａ、１７ｂまたは１７ｃ、１７ｄに振
り分けられる。
行されたアクセスは、その種類に応じて、ルータ１４に
よって２台の負荷分散装置Ａ１５、Ｂ１６に振り分けら
れ、更に各負荷分散装置Ａ１５、Ｂ１６によって２台の
Ｗｅｂサーバ１７ａ、１７ｂまたは１７ｃ、１７ｄに振
り分けられる。
【００３４】なお、図３に示されたネットワークシステ
ムにおける各装置のアドレスについては、図２の場合と
同一であってよい。
ムにおける各装置のアドレスについては、図２の場合と
同一であってよい。
【００３５】上述した異なる種類のアクセスは、クライ
アント端末から発行される頻度（割合）が互いに異なっ
ている。そのため、各種のアクセスの発生頻度に従っ
て、それぞれの種類のアクセスを処理するＷｅｂサーバ
の台数比率を変える。例えば、ＨＴＴＰアクセスとＨＴ
ＴＰＳアクセスの発生比率が３：１の場合、ＨＴＴＰア
クセスを処理するＷｅｂサーバは３台、ＨＴＴＰＳアク
セスを処理するＷｅｂサーバは１台とする。この場合、
負荷分散装置Ａ１５にはＷｅｂサーバ１７ａ〜１７ｃが
接続され、負荷分散装置Ｂ１６にはＷｅｂサーバ１７ｄ
が接続される。このようにサイト１０が構成されること
により、アクセスがより均等に複数のＷｅｂサーバに分
散されるシステムが構築されることができる。
アント端末から発行される頻度（割合）が互いに異なっ
ている。そのため、各種のアクセスの発生頻度に従っ
て、それぞれの種類のアクセスを処理するＷｅｂサーバ
の台数比率を変える。例えば、ＨＴＴＰアクセスとＨＴ
ＴＰＳアクセスの発生比率が３：１の場合、ＨＴＴＰア
クセスを処理するＷｅｂサーバは３台、ＨＴＴＰＳアク
セスを処理するＷｅｂサーバは１台とする。この場合、
負荷分散装置Ａ１５にはＷｅｂサーバ１７ａ〜１７ｃが
接続され、負荷分散装置Ｂ１６にはＷｅｂサーバ１７ｄ
が接続される。このようにサイト１０が構成されること
により、アクセスがより均等に複数のＷｅｂサーバに分
散されるシステムが構築されることができる。
【００３６】上述した通り、アクセスの種類毎に経路が
決められる。従ってクライアント端末から発行される各
々の種類のアクセスに対して、ルータ１４の出力インタ
フェースを固定的に割り当てておくことも可能である。
この場合、ルータ１４は、各種のアクセスを、その種類
毎に決められた出力インタフェースから送信する。
決められる。従ってクライアント端末から発行される各
々の種類のアクセスに対して、ルータ１４の出力インタ
フェースを固定的に割り当てておくことも可能である。
この場合、ルータ１４は、各種のアクセスを、その種類
毎に決められた出力インタフェースから送信する。
【００３７】図１〜図３に示されたネットワークシステ
ムでは、ルータ１４と負荷分散装置Ａ１５、Ｂ１６とが
階層的に負荷分散を行っている。一般に、ルータはアク
セスを高速に中継（処理）することができる。一方、負
荷分散装置の転送速度（処理速度）は、ルータに比べて
劣る（遅い）。そのため、例えば、ルータ１４がアクセ
スを分散せずに特定の負荷分散装置に中継する場合、負
荷分散装置にアクセスが転送されてくる速度が、負荷分
散装置によるアクセスの処理速度よりも速い可能性があ
る。その場合、負荷分散装置にアクセスが滞留する。つ
まり負荷分散装置がボトルネックとなってしまう。一
方、上述した通り、ルータ１４がアクセスを２以上の負
荷分散装置に分散して中継する場合、各負荷分散装置に
中継されるアクセスはルータ１４により処理されるアク
セスの１／２以下となる。よって、ルータ１４の入力側
（クライアント端末側）の回線速度が非常に高速な場
合、例えば、数十ギガビット／秒の場合でも、その回線
を通じて送られてくるアクセスはルータ１４により各負
荷分散装置に分散されるため、１つの負荷分散装置にア
クセスが滞留することがなくなる。また、全ての負荷分
散装置によってある単位時間に処理されるアクセスは、
１つの負荷分散装置により処理されるアクセスよりも当
然多い。その為、サイト１０はより効率的にアクセスを
処理することができ、高速な入力回線に対しても対応で
きる。
ムでは、ルータ１４と負荷分散装置Ａ１５、Ｂ１６とが
階層的に負荷分散を行っている。一般に、ルータはアク
セスを高速に中継（処理）することができる。一方、負
荷分散装置の転送速度（処理速度）は、ルータに比べて
劣る（遅い）。そのため、例えば、ルータ１４がアクセ
スを分散せずに特定の負荷分散装置に中継する場合、負
荷分散装置にアクセスが転送されてくる速度が、負荷分
散装置によるアクセスの処理速度よりも速い可能性があ
る。その場合、負荷分散装置にアクセスが滞留する。つ
まり負荷分散装置がボトルネックとなってしまう。一
方、上述した通り、ルータ１４がアクセスを２以上の負
荷分散装置に分散して中継する場合、各負荷分散装置に
中継されるアクセスはルータ１４により処理されるアク
セスの１／２以下となる。よって、ルータ１４の入力側
（クライアント端末側）の回線速度が非常に高速な場
合、例えば、数十ギガビット／秒の場合でも、その回線
を通じて送られてくるアクセスはルータ１４により各負
荷分散装置に分散されるため、１つの負荷分散装置にア
クセスが滞留することがなくなる。また、全ての負荷分
散装置によってある単位時間に処理されるアクセスは、
１つの負荷分散装置により処理されるアクセスよりも当
然多い。その為、サイト１０はより効率的にアクセスを
処理することができ、高速な入力回線に対しても対応で
きる。
【００３８】また、前述したネットワークシステムで
は、ルータと負荷分散装置とが２段階で負荷分散を行っ
ている。しかし、ネットワークシステムは、それぞれ多
段に接続されたルータ及び負荷分散装置により構成され
てもよい。この場合、階層的に接続されたルータ及び負
荷分散装置がそれぞれ負荷分散を行うことにより、多段
階で負荷分散が行われる。例えば、２段に接続されたル
ータと１段の負荷分散装置とが３段階で負荷分散を行う
ことができる。
は、ルータと負荷分散装置とが２段階で負荷分散を行っ
ている。しかし、ネットワークシステムは、それぞれ多
段に接続されたルータ及び負荷分散装置により構成され
てもよい。この場合、階層的に接続されたルータ及び負
荷分散装置がそれぞれ負荷分散を行うことにより、多段
階で負荷分散が行われる。例えば、２段に接続されたル
ータと１段の負荷分散装置とが３段階で負荷分散を行う
ことができる。
【００３９】尚、サイト１０のネットワークシステムを
構成するルータ１４と、負荷分散装置１５、１６と、Ｗ
ｅｂサーバ１７は、それぞれ同じ場所、例えば、同じ建
物や特定の地域に設置されても良い。または、それらが
それぞれ異なる場所、例えば、異なる地域や地理的に遠
く離れた地点に設置されても良い。各々の構成は様々な
通信回線により相互に接続される。
構成するルータ１４と、負荷分散装置１５、１６と、Ｗ
ｅｂサーバ１７は、それぞれ同じ場所、例えば、同じ建
物や特定の地域に設置されても良い。または、それらが
それぞれ異なる場所、例えば、異なる地域や地理的に遠
く離れた地点に設置されても良い。各々の構成は様々な
通信回線により相互に接続される。
【００４０】従って、サイト１０が持つ複数のＷｅｂサ
ーバは地理的に離れた場所に配置され得る。これによっ
て、特定の地域で災害が発生した場合でも、サイト１０
は、他の地域に配置されたＷｅｂサーバや他の装置を利
用して、サイトの運用を続けることができ、サイトの信
頼性の向上を図ることができる。
ーバは地理的に離れた場所に配置され得る。これによっ
て、特定の地域で災害が発生した場合でも、サイト１０
は、他の地域に配置されたＷｅｂサーバや他の装置を利
用して、サイトの運用を続けることができ、サイトの信
頼性の向上を図ることができる。
【００４１】前述したネットワークにおいては、図２に
示されるように、各装置に３２ビットのＩＰアドレスが
設定されている。即ち、このネットワークにおいては、
通信プロトコルとしてＩＰｖ４（Ｉｎｔｅｒｎｅｔ Ｐ
ｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ４）が用いられてい
る。しかし、このネットワークは通信プロトコルとして
ＩＰｖ６(Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅ
ｒｓｉｏｎ ６）も適用することができる。
示されるように、各装置に３２ビットのＩＰアドレスが
設定されている。即ち、このネットワークにおいては、
通信プロトコルとしてＩＰｖ４（Ｉｎｔｅｒｎｅｔ Ｐ
ｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ４）が用いられてい
る。しかし、このネットワークは通信プロトコルとして
ＩＰｖ６(Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅ
ｒｓｉｏｎ ６）も適用することができる。
【００４２】ネットワークがＩＰｖ６を適用した場合の
メリットを以下に説明する。
メリットを以下に説明する。
【００４３】ＩＰｖ４では、その仕様として、経路の途
中に存在するルータがパケットの分割（フラグメント）
を行うことが許されている。図４は、ＩＰｖ４パケット
がフラグメントされる様子を示す。図示したように、Ｉ
Ｐｖ４パケット１００は、ＩＰヘッダ１０１と、ＴＣＰ
ヘッダなどのレイヤ４ヘッダ１０２と、ペイロード（デ
ータ）１０３からなる。このＩＰｖ４パケット１００に
対してルータがフラグメントを実行すると、ＩＰｖ４パ
ケット１００は２以上のＩＰｖ４パケットに分割され
る。図２では２つのＩＰｖ４パケット１００ａ、１００
ｂに分割される。この場合、ルータは、レイヤ４ヘッダ
１０２とペイロード１０３を纏めて１つのペイロード
（データ）と見なし、それを２以上のペイロードに分割
する。分割されたペイロードのうちの１番目のペイロー
ドは、レイヤ４ヘッダ１０２と、２以上に分割されたペ
イロード１０３のうちの一部を含む。ルータにより分割
されたＩＰｖ４パケットのうちの第１番目のＩＰｖ４パ
ケット１００ａは、この１番目のペイロードを含む。従
って、図４に示されるように、ＩＰｖ４パケット１００
ａは、ＩＰヘッダ１０１と、レイヤ４ヘッダ１０２、及
びペイロード１０３ａとで構成される。
中に存在するルータがパケットの分割（フラグメント）
を行うことが許されている。図４は、ＩＰｖ４パケット
がフラグメントされる様子を示す。図示したように、Ｉ
Ｐｖ４パケット１００は、ＩＰヘッダ１０１と、ＴＣＰ
ヘッダなどのレイヤ４ヘッダ１０２と、ペイロード（デ
ータ）１０３からなる。このＩＰｖ４パケット１００に
対してルータがフラグメントを実行すると、ＩＰｖ４パ
ケット１００は２以上のＩＰｖ４パケットに分割され
る。図２では２つのＩＰｖ４パケット１００ａ、１００
ｂに分割される。この場合、ルータは、レイヤ４ヘッダ
１０２とペイロード１０３を纏めて１つのペイロード
（データ）と見なし、それを２以上のペイロードに分割
する。分割されたペイロードのうちの１番目のペイロー
ドは、レイヤ４ヘッダ１０２と、２以上に分割されたペ
イロード１０３のうちの一部を含む。ルータにより分割
されたＩＰｖ４パケットのうちの第１番目のＩＰｖ４パ
ケット１００ａは、この１番目のペイロードを含む。従
って、図４に示されるように、ＩＰｖ４パケット１００
ａは、ＩＰヘッダ１０１と、レイヤ４ヘッダ１０２、及
びペイロード１０３ａとで構成される。
【００４４】一方、第２番目以降のＩＰｖ４パケット１
００ｂは、分割されたペイロード１０３のうちの１つの
みを含む。従って、ＩＰｖ４パケット１００ｂは、ＩＰ
ヘッダ１０１と、ペイロード１０３ｂから構成される。
レイヤ４ヘッダはＩＰｖ４パケット１００ｂに含まれな
い。
００ｂは、分割されたペイロード１０３のうちの１つの
みを含む。従って、ＩＰｖ４パケット１００ｂは、ＩＰ
ヘッダ１０１と、ペイロード１０３ｂから構成される。
レイヤ４ヘッダはＩＰｖ４パケット１００ｂに含まれな
い。
【００４５】このようにフラグメントされた複数のＩＰ
ｖ４パケットを、サイト１０のルータ１４がポリシール
ーティング機能を用いて負荷分散装置に振り分ける場
合、以下の問題が生じる可能性がある。
ｖ４パケットを、サイト１０のルータ１４がポリシール
ーティング機能を用いて負荷分散装置に振り分ける場
合、以下の問題が生じる可能性がある。
【００４６】例えば、ルータ１４が、フラグメントされ
たＩＰｖ４パケットのうちの第１番目のＩＰｖ４パケッ
ト１００ａを受け取ったとする。ルータ１４は、ＩＰｖ
４パケット１００ａに含まれるレイヤ４ヘッダ１０２
の、例えば、ＴＣＰポートのポート番号を解析する。ル
ータ１４は、ポート番号によってこのパケットが例えば
ＨＴＴＰアクセスに対応するものと認識し、負荷分散装
置１５に中継する。次に、ルータ１４が、フラグメント
されたＩＰｖ４パケットのうちの第２番目以降のＩＰｖ
４パケット１００ｂを受け取ったとする。ルータ１４
は、同様に、レイヤ４ヘッダの内容を解析しようと試み
るが、ＩＰｖ４パケット１００ｂにはレイヤ４ヘッダが
含まれていないため、正しく解析できない。そのため、
ルータ１４は、このパケットを正しく中継することがで
きない可能性がある。
たＩＰｖ４パケットのうちの第１番目のＩＰｖ４パケッ
ト１００ａを受け取ったとする。ルータ１４は、ＩＰｖ
４パケット１００ａに含まれるレイヤ４ヘッダ１０２
の、例えば、ＴＣＰポートのポート番号を解析する。ル
ータ１４は、ポート番号によってこのパケットが例えば
ＨＴＴＰアクセスに対応するものと認識し、負荷分散装
置１５に中継する。次に、ルータ１４が、フラグメント
されたＩＰｖ４パケットのうちの第２番目以降のＩＰｖ
４パケット１００ｂを受け取ったとする。ルータ１４
は、同様に、レイヤ４ヘッダの内容を解析しようと試み
るが、ＩＰｖ４パケット１００ｂにはレイヤ４ヘッダが
含まれていないため、正しく解析できない。そのため、
ルータ１４は、このパケットを正しく中継することがで
きない可能性がある。
【００４７】これに比べ、ＩＰｖ６では、その仕様とし
て、経路の途中に存在するルータによるフラグメントが
禁止されている。また、通常、ＩＰｖ６に対応する端末
は、送信可能な最大パケット長をあらかじめ知ってお
り、経路途中でのフラグメントを生じさせないという仕
様が規定されている。このため、上述したＩＰｖ４パケ
ットの中継の際に生じる可能性のある問題は、ＩＰｖ６
パケットの中継では発生し得ない。従って、ＩＰｖ６を
適用するネットワークでは、ルータがより柔軟に負荷分
散を行うことができる。
て、経路の途中に存在するルータによるフラグメントが
禁止されている。また、通常、ＩＰｖ６に対応する端末
は、送信可能な最大パケット長をあらかじめ知ってお
り、経路途中でのフラグメントを生じさせないという仕
様が規定されている。このため、上述したＩＰｖ４パケ
ットの中継の際に生じる可能性のある問題は、ＩＰｖ６
パケットの中継では発生し得ない。従って、ＩＰｖ６を
適用するネットワークでは、ルータがより柔軟に負荷分
散を行うことができる。
【００４８】
【発明の効果】以上説明したように、サイト内のルータ
がクライアント端末から送られてくるアクセスを複数の
負荷分散装置へ振り分ける結果、個々の負荷分散装置へ
の負荷を軽減することができる。また、ルータは、１つ
の負荷分散装置への経路に障害が発生した場合に、他の
経路への切り替えを高速に行うことができる。
がクライアント端末から送られてくるアクセスを複数の
負荷分散装置へ振り分ける結果、個々の負荷分散装置へ
の負荷を軽減することができる。また、ルータは、１つ
の負荷分散装置への経路に障害が発生した場合に、他の
経路への切り替えを高速に行うことができる。
【図１】本発明の１実施形態によるネットワークシステ
ムの構成を示す図である。
ムの構成を示す図である。
【図２】各装置でのアドレス等の設定の具体例を示す図
である。
である。
【図３】ネットワークシステムの他の構成例を示す図で
ある。
ある。
【図４】ＩＰｖ４パケットのフラグメントの様子を示す
図である。
図である。
１０ 情報サービスサイト
１１ クライアント端末
１１’ ハブ
１２ ＤＮＳサーバ
１３ インターネット
１４ ルータ
１５、１６ 負荷分散装置Ａ、Ｂ
１７ａ〜１７ｄ Ｗｅｂサーバ
─────────────────────────────────────────────────────
フロントページの続き
(72)発明者 ▲角▼川 宗近
神奈川県秦野市堀山下１番地 株式会社日
立製作所エンタープライズサーバ事業部内
Ｆターム(参考） 5B045 BB28 BB42 GG01 GG02
5B089 GA04 GA31 GB01 GB02 JA11
KA06 KA12 KC23 KG05 MA03
5K030 GA13 HA08 HD09 JA02 KA04
KA05 KX22 LE03 MB15 MB16
5K033 AA03 AA05 BA02 CB06 CB08
DB18 EC03
Claims (14)
- 【請求項１】 ネットワークシステムにおいて、複数の
サーバ装置と、前記複数のサーバ装置のうちの２台以上
のサーバ装置とそれぞれ接続される複数の負荷分散装置
と、前記複数の負荷分散装置のうちの２台以上の負荷分
散装置とそれぞれ接続され、また、ネットワークと接続
される少なくとも１台の中継装置とを有し、各負荷分散
装置は、前記複数のサーバ装置に対するアクセスパケッ
トを受信し、それ自身に接続された前記２台以上のサー
バ装置の内の任意のサーバ装置に受信したアクセスパケ
ットを転送し、前記中継装置は、前記ネットワークから
前記複数のサーバ装置に対するアクセスパケットを受信
し、前記中継装置に接続された前記２台以上の負荷分散
装置のうちの任意の負荷分散装置に受信したアクセスパ
ケットを中継することを特徴とするネットワークシステ
ム。 - 【請求項２】 請求項１記載のネットワークシステムに
おいて、前記各負荷分散装置は前記２台以上のサーバ装
置のそれぞれに順番に受信したアクセスパケットを転送
することを特徴とするネットワークシステム。 - 【請求項３】 請求項１記載のネットワークシステムに
おいて、前記中継装置は、予め任意のハッシュ値と前記
２台以上の負荷分散装置のそれぞれとを対応付けて記憶
し、受信したアクセスパケットに含まれるアドレス情報
を用いてハッシュ値を算出し、そのハッシュ値に対応付
けられた負荷分散装置を選択して受信したアクセスパケ
ットを中継することを特徴とするネットワークシステ
ム。 - 【請求項４】 請求項１記載のネットワークシステムに
おいて、前記中継装置は、予めアクセスの種類と前記２
台以上の負荷分散装置のそれぞれとを対応付けて記憶
し、受信したアクセスパケットに含まれるヘッダ情報か
らアクセスの種類を判定し、そのアクセスの種類に対応
付けられた負荷分散装置を選択して受信したアクセスパ
ケットを中継することを特徴とするネットワークシステ
ム。 - 【請求項５】 請求項１記載のネットワークシステムに
おいて、前記複数のサーバ装置には同一のアドレスが設
定されており、前記中継装置は、前記アドレスを宛先ア
ドレスとして含む複数のアクセスパケットをネットワー
クから受信し、前記２台以上の負荷分散装置に複数のア
クセスパケットを分散して中継することを特徴とするネ
ットワークシステム。 - 【請求項６】 請求項１記載のネットワークシステムに
おいて、前記各負荷分散装置は、少なくともそれに接続
されるサーバ装置側にＶＬＡＮを設定する手段を備え、
それぞれ設定したＶＬＡＮに同一のアドレスを設定し、
前記中継装置は、前記アドレスを宛先アドレスとして含
む複数のアクセスパケットを前記ネットワークから受信
し、前記２台以上の負荷分散装置に複数のアクセスパケ
ットを分散して中継することを特徴とするネットワーク
システム。 - 【請求項７】 請求項３記載のネットワークシステムに
おいて、前記中継装置は、アクセスパケットに含まれる
宛先アドレスと送信元アドレスを用いてハッシュ値を算
出することを特徴とするネットワークシステム。 - 【請求項８】 請求項４記載のネットワークシステムに
おいて、前記中継装置は、アクセスパケットに含まれる
ヘッダ情報のうちのＴＣＰポートのポート番号からアク
セスの種類を判定することを特徴とするネットワークシ
ステム。 - 【請求項９】 請求項４記載のネットワークシステムに
おいて、前記複数のサーバ装置は、何れか一種類のアク
セスを処理する２以上のサーバ装置と、他の一種類のア
クセスを処理する２以上のサーバ装置とを含み、それぞ
れの負荷分散装置には、同じ種類のアクセスを処理する
２以上のサーバ装置が接続されており、前記中継装置
は、アクセスの種類と、その種類のアクセスを処理する
サーバ装置が接続されている負荷分散装置とを対応付け
て記憶することを特徴とするネットワークシステム。 - 【請求項１０】 複数のサーバ装置と、前記複数のサー
バ装置のうちの２台以上のサーバ装置とそれぞれ接続さ
れる複数の負荷分散装置と、前記複数の負荷分散装置の
うちの２台以上の負荷分散装置とそれぞれ接続され、ま
た、ネットワークと接続される少なくとも１台の中継装
置とからなるネットワークシステムにおける、ネットワ
ークから受信した複数のアクセスパケットを複数のサー
バ装置に分散させる分散方法において、ネットワークか
ら、前記複数のサーバ装置に対して共通に設定されたア
ドレスを宛先アドレスとして含む複数のアクセスパケッ
トを前記中継装置によって受信し、各中継装置におい
て、受信したアクセスパケット毎に、前記２台以上の負
荷分散装置からそれを中継すべき負荷分散装置を選択
し、各アクセスパケットを中継することにより、複数の
アクセスパケットを前記２台以上の負荷分散装置に分散
して中継し、各負荷分散装置によって各アクセスパケッ
トを受信し、各負荷分散装置において、受信したアクセ
スパケット毎に、前記２台以上のサーバ装置のうちの任
意のサーバ装置を選択し、そのアクセスパケットを転送
することにより、複数のアクセスパケットを前記２台以
上のサーバ装置に分散して転送することを特徴とする分
散方法。 - 【請求項１１】 請求項１０記載の分散方法において、
各負荷分散装置においてサーバ装置を選択するステップ
では、前記２台以上のサーバ装置を順番に選択すること
を特徴とする分散方法。 - 【請求項１２】 請求項１０記載の分散方法において、
各中継装置において負荷分散装置を選択するステップで
は、各中継装置において予め任意のハッシュ値と前記２
台以上の負荷分散装置のそれぞれとを対応付けておき、
各アクセスパケットに含まれるアドレス情報を用いてハ
ッシュ値を算出し、そのハッシュ値に対応付けられた負
荷分散装置を選択することを特徴とする分散方法。 - 【請求項１３】 請求項１０記載の分散方法において、
各中継装置において負荷分散装置を選択するステップで
は、各中継装置において予めアクセスの種類と前記２台
以上の負荷分散装置のそれぞれとを対応付けておき、各
アクセスパケットに含まれるヘッダ情報からアクセスの
種類を判定し、そのアクセスの種類に対応付けられた負
荷分散装置を選択することを特徴とする分散方法。 - 【請求項１４】 複数のサーバ装置と、前記複数のサー
バ装置のうちの２台以上のサーバ装置とそれぞれ接続さ
れる複数の負荷分散装置と、前記複数の負荷分散装置の
うちの２台以上の負荷分散装置とそれぞれ接続され、ま
た、ネットワークと接続される少なくとも１台の中継装
置とからなり、複数のクライアント装置から送信された
アクセス要求パケットをネットワークを介して受信し、
前記複数のクライアント装置へサービスを行う情報サー
ビスサイトにおけるアクセス要求パケットの処理方法に
おいて、前記複数のサーバ装置に対して同一のアドレス
を設定し、ネットワークから、前記アドレスを宛先アド
レスとして含む複数のアクセス要求パケットを前記中継
装置によって受信し、各中継装置において、受信したア
クセス要求パケット毎に、前記２台以上の負荷分散装置
からそれを中継すべき負荷分散装置を選択して、各アク
セス要求パケットを中継し、各負荷分散装置によって各
アクセス要求パケットを受信し、各負荷分散装置におい
て、受信したアクセス要求パケット毎に、前記２台以上
のサーバ装置のうちの任意のサーバ装置を選択して、そ
のアクセス要求パケットを転送し、各サーバ装置によっ
て各アクセス要求パケットを受信して処理することを特
徴とする処理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002194092A JP2003131961A (ja) | 2001-07-09 | 2002-07-03 | ネットワークシステム及び負荷分散方法 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001208181 | 2001-07-09 | ||
| JP2001-208181 | 2001-07-09 | ||
| JP2002194092A JP2003131961A (ja) | 2001-07-09 | 2002-07-03 | ネットワークシステム及び負荷分散方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003131961A true JP2003131961A (ja) | 2003-05-09 |
Family
ID=26618384
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002194092A Pending JP2003131961A (ja) | 2001-07-09 | 2002-07-03 | ネットワークシステム及び負荷分散方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2003131961A (ja) |
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003174473A (ja) * | 2001-12-06 | 2003-06-20 | Fujitsu Ltd | サーバ負荷分散システム |
| WO2005060187A1 (ja) * | 2003-12-17 | 2005-06-30 | Nec Corporation | クラスタシステム、クラスタメンバ、故障復旧方法及びプログラム |
| JP2006261805A (ja) * | 2005-03-15 | 2006-09-28 | Fujitsu Ltd | 負荷分散装置および負荷分散方法 |
| JP2006285532A (ja) * | 2005-03-31 | 2006-10-19 | Fujitsu Frontech Ltd | サービス提供方法、及びデータ処理装置 |
| JP2010061622A (ja) * | 2008-09-08 | 2010-03-18 | Kddi R & D Laboratories Inc | トランザクション負荷分散装置およびプログラム |
| WO2012144527A1 (ja) * | 2011-04-19 | 2012-10-26 | 株式会社Ｍｕｒａｋｕｍｏ | ネットワークアクセスシステム |
| WO2013147175A1 (ja) | 2012-03-30 | 2013-10-03 | 日本電気株式会社 | 分散ストレージシステム、制御装置、クライアント端末、負荷分散方法及びプログラム |
| JP2013255178A (ja) * | 2012-06-08 | 2013-12-19 | Toshiba Corp | 負荷分散制御装置、通信装置、通信システム、及び負荷分散制御方法 |
| JP2016515790A (ja) * | 2013-04-16 | 2016-05-30 | アマゾン・テクノロジーズ・インコーポレーテッド | 分散型ロードバランサでの接続公開 |
| JP2016518081A (ja) * | 2013-04-16 | 2016-06-20 | アマゾン・テクノロジーズ・インコーポレーテッド | 分散型ロードバランサ |
| JP2016519533A (ja) * | 2013-04-16 | 2016-06-30 | アマゾン・テクノロジーズ・インコーポレーテッド | 分散型ロード・バランサでの多重パス経路指定 |
| JP2016520904A (ja) * | 2013-04-16 | 2016-07-14 | アマゾン・テクノロジーズ・インコーポレーテッド | 分散型ロードバランサにおける非対称パケットフロー |
| US9621468B1 (en) | 2014-12-05 | 2017-04-11 | Amazon Technologies, Inc. | Packet transmission scheduler |
| KR101797471B1 (ko) * | 2011-05-04 | 2017-11-15 | 주식회사 케이티 | Ｉｇｐ 라우팅 프로토콜을 이용한 인터넷 트래픽 부하 분산 방법 및 시스템 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH11224219A (ja) * | 1998-02-05 | 1999-08-17 | Nippon Telegr & Teleph Corp <Ntt> | 分散キャッシュ制御方法及び分散制御装置及び分散キャッシュシステム及び分散キャッシュ制御プログラムを格納した記憶媒体 |
| JP2000165441A (ja) * | 1998-11-26 | 2000-06-16 | Nippon Telegr & Teleph Corp <Ntt> | インターネットパケット交換装置 |
| JP2000261485A (ja) * | 1999-03-09 | 2000-09-22 | Nec Eng Ltd | ネットワークアドレス変換方式 |
| JP2000293496A (ja) * | 1999-04-08 | 2000-10-20 | Nec Corp | ネットワークにおけるサービス負荷分散装置 |
| JP2001007848A (ja) * | 1999-06-18 | 2001-01-12 | Toshiba Corp | ネットワーク間中継方法及びネットワーク間中継装置 |
| JP2001117897A (ja) * | 1999-10-14 | 2001-04-27 | Fujitsu Ltd | 負荷分散システム |
-
2002
- 2002-07-03 JP JP2002194092A patent/JP2003131961A/ja active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH11224219A (ja) * | 1998-02-05 | 1999-08-17 | Nippon Telegr & Teleph Corp <Ntt> | 分散キャッシュ制御方法及び分散制御装置及び分散キャッシュシステム及び分散キャッシュ制御プログラムを格納した記憶媒体 |
| JP2000165441A (ja) * | 1998-11-26 | 2000-06-16 | Nippon Telegr & Teleph Corp <Ntt> | インターネットパケット交換装置 |
| JP2000261485A (ja) * | 1999-03-09 | 2000-09-22 | Nec Eng Ltd | ネットワークアドレス変換方式 |
| JP2000293496A (ja) * | 1999-04-08 | 2000-10-20 | Nec Corp | ネットワークにおけるサービス負荷分散装置 |
| JP2001007848A (ja) * | 1999-06-18 | 2001-01-12 | Toshiba Corp | ネットワーク間中継方法及びネットワーク間中継装置 |
| JP2001117897A (ja) * | 1999-10-14 | 2001-04-27 | Fujitsu Ltd | 負荷分散システム |
Cited By (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003174473A (ja) * | 2001-12-06 | 2003-06-20 | Fujitsu Ltd | サーバ負荷分散システム |
| US7379458B2 (en) | 2001-12-06 | 2008-05-27 | Fujitsu Limited | Server load sharing system |
| WO2005060187A1 (ja) * | 2003-12-17 | 2005-06-30 | Nec Corporation | クラスタシステム、クラスタメンバ、故障復旧方法及びプログラム |
| US7864750B2 (en) | 2005-03-15 | 2011-01-04 | Fujitsu Limited | Load distributing apparatus and load distributing method |
| JP2006261805A (ja) * | 2005-03-15 | 2006-09-28 | Fujitsu Ltd | 負荷分散装置および負荷分散方法 |
| JP4621044B2 (ja) * | 2005-03-15 | 2011-01-26 | 富士通株式会社 | 負荷分散装置および負荷分散方法 |
| JP2006285532A (ja) * | 2005-03-31 | 2006-10-19 | Fujitsu Frontech Ltd | サービス提供方法、及びデータ処理装置 |
| JP2010061622A (ja) * | 2008-09-08 | 2010-03-18 | Kddi R & D Laboratories Inc | トランザクション負荷分散装置およびプログラム |
| WO2012144527A1 (ja) * | 2011-04-19 | 2012-10-26 | 株式会社Ｍｕｒａｋｕｍｏ | ネットワークアクセスシステム |
| KR101797471B1 (ko) * | 2011-05-04 | 2017-11-15 | 주식회사 케이티 | Ｉｇｐ 라우팅 프로토콜을 이용한 인터넷 트래픽 부하 분산 방법 및 시스템 |
| WO2013147175A1 (ja) | 2012-03-30 | 2013-10-03 | 日本電気株式会社 | 分散ストレージシステム、制御装置、クライアント端末、負荷分散方法及びプログラム |
| US9787585B2 (en) | 2012-03-30 | 2017-10-10 | Nec Corporation | Distributed storage system, control apparatus, client terminal, load balancing method and program |
| JP2013255178A (ja) * | 2012-06-08 | 2013-12-19 | Toshiba Corp | 負荷分散制御装置、通信装置、通信システム、及び負荷分散制御方法 |
| JP2016518081A (ja) * | 2013-04-16 | 2016-06-20 | アマゾン・テクノロジーズ・インコーポレーテッド | 分散型ロードバランサ |
| JP2016520904A (ja) * | 2013-04-16 | 2016-07-14 | アマゾン・テクノロジーズ・インコーポレーテッド | 分散型ロードバランサにおける非対称パケットフロー |
| US9553809B2 (en) | 2013-04-16 | 2017-01-24 | Amazon Technologies, Inc. | Asymmetric packet flow in a distributed load balancer |
| JP2016519533A (ja) * | 2013-04-16 | 2016-06-30 | アマゾン・テクノロジーズ・インコーポレーテッド | 分散型ロード・バランサでの多重パス経路指定 |
| KR101790315B1 (ko) * | 2013-04-16 | 2017-10-26 | 아마존 테크놀로지스, 인크. | 분산 로드 밸런서 |
| JP2016515790A (ja) * | 2013-04-16 | 2016-05-30 | アマゾン・テクノロジーズ・インコーポレーテッド | 分散型ロードバランサでの接続公開 |
| KR101863024B1 (ko) | 2013-04-16 | 2018-05-30 | 아마존 테크놀로지스, 인크. | 분산 로드 밸런서 |
| US10038626B2 (en) | 2013-04-16 | 2018-07-31 | Amazon Technologies, Inc. | Multipath routing in a distributed load balancer |
| US10069903B2 (en) | 2013-04-16 | 2018-09-04 | Amazon Technologies, Inc. | Distributed load balancer |
| US10999184B2 (en) | 2013-04-16 | 2021-05-04 | Amazon Technologies, Inc. | Health checking in a distributed load balancer |
| US11843657B2 (en) | 2013-04-16 | 2023-12-12 | Amazon Technologies, Inc. | Distributed load balancer |
| US9621468B1 (en) | 2014-12-05 | 2017-04-11 | Amazon Technologies, Inc. | Packet transmission scheduler |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20030009559A1 (en) | Network system and method of distributing accesses to a plurality of server apparatus in the network system | |
| US7702809B1 (en) | Method and system for scaling network traffic managers | |
| US20190342161A1 (en) | Managing use of alternative intermediate destination computing nodes for provided computer networks | |
| EP1131931B1 (en) | Method and apparatus for load distribution in a network | |
| EP2569907B1 (en) | Methods, systems, and computer readable media for stateless load balancing of network traffic flows | |
| US6970913B1 (en) | Load balancing using distributed forwarding agents with application based feedback for different virtual machines | |
| US7353276B2 (en) | Bi-directional affinity | |
| US7991914B2 (en) | Technique for addressing a cluster of network servers | |
| US7406540B2 (en) | Method and apparatus for content-aware web switching | |
| EP3119047B1 (en) | Load balancing method, apparatus and system | |
| US7380002B2 (en) | Bi-directional affinity within a load-balancing multi-node network interface | |
| JP4454072B2 (ja) | ＩＰ通信ネットワークシステム及びＱｏＳ保証装置 | |
| JP2003281109A (ja) | 負荷分散方法 | |
| US7283534B1 (en) | Network with virtual “Virtual Private Network” server | |
| JP2003131961A (ja) | ネットワークシステム及び負荷分散方法 | |
| US8045566B2 (en) | Automated router load balancing | |
| US11895009B2 (en) | Intelligently routing internet traffic | |
| US20220166715A1 (en) | Communication system and communication method | |
| US7813286B2 (en) | Method and system of distributing multicast group join request in computer systems operating with teamed communication ports | |
| US11706256B2 (en) | Secure traffic optimization in an edge network | |
| Ma et al. | MPTCP based load balancing mechanism in software defined satellite networks | |
| JP2003304293A (ja) | パケット中継装置 | |
| KR100920327B1 (ko) | 서비스 처리 시스템 | |
| Al Muktadir et al. | Route advertisement policies and inbound traffic engineering for border gateway protocol with provider aggregatable addressing | |
| Duffy | Cisco, IBM join to enhance cluster load balancing |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040318 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20060419 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060922 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061010 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061207 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070403 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070521 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20070601 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20080215 |