JP3248485B2 - クラスタシステム、クラスタシステムにおける監視方式およびその方法 - Google Patents
クラスタシステム、クラスタシステムにおける監視方式およびその方法Info
- Publication number
- JP3248485B2 JP3248485B2 JP14906798A JP14906798A JP3248485B2 JP 3248485 B2 JP3248485 B2 JP 3248485B2 JP 14906798 A JP14906798 A JP 14906798A JP 14906798 A JP14906798 A JP 14906798A JP 3248485 B2 JP3248485 B2 JP 3248485B2
- Authority
- JP
- Japan
- Prior art keywords
- standby
- monitoring
- active
- failure
- monitoring unit
- 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.)
- Expired - Fee Related
Links
Landscapes
- Hardware Redundancy (AREA)
- Debugging And Monitoring (AREA)
- Computer And Data Communications (AREA)
Description
【０００１】
【発明の属する技術分野】本発明は、クラスタシステム
に関し、特にクラスタシステムにおける監視方式および
その方法に関する。
に関し、特にクラスタシステムにおける監視方式および
その方法に関する。
【０００２】
【従来の技術】図５を参照すると、運用系装置１、待機
系装置２おおび共有ディスク装置４を有するクラスタ構
成の従来のデュプレックスシステムにおいては、処理業
務を行っている運用系装置１において故障または障害が
発生し、クライアント３によって運用系装置１が処理不
能と判断された場合には、運用系装置１で行われていた
処理業務は待機系装置２に引き継がれ、待機系装置２に
おいて続行されるようになっている。
系装置２おおび共有ディスク装置４を有するクラスタ構
成の従来のデュプレックスシステムにおいては、処理業
務を行っている運用系装置１において故障または障害が
発生し、クライアント３によって運用系装置１が処理不
能と判断された場合には、運用系装置１で行われていた
処理業務は待機系装置２に引き継がれ、待機系装置２に
おいて続行されるようになっている。
【０００３】特開平４−３４２３３３号公報には、ルー
プ型伝送路を有するローカルエリアネットワークに、ル
ープインタフェース装置およびループ監視部を設け、操
作員がテストコマンドを入力することで待機系の診断を
行う診断方式が提案されている。
プ型伝送路を有するローカルエリアネットワークに、ル
ープインタフェース装置およびループ監視部を設け、操
作員がテストコマンドを入力することで待機系の診断を
行う診断方式が提案されている。
【０００４】しかし、このような従来システムにおいて
は、運用系装置１における故障または障害の発生に伴う
処理業務の引き継ぎの際に、運用系装置１で実行されて
いた処理業務がうまく待機系装置２に引き継ぎされない
場合があり、システムの信頼性の低下を招いている。
は、運用系装置１における故障または障害の発生に伴う
処理業務の引き継ぎの際に、運用系装置１で実行されて
いた処理業務がうまく待機系装置２に引き継ぎされない
場合があり、システムの信頼性の低下を招いている。
【０００５】処理業務がうまく引き継がれない場合と
は、例えば、業務を引き継ぐべき待機系装置２で何らか
の故障または障害が発生している場合、クライアント３
から待機系装置２に接続できない場合、もしくは、運用
系装置１で実行していた業務が待機系装置２のローカル
メモリ２７やローカルディスク２８の記憶容量の不足、
待機系装置２から共用ディスク４へのアクセス不能等の
問題で処理引き継ぎ後に待機系装置２では当該処理業務
の実行ができない場合等である。
は、例えば、業務を引き継ぐべき待機系装置２で何らか
の故障または障害が発生している場合、クライアント３
から待機系装置２に接続できない場合、もしくは、運用
系装置１で実行していた業務が待機系装置２のローカル
メモリ２７やローカルディスク２８の記憶容量の不足、
待機系装置２から共用ディスク４へのアクセス不能等の
問題で処理引き継ぎ後に待機系装置２では当該処理業務
の実行ができない場合等である。
【０００６】
【発明が解決しようとする課題】上述のような従来の診
断方式では、操作員がテスト実行を命令することによっ
てバイパスモードを使用してシステムにおける待機系装
置の障害の有無が検査されるだけであり、運用系装置の
動作中における処理業務引き継ぎの可用性についての判
断は全く行われていなかった。このため、従来の方式に
おいては、待機系装置の処理移行の際に処理業務を実行
するだけの資源が確保されているかどうかの信頼性が保
証されていなかった。
断方式では、操作員がテスト実行を命令することによっ
てバイパスモードを使用してシステムにおける待機系装
置の障害の有無が検査されるだけであり、運用系装置の
動作中における処理業務引き継ぎの可用性についての判
断は全く行われていなかった。このため、従来の方式に
おいては、待機系装置の処理移行の際に処理業務を実行
するだけの資源が確保されているかどうかの信頼性が保
証されていなかった。
【０００７】例えば、運用系装置１で中央処理装置（以
下、ＣＰＵという。）を２台、メモリを３０ＭＢ、ディ
スクを４ＧＢそれぞれ使用して業務が実行されている場
合に、待機系装置２では、ＣＰＵが３台、メモリが１０
０ＭＢ、ディスクが１０ＧＢそれぞれ使用可能であった
とする。ここでもし、待機系装置２で１台のＣＰＵと１
０ＭＢのメモリが故障したとしても、待機系装置２で
は、ＣＰＵを２台、メモリを９０ＭＢ、ディスクを１０
ＧＢそれぞれ使用可能であることから、運用系装置１か
ら処理業務を移行することができる。しかし、待機系装
置２で２台のＣＰＵと８ＧＢのディスクが故障したとす
ると、待機系装置２では、ＣＰＵを１台、メモリを１０
０ＭＢ、ディスクを２ＧＢそれぞれ使用できるだけであ
り、運用系装置１から処理業務を移行することができな
い。
下、ＣＰＵという。）を２台、メモリを３０ＭＢ、ディ
スクを４ＧＢそれぞれ使用して業務が実行されている場
合に、待機系装置２では、ＣＰＵが３台、メモリが１０
０ＭＢ、ディスクが１０ＧＢそれぞれ使用可能であった
とする。ここでもし、待機系装置２で１台のＣＰＵと１
０ＭＢのメモリが故障したとしても、待機系装置２で
は、ＣＰＵを２台、メモリを９０ＭＢ、ディスクを１０
ＧＢそれぞれ使用可能であることから、運用系装置１か
ら処理業務を移行することができる。しかし、待機系装
置２で２台のＣＰＵと８ＧＢのディスクが故障したとす
ると、待機系装置２では、ＣＰＵを１台、メモリを１０
０ＭＢ、ディスクを２ＧＢそれぞれ使用できるだけであ
り、運用系装置１から処理業務を移行することができな
い。
【０００８】本発明の目的は、このような問題を解決す
るために、処理装置それぞれに監視部を設け、運用系の
資源利用情報と待機系の資源状況を常に互いに監視する
ことで運用系装置に合わせた待機系装置の可用性を保証
することにある。
るために、処理装置それぞれに監視部を設け、運用系の
資源利用情報と待機系の資源状況を常に互いに監視する
ことで運用系装置に合わせた待機系装置の可用性を保証
することにある。
【０００９】
【課題を解決するための手段】上記課題を解決するため
に本発明のクラスタシステムにおける待機系監視装置
は、運用系装置および待機系装置がネットワークによっ
て接続されて構成されるクラスタシステムにおける監視
方式において、前記運用系装置および前記待機系装置の
それぞれは、障害および資源を監視する監視部を備え、
前記運用系の監視部は、運用系装置内の障害検出および
資源の使用量の検出を行い、検出した資源の使用量を前
記待機系の監視部に通知し、前記待機系の監視部は、待
機系装置内の障害検出および資源の使用可能量の検出を
行い、前記運用系の監視部から通知される前記運用系装
置の資源の使用量よりも検出した待機系装置の資源の使
用可能量が小さいときには異常が発生したと判断するこ
とを特徴とする。
に本発明のクラスタシステムにおける待機系監視装置
は、運用系装置および待機系装置がネットワークによっ
て接続されて構成されるクラスタシステムにおける監視
方式において、前記運用系装置および前記待機系装置の
それぞれは、障害および資源を監視する監視部を備え、
前記運用系の監視部は、運用系装置内の障害検出および
資源の使用量の検出を行い、検出した資源の使用量を前
記待機系の監視部に通知し、前記待機系の監視部は、待
機系装置内の障害検出および資源の使用可能量の検出を
行い、前記運用系の監視部から通知される前記運用系装
置の資源の使用量よりも検出した待機系装置の資源の使
用可能量が小さいときには異常が発生したと判断するこ
とを特徴とする。
【００１０】
【００１１】さらに、前記運用系装置および前記待機系
装置はそれぞれ、監視のための監視線を含み、この監視
線を介して障害および資源の監視および異常検出時の通
知を行う。
装置はそれぞれ、監視のための監視線を含み、この監視
線を介して障害および資源の監視および異常検出時の通
知を行う。
【００１２】また、前記運用系装置および前記待機系装
置は互いに連絡線によって接続される。
置は互いに連絡線によって接続される。
【００１３】また、前記運用系の監視部は、検出した自
装置内の資源の使用量を前記連絡線を介して前記待機系
の監視部に通知し、前記待機系の監視部は、前記連絡線
を介して通知される前記運用系装置の資源の使用量より
も待機系装置の資源の使用可能量が小さいと判断すると
障害発生と判断する。
装置内の資源の使用量を前記連絡線を介して前記待機系
の監視部に通知し、前記待機系の監視部は、前記連絡線
を介して通知される前記運用系装置の資源の使用量より
も待機系装置の資源の使用可能量が小さいと判断すると
障害発生と判断する。
【００１４】さらに、前記運用系装置および前記待機系
装置の監視部は、前記連絡線を介して互いに監視し合
う。
装置の監視部は、前記連絡線を介して互いに監視し合
う。
【００１５】また、前記資源とはＣＰＵ、ローカルメモ
リおよびローカルディスクである。
リおよびローカルディスクである。
【００１６】また、前記運用系装置および前記待機系装
置の監視部は、自系のＬＡＮ制御回路に障害を検出する
と、他系を通じてクライアントに障害を報告する。
置の監視部は、自系のＬＡＮ制御回路に障害を検出する
と、他系を通じてクライアントに障害を報告する。
【００１７】さらに、運用系装置および待機系装置がそ
れぞれ障害および資源を監視する監視部を備え、ネット
ワークによって接続されて構成されるクラスタシステム
において、前記運用系装置の稼働中に、運用系装置内の
障害検出と資源の使用量の検出と、待機系装置内の障害
検出と資源の使用可能量の検出を行い、運用系装置の資
源の使用量よりも前記待機系装置の使用可能量の方が小
さいと判断すると待機系装置の障害発生と判断する。
れぞれ障害および資源を監視する監視部を備え、ネット
ワークによって接続されて構成されるクラスタシステム
において、前記運用系装置の稼働中に、運用系装置内の
障害検出と資源の使用量の検出と、待機系装置内の障害
検出と資源の使用可能量の検出を行い、運用系装置の資
源の使用量よりも前記待機系装置の使用可能量の方が小
さいと判断すると待機系装置の障害発生と判断する。
【００１８】
【発明の実施の形態】次に本発明の実施の形態について
図面を参照して詳細に説明する。
図面を参照して詳細に説明する。
【００１９】図１を参照すると、本発明のクラスタシス
テムの実施の形態は、処理業務を実行する運用系装置１
と、運用系装置１が故障した場合にその処理業務を引き
継ぐ待機系装置２と、運用系装置１および待機系装置２
の両方からアクセスすることのできる共有ディスク装置
４と、クラスタシステムを管理するためのクライアント
３と、運用系装置１と待機系装置２とクライアント３と
を接続するローカルエリアネットワーク（以下、「ＬＡ
Ｎ」という。）５と、運用系装置１と待機系装置２の装
置間を接続する連絡パス６とを有する。
テムの実施の形態は、処理業務を実行する運用系装置１
と、運用系装置１が故障した場合にその処理業務を引き
継ぐ待機系装置２と、運用系装置１および待機系装置２
の両方からアクセスすることのできる共有ディスク装置
４と、クラスタシステムを管理するためのクライアント
３と、運用系装置１と待機系装置２とクライアント３と
を接続するローカルエリアネットワーク（以下、「ＬＡ
Ｎ」という。）５と、運用系装置１と待機系装置２の装
置間を接続する連絡パス６とを有する。
【００２０】運用系装置１は、ＬＡＮ５と接続された第
１のＬＡＮ制御回路１１と、連絡パス６と接続されたパ
ス制御回路１２と、ケーブルを介して共有ディスク装置
４と接続されたディスク制御回路１３とを有する。さら
に、運用系装置１は、定期的にＬＡＮ制御回路１１、パ
ス制御回路１２およびディスク制御回路１３の状態やＣ
ＰＵ１６、ローカルメモリ１７およびローカルディスク
１８の使用量等の資源の使用量および状態を監視し、通
常の運用時は資源の使用量を待機系装置２へ送出し、運
用系装置１内の障害の検出時にはクライアント３もしく
は待機系装置２にその旨の通知を行う監視部１４を備え
る。監視部１４は、ＬＡＮ制御回路１１、パス制御回路
１２、ディスク制御回路１３、ＣＰＵ１６、ローカルメ
モリ１７およびローカルディスク１８と監視のための監
視用パス１５を介して接続されている。
１のＬＡＮ制御回路１１と、連絡パス６と接続されたパ
ス制御回路１２と、ケーブルを介して共有ディスク装置
４と接続されたディスク制御回路１３とを有する。さら
に、運用系装置１は、定期的にＬＡＮ制御回路１１、パ
ス制御回路１２およびディスク制御回路１３の状態やＣ
ＰＵ１６、ローカルメモリ１７およびローカルディスク
１８の使用量等の資源の使用量および状態を監視し、通
常の運用時は資源の使用量を待機系装置２へ送出し、運
用系装置１内の障害の検出時にはクライアント３もしく
は待機系装置２にその旨の通知を行う監視部１４を備え
る。監視部１４は、ＬＡＮ制御回路１１、パス制御回路
１２、ディスク制御回路１３、ＣＰＵ１６、ローカルメ
モリ１７およびローカルディスク１８と監視のための監
視用パス１５を介して接続されている。
【００２１】待機系装置２は、運用系装置１と同様の構
成を有しており、ＬＡＮ制御回路２１と、パス制御回路
２２と、ディスク制御回路２３とを有し、定期的にＬＡ
Ｎ制御回路１１、パス制御回路１２およびディスク制御
回路１３の状態やＣＰＵ２６、ローカルメモリ２７およ
びローカルディスク２８等の資源の使用可能量および状
態を監視して障害もしくは資源不足の検出時にクライア
ント３もしくは運用系装置１その旨の通知を行う監視部
２４と、監視のための監視用パス２５とを備える。
成を有しており、ＬＡＮ制御回路２１と、パス制御回路
２２と、ディスク制御回路２３とを有し、定期的にＬＡ
Ｎ制御回路１１、パス制御回路１２およびディスク制御
回路１３の状態やＣＰＵ２６、ローカルメモリ２７およ
びローカルディスク２８等の資源の使用可能量および状
態を監視して障害もしくは資源不足の検出時にクライア
ント３もしくは運用系装置１その旨の通知を行う監視部
２４と、監視のための監視用パス２５とを備える。
【００２２】クライアント３は、通常時にはＬＡＮ５を
経由して運用系装置１に処理要求を発行し、運用系装置
１に処理業務を実行させている。
経由して運用系装置１に処理要求を発行し、運用系装置
１に処理業務を実行させている。
【００２３】運用系装置１は、クライアント３からの処
理要求に応答して処理業務を行うが、このとき、監視部
１４は、監視用パス１５を介してＬＡＮ制御回路１１、
パス制御回路１２およびディスク制御回路１３の状態
や、ＣＰＵ１６、ローカルメモリ１７およびローカルデ
ィスク１８の使用量をそれぞれ監視し、運用系のＣＰＵ
１６、ローカルメモリ１７およびローカルディスク１８
の使用量を連絡パス６を介して待機系装置２の監視部２
４へ通知する。ここで、もし、監視部１４が障害を検出
している場合には、監視部１４はクライアント３にその
旨の通知を行う。
理要求に応答して処理業務を行うが、このとき、監視部
１４は、監視用パス１５を介してＬＡＮ制御回路１１、
パス制御回路１２およびディスク制御回路１３の状態
や、ＣＰＵ１６、ローカルメモリ１７およびローカルデ
ィスク１８の使用量をそれぞれ監視し、運用系のＣＰＵ
１６、ローカルメモリ１７およびローカルディスク１８
の使用量を連絡パス６を介して待機系装置２の監視部２
４へ通知する。ここで、もし、監視部１４が障害を検出
している場合には、監視部１４はクライアント３にその
旨の通知を行う。
【００２４】待機系装置２の監視部２４は、運用系装置
１で業務が実行されている間、待機系装置２内の各部を
監視する。すなわち、クライアント３と待機系装置２と
の接続、運用系装置１から待機系装置２への処理業務の
引き継ぎ、および待機系装置２から共有ディスク４への
アクセスのそれぞれが可能であるかを判断するために、
監視用パス２５を介してＬＡＮ制御回路２１、パス制御
回路２２、ディスク制御回路２３、ＣＰＵ２６、ローカ
ルメモリ２７およびローカルディスク２８の監視を行
う。また、それと共に、監視部２４は、運用系装置１の
監視部１４から連絡パス６を経由して送られてくる運用
系装置１のＣＰＵ１６、メモリ１７およびディスク１８
の使用量を、待機系装置２のＣＰＵ２６、メモリ２７お
よびディスク２８の使用可能量と比較して、運用系装置
１で実行中の処理業務が待機系装置２に引き継がれても
それを実行可能な資源が待機系装置２に確保されている
かどうかの判断を行う。そして、障害または資源不足を
検出すると、監視部２４はクライアント３にその旨の通
知を行う。このように、待機系装置２内の資源の使用可
能量が運用系装置１内の資源の使用量より大きい場合に
は、待機系装置２による運用系装置１で処理中の業務を
引き継ぎが可能であると判断するといった、運用系装置
１の稼働状況に合わせた待機系装置２の監視が行われ
る。
１で業務が実行されている間、待機系装置２内の各部を
監視する。すなわち、クライアント３と待機系装置２と
の接続、運用系装置１から待機系装置２への処理業務の
引き継ぎ、および待機系装置２から共有ディスク４への
アクセスのそれぞれが可能であるかを判断するために、
監視用パス２５を介してＬＡＮ制御回路２１、パス制御
回路２２、ディスク制御回路２３、ＣＰＵ２６、ローカ
ルメモリ２７およびローカルディスク２８の監視を行
う。また、それと共に、監視部２４は、運用系装置１の
監視部１４から連絡パス６を経由して送られてくる運用
系装置１のＣＰＵ１６、メモリ１７およびディスク１８
の使用量を、待機系装置２のＣＰＵ２６、メモリ２７お
よびディスク２８の使用可能量と比較して、運用系装置
１で実行中の処理業務が待機系装置２に引き継がれても
それを実行可能な資源が待機系装置２に確保されている
かどうかの判断を行う。そして、障害または資源不足を
検出すると、監視部２４はクライアント３にその旨の通
知を行う。このように、待機系装置２内の資源の使用可
能量が運用系装置１内の資源の使用量より大きい場合に
は、待機系装置２による運用系装置１で処理中の業務を
引き継ぎが可能であると判断するといった、運用系装置
１の稼働状況に合わせた待機系装置２の監視が行われ
る。
【００２５】次に本発明の実施の形態の動作について説
明する。
明する。
【００２６】図１および図２を参照すると、運用系装置
１内の監視部１４は、まず、監視用パス１５を通じて運
用系装置１内のＣＰＵ１６、ローカルメモリ１７および
ローカルディスク１８等の資源の状態および使用状況
と、ＬＡＮ制御回路１１、パス制御回路１２およびディ
スク制御回路１３の状態とを監視するとともに、さら
に、待機系装置２の監視部２４も監視する（図２のステ
ップＳ１）。そして、この監視の結果、運用系装置１の
内部の異常発生もしくは待機系装置２の監視部２４から
の異常通知が検出されると、監視部１４はクライアント
３へ異常発生の通知を行う（ステップＳ２１）。一方、
異常が検出されなければ運用系装置１の資源利用情報を
連絡パス６を通じて待機系装置２の監視部２４へ送出す
る（ステップＳ３）。
１内の監視部１４は、まず、監視用パス１５を通じて運
用系装置１内のＣＰＵ１６、ローカルメモリ１７および
ローカルディスク１８等の資源の状態および使用状況
と、ＬＡＮ制御回路１１、パス制御回路１２およびディ
スク制御回路１３の状態とを監視するとともに、さら
に、待機系装置２の監視部２４も監視する（図２のステ
ップＳ１）。そして、この監視の結果、運用系装置１の
内部の異常発生もしくは待機系装置２の監視部２４から
の異常通知が検出されると、監視部１４はクライアント
３へ異常発生の通知を行う（ステップＳ２１）。一方、
異常が検出されなければ運用系装置１の資源利用情報を
連絡パス６を通じて待機系装置２の監視部２４へ送出す
る（ステップＳ３）。
【００２７】一方、待機系装置２の監視部２４は、待機
系装置２内の監視用パス２５を通じて待機系装置２内の
ＣＰＵ２６、ローカルメモリ２７およびローカルディス
ク２８等の資源の状態および使用可能量と、ＬＡＮ制御
回路２１、パス制御回路２２およびディスク制御回路２
３の状態とを監視するとともに、運用系装置２の監視部
１４の状態を監視する（ステップＳ１１）。そして、こ
の監視の結果、待機系装置２の内部の異常発生もしくは
運用系装置１の監視部１４からの異常の通知が検出され
ると、クライアント３に通知を行い（ステップＳ２
１）、異常の通知が検出されなければ、連絡パス６を介
して送出されてくる運用系装置１の資源使用量と待機系
装置２の資源の使用可能容量との比較を行う（ステップ
Ｓ１３）。ここで、ＣＰＵ、ローカルメモリおよびロー
カルディスク等の資源のうちの１つでも、運用系装置１
対応する資源の資源使用量よりも不足していると判断さ
れると、その旨がクライアント３に通知される（ステッ
プＳ１４）。一方、待機系装置２内の資源の使用可能量
が全て運用系装置１の資源の使用量よりも大ければ問題
なしとして終了する。クライアント３は、運用系装置１
もしくは待機系装置２から障害等の問題発生が通知され
ると、操作者に通知を行うなどの対処を行う。
系装置２内の監視用パス２５を通じて待機系装置２内の
ＣＰＵ２６、ローカルメモリ２７およびローカルディス
ク２８等の資源の状態および使用可能量と、ＬＡＮ制御
回路２１、パス制御回路２２およびディスク制御回路２
３の状態とを監視するとともに、運用系装置２の監視部
１４の状態を監視する（ステップＳ１１）。そして、こ
の監視の結果、待機系装置２の内部の異常発生もしくは
運用系装置１の監視部１４からの異常の通知が検出され
ると、クライアント３に通知を行い（ステップＳ２
１）、異常の通知が検出されなければ、連絡パス６を介
して送出されてくる運用系装置１の資源使用量と待機系
装置２の資源の使用可能容量との比較を行う（ステップ
Ｓ１３）。ここで、ＣＰＵ、ローカルメモリおよびロー
カルディスク等の資源のうちの１つでも、運用系装置１
対応する資源の資源使用量よりも不足していると判断さ
れると、その旨がクライアント３に通知される（ステッ
プＳ１４）。一方、待機系装置２内の資源の使用可能量
が全て運用系装置１の資源の使用量よりも大ければ問題
なしとして終了する。クライアント３は、運用系装置１
もしくは待機系装置２から障害等の問題発生が通知され
ると、操作者に通知を行うなどの対処を行う。
【００２８】次に、上記において異常が検出された場合
について詳細に述べる。
について詳細に述べる。
【００２９】まず、待機系装置２の監視部２４が異常を
検出した場合を考える。監視部２４は、まず、異常発生
場所を判断し（ステップＳ２１）、異常箇所が、図３に
斜線で示したパス制御回路２２、ディスク制御回路２
３、ＣＰＵ２６、ローカルメモリ２７、ローカルディス
ク２８および運用系装置１の監視部１４の何れか、もし
くはＬＡＮ５、である場合には、ＬＡＮ制御回路２１お
よびＬＡＮ５を経由してクライアント３に異常発生の通
知を行う（ステップＳ２２）。これに対し、図４に示す
ように、ＬＡＮ制御回路２１の異常を検出した場合に
は、監視部２４は、パス制御回路２２、連絡パス６およ
びパス制御回路１２を経由して、運用系装置１の監視部
１４にＬＡＮ制御回路２１の異常発生を通知する（ステ
ップＳ２３）。そして、この異常発生の通知を受けた監
視部１４は、ＬＡＮ制御回路１１およびＬＡＮ５を経由
してクライアント３に待機系装置２のＬＡＮ制御回路２
１の異常発生の通知を行う（ステップＳ２４）。
検出した場合を考える。監視部２４は、まず、異常発生
場所を判断し（ステップＳ２１）、異常箇所が、図３に
斜線で示したパス制御回路２２、ディスク制御回路２
３、ＣＰＵ２６、ローカルメモリ２７、ローカルディス
ク２８および運用系装置１の監視部１４の何れか、もし
くはＬＡＮ５、である場合には、ＬＡＮ制御回路２１お
よびＬＡＮ５を経由してクライアント３に異常発生の通
知を行う（ステップＳ２２）。これに対し、図４に示す
ように、ＬＡＮ制御回路２１の異常を検出した場合に
は、監視部２４は、パス制御回路２２、連絡パス６およ
びパス制御回路１２を経由して、運用系装置１の監視部
１４にＬＡＮ制御回路２１の異常発生を通知する（ステ
ップＳ２３）。そして、この異常発生の通知を受けた監
視部１４は、ＬＡＮ制御回路１１およびＬＡＮ５を経由
してクライアント３に待機系装置２のＬＡＮ制御回路２
１の異常発生の通知を行う（ステップＳ２４）。
【００３０】同様に、運用系装置１の監視部１４によ
り、ＬＡＮ制御回路１１以外の異常が検出されると、Ｌ
ＡＮ制御回路１１、ＬＡＮ５を経由してクライアント３
に異常発生が通知される。これに対し、ＬＡＮ制御回路
１１で異常が検出されると、パス制御回路１２、連絡パ
ス６およびＬＡＮ制御回路２２を経由して待機系装置２
の監視部２４にＬＡＮ制御回路１１の異常発生が通知さ
れる。そして、この通知を受けた待機系装置２の監視部
２４は、ＬＡＮ制御回路２１およびＬＡＮ５を経由して
クライアント３にＬＡＮ制御回路１１の異常発生の通知
を行う。
り、ＬＡＮ制御回路１１以外の異常が検出されると、Ｌ
ＡＮ制御回路１１、ＬＡＮ５を経由してクライアント３
に異常発生が通知される。これに対し、ＬＡＮ制御回路
１１で異常が検出されると、パス制御回路１２、連絡パ
ス６およびＬＡＮ制御回路２２を経由して待機系装置２
の監視部２４にＬＡＮ制御回路１１の異常発生が通知さ
れる。そして、この通知を受けた待機系装置２の監視部
２４は、ＬＡＮ制御回路２１およびＬＡＮ５を経由して
クライアント３にＬＡＮ制御回路１１の異常発生の通知
を行う。
【００３１】運用系装置１の監視部１４と待機系装置２
の監視部２４とは、連絡パス６を経由して互いの状態を
監視し合っており、このため、相手側の監視部の故障を
検出することができ、監視部の故障で正常な監視が行わ
れない、もしくは故障の通知を出すことができないとい
ったことを防止できる。
の監視部２４とは、連絡パス６を経由して互いの状態を
監視し合っており、このため、相手側の監視部の故障を
検出することができ、監視部の故障で正常な監視が行わ
れない、もしくは故障の通知を出すことができないとい
ったことを防止できる。
【００３２】
【発明の効果】以上のように、本発明は、運用系装置お
よび待機系装置を有するクラスタ構成のシステムにおい
て、運用系装置で実行中の処理業務を実行できるだけの
ＣＰＵ、ローカルメモリおよびローカルディスクの容量
等が待機系装置で確保できているか、ＬＡＮおよび共有
ディスク装置にアクセスするための各制御装置に異常が
ないかを監視する監視部を設けることによって、運用系
システムの稼働状況に合わせた待機系の可用性を判断す
ることができ、運用系装置に異常が生じた時に待機系装
置に処理業務が問題なく引き継いで実行することができ
るクラスタシステムとして高信頼化を図ることができる
という効果がある。
よび待機系装置を有するクラスタ構成のシステムにおい
て、運用系装置で実行中の処理業務を実行できるだけの
ＣＰＵ、ローカルメモリおよびローカルディスクの容量
等が待機系装置で確保できているか、ＬＡＮおよび共有
ディスク装置にアクセスするための各制御装置に異常が
ないかを監視する監視部を設けることによって、運用系
システムの稼働状況に合わせた待機系の可用性を判断す
ることができ、運用系装置に異常が生じた時に待機系装
置に処理業務が問題なく引き継いで実行することができ
るクラスタシステムとして高信頼化を図ることができる
という効果がある。
【図１】本発明の実施の形態の構成を示すブロック図で
ある。
ある。
【図２】本発明の実施の形態の動作を表す流れ図であ
る。
る。
【図３】本発明の実施の形態の第１の状態を示す図であ
る。
る。
【図４】本発明の実施の形態の第２の状態を示す図であ
る。
る。
【図５】従来の技術の構成を示す図である。
１ 運用系装置 ２ 待機系装置 ３ クライアント ４ 共有ディスク ５ ＬＡＮ ６ 連絡パス ７，８ ケーブル １１，２１ ＬＡＮ制御回路 １２，２２ パス制御回路 １３，２３ ディスク制御回路 １４，２４ 監視部 １５，２５ 監視用パス １６，２６ ＣＰＵ １７，２７ ローカルメモリ １８，２８ ローカルディスク
Claims (8)
- 【請求項１】 運用系装置および待機系装置がネットワ
ークによって接続されて構成されるクラスタシステムに
おける監視方式において、前記運用系装置および前記待機系装置のそれぞれは、障
害および資源を監視する監視部を備え、 前記運用系の監視部は、運用系装置内の障害検出および
資源の使用量の検出を行い、検出した資源の使用量を前
記待機系の監視部に通知し、 前記待機系の監視部は、待機系装置内の障害検出および
資源の使用可能量の検出を行い、前記運用系の監視部か
ら通知される前記運用系装置の資源の使用量よりも検出
した待機系装置の資源の使用可能量が小さいときには異
常が発生したと判断する ことを特徴とするクラスタシス
テムにおける監視方式。 - 【請求項２】 前記運用系装置および前記待機系装置の
それぞれは、監視のための監視線を含み、 この監視線を介して障害および資源の監視および異常検
出時の通知を行うことを特徴とする請求項１記載のクラ
スタシステムにおける監視方式。 - 【請求項３】 前記クラスタシステムは、前記運用系装
置および前記待機系装置を接続する連絡線を含み、 前記運用系の監視部において検出される資源の使用量は
前記連絡線を介して前記待機系の監視部に通知されるこ
とを特徴とする請求項２記載のクラスタシステムにおけ
る監視方式。 - 【請求項４】 前記運用系装置および前記待機系装置の
監視部は、前記連絡線を介して互いに監視し合うことを
特徴とする請求項３記載のクラスタシステムにおける監
視方式。 - 【請求項５】 前記資源は、ＣＰＵ、ローカルメモリお
よびローカルディスクを含むことを特徴とする請求項１
または２または４記載のクラスタシステムにおける監視
方式。 - 【請求項６】 前記運用系装置および前記待機系装置の
監視部は、自系のＬＡＮ制御回路に障害を検出すると、
他系を通じてクライアントに障害を報告することを特徴
とする請求項１記載のクラスタシステムにおける監視方
式。 - 【請求項７】 運用系装置および待機系装置がそれぞれ
障害および資源を監視する監視部を備え、ネットワーク
によって接続されて構成されるクラスタシステムにおけ
る監視方法において、 前記運用系装置の稼働中に、前記運用系装置内の障害検
出と資源の使用量の検出を行うステップと、 前記待機系装置内の障害検出と資源の使用可能量の検出
を行うステップと、前記運用系装置の資源の使用量と、
前記待機系装置の資源の使用可能量とを比較するステッ
プと、 前記運用系装置の資源の使用量よりも前記待機系装置の
使用可能量の方が小さい場合には、前記待機系装置に障
害が発生したと判断するステップとを含むことを特徴と
するクラスタシステムにおける監視方法。 - 【請求項８】 運用系装置および待機系装置とを有し、 前記運用系装置および前記待機系装置のそれぞれは、障
害および資源を監視する監視部を備え、 前記運用系装置の監視部は、運用系装置内の障害検出と
資源の使用量の検出を行い、 前記待機系装置の監視部は、待機系装置内の障害検出と
資源の使用可能量の検出を行い、前記運用系装置の資源
の使用量よりも当該待機系装置の資源の使用可能量が小
さいとき異常発生と判断することを特徴とするクラスタ
システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP14906798A JP3248485B2 (ja) | 1998-05-29 | 1998-05-29 | クラスタシステム、クラスタシステムにおける監視方式およびその方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP14906798A JP3248485B2 (ja) | 1998-05-29 | 1998-05-29 | クラスタシステム、クラスタシステムにおける監視方式およびその方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH11338725A JPH11338725A (ja) | 1999-12-10 |
| JP3248485B2 true JP3248485B2 (ja) | 2002-01-21 |
Family
ID=15466967
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP14906798A Expired - Fee Related JP3248485B2 (ja) | 1998-05-29 | 1998-05-29 | クラスタシステム、クラスタシステムにおける監視方式およびその方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3248485B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2642388A1 (en) | 2012-03-21 | 2013-09-25 | Nec Corporation | Standby system device, control method, and program thereof |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040153700A1 (en) * | 2003-01-02 | 2004-08-05 | Nixon Mark J. | Redundant application stations for process control systems |
| WO2007055014A1 (ja) * | 2005-11-11 | 2007-05-18 | Fujitsu Limited | クラスタシステムのコンピュータにおいて実行されるネットワークモニタ・プログラム、情報処理方法及びコンピュータ |
| JP5511262B2 (ja) * | 2009-08-20 | 2014-06-04 | 三菱電機株式会社 | 情報処理システム及びプログラム |
| JP2013025365A (ja) * | 2011-07-15 | 2013-02-04 | Nec Corp | 二重化システムにおける予備装置の障害通知方法 |
| JP2013196484A (ja) * | 2012-03-21 | 2013-09-30 | Toshiba Corp | クラスタシステムの構成を管理する構成管理装置 |
| WO2019049433A1 (ja) | 2017-09-06 | 2019-03-14 | 日本電気株式会社 | クラスタシステム、クラスタシステムの制御方法、サーバ装置、制御方法、及びプログラムが格納された非一時的なコンピュータ可読媒体 |
-
1998
- 1998-05-29 JP JP14906798A patent/JP3248485B2/ja not_active Expired - Fee Related
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2642388A1 (en) | 2012-03-21 | 2013-09-25 | Nec Corporation | Standby system device, control method, and program thereof |
| US9092396B2 (en) | 2012-03-21 | 2015-07-28 | Nec Corporation | Standby system device, a control method, and a program thereof |
Also Published As
| Publication number | Publication date |
|---|---|
| JPH11338725A (ja) | 1999-12-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100557399B1 (ko) | 네트웍 매체 링크상태 기능을 이용한 컴퓨터 클러스터링시스템의 가용도 개선방법 | |
| US20070288585A1 (en) | Cluster system | |
| US20080288812A1 (en) | Cluster system and an error recovery method thereof | |
| JP4695705B2 (ja) | クラスタシステムおよびノード切り替え方法 | |
| US8145952B2 (en) | Storage system and a control method for a storage system | |
| JP2006079603A (ja) | 高可用性クラスタ化のためのスマートカード | |
| JP3248485B2 (ja) | クラスタシステム、クラスタシステムにおける監視方式およびその方法 | |
| JP3211878B2 (ja) | 通信処理制御手段及びそれを備えた情報処理装置 | |
| US7475076B1 (en) | Method and apparatus for providing remote alert reporting for managed resources | |
| EP1107119A2 (en) | Extending cluster membership and quorum determinations to intelligent storage systems | |
| US8111625B2 (en) | Method for detecting a message interface fault in a communication device | |
| US20060248531A1 (en) | Information processing device, information processing method and computer-readable medium having information processing program | |
| JPH07183891A (ja) | 計算機システム | |
| KR101883251B1 (ko) | 가상 시스템에서 장애 조치를 판단하는 장치 및 그 방법 | |
| CN114880080B (zh) | 一种虚拟机高可用方法及计算集群 | |
| JPH0934852A (ja) | クラスタシステム | |
| JP4623001B2 (ja) | 障害切り分けシステム、障害切り分け方法、およびプログラム | |
| JP2751861B2 (ja) | ネットワークシステム障害検出処理回路 | |
| KR960010879B1 (ko) | 공통의 버스 자원을 공유한 다수 프로세서의 버스 이중화 제어 및 버스 이상 상태 발생시 복구 처리방법 | |
| JPH07154401A (ja) | 二重化通信システムの診断方法 | |
| KR100604552B1 (ko) | 클러스터 시스템에서 상태 정보 및 제어 명령의 공유를통한 시스템 장애 대응방법 | |
| KR100257162B1 (ko) | 이중화 시스템에서 상대 시스템의 감시방법 및 장치 | |
| JPH11327937A (ja) | 資源排他制御システム | |
| JPH06290126A (ja) | 計算機システム障害監視方式 | |
| KR19990050461A (ko) | 고 가용성 시스템의 오류 처리방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20011009 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071109 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081109 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081109 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091109 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |