JP2000112906A - クラスタシステム - Google Patents
クラスタシステムInfo
- Publication number
- JP2000112906A JP2000112906A JP10279691A JP27969198A JP2000112906A JP 2000112906 A JP2000112906 A JP 2000112906A JP 10279691 A JP10279691 A JP 10279691A JP 27969198 A JP27969198 A JP 27969198A JP 2000112906 A JP2000112906 A JP 2000112906A
- Authority
- JP
- Japan
- Prior art keywords
- node
- disk
- cluster system
- storage
- storage disk
- 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
- Stored Programmes (AREA)
- Hardware Redundancy (AREA)
- Multi Processors (AREA)
Abstract
(57)【要約】
【課題】 ノードで処理する業務に必要な性能が変化し
たときでも、適当な性能のノードで同じＯＳ環境で業務
処理することができる。 【解決手段】 複数のノード１ａ〜１ｎを有するクラス
タシステムにおいて、各ノード１ａ〜１ｎに共有するよ
うに接続され、かつ各ノード１ａ〜１ｎが起動するとき
に使用する異なるＯＳがそれぞれ格納された複数のＯＳ
格納ディスク６ａ〜６ｎを有し、各ノード１ａ〜１ｎ
は、起動するとき、複数のＯＳ格納ディスク６ａ〜６ｎ
の中から起動先のＯＳ格納ディスクを指定してＯＳを起
動するクラスタマネージャ２ａ〜２ｎを有する。
たときでも、適当な性能のノードで同じＯＳ環境で業務
処理することができる。 【解決手段】 複数のノード１ａ〜１ｎを有するクラス
タシステムにおいて、各ノード１ａ〜１ｎに共有するよ
うに接続され、かつ各ノード１ａ〜１ｎが起動するとき
に使用する異なるＯＳがそれぞれ格納された複数のＯＳ
格納ディスク６ａ〜６ｎを有し、各ノード１ａ〜１ｎ
は、起動するとき、複数のＯＳ格納ディスク６ａ〜６ｎ
の中から起動先のＯＳ格納ディスクを指定してＯＳを起
動するクラスタマネージャ２ａ〜２ｎを有する。
Description
【０００１】
【発明の属する技術分野】本発明は、クラスタシステム
に係り、詳しくは、ノードで処理する業務に必要な性能
が変化したときでも、適当な性能のノードで同じＯＳ環
境で業務を処理することができるほか、ノードに障害が
発生した場合、その障害が発生したノードで使用してい
たＯＳ環境を含めて処理を引継がせることができるクラ
スタシステムに関するものである。
に係り、詳しくは、ノードで処理する業務に必要な性能
が変化したときでも、適当な性能のノードで同じＯＳ環
境で業務を処理することができるほか、ノードに障害が
発生した場合、その障害が発生したノードで使用してい
たＯＳ環境を含めて処理を引継がせることができるクラ
スタシステムに関するものである。
【０００２】
【従来の技術】図２は従来のクラスタシステムの構成を
示す図である。図２において、１０１ａ〜１０１ｎはノ
ード、１０２ａ〜１０２ｎは各ノード１ａ〜１ｎに配置
され、互いに連携してクラスタシステムの制御を行うク
ラスタマネージャ、１０３は各クラスタマネージャ２ａ
〜２ｎを接続するノード間通信路、１０４ａ〜１０４ｎ
は各ノード１０１ａ〜１０１ｎが起動するときに使用す
るＯＳが格納され、各ノード１０１ａ〜１０１ｎ毎に直
接設けられたローカルディスク、１０５ａ〜１０５ｎは
ＬＡＮ１０６を介してノード１０１ａ〜１０１ｎと接続
されるクライアント、１０７ａ〜１０７ｎは複数のノー
ド１ａ〜１ｎに共有されるアプリケーション及びデータ
が格納されるデータ格納ディスク（共有ディスク）、１
０８はノード１ａ〜１ｎとデータ格納ディスク１０７ａ
〜１０７ｎを接続するＳＣＳＩバスである。
示す図である。図２において、１０１ａ〜１０１ｎはノ
ード、１０２ａ〜１０２ｎは各ノード１ａ〜１ｎに配置
され、互いに連携してクラスタシステムの制御を行うク
ラスタマネージャ、１０３は各クラスタマネージャ２ａ
〜２ｎを接続するノード間通信路、１０４ａ〜１０４ｎ
は各ノード１０１ａ〜１０１ｎが起動するときに使用す
るＯＳが格納され、各ノード１０１ａ〜１０１ｎ毎に直
接設けられたローカルディスク、１０５ａ〜１０５ｎは
ＬＡＮ１０６を介してノード１０１ａ〜１０１ｎと接続
されるクライアント、１０７ａ〜１０７ｎは複数のノー
ド１ａ〜１ｎに共有されるアプリケーション及びデータ
が格納されるデータ格納ディスク（共有ディスク）、１
０８はノード１ａ〜１ｎとデータ格納ディスク１０７ａ
〜１０７ｎを接続するＳＣＳＩバスである。
【０００３】従来のクラスタシステムは、各ノード１０
１ａ〜１０１ｎ毎に設けたローカルディスク１０４ａ〜
１０４ｎにＯＳを格納しており、このローカルディスク
１０４ａ〜１０４ｎからＯＳを起動して処理を行ってい
る。
１ａ〜１０１ｎ毎に設けたローカルディスク１０４ａ〜
１０４ｎにＯＳを格納しており、このローカルディスク
１０４ａ〜１０４ｎからＯＳを起動して処理を行ってい
る。
【０００４】
【発明が解決しようとする課題】上記したような従来の
クラスタシステムでは、各ノード１０１ａ〜１０１ｎ毎
に設けたローカルディスク１０４ａ〜１０４ｎからＯＳ
を起動して処理を行っていたため、例えばノード１０１
ａ〜１０１ｎの処理データが増えるなどして必要性能が
変化して処理するノードをより適当な性能のノードに変
更したいとき、ノード１０１ａ〜１０１ｎ毎に設けたロ
ーカルディスク１０４ａ〜１０４ｎ内のＯＳの種類が異
なっていたり、同じＯＳであっても環境が異なっていて
同じＯＳ環境では処理ができないという問題があった。
クラスタシステムでは、各ノード１０１ａ〜１０１ｎ毎
に設けたローカルディスク１０４ａ〜１０４ｎからＯＳ
を起動して処理を行っていたため、例えばノード１０１
ａ〜１０１ｎの処理データが増えるなどして必要性能が
変化して処理するノードをより適当な性能のノードに変
更したいとき、ノード１０１ａ〜１０１ｎ毎に設けたロ
ーカルディスク１０４ａ〜１０４ｎ内のＯＳの種類が異
なっていたり、同じＯＳであっても環境が異なっていて
同じＯＳ環境では処理ができないという問題があった。
【０００５】また、上記したような従来のクラスタシス
テムでは、あるノード１０１ａ〜１０１ｎに障害が発生
した場合、その障害が発生したノード１０１ａ〜１０１
ｎのＯＳ環境を含めて処理を引継ぐことができず、異な
るＯＳ環境のノードで処理を行うか、あるいはその障害
が発生したノード１０１ａ〜１０１ｎが復旧するまで待
ってから同じＯＳ環境で処理を再開しなければならない
という問題があった。例えば、Ｗｉｎｄｏｗｓ ＮＴで
は、レジストリにシステム設定やアプリケーションの一
部設定情報が格納されており、これを引継いで使用する
ことができないため、全く同じ環境で処理を継続するこ
とができなかった。
テムでは、あるノード１０１ａ〜１０１ｎに障害が発生
した場合、その障害が発生したノード１０１ａ〜１０１
ｎのＯＳ環境を含めて処理を引継ぐことができず、異な
るＯＳ環境のノードで処理を行うか、あるいはその障害
が発生したノード１０１ａ〜１０１ｎが復旧するまで待
ってから同じＯＳ環境で処理を再開しなければならない
という問題があった。例えば、Ｗｉｎｄｏｗｓ ＮＴで
は、レジストリにシステム設定やアプリケーションの一
部設定情報が格納されており、これを引継いで使用する
ことができないため、全く同じ環境で処理を継続するこ
とができなかった。
【０００６】そこで、本発明は、ノードで処理する業務
に必要な性能が変化したときでも、適当な性能のノード
で同じＯＳ環境で業務を処理することができるほか、ノ
ードに障害が発生した場合、その障害が発生したノード
で使用していたＯＳ環境を含めて処理を引継がせること
ができるクラスタシステムを提供することを目的とす
る。
に必要な性能が変化したときでも、適当な性能のノード
で同じＯＳ環境で業務を処理することができるほか、ノ
ードに障害が発生した場合、その障害が発生したノード
で使用していたＯＳ環境を含めて処理を引継がせること
ができるクラスタシステムを提供することを目的とす
る。
【０００７】
【課題を解決するための手段】請求項１記載の発明は、
複数のノードを有するクラスタシステムにおいて、各ノ
ードに対して共有して接続され、かつ各ノードが起動す
るときに使用する異なるＯＳ（オペレーティング・シス
テム）がそれぞれ格納された複数のＯＳ格納ディスクを
有し、各ノードが、起動するとき、複数のＯＳ格納ディ
スクの中から起動先のＯＳ格納ディスクを指定してＯＳ
を起動するＯＳ起動手段を有することを特徴とするもの
である。
複数のノードを有するクラスタシステムにおいて、各ノ
ードに対して共有して接続され、かつ各ノードが起動す
るときに使用する異なるＯＳ（オペレーティング・シス
テム）がそれぞれ格納された複数のＯＳ格納ディスクを
有し、各ノードが、起動するとき、複数のＯＳ格納ディ
スクの中から起動先のＯＳ格納ディスクを指定してＯＳ
を起動するＯＳ起動手段を有することを特徴とするもの
である。
【０００８】請求項２記載の発明は、請求項１に記載の
クラスタシステムにおいて、各ノードに適合する起動先
のＯＳ格納ディスクを指定する指定情報が登録されるデ
ィスク指定情報登録手段を有し、ＯＳ起動手段が、ノー
ドで処理する業務の必要性能が変化した場合、その必要
性能変化とディスク指定情報登録手段から読み出した起
動先ＯＳ格納ディスクの指定情報に基づいて、新たなノ
ードで旧ノードで使用していたのと同じ起動先ＯＳ格納
ディスクの指定情報を選択してＯＳを起動することを特
徴とするクラスタシステム。
クラスタシステムにおいて、各ノードに適合する起動先
のＯＳ格納ディスクを指定する指定情報が登録されるデ
ィスク指定情報登録手段を有し、ＯＳ起動手段が、ノー
ドで処理する業務の必要性能が変化した場合、その必要
性能変化とディスク指定情報登録手段から読み出した起
動先ＯＳ格納ディスクの指定情報に基づいて、新たなノ
ードで旧ノードで使用していたのと同じ起動先ＯＳ格納
ディスクの指定情報を選択してＯＳを起動することを特
徴とするクラスタシステム。
【０００９】請求項３記載の発明は、請求項１に記載の
クラスタシステムにおいて、各ノードに適合する起動先
のＯＳ格納ディスクを指定する指定情報が登録されるデ
ィスク指定情報登録手段を有し、ＯＳ起動手段が、ノー
ドの性能が変化した場合、そのノードの性能変化とディ
スク指定情報登録手段から読み出した起動先ＯＳ格納デ
ィスクの指定情報に基づいて、性能変化したノードに適
合する起動先ＯＳ格納ディスクの指定情報を選択してＯ
Ｓを起動することを特徴とするものである。
クラスタシステムにおいて、各ノードに適合する起動先
のＯＳ格納ディスクを指定する指定情報が登録されるデ
ィスク指定情報登録手段を有し、ＯＳ起動手段が、ノー
ドの性能が変化した場合、そのノードの性能変化とディ
スク指定情報登録手段から読み出した起動先ＯＳ格納デ
ィスクの指定情報に基づいて、性能変化したノードに適
合する起動先ＯＳ格納ディスクの指定情報を選択してＯ
Ｓを起動することを特徴とするものである。
【００１０】請求項４記載の発明は、請求項１乃至３に
記載のクラスタシステムにおいて、ある一つのノードに
障害が発生した場合、障害が発生したノードとは異なる
スタンバイノードが、スタンバイノードの起動先ＯＳ格
納ディスクとして、障害が発生したノードで使用してい
たＯＳ格納ディスクを指定するディスク指定手段を有す
ることを特徴とするものである。
記載のクラスタシステムにおいて、ある一つのノードに
障害が発生した場合、障害が発生したノードとは異なる
スタンバイノードが、スタンバイノードの起動先ＯＳ格
納ディスクとして、障害が発生したノードで使用してい
たＯＳ格納ディスクを指定するディスク指定手段を有す
ることを特徴とするものである。
【００１１】
【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する 実施の形態１.図１は本発明に係る実施の形態１のクラ
スタシステムの構成を示す図である。図１において、１
ａ〜１ｎはノード、２ａ〜２ｎは各ノード１ａ〜１ｎに
配置されたクラスタマネージャ、３は各クラスタマネー
ジャ２ａ〜２ｎを接続するノード間通信路、４ａ〜４ｎ
はＬＡＮ５を介してノード１ａ〜１ｎと接続されるクラ
イアント、６ａ〜６ｎはノード１ａ〜１ｎに起動される
異なるＯＳがそれぞれ格納され、複数のノード１ａ〜１
ｎに適宜共有される起動ＯＳ格納ディスク、７は複数の
ノード１ａ〜１ｎに共有されるデータが格納されるデー
タ格納ディスクで、複数台あってもよい。
を参照して説明する 実施の形態１.図１は本発明に係る実施の形態１のクラ
スタシステムの構成を示す図である。図１において、１
ａ〜１ｎはノード、２ａ〜２ｎは各ノード１ａ〜１ｎに
配置されたクラスタマネージャ、３は各クラスタマネー
ジャ２ａ〜２ｎを接続するノード間通信路、４ａ〜４ｎ
はＬＡＮ５を介してノード１ａ〜１ｎと接続されるクラ
イアント、６ａ〜６ｎはノード１ａ〜１ｎに起動される
異なるＯＳがそれぞれ格納され、複数のノード１ａ〜１
ｎに適宜共有される起動ＯＳ格納ディスク、７は複数の
ノード１ａ〜１ｎに共有されるデータが格納されるデー
タ格納ディスクで、複数台あってもよい。
【００１２】８はノード１ａ〜１ｎとＯＳ格納ディスク
６ａ〜６ｎ及びデータ格納ディスク７を接続するＳＣＳ
Ｉバスである。ＳＣＳＩバス８に接続される各ノード１
ａ〜１ｎ及び各ディスク６ａ〜６ｎ、７にはそれぞれ異
なるＳＣＳＩ ＩＤが割り振られている。なお、ここで
はＳＣＳＩバス８に接続されるＯＳ格納ディスク６ａ〜
６ｎにＯＳを格納しているが、これに限らず、ＯＳ格納
ディスク６ａ〜６ｎは、ネットワークディスクなどの起
動先が指定できるディスクであればよい。また、ＯＳ格
納ディスク６ａ〜６ｎに格納されるＯＳには、Ｗｉｎｄ
ｏｗｓ ＮＴやＵＮＩＸなどのＯＳが挙げられる。ここ
で、異なるＯＳとは、異なる種類のＯＳまたは同じ種類
のＯＳでも、設定の異なるＯＳを意味する。例えば、Ｏ
Ｓ格納ディスク６ｎにデータが格納されていてもよい。
６ａ〜６ｎ及びデータ格納ディスク７を接続するＳＣＳ
Ｉバスである。ＳＣＳＩバス８に接続される各ノード１
ａ〜１ｎ及び各ディスク６ａ〜６ｎ、７にはそれぞれ異
なるＳＣＳＩ ＩＤが割り振られている。なお、ここで
はＳＣＳＩバス８に接続されるＯＳ格納ディスク６ａ〜
６ｎにＯＳを格納しているが、これに限らず、ＯＳ格納
ディスク６ａ〜６ｎは、ネットワークディスクなどの起
動先が指定できるディスクであればよい。また、ＯＳ格
納ディスク６ａ〜６ｎに格納されるＯＳには、Ｗｉｎｄ
ｏｗｓ ＮＴやＵＮＩＸなどのＯＳが挙げられる。ここ
で、異なるＯＳとは、異なる種類のＯＳまたは同じ種類
のＯＳでも、設定の異なるＯＳを意味する。例えば、Ｏ
Ｓ格納ディスク６ｎにデータが格納されていてもよい。
【００１３】本実施の形態では、複数のノード１ａ〜１
ｎを配置し、たとえばある一つのノード１ａに障害が発
生した時に、障害が発生したノード１ａとは異なるコー
ルドスタンバイ状態にある別のノード１ｎに処理を引継
ぐ方式の態様のクラスタシステムを例示して説明する。
まず、正常動作の場合の本実施の形態のクラスタシステ
ムについて説明する。各ノード１ａ〜１ｎが起動すると
きに使用する異なるＯＳをそれぞれ複数のＯＳ格納ディ
スク６ａ〜６ｎに格納しておき、各ノード１ａ〜１ｎ
は、起動するとき、異なるＯＳがそれぞれ格納された複
数のＯＳ格納ディスク６ａ〜６ｎの中からＯＳ格納ディ
スク６ａ〜６ｎを指定してＯＳを起動する。通常、処理
する業務が動作するＯＳは決まっており、また同種のＯ
Ｓでも設定により動作環境が変わるため、業務とＯＳは
一対一に対応させておくことが望ましい。すなわち、特
定の業務は特定のＯＳ格納ディスクに格納されたＯＳ上
で実行することが期待される。
ｎを配置し、たとえばある一つのノード１ａに障害が発
生した時に、障害が発生したノード１ａとは異なるコー
ルドスタンバイ状態にある別のノード１ｎに処理を引継
ぐ方式の態様のクラスタシステムを例示して説明する。
まず、正常動作の場合の本実施の形態のクラスタシステ
ムについて説明する。各ノード１ａ〜１ｎが起動すると
きに使用する異なるＯＳをそれぞれ複数のＯＳ格納ディ
スク６ａ〜６ｎに格納しておき、各ノード１ａ〜１ｎ
は、起動するとき、異なるＯＳがそれぞれ格納された複
数のＯＳ格納ディスク６ａ〜６ｎの中からＯＳ格納ディ
スク６ａ〜６ｎを指定してＯＳを起動する。通常、処理
する業務が動作するＯＳは決まっており、また同種のＯ
Ｓでも設定により動作環境が変わるため、業務とＯＳは
一対一に対応させておくことが望ましい。すなわち、特
定の業務は特定のＯＳ格納ディスクに格納されたＯＳ上
で実行することが期待される。
【００１４】業務に対応してどのＯＳ格納ディスク６ａ
〜６ｎを指定するかの指定情報、即ちＯＳ格納ディスク
１ａ〜１ｎのＳＣＳＩ ＩＤが予め図示しないフラッシ
ュＲＯＭなどの記憶部に登録されている。各ノード１ａ
〜１ｎは、起動するとき、クラスタマネージャ２ａ〜２
ｎに起動すべきＯＳが格納されたＯＳ格納ディスク１ａ
〜１ｎのＳＣＳＩ ＩＤを問い合わせる。各ノード１ａ
〜１ｎは、クラスタマネージャ２ａ〜２ｎから受け取っ
たＳＣＳＩ ＩＤの指定情報を基に複数のＯＳ格納ディ
スク６ａ〜６ｎの中から所定のＯＳ格納ディスク６ａ〜
６ｎを指定してＯＳを起動する機能を有する。なお、Ｓ
ＣＳＩバス８は、同じ一本のバスで構成してもよいし、
異なるバスで構成してもよい。
〜６ｎを指定するかの指定情報、即ちＯＳ格納ディスク
１ａ〜１ｎのＳＣＳＩ ＩＤが予め図示しないフラッシ
ュＲＯＭなどの記憶部に登録されている。各ノード１ａ
〜１ｎは、起動するとき、クラスタマネージャ２ａ〜２
ｎに起動すべきＯＳが格納されたＯＳ格納ディスク１ａ
〜１ｎのＳＣＳＩ ＩＤを問い合わせる。各ノード１ａ
〜１ｎは、クラスタマネージャ２ａ〜２ｎから受け取っ
たＳＣＳＩ ＩＤの指定情報を基に複数のＯＳ格納ディ
スク６ａ〜６ｎの中から所定のＯＳ格納ディスク６ａ〜
６ｎを指定してＯＳを起動する機能を有する。なお、Ｓ
ＣＳＩバス８は、同じ一本のバスで構成してもよいし、
異なるバスで構成してもよい。
【００１５】各ノード１ａ〜１ｎのクラスタマネージャ
２ａ〜２ｎは、ＢＩＯＳ（ベーシック・チェック・インプ
ット・アウトプット・システム）等のＩＰＬ（イニシャル
・プログラム・ローダ）が起動処理する時に、起動すべき
ＯＳが格納されたＯＳ格納ディスク６ａ〜６ｎのＳＣＳ
Ｉ ＩＤの指定情報を記憶部から読み出して、そのＳＣ
ＳＩ ＩＤの指定情報を基に複数のＯＳ格納ディスク６
ａ〜６ｎの中から所定のＯＳ格納ディスク６ａ〜６ｎを
指定することにより所定のＯＳを起動する。
２ａ〜２ｎは、ＢＩＯＳ（ベーシック・チェック・インプ
ット・アウトプット・システム）等のＩＰＬ（イニシャル
・プログラム・ローダ）が起動処理する時に、起動すべき
ＯＳが格納されたＯＳ格納ディスク６ａ〜６ｎのＳＣＳ
Ｉ ＩＤの指定情報を記憶部から読み出して、そのＳＣ
ＳＩ ＩＤの指定情報を基に複数のＯＳ格納ディスク６
ａ〜６ｎの中から所定のＯＳ格納ディスク６ａ〜６ｎを
指定することにより所定のＯＳを起動する。
【００１６】このように、本実施の形態では、各ノード
１ａ〜１ｎが起動するときに使用する異なるＯＳをＯＳ
格納ディスク６ａ〜６ｎにそれぞれ格納しておき、各ノ
ード１ａ〜１ｎが起動するとき、クラスタマネージャ２
ａ〜２ｎにより、起動すべきＯＳが格納されたＯＳ格納
ディスク６ａ〜６ｎのＳＣＳＩ ＩＤの指定情報を記憶
部から読み出して、このＳＣＳＩ ＩＤの指定情報を基
に複数のＯＳ格納ディスク６ａ〜６ｎの中から所定のＯ
Ｓ格納ディスク６ａ〜６ｎを指定してそのＯＳを起動す
るように構成したため、各ノード１ａ〜１ｎで実行する
業務に適合したＯＳを適宜起動することができる。
１ａ〜１ｎが起動するときに使用する異なるＯＳをＯＳ
格納ディスク６ａ〜６ｎにそれぞれ格納しておき、各ノ
ード１ａ〜１ｎが起動するとき、クラスタマネージャ２
ａ〜２ｎにより、起動すべきＯＳが格納されたＯＳ格納
ディスク６ａ〜６ｎのＳＣＳＩ ＩＤの指定情報を記憶
部から読み出して、このＳＣＳＩ ＩＤの指定情報を基
に複数のＯＳ格納ディスク６ａ〜６ｎの中から所定のＯ
Ｓ格納ディスク６ａ〜６ｎを指定してそのＯＳを起動す
るように構成したため、各ノード１ａ〜１ｎで実行する
業務に適合したＯＳを適宜起動することができる。
【００１７】また、本実施の形態では、各ノード１ａ〜
１ｎに適合する起動先のＯＳ格納ディスク６ａ〜６ｎの
指定情報を記憶部に予め登録しておき、クラスタマネー
ジャ２ａ〜２ｎにより、あるノード１ａ〜１ｎの性能が
変化した場合、そのノード１ａ〜１ｎの性能変化と記憶
部から読み出した起動先ＯＳ格納ディスク６ａ〜６ｎの
指定情報に基づいて、性能変化したノードに適合する起
動先ＯＳ格納ディスク６ａ〜６ｎの指定情報を選択して
ＯＳを起動させる。これにより、あるノード１ａ〜１ｎ
の性能が変化しても、性能が変化したノードに対して起
動させるＯＳを適宜変更して容易に適合させて駆動する
ことができる。
１ｎに適合する起動先のＯＳ格納ディスク６ａ〜６ｎの
指定情報を記憶部に予め登録しておき、クラスタマネー
ジャ２ａ〜２ｎにより、あるノード１ａ〜１ｎの性能が
変化した場合、そのノード１ａ〜１ｎの性能変化と記憶
部から読み出した起動先ＯＳ格納ディスク６ａ〜６ｎの
指定情報に基づいて、性能変化したノードに適合する起
動先ＯＳ格納ディスク６ａ〜６ｎの指定情報を選択して
ＯＳを起動させる。これにより、あるノード１ａ〜１ｎ
の性能が変化しても、性能が変化したノードに対して起
動させるＯＳを適宜変更して容易に適合させて駆動する
ことができる。
【００１８】また、本実施の形態では、各ノード１ａ〜
１ｎに適合する処理業務に対応したＯＳの格納された起
動先のＯＳ格納ディスク６ａ〜６ｎの指定情報を記憶部
に予め登録しておき、クラスタマネージャ２ａ〜２ｎに
より、あるノード１ａ〜１ｎの業務でデータ件数やアク
セスユーザ数が増えたりして、必要とされる処理性能が
変化した場合、より処理性能の高いノードで当該業務を
行うべく、新ノードに起動先ＯＳ格納ディスクの指定情
報の対応関係を移す。
１ｎに適合する処理業務に対応したＯＳの格納された起
動先のＯＳ格納ディスク６ａ〜６ｎの指定情報を記憶部
に予め登録しておき、クラスタマネージャ２ａ〜２ｎに
より、あるノード１ａ〜１ｎの業務でデータ件数やアク
セスユーザ数が増えたりして、必要とされる処理性能が
変化した場合、より処理性能の高いノードで当該業務を
行うべく、新ノードに起動先ＯＳ格納ディスクの指定情
報の対応関係を移す。
【００１９】これにより、旧ノードで処理していたのと
同じＯＳ環境で新ノードで業務を行うことができる。例
えば、ノード１ａの性能が１０で処理業務の必要性能が
６、ノード１ｂの性能が１５で処理業務の必要性能が８
だとすると、ノード１ａの処理業務の必要性能が６から
１２に変化した場合、ノード１ａとノード１ｂの処理業
務を入れ替えれば問題ない性能で処理を行うことができ
るが、この際、起動するＯＳも一緒に移すので、前と同
じＯＳ環境で処理を行うことができる。
同じＯＳ環境で新ノードで業務を行うことができる。例
えば、ノード１ａの性能が１０で処理業務の必要性能が
６、ノード１ｂの性能が１５で処理業務の必要性能が８
だとすると、ノード１ａの処理業務の必要性能が６から
１２に変化した場合、ノード１ａとノード１ｂの処理業
務を入れ替えれば問題ない性能で処理を行うことができ
るが、この際、起動するＯＳも一緒に移すので、前と同
じＯＳ環境で処理を行うことができる。
【００２０】これとは逆に、例えば、あるノード１ａ〜
１ｎのメモリを増やして性能を上げたとき、そのノード
１ａ〜１ｎに適合したＳＣＳＩ ＩＤの指定情報を選択
して、適合したＯＳ及び業務を駆動させることができる
ので、ノード１ａ〜１ｎの性能が変化しても、性能が変
化したノード１ａ〜１ｎに対して起動させるＯＳを適宜
変更して容易に適合させて駆動することができる。
１ｎのメモリを増やして性能を上げたとき、そのノード
１ａ〜１ｎに適合したＳＣＳＩ ＩＤの指定情報を選択
して、適合したＯＳ及び業務を駆動させることができる
ので、ノード１ａ〜１ｎの性能が変化しても、性能が変
化したノード１ａ〜１ｎに対して起動させるＯＳを適宜
変更して容易に適合させて駆動することができる。
【００２１】次に、ある一つのノード１ａにて処理中に
ディスク障害などの障害が発生したことをクラスタマネ
ージャ２ａがウオッチドッグタイマなどの手法で認識し
た場合、先ず、ノード１ａのクラスタマネージャ２ａ
は、ノード１ａのシャットダウンを指示し、スタンバイ
ノード１ｎでより重要性の低い処理を行うために起動し
ている場合は、そのノード１ｎのシャットダウンも実行
する。ノード１ａとノード１ｎの両系ともシャットダウ
ンが完了すると、ノード１ａのクラスタマネージャ２ａ
は、テイクオーバを実行して、ノード１ａの処理をスタ
ンバイノード１ｎに引継がせる。
ディスク障害などの障害が発生したことをクラスタマネ
ージャ２ａがウオッチドッグタイマなどの手法で認識し
た場合、先ず、ノード１ａのクラスタマネージャ２ａ
は、ノード１ａのシャットダウンを指示し、スタンバイ
ノード１ｎでより重要性の低い処理を行うために起動し
ている場合は、そのノード１ｎのシャットダウンも実行
する。ノード１ａとノード１ｎの両系ともシャットダウ
ンが完了すると、ノード１ａのクラスタマネージャ２ａ
は、テイクオーバを実行して、ノード１ａの処理をスタ
ンバイノード１ｎに引継がせる。
【００２２】また、障害の発生は、クラスタマネージャ
２ａ〜２ｎ間でも監視しており、各クラスタマネージャ
２ａ〜２ｎは、相互に定期的に信号を送って通知先のク
ラスタマネージャから応答がなければ、通知先のノード
に障害が発生していると判断してクラスタマネージャ２
ａ〜２ｎ間で連携して同様にスタンバイノード１ｎに障
害の発生したノードの処理を引継がせる。ノード１ｎ
は、起動するとき、クラスタマネージャ２ｎに起動すべ
きＯＳが格納された起動先ＯＳ格納ディスク６ａ〜６ｎ
のＳＣＳＩ ＩＤを問い合わせる。
２ａ〜２ｎ間でも監視しており、各クラスタマネージャ
２ａ〜２ｎは、相互に定期的に信号を送って通知先のク
ラスタマネージャから応答がなければ、通知先のノード
に障害が発生していると判断してクラスタマネージャ２
ａ〜２ｎ間で連携して同様にスタンバイノード１ｎに障
害の発生したノードの処理を引継がせる。ノード１ｎ
は、起動するとき、クラスタマネージャ２ｎに起動すべ
きＯＳが格納された起動先ＯＳ格納ディスク６ａ〜６ｎ
のＳＣＳＩ ＩＤを問い合わせる。
【００２３】ノード１ｎのクラスタマネージャ２ｎは、
ノード１ａに障害が発生する前にノード１ａで使用して
いたのと同じ起動先ＯＳ格納ディスク６ａ〜６ｎのＳＣ
ＳＩＩＤを指定し、この指定ＩＤの起動先ＯＳ格納ディ
スク６ａ〜６ｎからＯＳを起動する。そして、ノード１
ｎのクラスタマネージャ２ｎは、ＯＳ起動完了後、ノー
ド１ａで障害発生前に行っていた処理を起動する。
ノード１ａに障害が発生する前にノード１ａで使用して
いたのと同じ起動先ＯＳ格納ディスク６ａ〜６ｎのＳＣ
ＳＩＩＤを指定し、この指定ＩＤの起動先ＯＳ格納ディ
スク６ａ〜６ｎからＯＳを起動する。そして、ノード１
ｎのクラスタマネージャ２ｎは、ＯＳ起動完了後、ノー
ド１ａで障害発生前に行っていた処理を起動する。
【００２４】ノード１ａは新たなスタンバイノードとな
り、必要な診断、Ｈ／Ｗ交換等を行った後、スタンバイ
状態になる。なお、ある処理にはどの起動先ＯＳ格納デ
ィスク６ａ〜６ｎとどのデータディスク７を使用する
か、また、どのノード１ａ〜１ｎでどのアプリケーショ
ンを実行するか等はクラスタマネージャ２ａ〜２ｎがテ
ーブル等で管理している。テイクオーバ時や、アプリケ
ーション起動・停止時にはテーブルの内容を適宜書き変
える。
り、必要な診断、Ｈ／Ｗ交換等を行った後、スタンバイ
状態になる。なお、ある処理にはどの起動先ＯＳ格納デ
ィスク６ａ〜６ｎとどのデータディスク７を使用する
か、また、どのノード１ａ〜１ｎでどのアプリケーショ
ンを実行するか等はクラスタマネージャ２ａ〜２ｎがテ
ーブル等で管理している。テイクオーバ時や、アプリケ
ーション起動・停止時にはテーブルの内容を適宜書き変
える。
【００２５】このように、本実施の形態では、ある一つ
のノード１ａに障害が発生した場合、他のスタンバイノ
ード１ｎに、スタンバイノード１ｎの起動ＯＳ格納ディ
スクとして、障害が発生したノード１ａで使用していた
ＯＳ格納ディスクを指定するように構成したため、障害
が発生したノード１ａが使用していたＯＳを起動させる
ことができる。このため、スタンバイノード１ｎにその
障害が発生したノード１ａで使用していたＯＳ環境を含
めて処理を引継がせることができる。
のノード１ａに障害が発生した場合、他のスタンバイノ
ード１ｎに、スタンバイノード１ｎの起動ＯＳ格納ディ
スクとして、障害が発生したノード１ａで使用していた
ＯＳ格納ディスクを指定するように構成したため、障害
が発生したノード１ａが使用していたＯＳを起動させる
ことができる。このため、スタンバイノード１ｎにその
障害が発生したノード１ａで使用していたＯＳ環境を含
めて処理を引継がせることができる。
【００２６】なお、上記実施の形態では、各ノード１ａ
〜１ｎから共有してアクセスされる共有ディスクを複数
配置し、そのうちの一部のＯＳ格納ディスク６ａ〜６ｎ
にＯＳを格納するように構成したが、１つのＯＳ格納デ
ィスクに１つのＯＳを格納するように構成してもよい
し、１つのＯＳ格納ディスクにＵＮＩＴ ＩＤを分けて
複数のＯＳを格納するように構成してもよい。
〜１ｎから共有してアクセスされる共有ディスクを複数
配置し、そのうちの一部のＯＳ格納ディスク６ａ〜６ｎ
にＯＳを格納するように構成したが、１つのＯＳ格納デ
ィスクに１つのＯＳを格納するように構成してもよい
し、１つのＯＳ格納ディスクにＵＮＩＴ ＩＤを分けて
複数のＯＳを格納するように構成してもよい。
【００２７】
【発明の効果】請求項１記載の発明によれば、各ノード
が起動するときに使用する異なるＯＳをＯＳ格納ディス
クにそれぞれ格納しておき、各ノードが起動するとき、
ＯＳ起動手段により、複数のＯＳ格納ディスクの中から
起動先のＯＳ格納ディスクを指定してＯＳを起動するよ
うに構成することにより、各ノードで実行する業務に適
合したＯＳを適宜起動することができるという効果があ
る。
が起動するときに使用する異なるＯＳをＯＳ格納ディス
クにそれぞれ格納しておき、各ノードが起動するとき、
ＯＳ起動手段により、複数のＯＳ格納ディスクの中から
起動先のＯＳ格納ディスクを指定してＯＳを起動するよ
うに構成することにより、各ノードで実行する業務に適
合したＯＳを適宜起動することができるという効果があ
る。
【００２８】請求項２記載の発明によれば、各ノードに
適合する起動先のＯＳ格納ディスクを指定する指定情報
をディスク指定情報登録手段に登録しておき、ＯＳ起動
手段により、ノードで処理する業務の必要性能が変化し
た場合、その必要性能変化とディスク指定情報登録手段
から読み出した起動先ＯＳ格納ディスクの指定情報に基
づいて、新たなノードで旧ノードで使用していたのと同
じ起動先ＯＳ格納ディスクの指定情報を選択してＯＳを
起動するように構成することにより、必要性能に見合っ
たより高性能なノードに処理を持っていくなど、ノード
間の負荷調整のための処理の移動をＯＳ環境も含めて行
うことができるという効果がある。
適合する起動先のＯＳ格納ディスクを指定する指定情報
をディスク指定情報登録手段に登録しておき、ＯＳ起動
手段により、ノードで処理する業務の必要性能が変化し
た場合、その必要性能変化とディスク指定情報登録手段
から読み出した起動先ＯＳ格納ディスクの指定情報に基
づいて、新たなノードで旧ノードで使用していたのと同
じ起動先ＯＳ格納ディスクの指定情報を選択してＯＳを
起動するように構成することにより、必要性能に見合っ
たより高性能なノードに処理を持っていくなど、ノード
間の負荷調整のための処理の移動をＯＳ環境も含めて行
うことができるという効果がある。
【００２９】請求項３記載の発明によれば、各ノードに
適合する起動先のＯＳ格納ディスクの指定情報をディス
ク指定情報登録手段に登録しておき、ＯＳ起動手段によ
り、ノードの性能が変化した場合、そのノードの性能変
化とディスク指定情報登録手段から読み出した起動先Ｏ
Ｓ格納ディスクの指定情報に基づいて、性能変化したノ
ードに適合する起動先ＯＳ格納ディスクの指定情報を選
択してＯＳを起動するように構成することにより、ノー
ドの性能が変化しても、性能が変化したノードに対して
起動させるＯＳを適宜変更して容易に適合させて駆動す
ることができるという効果がある。
適合する起動先のＯＳ格納ディスクの指定情報をディス
ク指定情報登録手段に登録しておき、ＯＳ起動手段によ
り、ノードの性能が変化した場合、そのノードの性能変
化とディスク指定情報登録手段から読み出した起動先Ｏ
Ｓ格納ディスクの指定情報に基づいて、性能変化したノ
ードに適合する起動先ＯＳ格納ディスクの指定情報を選
択してＯＳを起動するように構成することにより、ノー
ドの性能が変化しても、性能が変化したノードに対して
起動させるＯＳを適宜変更して容易に適合させて駆動す
ることができるという効果がある。
【００３０】請求項４記載の発明によれば、ある一つの
ノードに障害が発生した場合、障害が発生したノードと
は異なるスタンバイノードに、スタンバイノードの起動
先ＯＳ格納ディスクとして、障害が発生したノードで使
用していたＯＳ格納ディスクを指定するディスク指定手
段を有するように構成することにより、障害が発生した
ノードが使用していたＯＳを起動させることができ、ス
タンバイノードにその障害が発生したノードで使用して
いたＯＳ環境を含めて処理を引継がせることができると
いう効果がある。
ノードに障害が発生した場合、障害が発生したノードと
は異なるスタンバイノードに、スタンバイノードの起動
先ＯＳ格納ディスクとして、障害が発生したノードで使
用していたＯＳ格納ディスクを指定するディスク指定手
段を有するように構成することにより、障害が発生した
ノードが使用していたＯＳを起動させることができ、ス
タンバイノードにその障害が発生したノードで使用して
いたＯＳ環境を含めて処理を引継がせることができると
いう効果がある。
【図１】 本発明に係る実施の形態１のクラスタシステ
ムの構成を示す図である。
ムの構成を示す図である。
【図２】 従来のクラスタシステムの構成を示す図であ
る。
る。
１ａ〜１ｎ ノード、２ａ〜２ｎ クラスタマネージ
ャ、３ ノード間通信路、４ａ〜４ｎ クライアント、
６ａ〜６ｎ 起動ＯＳ格納ディスク、７ データ格納デ
ィスク、８ ＳＣＳＩバス。
ャ、３ ノード間通信路、４ａ〜４ｎ クライアント、
６ａ〜６ｎ 起動ＯＳ格納ディスク、７ データ格納デ
ィスク、８ ＳＣＳＩバス。
Claims (4)
- 【請求項１】 複数のノードを有するクラスタシステム
において、 各ノードに対して共有して接続され、かつ各ノードが起
動するときに使用する異なるＯＳ（オペレーティング・
システム）がそれぞれ格納された複数のＯＳ格納ディス
クを有し、 各ノードは、起動するとき、複数のＯＳ格納ディスクの
中から起動先のＯＳ格納ディスクを指定してＯＳを起動
するＯＳ起動手段を有することを特徴とするクラスタシ
ステム。 - 【請求項２】 請求項１に記載のクラスタシステムにお
いて、 各ノードに適合する起動先のＯＳ格納ディスクを指定す
る指定情報が登録されるディスク指定情報登録手段を有
し、 ＯＳ起動手段は、ノードで処理する業務の必要性能が変
化した場合、その必要性能変化とディスク指定情報登録
手段から読み出した起動先ＯＳ格納ディスクの指定情報
に基づいて、新たなノードで旧ノードで使用していたの
と同じ起動先ＯＳ格納ディスクの指定情報を選択してＯ
Ｓを起動することを特徴とするクラスタシステム。 - 【請求項３】 請求項１に記載のクラスタシステムにお
いて、 各ノードに適合する起動先のＯＳ格納ディスクを指定す
る指定情報が登録されるディスク指定情報登録手段を有
し、 ＯＳ起動手段は、ノードの性能が変化した場合、そのノ
ードの性能変化とディスク指定情報登録手段から読み出
した起動先ＯＳ格納ディスクの指定情報に基づいて、性
能変化したノードに適合する起動先ＯＳ格納ディスクの
指定情報を選択してＯＳを起動することを特徴とするク
ラスタシステム。 - 【請求項４】 請求項１乃至３に記載のクラスタシステ
ムにおいて、 ある一つのノードに障害が発生した場合、障害が発生し
たノードとは異なるスタンバイノードは、スタンバイノ
ードの起動先ＯＳ格納ディスクとして、障害が発生した
ノードで使用していたＯＳ格納ディスクを指定するディ
スク指定手段を有することを特徴とするクラスタシステ
ム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10279691A JP2000112906A (ja) | 1998-10-01 | 1998-10-01 | クラスタシステム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10279691A JP2000112906A (ja) | 1998-10-01 | 1998-10-01 | クラスタシステム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000112906A true JP2000112906A (ja) | 2000-04-21 |
Family
ID=17614538
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP10279691A Pending JP2000112906A (ja) | 1998-10-01 | 1998-10-01 | クラスタシステム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2000112906A (ja) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1316364C (zh) * | 2003-09-02 | 2007-05-16 | 株式会社东芝 | 计算机系统和群集系统及其服务执行方法 |
| JP2008521127A (ja) * | 2004-11-17 | 2008-06-19 | レイセオン カンパニー | ハイパフォーマンスコンピューティング（ｈｐｃ）システムにおけるフォルトトレランス及びリカバリ |
| WO2014080492A1 (ja) * | 2012-11-22 | 2014-05-30 | 株式会社日立製作所 | 計算機システム、クラスタ管理方法、及び管理計算機 |
| JP2014530435A (ja) * | 2011-09-27 | 2014-11-17 | マイクロソフト コーポレーション | フォールトトレラント外部アプリケーションサーバ |
| US9594600B2 (en) | 2004-04-15 | 2017-03-14 | Raytheon Company | System and method for topology-aware job scheduling and backfilling in an HPC environment |
| US9832077B2 (en) | 2004-04-15 | 2017-11-28 | Raytheon Company | System and method for cluster management based on HPC architecture |
| US10289586B2 (en) | 2004-04-15 | 2019-05-14 | Raytheon Company | High performance computing (HPC) node having a plurality of switch coupled processors |
-
1998
- 1998-10-01 JP JP10279691A patent/JP2000112906A/ja active Pending
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1316364C (zh) * | 2003-09-02 | 2007-05-16 | 株式会社东芝 | 计算机系统和群集系统及其服务执行方法 |
| US10289586B2 (en) | 2004-04-15 | 2019-05-14 | Raytheon Company | High performance computing (HPC) node having a plurality of switch coupled processors |
| US9594600B2 (en) | 2004-04-15 | 2017-03-14 | Raytheon Company | System and method for topology-aware job scheduling and backfilling in an HPC environment |
| US9832077B2 (en) | 2004-04-15 | 2017-11-28 | Raytheon Company | System and method for cluster management based on HPC architecture |
| US9904583B2 (en) | 2004-04-15 | 2018-02-27 | Raytheon Company | System and method for topology-aware job scheduling and backfilling in an HPC environment |
| US9928114B2 (en) | 2004-04-15 | 2018-03-27 | Raytheon Company | System and method for topology-aware job scheduling and backfilling in an HPC environment |
| US10621009B2 (en) | 2004-04-15 | 2020-04-14 | Raytheon Company | System and method for topology-aware job scheduling and backfilling in an HPC environment |
| US10769088B2 (en) | 2004-04-15 | 2020-09-08 | Raytheon Company | High performance computing (HPC) node having a plurality of switch coupled processors |
| US11093298B2 (en) | 2004-04-15 | 2021-08-17 | Raytheon Company | System and method for topology-aware job scheduling and backfilling in an HPC environment |
| JP2008521127A (ja) * | 2004-11-17 | 2008-06-19 | レイセオン カンパニー | ハイパフォーマンスコンピューティング（ｈｐｃ）システムにおけるフォルトトレランス及びリカバリ |
| JP2014530435A (ja) * | 2011-09-27 | 2014-11-17 | マイクロソフト コーポレーション | フォールトトレラント外部アプリケーションサーバ |
| WO2014080492A1 (ja) * | 2012-11-22 | 2014-05-30 | 株式会社日立製作所 | 計算機システム、クラスタ管理方法、及び管理計算機 |
| US9201740B2 (en) | 2012-11-22 | 2015-12-01 | Hitachi, Ltd. | Computer system, cluster management method, and management computer |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4842210B2 (ja) | フェイルオーバ方法、計算機システム、管理サーバ及び予備サーバの設定方法 | |
| US7930371B2 (en) | Deployment method and system | |
| JP4496093B2 (ja) | 高可用性システムの遠隔エンタープライズ管理 | |
| US8352720B2 (en) | Method for changing booting configuration and computer system capable of booting OS | |
| US8583770B2 (en) | System and method for creating and managing virtual services | |
| EP1594057B1 (en) | System and method for computer cluster virtualization using dynamic boot images and virtual disk | |
| US7849221B2 (en) | Online instance deletion in a multi-instance computer system | |
| US7346800B2 (en) | Fail over method through disk take over and computer system having failover function | |
| US7774785B2 (en) | Cluster code management | |
| US7472308B2 (en) | Storage switch system, storage switch method, management server, management method, and management program | |
| US9886260B2 (en) | Managing software version upgrades in a multiple computer system environment | |
| JP4359609B2 (ja) | 計算機システム、システムソフトウェア更新方法及び第１サーバ装置 | |
| JP2007164305A (ja) | ブート制御方法および計算機システム並びにその処理プログラム | |
| JP5476481B2 (ja) | ノード故障の対処 | |
| EP1943593B1 (en) | Methods and apparatus for automatically multi-booting a computer system | |
| JP2003216593A (ja) | サーバ管理システム | |
| JP2000112906A (ja) | クラスタシステム | |
| JP3490002B2 (ja) | マルチクラスタシステムを構成する計算機 | |
| JP2001022599A (ja) | フォールトトレラント・システム，フォールトトレラント処理方法およびフォールトトレラント制御用プログラム記録媒体 | |
| EP1815333A1 (en) | Migration of tasks in a computing system | |
| CN116360865A (zh) | 集群管理方法、设备及计算系统 | |
| JP2003022190A (ja) | 計算機システムのマルチブート方法、および、マルチブートプログラム | |
| JP2003309591A (ja) | ネットワーク管理システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20040622 |