JP2000112908A - 負荷分散ｄｎｓシステム - Google Patents
負荷分散ｄｎｓシステムInfo
- Publication number
- JP2000112908A JP2000112908A JP10284274A JP28427498A JP2000112908A JP 2000112908 A JP2000112908 A JP 2000112908A JP 10284274 A JP10284274 A JP 10284274A JP 28427498 A JP28427498 A JP 28427498A JP 2000112908 A JP2000112908 A JP 2000112908A
- Authority
- JP
- Japan
- Prior art keywords
- server
- load
- access destination
- load balancing
- information
- 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
- Multi Processors (AREA)
Abstract
(57)【要約】
【課題】 サーバの負荷分散システムを構築する上に置
いて、複雑な設定や特別なＯＳが必要であった。また、
ユーザの設定も必要に応じて変更する必要があった。 【解決手段】 サーバ情報データベース、サーバ管理機
構、サーバ負荷調査機構、アクセス先決定機構、ＤＮＳ
を備えたシステムを用いる。
いて、複雑な設定や特別なＯＳが必要であった。また、
ユーザの設定も必要に応じて変更する必要があった。 【解決手段】 サーバ情報データベース、サーバ管理機
構、サーバ負荷調査機構、アクセス先決定機構、ＤＮＳ
を備えたシステムを用いる。
Description
【０００１】
【発明の属する技術分野】本発明は負荷分散機能を有す
るサービスシステムにおいて、負荷分散機能を容易かつ
効果的に利用するために有効なＬｏａｄ Ｂａｌａｎｃ
ｅ（負荷分散）ＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙ
ｓｔｅｍ）に関する。
るサービスシステムにおいて、負荷分散機能を容易かつ
効果的に利用するために有効なＬｏａｄ Ｂａｌａｎｃ
ｅ（負荷分散）ＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙ
ｓｔｅｍ）に関する。
【０００２】
【従来の技術】従来、サーバにかかる負荷を軽減するに
は、前記の負荷を複雑な負荷分散ＯＳや特別なハードウ
ェアを使用していた。また、前記の複雑な負荷分散ＯＳ
や特別なハードウェアを使用することなく、サーバの負
荷を容易に負荷分散する環境を構築するために、分散し
たい機能を有する同一のサーバを増設することが一般的
に行われている。
は、前記の負荷を複雑な負荷分散ＯＳや特別なハードウ
ェアを使用していた。また、前記の複雑な負荷分散ＯＳ
や特別なハードウェアを使用することなく、サーバの負
荷を容易に負荷分散する環境を構築するために、分散し
たい機能を有する同一のサーバを増設することが一般的
に行われている。
【０００３】負荷分散機能は負荷分散ＯＳ（Ｏｐｅｒａ
ｔｉｎｇ Ｓｙｓｔｅｍ）やハードウェアによる制御に
より実現されているものの、負荷分散ＯＳの環境構築の
複雑さと、負荷分散ＯＳに対応したアプリケーション開
発の困難さから負荷分散機能を容易かつ有効に利用でき
ていないのが現状である。
ｔｉｎｇ Ｓｙｓｔｅｍ）やハードウェアによる制御に
より実現されているものの、負荷分散ＯＳの環境構築の
複雑さと、負荷分散ＯＳに対応したアプリケーション開
発の困難さから負荷分散機能を容易かつ有効に利用でき
ていないのが現状である。
【０００４】前記の分散したい機能を有する同一のサー
バを増設する方法の場合、アクセスするユーザ数の管
理、すなわち負荷をどのように分散させるかが問題とな
っていた。
バを増設する方法の場合、アクセスするユーザ数の管
理、すなわち負荷をどのように分散させるかが問題とな
っていた。
【０００５】従来の方法では、負荷をどのように分散さ
せるかは、管理者の裁量に任されていた。例えばＷｅｂ
サーバが２台で構成されているシステムの場合、前記サ
ーバーの内、このユーザはサーバ１、別のユーザはサー
バ２という風に割り当てていかねばならない。
せるかは、管理者の裁量に任されていた。例えばＷｅｂ
サーバが２台で構成されているシステムの場合、前記サ
ーバーの内、このユーザはサーバ１、別のユーザはサー
バ２という風に割り当てていかねばならない。
【０００６】一方ユーザは各自に割り当てられたサーバ
をアクセス先としてＷｅｂＢｒｏｗｓｅｒ等のアクセス
ソフトに指定する。このとき、ユーザ数の増加に伴うサ
ーバの増設や、サーバの障害が発生してサーバを停止す
る場合、負荷分散機能を有効に活用するために、管理者
は各サーバヘのユーザの再割り当てを行わねばならなか
った。
をアクセス先としてＷｅｂＢｒｏｗｓｅｒ等のアクセス
ソフトに指定する。このとき、ユーザ数の増加に伴うサ
ーバの増設や、サーバの障害が発生してサーバを停止す
る場合、負荷分散機能を有効に活用するために、管理者
は各サーバヘのユーザの再割り当てを行わねばならなか
った。
【０００７】またアクセス先のサーバを変更されたユー
ザは、再度アクセス先の設定を前記ＷｅｂＢｒｏｗｓｅ
ｒ等のアクセスソフトに行わねばならなかった。アクセ
ス先のサーバの変更をユーザに周知徹底させることは、
新規ユーザにアクセス先を設定してもらうのに比べて膨
大な時間と作業量を必要としていた。
ザは、再度アクセス先の設定を前記ＷｅｂＢｒｏｗｓｅ
ｒ等のアクセスソフトに行わねばならなかった。アクセ
ス先のサーバの変更をユーザに周知徹底させることは、
新規ユーザにアクセス先を設定してもらうのに比べて膨
大な時間と作業量を必要としていた。
【０００８】以上より、特殊なＯＳやハードウェアを使
用することなく負荷分散を実現することや、サーバの増
設時またはサーバの障害発生時に適切な負荷分散を行う
ためユーザのアクセス管理を自動的に行うことが求めら
れてきた。
用することなく負荷分散を実現することや、サーバの増
設時またはサーバの障害発生時に適切な負荷分散を行う
ためユーザのアクセス管理を自動的に行うことが求めら
れてきた。
【０００９】また、ＷＷＷや、ＦＴＰなどの負荷分散を
提供するサービスの種類に依存せずに、さらにはユーザ
側で特にアクセス先サーバ設定の変更を必要としないシ
ステムが求められてきている。
提供するサービスの種類に依存せずに、さらにはユーザ
側で特にアクセス先サーバ設定の変更を必要としないシ
ステムが求められてきている。
【００１０】
【発明が解決しようとする課題】近年、ネットワークの
普及に伴い、Ｗｅｂ、メール、Ｉｎｔｅｒｎｅｔ Ｎｅ
ｗｓ、情報検索、オンラインショッピングなどの各種サ
ービスを提供するシステムは、日毎に更なる多ユーザの
サポート、システムの大容量化、高速化が求められてい
る。
普及に伴い、Ｗｅｂ、メール、Ｉｎｔｅｒｎｅｔ Ｎｅ
ｗｓ、情報検索、オンラインショッピングなどの各種サ
ービスを提供するシステムは、日毎に更なる多ユーザの
サポート、システムの大容量化、高速化が求められてい
る。
【００１１】従来の技術では、複雑な負荷分散ＯＳや特
別なハードウェアを使用することなく容易に負荷分散環
境を構築するには、分散したい機能を有する同一のサー
バを増設して行っていた。
別なハードウェアを使用することなく容易に負荷分散環
境を構築するには、分散したい機能を有する同一のサー
バを増設して行っていた。
【００１２】この方法の場合、サーバにかかる負荷の管
理は管理者の裁量に任されることになる。またユーザ側
も、各自に割り当てられたサーバをサクセス先としてＷ
ｅｂＢｒｏｗｓｅｒ等のアクセスソフトに指定しなけれ
ばならなかった。
理は管理者の裁量に任されることになる。またユーザ側
も、各自に割り当てられたサーバをサクセス先としてＷ
ｅｂＢｒｏｗｓｅｒ等のアクセスソフトに指定しなけれ
ばならなかった。
【００１３】本発明の目的は、特殊なＯＳやハードウェ
アを使用することなく負荷分散を実現し、ユーザのアク
セス管理を自動的に行い、負荷分散を提供するサービス
の種類に依存しない負荷分散ＤＮＳシステムを提供する
ことである。
アを使用することなく負荷分散を実現し、ユーザのアク
セス管理を自動的に行い、負荷分散を提供するサービス
の種類に依存しない負荷分散ＤＮＳシステムを提供する
ことである。
【００１４】
【課題を解決するための手段】本発明による負荷分散Ｄ
ＮＳシステムは、ネットワーク上に配置されているサー
バにおいて、負荷分散環境を構成する各サーバのアドレ
スと、サーバ情報データベースと、サーバ管理機構と、
サーバ負荷調査機構と、アクセス先決定機構と、ＤＮＳ
機構とを具備するものであり、前記各サーバのアドレス
は、サービスを提供する負荷分散環境を構成するもので
あり、前記サーバ情報データベースは、生死情報、負荷
情報を保持するものであり、前記サーバ管理機構は、各
サーバの生死情報を管理するものであり、前記サーバ負
荷調査機構は、各サーバの負荷状況を調査するものであ
り、前記アクセス先決定機構は、ユーザからのアクセス
先問い合わせ要求に対して、適切な負荷分散を考慮して
アクセス先サーバアドレスを決定するものであり、前記
ＤＮＳ機構は、サーバアドレス問い合わせ要求を処理す
ることを特徴とする負荷分散ＤＮＳシステムである。
ＮＳシステムは、ネットワーク上に配置されているサー
バにおいて、負荷分散環境を構成する各サーバのアドレ
スと、サーバ情報データベースと、サーバ管理機構と、
サーバ負荷調査機構と、アクセス先決定機構と、ＤＮＳ
機構とを具備するものであり、前記各サーバのアドレス
は、サービスを提供する負荷分散環境を構成するもので
あり、前記サーバ情報データベースは、生死情報、負荷
情報を保持するものであり、前記サーバ管理機構は、各
サーバの生死情報を管理するものであり、前記サーバ負
荷調査機構は、各サーバの負荷状況を調査するものであ
り、前記アクセス先決定機構は、ユーザからのアクセス
先問い合わせ要求に対して、適切な負荷分散を考慮して
アクセス先サーバアドレスを決定するものであり、前記
ＤＮＳ機構は、サーバアドレス問い合わせ要求を処理す
ることを特徴とする負荷分散ＤＮＳシステムである。
【００１５】
【発明の実施の形態】近年、ネットワークの普及に伴い
Web 、メール、Ｉｎｔｅｒｎｅｔ Ｎｅｗｓ、情報検索
サービスを提供するシステムは日毎に更なる多ユーザの
サポート、システムの大容量化、高速化が求められてい
る。
Web 、メール、Ｉｎｔｅｒｎｅｔ Ｎｅｗｓ、情報検索
サービスを提供するシステムは日毎に更なる多ユーザの
サポート、システムの大容量化、高速化が求められてい
る。
【００１６】一方これらのサービスシステムを構成する
サーバとしては、小型で高速なワークステーションやＰ
Ｃを用いたサーバヘと移行しつつあり、複数台のサーバ
による負荷分散が主流となりつつある。
サーバとしては、小型で高速なワークステーションやＰ
Ｃを用いたサーバヘと移行しつつあり、複数台のサーバ
による負荷分散が主流となりつつある。
【００１７】前記、負荷分散機能は負荷分散ＯＳ（Ｏｐ
ｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）やハードウェアによる
制御により実現されているものの、負荷分散ＯＳの環境
構築の複雑さと、負荷分散ＯＳに対応したアプリケーシ
ョン開発の困難さから負荷分散機能を容易かつ有効に利
用できていないのが現状である。
ｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）やハードウェアによる
制御により実現されているものの、負荷分散ＯＳの環境
構築の複雑さと、負荷分散ＯＳに対応したアプリケーシ
ョン開発の困難さから負荷分散機能を容易かつ有効に利
用できていないのが現状である。
【００１８】本発明は負荷分散機能を有するサービスシ
ステムにおいて、負荷分散機能を容易かつ効果的に利用
するために有効な負荷分散ＤＮＳシステムを提案する。
以下に本発明の実施の形態を図面を用いて説明するが、
本発明はここで説明する実施の形態に限定されるもので
はない。下記実施の形態は発明の目的を逸脱しない限り
において多様に変形することができる。
ステムにおいて、負荷分散機能を容易かつ効果的に利用
するために有効な負荷分散ＤＮＳシステムを提案する。
以下に本発明の実施の形態を図面を用いて説明するが、
本発明はここで説明する実施の形態に限定されるもので
はない。下記実施の形態は発明の目的を逸脱しない限り
において多様に変形することができる。
【００１９】本発明の実施の形態を以下に図１から図８
を用いて説明する。図１は、負荷分散ＤＮＳシステムの
構成を説明した図である。図１に示すように、インター
ネットにおいて、ＩＳＰ（Ｉｎｔｅｒｎｅｔ Ｓｅｒｖ
ｉｃｅ Ｐｒｏｖｉｄｅｒ）が負荷分散環境サーバ群３
台（図１中の３）と、負荷分散ＤＮＳシステムを保有し
ているときの例を挙げて説明する。
を用いて説明する。図１は、負荷分散ＤＮＳシステムの
構成を説明した図である。図１に示すように、インター
ネットにおいて、ＩＳＰ（Ｉｎｔｅｒｎｅｔ Ｓｅｒｖ
ｉｃｅ Ｐｒｏｖｉｄｅｒ）が負荷分散環境サーバ群３
台（図１中の３）と、負荷分散ＤＮＳシステムを保有し
ているときの例を挙げて説明する。
【００２０】図１の負荷分散環境サーバ群３の負荷分散
環境総称名をproxy-serverとする。図１に示すように、
アクセス先サーバアドレスＡを要求するユーザ１は、こ
のＩＳＰの契約者であり、アクセス先決定機構８とＤＮ
Ｓ機構９が物理的に接続されている、アクセス先決定機
構付きのＤＮＳサーバ２がある。
環境総称名をproxy-serverとする。図１に示すように、
アクセス先サーバアドレスＡを要求するユーザ１は、こ
のＩＳＰの契約者であり、アクセス先決定機構８とＤＮ
Ｓ機構９が物理的に接続されている、アクセス先決定機
構付きのＤＮＳサーバ２がある。
【００２１】ＩＳＰ契約ユーザ１がＤＳＮ機構９を利用
する際の通信設定には、アクセス先決定機構付きのＤＮ
Ｓサーバ２にアクセスするよう設定してあるものとする
（図１中Ａ−１）。
する際の通信設定には、アクセス先決定機構付きのＤＮ
Ｓサーバ２にアクセスするよう設定してあるものとする
（図１中Ａ−１）。
【００２２】ユーザが、proxy-server以外のサーバ名を
指定してＤＮＳ機構９を利用しようとすると、アクセス
先決定機構付きのＤＮＳサーバ２は、通常のＤＮＳ機構
９を用いてサーバ名の解析を行う。このときの解析の様
子を図５に示した。
指定してＤＮＳ機構９を利用しようとすると、アクセス
先決定機構付きのＤＮＳサーバ２は、通常のＤＮＳ機構
９を用いてサーバ名の解析を行う。このときの解析の様
子を図５に示した。
【００２３】図５に示すように、ユーザ５１がＤＮＳ機
構５４にサーバアドレス回答要求Ｅ−１を出す。この際
に、proxy-serverやweb-serverであれば、サーバ内に振
り分け先を持っているのでサーバ１〜サーバ３までのサ
ーバ群５３，または他のサーバ５２にアクセス先決定機
構（図１中の８参照）が振り分けを決める。
構５４にサーバアドレス回答要求Ｅ−１を出す。この際
に、proxy-serverやweb-serverであれば、サーバ内に振
り分け先を持っているのでサーバ１〜サーバ３までのサ
ーバ群５３，または他のサーバ５２にアクセス先決定機
構（図１中の８参照）が振り分けを決める。
【００２４】前記、ユーザ５１がＤＮＳ機構５４にサー
バアドレス回答要求Ｅ−１を出したときに、その他のア
クセス先であれば、サーバ内に振り分け先を持たないの
で、上位ＤＮＳ機構５５に回答要求Ｅ−２を出す。
バアドレス回答要求Ｅ−１を出したときに、その他のア
クセス先であれば、サーバ内に振り分け先を持たないの
で、上位ＤＮＳ機構５５に回答要求Ｅ−２を出す。
【００２５】このときに、ユーザ５１から出されたアク
セス先のアドレスが見つからないときは、さらに上位の
最上位ＤＮＳ機構５６に回答要求Ｅ−３を出す。以上の
ようにして、ユーザ５１から出されたサーバアドレス回
答要求Ｅ−１を処理していく。
セス先のアドレスが見つからないときは、さらに上位の
最上位ＤＮＳ機構５６に回答要求Ｅ−３を出す。以上の
ようにして、ユーザ５１から出されたサーバアドレス回
答要求Ｅ−１を処理していく。
【００２６】以上でサーバ名の解析が終了する。一方、
図１に示すように、ユーザが、proxy-serverと指定して
ＤＮＳ機構９を利用しようとすると、アクセス先決定機
構付きのＤＮＳサーバ２は、負荷分散環境サーバ群３の
うちから、稼働中で、一番負荷の少ないサーバを割り当
てようとする。
図１に示すように、ユーザが、proxy-serverと指定して
ＤＮＳ機構９を利用しようとすると、アクセス先決定機
構付きのＤＮＳサーバ２は、負荷分散環境サーバ群３の
うちから、稼働中で、一番負荷の少ないサーバを割り当
てようとする。
【００２７】このとき、割り当てるサーバはサーバ１か
らサーバ３のいずれか、もしくは負荷が同等であったな
らば、任意に優先順位をつけることができるものであ
る。また、Ａ−３、Ａ−４、Ａ−５はサーバ情報データ
ベースを各機構が参照しているものであり、Ａ−６、Ａ
−７、Ａ−８は、サーバの生死情報や負荷情報などを元
にして、ユーザ１のアクセス先のサーバを振り分けるた
めの信号である。
らサーバ３のいずれか、もしくは負荷が同等であったな
らば、任意に優先順位をつけることができるものであ
る。また、Ａ−３、Ａ−４、Ａ−５はサーバ情報データ
ベースを各機構が参照しているものであり、Ａ−６、Ａ
−７、Ａ−８は、サーバの生死情報や負荷情報などを元
にして、ユーザ１のアクセス先のサーバを振り分けるた
めの信号である。
【００２８】図２に示すように、アクセス先決定機構付
きのＤＮＳサーバ２は、サーバ情報データベース４（生
死情報および負荷情報、図３中のＣ−１からＣ−３、図
４中のＤ−１からＤ−３）を参照し、現在稼働中サーバ
の生死情報および負荷情報を得る。
きのＤＮＳサーバ２は、サーバ情報データベース４（生
死情報および負荷情報、図３中のＣ−１からＣ−３、図
４中のＤ−１からＤ−３）を参照し、現在稼働中サーバ
の生死情報および負荷情報を得る。
【００２９】また、proxy-serverは以下のように判断す
る。現在稼働中のサーバはサーバ１とサーバ３であり、
負荷状態の軽いサーバ３のＩＰアドレス“１４４．１３
４．４２．１００”をproxy-serverのIPアドレスとして
返却する。
る。現在稼働中のサーバはサーバ１とサーバ３であり、
負荷状態の軽いサーバ３のＩＰアドレス“１４４．１３
４．４２．１００”をproxy-serverのIPアドレスとして
返却する。
【００３０】このように、利用ユーザから見ると、常に
proxy-serverと指定しただけで、proxy-serverのサーバ
名を意識することなく、負荷分散環境サーバ群３の中か
ら使用可能で一番負荷の低いサーバのIPアドレスを得ら
れることになる。
proxy-serverと指定しただけで、proxy-serverのサーバ
名を意識することなく、負荷分散環境サーバ群３の中か
ら使用可能で一番負荷の低いサーバのIPアドレスを得ら
れることになる。
【００３１】一方、管理的な動きとしては、負荷分散Ｄ
ＮＳシステムは、常にサーバ情報データベース（図１中
の４、図２）に、負荷分散環境総称名、サーバ名、IPア
ドレス、サーバの稼動（生死）情報、サーバの負荷情報
を保持している必要がある。
ＮＳシステムは、常にサーバ情報データベース（図１中
の４、図２）に、負荷分散環境総称名、サーバ名、IPア
ドレス、サーバの稼動（生死）情報、サーバの負荷情報
を保持している必要がある。
【００３２】このうち、負荷分散環境総称名、サーバ
名、IPアドレスは、システム構築時に決定する事項であ
り、同時に、サーバ情報データベース（図１中の４、図
２）にも登録する。
名、IPアドレスは、システム構築時に決定する事項であ
り、同時に、サーバ情報データベース（図１中の４、図
２）にも登録する。
【００３３】また、負荷分散環境サーバ群３が増設され
る際には更新が必要となる。ただし、ユーザは、負荷分
散環境サーバ群３が４台、５台と増設されていってもpr
oxy-serverという名前さえ指定すれば、稼働中で負荷の
少ないproxy-serverのIPアドレスを得る事ができる。
る際には更新が必要となる。ただし、ユーザは、負荷分
散環境サーバ群３が４台、５台と増設されていってもpr
oxy-serverという名前さえ指定すれば、稼働中で負荷の
少ないproxy-serverのIPアドレスを得る事ができる。
【００３４】前記サーバの稼動（生死）情報、サーバの
負荷情報に関しては、定期的にチェックする方法を設
け、図3 のようにサーバ情報データベース（図１中の
４、図２）上を随時更新する。
負荷情報に関しては、定期的にチェックする方法を設
け、図3 のようにサーバ情報データベース（図１中の
４、図２）上を随時更新する。
【００３５】図３に示した前記の稼動（生死）情報チェ
ックの方法としては、単純なＩＣＭＰ（Internet Contr
ol Message Protocol ）を用いたパケットの応答確認
や、ａｒｐ（Address Resolution Protocol ）などのネ
ットワーク管理テーブルを利用する方法、さらにはサー
バ内で動作しているプロセス情報を取得する等といった
方法で実現できる。
ックの方法としては、単純なＩＣＭＰ（Internet Contr
ol Message Protocol ）を用いたパケットの応答確認
や、ａｒｐ（Address Resolution Protocol ）などのネ
ットワーク管理テーブルを利用する方法、さらにはサー
バ内で動作しているプロセス情報を取得する等といった
方法で実現できる。
【００３６】また、サーバの負荷は、ＣＰＵの稼働率や
メモリの使用状況（スワップやページイン、ページアウ
トの発生頻度等）、ディスク等の外部記憶装置の空き容
量、現在のユーザアクセス数やサーバ通過パケット数等
も目安として利用することが可能である。
メモリの使用状況（スワップやページイン、ページアウ
トの発生頻度等）、ディスク等の外部記憶装置の空き容
量、現在のユーザアクセス数やサーバ通過パケット数等
も目安として利用することが可能である。
【００３７】まずサーバ情報データベース３５に負荷分
散機能を利用しつつサービスを提供するサーバ（３１〜
３３）のアクセス先アドレス（IPアドレス）を登録す
る。サーバ管理機構３４では、負荷分散処理を行うサー
バ群（３１〜３３）を一定周期毎（任意に設定可能）に
調べ、サーバ障害によるサーバダウンが発生していない
かといったサーバの生死情報（Ｃ−１〜Ｃ−３）を監視
する。
散機能を利用しつつサービスを提供するサーバ（３１〜
３３）のアクセス先アドレス（IPアドレス）を登録す
る。サーバ管理機構３４では、負荷分散処理を行うサー
バ群（３１〜３３）を一定周期毎（任意に設定可能）に
調べ、サーバ障害によるサーバダウンが発生していない
かといったサーバの生死情報（Ｃ−１〜Ｃ−３）を監視
する。
【００３８】サーバの生死情報（Ｃ−１〜Ｃ−３）はサ
ーバ情報データベース３５に管理されており、サーバの
ダウンあるいは機能復帰が起こった際には、サーバの状
態が速やかにサーバ情報データベース３５に記録され
る。
ーバ情報データベース３５に管理されており、サーバの
ダウンあるいは機能復帰が起こった際には、サーバの状
態が速やかにサーバ情報データベース３５に記録され
る。
【００３９】図４に示すように、サーバ負荷調査機構４
４では、負荷分散を行うサーバ群（４１〜４３）の中か
ら稼動しているサーバを対象にし、一定周期毎（任意に
設定可能）に各々のサーバの負荷情報（Ｄ−１〜Ｄ−
３）を取得する。
４では、負荷分散を行うサーバ群（４１〜４３）の中か
ら稼動しているサーバを対象にし、一定周期毎（任意に
設定可能）に各々のサーバの負荷情報（Ｄ−１〜Ｄ−
３）を取得する。
【００４０】負荷情報（Ｄ−１〜Ｄ−３）としてはサー
ビスの種類にも依存するが、一般的にはＣＰＵの負荷率
やメモリの使用率、ディスクの空き容量などをその目安
として使用する。
ビスの種類にも依存するが、一般的にはＣＰＵの負荷率
やメモリの使用率、ディスクの空き容量などをその目安
として使用する。
【００４１】各々のサーバ（４１〜４３）から取得され
た負荷情報（Ｄ−１〜Ｄ−３）は、サーバ情報データベ
ース４５に保存される。ここで図１に戻って、アクセス
先決定機構及びＤＮＳ機構９では、ユーザ１からのアク
セス先サーバアドレス回答要求Ａ−１に応じて、適切な
サーバアドレスをユーザ１に回答する。
た負荷情報（Ｄ−１〜Ｄ−３）は、サーバ情報データベ
ース４５に保存される。ここで図１に戻って、アクセス
先決定機構及びＤＮＳ機構９では、ユーザ１からのアク
セス先サーバアドレス回答要求Ａ−１に応じて、適切な
サーバアドレスをユーザ１に回答する。
【００４２】ユーザ１からのアドレス回答要求Ａ−１
は、負荷分散を行うサーバ３ヘのアドレスを要求してい
るものか（Ａ−８）、他のサーバのアドレスを要求して
いるものか（Ａ−２）で処理が振り分けられる。
は、負荷分散を行うサーバ３ヘのアドレスを要求してい
るものか（Ａ−８）、他のサーバのアドレスを要求して
いるものか（Ａ−２）で処理が振り分けられる。
【００４３】負荷分散を行うサーバ３ヘのアドレスを要
求している場合（Ａ−８）、その要求はアクセス先決定
機構８によって処理され、負荷分散環境を構成する全サ
ーバの中から、稼働中であり、かつ負荷が最小のものを
サーバ情報データベース４より選び出しアクセス先アド
レスとしてユーザ１に回答する。
求している場合（Ａ−８）、その要求はアクセス先決定
機構８によって処理され、負荷分散環境を構成する全サ
ーバの中から、稼働中であり、かつ負荷が最小のものを
サーバ情報データベース４より選び出しアクセス先アド
レスとしてユーザ１に回答する。
【００４４】他のサーバのアドレスを要求している場合
（Ａ−２）、その要求は一般に使用されている通常のＤ
ＮＳに対するアドレス回答要求としてＤＮＳ機構９によ
り処理される。
（Ａ−２）、その要求は一般に使用されている通常のＤ
ＮＳに対するアドレス回答要求としてＤＮＳ機構９によ
り処理される。
【００４５】ＤＮＳ機構は図５で示した通り、自分が管
理するサーバ５３群にユーザ５１の求めるサーバが存在
すればそのアドレスを回答する。もし見つからなければ
上位のサーバ５５または５６に同様の回答要求を出すも
のである。
理するサーバ５３群にユーザ５１の求めるサーバが存在
すればそのアドレスを回答する。もし見つからなければ
上位のサーバ５５または５６に同様の回答要求を出すも
のである。
【００４６】以上のようにして、サーバからのアクセス
先アドレスの回答を要求された場合に、ユーザは設定や
システムを意識することなく、最小負荷のサーバに自動
的に接続され、最適なアクセス状況をつくりだすことが
でき、サーバの負荷分散環境の構築を容易かつ安価に構
築することができる。
先アドレスの回答を要求された場合に、ユーザは設定や
システムを意識することなく、最小負荷のサーバに自動
的に接続され、最適なアクセス状況をつくりだすことが
でき、サーバの負荷分散環境の構築を容易かつ安価に構
築することができる。
【００４７】
【発明の効果】本発明をもちいることにより、サーバの
負荷分散環境の構築を容易かつ安価に構築することがで
き、特殊なＯＳやハードウェアを導入することなく容易
に負荷分散環境が構築でき、面倒な負荷分散管理が自動
でおこなわれ、また同環境の保守及び拡張も非常に簡便
にすることができるようになる。
負荷分散環境の構築を容易かつ安価に構築することがで
き、特殊なＯＳやハードウェアを導入することなく容易
に負荷分散環境が構築でき、面倒な負荷分散管理が自動
でおこなわれ、また同環境の保守及び拡張も非常に簡便
にすることができるようになる。
【００４８】さらに、エンドユーザにたいしては、負荷
分散環境を意識する必要なく、サーバがダウンした時も
サーバが増設された時等、自分がどのサーバにアクセス
しなければならないか意識することなく自動的に行われ
るので、使い勝手が向上する。以上から、コンピュータ
資源を効率よく利用することができ、コンピュータ資源
の有効利用ができる。
分散環境を意識する必要なく、サーバがダウンした時も
サーバが増設された時等、自分がどのサーバにアクセス
しなければならないか意識することなく自動的に行われ
るので、使い勝手が向上する。以上から、コンピュータ
資源を効率よく利用することができ、コンピュータ資源
の有効利用ができる。
【図１】本発明の実施形態に係る負荷分散ＤＮＳシステ
ムを示す概念図。
ムを示す概念図。
【図２】本発明の実施形態に係るサーバ情報データベー
スの一例を示す図。
スの一例を示す図。
【図３】本発明の実施形態に係るサーバ管理機構による
サーバ管理を表す概念図。
サーバ管理を表す概念図。
【図４】本発明の実施形態に係るサーバ負荷調査機構に
よるサーバ負荷調査を表す概念図。
よるサーバ負荷調査を表す概念図。
【図５】本発明の実施形態に係るＤＮＳによるサーバア
ドレスの検索方法を表す概念図。
ドレスの検索方法を表す概念図。
【図６】本発明の実施形態に係るアクセス先決定機構を
表す図。
表す図。
【図７】本発明の実施形態に係るサーバ管理機構を表す
図。
図。
【図８】本発明の実施形態に係るサーバ負荷調査機構を
表す図。
表す図。
１、５１…ユーザ ２…アクセス先決定機構付きのＤＮＳサーバ ３、３１、３２、３３、４１、４２、４３、５３…負荷
分散環境 ４、３５、４５…サーバ情報データベース ５、５２…他のサーバ ６、３４…サーバ管理機構 ７、４４…サーバ負荷調査機構 ８…アクセス先決定機構 ９、５４…ＤＮＳ機構 ５５…上位ＤＮＳ機構 ５６…最上位ＤＮＳ機構 ６０〜７７、８１〜８６…フローチャートの処理過程 Ａ−１…アクセス先サーバアドレス回答要求 Ａ−２…他のサーバのアドレスを要求 Ａ−３、Ａ−４、Ａ−５…サーバ情報データベース参照 Ａ−６、Ａ−７、Ａ−８、Ｅ−４…ユーザのアクセス先
のサーバを振り分けるための信号 Ｃ−１、Ｃ−２、Ｃ−３、Ｃ−４…生死情報 Ｃ−５、Ｄ−５…管理対象サーバアドレス Ｄ−１、Ｄ−２、Ｄ−３、Ｄ−４…負荷情報 Ｅ−１…サーバアドレス回答要求 Ｅ−２、Ｅ−３…回答要求
分散環境 ４、３５、４５…サーバ情報データベース ５、５２…他のサーバ ６、３４…サーバ管理機構 ７、４４…サーバ負荷調査機構 ８…アクセス先決定機構 ９、５４…ＤＮＳ機構 ５５…上位ＤＮＳ機構 ５６…最上位ＤＮＳ機構 ６０〜７７、８１〜８６…フローチャートの処理過程 Ａ−１…アクセス先サーバアドレス回答要求 Ａ−２…他のサーバのアドレスを要求 Ａ−３、Ａ−４、Ａ−５…サーバ情報データベース参照 Ａ−６、Ａ−７、Ａ−８、Ｅ−４…ユーザのアクセス先
のサーバを振り分けるための信号 Ｃ−１、Ｃ−２、Ｃ−３、Ｃ−４…生死情報 Ｃ−５、Ｄ−５…管理対象サーバアドレス Ｄ−１、Ｄ−２、Ｄ−３、Ｄ−４…負荷情報 Ｅ−１…サーバアドレス回答要求 Ｅ−２、Ｅ−３…回答要求
Claims (7)
- 【請求項１】ユーザ端末と、 前記ユーザ端末に接続されたアクセス先決定機構と、Ｄ
ＮＳ機構とを具備するＤＮＳサーバと、 前記アクセス先決定機構に接続され、前記ユーザ端末が
利用可能な所定の複数のサーバを有する負荷分散環境群
と、 ここで前記ＤＮＳ機構は前記ユーザ端末が前記負荷分散
環境群以外のサーバを指定した場合にサーバ名の解析を
行うものであり、 前記アクセス先決定機構に接続され、前記アクセス先決
定機構に前記複数のサーバに係る情報を提供するサーバ
情報データベースと、 前記サーバ情報データベースおよび前記複数の各サーバ
とそれぞれ接続され、且つ互いに接続されているサーバ
管理機構およびサーバ負荷調査機構とを具備し、 前記ユーザ端末は前記負荷分散環境群を指定することに
より、前記負荷分散環境群内の前記複数のサーバのうち
利用に適切なサーバのアドレスを得ることができること
を特徴とする負荷分散ＤＮＳシステム。 - 【請求項２】前記各サーバのアドレスは、サービスを提
供する負荷分散環境を構成するものであることを特徴と
する請求項１記載の負荷分散ＤＮＳシステム。 - 【請求項３】前記サーバ情報データベースは、生死情
報、負荷情報を保持することを特徴とする請求項１また
は請求項２記載の負荷分散ＤＮＳシステム。 - 【請求項４】前記サーバ管理機構は、各サーバの生死情
報を管理することを特徴とする請求項１から請求項３の
いずれかに記載の負荷分散ＤＮＳシステム。 - 【請求項５】前記サーバ負荷調査機構は、各サーバの負
荷状況を調査することを特徴とする請求項１から請求項
４のいずれかに記載の負荷分散ＤＮＳシステム。 - 【請求項６】前記アクセス先決定機構は、ユーザからの
アクセス先問い合わせ要求に対して、適切な負荷分散を
考慮してアクセス先サーバアドレスを決定することを特
徴とする請求項１から請求項５のいずれかに記載の負荷
分散ＤＮＳシステム。 - 【請求項７】前記ＤＮＳ機構は、サーバアドレス問い合
わせ要求を処理することを特徴とする請求項１から請求
項６のいずれかに記載の負荷分散ＤＮＳシステム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10284274A JP2000112908A (ja) | 1998-10-06 | 1998-10-06 | 負荷分散ｄｎｓシステム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10284274A JP2000112908A (ja) | 1998-10-06 | 1998-10-06 | 負荷分散ｄｎｓシステム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000112908A true JP2000112908A (ja) | 2000-04-21 |
Family
ID=17676417
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP10284274A Pending JP2000112908A (ja) | 1998-10-06 | 1998-10-06 | 負荷分散ｄｎｓシステム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2000112908A (ja) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20010034972A (ko) * | 2000-05-10 | 2001-05-07 | 이병철 | 동적 디엔에스 바인딩 시스템 |
| JP2001312484A (ja) * | 2000-05-02 | 2001-11-09 | Internatl Business Mach Corp <Ibm> | 高速ウェブサーバ選択方法およびシステム |
| WO2005062176A1 (ja) * | 2003-12-18 | 2005-07-07 | Club It Corporation | サーバ・クライアント・システム、負荷分散装置、負荷分散方法および負荷分散プログラム |
| WO2005076131A1 (ja) * | 2004-02-03 | 2005-08-18 | Sony Corporation | 情報処理装置、情報処理方法、情報処理システムおよび情報処理用プログラム |
| US8195737B2 (en) | 2004-06-15 | 2012-06-05 | Sony Computer Entertainment Inc. | Process management apparatus, computer systems, distributed processing method, and computer program |
| JP2014026353A (ja) * | 2012-07-25 | 2014-02-06 | Nec Engineering Ltd | サーバ管理システム、負荷分散装置及びサーバ管理方法 |
| US8862724B2 (en) | 2010-07-30 | 2014-10-14 | Fujitsu Limited | Processing apparatus, processing method, and communication system |
| WO2022105048A1 (zh) * | 2020-11-20 | 2022-05-27 | 网宿科技股份有限公司 | 一种分布式共享文件系统及其数据处理方法 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH1027148A (ja) * | 1996-07-10 | 1998-01-27 | Hitachi Ltd | インターネット用サーバシステム |
| JPH10198642A (ja) * | 1997-01-09 | 1998-07-31 | Fujitsu Ltd | サーバ装置 |
-
1998
- 1998-10-06 JP JP10284274A patent/JP2000112908A/ja active Pending
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH1027148A (ja) * | 1996-07-10 | 1998-01-27 | Hitachi Ltd | インターネット用サーバシステム |
| JPH10198642A (ja) * | 1997-01-09 | 1998-07-31 | Fujitsu Ltd | サーバ装置 |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001312484A (ja) * | 2000-05-02 | 2001-11-09 | Internatl Business Mach Corp <Ibm> | 高速ウェブサーバ選択方法およびシステム |
| KR20010034972A (ko) * | 2000-05-10 | 2001-05-07 | 이병철 | 동적 디엔에스 바인딩 시스템 |
| WO2005062176A1 (ja) * | 2003-12-18 | 2005-07-07 | Club It Corporation | サーバ・クライアント・システム、負荷分散装置、負荷分散方法および負荷分散プログラム |
| US7992152B2 (en) | 2003-12-18 | 2011-08-02 | G-Cluster Global Corporation | Server/client system, load distribution device, load distribution method, and load distribution program |
| WO2005076131A1 (ja) * | 2004-02-03 | 2005-08-18 | Sony Corporation | 情報処理装置、情報処理方法、情報処理システムおよび情報処理用プログラム |
| US8103771B2 (en) | 2004-02-03 | 2012-01-24 | Sony Corporation | Distributing processing apparatus, method, and system |
| US8195737B2 (en) | 2004-06-15 | 2012-06-05 | Sony Computer Entertainment Inc. | Process management apparatus, computer systems, distributed processing method, and computer program |
| US8862724B2 (en) | 2010-07-30 | 2014-10-14 | Fujitsu Limited | Processing apparatus, processing method, and communication system |
| JP2014026353A (ja) * | 2012-07-25 | 2014-02-06 | Nec Engineering Ltd | サーバ管理システム、負荷分散装置及びサーバ管理方法 |
| WO2022105048A1 (zh) * | 2020-11-20 | 2022-05-27 | 网宿科技股份有限公司 | 一种分布式共享文件系统及其数据处理方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10771541B2 (en) | Automated management of content servers based on change in demand | |
| KR100830413B1 (ko) | 클라이언트용 서버 접속 시스템과 그를 포함하는 로드밸런싱 네트워크 시스템 | |
| US6351775B1 (en) | Loading balancing across servers in a computer network | |
| US6173322B1 (en) | Network request distribution based on static rules and dynamic performance data | |
| US7599941B2 (en) | Transparent redirection and load-balancing in a storage network | |
| JP4160506B2 (ja) | 構成可能な適応型広域トラフィック制御および管理 | |
| US6823377B1 (en) | Arrangements and methods for latency-sensitive hashing for collaborative web caching | |
| US6795434B1 (en) | Replicated server discovery in client-proxy servers | |
| US6167427A (en) | Replication service system and method for directing the replication of information servers based on selected plurality of servers load | |
| US20090006531A1 (en) | Client request based load balancing | |
| US20030172163A1 (en) | Server load balancing system, server load balancing device, and content management device | |
| US20060271700A1 (en) | Record medium with a load distribution program recorded thereon, load distribution method, and load distribution apparatus | |
| US20010049741A1 (en) | Method and system for balancing load distribution on a wide area network | |
| US20020152307A1 (en) | Methods, systems and computer program products for distribution of requests based on application layer information | |
| US20090327460A1 (en) | Application Request Routing and Load Balancing | |
| US20070073829A1 (en) | Partitioning data across servers | |
| US20130007253A1 (en) | Method, system and corresponding device for load balancing | |
| JP2005537687A5 (ja) | ||
| US8156217B2 (en) | Dynamically balancing load for servers | |
| WO2007056336A1 (en) | System and method for writing data to a directory | |
| EP0905621A1 (en) | Internet performance network | |
| US8266639B2 (en) | Remote procedure call (RPC) bind service with physical interface query and selection | |
| JP2000112908A (ja) | 負荷分散ｄｎｓシステム | |
| US9021510B2 (en) | Remote procedure call (RPC) bind service with physical interface query and selection | |
| US7711780B1 (en) | Method for distributed end-to-end dynamic horizontal scalability |