JP2000215076A - クラスタシステム及びクラスタシステムにおけるフェ―ルオ―バ処理方法 - Google Patents
クラスタシステム及びクラスタシステムにおけるフェ―ルオ―バ処理方法Info
- Publication number
- JP2000215076A JP2000215076A JP11016463A JP1646399A JP2000215076A JP 2000215076 A JP2000215076 A JP 2000215076A JP 11016463 A JP11016463 A JP 11016463A JP 1646399 A JP1646399 A JP 1646399A JP 2000215076 A JP2000215076 A JP 2000215076A
- Authority
- JP
- Japan
- Prior art keywords
- node
- management information
- loosely
- state management
- cluster system
- 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.)
- Pending
Links
Landscapes
- Hardware Redundancy (AREA)
- Multi Processors (AREA)
Abstract
(57)【要約】
【課題】クラスタシステムにおいて、フェールオーバ処
理のオーバヘッドの増加を軽減し、フェールオーバ処理
の高速化を図ることを目的とする。 【解決手段】共有資源を持ち、複数台のノードが疎結合
されてグループを構成してなるるクラスタシステムにお
いて、各ノードは、前記共有資源を使用しているノード
を示す情報と他のノードの動作状態を示す情報とを保持
する疎結合状態管理情報保持手段と、稼働系のノードが
故障した際に、前記疎結合状態管理情報に基づいてフェ
ールオーバ処理を行うフェールオーバ処理手段とを持つ
ことを特徴とする。
理のオーバヘッドの増加を軽減し、フェールオーバ処理
の高速化を図ることを目的とする。 【解決手段】共有資源を持ち、複数台のノードが疎結合
されてグループを構成してなるるクラスタシステムにお
いて、各ノードは、前記共有資源を使用しているノード
を示す情報と他のノードの動作状態を示す情報とを保持
する疎結合状態管理情報保持手段と、稼働系のノードが
故障した際に、前記疎結合状態管理情報に基づいてフェ
ールオーバ処理を行うフェールオーバ処理手段とを持つ
ことを特徴とする。
Description
【０００１】
【発明の属する技術分野】本発明は、クラスタシステム
に関し、特に稼動系のノードが故障した際に、稼動系の
ノードで処理していたサーバアプリケーションを高速に
待機系のノードに高速に処理を引き継がせることに関す
る。
に関し、特に稼動系のノードが故障した際に、稼動系の
ノードで処理していたサーバアプリケーションを高速に
待機系のノードに高速に処理を引き継がせることに関す
る。
【０００２】
【従来の技術】コンピュータシステムにおいて、その高
可用性（ハイアビリティ）を実現するために共有ディス
クを持ち、複数のサーバコンピュータ（以下、ノードと
呼ぶ）を疎結合させてシステムを構築するクラスタ技術
を採用したクラスタシステムが用いられている。
可用性（ハイアビリティ）を実現するために共有ディス
クを持ち、複数のサーバコンピュータ（以下、ノードと
呼ぶ）を疎結合させてシステムを構築するクラスタ技術
を採用したクラスタシステムが用いられている。
【０００３】このクラスタシステムでは、複数のノード
が互いにハートビート信号をやりとりして、相手のノー
ドからハートビート信号を受信することで互いに動作し
ていることを常時確認している。もし、稼動系のノード
が故障してその動作が停止すると、待機系のノードが稼
動系のノードから出力されているハートビート信号の検
出ができなくなるので、待機系のノードが稼動系のノー
ドで処理されていたサーバアプリケーションの処理を引
き継ぐことで、システムの高可用性を保っている。この
ようにサーバアプリケーションの処理を引き継ぐことを
フェールオーバ処理と呼ばれている。
が互いにハートビート信号をやりとりして、相手のノー
ドからハートビート信号を受信することで互いに動作し
ていることを常時確認している。もし、稼動系のノード
が故障してその動作が停止すると、待機系のノードが稼
動系のノードから出力されているハートビート信号の検
出ができなくなるので、待機系のノードが稼動系のノー
ドで処理されていたサーバアプリケーションの処理を引
き継ぐことで、システムの高可用性を保っている。この
ようにサーバアプリケーションの処理を引き継ぐことを
フェールオーバ処理と呼ばれている。
【０００４】従来、クラスタシステムを構成するノード
が３台以上の場合には、稼動系のノードが故障した場合
に、待機している複数のノードの内、どのノードにサー
バアプリケーションの処理を引き継がせるかは、事前に
共有ディスクに格納していた登録情報に基づいて決定
し、ハートビート信号のやりとりでこの決定されたノー
ドが稼動状態か確認した後にフェールオーバ処理をして
いた。
が３台以上の場合には、稼動系のノードが故障した場合
に、待機している複数のノードの内、どのノードにサー
バアプリケーションの処理を引き継がせるかは、事前に
共有ディスクに格納していた登録情報に基づいて決定
し、ハートビート信号のやりとりでこの決定されたノー
ドが稼動状態か確認した後にフェールオーバ処理をして
いた。
【０００５】従って、３台以上のノードで構成されてい
るクラスタシステムにおいて、稼動系のノードが故障し
た場合におけるフェールオーバ処理では、前記登録情報
の確認のための共有ディスクへのアクセス及び多数のハ
ートビート信号の確認の処理を必用とし、フェールオー
バ処理に時間がかかり、システムのオーバヘッドが増加
するという問題があった。このオーバヘッドは、システ
ムを構成するノードの数が増加するとその分増加してい
た。
るクラスタシステムにおいて、稼動系のノードが故障し
た場合におけるフェールオーバ処理では、前記登録情報
の確認のための共有ディスクへのアクセス及び多数のハ
ートビート信号の確認の処理を必用とし、フェールオー
バ処理に時間がかかり、システムのオーバヘッドが増加
するという問題があった。このオーバヘッドは、システ
ムを構成するノードの数が増加するとその分増加してい
た。
【０００６】
【発明が解決しようとする課題】このように従来のクラ
スタシステムでは、システムを構成するノードの数が３
台以上の場合、その数が増加するに従ってフェールオー
バ処理のオーバヘッドが増加するという問題があった。
本発明は、このようなオーバヘッドの増加を軽減し、フ
ェールオーバ処理の高速化を図ることを目的とする。
スタシステムでは、システムを構成するノードの数が３
台以上の場合、その数が増加するに従ってフェールオー
バ処理のオーバヘッドが増加するという問題があった。
本発明は、このようなオーバヘッドの増加を軽減し、フ
ェールオーバ処理の高速化を図ることを目的とする。
【０００７】
【課題を解決するための手段】本発明は、共有資源を持
ち、複数台のノードが疎結合されてグループを構成して
なるるクラスタシステムにおいて、各ノードは前記共有
資源を使用しているノードを示す情報と他のノードの動
作状態を示す情報とを保持する疎結合状態管理情報保持
手段と、稼働系のノードが故障した際に、前記疎結合状
態管理情報に基づいてフェールオーバ処理を行うフェー
ルオーバ処理手段とを設けたことを特徴とする。
ち、複数台のノードが疎結合されてグループを構成して
なるるクラスタシステムにおいて、各ノードは前記共有
資源を使用しているノードを示す情報と他のノードの動
作状態を示す情報とを保持する疎結合状態管理情報保持
手段と、稼働系のノードが故障した際に、前記疎結合状
態管理情報に基づいてフェールオーバ処理を行うフェー
ルオーバ処理手段とを設けたことを特徴とする。
【０００８】また、本発明は、前記疎結合状態管理情報
保持手段に待機系ノードに対するフェールオーバ処理の
優先度情報を持つことを特徴とする。このような構成に
すれば、フェールオーバ処理をする際に、自身のメモリ
に保持している疎結合状態管理情報を用いて高速にフェ
ールオーバ処理ができる。
保持手段に待機系ノードに対するフェールオーバ処理の
優先度情報を持つことを特徴とする。このような構成に
すれば、フェールオーバ処理をする際に、自身のメモリ
に保持している疎結合状態管理情報を用いて高速にフェ
ールオーバ処理ができる。
【０００９】
【発明の実施の形態】以下図面を用いて、本発明の一実
施形態を説明する。図１は、本発明のクラスタシステム
を示す図である。このクラスタシステムには、ＬＡＮ
（ローカルエリアネットワーク）５０が設けられてい
る。このＬＡＮ５０に３台のサーバコンピュータである
ノードＡ１０、ノードＢ２０、ノードＣ３０がそれぞれ
接続されている。これらの３台のノードでグループを構
成している。また、ＬＡＮ５０には、１台のクライアン
トコンピュータ６０が接続されている。また、このシス
テムにおける共有ディスク４０が設けられている。この
共有ディスク４０と各ノードとの間は、ＳＣＳＩケーブ
ル４１、４２、４３とでそれぞれ接続されている。
施形態を説明する。図１は、本発明のクラスタシステム
を示す図である。このクラスタシステムには、ＬＡＮ
（ローカルエリアネットワーク）５０が設けられてい
る。このＬＡＮ５０に３台のサーバコンピュータである
ノードＡ１０、ノードＢ２０、ノードＣ３０がそれぞれ
接続されている。これらの３台のノードでグループを構
成している。また、ＬＡＮ５０には、１台のクライアン
トコンピュータ６０が接続されている。また、このシス
テムにおける共有ディスク４０が設けられている。この
共有ディスク４０と各ノードとの間は、ＳＣＳＩケーブ
ル４１、４２、４３とでそれぞれ接続されている。
【００１０】ノードＡ１０とノードＢ２０及びノードＣ
３０との間に、それぞれプライベートＬＡＮ１０ａとプ
ライベートＬＡＮ１０ｂが設けられている。このプライ
ベートＬＡＮは、ノードＡ１０からノードＢ２０とノー
ドＣ３０にハートビート信号を出力するために設けられ
ている。
３０との間に、それぞれプライベートＬＡＮ１０ａとプ
ライベートＬＡＮ１０ｂが設けられている。このプライ
ベートＬＡＮは、ノードＡ１０からノードＢ２０とノー
ドＣ３０にハートビート信号を出力するために設けられ
ている。
【００１１】ノードＢ２０とノードＡ１０及びノードＣ
３０との間に、それぞれプライベートＬＡＮ２０ａとプ
ライベートＬＡＮ２０ｂが設けられている。このプライ
ベートＬＡＮは、ノードＢ２０からノードＡ１０とノー
ドＣ３０にハートビート信号を出力するために設けられ
ている。ノードＣ３０とノードＡ１０及びノードＢ２０
との間に、それぞれプライベートＬＡＮ３０ａとプライ
ベートＬＡＮ３０ｂが設けられている。このプライベー
トＬＡＮは、ノードＣ３０からノードＡ１０とノードＢ
２０にハートビート信号を出力するために設けられてい
る。
３０との間に、それぞれプライベートＬＡＮ２０ａとプ
ライベートＬＡＮ２０ｂが設けられている。このプライ
ベートＬＡＮは、ノードＢ２０からノードＡ１０とノー
ドＣ３０にハートビート信号を出力するために設けられ
ている。ノードＣ３０とノードＡ１０及びノードＢ２０
との間に、それぞれプライベートＬＡＮ３０ａとプライ
ベートＬＡＮ３０ｂが設けられている。このプライベー
トＬＡＮは、ノードＣ３０からノードＡ１０とノードＢ
２０にハートビート信号を出力するために設けられてい
る。
【００１２】ノードＡ１０のメモリ上には、疎結合状態
管理情報１１とクラスタソフト１２とが記憶されてい
る。ノードＢ２０のメモリ上には、疎結合状態管理情報
２１とクラスタソフト２２とが記憶れている。ノードＣ
３０のメモリ上には、疎結合状態管理情報３１とクラス
タソフト３２とが記憶されている。各クラスタソフト
は、各ノードをクラスタシステムの一員として制御する
ためのミドルウェアソフトである。
管理情報１１とクラスタソフト１２とが記憶されてい
る。ノードＢ２０のメモリ上には、疎結合状態管理情報
２１とクラスタソフト２２とが記憶れている。ノードＣ
３０のメモリ上には、疎結合状態管理情報３１とクラス
タソフト３２とが記憶されている。各クラスタソフト
は、各ノードをクラスタシステムの一員として制御する
ためのミドルウェアソフトである。
【００１３】各疎結合状態管理情報は、ノードが疎結合
されたシステムの状態を管理する情報を保持しており、
他ノード状態管理情報と共有資源管理情報とから構成さ
れている。他ノード状態管理情報は、各ノートがクラス
タソフトの制御のもとに他のノードから送信されて来る
ハートビート信号を常時監視している結果に基づいて、
例えば１秒間隔で更新される。
されたシステムの状態を管理する情報を保持しており、
他ノード状態管理情報と共有資源管理情報とから構成さ
れている。他ノード状態管理情報は、各ノートがクラス
タソフトの制御のもとに他のノードから送信されて来る
ハートビート信号を常時監視している結果に基づいて、
例えば１秒間隔で更新される。
【００１４】以下、ノードＡ１０が稼動系ノードで、他
のノードＢ２０とノードＣ３０とが待機系のノードの場
合において、それぞれのノードのメモリ上に保持されて
いる疎結合状態管理情報の詳細を図２、図３、図４を用
いて詳細に説明する。
のノードＢ２０とノードＣ３０とが待機系のノードの場
合において、それぞれのノードのメモリ上に保持されて
いる疎結合状態管理情報の詳細を図２、図３、図４を用
いて詳細に説明する。
【００１５】図２にノードＡ１０に保持されている疎結
合状態管理情報１１を示す。この疎結合状態管理情報１
１は、他ノード状態管理情報１１ａと共有資源管理情報
１１ｂとから構成されている。他ノード状態管理情報１
１ａは、このクラスタシステムを構成している他のノー
ドがサーバアプリケーションの引き継ぎが可能かどうか
を示す情報が登録されている。具体的には、ノードＡ１
０がノードＢ２０とノードＣ３０とから送信されて来る
ハートビート信号を検出した結果に基づいてこの情報を
更新する。図２の他ノード状態管理情報１１ａには、現
在ノードＢとノードＣ３０とからハートビート信号が送
信されてきているので、その検出結果として、それぞれ
のノードがサーバアプリケーションの引き継ぎが可能で
あり、「可能」と情報が登録されている。また、共有資
源管理情報１１ｂには、共有資源である共有ディスク４
０をどのノードが稼動系のノードとして使用しているか
を示すリソース情報と、稼働系のノードに障害が発生し
て停止した場合に、複数の待機系ノードにおけるサーバ
アプリケーションの引き継ぎの優先度を示す優先度情報
とが登録されている。この実施形態における共有資源は
共有ディスク４０であるが、これに限定されるものでは
ない。図２の共有資源管理情報１１ｂには、現在ノード
Ａ１０が稼動系のノードであるから、ノードＡ１０に対
応するリソース情報として、共有ディスクを使用してい
るので、「○」が登録されている。また、優先度情報に
はなにも登録されていない。一方、ノードＢ２０に対応
するリソース情報には「×」が登録されており、優先度
情報には「１」が登録されている。この優先度情報
「１」とは、優先度が一番であることを意味する。一
方、ノードＣ３０に対応するリソース情報には「×」が
登録されており、優先度情報には「２」が登録されてい
る。この優先度情報「２」とは、優先度が二番であるこ
とを意味する。
合状態管理情報１１を示す。この疎結合状態管理情報１
１は、他ノード状態管理情報１１ａと共有資源管理情報
１１ｂとから構成されている。他ノード状態管理情報１
１ａは、このクラスタシステムを構成している他のノー
ドがサーバアプリケーションの引き継ぎが可能かどうか
を示す情報が登録されている。具体的には、ノードＡ１
０がノードＢ２０とノードＣ３０とから送信されて来る
ハートビート信号を検出した結果に基づいてこの情報を
更新する。図２の他ノード状態管理情報１１ａには、現
在ノードＢとノードＣ３０とからハートビート信号が送
信されてきているので、その検出結果として、それぞれ
のノードがサーバアプリケーションの引き継ぎが可能で
あり、「可能」と情報が登録されている。また、共有資
源管理情報１１ｂには、共有資源である共有ディスク４
０をどのノードが稼動系のノードとして使用しているか
を示すリソース情報と、稼働系のノードに障害が発生し
て停止した場合に、複数の待機系ノードにおけるサーバ
アプリケーションの引き継ぎの優先度を示す優先度情報
とが登録されている。この実施形態における共有資源は
共有ディスク４０であるが、これに限定されるものでは
ない。図２の共有資源管理情報１１ｂには、現在ノード
Ａ１０が稼動系のノードであるから、ノードＡ１０に対
応するリソース情報として、共有ディスクを使用してい
るので、「○」が登録されている。また、優先度情報に
はなにも登録されていない。一方、ノードＢ２０に対応
するリソース情報には「×」が登録されており、優先度
情報には「１」が登録されている。この優先度情報
「１」とは、優先度が一番であることを意味する。一
方、ノードＣ３０に対応するリソース情報には「×」が
登録されており、優先度情報には「２」が登録されてい
る。この優先度情報「２」とは、優先度が二番であるこ
とを意味する。
【００１６】図３にノードＢ２０に保持されている疎結
合状態管理情報２１を示す。この疎結合状態管理情報２
１は、他ノード状態管理情報２１ａと共有資源管理情報
２１ｂとから構成されている。他ノード状態管理情２１
ａは、このクラスタシステムを構成している他のノード
がサーバアプリケーションの引き継ぎが可能かどうかを
示す情報が登録されている。具体的には、ノードＢ２０
がノードＡ１０とノードＣ３０とから送信されて来るハ
ートビート信号を検出した結果に基づいてこの情報を更
新する。図３の他ノード状態管理情報２１ａには、現在
ノードＡ１０とノードＣ３０とからハートビート信号が
送信されてきているので、その検出結果として、ノード
Ａ１０に対応する情報としては、ノードＡ１０は稼動系
として動作しているので、「稼動」と登録されている。
また、ノードＣ３０に対応する情報としては、サーバア
プリケーションの引き継ぎが可能であるため、「可能」
と登録されている。また、共有資源管理情報２１ｂに
は、図２の共有資源管理情報１１ｂと同一の情報が登録
されている。
合状態管理情報２１を示す。この疎結合状態管理情報２
１は、他ノード状態管理情報２１ａと共有資源管理情報
２１ｂとから構成されている。他ノード状態管理情２１
ａは、このクラスタシステムを構成している他のノード
がサーバアプリケーションの引き継ぎが可能かどうかを
示す情報が登録されている。具体的には、ノードＢ２０
がノードＡ１０とノードＣ３０とから送信されて来るハ
ートビート信号を検出した結果に基づいてこの情報を更
新する。図３の他ノード状態管理情報２１ａには、現在
ノードＡ１０とノードＣ３０とからハートビート信号が
送信されてきているので、その検出結果として、ノード
Ａ１０に対応する情報としては、ノードＡ１０は稼動系
として動作しているので、「稼動」と登録されている。
また、ノードＣ３０に対応する情報としては、サーバア
プリケーションの引き継ぎが可能であるため、「可能」
と登録されている。また、共有資源管理情報２１ｂに
は、図２の共有資源管理情報１１ｂと同一の情報が登録
されている。
【００１７】図４にノードＣ３０に保持されている疎結
合状態管理情報３１を示す。この疎結合状態管理情報３
１は、他ノード状態管理情報３１ａと共有資源管理情報
３１ｂとから構成されている。他ノード状態管理情３１
ａは、このクラスタシステムを構成している他のノード
がサーバアプリケーションの引き継ぎが可能かどうかを
示す情報が登録されている。具体的には、ノードＣ３０
がノードＡ１０とノードＢ２０とから送信されて来るハ
ートビート信号を検出した結果に基づいてこの情報を更
新する。図４の他ノード状態管理情報３１ａには、現在
ノードＡ１０とノードＢ２０とからハートビート信号が
送信されてきているので、その検出結果として、ノード
Ａ１０に対応する情報としては、ノードＡ１０は稼動系
として動作しているので、「稼動」と登録されている。
また、ノードＢ２０に対応する情報としては、サーバア
プリケーションの引き継ぎが可能であるため、「可能」
と登録されている。また、共有資源管理情報３１ｂに
は、図２の共有資源管理情報１１ｂと同一の情報が登録
されている。
合状態管理情報３１を示す。この疎結合状態管理情報３
１は、他ノード状態管理情報３１ａと共有資源管理情報
３１ｂとから構成されている。他ノード状態管理情３１
ａは、このクラスタシステムを構成している他のノード
がサーバアプリケーションの引き継ぎが可能かどうかを
示す情報が登録されている。具体的には、ノードＣ３０
がノードＡ１０とノードＢ２０とから送信されて来るハ
ートビート信号を検出した結果に基づいてこの情報を更
新する。図４の他ノード状態管理情報３１ａには、現在
ノードＡ１０とノードＢ２０とからハートビート信号が
送信されてきているので、その検出結果として、ノード
Ａ１０に対応する情報としては、ノードＡ１０は稼動系
として動作しているので、「稼動」と登録されている。
また、ノードＢ２０に対応する情報としては、サーバア
プリケーションの引き継ぎが可能であるため、「可能」
と登録されている。また、共有資源管理情報３１ｂに
は、図２の共有資源管理情報１１ｂと同一の情報が登録
されている。
【００１８】図５には、各ノードにおいて、他のノード
から送信されてくるハートビート信号の検出結果に基づ
いた疎結合状態管理情報の更新処理の動作を説明するフ
ローチャートを示す。例えばタイマー割り込み等によ
り、1 秒毎にこの処理ルーチンを実施する。まず、他の
ノードから送信されてくるハートビート信号の有無を検
出する（ステップＳ５０）。この検出の結果、登録情報
に変更がなければ、処理を終了する。また、登録情報に
変更があれば、疎結合状態管理情報の更新処理を行い
（ステップＳ５１）、処理を終了する。
から送信されてくるハートビート信号の検出結果に基づ
いた疎結合状態管理情報の更新処理の動作を説明するフ
ローチャートを示す。例えばタイマー割り込み等によ
り、1 秒毎にこの処理ルーチンを実施する。まず、他の
ノードから送信されてくるハートビート信号の有無を検
出する（ステップＳ５０）。この検出の結果、登録情報
に変更がなければ、処理を終了する。また、登録情報に
変更があれば、疎結合状態管理情報の更新処理を行い
（ステップＳ５１）、処理を終了する。
【００１９】図６にグループ構成変更処理の動作を説明
するフローチャートを示す。このグループ構成変更処理
とは、ノードがクラスタシステムを構成するグループに
属するか又はこのグループから離脱することを処理する
ルーチンである。グループに属するということは、その
ノードはクラスタシステムを構成する一つのノードにな
ることである。また、グループから離脱することは、ク
ラスタシステムの構成から外れることを意味し、稼動系
及び待機系いずれのノードにもならないことである。
するフローチャートを示す。このグループ構成変更処理
とは、ノードがクラスタシステムを構成するグループに
属するか又はこのグループから離脱することを処理する
ルーチンである。グループに属するということは、その
ノードはクラスタシステムを構成する一つのノードにな
ることである。また、グループから離脱することは、ク
ラスタシステムの構成から外れることを意味し、稼動系
及び待機系いずれのノードにもならないことである。
【００２０】ノードがグループに属するようグループ構
成に追加をする場合又はグループから離脱するようグル
ープ構成から削除する場合のいずれの場合にも、クラス
タソフトの制御のもとに、グループを構成するすべての
ノードにメッセージパケットを送信してその旨を通知す
る。このメッセージパケットを受信した各ノードは、そ
のメッセージがグループへの追加かグループからの削除
かを判断する（ステップＳ６０）。削除の場合には、各
ノードは、保持する疎結合状態管理情報からそのメッセ
ージを送信したノードの項目を削除するよう更新処理を
する。一方、追加の場合には、各ノードは、保持する疎
結合状態管理情報にそのメッセージを送信したノードの
項目を追加するよう更新処理をする（ステップＳ６
２）。
成に追加をする場合又はグループから離脱するようグル
ープ構成から削除する場合のいずれの場合にも、クラス
タソフトの制御のもとに、グループを構成するすべての
ノードにメッセージパケットを送信してその旨を通知す
る。このメッセージパケットを受信した各ノードは、そ
のメッセージがグループへの追加かグループからの削除
かを判断する（ステップＳ６０）。削除の場合には、各
ノードは、保持する疎結合状態管理情報からそのメッセ
ージを送信したノードの項目を削除するよう更新処理を
する。一方、追加の場合には、各ノードは、保持する疎
結合状態管理情報にそのメッセージを送信したノードの
項目を追加するよう更新処理をする（ステップＳ６
２）。
【００２１】尚、ノードがグループに属するようグルー
プ構成に追加をする場合又はグループから離脱するよう
グループ構成から削除する場合のいずれの場合にも、自
身の持つ疎結合状態管理情報を更新することは、言うま
でもない。
プ構成に追加をする場合又はグループから離脱するよう
グループ構成から削除する場合のいずれの場合にも、自
身の持つ疎結合状態管理情報を更新することは、言うま
でもない。
【００２２】以下に稼動系のノードに故障が発生し、待
機系のノードにフェールオーバする処理について図７に
示すフローチャートに基づいて説明する。動作説明は、
以下のことを前提として行う。まず、システム構成は、
図１に示すように3 台のノードがグループを構成してい
る。ノードＡ１０が稼働系のノードでサーバアプリケー
ションを処理している。、ノードＢ２０とノードＣ３０
とが待機系のノードである。各ノードが保持する疎結合
状態管理情報は、それぞれ図２、図３、図４に示した通
りである。このような前提条件において、ノードＢ２０
における動作を説明する。この動作はクラスタソフト２
１の制御に基づいて行われる。
機系のノードにフェールオーバする処理について図７に
示すフローチャートに基づいて説明する。動作説明は、
以下のことを前提として行う。まず、システム構成は、
図１に示すように3 台のノードがグループを構成してい
る。ノードＡ１０が稼働系のノードでサーバアプリケー
ションを処理している。、ノードＢ２０とノードＣ３０
とが待機系のノードである。各ノードが保持する疎結合
状態管理情報は、それぞれ図２、図３、図４に示した通
りである。このような前提条件において、ノードＢ２０
における動作を説明する。この動作はクラスタソフト２
１の制御に基づいて行われる。
【００２３】まず、ノードＢ２０は、ノードＡ１０とノ
ードＣ３０から送信されてくるハートビート信号を検出
し、これらのノードか動作状態にあるか確認する。そし
て稼働系のノードであるノードＡ１０がその動作を停止
していないかチェックする（ステップＳ７０）。もし、
ノードＡ１０からのハートビート信号が検出されていれ
ばノードＡ１０は動作中であり、このステップＳ７０の
処理を継続する。尚、この際に上記図５を用いて説明し
た疎結合状態管理情報の更新処理を実行する。
ードＣ３０から送信されてくるハートビート信号を検出
し、これらのノードか動作状態にあるか確認する。そし
て稼働系のノードであるノードＡ１０がその動作を停止
していないかチェックする（ステップＳ７０）。もし、
ノードＡ１０からのハートビート信号が検出されていれ
ばノードＡ１０は動作中であり、このステップＳ７０の
処理を継続する。尚、この際に上記図５を用いて説明し
た疎結合状態管理情報の更新処理を実行する。
【００２４】また、もし、ノードＡ１０からのハートビ
ート信号が検出ずノードＡ１０に障害が発生して停止し
た場合には、疎結合状態管理情報２１を参照し（ステッ
プＳ７１）、共有資源管理情報２１ｂに登録されている
優先度情報を確認する。この場合、優先度情報は「１」
と登録されており、ノードＢ２０が待機系ノードの中で
ノードＡ１０が処理しているサーバアプリケーションの
フェールオーバ処理をすることに対する最優先の優先度
を保持していることを認識する（ステップＳ７２）。こ
の場合、ノードＢ２０はフェールオーバ処理を実行する
（ステップＳ７３）。このフェールオーバ処理が終了し
たならば、疎結合状態管理情報２１の更新処理を行い
（ステップＳ７４）、他の待機系のノードに対してフェ
ールオーバ処理の通知を行い（ステップＳ７５）、処理
を終了させる。
ート信号が検出ずノードＡ１０に障害が発生して停止し
た場合には、疎結合状態管理情報２１を参照し（ステッ
プＳ７１）、共有資源管理情報２１ｂに登録されている
優先度情報を確認する。この場合、優先度情報は「１」
と登録されており、ノードＢ２０が待機系ノードの中で
ノードＡ１０が処理しているサーバアプリケーションの
フェールオーバ処理をすることに対する最優先の優先度
を保持していることを認識する（ステップＳ７２）。こ
の場合、ノードＢ２０はフェールオーバ処理を実行する
（ステップＳ７３）。このフェールオーバ処理が終了し
たならば、疎結合状態管理情報２１の更新処理を行い
（ステップＳ７４）、他の待機系のノードに対してフェ
ールオーバ処理の通知を行い（ステップＳ７５）、処理
を終了させる。
【００２５】前記ステップＳ７４における疎結合状態管
理情報２１の更新は、以下のことを行う。まず、他ノー
ド状態管理情報２１ａからノードＡ１０の項目及びそれ
に対応する情報を削除し、ノードＢ２０に対応する情報
として「稼働」と変更する。また、共有資源管理情報２
１ｂからノードＡ１０の項目及びそれに対応する情報を
削除するとともに、リソース情報として「○」を登録
し、優先度情報の登録を削除する。この優先度情報を削
除するのは、ノードＢ２０が稼働系ノードになったから
である。
理情報２１の更新は、以下のことを行う。まず、他ノー
ド状態管理情報２１ａからノードＡ１０の項目及びそれ
に対応する情報を削除し、ノードＢ２０に対応する情報
として「稼働」と変更する。また、共有資源管理情報２
１ｂからノードＡ１０の項目及びそれに対応する情報を
削除するとともに、リソース情報として「○」を登録
し、優先度情報の登録を削除する。この優先度情報を削
除するのは、ノードＢ２０が稼働系ノードになったから
である。
【００２６】また、ステップＳ７２においてノードＢ２
０が最優先のノードでない場合には、多ノードからのフ
ェールオーバ処理終了の通知を受信し（ステップＳ７
６）、疎結合状態管理情報３１の更新処理を行い（ステ
ップＳ７７）処理を終了させる。この更新処理の動作は
上記ステップＳ７４における更新処理と同一の考え方で
行えばよく、その詳細は省略する。この実施形態におい
ては、このステップＳ７７の処理は、ノードＣ３０が行
うことになる。
０が最優先のノードでない場合には、多ノードからのフ
ェールオーバ処理終了の通知を受信し（ステップＳ７
６）、疎結合状態管理情報３１の更新処理を行い（ステ
ップＳ７７）処理を終了させる。この更新処理の動作は
上記ステップＳ７４における更新処理と同一の考え方で
行えばよく、その詳細は省略する。この実施形態におい
ては、このステップＳ７７の処理は、ノードＣ３０が行
うことになる。
【００２７】尚、以上説明したようにノードＢ２０がフ
ェールオーバ処理をした後、ノードＡ１０が故障から回
復しその動作を開始した場合には、図６に示したグルー
プ構成変更処理における追加の処理を行うことで、待機
系のノードとして動作を再開することができる。
ェールオーバ処理をした後、ノードＡ１０が故障から回
復しその動作を開始した場合には、図６に示したグルー
プ構成変更処理における追加の処理を行うことで、待機
系のノードとして動作を再開することができる。
【００２８】
【発明の効果】本発明は、オーバヘッドの増加を軽減し
高速なフェールオーバ処理ができるクラスタシステムを
提供することができる。
高速なフェールオーバ処理ができるクラスタシステムを
提供することができる。
【図１】本発明の一実施形態を示すシステム図。
【図２】ノードＡ１０が持つ疎結合状態管理情報を示す
図。
図。
【図３】ノードＢ２０が持つ疎結合状態管理情報を示す
図。
図。
【図４】ノードＣ３０が持つ疎結合状態管理情報を示す
図。
図。
【図５】疎結合状態管理情報の更新処理の動作を説明す
るフローチャートを示す図。
るフローチャートを示す図。
【図６】グループ構成変更処理の動作を説明するフロー
チャートを示す図。
チャートを示す図。
【図７】フェールオーバ処理の動作を説明するフローチ
ャートを示す図。
ャートを示す図。
１０‥‥ノードＡ ２０‥‥ノードＢ ３０‥‥ノードＣ ４０‥‥共有ディスク ５０‥‥ＬＡＮ ６０‥‥クライアント １１、２１、３１ ‥‥疎結合状態管理情報 １２、２２、３２ ‥‥クラスタソフト
Claims (5)
- 【請求項１】共有資源を持ち、複数台のノードが疎結合
されてグループを構成してなるるクラスタシステムにお
いて、 各ノードは、 前記共有資源を使用しているノードを示す情報と他のノ
ードの動作状態を示す情報とを保持する疎結合状態管理
情報保持手段と、 稼働系のノードが故障した際に、前記疎結合状態管理情
報に基づいてフェールオーバ処理を行うフェールオーバ
処理手段とを具備したことを特徴とするクラスタシステ
ム。 - 【請求項２】前記疎結合状態管理情報保持手段に待機系
ノードに対するフェールオーバ処理の優先度情報を持つ
ことを特徴とする請求項１記載のクラスタシステム。 - 【請求項３】前記ノードは、更に前記疎結合状態管理情
報保持手段に保持する疎結合状態管理情報の更新して、
前記グループに対する新たなノードの組み込み及び前記
グループからのノードの削除を行うグループ構成変更手
段を具備したことを特徴とする請求項１記載のクラスタ
システム。 - 【請求項４】共有資源を持ち、複数台のノードが疎結合
されてグループを構成してなるるクラスタシステムにお
いて、 各ノードには、前記共有資源を使用しているノードを示
す情報と他のノードの動作状態を示す情報とを保持する
疎結合状態管理情報を持ち、稼働系のノードが故障した
際に、前記疎結合状態管理情報に基づいてフェールオー
バ処理を行うことを具備したことを特徴とするクラスタ
システムにおけるフェールオーバ処理方法。 - 【請求項５】前記疎結合状態管理情報として待機系ノー
ドに対するフェールオーバ処理の優先度情報を持つこと
を特徴とする請求項４記載のクラスタシステムにおける
フェールオーバ処理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11016463A JP2000215076A (ja) | 1999-01-26 | 1999-01-26 | クラスタシステム及びクラスタシステムにおけるフェ―ルオ―バ処理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11016463A JP2000215076A (ja) | 1999-01-26 | 1999-01-26 | クラスタシステム及びクラスタシステムにおけるフェ―ルオ―バ処理方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000215076A true JP2000215076A (ja) | 2000-08-04 |
Family
ID=11916958
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP11016463A Pending JP2000215076A (ja) | 1999-01-26 | 1999-01-26 | クラスタシステム及びクラスタシステムにおけるフェ―ルオ―バ処理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2000215076A (ja) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007034479A (ja) * | 2005-07-25 | 2007-02-08 | Nec Corp | 稼働系装置、待機系装置、稼働・待機システム、稼働系制御方法、待機系制御方法、および、稼働系・待機系制御方法 |
| US7240234B2 (en) | 2004-04-07 | 2007-07-03 | Hitachi, Ltd. | Storage device for monitoring the status of host devices and dynamically controlling priorities of the host devices based on the status |
| JP2007226400A (ja) * | 2006-02-22 | 2007-09-06 | Hitachi Ltd | 計算機管理方法、計算機管理プログラム、実行サーバの構成を管理する待機サーバ及び計算機システム |
| JP2009223519A (ja) * | 2008-03-14 | 2009-10-01 | Toshiba Corp | クラスタシステム及び同システムにおいてマスタノードを選択する方法 |
| JP2010103695A (ja) * | 2008-10-22 | 2010-05-06 | Ntt Data Corp | クラスタシステム、クラスタサーバ及びクラスタ制御方法 |
| JP2010271840A (ja) * | 2009-05-20 | 2010-12-02 | Yamatake Corp | 通信システム |
| WO2011083778A1 (ja) * | 2010-01-06 | 2011-07-14 | 三菱重工業株式会社 | 計算機及び計算機管理方法並びに計算機管理プログラム |
-
1999
- 1999-01-26 JP JP11016463A patent/JP2000215076A/ja active Pending
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7240234B2 (en) | 2004-04-07 | 2007-07-03 | Hitachi, Ltd. | Storage device for monitoring the status of host devices and dynamically controlling priorities of the host devices based on the status |
| JP2007034479A (ja) * | 2005-07-25 | 2007-02-08 | Nec Corp | 稼働系装置、待機系装置、稼働・待機システム、稼働系制御方法、待機系制御方法、および、稼働系・待機系制御方法 |
| JP2007226400A (ja) * | 2006-02-22 | 2007-09-06 | Hitachi Ltd | 計算機管理方法、計算機管理プログラム、実行サーバの構成を管理する待機サーバ及び計算機システム |
| JP2009223519A (ja) * | 2008-03-14 | 2009-10-01 | Toshiba Corp | クラスタシステム及び同システムにおいてマスタノードを選択する方法 |
| JP2010103695A (ja) * | 2008-10-22 | 2010-05-06 | Ntt Data Corp | クラスタシステム、クラスタサーバ及びクラスタ制御方法 |
| JP2010271840A (ja) * | 2009-05-20 | 2010-12-02 | Yamatake Corp | 通信システム |
| WO2011083778A1 (ja) * | 2010-01-06 | 2011-07-14 | 三菱重工業株式会社 | 計算機及び計算機管理方法並びに計算機管理プログラム |
| JP2011141675A (ja) * | 2010-01-06 | 2011-07-21 | Mitsubishi Heavy Ind Ltd | 計算機及び計算機管理方法並びに計算機管理プログラム |
| US9164825B2 (en) | 2010-01-06 | 2015-10-20 | Mitsubishi Heavy Industries, Ltd. | Computing unit, method of managing computing unit, and computing unit management program |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| AU2004306913B2 (en) | Redundant routing capabilities for a network node cluster | |
| EP1110148B1 (en) | Fault tolerant computer system | |
| US7996851B2 (en) | Locally providing globally consistent information to communications layers | |
| US7061858B1 (en) | High availability architecture for network devices | |
| JP5187249B2 (ja) | 冗長化システム用コネクションリカバリ装置，方法および処理プログラム | |
| US20140325052A1 (en) | Service management roles of processor nodes in distributed node service management | |
| JPS62109451A (ja) | データ伝送ネットワークの通信パス確立・不可用性データ収集方法 | |
| KR20010109080A (ko) | 정상 상태에서 토폴로지 메시지 트래픽 없는 분산형컴퓨팅 환경에서의 토폴로지 전파 | |
| JP2006285810A (ja) | クラスタ構成コンピュータシステム及びその系リセット方法 | |
| WO2017000832A1 (zh) | Mac地址的同步方法、装置及系统 | |
| WO2020001060A1 (zh) | 分布式系统成员变更方法和分布式系统 | |
| JP2007304845A (ja) | 仮想計算機システムおよびソフトウェア更新方法 | |
| JP2000215076A (ja) | クラスタシステム及びクラスタシステムにおけるフェ―ルオ―バ処理方法 | |
| JP2000250771A (ja) | サーバ二重化方式 | |
| US7240088B2 (en) | Node self-start in a decentralized cluster | |
| CN112887367B (zh) | 实现分布式集群高可用的方法、系统及计算机可读介质 | |
| JP5707409B2 (ja) | 計算機 | |
| JP4806382B2 (ja) | 冗長化システム | |
| JP5711420B2 (ja) | イーサネットノードの検出フレームタイムアウト時間の設定方法及びシステム | |
| CN111586110B (zh) | 一种raft在出现点对点故障时的优化处理方法 | |
| JPH06252939A (ja) | 二重化された処理装置間の同期状態維持方法 | |
| JP2007272694A (ja) | 通信インターフェース装置及び通信方法 | |
| KR20030058144A (ko) | 정보통신 시스템의 프로세스 장애 감시방법 및 복구방법 | |
| JP2010268342A (ja) | ネットワーク装置 | |
| WO2006057349A1 (ja) | 管理システム及びそれに用いられる装置と、そのプログラムと、管理方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050131 |
|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A712 Effective date: 20050322 |
|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A711 Effective date: 20050328 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20050328 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060830 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060919 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061120 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070529 |