JP2002014938A - クラスタソフトウェア搭載システム及びプログラムを記憶したコンピュータ読み取り可能な記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】クラスタソフトウェア搭載システムにおける動
作の効率化を図る。 【解決手段】本発明は、少なくとも一つのアプリケーシ
ョンの動作する環境をサービス１１ａ〜１１ｃとし、サ
ービス１１ａ〜１１ｃをクラスタソフトウェア１２で制
御するクラスタソフトウェア搭載システム１０に関す
る。このクラスタソフトウェア搭載システム１０は、複
数のサービス１１ａ〜１１ｃを含むサービスグループ１
１Ｇの状態を格納するサービスグループ状態管理テーブ
ル１４と、サービスグループ１１Ｇの起動手順を示すサ
ービスグループ起動手順情報１３とを備える。そして、
制御手段１５が、サービスグループ起動手順情報１３の
示す起動手順に基づくサービスグループ１１Ｇの制御を
行い、サービスグループ１１Ｇの状態をサービスグルー
プ状態管理テーブル１４で管理する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数のノード（計
算機、コンピュータなど）が結合された環境における各
ノードの動作を監視するクラスタソフトウェアを搭載し
たシステム及びプログラムを記憶したコンピュータ読み
取り可能な記憶媒体に関する。

【０００２】

【従来の技術】クラスタソフトウェアは、分散ノードコ
ンピューティング環境に対して利用される。

【０００３】図４は、従来のクラスタソフトウェア搭載
システムを例示するブロック図である。なお、この図４
では、ノード数が２、サービス数が２の場合を例示して
いるが、これに限定されるものではなくいくつでもよ
い。また、サービスの種別もどのようなものであっても
よい。

【０００４】この従来のクラスタソフトウェア搭載シス
テム１では、複数のノード２ａ、２ｂがネットワーク３
を介して接続されており、それぞれのノード２ａ、２ｂ
上のクラスタソフトウェア４によって複数のサービス５
ａ、５ｂが制御されている。

【０００５】ノード２ａでサービス５ａ、５ｂが運用状
態にあり、ノード２ｂでサービス５ａ、５ｂが待機状態
にある。

【０００６】クラスタソフトウェア４は、各サービス５
ａ、５ｂをそれぞれ別個に制御する。制御の内容には、
起動、停止、フェールオーバがある。なお、フェールオ
ーバとは、ノードやサービスの障害発生時に待機側でサ
ービスを継続し動作することをいう。

【０００７】各ノード２ａ、２ｂのクラスタソフトウェ
ア４は、互いにハートビートを定期的（例えば１秒毎）
に出し合うことにより互いの存在を認識し、ハートビー
トが一定期間（例えば１０秒）届かなくなると相手ノー
ドの障害を検出し、サービスを引き継ぐ。

【０００８】サービスとは、少なくとも一つのアプリケ
ーションの動作する環境である。サービス５ａは、ＩＰ
通信プログラム６１、Ｗｅｂサーバ６２、データベース
管理システム（以下、「ＤＢＭＳ」という）６３を含
み、Ｗｅｂサービスを提供する。サービス５ｂは、メー
ル配信ソフトウェア７１、ウイルスチェックプログラム
７２を含み、メールサービスを提供する。

【０００９】クラスタソフトウェア４は、各サービス５
ａ、５ｂの状態を管理するサービス状態管理テーブル８
を備えている。このサービス状態管理テーブル８は、各
サービス５ａ、５ｂについての待機／起動／運用／停止
などの状態と、どのノードにおける状態なのかを管理す
る。

【００１０】また、クラスタソフトウェア４は、各サー
ビス５ａ、５ｂについての起動作業の手順を示すサービ
ス起動手順情報９を参照する。

【００１１】ここでは、サービス起動手順情報９に、サ
ービス５ａについての起動作業の手順「コンテンツを記
憶するディスク６４確保→データベース６５確保→Ｗｅ
ｂサーバ６２起動→ＤＢＭＳ６３起動→ＩＰ通信プログ
ラム６１起動」が含まれている。また、同様にサービス
５ｂについての起動作業の手順も含まれている。

【００１２】さらに、クラスタソフトウェア４は、サー
ビス優先順位情報２２を備える。このサービス優先順位
情報２２は、各サービスを優先的に起動すべきノードを
指定する情報である。

【００１３】例えば、サービス５ａは優先的にノード２
ａで起動し、サービス５ｂは優先的にノード２ｂで起動
する旨をこのサービス優先順位情報２２に記述したとす
る。

【００１４】すると、クラスタソフトウェア４はその内
容にしたがって、サービス５ａを優先的にノード２ａで
起動し、サービス５ｂは優先的にノード２ｂで起動し、
障害が発生した場合にノード２ａ、２ｂ間で各サービス
５ａ、５ｂをバックアップしあう。

【００１５】

【発明が解決しようとする課題】上記図４に例示されて
いる従来のクラスタソフトウェア搭載システム１におい
て、例えばデータベース６５のバックアップを行う場合
には、バックアップ作業中にデータベース６５がアクセ
スされないようにＤＢＭＳ６３を停止する必要がある。

【００１６】しかしながら、従来のクラスタソフトウェ
ア搭載システム１においては、サービス単位で起動、停
止等の制御が行われるため、ＤＢＭＳ６３を停止するた
めにはサービス５ａ全体を停止する必要がある。

【００１７】すると、サービス５ａのうち、データベー
ス６５のバックアップに直接関係のないＷｅｂサーバ６
２やＩＰ通信プログラム６１まで利用できないことにな
る。このようにサービスのうちの一要素の停止・再起動
のためにサービス全体を停止・再起動するのは効率的で
はない。

【００１８】本発明は、以上のような実情に鑑みてなさ
れたもので、保守や運用を効率化するクラスタソフトウ
ェア搭載システム及びプログラムを記憶したコンピュー
タ読み取り可能な記憶媒体を提供することを目的とす
る。

【００１９】

【課題を解決するための手段】本発明の骨子は、複数の
サービスをグループ化して連係動作させ、このグループ
化した状態を全ノード共通で管理する点にある。

【００２０】以下、本発明を実現するにあたって講じた
具体的手段について説明する。

【００２１】第１の発明は、少なくとも一つのアプリケ
ーションの動作する環境をサービスとし、サービスをク
ラスタソフトウェアで制御するクラスタソフトウェア搭
載システムに関する。この第１の発明は、複数のサービ
スを含むサービスグループの状態を格納するサービスグ
ループ状態管理テーブルと、サービスグループの起動手
順を示すサービスグループ起動手順情報とを具備する。
そして、制御手段が、サービスグループ起動手順情報の
示す起動手順に基づくサービスグループの制御を行い、
サービスグループの状態をサービスグループ状態管理テ
ーブルで管理する。

【００２２】なお、サービスグループの制御の内容とし
ては、起動、停止、フェールオーバなどがある。例え
ば、サービスは、単体としても利用したい範囲で設定
し、サービスグループは、一体として起動、停止、フェ
ールオーバさせたい範囲で設定する。制御手段は、クラ
スタソフトウェアに含まれてもよい。

【００２３】この第１の発明においては、運用状態のサ
ービスグループに含まれるいずれかのサービスを停止す
る場合に、この停止対象のサービスのみが停止状態とさ
れるがこのサービスグループ全体とこのサービスグルー
プに含まれる他のサービスについては運用状態のままと
される。

【００２４】したがって、停止対象のサービスについて
は利用できないが、このサービスグループのうち停止対
象のサービスに直接関係のない他のサービスについては
利用でき、サービスの保守作業や運用を効率化できる。

【００２５】また、この第１の発明においては、グルー
プ化した単位での起動が可能なため、ノード障害時のフ
ェールオーバ条件をグループ化した状態で判断できる。

【００２６】第２の発明は、第１の発明と同様のクラス
タソフトウェア搭載システムである。この第２の発明
は、サービスグループに含まれているサービス毎に、そ
のサービスを配置するノードを指定するサービス配置情
報を付加する。そして、制御手段が、サービスグループ
を起動する場合にサービス配置情報とサービスグループ
起動手順情報とにしたがってサービスグループに含まれ
ているサービスを起動する。

【００２７】例えば、あるノード群にサービスグループ
を配置する場合に、このサービスグループに含まれてい
る各サービスをどのノードに配置するかをサービス配置
ノード情報で指定する。同様に、他のノード群にサービ
スグループを配置する場合に、このサービスグループに
含まれている各サービスをどのノードに配置するかをサ
ービス起動ノード情報として指定する。

【００２８】この第２の発明においては、上記第１の発
明と同様の作用効果に加えて、サービスグループに含ま
れている各サービスを複数のノードに分散して配置でき
るため、負荷を分散させることができる。

【００２９】第３の発明は、クラスタソフトウェア搭載
システムに関する発明であり、複数のサービス間の優先
関係を示すサービス間優先情報と、サービス間優先情報
を参照し、起動対象のサービスよりも優先度が高く停止
状態のサービスを起動する制御手段を具備する。

【００３０】この第３の発明においては、あるサービス
に必要な他のサービスの優先度を高く設定することによ
り、起動対象のサービスに加えてこの起動対象のサービ
スに必要な他のサービスも起動させることができる。し
たがって、サービスを正常に動作させることができる。

【００３１】なお、制御手段は、サービス間優先情報を
参照し、停止対象のサービスよりも優先度が低く運用状
態のサービスを停止するとしてもよい。これにより、停
止対象のサービスが停止しても、そのまま運用を維持し
たいサービスの優先度を高く設定することで、このサー
ビスの運用状態を維持できる。

【００３２】第４の発明は、コンピュータに、サービス
グループの状態を管理するサービスグループ状態管理テ
ーブルを参照する機能と、サービスグループに含まれて
いるサービスの起動手順を示すサービスグループ起動手
順情報を参照する機能と、サービスグループ起動手順情
報の示す手順に基づくサービスグループの制御を行い、
サービスグループの状態をサービスグループ状態管理テ
ーブルで管理する制御機能とを実現させるためのプログ
ラムを記憶したコンピュータ読み取り可能な記憶媒体で
ある。

【００３３】第５の発明は、コンピュータに、サービス
グループの状態を管理するサービスグループ状態管理テ
ーブルを参照する機能と、サービスグループに含まれて
いるサービスの起動手順を示すサービスグループ起動手
順情報を参照する機能と、サービスグループに含まれて
いるサービス毎に、そのサービスを配置するノードを指
定するサービス配置情報を参照する機能と、サービスグ
ループを起動する場合にサービス配置ノード情報とサー
ビスグループ起動手順情報とにしたがってサービスグル
ープに含まれているサービスを起動し、サービスグルー
プの状態をサービスグループ状態管理テーブルで管理す
る制御機能とを実現させるためのプログラムを記憶した
コンピュータ読み取り可能な記憶媒体である。

【００３４】第６の発明は、コンピュータに、複数のサ
ービス間の優先関係を示すサービス間優先情報を参照
し、起動対象のサービスよりも優先度が高く停止状態の
サービスを起動する制御機能を実現させるためのプログ
ラムを記憶したコンピュータ読み取り可能な記憶媒体で
ある。

【００３５】上記第４から第６までの発明をクラスタソ
フトウェアの機能として、あるいはクラスタソフトウェ
アとともに適用することにより、それぞれ第１から第３
までの発明で説明したクラスタソフトウェア搭載システ
ムの機能をコンピュータに実現させることができる。

【００３６】すなわち、このようなプログラムを記憶し
た記憶媒体を用いることによって、上述した機能を有し
ていないクラスタソフトウェアに対しても、簡単に上述
した機能を付加することができ、第１から第３までの発
明と同様の作用効果が得られる。

【００３７】

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

【００３８】（第１の実施の形態）本実施の形態におい
ては、複数のサービスをグループ化したサービスグルー
プの状態を管理し、サービスグループを起動させる場合
にはそのサービスグループに含まれている複数のサービ
スを所定の起動手順にしたがって起動させるクラスタソ
フトウェア搭載システムについて説明する。

【００３９】図１は、本実施の形態に係るクラスタソフ
トウェア搭載システムの構成例を示すブロック図であ
り、先の図４と同一の部分には同一の符号を付してその
説明を省略し、ここでは異なる部分についてのみ詳しく
説明する。

【００４０】なお、この図１においては、サービスグル
ープ数が１、その中のサービス数が３、ノード数が２の
場合を例示しているが、これに限定されるものではなく
サービスグループ数、ノード数、サービス数は自由に設
定可能である。また、サービスの種類やサービスグルー
プの起動手順、サービスの起動手順も自由に設定可能で
ある。

【００４１】クラスタソフトウェア搭載システム１０
は、複数のサービス１１ａ〜１１ｃをグループ化してサ
ービスグループ１１Ｇとしている。

【００４２】クラスタソフトウェア１２は、先に述べた
従来のクラスタソフトウェア４と同様にノード２ａ、２
ｂで動作し、サービス状態管理テーブル８を備え、サー
ビス起動手順情報９を参照する。

【００４３】なお、サービス起動手順情報９には、各サ
ービス１１ａ〜１１ｃの起動手順が指定されている。

【００４４】加えて、このクラスタソフトウェア１２
は、サービスグループ起動手順情報１３を参照し、サー
ビスグループ状態管理テーブル１４と制御部１５を備
え、ハートビートやサービスの状態、サービスグループ
の状態を互いに通知する。

【００４５】サービスグループ起動手順情報１３は、サ
ービスグループの起動作業の手順が指定されている。こ
こでは、サービスグループ１１Ｇの起動手順が「サービ
ス１１ｂ→サービス１１ｃ→サービス１１ａ」である場
合が例示されている。

【００４６】サービスグループ状態管理テーブル１４
は、サービスグループについての待機／起動／運用／停
止などの状態と、そのサービスグループの状態がどのノ
ードにおける状態なのかを管理する。

【００４７】制御部１５は、サービスグループ状態管理
テーブルを用いてサービスグループの状態を管理し、サ
ービスグループの制御（起動、停止、フェールオーバな
ど）を行う。この制御部１５による制御によってサービ
スグループが起動される場合には、サービスグループ起
動手順情報１３の示す手順にしたがう。

【００４８】クラスタソフトウェア１２は、制御部１５
を備えることにより、障害発生前後でサービスグループ
１１Ｇの状態と、そのサービスグループ１１Ｇに含まれ
るサービス１１ａ〜１１ｃの状態とが整合するように制
御を行う。

【００４９】例えば、ノード２ａ上でサービスグループ
１１Ｇが運転状態であり、このサービスグループ１１Ｇ
に含まれている各サービス１１ａ〜１１ｃも運転状態で
あるとする。ここで、データベース６５のバックアップ
作業を開始するために、サービス１１ｃが停止されたと
する。この場合、サービス１１ｃが停止されても、サー
ビスグループ１１Ｇは運転状態であり、サービス１１
ａ、１１ｂも運転状態であるため、サービス１１ａ、１
１ｂは引き続き利用可能である。

【００５０】この状態においてノード２ａに障害が発生
したとする。すると、ノード２ｂ上のクラスタソフトウ
ェア１２によってノード２ｂ上で待機状態であったサー
ビスグループ１１Ｇが起動される。しかしながら、障害
発生前のノード２ａではサービス１１ｃが停止状態であ
ったため、障害発生後にノード２ｂでサービスグループ
１１Ｇを引き継ぐ場合には、サービスグループ１１Ｇと
サービス１１ａ、１１ｂを運転状態とし、サービス１１
ｃを停止状態とする。

【００５１】また、例えば、ノード２ａ上でサービスグ
ループ１１Ｇ及びこのサービスグループ１１Ｇに含まれ
る全てのサービス１１ａ〜１１ｃが運転状態の場合に、
ノード２ａに障害が発生したとする。すると、ノード２
ｂ上のクラスタソフトウェア１２によってノード２ｂ上
で待機状態であったサービスグループ１１Ｇが起動さ
れ、サービスグループ１１Ｇとサービス１１ａ〜１１ｃ
が運転状態となる。

【００５２】上記のような構成を持つクラスタソフトウ
ェア搭載システム１０の動作について以下に説明する。

【００５３】第１の動作例として、サービスグループ１
１Ｇのフェールオーバについて説明する。

【００５４】サービスグループ１１Ｇがノード２ａで起
動される場合、ノード２ａ上のクラスタソフトウェア１
２は、サービスグループ１１Ｇの状態を「ノード２ａで
自動で起動状態」としてノード２ｂに通知する。このサ
ービスグループ１１Ｇの状態は、サービスグループ状態
管理テーブル１４に記憶される。

【００５５】次に、ノード２ａ上のクラスタソフトウェ
ア１２は、サービスグループ起動手順情報１３の示す手
順にしたがって、サービスグループ１１Ｇに含まれる各
サービスの起動を以下のように実施する。

【００５６】まず、サービス１１ｂの状態を「ノード２
ａで起動状態」に変更してノード２ｂに通知し、サービ
ス起動手順情報９にしたがってサービス１１ｂを起動
し、サービス１１ｂの状態を「ノード２ａで運用状態」
に変更し、ノード２ｂに通知する。

【００５７】その後、同様にサービス１１ｃ、１１ａに
対して起動を行う。

【００５８】ここで、サービスグループ１１Ｇの起動完
了後、あるいはサービスグループ１１Ｇが起動状態の場
合にノード２ａに障害が発生すると、ノード２ｂは障害
発生後一定の期間ノード２ａからハートビートを受信し
ないことによりノード２ａの障害を検出する。

【００５９】ノード２ｂは、ノード２ａの障害を検出す
ると、サービスグループ１１Ｇの状態をサービスグルー
プ状態管理テーブル１４でチェックし、サービスグルー
プ１１Ｇのうち「ノード２ａで起動状態」もしくは「ノ
ード２ａで運用状態」であったサービス全てを引き継
ぐ。

【００６０】なお、「ノード２ａで自動で起動状態」だ
ったサービスグループ１１Ｇをノード２ｂが引き継ぐ場
合の起動手順は、上記ノード２ａの場合の起動手順と同
様である。一方、「ノード２ａで運用状態」だったサー
ビスグループ１１Ｇをノード２ｂが引き継ぐ場合の起動
手順は、サービスグループ起動手順情報１３の示す手順
にしたがって「ノード２ａで運用状態」であったサービ
スのみが起動される。

【００６１】次に、第２の動作例として、サービスグル
ープ１１Ｇに含まれる任意のサービスを停止する場合に
ついて、サービス１１ｃを停止する場合を例として説明
する。

【００６２】まず、サービスグループ１１Ｇの状態を
「ノード２ａで運用状態」から「ノード２ａで手動で運
用状態」に変更する。

【００６３】そして、停止対象のサービス１１ｃを停止
し、このサービス１１ｃの状態を「ノード２ａで運用状
態」から「ノード２ａで待機状態」に変更し、最後にサ
ービスグループ１１Ｇ全体の状態を「ノード２ａで運用
状態」に戻す。

【００６４】これにより、サービスグループ１１Ｇを
「ノード２ａで運用状態」としたままで、任意のサービ
ス１１ｃが停止される。

【００６５】さらに、第３の動作例として、ノード２ａ
でサービスグループ１１Ｇを手動で起動するについて説
明する。

【００６６】ノード２ａでサービスグループ１１Ｇを手
動で起動する場合には、まずサービスグループ１１Ｇの
状態を「ノード２ａで手動で起動」とし、このサービス
グループ１１Ｇに含まれている各サービス１１ｂ、１１
ｃ、１１ａを順次起動し、起動が完了したらサービスグ
ループ１１Ｇ全体を「ノード２ａで運用状態」とする。

【００６７】以上説明したように、本実施の形態に係る
クラスタソフトウェア搭載システム１０においては、複
数のサービス１１ａ〜１１ｃを含むサービスグループ１
１Ｇ単位で起動、停止、フェールオーバなどの制御が行
われる。

【００６８】これにより、複数のサービスをまとまりと
して管理し、障害が発生してもクラスタソフトウェア１
２により動作を継続できる。

【００６９】また、サービスグループ１１Ｇに含まれて
いるいくつかのサービスを停止しても、このサービスグ
ループ１１Ｇに含まれている停止されていないサービス
を継続して利用でき、停止したサービスを再起動させる
場合にはそのサービスのみを再起動させればよい。

【００７０】したがって、サービスについての保守や運
用を効率化できる。

【００７１】ここで、本実施の形態によるクラスタ制御
の効果と従来のクラスタ制御との第１の比較例を以下に
説明する。

【００７２】例えば、従来において、共有ディスク上の
データベースを利用するデータベースサービスがあり、
このサービスの起動手順として「共有ディスクの確保→
ＤＢＭＳの起動」が定義されているとする。

【００７３】この場合、データベースのバックアップを
行うにはＤＢＭＳを停止しなければならず、そのために
データベースサービス全体を停止することになる。デー
タベースサービス全体を停止すると、共有ディスクの解
放も行われてしまう。

【００７４】したがって、従来においては、データベー
スサービス停止後にクラスタ制御外で手動により共有デ
ィスクを確保してバックアップを行っており、バックア
ップ作業に手間がかかる。

【００７５】これに対し、本実施の形態によるクラスタ
制御においては、共有ディスク確保サービスとＤＢＭＳ
サービスとを１つのサービスグループとして定義するこ
とで、バックアップのための共有メモリの確保をクラス
タ制御内で行うことができる。

【００７６】例えば、本実施の形態において、サービス
グループ起動手順を「共有ディスク確保サービス→ＤＢ
ＭＳサービス」とし、共有ディスク確保サービスのサー
ビス起動手順を「共有ディスク確保」とし、ＤＢＭＳサ
ービスのサービス起動手順を「ＤＢＭＳ起動」とする。

【００７７】このサービスグループが運用状態（共有デ
ィスク確保サービスの運用状態、ＤＢＭＳサービスの運
用状態）のままでバックアップ作業を行う場合、サービ
スグループ全体を手動で運用状態とし、ＤＢＭＳサービ
スを停止してから、サービスグループ全体を自動で運用
状態に戻せばよい。これにより、ＤＢＭＳサービスのみ
を停止し、共有ディスクは確保されたままとなるため、
バックアップ作業の労力を軽減できる。

【００７８】また、本実施の形態によるクラスタ制御の
効果と従来のクラスタ制御との第２の比較例を以下に説
明する。

【００７９】例えば、従来においては、共有ディスク・
ＤＢＭＳ・ＴＰモニタからなるサービスがあり、このサ
ービスの起動が失敗し、起動失敗原因を調査する場合、
クラスタ制御外で手動で、共有ディスク確保、ＤＢＭＳ
起動などのこのサービスの起動手順を順次実施し、調査
を行う必要があり、起動失敗原因の調査に手間がかか
る。

【００８０】これに対し、本実施の形態によるクラスタ
制御においては、ＤＢＭＳサービス・共有ディスク確保
サービス・ＴＰモニタサービスを１つのサービスグルー
プとして定義することで、起動失敗原因の調査労力を軽
減できる。

【００８１】例えば、起動時の障害が発生すると、サー
ビスグループ全体の状態を手動で起動状態とし、サービ
スグループ起動手順「共有ディスク確保サービス→ＤＢ
ＭＳサービス→ＴＰモニタサービス」にしたがってクラ
スタ制御上から起動を行い、調査できる。

【００８２】なお、本実施の形態に係るクラスタソフト
ウェア搭載システム１０は、同様の作用・機能を実現可
能であれば各構成要素の配置を変更させてもよく、また
各構成要素を自由に組み合わせてもよい。

【００８３】例えば、サービス起動手順情報９やサービ
スグループ起動手順情報１３の少なくとも一方をクラス
タソフトウェア１２に含めてもよい。また、サービス状
態管理テーブル８、サービスグループ状態管理テーブル
１４、制御部１５の少なくとも一つをクラスタソフトウ
ェア１５から分離してもよい。

【００８４】（第２の実施の形態）本実施の形態におい
ては、サービスグループに含まれている各サービスの配
置位置が設定されているクラスタソフトウェア搭載シス
テムについて説明する。

【００８５】特に、本実施の形態においては、サービス
グループが配置される位置に応じて、このサービスグル
ープに含まれている各サービスの配置位置が設定されて
いる場合を説明する。

【００８６】図２は、本実施の形態に係るクラスタソフ
トウェア搭載システムの構成例を示すブロック図であ
り、図１と同一の部分には同一の符号を付してその説明
を省略し、ここでは異なる部分についてのみ詳しく説明
する。

【００８７】このクラスタソフトウェア搭載システム１
６は、ノード１７ａ〜１７ｄがネットワーク３を介して
接続されて構成され、上記第１の実施の形態に係るクラ
スタソフトウェア搭載システムと同様の機能を備えてい
る。なお、ノードの数は複数であればいくつでもよい。
また、ここではサービス１８ａ、１８ｂを含むサービス
グループ１８Ｇが制御される場合を例示しているが、サ
ービスグループ数やその内容の自由に設定できる。

【００８８】加えて、クラスタソフトウェア搭載システ
ム１６は、サービス配置情報１９ａを付加したサービス
グループ起動手順情報１９を備え、クラスタソフトウェ
ア２０の制御部２１がこのサービス配置情報１９ａに基
づく制御を行う。

【００８９】サービス配置情報１９ａは、サービスグル
ープを起動するノードの組み合わせ毎に、そのサービス
グループに含まれるサービスを起動するノードを指定す
る情報である。

【００９０】ここでは、サービスグループ１８Ｇをノー
ド１７ａ、１７ｂで起動する場合には、サービス１８ａ
をノード１７ａで起動し、サービス１８ｂをノード１７
ｂで起動する旨がサービス配置情報１９ａで指定されて
いる。一方、サービスグループ１８Ｇをノード１７ｃ、
１７ｄで起動する場合には、サービス１８ａをノード１
７ｃで起動し、サービス１８ｂをノード１７ｄで起動す
る旨がサービス配置情報１９ａで指定されている。

【００９１】制御部２１を備えるクラスタソフトウェア
２０は、上記第１の実施の形態で述べたクラスタソフト
ウェア１２と同様の機能に加えて、サービス配置情報１
９ａにしたがってサービスグループ１８Ｇの起動、停
止、フェールオーバなどの制御を行う。

【００９２】上記のような構成を持つクラスタソフトウ
ェア搭載システム１６の動作について以下に説明する。

【００９３】サービスグループ１８Ｇがノード１７ａ、
１７ｂで起動される場合、サービス配置情報１９ａを含
むサービスグループ起動手順情報１９、サービス起動手
順情報９にしたがって、サービス１８ａがノード１７ａ
で起動され、サービス１８ｂがノード１７ｂで起動され
る。また、サービスグループ１８Ｇ及びサービス１８
ａ、１８ｂの状態が全てのノード１７ａ〜１７ｄに通知
される。

【００９４】ノード１７ａ又は１７ｂに障害が発生した
場合には、障害の発生していない側のノードで運用され
ていたサービスが停止され、ノード１７ｃ、１７ｄでサ
ービスグループ１８Ｇが起動される。

【００９５】以上説明したように、本実施の形態に係る
クラスタソフトウェア搭載システム１６においては、上
記第１の実施の形態と同様の効果に加えて、サービスグ
ループ１８Ｇに含まれるサービス１８ａ、１８ｂをノー
ド間にまたがって配置できるため、負荷を分散できる。

【００９６】なお、本実施の形態に係るクラスタソフト
ウェア搭載システム１６は、同様の作用・機能を実現可
能であれば各構成要素の配置を変更させてもよく、また
各構成要素を自由に組み合わせてもよい。

【００９７】例えば、サービスグループ起動手順情報１
９とサービス配置情報１９ａが分離していてもよく、こ
のサービスグループ起動手順情報１９とサービス配置情
報１９ａの少なくとも一方をクラスタソフトウェア１２
に備えてもよい。その他、上記第１の実施の形態で述べ
た変形と同様の変形を行ってもよい。

【００９８】（第３の実施の形態）本実施の形態におい
ては、サービス間の優先度にしたがってサービスの制御
を行うクラスタソフトウェア搭載システムについて説明
する。

【００９９】図３は、本実施の形態に係るクラスタソフ
トウェア搭載システムの構成例を示すブロック図であ
り、先の図４と同一の部分には同一の符号を付してその
説明を省略し、ここでは異なる部分についてのみ詳しく
説明する。

【０１００】このクラスタソフトウェア搭載システム２
３は、ノード２４ａ、２４ｂがネットワーク３を介して
接続されて構成され、上記図４に示すクラスタソフトウ
ェア搭載システム１と同様の機能を備えている。なお、
ノードの数は複数であればいくつでもよい。また、ここ
ではサービス２５ａ、２５ｂが制御される場合を例示し
ているが、サービス数は複数であればよく、サービスの
内容は自由に設定できる。

【０１０１】サービス２５ｂは、ウイルスチェックプロ
グラム７２を含み、ウイルスチェックサービスを提供す
る。

【０１０２】サービス２５ａは、メール配信ソフトウェ
ア７１を含み、メールサービスを提供する。このメール
サービスは、ウイルスチェック後にメールを配信するサ
ービスである。

【０１０３】すなわち、サービス２５ａは、サービス２
５ｂのウイルスチェックプログラム７２を利用してウイ
ルスチェックを行った後に、メール配信ソフトウェア７
１でメールを配信する。

【０１０４】したがって、サービス２５ａは、サービス
２５ｂが運用状態の場合にのみ利用でき、サービス２５
ｂが停止状態の場合には正常に動作しないことになる。

【０１０５】サービス間優先情報２６は、サービス間の
優先順位を指定する情報であり、ここでは、サービス２
５ａよりもサービス２５ｂの優先度が高く設定されてい
る。

【０１０６】ノード２４ａ、２４ｂのクラスタソフトウ
ェア２７は、制御部２８を備えている。この制御部２８
は、サービスを起動する場合に、サービス間優先情報２
６を参照し、起動対象のサービスよりも優先度の高いサ
ービスが起動されていれば、この起動対象のサービスを
起動する制御を行う。

【０１０７】また、制御部２８は、サービスを停止する
場合にもサービス間優先情報２６を参照し、あるサービ
スを起動する場合に、この停止対象のサービスよりも優
先度の低いサービス及び起動対象のサービスを停止する
制御を行う 上記のような構成を持つクラスタソフトウェア搭載シス
テム２３の動作について以下に説明する。

【０１０８】いずれのサービス２５ａ、２５ｂも運用さ
れていない状態からサービス２５ａが起動される場合、
サービス間優先情報２６の内容がチェックされ、サービ
ス２５ａの優先度がサービス２５ｂの優先度よりも小さ
いと認識される。

【０１０９】これにより、サービス２５ａが起動される
にはサービス２５ｂが運用状態でなければならないと認
識され、サービス２５ｂが運用状態か否かが判定され
る。

【０１１０】判定の結果、サービス２５ｂは運用状態に
ないため、サービス２５ｂがサービス優先順位情報２２
で優先度の高く設定されているノードで起動される。

【０１１１】そして、サービス２５ｂの起動が完了する
と、サービス２５ａがサービス優先順位情報２２で優先
度の高く設定されているノードで起動される。

【０１１２】また、サービス２５ａ、２５ｂの運転状態
からサービス２５ｂを停止する場合、サービス間優先情
報２６が参照され、まず停止対象のサービス２５ｂより
も優先度の低いサービス２５ａが停止され、その後停止
対象のサービス２５ｂが停止される。

【０１１３】以上説明したように、本実施の形態に係る
クラスタソフトウェア搭載システム２３においては、あ
るサービスを起動するには他のサービスが運用状態でな
ければならないという条件が存在する場合であっても動
作を正常に保つことができる。

【０１１４】ここで、本実施の形態によるクラスタ制御
の効果と従来のクラスタ制御との比較例を以下に説明す
る。

【０１１５】例えば、あるアプリケーションとＤＢＭＳ
がそれぞれ別のサービスとしてノード間で分散されて運
用される場合であって、このアプリケーションはＤＢＭ
Ｓが起動されていないと完全に運用できないとする。

【０１１６】この場合、従来のクラスタ制御では、ＤＢ
ＭＳによるサービスのみが停止されるとアプリケーショ
ンによるサービスにまで影響が生じることがある。

【０１１７】また、双方のサービスとも停止されている
状態から、アプリケーションによるサービスのみが起動
されても正常に動作しないことがある。

【０１１８】これに対し、本実施の形態によるクラスタ
制御においては、先に起動すべきサービスの優先度を後
から起動すべきサービスよりも高く設定され、このサー
ビス間の優先度がチェックされる。そして、アプリケー
ションによるサービスのみの起動が要求されても、必要
とされるＤＢＭＳによるサービスが起動されてからアプ
リケーションによるサービスが起動されるため、正常な
動作が確保できる。

【０１１９】なお、本実施の形態に係るクラスタソフト
ウェア搭載システム２３は、同様の作用・機能を実現可
能であれば各構成要素の配置を変更させてもよく、また
各構成要素を自由に組み合わせてもよい。

【０１２０】例えば、サービス間優先情報２６をクラス
タソフトウェア１２に備えてもよい。また、サービス状
態管理テーブル８、サービス優先順位情報２２、制御部
２８のうちの少なくとも一つをクラスタソフトウェア２
７から分離してもよい。

【０１２１】また、上記第１乃至第３の実施の形態に係
るクラスタソフトウェア搭載システム１０、１６、２３
における制御部１５、２１、２８やクラスタソフトウェ
ア１２、２０、２７は、コンピュータに実行させること
のできるプログラムとして、例えば磁気ディスク（フロ
ッピー（登録商標）ディスク、ハードディスク等）、光
ディスク（ＣＤ−ＲＯＭ、ＤＶＤ等）、半導体メモリな
どの記憶媒体に書き込んで適用したり、通信媒体により
伝送してコンピュータに適用することも可能である。上
記機能を実現するコンピュータは、記憶媒体に記憶され
たプログラムを読み込み、プログラムによって動作が制
御されることにより、上述した処理を実行する。

【０１２２】

【発明の効果】以上詳記したように本発明においては、
複数のサービスを含むサービスグループについてクラス
タ制御が行われ、あるサービスが停止されても他のサー
ビスの運用状態が維持される。これにより、サービスの
運用、保守を効率的に行うことができる。

【０１２３】また、本発明においては、サービスグルー
プに含まれる複数のサービスがそれぞれ指定されたノー
ドに配置されるため、負荷を分散できる。

【０１２４】また、本発明においては、起動対象のサー
ビスより優先度の高いサービスも起動させるため、この
起動対象のサービスにとって必要な他のサービスを起動
させることができ、正常な動作を実現できる。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態に係るクラスタソフ
トウェア搭載システムの構成例を示すブロック図。

【図２】本発明の第２の実施の形態に係るクラスタソフ
トウェア搭載システムの構成例を示すブロック図。

【図３】本発明の第３の実施の形態に係るクラスタソフ
トウェア搭載システムの構成例を示すブロック図。

【図４】従来のクラスタソフトウェア搭載システムを例
示するブロック図。

【符号の説明】

１、１０、１６、２３…クラスタソフトウェア搭載シス
テム ２ａ、２ｂ、１７ａ〜１７ｄ、２４ａ、２４ｂ…ノード ３…ネットワーク ４、１２、２０、２７…クラスタソフトウェア ５ａ、５ｂ、１１ａ〜１１ｃ、１８ａ、１８ｂ、２５
ａ、２５ｂ…サービス ８…サービス状態管理テーブル ９…サービス起動手順情報 １１Ｇ、１８Ｇ…サービスグループ １３、１９…サービスグループ起動手順情報 １９ａ…サービス配置情報 １４…サービスグループ状態管理テーブル １５、２１、２８…制御部 ２２…サービス優先順位情報 ２６…サービス間優先情報

Claims (6)

【特許請求の範囲】
1. 【請求項１】 少なくとも一つのアプリケーションの動
   作する環境をサービスとし、サービスをクラスタソフト
   ウェアで制御するクラスタソフトウェア搭載システムに
   おいて、 複数のサービスを含むサービスグループの状態を格納す
   るサービスグループ状態管理テーブルと、 前記サービスグループの起動手順を示すサービスグルー
   プ起動手順情報と、 前記サービスグループ起動手順情報の示す起動手順に基
   づく前記サービスグループの制御を行い、前記サービス
   グループの状態を前記サービスグループ状態管理テーブ
   ルで管理する制御手段とを具備したことを特徴とするク
   ラスタソフトウェア搭載システム。
2. 【請求項２】 請求項１記載のクラスタソフトウェア搭
   載システムにおいて、 前記サービスグループに含まれているサービス毎に、そ
   のサービスを配置するノードを指定するサービス配置情
   報を付加し、 前記制御手段は、前記サービスグループを起動する場合
   に前記サービス配置情報と前記サービスグループ起動手
   順情報とにしたがって前記サービスグループに含まれて
   いるサービスを起動することを特徴とするクラスタソフ
   トウェア搭載システム。
3. 【請求項３】 少なくとも一つのアプリケーションの動
   作する環境をサービスとし、サービスをクラスタソフト
   ウェアで制御するクラスタソフトウェア搭載システムに
   おいて、 複数のサービス間の優先関係を示すサービス間優先情報
   と、 前記サービス間優先情報を参照し、起動対象のサービス
   よりも優先度が高く停止状態のサービスを起動する制御
   手段とを具備したことを特徴とするクラスタソフトウェ
   ア搭載システム。
4. 【請求項４】 コンピュータに、 少なくとも一つのアプリケーションの動作する環境をサ
   ービスとし、複数のサービスを含むサービスグループの
   状態を管理するサービスグループ状態管理テーブルを参
   照する機能と、 前記サービスグループに含まれているサービスの起動手
   順を示すサービスグループ起動手順情報を参照する機能
   と、 前記サービスグループ起動手順情報の示す手順に基づく
   前記サービスグループの制御を行い、前記サービスグル
   ープの状態を前記サービスグループ状態管理テーブルで
   管理する制御機能とを実現させるためのプログラムを記
   憶したコンピュータ読み取り可能な記憶媒体。
5. 【請求項５】 コンピュータに、 少なくとも一つのアプリケーションの動作する環境をサ
   ービスとし、複数のサービスを含むサービスグループの
   状態を管理するサービスグループ状態管理テーブルを参
   照する機能と、 前記サービスグループに含まれているサービスの起動手
   順を示すサービスグループ起動手順情報を参照する機能
   と、 前記サービスグループに含まれているサービス毎に、そ
   のサービスを配置するノードを指定するサービス配置情
   報を参照する機能と、 前記サービスグループを起動する場合に前記サービス配
   置ノード情報と前記サービスグループ起動手順情報とに
   したがって前記サービスグループに含まれているサービ
   スを起動し、前記サービスグループの状態を前記サービ
   スグループ状態管理テーブルで管理する制御機能とを実
   現させるためのプログラムを記憶したコンピュータ読み
   取り可能な記憶媒体。
6. 【請求項６】 コンピュータに、 複数のサービス間の優先関係を示すサービス間優先情報
   を参照し、起動対象のサービスよりも優先度が高く停止
   状態のサービスを起動する制御機能を実現させるための
   プログラムを記憶したコンピュータ読み取り可能な記憶
   媒体。