(57)【要約】【課題】多数のサーバを管理する際に、稼動している全てのサーバが正常に動作しているかを確認するためには、管理サーバと全ての管理対象のサーバと通信して状態監視を行う必要があるため、大量の通信が発生する課題がある。【解決手段】本発明では、管理サーバと多数の管理対象サーバ間での通信するシステムに対して、管理対象サーバから最上位代表サーバ決定し、下位にグループを作成する。さらに、作成したグループの中から代表サーバを決定し、更に下位のグループを作成する手順を繰り返す機構を実現することで、階層構造を自動で構築する。この構築した階層構造を利用し、全てのサーバが管理サーバと通信を行うのではなく、最上位代表サーバだけが管理サーバと管理対象サーバの管理情報を集約して通信を行う方式をとる。【選択図】図４
2009171476.tif 000002
【特許請求の範囲】
【請求項１】
複数のサーバがインターネット等のネットワーク網を介して、管理サーバと接続し、前記サーバと前記管理サーバの間で通信を行うシステムにおいて、代表するサーバを決定するステップと前記サーバの下層に管理するサーバのグループを決定するステップと前記グループ内のサーバを代表するサーバとして、前記２つのステップをさらに再帰的に行うステップを備えることで自動的に階層構造のグループを構成し、全てのサーバが前記管理サーバと直接通信することなく、全てのサーバの管理情報を代表するサーバが、前記管理サーバへ集約して通信することを特徴とするサーバ管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のサーバが稼動している環境において、管理サーバが複数のサーバを管理する際の通信方法に関する。
【背景技術】
【０００２】
システムの異常を検出して通報する場合やシステムが正常であることを定期的に通報する場合、管理対象サーバが受信センタへ通報することで監視を実施する保守システムが広く採用されている。インターネット等のネットワーク及び通信技術が進歩した近年では、インターネット網を利用し、ＩＰ（インターネット・プロトコル）を使用して通報する保守システムが一般的である。この保守システムの特徴として、受信センタで管理可能なサーバ数および同時処理可能なサーバ数が挙げられる。１つの通報受信センタでは、管理可能なサーバ数は限られているが、管理可能サーバ数は同時処理可能なサーバ数に比較して遥かに多くのサーバ数となっている。その理由は、複数の通報装置が同時に通報を行う場合を確率的に考慮して設計されるためである。
【０００３】
監視システムに関する従来技術は、多数の技術文献に開示又は提案されている。複数の監視装置と複数の監視対象機器との間の配線効率を高め、複数の監視装置に対する単一の監視センタの通信を効率化する保守システムが開示されている（特許文献１参照）。また、通報を受信するセンタが各監視対象を監視して、センタの指示によって監視対象を階層化することで、複数の監視対象から同時に通報される場合に、通報を効率化する方法も開示されている(例えば、特許文献２参照)。そして、各サーバから通報受信センタに通報せずに済むように、複数の通報を受けて通報する装置を置いて、監視を効率化する方法がとられること(例えば、非特許文献１参照)がある。
【０００４】
【特許文献１】特開２００１−２３０６４号公報
【特許文献２】特開２００６−３１０９４７号公報
【非特許文献１】LogStare Enterprise[terilogy社] (http://www.secuavail.com/service/logstareoutline.html)
【発明の開示】
【発明が解決しようとする課題】
【０００５】
多数のサーバを管理する際に、稼動している全てのサーバが正常に動作しているかを確認するためには、管理サーバと全ての管理対象のサーバと通信して状態監視を行う必要がある。従来では、顧客サイトにある管理対象のサーバと監視センタ間において専用回線を用いることが出来ず、一般のインターネット回線を用いざるを得ないサーバ管理システムにおいては、顧客サイトの各サーバと監視センタ間で通信を行うため、大量の通信が発生する。これに対しては、多数の通信を集約することで解決する既存の手段がある。しかし、複数の通報を受けて通報する装置を置いて、監視を効率化する方法がとられる場合（特許文献１又は非特許文献１）、顧客のネットワーク内に装置を置く必要があり、直接の業務に関連しない装置を購入するコストや、装置を配置するスペース、装置を設定する手間が必要となることと、通信を集約する装置自身の障害監視も必要となる。階層構造を成し、代表監視対象が通報するシステムの場合(特許文献２)、代表監視対象に障害が発生した場合の通報手段を失ってしまう。また、管理するサーバが多い場合、階層構造を構築する手間がかかることも問題となる。
【０００６】
本発明は、以上の課題を解決する。
【課題を解決するための手段】
【０００７】
本発明では、管理サーバと管理対象サーバ間での通信するシステムに対して、全てのサーバと通信を行うのではなく、全体の管理対象サーバの状態を集約して代表サーバから通信を行い、代表サーバの障害時の対処として待機サーバを備える方式とする。全サーバが本システムのサーバ情報テーブルを備え、以下の手順を実施することで本システムの構築を実現する。
（１）サーバ群から管理サーバへ直接通信を実施する最上位代表サーバを決定する。
（２）最上位代表サーバを代表サーバと定義する。
（３）代表サーバが管理可能な数だけのサーバをグループとして下位に割り当てる。
（４）前記（３）で割り当てた下位グループから待機サーバを割り当てる。
（５）前記（３）で割り当てた下位グループのうちの一つを代表サーバとする。
（６）前記（５）で割り当てた代表サーバに対して、管理可能な数のサーバだけのグループを下位に割り当てる。
（７）待機サーバではなく、下位グループの割り当てのないサーバを代表サーバと定義する。
（８）前記（３）〜（７）のステップを繰り返すことによって、グループに属さないサーバが無くなるまで、全てのサーバをグループに割り当て、その割り当てをテーブルに反映する。
（９）前記（８）で作成したテーブルを全ての管理対象サーバへ展開する。
（１０）各サーバは、自サーバの代表サーバと下位のグループが割り当てられている場合は、下位のグループのサーバと接続を確認する。
（１１）代表サーバと待機サーバ間では、通報システムの状態を相互監視する。
【０００８】
これらの機構を実現することで、階層構造を自動的に構築する。
【発明の効果】
【０００９】
通信システムの階層構造を自動的に構築する機構により、構築の手間が軽減される。さらに、構築された階層構造によって、全ての監視対象サーバと通信を実施しなくとも、最上位代表サーバが階層構造を使用して監視対象サーバの状態を収集することによって、最上位代表サーバとのみ通信を行うことで、全ての監視対象サーバの状態を収集することが出来る。このような仕組みにすることによって、管理サーバ及びそれに至る経路の負荷は軽減される。この負荷の軽減の度合いは、監視対象の数が多くなればなるほど、効果が上がる。また、全ての監視対象サーバが、さらに、待機サーバを設けることにより、代表サーバに障害が発生した場合でも通信システムの復旧が自動で行われる。また、管理サーバへ通信を行うのは、最上位代表サーバだけであるため、セキュリティの面でも効果がある。
【発明を実施するための最良の形態】
【００１０】
実施例の説明をする上で、必要な図の説明を行う。図１は、本発明で対象とする通信システムの構成例を示した図である。図２は、本通信システムで実現するために必要なサーバの内部機構を示した図である。図３は、図２における通信システム基本データを示した図である。図４は、本通信システムの構成手順を示したシーケンス図である。図５は、図１に於いて最上位グループではないあるグループのサーバが上位グループの代表サーバへ送信する情報の一例を示した図である。図６は、図１に於いてグループ(G02)の代表サーバが上位代表サーバへ通報する情報の一例を示した図である。
【００１１】
実施例の説明に入る。本実施例では、ユーザ企業は図１からなる通信システムを使用するものとする。拠点A(10)内の全てのサーバの死活監視をインターネット網(30)を介し、管理サーバ(20)が行うシステムである。
【００１２】
まず、本システムの各サーバについての構成を図２を用いて説明する。本システムを構成するサーバは、通信システム基本データ(S12)、ハートビートレジスタ(S13)とハートビート監視機構(S24)を備えている。
【００１３】
次に、本通信システムの構成手順を説明する。図４が、本通信システムの構成手順を示したシーケンス図であり、この図に沿って説明する。図４での評価値を本実施例では、一例として「稼働時間」を採用した。ユーザの要求によって仮代表サーバへシステム構築要求を行った。その要求の中で、ユーザによってパラメータの管理可能台数(m台、本例では３台)が仮代表サーバに与えられる(T01)。要求を受けた仮代表サーバは、ブロードキャストによって拠点内のサーバへ返信要求を行い、検出を行う。そして、検出されたサーバに対して、仮代表サーバは仮代表サーバの通信システム基本データ(S12)の全サーバの機器IDカラム(C10)、IPアドレスカラム(C12)、稼働時間カラム(C13)へ、情報を収集し更新する(T02)。さらに、稼働時間の長いサーバ(41)を最上位代表サーバと決定し、通信システム基本データ(S12)のサーバ(41)のグループ内の役割カラムを「代表」へ更新する。現在仮代表サーバが所持している通信システム基本データ(S12)を最上位代表サーバ(41)へ全てと、管理可能台数(m台)を引き継ぐ。今、代表サーバを最上位代表サーバと定義する(T03)。最上位代表サーバ(41)は代表サーバに管理可能な台数(m台)だけ、未割り当てのサーバを代表サーバの下位のグループへ稼働時間順で割り当て、最上位代表サーバ(41)の通信システム基本データ(S12)のグループIDカラム(C10)を更新する(T04)。T04で割り当てられたグループの中から、稼働時間の一番長いサーバを待機サーバへ決定し、最上位代表サーバ(41)の通信システム基本データ(S12)のグループ内の役割カラム(C16)を更新する(T05)。未割り当てのサーバがあるかを最上位代表サーバ(41)は、自サーバの通信システム基本データ(S12)のグループIDカラム(C10)から判断する(T06)。未割り当てのサーバがあれ代表サーバを、下位にグループが割り当てられていないサーバの中で待機サーバでない稼働時間が一番長いサーバと定義する(T07)。以上のT04〜T07のステップを繰り返すことによって全てのサーバがグループに割り当てられる。割り当てが終了したら、最上位代表サーバ(41)は割り当てを全サーバへ通知し終了する(T09)。各グループの代表サーバは、下位のグループの待機サーバとハートビートを構成する。以上で、本実施例の通信システムが構築される。
【００１４】
さらに、本実施例の通信システムにサーバが追加される場合の説明を行う。具体的に現構成(図１)でサーバが一つ追加されたと仮定する。最上位代表サーバ(41)は、定期的にサーバ追加検出用にブロードキャストを送信している。今、最上位代表サーバ(41)は追加されたサーバを検出した。最上位代表サーバの通信手段テーブル(S11)の最下に行が追加され、その追加された行のIPアドレスカラム(C12)に新規のIPアドレスである「11.203.22.11」と機器IDカラム(C10)に新規の機器IDである「74」を情報収集し、更新される。最上位代表サーバ(41)は、最下層のグループの中で代表サーバの管理可能な台数より少ないグループが存在する場合、そのグループと同じグループIDと階層の深さを自サーバの通信システム基本データ(S12)の追加されたサーバ(74)のグループIDカラム(C10)と階層の深さカラム(C15)へ更新する。それがない場合は、下位のグループの割り当てがないサーバ中でも最上層のサーバに、下位グループのサーバとして割り当て、自サーバの通信システム基本データ(S12)の追加されたサーバ(74)のグループIDカラム(C10)と階層の深さカラム(C15)、上位代表サーバカラム(C17)に、新規のグループIDと下位のグループの割り当てがないサーバ中でも最上層のサーバの階層の深さよりひとつ大きい階層の深さと上位代表サーバに下位のグループの割り当てがないサーバ中でも最上層のサーバの機器IDを入れる。その後、最上位代表サーバは自サーバの通信システム基本データ(S12)を全監視対象サーバに展開する。以上の手順によって、本実施例の通信システムにサーバが追加される。
【００１５】
次に、死活監視方法の説明をする。通信システム基本データ(S12)の詳細である図３を用いて説明する。最上位代表サーバ(41)が、管理サーバ(20)より死活監視のリクエストを受信した。最上位代表サーバ(41)は、下位の代表サーバ(53)へ死活監視のリクエストを行う。以下、代表サーバは、下位の代表サーバへ死活監視のリクエストを再帰的に行っていく。そして、最下層グループの代表サーバ(63)から死活監視が実施される。具体的には、最下層のグループ(G03)のサーバをその上位グループ(G02)の代表サーバ(63)が、G03のサーバ群にリクエストを送信し、G03のサーバ群がG02の代表サーバ(63)へレスポンスを返信することにより、G02の代表サーバ(63)が自サーバの通信システム基本データ(S12)におけるステータスカラム(C14)をレスポンスを受信が確認されれば「正常」、そうでなければ「障害」に更新を行う。G02の代表サーバ(63)は、自分より下位のグループのサーバのステータスカラム(C14)の更新が完了したら、G01の代表サーバ(53)の通信情報基本データ(S12)の自分より下位のグループのサーバのステータスカラム(C14)の更新を行う。これを、代表サーバが上位代表サーバの通信システム基本データ(S12)のステータスカラム(C14)を再帰的に更新していくことで、最上位代表サーバ(41)の通信システム基本データ(S12)におけるステータスカラム(C14)に全てのサーバのステータス情報の更新が実現される。最上位代表サーバ(41)は、全てのサーバのステータス情報の更新が確認されれば、管理サーバ(20)へ通知を行う。以上で死活監視が実現される。
【００１６】
次に、待機サーバの役割について説明する。各サーバは、代表サーバへ通信する契機にて、自分のグループの待機サーバへも同じ通信を行う。待機サーバは、上位代表サーバとハートビートを構築している。そのハートビート監視で、上位代表サーバに障害を感知した場合、待機サーバは上位代表サーバと交代する。具体的に図3を利用して説明しよう。G01の代表サーバ(53)にて障害が発生し、待機サーバ(62)が検知した。待機サーバ(62)は、最上位代表サーバ(41)へ障害を通知する。通知を受信した最上位代表サーバ(41)は、自サーバの通信システム基本データ(S12)に対して障害が発生したサーバ(53)のステータスカラム(C14)を「正常」から「障害」へ変更する。最上位代表サーバ(41)は、G01の代表サーバであったサーバ(53)の代わりに、G02の待機サーバであるサーバ(62)をG01の新しい代表サーバとして割り当て、自サーバの通信システム基本データ(S12)のサーバ(62)のグループの役割カラム(C16)を「待機」から「代表」に書き換える。最上位代表サーバ(41)は、さらにG02の通常サーバであったサーバ(61)をG02待機サーバに割り当て、自サーバの通信システム基本データ(S12)のサーバ(61)のグループの役割カラム(C16)を「通常」から「待機」に書き換える。そして、最上位代表サーバ(41)は、自サーバの通信システム基本データ(S12)を全監視対象サーバに展開する。それを、受信した新G02待機サーバ(61)と新G01代表サーバ(62)は、ハートビートを構築する。以上の仕組みから、代表サーバが障害時でも本通信システムは維持することが可能である。
【００１７】
本死活監視システムを利用せずに、全サーバの死活監視を直接管理サーバが行うシステムにすると、管理サーバと監視対象サーバとの間の通信数が膨大なものとなり、管理サーバ及びそれに至る経路に多大な負荷をかけてしまう。本死活監視システムを利用すれば、管理サーバ関与せずに階層構造が構築されているので、管理サーバへの通信が最上位代表サーバが纏めて通知をするため、管理サーバ及びそれに至る経路が軽負荷で実現可能である。
【００１８】
尚、本実施例の通信システム構成で、死活監視のほかにもさらに、通報に関しても適用可能であることを説明する。本実施例では、ユーザ企業は図１からなる通信システムを使用するものとする。拠点A(10)内の全ての通報をインターネット網(30)を介し、管理サーバ(20)へE-mailにて通知するシステムである。
【００１９】
各サーバの通報が管理サーバまで通報される手順を以下に説明する。具体的に、図１を利用してまず例を説明する。サーバ(63)に通報要因が発生した。サーバ(63)は自分の通報システム基本データ(S12)全体を参照して、宛先「上位代表サーバのIPアドレス(I01)」、送信元機器ID「自サーバ機器ID(I02)」、階層の深さ「自サーバの階層の深さ(I03)」、通報数「1(I04)」、機器ID「自サーバの機器ID(I05)」、通報要因「通報要因(I06)」からなるデータの送信データ(図５)を作成し、送信する。それをグループG1の代表サーバ(53)が受信した。さらに、代表サーバ(53)はサーバ(61)からも通報を受信していたとする。そのとき、代表サーバ(53)は、通報のマージを行い、さらに上位の階層に通報を行う。この場合であれば、宛先(I11)「上位代表サーバ(41)のIPアドレス」、送信元機器ID(I12)「自サーバ機器ID(53)」、階層の深さ(I13)「自サーバの階層の深さ」、通報数(I14)「サーバ(61)からきた通報の通報数(I24)＋サーバ(63)からきた通報の通報数(I04)」と、サーバ(61)の機器ID(I22)と通報要因(I26)、サーバ(63)の機器ID(I07)と通報要因(I08)からなる送信データ(図６)を作成し、上位代表サーバ(40)へ送信する。そして、その情報(図６)を受信した最上位代表サーバ(41)は、管理サーバへ既知の各種通報手段(E-mail、FTP、SNMP等)で通報を行う。本実施例ではE-mailで通報する。これにより、直接管理サーバ(20)へ通報するシステムでは管理サーバ(20)へ2通の通報が送信されるが、本システムでは1通の通報で、2つの通報分に相当する情報が送信できる。本例では、わかりやすいように説明を2つの通報で行ったが、2つより多い通報でも同様のシーケンスで1通のE-mailで通報することが可能であることは明らかだろう。
【００２０】
本通報システムを利用せずに、全てのサーバが直接管理サーバへE-mailで通報を行うシステムにすると、全サーバからの通報数と管理サーバへのE-mail通報の発行数が同じであるため、通報を絞る工夫をしなければ、多数の通報は管理サーバに負担をかけてしまう。本通報システムを利用すれば、多くの通報を纏めてE-mailで管理サーバへ通報されるため、多数のサーバからなるサイトであったとしても、管理サーバは軽負荷で受信可能である。さらに、どのサーバに障害が発生した場合でも、代表サーバと待機サーバの冗長構成により、通報システムを維持することが可能である。
【図面の簡単な説明】
【００２１】
【図１】本発明で対象とする通信システムの構成例。
【図２】本通信システムを実現する際に、システムの構成要素をなす各サーバの内部機構を示した図。
【図３】図２における通信システム基本データを示した図。
【図４】本通信システムの構成手順を示したシーケンス図。
【図５】図１に於いて最上位グループではないあるグループ(G02)のサーバが上位代表サーバへ送信する情報の一例を示した図。
【図６】図１に於いてグループ(G02)の代表サーバが上位代表サーバへ通報する情報の一例を示した図。
【符号の説明】
【００２２】
(10)…拠点A、(20)…管理サーバ、(30)…インターネット網、(41)…最上位代表サーバ、(51)…サーバ、(52)…待機サーバ、(53)…代表サーバ、(61)…サーバ、(62)…待機サーバ、(63)…代表サーバ、(71)…サーバ、(73)…サーバ。
【図１】
2009171476.tif 000003
【図２】
2009171476.tif 000004
【図３】
2009171476.tif 000005
【図４】
2009171476.tif 000006
【図５】
2009171476.tif 000007
【図６】
2009171476.tif 000008