JP2003345770A

JP2003345770A - クラスタシステム及びそのサーバ切替え方法

Info

Publication number: JP2003345770A
Application number: JP2002150426A
Authority: JP
Inventors: Takao Iwai; 孝夫岩井; Yasubumi Yuda; 泰文湯田; Shinji Yanagi; 真治柳
Original assignee: NEC Corp; Sumitomo Mitsui Banking Corp
Current assignee: NEC Corp; Sumitomo Mitsui Banking Corp
Priority date: 2002-05-24
Filing date: 2002-05-24
Publication date: 2003-12-05

Abstract

(57)【要約】【課題】経済的でありかつ構成サーバの切替えを簡潔
にかつ容易にできる。【解決手段】端末サーバ３１１〜にサービスを提供す
る構成サーバ２１１〜，２２１〜を複数のクラスタ２１
０〜に備える大規模システムで、管理サーバ１０を設
け、管理サーバが、クラスタシステムに無関係に、構成
サーバのアクセスする端末サーバを、負荷情報を有する
管理情報１１で把握している。切替条件が発生した際に
管理サーバは負荷を勘案してシステムを再構成し、関係
する構成サーバそれぞれにサービス停止の端末サーバと
サービス開始の端末サーバとを通知する。構成サーバは
端末サーバにサービス停止指示でアクセスを停止し、サ
ービス開始指示でアクセスを開始する。端末サーバは構
成サーバからアクセスを受けている間のみ相互のセッシ
ョンを開く。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、それぞれがサービ
スの提供を受ける複数の端末サーバをまとめて管理しそ
のサービスを提供する複数の構成サーバにより形成され
るクラスタシステム、及び構成サーバを制御して端末サ
ーバが接続する構成サーバを別の構成サーバに切替える
クラスタシステムでのサーバ切替え方法に関し、特に、
多数のクラスタシステムで構成される大規模システムで
あっても経済的でありかつその切替えを簡潔かつ容易に
できるクラスタシステム及びそのサーバ切替え方法に関
する。

【０００２】

【従来の技術】従来、この種のクラスタシステムには、
例えば、図９に示されるものがある。

【０００３】図示されるシステムは、クラスタ管理サー
バ装置（以後、管理サーバと略称する）１００、クラス
タシステム２００を構成するクラスタ構成サーバ装置
（以後、構成サーバと略称する）２０１〜２０３、及び
クラスタクライアント装置（以後単に、サーバと略称す
る）３０１〜３０５で構成される。

【０００４】管理サーバ１００は、一つのクラスタシス
テムを構成する構成サーバ２０１〜２０３が管理するサ
ーバ３０１〜３０５の情報を収集して管理する。構成サ
ーバ２０１は、接続しているサーバ３０１〜３０３にサ
ービスを提供するものであり、サーバ３０１〜３０３に
問い合わせその情報を収集して管理する。構成サーバ２
０２は接続しているサーバ３０４，３０５にサービスを
提供するものであり、サーバ３０４，３０５に問い合わ
せその情報を収集してこれを管理する。構成サーバ２０
３はこのクラスタシステムの予備である。

【０００５】したがって、管理サーバ１００は、例えば
管理情報１０１としてシステム構成を把握すると共に各
構成サーバ２０１〜２０３からサーバ３０１〜３０５そ
れぞれの情報、例えば負荷情報などを受けて把握する。
また、管理サーバ１００では構成サーバ２０１〜２０３
を管理するので、構成サーバ２０１〜２０３の異常を構
成サーバ障害検出手段１０２が検出して障害の構成サー
バを判断できる。

【０００６】管理サーバが構成サーバの障害を検出した
際、障害構成サーバに接続されるサーバを別の正常に稼
働する構成サーバに切替える技術が、例えば、特開２０
００−３４７９５９号公報に開示されている。

【０００７】この公開公報では、管理サーバ１００は、
例えば一つの構成サーバ２０１が障害であることを検出
した場合、把握する情報に基づいて、障害の構成サーバ
２０１が管理するクライアント装置のサーバ３０１〜３
０３に代わって管理する例えば構成サーバ２０２，２０
３を決める。次いで、管理サーバ１００は、把握する情
報、例えば負荷の場合には負荷を均等にするように、こ
の構成サーバ２０２にはサーバ３０１、３０５、また構
成サーバ２０３にはサーバ３０２〜３０４、それぞれを
選択し決定する。次いで、管理サーバ１００は、構成サ
ーバ２０２にはサーバ３０１，３０５、また構成サーバ
２０３にはサーバ３０２〜３０４という選択したそれぞ
れを管理するように通知してクラスタシステムを再構成
する。

【０００８】したがって、構成サーバ２０２は、管理サ
ーバ１００から指示されたサーバ３０１を追加して接続
する一方サーバ３０４を削除して新たに管理するサーバ
３０１，３０５の情報を管理サーバ１００へ報告する。
構成サーバ２０３は、管理サーバ１００から指示された
サーバ３０２〜３０４を追加して管理するサーバ３０２
〜３０４の情報を管理サーバ１００へ報告する。

【０００９】

【発明が解決しようとする課題】近年、多数のクラスタ
システムを構成するような大規模システム、例えば銀行
などの金融機関であれば、各支店に備えられる各種の業
務取引処理端末に対してサービスを提供する複数の構成
サーバが、地域毎に纏められて一つのクラスタシステム
を形成している。クラスタシステム内では予備の構成サ
ーバを備えており、上記構成サーバの障害に対してクラ
スタシステム内で切替えしている。

【００１０】このような状況において、上述したクラス
タシステム及びそのサーバ切替え方法では、多数のクラ
スタシステムそれぞれにおいて構成サーバ上のサービス
を他の構成サーバに切り替える場合、それぞれのクラス
タシステム内でしか切り替えることができないため負荷
分散の不自由さ、冗長性・高可用性の低下、複数のクラ
スタシステムそれぞれに予備サーバを置く必要があるな
どのため不経済であるという問題点がある。

【００１１】また、例え、複数の構成サーバを一つのク
ラスタシステムにまとめて管理しようとしても、例え
ば、ヒューレットパッカード社（米国のＨｅｗｌｅｔｔ
−ＰａｃｋａｒｄＣｏｍｐａｎｙ又はＨＰ社）（Ｈｅ
ｗｌｅｔｔ−ＰａｃｋａｒｄＣｏｍｐａｎｙ、ＨＰはＨ
Ｐ社の商標又は登録商標）の既存の製品であるＭＣ／Ｓ
ｅｒｖｉｃｅＧｕａｒｄを用いたクラスタシステムで
は、１クラスタシステムあたり構成サーバは１６台が限
度であるように、クラスタシステムには物理的な制限が
あること、及び一つのクラスタシステムにすることによ
る冗長性の欠如・高可用性の低下は免れないという問題
点がある。

【００１２】本発明の課題は、このような問題点を解決
し、多数のクラスタシステムを構成する大規模システム
において、一つの管理サーバがシステム構成を経済的に
簡潔かつ容易に管理し、クラスタシステムを跨った構成
サーバの切替えができるクラスタシステムを提供するこ
とである。

【００１３】

【課題を解決するための手段】大規模システムとして
は、通常、全体が二重化されており、二重化された管理
サーバ（クラスタ管理サーバ）、多数のクラスタシステ
ムそれぞれに多数の構成サーバ（クラスタ構成サーバ）
及びサービスの提供を受ける多数の端末サーバが設けら
れている。

【００１４】ここでは、各端末サーバは、障害時におけ
る支店全体障害の回避の観点から支店毎に一つ以上設け
られるものであり、各種サービス用の業務取引処理端
末、例えば金融機関のＡＴＭ装置、行員の業務取引処理
端末などの端末群を模しており、構成サーバからこれら
各種のサービス提供を受けるサービス提供先サーバであ
る。

【００１５】クラスタシステムは、例えば所定地域内の
支店に対してサービスを提供する複数の構成サーバによ
り構成されている。構成サーバは、自己が管理する端末
サーバにサービスを提供するサービス提供元サーバであ
る。各端末サーバは、一つの構成サーバに管理される。
構成サーバは管理し得る複数の端末サーバから情報を収
集して管理する。

【００１６】本発明における大規模システムで、管理を
簡潔かつ容易にするための特徴は次のとおりである。

【００１７】管理サーバは、クラスタシステムの構成と
は無関係に、構成サーバに関してのみを管理する。した
がって、管理サーバは、構成サーバそれぞれに対する端
末サーバの追加・変更・削除を独占的に行うこと、及び
構成サーバそれぞれから端末サーバそれぞれの負荷情報
を得て保有することにより、構成サーバそれぞれにおけ
る端末サーバそれぞれの負荷情報を保有する。端末サー
バの配分指定は、オペレータによる入力、構成サーバの
障害による切替え、各構成サーバ負荷の不均衡等のそれ
ぞれにより発生する。また、このような構成のため、複
数のクラスタシステムそれぞれではなく、複数クラスタ
システムに対して共通に予備の構成サーバを備えること
ができる。

【００１８】管理サーバは更に、管理対象である構成サ
ーバのみを管理し、この構成サーバの状態情報、例えば
運用中・障害中・休止中などをサーバ情報として保持し
ている。したがって、管理サーバは、このようなサーバ
情報に基づいて端末サーバの選択を決定し、関係する構
成サーバに管理を指示している。

【００１９】管理情報及びサーバ情報は符号又は番号で
保有されている。

【００２０】次いで、構成サーバは、管理サーバから受
ける指示に基づいた端末サーバとのみアクセスしてセッ
ションを開き、情報の授受を行なってこの端末サーバを
管理する。構成サーバは管理サーバに対して端末サーバ
の負荷情報のみを報告する。

【００２１】また、構成サーバは指定されてアクセスす
る端末サーバとの間で定期的にハートビート信号といわ
れる信号を授受してアクセスを継続している。すなわ
ち、構成サーバは、管理すべき端末サーバの指示を管理
サーバから受けた際にはこの端末サーバへアクセス開始
を要求するハートビート信号を送り、端末サーバから応
答信号を受けることによりセッションを開き、すなわち
相互の通信を成立させている。

【００２２】端末サーバでは、ハートビート信号を一定
期間受けない場合にアクセス停止と判断して、それまで
セッションを開いていた構成サーバとのアクセスを解消
してセッションを閉じる。端末サーバは、改めてハート
ビート信号を受けた際に、アクセス開始と判断してこの
信号を発した構成サーバと新しいセッションを開き、相
手の構成サーバにサーバ情報を送出する手順となる。

【００２３】また、一つのクラスタシステムでは、従来
同様、構成サーバ間も、定期的に信号交換して障害の構
成サーバを検出することができる。したがって、管理サ
ーバは障害発見を構成サーバから受けることができる。

【００２４】構成サーバの障害などで、構成サーバが管
理する端末サーバを組み替えてシステムを再構成する際
には、まず、管理サーバは組み替え条件を受けてこの条
件に従った新たなシステム構成を作成する。次いで、管
理サーバは、この新たなシステム構成に従って構成サー
バそれぞれが管理するべき端末サーバを構成サーバそれ
ぞれに通知してアクセスを指示する。構成サーバそれぞ
れは管理サーバからの指示に基く端末サーバにアクセス
してセッションを開き、情報を収集して保有する。構成
サーバそれぞれは例えば負荷情報などの所定の情報のみ
を構成サーバに伝達する。

【００２５】

【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して説明する。

【００２６】図１は本発明の実施の一形態を示す機能ブ
ロック図であるが、図示するように構成を簡略化して説
明の便を図る。

【００２７】図１のシステムでは、一つの管理サーバ１
０、クラスタシステム２１０，２２０、及び端末サーバ
３１１〜３１８が示されている。クラスタシステム２１
０は構成サーバ（クラスタ構成サーバ）２１１〜２１
３、クラスタシステム２２０は構成サーバ２２１〜２２
３、それぞれにより、例えば地方エリア毎に構成されて
いる。

【００２８】管理サーバ１０と各構成サーバ２１１〜２
１３，２２１〜２２３とはネットワークでリンクしてい
る。各構成サーバ２１１〜２１３，２２１〜２２３は端
末サーバ３１１〜３１８と共に識別子（ＩＤ）番号によ
り管理される。ＩＤ番号は例えばここで付与される番号
符号である。

【００２９】管理サーバ１０は管理情報１１として構成
サーバ２１１〜２１３，２２１〜２２３それぞれがアク
セスする端末サーバのＩＤ番号とそれぞれの負荷情報と
を、構成サーバ２１１〜２１３，２２１〜２２３それぞ
れから受けて保有している。また、管理サーバ１０は、
サーバ管理対象テーブル１２を有し、管理対象の構成サ
ーバを列挙して、それぞれの稼働可否状態を状態情報と
して、また提供可能なサービスを機能情報として保有し
ている。

【００３０】図示されていないが、端末サーバ３１１〜
３１８のうち、必要なもの、例えば障害の構成サーバか
ら他の構成サーバに切替えるものについての情報を、必
要な時点で得て利用することもある。

【００３１】管理サーバ１０が管理情報１１とする構成
サーバと端末サーバとの構成は、最初は運用オペレータ
の入力により作成される。その後は、構成サーバの障
害、又は構成サーバ負荷の不均衡の際に、管理サーバ１
０により自動的に作成される。自動作成に当たって、管
理サーバ１０は管理情報１１から各構成サーバの負荷が
均等になるように端末サーバを選択する。また、自動作
成の際には、管理サーバ１０はクラスタシステムの構成
に無関係に端末サーバを選択する。

【００３２】また、各構成サーバ２１１〜２１３，２２
１〜２２３と各サーバ３１１〜３１８との間もネットワ
ークでリンクしている。それぞれの間のデータはこれら
リンクされるネットワークを介して伝達される。なお、
セッションを開いた端末サーバからその詳細データを収
集して保有し、管理している。

【００３３】各構成サーバ２１１〜２１３，２２１〜２
２３は、管理サーバ１０から受ける指示に基づいた端末
サーバとのみアクセスし、情報の授受を行なって記憶
し、この端末サーバを管理する。構成サーバは管理サー
バに対して自己が管理する端末サーバの負荷情報のみを
報告する。

【００３４】図示されるように、構成サーバ２１１は端
末サーバ３１１〜３１３、構成サーバ２１２は端末サー
バ３１４，３１５、構成サーバ２２１は端末サーバ３１
６，３１７、構成サーバ２２２は端末サーバ３１８、そ
れぞれとアクセスしてセッションを開いている。構成サ
ーバ２１３，２２３は予備のため備えられる。予備の構
成サーバ２１３，２２３はクラスタシステム２１０，２
２０のそれぞれに設けられているが、上述したように、
管理サーバ１０はクラスタシステム２１０，２２０の構
成とは無関係に端末サーバ３１１〜３１８を再構成す
る。従って、予備の構成サーバは、システム上では各ク
ラスタシステムに配備されるように図示されているが、
配備するクラスタシステムを限定して配備数を削減する
ことができる。

【００３５】構成サーバ２１１〜２１３，２２１〜２２
３は指定されてアクセスする端末サーバとの間で定期的
にハートビート信号といわれる信号を授受してアクセス
を継続している。すなわち、構成サーバ２１１〜２１
３，２２１〜２２３は、管理すべき端末サーバの指示を
管理サーバ１０から受けた際にはアクセスするためこの
端末サーバへハートビート信号を送り、端末サーバから
応答信号を受けることによりセッションを開き、すなわ
ち相互の通信を成立させている。

【００３６】端末サーバ３１１〜３１８それぞれでは、
ハートビート信号を一定期間受けない場合、それまでの
構成サーバとのアクセスは解消したと判断してセッショ
ンを閉じる。したがって、端末サーバ３１１〜３１８
は、改めてハートビート信号を受けた際にアクセス開始
と判断し、この信号を発した構成サーバと新しいセッシ
ョンを開き、相手の構成サーバにサーバ情報を送出する
手順となる。

【００３７】次に、図１に図２及び図３を併せ参照し
て、オペレータによる構成サーバの切替え動作手順、例
えば保守のため、構成サーバ２１１のサービスを停止す
る場合について説明する。すなわち「クラスタシステム
２１０の構成サーバ２１１がサービスを提供中の端末サ
ーバ３１１〜３１３を、クラスタシステム２２０のサー
バ２２３に切替える」場合である。

【００３８】このような場合、オペレータは、管理サー
バ１０に切替元構成サーバ２１１と切替先構成サーバ２
２３とのみを通知する。管理サーバ１０は、オペレータ
から受付けた指示に基き、切替元構成サーバ２１１と切
替先構成サーバ２２３とを選択（手順Ｓ１）する。

【００３９】次いで、管理サーバ１０は、切替元構成サ
ーバ２１１にサービスの停止を指示（手順Ｓ２）する。
構成サーバ２１１は、サービス停止の指示を受けてサー
ビス提供先の端末サーバ３１１〜３１３へのアクセスを
停止（手順Ｓ３）する。

【００４０】また、管理サーバ１０は、切替先構成サー
バ２２３にサービスの開始を指示（手順Ｓ４）する。構
成サーバ２２３は、サービス開始の指示を受けてサービ
ス提供先の端末サーバ３１１〜３１３へのアクセスを開
始（手順Ｓ５）する。

【００４１】端末サーバ３１１〜３１３は、手順Ｓ３に
より切替元構成サーバ２１１からのアクセス停止を所定
時間により検出する一方、切替先構成サーバ２２３から
アクセスの開始を受けるので、切替元構成サーバ２１１
と開いていたセッションを切替先構成サーバ２２３に切
替えて、サービスの提供を連続的に受けることができ
る。

【００４２】次に、図１に図４及び図５を併せ参照し
て、構成サーバの負荷が不均衡である場合、均等化のた
めの切替え動作手順について説明する。

【００４３】負荷の不均衡は、管理サーバ１０が構成サ
ーバ２１１から過大負荷の通知を受けた場合、又は管理
サーバ１０が保有する負荷情報から自分で検出した場合
などがある。

【００４４】管理サーバ１０は、過大負荷の構成サーバ
２１１を検知（手順Ｓ１１）した場合、管理情報１１の
負荷情報で負荷のバランスをみて端末サーバ３１１を残
し、端末サーバ３１２を構成サーバ２１３、また端末サ
ーバ３１３を構成サーバ２２３それぞれに対応させて組
合せを選択（手順Ｓ１２）する。

【００４５】次いで、管理サーバ１０は、切替元構成サ
ーバ２１１に切替する端末サーバ３１２，３１３へのサ
ービス停止を指示（手順Ｓ１３）する。構成サーバ２１
１は、このサービス停止の指示を受けて対象となるサー
ビス提供先の端末サーバ３１２，３１３へのアクセスを
停止（手順Ｓ１４）する。

【００４６】また、管理サーバ１０は、切替先構成サー
バ２１３，２２３それぞれに対象の各端末サーバ３１
２，３１３へのサービス開始を指示（手順Ｓ１５）す
る。構成サーバ２１３，２２３は、サービス開始の指示
を受けて対象となるサービス提供先の端末サーバ３１
２，３１３へのアクセスを開始（手順Ｓ１６）する。

【００４７】端末サーバ３１２，３１３それぞれは、手
順Ｓ１４により切替元構成サーバ２１１からのアクセス
停止を所定時間により検出する一方、切替先構成サーバ
２１３又は２２３からアクセスの開始を受けるので、切
替元構成サーバ２１１と開いていたセッションを切替先
構成サーバ２１３，２２３に切替えて、サービスの提供
を連続的に受けることができる。

【００４８】次に、図１に図６及び図７を併せ参照し
て、一つの構成サーバが障害の場合の自動切替え動作手
順について説明する。

【００４９】構成サーバ２１１の障害は、同一クラスタ
システム２１内の正常動作する構成サーバ２１２，２１
３により検出され、管理サーバ１０へ通知される。

【００５０】管理サーバ１０は、構成サーバ２１１の障
害を検知（手順Ｓ２１）した場合、管理情報１１の負荷
情報で負荷のバランスをみて、構成サーバ２１１からサ
ービスを受けていた端末サーバ３１１，３１２を構成サ
ーバ２１３、また端末サーバ３１３を構成サーバ２２３
それぞれに対応させて組合せを選択（手順Ｓ２２）す
る。

【００５１】次いで、管理サーバ１０は、切替先構成サ
ーバ２１３，２２３それぞれに対象の各端末サーバ３１
１〜３１３へのサービス開始を指示（手順Ｓ２３）す
る。構成サーバ２１３，２２３は、サービス開始の指示
を受けて対象となるサービス提供先の端末サーバ３１１
〜３１３へのアクセスを開始（手順Ｓ２４）する。

【００５２】端末サーバ３１１〜３１３それぞれは、障
害により構成サーバ２１１からのサービスを既に停止さ
れているが、手順Ｓ２４により切替先構成サーバ２１３
又は２２３からアクセスの開始を受けるので、改めてセ
ッションを開き、サービスの提供を受けることができ
る。

【００５３】次に、図１に図６及び図８を併せ参照し
て、管理サーバ１０がサーバ管理対象テーブル１２を用
いた場合の障害構成サーバ２１１に対する切替え動作手
順について説明する。

【００５４】管理サーバ１０は、構成サーバ２１１の障
害を検知（手順Ｓ３１）した際、サーバ管理対象テーブ
ル１２における障害構成サーバ２１１の状態情報で「運
行」を「障害」に変更し、サーバ管理対象テーブル１２
を検索して障害構成サーバ２１１が管理対象か否か及び
自動切替え対象か否かを調査（手順Ｓ３２）する。

【００５５】障害構成サーバ２１１が管理及び自動切替
えの対象（手順Ｓ３３のＹＥＳ）である場合、自動切替
えを実行するために、管理サーバ１０は切替先の構成サ
ーバとして障害以外で管理対象の例えば残る構成サーバ
２１２，２１３，２２１〜２２３全てをサーバ管理対象
テーブル１２で自動切替えの対象か、及び稼働運行可能
かを調査（手順Ｓ３４）する。

【００５６】次いで、管理サーバ１０は、自動切替えの
対象で稼働運行可能（手順Ｓ３５がＹＥＳ）の切替先構
成サーバ、例えば上記構成サーバ２１２，２１３，２２
１〜２２３全ての負荷調査を行なう。更に、管理サーバ
１０は、障害構成サーバ２１１からサービスを受けてい
た端末サーバ３１１〜３１３を構成サーバ２１２，２１
３，２２１〜２２３それぞれで均等負荷になるように対
応付け（手順Ｓ３６）して、切替先の構成サーバ２１
２，２１３，２２１〜２２３それぞれに対応する端末サ
ーバ３１１〜３１３のサービス開始を指示（手順Ｓ３
７）する。

【００５７】均等負荷のため構成サーバのサービス提供
先が変更する場合には、管理サーバは、上述したよう
に、切替元構成サーバには対象端末サーバへのサービス
停止、また切替先構成サーバには対象端末サーバへのサ
ービス開始を指示する。

【００５８】したがって、構成サーバは上述したよう
に、このサービス停止の指示を受けて対象となるサービ
ス提供先の端末サーバへのアクセスを停止する。一方、
構成サーバは、このサービス開始の指示を受けて対象と
なるサービス提供先の端末サーバへのアクセスを開始す
る。各端末サーバは、アクセスの停止でその構成サーバ
とのセッションを閉じ、アクセスの開始でその構成サー
バとのセッションを開く。

【００５９】上記手順Ｓ３３が「ＮＯ」又は手順Ｓ３５
が「ＮＯ」の場合には自動切替えの処理は中止される。

【００６０】上記説明では、図示して限定された構成サ
ーバと端末サーバとが切替えられているが、切替元とな
る構成サーバ又は切替先となる構成サーバは、一つでも
複数でもよい。

【００６１】上記説明では、図示された機能ブロックお
よび手順を参照しているが、機能の分離併合による配分
または手順の前後入替えなどの変更は上記機能を満たす
限り自由であり、上記説明が本発明を限定するものでは
ない。

【００６２】

【発明の効果】以上説明したように本発明によれば、管
理サーバが多数のクラスタシステムで構成される大規模
システムにおいても全ての構成サーバとその構成サーバ
がサービス提供する端末サーバとをＩＤ番号のみで把握
できるので、切替元と切替先との構成サーバを大規模シ
ステムの全ての構成サーバから選択することができる。

【００６３】構成サーバがアクセスしない端末サーバは
自動的にセッションを閉じ、アクセスする端末サーバの
みが相互間でセッションを開くことができるので、障害
で切替える際に切替先構成サーバのみにアクセス開始を
指示すればよく、切替処理が簡潔で容易である。

【００６４】また、本発明による管理サーバは、障害を
クラスタシステム内で稼働中の構成サーバから受けるこ
と、又は過大負荷をその構成サーバから受けることがで
きるので、このような状態に対して余分な検出機能を持
つ必要がなく、構成が簡素化される。

【００６５】又、管理サーバは、サーバ管理対象テーブ
ルのような構成サーバに関する最少の管理情報を保有す
ることにより、切替対象を限定することができ、更に機
能情報を有する場合には構成サーバと端末サーバとの組
み合わせで切替を選択できるという機能追加も期待でき
る。

【図面の簡単な説明】

【図１】本発明の実施の一形態を示す機能ブロック図で
ある。

【図２】図１でオペレータ指示による構成サーバの切替
えを説明するブロック接続の一形態を示す図である。

【図３】図２に対する動作手順の一形態を示すシーケン
スチャートである。

【図４】図１で負荷不均衡における構成サーバの切替え
を説明するブロック接続の一形態を示す図である。

【図５】図４に対する動作手順の一形態を示すシーケン
スチャートである。

【図６】図１で障害の構成サーバに対する切替えを説明
するブロック接続の一形態を示す図である。

【図７】図６に対する動作手順の一形態を示すシーケン
スチャートである。

【図８】図１でサーバ管理対象テーブルの情報を用いた
管理サーバの動作手順の一形態を示すフローチャートで
ある。

【図９】従来の一例を示す機能ブロック図である。

【符号の説明】

１０管理サーバ１１管理情報１２サーバ管理対象テーブル２１０、２２０クラスタシステム２１１〜２１３、２２１〜２２３構成サーバ３１１〜３１８端末サーバ

───────────────────────────────────────────────────── フロントページの続き (72)発明者湯田泰文東京都千代田区有楽町一丁目１番２号株式会社三井住友銀行内 (72)発明者柳真治東京都千代田区有楽町一丁目１番２号株式会社三井住友銀行内Ｆターム(参考） 5B045 BB28 BB42 BB49 GG04

Claims

【特許請求の範囲】

【請求項１】それぞれがサービスの提供を受ける複数
の端末サーバをまとめて管理しそのサービスを提供する
複数の構成サーバにより形成されるものであって、少な
くとも一つの管理サーバを備え、前記管理サーバは、クラスタシステムの構成とは無関係
に、前記構成サーバそれぞれの管理すべき前記端末サー
バを決定して該構成サーバに通知し、前記構成サーバは前記管理サーバから通知された端末サ
ーバのみにアクセスしセッションを開くと共に該端末サ
ーバと情報交換してその情報を保有すると共に管理し、
かつ前記端末サーバは、アクセスを受けている前記構成
サーバとのみセッションを開いて情報交換し、アクセス
停止の構成サーバとはそのセッションを閉じていること
を特徴とするクラスタシステム。
【請求項２】請求項１において、前記管理サーバは、
前記構成サーバそれぞれに対する端末サーバの追加・変
更・削除を独占的に行うこと、及び前記構成サーバそれ
ぞれから端末サーバそれぞれの負荷情報を得て保有する
ことにより、前記構成サーバそれぞれにおける端末サー
バそれぞれの負荷情報を把握しており、前記構成サーバ
の管理すべき前記端末サーバを決定する際には、対象と
する複数の構成サーバそれぞれの負荷を均等に近づける
ことを特徴とするクラスタシステム。
【請求項３】請求項１において、前記管理サーバは、
オペレータからクラスタシステムの構成条件の指示を受
けた際には、指示された条件に基いて少なくとも一つの
構成サーバの管理すべき前記端末サーバを決定し少なく
とも変更のあったアクセスに対してのみそれぞれの構成
サーバに通知してアクセスの停止／開始を指示すること
を特徴とするクラスタシステム。
【請求項４】請求項１において、前記管理サーバは、
前記構成サーバから自己の属するクラスタシステム内の
構成サーバに関し障害通知を受けた際には、障害とされ
た構成サーバを除く他の構成サーバの管理すべき前記端
末サーバを決定し少なくとも変更のあったアクセスに対
してのみそれぞれの構成サーバに通知してアクセス開始
を指示することを特徴とするクラスタシステム。
【請求項５】請求項１において、前記管理サーバは、
前記構成サーバそれぞれに対する端末サーバの追加・変
更・削除を独占的に行うこと、及び前記構成サーバそれ
ぞれから端末サーバそれぞれの負荷情報を得て保有する
ことにより、前記構成サーバそれぞれにおける端末サー
バそれぞれの負荷情報を把握しており、管理すべき前記
構成サーバそれぞれでの負荷状態が不均衡であることを
検出した際には、該複数の構成サーバそれぞれの負荷を
均等に近づけるように、該構成サーバの管理すべき前記
端末サーバを決定することを特徴とするクラスタシステ
ム。
【請求項６】請求項１において、前記管理サーバは、
管理対象の構成サーバに自動切換えの可否及び稼働運用
可否の情報を付加して保有し、クラスタシステムの構成
を変更する際には、切替元となる構成サーバが管理対象
及び自動切替えであり、かつ切替先の構成サーバが自動
切替え可及び稼働運用可の条件で、前記構成サーバの管
理すべき前記端末サーバを決定することを特徴とするク
ラスタシステム。
【請求項７】それぞれがサービスの提供を受ける複数
の端末サーバをまとめて管理しそのサービスを提供する
複数の構成サーバにより形成されるクラスタシステムに
少なくとも一つの管理サーバを備え、前記管理サーバが、構成サーバが管理する端末サーバを
組み替えてシステムを再構成する指示を受けた際には、
受けた組み替え条件に従った新たなシステム構成を作成
する手順と、前記管理サーバが、この新たなシステム構成に従って構
成サーバそれぞれの管理するべき前記端末サーバを該構
成サーバそれぞれに通知してアクセスの停止／開始を指
示する手順と、前記構成サーバそれぞれが、前記管理サーバからの指示
に基く端末サーバにアクセスしてセッションを開き、情
報を収集し保有すると共に所定の情報のみを前記管理サ
ーバに伝達する手順と、前記端末サーバは、前記構成サーバからアクセスを受け
ている間はセッションを開き、アクセスの停止でセッシ
ョンを閉じる手順とを有することを特徴とするクラスタ
システムでのサーバ切替え方法。
【請求項８】請求項７において、前記管理サーバに伝
達する情報に負荷情報を含み、前記構成サーバにおける
障害及び負荷の不均衡の少なくとも一方でクラスタシス
テムの構成変更をする際には、変更後の再構成で稼働す
る構成サーバそれぞれの負荷を均等に近づけるように構
成を決定する手順を更に有することを特徴とするクラス
タシステムでのサーバ切替え方法。