JP2001005691A - クラスタリングシステムおよび記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 特定のクラスタリングの環境に依存せずクラ
スタの状態を把握する。 【解決手段】 能動的通知手段（８，１０）は、プライ
ベートＬＡＮ（１８）を介して、エージェントプログラ
ム部（６，５）へヘルスチェックのための問い合わせを
行い、その結果により、ディスクアレイ装置（２２）の
状態、または“相手通信不能”をマネージャプログラム
部（７）へ通信する。非同期返答手段（９，１１）は、
自己が正常なら“正常”状態を、また、マネージャプロ
グラム部から問い合わせを受けると、ディスクアレイ装
置の状態を取得して送信する。受動的状態取得手段（１
２）は、能動的通知手段からＳＣＳＩ通信があると、デ
ィスクアレイ装置の状態を出力装置に表示する。状態遷
移判定手段（１３）は、相手エージェントプログラム部
の非同期返答手段に問い合わせ、返答があればプライベ
ートＬＡＮの障害、返答がなければフェールオーバを出
力装置に表示する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はクラスタリングシス
テム、特に、各ノードの状態遷移の認識およびこれを適
用した周辺記憶管理用プログラムに関する。

【０００２】

【従来の技術】従来のクラスタリング通報技術を説明す
る前に、まず、クラスタリング技術が注目されるように
なった背景について説明する。

【０００３】周辺記憶装置の一種のディスクアレイ装置
は、一般に、パーソナルコンピュータなどの外部記憶装
置に使われるＨＤＤ（ハードディスクドライブ）に比べ
て大容量であり、かつ、運用中にディスクアレイ装置内
に構成されている複数のＨＤＤのうちの冗長なデータを
記録しておくことにより、ディスクアレイ装置内のＨＤ
Ｄが数台故障しても記憶されたデータが保証できる。さ
らに、装置を動作させるための電源や、空冷用のファン
などにも冗長性を持たせることにより、１台の電源やフ
ァンが壊れても、ホストコンピュータを止めずに、運用
中に故障した部品を交換できる機能を持った高信頼性記
憶装置とすることができる。

【０００４】ディスクアレイ装置は、アメリカのＡＮＳ
Ｉにより規格化されたＳＣＳＩインターフェイスによ
り、その規格化されたケーブルを介してホストコンピュ
ータと接続されるのが一般的である。そして、ホストコ
ンピュータより、ＳＣＳＩコマンドをディスクアレイ装
置に送信して、その内容によってホストコンピュータの
データをディスクアレイ装置に書き込んだり、ディスク
アレイ装置に記憶されたデータをホストコンピュータに
読み出したり、現在のＨＤＤやファンの状態を読み出し
たりすることができるようになっている。

【０００５】このようなディスクアレイ装置を管理する
ディスクアレイ管理ソフトウエアは、ディスクアレイ装
置の部品が正常に動作しているのか、故障していて交換
が必要なのか、といった部品の良否判定情報をコンピュ
ータのディスプレイに表示したり、また、ＲＡＩＤ（Re
dundant Array of Disks）と呼ばれるディスクアレイ装
置で実現される、いくつかのデータ記録方式の選択指示
や、突然の部品故障をホストコンピュータのディスプレ
イや、登録してある電子メールのアドレス先に通報する
などの機能をユーザに提供するものである。

【０００６】また、最近では、ＧＵＩ（Graphical User
Interface）を搭載して、ディスクアレイ装置の状態
を、カラフルに視覚的にユーザに見せて操作性を向上さ
せた製品が、市場に流通してきている。ディスクアレイ
管理ソフトウェアを動作させるためのＯＳもWindows3.X
95, NT（Microsoft社）や、Netware（ノベル社），HP-
UX（ヒューレットパッカード社）、Solaris（サンマイ
クロシステム社）など種々のものがある。

【０００７】従来、このディスクアレイ管理ソフトウエ
アは、ディスクアレイ装置が繋がっているサーバマシン
上で動作して、ユーザはそのサーバマシンでディスクア
レイ管理サービスを受けていたが、ディスクアレイ装置
を接続したサーバを複数台使って稼働させる企業ユーザ
などが増えてきたり、サーバマシン上のディスプレイを
外して運用するユーザが出てきたこともあって、ディス
クアレイ装置の管理を一元化して、その現場まで行って
ユーザがそれぞれのディスクアレイを管理するよりも、
職場にある一台のクライアントマシンから、全てのディ
スクアレイのサービスを行えるような方式が主流になっ
てきた。

【０００８】そのために、近年は、ディスクアレイ管理
ソフトウエアの構造は、各サーバマシンにすべての機能
を備えたプログラムを実装する方式から、クライアント
マシンにマネージャプログラム部、各サーバマシン上に
はエージェントプログラム部を配置して、ＬＡＮを経由
して相互に通信し合い、各サーバマシンのエージェント
プログラム部は、クライアントマシンのマネージャプロ
グラム部から受け取った指示内容から自己のサーバマシ
ンに接続されているディスクアレイ装置に指示を出した
り、ディスクアレイ装置から受け取った値をマネージャ
プログラム部へ送ることにより、マネージャプログラム
部がディスクアレイ装置の一元管理を行うサービスを提
供する方式が採用されるようになっている。

【０００９】このような状況の中、サーバ自体の信頼性
を向上させるために、クラスタリング技術が脚光を浴び
始めたのである。

【００１０】さて、従来のクラスタリング通報技術につ
いて説明する。図８は、従来のクラスタシステム全体の
構成を示すブロック図である。

【００１１】図８において、マネージャプログラム部
（７）は、ディスクアレイ装置（２２）の運用状況や設
定を支援するアプリケーションソフトウエアの下、クラ
イアントマシン（１６）上で動作して、ユーザにディス
クアレイ装置（２２）の情報をＧＵＩで表示したり、ユ
ーザからキーボードやマウスの指示を受けてディスクア
レイ装置（２２）に指示を与える起点となる。なお、上
記アプリケーションソフトウエアは、２台のサーバマシ
ン（１４）および（１５）を用いてクラスタリング管理
を行うＯＳ（２１）の下で動作する。

【００１２】また、エージェントプログラム部（５，
６）は、クラスタリングされているサーバマシン（１
４，１５）上で動作して、マネージャプログラム部
（７）からの指示を受け、そのサーバマシン（１４，１
５）に接続されているディスクアレイ装置（２２）にＳ
ＣＳＩコマンドを出し、ディスクアレイ装置（２２）か
ら返ってきたデータを基に指示の返答をマネージャプロ
グラム部（７）に返信する。

【００１３】このクラスタシステムでは、通常、サーバ
マシン（１４）が動作しており、サーバマシン（１５）
は待機状態になっている。そして、サーバマシン（１
４）が何らかの原因で故障した場合は、サーバマシン
（１５）が代わりに運用を開始する仕組みになってい
る。しかし、それぞれのエージェントプログラム部
（５，６）は、各ＯＳ（１９，２０）の特別なクラスタ
ＡＰＩ(Application Programming Interface)を用い
ないと、どちらが起動しているのか自分自身で認識がで
きなく、さらに、マネージャプログラム部（７）から
は、クラスタリング機能により、２台のサーバマシン
（１４，１５）は高信頼性の１台のサーバマシンのよう
に見えるために、何時サーバマシン（１４）からサーバ
マシン（１５）に制御が切り替わったのか（フェールオ
ーバ：FailOver）、また、何時サーバマシン（１４）に
制御が戻ったのか（フェールバック：FailBack）を認識
することができない。

【００１４】そこで、この方式を採用しているクラスタ
リングのミドルウエアとして、Microsoft 社からは、Wi
ndows NT Server Enterprize Edition に搭載されてい
る Microsoft Cluster Server、NECからはCLUSTERPRO/A
ctive Recovery Managerプログラム部 が提供されてお
り、ネットワークで繋がれているクライアントマシンか
ら、FailOver や FailBack といった各ノードの状態を
認識できる専用のクラスタＡＰＩが用意されている。

【００１５】

【発明が解決しようとする課題】しかしながら、上述し
た従来のクラスタシステムでは、クライアントマシンの
アプリケーションは、このような専用のＡＰＩを組み入
れて設計をすることでしか上記各ノードの状態を把握す
ることができないため、各社のミドルウエア専用にディ
スクアレイ装置ソフトウエアを設計しなくてはならない
という問題点がある。

【００１６】本発明の目的は、特定のクラスタリングの
環境に依存せずに、クラスタの状態を把握できるクラス
タシステムおよびノード状態遷移認識方法を提供するこ
とにある。

【００１７】本発明の他の目的は、上記目的を達成する
為に、周辺記憶装置に特別な機能を設けなくてもよいク
ラスタシステムおよびノード状態遷移認識方法を提供す
ることにある。

【００１８】

【課題を解決するための手段】第１の本発明のクラスタ
リングシステムは、サーバマシンそれぞれに実装される
エージェントプログラム部がプライベートＬＡＮを介し
て定期的に相互に状態の問い合わせを行い、該問い合わ
せに対して、相手からの返答があればクライアントマシ
ンのマネージャプログラム部へ状態遷移の通知を行い、
該マネージャプログラム部は、状態遷移通知を受け取る
と、クラスタの状態を判別して、その結果を出力装置へ
出力することを特徴とする。

【００１９】第２の本発明のクラスタリングシステム
は、マネージャプログラム部を有するクライアントマシ
ンが、それぞれエージェントプログラム部を有する複数
のサーバマシンに接続される周辺記憶装置のクラスタリ
ングシステムにおいて、前記エージェントプログラム部
は、前記マネージャプログラム部から問い合わせがある
と、コマンドにより前記周辺記憶装置の状態を取得した
結果を前記マネージャプログラム部へ通知し、また、定
期的に他のサーバマシンのエージェントプログラム部に
問い合わせをして、返答があれば前記コマンドで前記周
辺記憶装置の状態を取得した結果を、返答が無ければ通
信不能をそれぞれ前記マネージャプログラム部へ通知
し、前記マネージャプログラム部は、前記エージェント
プログラム部から前記周辺記憶装置の状態の通知をった
場合は、その結果を出力装置へ反映して、また、通信不
能を受け取った場合は、通信不能対象のエージェントプ
ログラム部へ問い合わせを行い、返答があれば前記各サ
ーバマシン間のプライベートＬＡＮ障害と判断して、一
方、返答がなければ該クラスタリングシステムがフェー
ルオーバ状態になったと判断して、前記出力装置に結果
を反映させることを特徴とする。

【００２０】第３の本発明のクラスタリングシステム
は、マネージャプログラム部を有するクライアントマシ
ンが、それぞれエージェントプログラム部を有する複数
のサーバマシンに接続されるディスクアレイ装置のクラ
スタリングシステムにおいて、前記エージェントプログ
ラム部それぞれは、プライベートＬＡＮを介して、所定
の監視間隔時間でエージェントプログラム部へヘルスチ
ェックのための問い合わせを行い、その結果、返答があ
ればＳＣＳＩ通信により取得したディスクアレイ装置の
状態を、一方、返答がなければ“相手通信不能”をそれ
ぞれマネージャプログラム部へパケットにより通信する
能動的通知手段と、該能動的通知手段から前記ヘルスチ
ェックのための問い合わせを受けると、自己が正常なら
“正常”状態を前記能動的通知手段に返答し、また、前
記マネージャプログラム部から問い合わせを受けると、
ＳＣＳＩ通信によりディスクアレイ装置の状態を取得し
て、マネージャプログラム部へ送信する非同期返答手段
とを有し、前記マネージャプログラム部は、前記能動的
通知手段からＳＣＳＩ通信があると、この通信で伝えら
れる前記ディスクアレイ装置の状態を出力装置に表示す
る受動的状態取得手段と、前記能動的通知手段からの通
信がＳＣＳＩ通信でないとき起動され、通信があった相
手エージェントプログラム部の前記非同期返答手段に問
い合わせを行い、その結果、その非同期返答手段から返
答があったときは前記出力装置に前記プライベートＬＡ
Ｎの障害を表示し、また、返答がないときは前記出力装
置にフェールオーバを表示する状態遷移判定手段とを有
することを特徴とする。

【００２１】

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

【００２２】図２は、本発明の一実施形態のクラスタシ
ステム全体の構成図であり、２つのサーバマシン（１
４，１５）をクラスタシステムのノードとして作用させ
る。クラスタの動作は、サーバマシン（１４，１５）の
ＯＳ（１９，２０）によって管理されており、クライア
ントマシン（１６）からは、２台のサーバマシン（１
４，１５）が１台の高信頼性サーバマシンとして動作す
るようにみえる。本クラスタシステムは、図８に示した
従来のクラスタシステムと類似するがサーバマシン（１
４）とサーバマシン（１５）の間にはプライベートＬＡ
Ｎ（１８）が張られている。しかし、プライベートＬＡ
Ｎ（１８）を設けず、ＬＡＮ（１７）で代用してもよ
い。

【００２３】クライアントマシン（１６）のマネージャ
プログラム部（７）は、クラスタがFailOver になった
り FailBack になっても、動作中のエージェントプログ
ラム部から、ディスクアレイ装置（２２）の状態と、ク
ラスタの状態を適切に把握して、出力装置（４）に結果
を表示することができる。

【００２４】図１は、エージェントプログラム部（５，
６）とマネージャプログラム部（７）の詳細図であり、
エージェントプログラム部（５）は能動的通知手段
（８）および非同期返答手段（９）を備え、エージェン
トプログラム部（６）は能動的通知手段（１０）および
非同期返答手段（１１）を備え、マネージャプログラム
部（７）は受動的状態取得手段（１２）および状態遷移
判定手段（１３）を備える。

【００２５】エージェントプログラム部（５）の能動的
通知手段（８）は、図２のプライベートＬＡＮ（１８）
を介して、所定の監視間隔時間でエージェントプログラ
ム部（６）へヘルスチェックのための問い合わせを行
う。その結果、返答が有ればＳＣＳＩ通信により取得し
たディスクアレイ装置（２２）の状態を、一方、返答が
無ければ“相手通信不能”をそれぞれマネージャプログ
ラム部（７）へパケットにより通信する。

【００２６】同様に、エージェントプログラム部（６）
の能動的通知手段（１０）は、図２のプライベートＬＡ
Ｎ（１８）を介して、所定の監視間隔時間でエージェン
トプログラム部（５）へヘルスチェックのための問い合
わせを行う。その結果、返答が有ればＳＣＳＩ通信によ
り取得したディスクアレイ装置（２２）の状態を、一
方、返答が無ければ“相手通信不能”をそれぞれマネー
ジャプログラム部（７）へパケットにより通信する。

【００２７】エージェントプログラム部（５）の非同期
返答手段（９）は、能動的通知手段（１０）からプライ
ベートＬＡＮ（１８）を介して、ヘルスチェックのため
の問い合わせを受けると、自己が正常なら“正常”状態
を能動的通知手段（１０）に返答する。このとき、自己
が正常でないなら、当然通知はできない。また、マネー
ジャプログラム部（７）から問い合わせを受けると、Ｓ
ＣＳＩ通信によりディスクアレイ装置（２２）の状態を
取得して、マネージャプログラム部（７）へ送信する。

【００２８】同様に、エージェントプログラム部（６）
の非同期返答手段（１１）は、能動的通知手段（８）か
らプライベートＬＡＮ（１８）を介して、ヘルスチェッ
クのための問い合わせを受けると、自己が正常なら“正
常”状態を能動的通知手段（８）に返答する。このと
き、自己が正常でないなら、当然通知はできない。ま
た、マネージャプログラム部（７）から問い合わせを受
けると、ＳＣＳＩ通信によりディスクアレイ装置（２
２）の状態を取得して、マネージャプログラム部（７）
へ送信する。

【００２９】一方、マネージャプログラム部（７）の受
動的状態取得手段１２は、エージェントプログラム部
（５，６）の能動的通知手段（８，１０）からＳＣＳＩ
通信があると、この通信で伝えられるディスクアレイ装
置（２２）の状態を出力装置（４）に表示する。また、
エージェントプログラム部（５，６）の能動的通知手段
（８，１０）からの通信がＳＣＳＩ通信でないときは状
態遷移判定手段（１３）を起動する。

【００３０】状態遷移判定手段（１３）は、通信があっ
た相手エージェントプログラム部の非同期返答手段に問
い合わせを行う。その結果、その非同期返答手段から返
答があったときは出力装置（４）にプライベートＬＡＮ
（１８）の障害を表示し、また、返答がないときは出力
装置（４）にフェールオーバを表示する。

【００３１】次に、図３および図４を用いて、本実施の
形態の全体の動作について説明する。

【００３２】図３はエージェントプログラム部（５，
６）の相互通信と、その結果により、マネージャプログ
ラム部（７）へ相互通信の結果を通知する流れを示して
いる。図中のシーケンス１からシーケンス４へ時間が流
れるものとする。

【００３３】シーケンス１では、クラスタとしては両ノ
ード（サーバマシン１４，１５）とも動作している正常
な状態であり、このときはエージェントプログラム部
（６）が、プライベートＬＡＮ１８を介してエージェン
トプログラム部（５）へ問い合わせを行った結果、エー
ジェントプログラム部（５）が非同期返答手段（９）で
正常ステータスを返してきた。この場合は、エージェン
トプログラム部（６）の能動的通知手段（１０）は、SC
SI I/Fを介して取得したディスクアレイ装置（２２）の
状態情報をマネージャプロラム部（７）へ送る。

【００３４】シーケンス２では、エージェントプログラ
ム部（６）がシーケンス１と同様にエージェントプログ
ラム部（５）へ問い合わせを行ったが、応答が無かっ
た。この場合、エージェントプログラム部（６）の能動
的通知手段（１１）は、マネージャプログラム部（７）
へ今度は相手通信不能情報を送る。図３では、このフェ
ーズを右ノードへフェールオーバと示しているが、これ
だけの情報だけでは、プライベートＬＡＮ（１８）障害
による通信不能の可能性もあるので、ここでは、フェー
ルオーバによる動作と、仮定しておく。

【００３５】シーケンス３は、シーケンス２と同じ状態
が続いた時の例である。

【００３６】シーケンス４では、今までエージェントプ
ログラム部（５）から応答が無かったのが、シーケンス
１と同様に応答がくるようになった場合である。エージ
ェントプログラム部（６）は正常ステータスが返ってく
ると、能動的通知手段（１０）によってSCSI I/Fを介し
て取得したディスクアレイ装置（２２）の状態情報をマ
ネージャプログラム部（７）へ送る。これだけの情報だ
けでは、プライベートＬＡＮ障害からの通信回復の可能
性もあるので、ここでは、左ノードへフェールバックし
た場合と仮定しておく。

【００３７】図４は、マネージャプログラム部（７）の
動作概要を説明している。通常時（a）では、エージェ
ントプログラム部（５，６）から、図３により説明した
ように、ディスクアレイ装置（２２）の状態情報が送ら
れてくると、受動的状態取得手段（１２）により、現在
のディスクアレイ装置（２２）の状態を出力装置（４）
出力する。

【００３８】図３のシーケンス２が起こった場合、
（b）で示すように、エージェントプログラム部（６）
から通知がくるが、エージェントプログラム部（５）か
らはこない（図４のフロー１）。その場合は、状態遷移
判定手段（１３）によって、マネージャプログラム部
（７）は、プライベートＬＡＮ（１８）障害かフェール
オーバしたのかを判別する為に、通信不能対象のエージ
ェントプログラム部（５）へ状態の問い合わせをする
（c）。

【００３９】その結果、エージェントプログラム部
（５）から応答が有ればプライベートＬＡＮ（１８）障
害と判定し（c2）、また、応答が無ければフェールオー
バと判定して（c1）、それぞれの結果を出力装置（４）
に出力する。

【００４０】図５は、図３に示した動作のうちの能動的
通知手段（８，１０）に係る部分をフローにしたもので
ある。始めに、初期設定で通信先のエージェントプログ
ラム部やマネージャプログラム部（７）のＩＰアドレス
を入力装置（１，２）から指示してもらい（図５のステ
ップＳ１）、送信する内容はパケットに入れて送る方式
を採っているので、先ず、パケットをクリアする（ステ
ップＳ２）。

【００４１】エージェントプログラム部（５，６）は、
ＯＳ（１９，２０）に対してＳＣＳＩ通信をできる機能
を有しており、これによりディスクアレイ装置（２２）
に対して SCSI Mode Sense コマンド等により現在のデ
ィスクアレイ装置（２２）の状態を取得し（ステップＳ
３）、この情報をマネージャプログラム部（７）へ送る
（ステップＳ４）。そして、プロセッサの負荷に配慮す
るため、監視間隔時間スリープ（ステップＳ５）を経
て、相手エージェントへの問い合わせを行う（ステップ
Ｓ６）。この結果、返答が有ればステップＳ２へ移って
（ステップＳ７）パケットをクリアし、返答が無ければ
ステップＳ８へ移って（ステップＳ７）、”相手通信不
能”をパケットに入れる。ステップＳ８はステップＳ４
につながる。

【００４２】図６は、図１で示した非同期返答手段
（９，１１）の動作をフローにしたものである。これは
マネージャプログラム部（７）からの問い合わせに対す
るフロー（a）と、相手エージェントプログラム部から
の問い合わせに答えるフロー（b）の２つからなる。

【００４３】図７は、マネージャプログラム部（７）の
動作をフローにしたものであり、図の左側が図１の受動
的状態取得手段（１２）、右側が状態遷移判定手段（１
３）の動作を示す。

【００４４】受動的状態取得手段（１２）は、先ず、初
期設定で入力装置３からエージェントのＩＰアドレスを
得る（ステップＳ１１）。そして、エージェントからの
通信を待ち合わせ（ステップＳ１２）、通信があればＳ
ＣＳＩ通信パケットか否かをチェックする（ステップＳ
１３）。その結果、ＳＣＳＩ通信パケットであれば、出
力装置４にＳＣＳＩから取得したディスクアレイ装置２
２の状態を表示し（ステップＳ１４）、ＳＣＳＩ通信パ
ケットでなければ、状態遷移判定手段（１３）を起動す
る。

【００４５】状態遷移判定手段（１３）は、相手通信不
能先へ問い合わせ（Ｓ１５）、その結果、通信が有れば
(ステップＳ１６)出力装置４にプライベートＬＡＮ（１
８）の障害を表示し(ステップＳ１７)、通信が無ければ
（ステップＳ１６）出力装置４にフェールオーバ遷移を
表示する（ステップＳ１８）。これによって、前述のシ
ーケンス２および３で行った仮定が確定する。

【００４６】次に、本発明の第２の実施の形態として、
入力装置（１，２，３）を、特定のＯＳが認識できるフ
ァイルに置き換える方法が考える。上述した第１の実施
の形態では、初期設定で必ずＩＰアドレスを入力するよ
うになっているが、このようにファイル化することによ
り、ＯＳがリブート（再起動）した時でも、そのファイ
ルからＩＰアドレスを読み込み、効率を上げることがで
きるようになる。

【００４７】なお、上述したノード状態遷移認識の方法
をコンピュータに実行させるためのプログラムを半導体
メモリ，磁気ディスク等の記録媒体に記録して、コンピ
ュータに読み込ませ、実行させるようにしてもよい。具
体的には、図１におけるエージェントプログラム部
（５，６）を記憶した記録媒体をサーバマシン（１４，
１５）に接続し、また、マネージャプログラム部（７）
を記憶した記憶媒体をクライアントマシンに接続して、
それぞれのプログラムを読み込ませ、実行させればよ
い。

【００４８】

【発明の効果】本発明の第１の効果は、エージェントプ
ログラム部自体が相互通信をして状態をマネージャプロ
グラム部に通知する構成としたため、各種クラスタのミ
ドルウエアが代わっても、クラスタシステムをそのまま
運用できることにある。

【００４９】また、本発明の第２の効果は、上記第１の
効果は、周辺記憶装置に特別な機能を設けなくても得る
ことができるということである。

【図面の簡単な説明】

【図１】本発明の一実施の形態の要部を示す示すブロッ
ク図

【図２】本発明の一実施の形態の構成図

【図３】本発明におけるエージェントプログラム部の動
作の具体例を示す図

【図４】本発明におけるマネージャプログラム部の動作
の具体例を示す図

【図５】本発明におけるエージェントプログラム部のう
ちの能動的通知手段の動作を示す流れ図

【図６】本発明におけるエージェントプログラム部のう
ちの非同期返答手段の動作を示す流れ図

【図７】本発明におけるマネージャプログラム部の動作
を示す流れ図

【図８】従来のクラスタシステムの一例を示す構成図

【符号の説明】

１，２，３ 入力装置 ４ 出力装置 ５，６ エージェントプログラム部 ７ マネージャプログラム部 ８，１０ 能動的通知手段 ９，１１ 非同期返答手段 １２ 受動的状態取得手段 １３ 状態遷移判定手段 １４，１５ サーバマシン １６ クライアントマシン １７ ＬＡＮ １８ プライベートＬＡＮ １９，２０，２１ ＯＳ ２２ ディスクアレイ装置

Claims (8)

【特許請求の範囲】
1. 【請求項１】 サーバマシンそれぞれに実装されるエー
   ジェントプログラム部がプライベートＬＡＮを介して定
   期的に相互に状態の問い合わせを行い、該問い合わせに
   対して、相手からの返答があればクライアントマシンの
   マネージャプログラム部へ状態遷移の通知を行い、該マ
   ネージャプログラム部は、状態遷移通知を受け取ると、
   クラスタの状態を判別して、その結果を出力装置へ出力
   することを特徴とするクラスタリングシステム。
2. 【請求項２】 マネージャプログラム部を有するクライ
   アントマシンが、それぞれエージェントプログラム部を
   有する複数のサーバマシンに接続される周辺記憶装置の
   クラスタリングシステムにおいて、 前記エージェントプログラム部は、前記マネージャプロ
   グラム部から問い合わせがあると、コマンドにより前記
   周辺記憶装置の状態を取得した結果を前記マネージャプ
   ログラム部へ通知し、また、定期的に他のサーバマシン
   のエージェントプログラム部に問い合わせをして、返答
   があれば前記コマンドで前記周辺記憶装置の状態を取得
   した結果を、返答が無ければ通信不能をそれぞれ前記マ
   ネージャプログラム部へ通知し、 前記マネージャプログラム部は、前記エージェントプロ
   グラム部から前記周辺記憶装置の状態の通知をった場合
   は、その結果を出力装置へ反映して、また、通信不能を
   受け取った場合は、通信不能対象のエージェントプログ
   ラム部へ問い合わせを行い、返答があれば前記各サーバ
   マシン間のプライベートＬＡＮ障害と判断して、一方、
   返答がなければ該クラスタリングシステムがフェールオ
   ーバ状態になったと判断して、前記出力装置に結果を反
   映させることを特徴とするクラスタリングシステム。
3. 【請求項３】 マネージャプログラム部を有するクライ
   アントマシンが、それぞれエージェントプログラム部を
   有する複数のサーバマシンに接続されるディスクアレイ
   装置のクラスタリングシステムにおいて、 前記エージェントプログラム部それぞれは、 プライベートＬＡＮを介して、所定の監視間隔時間でエ
   ージェントプログラム部へヘルスチェックのための問い
   合わせを行い、その結果、返答があればＳＣＳＩ通信に
   より取得したディスクアレイ装置の状態を、一方、返答
   がなければ“相手通信不能”をそれぞれマネージャプロ
   グラム部へパケットにより通信する能動的通知手段と、 該能動的通知手段から前記ヘルスチェックのための問い
   合わせを受けると、自己が正常なら“正常”状態を前記
   能動的通知手段に返答し、また、前記マネージャプログ
   ラム部から問い合わせを受けると、ＳＣＳＩ通信により
   ディスクアレイ装置の状態を取得して、マネージャプロ
   グラム部へ送信する非同期返答手段とを有し、前記マネ
   ージャプログラム部は、 前記能動的通知手段からＳＣＳＩ通信があると、この通
   信で伝えられる前記ディスクアレイ装置の状態を出力装
   置に表示する受動的状態取得手段と、 前記能動的通知手段からの通信がＳＣＳＩ通信でないと
   き起動され、通信があった相手エージェントプログラム
   部の前記非同期返答手段に問い合わせを行い、その結
   果、その非同期返答手段から返答があったときは前記出
   力装置に前記プライベートＬＡＮの障害を表示し、ま
   た、返答がないときは前記出力装置にフェールオーバを
   表示する状態遷移判定手段とを有することを特徴とする
   クラスタリングシステム。
4. 【請求項４】 エージェントプログラム部が、前記プラ
   イベートＬＡＮを介してハートビートで相互通信するこ
   とを特徴とする請求項１ないし３のいずれかに記載クラ
   スタリングシステム。
5. 【請求項５】 前記プライベートＬＡＮに、前記各サー
   バマシンと前記クライアントマシンとを接続するＬＡＮ
   を利用することを特徴とする請求項１ないし４のいずれ
   かに記載のクラスタリングシステム。
6. 【請求項６】 前記クライアントマシン，エージェント
   マシン，周辺記憶装置間の通信およびエージェントマシ
   ン相互間の通信をパケット通信で行うことを特徴とする
   請求項１ないし５のいずれかに記載のクラスタリングシ
   ステム。
7. 【請求項７】 前記クライアントマシンおよびエージェ
   ントマシンに対するＩＰアドレスの初期設定時を、特定
   のＯＳが認識できるファイルから行うことを特徴とする
   請求項６記載のクラスタリングシステム。
8. 【請求項８】 クライアントマシンが、それぞれ複数
   のサーバマシンに接続されるディスクアレイ装置のクラ
   スタリングシステムにおける各ノードの状態遷移の認識
   方法であって、 前記サーバマシンのそれぞれが、 プライベートＬＡＮを介して、所定の監視間隔時間で他
   のサーバマシンへヘルスチェックのための問い合わせを
   行い、その結果、返答があればＳＣＳＩ通信により取得
   したディスクアレイ装置の状態を、一方、返答がなけれ
   ば“相手通信不能”をそれぞれ前記クライアントマシン
   へパケットにより通信する手順と、 前記ヘルスチェックのための問い合わせを受けると、自
   己が正常なら“正常”状態を返答し、また、前記問い合
   わせを受けると、ＳＣＳＩ通信によりディスクアレイ装
   置の状態を取得して、クライアントマシンへ送信する手
   順とを有する方法を実行するプログラムを記憶した記録
   媒体と、 前記クライアントマシンが、 前記ＳＣＳＩ通信があると、この通信で伝えられる前記
   ディスクアレイ装置の状態を出力装置に表示する手順
   と、 前記サーバマシンからの通信がＳＣＳＩ通信でないとき
   起動され、通信があった相手サーバマシンに問い合わせ
   を行い、その結果、返答があったときは前記出力装置に
   前記プライベートＬＡＮの障害を表示し、また、返答が
   ないときは前記出力装置にフェールオーバを表示する手
   順とを有する方法を実行するプログラムを記憶した記録
   媒体とから成ることを特徴とするコンピュータ読み込み
   可能な記録媒体。