JPH1185547A - 仮想クラスタ構成方法 - Google Patents

Abstract

(57)【要約】 【課題】高多重の対称型マルチプロセッサシステムにお
いて、排他制御オーバヘッドおよびキャッシュミス率を
小さくする。 【解決手段】１台の計算機の上に、プロセッサ、主記憶
およびデバイスを専有しその上でＯＳが動作する仮想ク
ラスタを複数個構築し、仮想クラスタ上のプロセス間の
通信機能により仮想クラスタ間の処理の連携を可能とす
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、計算機の制御方法
に関わる。特に、１台計算機上で、複数のオペレーティ
ングシステムを動作させ、各々のオペレーティングシス
テム上のプロセス同士が通信する方法に関する。

【０００２】

【従来の技術】最近の計算機システムでは、処理能力の
向上を図るために複数個のプロセッサ（ＣＰＵ）を搭載
するマルチプロセッサ構成が一般的となっている。その
マルチプロセッサシステムの構成方式として、対称型マ
ルチプロセッサシステム（ＳＭＰ）とクラスタ型システ
ムがある。

【０００３】ＳＭＰは、システムを構成するすべてのＣ
ＰＵがメモリを共有し、すべての論理的な資源（プロセ
ス、スレッド等）および物理的な資源（ＣＰＵ、物理メ
モリ、外部デバイス等）を共有する。そして、１つのオ
ペレーティングシステム（ＯＳ）がシステム全体を制御
する。

【０００４】一方、クラスタ型システムでは、システム
全体が複数個のクラスタに分割される。各クラスタはＣ
ＰＵ、メモリ、デバイスで構成され、各クラスタ上のＯ
Ｓが当該クラスタを制御する。この場合は、論理的な資
源、物理的な資源の双方とも共用はされず、完全に分離
される。

【０００５】また、従来から、１台の計算機上に複数の
仮想的な計算機（仮想計算機：ＶＭ）を実現する仮想計
算機システムがある。仮想計算機システムでは、仮想計
算機制御プログラムが計算機のすべての資源を管理し仮
想化することにより仮想計算機を構成する。仮想計算機
システムを実現する場合、すべての計算機資源の仮想化
を行うため、ハードウェアおよびソフトウェア（仮想計
算機制御プログラム）の規模が大きくなるという問題が
ある。

【０００６】

【発明が解決しようとする課題】先に述べたように、対
称型マルチプロセッサシステム（ＳＭＰ）では、すべて
のシステムの資源を共用する。例えば、メモリはすべて
のＣＰＵから共有されるので、複数のＣＰＵからアクセ
スされる可能性があるメモリ領域については排他制御が
必要となる。このオーバヘッドはＣＰＵ数のベキ乗に比
例して増加するため、高多重ＳＭＰの実現の上での大き
な問題となる。

【０００７】そこで、ＳＭＰのハードウェア資源を分割
専有する仮想クラスタシステムであれば、ＳＭＰにおけ
るＣＰＵ数が増加しても排他制御オーバヘッドの増加を
小さくできる。例えば、８台のＣＰＵを有するＳＭＰを
そのまま使用する場合と、４台のＣＰＵを専有する２つ
の仮想クラスタに分割する場合の排他制御オーバヘッド
を比べると、先に述べたように、排他制御オーバヘッド
はＣＰＵ数のベキ乗に比例するので、２つの仮想クラス
タに分割した場合の方が排他制御オーバヘッドは小さく
なる。

【０００８】本発明の第１の目的は、高多重の対称型マ
ルチプロセッサシステム（ＳＭＰ）において、排他制御
オーバヘッドを小さくするために、仮想クラスタを構成
する方法を提供することにある。

【０００９】ＳＭＰの別の問題点は、バスの利用率であ
る。バスには各種のデータが流れる。キャッシュミスが
発生した場合のメモリからキャッシュへのデータ、各Ｃ
ＰＵのキャッシュの内容の不一致を起こさないようにす
るためのコヒーレントトランザクション等である。ＳＭ
Ｐの性能が飽和する原因としては、バスの利用率が過大
になるバスネックの発生がある。バスネックの発生を防
止するためには、先に挙げたようなバスの利用を減らし
てバスの利用率を低くする必要がある。そこで、仮想ク
ラスタを構成すれば、プロセスが動作するプロセッサが
限定されるので、キャッシュミスの発生を減少できる。
また、メモリは分割専有されるために他の仮想クラスタ
からのメモリアクセスはないので、コヒーレントトラン
ザクションの波及する範囲を当該仮想クラスタ中に限定
できる。

【００１０】本発明の第２の目的は、高多重の対称型マ
ルチプロセッサシステムにおいて、キャッシュミス、お
よびコヒーレントトランザクションを減らすために、仮
想クラスタを構成する方法を提供することにある。

【００１１】上記のように仮想クラスタを構成した場
合、仮想クラスタ同士が連携して処理をすすめようとす
ると、仮想クラスタ間でのプロセスの通信が必要とな
る。

【００１２】本発明の第３の目的は、仮想クラスタシス
テムにおいて、各仮想クラスタ上のプロセスが相互に通
信する方法を提供することにある。

【００１３】

【課題を解決するための手段】本発明では、第１の仮想
クラスタのオペレーティングシステム（第１のオペレー
ティングシステム）の起動時に、他の仮想クラスタが利
用するハードウェア資源を他の仮想クラスタのために予
約して第１のオペレーティングシステムの管理対象から
外して第１のオペレーティングシステムからはアクセス
不可能にすることにより、１台の計算機において複数個
の仮想クラスタを、特別なハードウェアなしに構成する
ことが可能となる。

【００１４】また、本発明では、仮想クラスタ間通信オ
ブジェクトの名前と、第１のオペレーティングシステム
のプロセス間通信機能におけるプロセス間通信オブジェ
クトハンドルと、第２のオペレーティングシステムのプ
ロセス間通信機能におけるプロセス間通信オブジェクト
ハンドルとの対応管理手段を設ける。この対応管理手段
により、第１のオペレーティングシステム上のプロセス
および第２のオペレーティングシステム上のプロセスか
ら発行された仮想クラスタ間通信オブジェクトの名前を
指定した通信要求を、第１のオペレーティングシステム
あるいは第２のオペレーティングシステムのプロセス間
通信機能への要求へと変換できる。これにより、例え
ば、イベント同期によるプロセス間通信の場合では、ウ
ェイトしている第１のオペレーティングシステム上のプ
ロセスを第２のオペレーティングシステム上のプロセス
がポストし、ウェイトしている第２のオペレーティング
システム上のプロセスを第１のオペレーティングシステ
ム上のプロセスがポストすることが可能となる。

【００１５】

【発明の実施の形態】以下、本発明の実施例を、図面に
より詳細に説明する。

【００１６】以下に説明する実施例では、２台のプロセ
ッサを持つ対称型マルチプロセッサシステム（ＳＭＰ）
上で、２つの仮想クラスタを構成し、各々の仮想クラス
タは１個ずつのプロセッサを専有し、その上では第１の
ＯＳおよび第２のＯＳが稼働するものとする。もちろ
ん、設定する仮想クラスタ数はいくつでも構わない。た
だし、対称型マルチプロセッサシステムが持つプロセッ
サの個数より多くの仮想クラスタを構築することはでき
ない。

【００１７】図１は、本発明の実施例を実施する計算機
システムである対称型マルチプロセッサシステム１００
０の構成を示す図である。対称型マルチプロセッサシス
テム１０００は、プロセッサ１０１０、プロセッサ１０
１１、主記憶装置１０５０、クロック１０６０、ブート
ＲＯＭ１０７０、割り込み制御装置１０８０、バス１０
９０、割り込み信号線１１００、および割り込みバス１
１０１から成り、キーボード装置１１１０、モニタ装置
１１２０、磁気ディスク装置１１３０、その他の外部装
置１１４０が接続される。

【００１８】割り込み信号線１１００は、割り込み制御
装置１０８０と各種の割り込みを発生する装置を接続す
る。割り込みが発生すると、割り込み信号線１１００を
経由して割り込み制御装置１０８０に通知され、割り込
み制御装置１０８０はそれを数値化して、割り込みバス
１１０１によりプロセッサ１０１０およびプロセッサ１
０１１に通知する。

【００１９】割り込み制御装置１０８０は、外部の装置
やクロック１０６０からの割り込み要求信号を数値化し
てプロセッサ１０１０およびプロセッサ１０１１に伝え
る。プロセッサからの指示により特定の装置からの割り
込みをプロセッサに通知しないようにすることもでき
る。

【００２０】クロック１０６０は、周期的にクロック割
り込みを発生する。

【００２１】ブートＲＯＭ１０７０には、この対称型マ
ルチプロセッサシステム１０００が起動された時の起動
手順の最初の一部が記録されている。

【００２２】プロセッサ１０１０およびプロセッサ１０
１１は、各々、演算装置１０２０、割り込みテーブルレ
ジスタ１０３０、ページテーブルレジスタ１０４０、お
よびアドレス変換装置１０４５から成る。以下では、プ
ロセッサ１０１０はＣＰＵ０、プロセッサ１０１１はＣ
ＰＵ１として示す場合がある。この図では、プロセッサ
はプロセッサ１０１０およびプロセッサ１０１１の２台
のみが書かれているが、何台でもかまわない。割り込み
テーブルレジスタ１０３０は、当該プロセッサを専有す
る仮想クラスタのＯＳの割り込みテーブル１０５１のア
ドレスを格納している。ページテーブルレジスタ１０４
０は、当該プロセッサを専有する仮想クラスタのＯＳの
ページテーブル１０５２のアドレスを格納している。ア
ドレス変換装置１０４５は、演算装置１０２０からアド
レスを受け取り、ページテーブルレジスタ１０４０が示
すページテーブル１０５２に基づいて仮想アドレスから
実アドレスへの変換を行う。演算装置１０２０は変換さ
れた実アドレスを用いて主記憶装置１０５０へアクセス
する。

【００２３】対称型マルチプロセッサシステム１０００
には、外部装置として、キーボード装置１１１０、モニ
タ装置１１２０、磁気ディスク装置１１３０、その他の
外部装置１１４０が接続されており、モニタ装置１１２
０を除いては、割り込みバス１１００に接続される。

【００２４】主記憶装置１０５０には、第１のオペレー
ティングシステム（ＯＳ）の領域１０５６、第２のＯＳ
の領域１０５７、およびＯＳ間共通領域１０５５があ
る。第１のＯＳの領域１０５６および第２のＯＳの領域
１０５７には、それぞれのＯＳのページテーブル１０５
２および割り込みテーブル１０５１がある。ＯＳ間共通
領域１０５５には、仮想クラスタ間通信処理部３０１０
がある。

【００２５】図２は、ページテーブル１０５２の構成を
示す図である。ページテーブル１０５２は仮想アドレス
空間単位に存在し、仮想ページ番号１２００毎にエント
リがあり、そのエントリは有効ビット１２１０および物
理ページ番号１２２０で構成される。有効ビット１２１
０は当該仮想ページに対して物理ページが割り当てられ
ているか否かを示す。図２の場合、仮想ページ１は有効
ビット１２１０がセットされているので、物理ページが
割り当てられているが、仮想ページ４は有効ビット１２
１０がセットされていないので、物理ページが割り当て
られていない。物理ページ番号１２２０は当該仮想ペー
ジに割り当てられている物理ページの番号を示す。

【００２６】アドレス変換装置１０４５は、演算装置１
０２０から仮想アドレスを受け取り、ページテーブルレ
ジスタ１０４０が示すページテーブル１０５２の内容に
基づいて仮想アドレスから実アドレスへの変換を行い、
得られた実アドレスを演算装置１０２０へ返す。演算装
置１０２０はこの実アドレスを用いて主記憶装置１０５
０へアクセスする。

【００２７】ページテーブルレジスタ１０４０によりペ
ージテーブルを切り替えることで、独立したアドレス空
間を構築できる。即ち、第１のＯＳの空間および第２の
ＯＳの空間を構築できる。そして、各々のＯＳのページ
テーブルにおいて、共通領域に対応する仮想ページに対
して同じ物理ページを設定すればＯＳ間共通領域を実現
できる。

【００２８】図３は、割り込みテーブル１０５１の構成
を示す図である。割り込みテーブル１０５１は、割り込
み番号とそれに対する割り込み処理ハンドラのアドレス
の対応を格納する。割り込みテーブル１０５１は、割り
込み番号１３００毎にエントリがあり、そのエントリは
割り込みハンドラアドレス１３１０で構成される。制御
装置１０８０から割り込みを受けたプロセッサは、割り
込みテーブルレジスタ１０３０の内容が示す割り込みテ
ーブル１０５１の中から割り込み番号１３００に対応す
る割り込みハンドラアドレス１３１０を得て、そこに制
御を渡して割り込み処理を行う。

【００２９】図４は、計算機のブート時に実行されるカ
ーネルローダ１１３１の処理のフローである。カーネル
ローダ１１３１は、システムの起動時にブートＲＯＭ１
０７０に格納される起動プログラムにより磁気ディスク
装置１１３０から主記憶にロードされ実行を開始する。
まず、主記憶リスト１７１０、デバイスリスト１７２
０、ロードオブジェクトリスト１７４０を初期化する
（ステップ１４１０）。これらのリストの詳細は後で説
明する。カーネルが使用するページテーブル領域を割り
当てる（ステップ１４２０）。この計算機に接続される
計算機のハードウェア構成を検査し（ステップ１４３
０）、それに基づいてデバイスリスト１７２０を作成す
る（ステップ１４４０）。次に、磁気ディスク装置１１
３０に格納されるカーネル構成情報ファイル１６００を
読み込んでＯＳのカーネル構成情報１９００とする（ス
テップ１４５０）。カーネル構成情報１９００の詳細は
後で説明する。カーネル構成情報１９００で指定された
ファイルを読み込み、ロードオブジェクトリスト１７４
０を追加する（ステップ１４６０）。そして、ページテ
ーブルレジスタ１０３０に構築したページテーブルのア
ドレスをセットして仮想アドレスモードへ移行し（ステ
ップ１４７０）、構築した主記憶リスト１７１０、デバ
イスリスト１７２０、ロードオブジェクトリスト１７４
０、カーネル構成情報アドレス１７３０から成るパラメ
ータテーブル１７００をパラメータとしてＯＳの初期化
処理へ制御を渡す（ステップ１４８０）。

【００３０】図５は、カーネル構成情報ファイル１６０
０の内容を示す図である。カーネル構成情報ファイル１
６００の内容がそのままカーネル構成情報１９００とな
る。カーネル構成情報ファイル１６００には、オペレー
ティングシステムが使用するデータを格納している。デ
ータにはその種別を示す名前が付けられており、オブジ
ェクトファイル１６１０という名前のエントリにはその
データ１６３０が格納され、第２のＯＳ１６２０という
名前のエントリには第２のＯＳが使用するデータ１６４
０が格納される。第２のＯＳが使用するデータ１６４０
には、第２のＯＳ（即ち、第２の仮想クラスタ）に割り
当てるプロセッサ数、主記憶の大きさ、デバイスの情報
等が含まれる。

【００３１】このカーネル構成情報ファイル１６００を
書き換えることにより、仮想クラスタの構成を変更する
ことが可能である。

【００３２】図６は、主記憶リスト１７１０、デバイス
リスト１７２０、ロードオブジェクトリスト１７４０お
よびパラメータテーブル１７００の構成を示す図であ
る。パラメータテーブル１７００は、主記憶リスト１７
１０、デバイスリスト１７２０、ロードオブジェクトリ
スト１７４０、およびカーネル構成情報アドレス１７３
０で構成される。

【００３３】主記憶リスト１７１０は、主記憶ブロック
１７５０のリストである。主記憶ブロック１７５０は、
連続した主記憶領域の状況を記述する。ベースアドレス
１７６０は当該主記憶ブロックの開始物理アドレスであ
り、サイズ１７７０はその大きさを示す。利用状況１７
８０は当該主記憶ブロックが未使用か否かを示す値が格
納され、次エントリ１７８５には次の主記憶ブロックへ
のポインタが格納される。

【００３４】デバイスリスト１７２０は、デバイスブロ
ック１８００のリストである。デバイスブロック１８０
０は、カーネルローダが検出したハードウェアの情報が
格納される。デバイスタイプ１８１０には当該デバイス
の種類が格納され、デバイス情報１８２０には当該デバ
イスに関する情報、例えば、割り込み番号やＩ／Ｏアド
レス等は格納される。次エントリ１８３０には次のデバ
イスブロックへのポインタが格納される。

【００３５】ロードオブジェクトリスト１７４０は、ロ
ードオブジェクトブロック１８５０のリストである。ロ
ードオブジェクトブロック１８５０は、カーネルが主記
憶にロードしたオブジェクトファイルのデータを保持す
る。オブジェクトファイル名１８６０は当該ロードオブ
ジェクトブロックで記述されるオブジェクトファイルの
ファイル名が格納され、オブジェクトアドレス１７８０
は当該ロードオブジェクトブロックで記述されるオブジ
ェクトファイルが格納されるカーネル空間のアドレスが
格納される。

【００３６】カーネル構成情報アドレス１７３０はカー
ネル構成情報１９００のアドレスが格納される。

【００３７】図７は、割り込みベクタ管理テーブル２０
００の構造を示す図である。割り込みベクタ管理テーブ
ル２０００は、ＯＳ毎にあり、各割り込み番号に関して
その割り込み番号を当該ＯＳが使用するか否かを示す。
カーネルは、デバイスドライバの初期化時に割り込み番
号の使用を要求した場合にこの割り込みベクタ管理テー
ブル２０００を調べ、使用中でない場合には要求された
割り込み番号を使用中にして、その割り込み番号を使用
する権利を与える。

【００３８】図８は、Ｉ／Ｏアドレス管理リスト２１０
０の構造を示す図である。Ｉ／Ｏアドレス管理リスト２
１００は、ＯＳ毎にあり、Ｉ／Ｏアドレスの範囲を示す
エントリ２１１０と次エントリへのポインタ２１２０か
ら成り、デバイスドライバの初期化時にＩ／Ｏアドレス
の使用を要求した場合にこのＩ／Ｏアドレス管理リスト
２１００を調べ、使用中でない場合には当該Ｉ／Ｏアド
レスのエントリを追加して、そのＩ／Ｏアドレスを使用
する権利を与える。

【００３９】図９は、プロセッサ管理テーブル２１５０
の構造を示す図である。プロセッサ管理テーブル２１５
０は、ＯＳ毎にあり、各プロセッサに関して当該ＯＳが
そのプロセッサを使用するか否かを示す。

【００４０】図１０は、第１のＯＳの初期化処理のフロ
ーである。まず、パラメータとして渡されたパラメータ
テーブル１７００中のロードオブジェクトリスト１７４
０を参照して、カーネルローダ１１３１がロードしたオ
ブジェクトファイルの外部参照アドレスを解決する（ス
テップ２２００）。次に、カーネル構成情報１９００の
中の第２のＯＳ１６２０という名前のエントリの第２の
ＯＳが使用するデータ１６４０から、第２のＯＳのため
に確保する主記憶の大きさを求め、その分を除いて主記
憶リスト１７１０を構成しなおして第２のＯＳの主記憶
を確保する（ステップ２２１０）。これにより、第１の
ＯＳからは第２のＯＳのために確保した領域は見えなく
なる。カーネル内部のデータ構造を初期化する（ステッ
プ２２２０）。次に、第１のＯＳが管理する割り込みベ
クタ管理テーブル２０００およびＩ／Ｏアドレス管理リ
スト２１００に対して、第２のＯＳが使用するデバイス
（カーネル構成情報１９００の中の第２のＯＳ１６２０
という名前のエントリの第２のＯＳが使用するデータ１
６４０に格納されている）を登録して第２のＯＳのデバ
イスを予約する（ステップ２２３０）。これにより予約
した第２のＯＳのデバイスは第１のＯＳからは利用でき
なくなる。第１のＯＳが管理するプロセッサ管理テーブ
ル２１５０に対して、第２のＯＳが使用するプロセッサ
（カーネル構成情報１９００の中の第２のＯＳ１６２０
という名前のエントリの第２のＯＳが使用するデータ１
６４０に格納されている）を登録して第２のＯＳのプロ
セッサを予約する（ステップ２２３５）。これにより予
約した第２のＯＳのプロセッサは第１のＯＳからは利用
できなくなる。カーネルが直接管理するシステムデバイ
スを初期化する（ステップ２２４０）。ここでは、第１
のＯＳが属する仮想クラスタが専有するプロセッサのう
ち、この初期化処理を実行中のプロセッサ以外のプロセ
ッサに対して初期化割り込みをかける。更に、割り込み
制御装置１０８０の初期化も行う。即ち、カーネル構成
情報１９００の中の第２のＯＳ１６２０という名前のエ
ントリの第２のＯＳが使用するデータ１６４０を参照し
て、第２のＯＳが管理するデバイスの割り込みが、第２
のＯＳが専有するプロセッサに送られるように設定す
る。カーネルローダ１１３１がロードしたオブジェクト
ファイルを初期化し（ステップ２２５０）、初期プロセ
スを作成する（ステップ２２６０）。

【００４１】図１１は、第２のＯＳのロード処理のフロ
ーである。第２のＯＳの物理メモリ領域は第１のＯＳか
らはアクセスできないので、第２のＯＳに割り当てた物
理メモリ領域を第１のＯＳの仮想空間に一時的にマッピ
ングする（ステップ２３００）。マッピングした領域に
第１にＯＳのファイル読み込み手順を利用して第２のＯ
Ｓのオブジェクトファイルを読み込む（ステップ２３１
０）。次に、第２にＯＳのためのページテーブルを作成
する（ステップ２３２０）。この時、第１のＯＳ共有す
る部分については第２のＯＳからも参照できるようにペ
ージテーブルを構築する。第２のＯＳの外部参照を解決
する（ステップ２３３０）。そして、ステップ２３００
で設定したマッピングを解除する（ステップ２３４
０）。ページテーブルアドレスとスタックポインタから
成るＯＳコンテキストを設定し（ステップ２３５０）、
第２のＯＳが専有するプロセッサに初期化割り込みを送
信し（ステップ２３５５）、第２のＯＳの初期化手順を
実行する（ステップ２３６０）。最後に、現在の割り込
みテーブルを書き換える（ステップ２３７０）。

【００４２】図１２は、割り込み制御装置１０８０を説
明する図である。割り込み制御装置１０８０は、各デバ
イスからの割り込みをどのプロセッサあるいはプロセッ
サ群へ通知するかを設定する機能を有する。この割り込
み制御装置１０８０により、デバイスからの割り込み
を、当該デバイスが属する仮想クラスタが専有するプロ
セッサへ通知することが可能となる。

【００４３】割り込みマスクレジスタ２４４０はデバイ
スで発生した割り込みをプロセッサに通知してよいかど
うかを設定される。これはプロセッサ１０１０からの命
令で設定できる。選択装置２４３０は、割り込み信号線
１１００から割り込み要求を受けた時と割り込みマスク
レジスタ２４４０の内容が変更された時に、選択装置２
４３０が記憶している未処理割り込みと割り込みマスク
レジスタ２４４０の内容を比較して、割り込みマスクレ
ジスタ２４４０に割り込み可能と設定されていて最も優
先度の高い割り込みから順にプロセッサに通知する。

【００４４】割り込み配送テーブル２４１０は、それぞ
れのデバイスについてどのプロセッサあるいはプロセッ
サ群へ通知するかを示す配送先２４１１と、通知すると
きの割り込み番号２４１２から成る。この割り込み配送
テーブル２４１０の内容はプロセッサの命令により自由
に設定できる。

【００４５】割り込み送信装置２４２０は、選択装置２
４３０からの信号を受けると、割り込み配送テーブル２
４１０の内容にしたがって割り込み通知先と割り込み番
号を決定し、その信号を割り込みバス１１０１に送信す
る。

【００４６】以上により、１台の対称型マルチプロセッ
サシステム１０００の上に、プロセッサ、主記憶および
デバイスを専有しその上でＯＳが動作する仮想クラスタ
を複数個構築することが可能となる。

【００４７】以下では、異なる仮想クラスタ上で動作す
るプロセスが相互に通信する仮想クラスタ間通信につい
て説明する。

【００４８】図１３は、主記憶装置１０５０における仮
想クラスタ間通信関連の内容を示す図である。主記憶装
置１０５０は、図１に示したように、ＯＳ間共通領域１
０５５、第１のＯＳの領域１０５６、および第２のＯＳ
の領域１０５７から成る。ＯＳ間共通領域１０５５の中
には、仮想クラスタ間通信処理部３０１０があり、その
中には仮想クラスタ間通信オブジェクト管理表３０００
がある。第１のＯＳの領域１０５６および第２のＯＳの
領域１０５７には、それぞれ第１のＯＳのプロセス間通
信機能３２００および第２のＯＳのプロセス間通信機能
３３００がある。これらは、それぞれのＯＳ自身がその
上で動作するプロセスに対するプロセス間通信処理を行
う部分である。そして、第１のＯＳの領域１０５６およ
び第２のＯＳの領域１０５７には、それぞれ第１のＯＳ
のプロセス３４００および第２のＯＳのプロセス３５０
０がある。

【００４９】図１４は、仮想クラスタ間通信オブジェク
ト管理表３０００の図である。仮想クラスタ間通信オブ
ジェクト管理表３０００は、エントリ有効フラグ３０１
０、通信オブジェクトの名前３０２０、第１のＯＳの通
信オブジェクトハンドル３０３０、第１のＯＳの通信オ
ブジェクトハンドル有効フラグ３０４０、第２のＯＳの
通信オブジェクトハンドル３０５０、第２のＯＳの通信
オブジェクトハンドル有効フラグ３０６０から成る。

【００５０】通信オブジェクトの名前３０２０には、仮
想クラスタ間通信オブジェクトの名前が格納される。エ
ントリ有効フラグ３０１０は、このエントリが有効か無
効かを示すフラグである。

【００５１】第１のＯＳの通信オブジェクトハンドル３
０３０には、第１のＯＳのプロセス間通信機能３２００
のオブジェクトハンドルを格納し、第１のＯＳの通信オ
ブジェクトハンドル有効フラグ３０４０はそれの有効か
無効かを示すフラグである。

【００５２】第２のＯＳの通信オブジェクトハンドル３
０５０には、第２のＯＳのプロセス間通信機能３３００
のオブジェクトハンドルを格納し、第２のＯＳの通信オ
ブジェクトハンドル有効フラグ３０６０はそれの有効か
無効かを示すフラグである。

【００５３】以下では、イベント同期通信（ポスト／ウ
ェイト）の場合を例にとって説明を進めるが、これ以外
の通信（メッセージ、セマフォ等）でも同様である。

【００５４】図１５は、第１のＯＳのプロセス３４００
が発行したイベント同期通信のオープン要求システムコ
ールの処理のフローである。このシステムコールは、イ
ベントの名前をパラメータに指定してオープン要求を行
い、その結果として記述子を得る。以降のイベント同期
通信関連のシステムコールでは、この記述子を用いるこ
とになる。

【００５５】まず、仮想クラスタ間通信オブジェクト管
理表３０００を調べて、エントリ有効フラグ３０１０が
ＯＮで、かつ、指定されたイベントの名前と通信オブジ
ェクトの名前３０２０が同じであるエントリを探す（ス
テップ４０１０）。仮想クラスタ間通信オブジェクト管
理表３０００にこのようなエントリがあれば、既にこの
名前のイベントはオープンされていることになる。そこ
で、このエントリについて、第１のＯＳの通信オブジェ
クトハンドル有効フラグ３０４０を調べ（ステップ４０
９０）、ＯＮなら、そのエントリの記述子を返して終了
する（ステップ４１００）。ＯＦＦなら、第１のＯＳの
プロセス間通信機能３２００のオープンのシステムコー
ルをこのイベントの名前で発行することにより、第１の
ＯＳのプロセス間通信機能３２００におけるオブジェク
トハンドルを獲得し（ステップ４１１０）、獲得したオ
ブジェクトハンドルを第１のＯＳの通信オブジェクトハ
ンドル３０３０にセットし（ステップ４１２０）、第１
のＯＳの通信オブジェクトハンドル有効フラグ３０４０
をＯＮにし（ステップ４１３０）、そのエントリの記述
子を返して終了する（ステップ４１４０）。

【００５６】一方、ステップ４０１０で、エントリ有効
フラグ３０１０がＯＮで、かつ、指定されたイベントの
名前と通信オブジェクトの名前３０２０が同じであるエ
ントリが、仮想クラスタ間通信オブジェクト管理表３０
００になければ、エントリ有効フラグ３０１０がＯＦＦ
のエントリを探す（ステップ４０２０）。なければ、仮
想クラスタ間通信オブジェクト管理表３０００のすべて
のエントリが使用中であることになるのでエラーリター
ンする（ステップ４０３０）。エントリ有効フラグ３０
１０がＯＦＦのエントリがあれば、第１のＯＳのプロセ
ス間通信機能３２００のオープンのシステムコールをこ
のイベントの名前で発行することにより、第１のＯＳの
プロセス間通信機能３２００のオブジェクトハンドルを
獲得し（ステップ４０４０）、獲得したオブジェクトハ
ンドルを第１のＯＳの通信オブジェクトハンドル３０３
０にセットし（ステップ４０５０）、第１のＯＳの通信
オブジェクトハンドル有効フラグ３０４０をＯＮにし
（ステップ４０６０）、パラメータで指定されたイベン
トの名前を通信オブジェクトの名前３０２０に格納し
（ステップ４０６５）、エントリ有効フラグ３０１０を
ＯＮにして（ステップ４０７０）、そのエントリの記述
子を返して終了する（ステップ４０８０）。

【００５７】図１６は、第１のＯＳのプロセス３４００
が発行したイベント同期通信のウェイト要求システムコ
ールの処理のフローである。このシステムコールは、記
述子をパラメータに指定してウェイト要求を行う。ま
ず、当該ウェイト要求において指定された記述子に対応
するエントリを仮想クラスタ間通信オブジェクト管理表
３０００からみつけ、そのエントリにおける第１のＯＳ
の通信オブジェクトハンドル３０３０を用いて、第１の
ＯＳのプロセス間通信機能３２００のウェイト要求のシ
ステムコールを発行し（ステップ４２１０）、リターン
する（ステップ４２２０）。

【００５８】図１７は、第１のＯＳのプロセス３４００
が発行したイベント同期通信のポスト要求システムコー
ルの処理のフローである。このシステムコールは、記述
子をパラメータに指定してポスト要求を行う。まず、第
２のＯＳへコンテキスト切替えを行い（ステップ４３１
０）、当該ポスト要求において指定されたイベント記述
子に対応するエントリを仮想クラスタ間通信オブジェク
ト管理表３０００からみつけ、そのエントリにおける第
２のＯＳの通信オブジェクトハンドル３０５０を用い
て、第２のＯＳのプロセス間通信機能３３００のポスト
要求のシステムコールを発行する（ステップ４３２
０）。そして、第１のＯＳへコンテキスト切替えを行い
（ステップ４３３０）、リターンする（ステップ４３４
０）。

【００５９】図１８は、第１のＯＳのプロセス３４００
が発行したイベント同期通信のクローズ要求システムコ
ールの処理のフローである。このシステムコールは、記
述子をパラメータに指定してクローズ要求を行う。ま
ず、当該クローズ要求において指定された記述子に対応
するエントリを仮想クラスタ間通信オブジェクト管理表
３０００からみつけ、そのエントリにおける第１のＯＳ
の通信オブジェクトハンドル３０３０を用いて、第１の
ＯＳのプロセス間通信機能３２００のクローズ要求のシ
ステムコールを発行し（ステップ４４１０）、第１のＯ
Ｓの通信オブジェクトハンドル有効フラグ３０４０をＯ
ＦＦにする（ステップ４４２０）。第２のＯＳの通信オ
ブジェクトハンドル有効フラグ３０６０がＯＦＦなら、
エントリ有効フラグ３０１０をＯＦＦにして当該エント
リを無効にして（ステップ４４４０）、リターンする
（ステップ４４５０）。一方、第２のＯＳの通信オブジ
ェクトハンドル有効フラグ３０６０がＯＮなら、リター
ンする（ステップ４４５０）。

【００６０】図１９は、第２のＯＳのプロセス３５００
が発行したイベント同期通信のオープン要求システムコ
ールの処理のフローである。このシステムコールは、イ
ベントの名前をパラメータに指定してオープン要求を行
い、その結果として記述子を得る。以降のイベント同期
通信関連のシステムコールでは、この記述子を用いるこ
とになる。

【００６１】まず、仮想クラスタ間通信オブジェクト管
理表３０００を調べて、エントリ有効フラグ３０１０が
ＯＮで、かつ、指定されたイベントの名前と通信オブジ
ェクトの名前３０２０が同じであるエントリを探す（ス
テップ４５１０）。仮想クラスタ間通信オブジェクト管
理表３０００にこのようなエントリがあれば、既にこの
名前のイベントはオープンされていることになる。そこ
で、このエントリについて、第２のＯＳの通信オブジェ
クトハンドル有効フラグ３０６０を調べ（ステップ４５
９０）、ＯＮなら、そのエントリの記述子を返して終了
する（ステップ４６００）。ＯＦＦなら、第２のＯＳの
プロセス間通信機能３３００のオープンのシステムコー
ルをこのイベントの名前で発行することにより、第２の
ＯＳのプロセス間通信機能３３００のオブジェクトハン
ドルを獲得し（ステップ４６１０）、獲得したオブジェ
クトハンドルを第２のＯＳの通信オブジェクトハンドル
３０５０にセットし（ステップ４６２０）、第２のＯＳ
の通信オブジェクトハンドル有効フラグ３０６０をＯＮ
にし（ステップ４６３０）、そのエントリの記述子を返
して終了する（ステップ４６４０）。

【００６２】一方、ステップ４０１０で、エントリ有効
フラグ３０１０がＯＮで、かつ、指定されたイベントの
名前と通信オブジェクトの名前３０２０が同じであるエ
ントリが、仮想クラスタ間通信オブジェクト管理表３０
００になければ、エントリ有効フラグ３０１０がＯＦＦ
のエントリを探す（ステップ４５２０）。なければ、仮
想クラスタ間通信オブジェクト管理表３０００のすべて
のエントリが使用中であることになるのでエラーリター
ンする（ステップ４５３０）。エントリ有効フラグ３０
１０がＯＦＦのエントリがあれば、第２のＯＳのプロセ
ス間通信機能３３００のオープンのシステムコールをこ
のイベントの名前で発行することにより、第２のＯＳの
プロセス間通信機能３３００のオブジェクトハンドルを
獲得し（ステップ４５４０）、獲得したオブジェクトハ
ンドルを第２のＯＳの通信オブジェクトハンドル３０５
０にセットし（ステップ４５５０）、第２のＯＳの通信
オブジェクトハンドル有効フラグ３０６０をＯＮにし
（ステップ４５６０）、パラメータで指定されたイベン
トの名前を通信オブジェクトの名前３０２０に格納し
（ステップ４５６５）、エントリ有効フラグ３０１０を
ＯＮにして（ステップ４５７０）、そのエントリの記述
子を返して終了する（ステップ４５８０）。

【００６３】図２０は、第２のＯＳのプロセス３５００
が発行したイベント同期通信のウェイト要求システムコ
ールの処理のフローである。このシステムコールは、記
述子をパラメータに指定してウェイト要求を行う。ま
ず、当該ウェイト要求において指定された記述子に対応
するエントリを仮想クラスタ間通信オブジェクト管理表
３０００からみつけ、そのエントリにおける第２のＯＳ
の通信オブジェクトハンドル３０５０を用いて、第２の
ＯＳのプロセス間通信機能３３００のウェイト要求のシ
ステムコールを発行し（ステップ４７１０）、リターン
する（ステップ４７２０）。

【００６４】図２１は、第２のＯＳのプロセス３５００
が発行したイベント同期通信のポスト要求システムコー
ルの処理のフローである。このシステムコールは、記述
子をパラメータに指定してポスト要求を行う。まず、第
１のＯＳへコンテキスト切替えを行い（ステップ４８１
０）、当該ポスト要求において指定された記述子に対応
するエントリを仮想クラスタ間通信オブジェクト管理表
３０００からみつけ、そのエントリにおける第１のＯＳ
の通信オブジェクトハンドル３０３０を用いて、第１の
ＯＳのプロセス間通信機能３２００のポスト要求のシス
テムコールを発行する（ステップ４８２０）。そして、
第２のＯＳへコンテキスト切替えを行い（ステップ４８
３０）、リターンする（ステップ４８４０）。

【００６５】図２２は、第２のＯＳのプロセス３５００
が発行したイベント同期通信のクローズ要求システムコ
ールの処理のフローである。このシステムコールは、記
述子をパラメータに指定してクローズ要求を行う。ま
ず、当該クローズ要求において指定された記述子に対応
するエントリを仮想クラスタ間通信オブジェクト管理表
３０００からみつけ、そのエントリにおける第２のＯＳ
の通信オブジェクトハンドル３０５０を用いて、第２の
ＯＳのプロセス間通信機能３３００のクローズ要求のシ
ステムコールを発行し（ステップ４９１０）、第２のＯ
Ｓの通信オブジェクトハンドル有効フラグ３０６０をＯ
ＦＦにする（ステップ４９２０）。第１のＯＳの通信オ
ブジェクトハンドル有効フラグ３０４０がＯＦＦなら、
エントリ有効フラグ３０１０をＯＦＦにして当該エント
リを無効にして（ステップ４９４０）、リターンする
（ステップ４９５０）。一方、第１のＯＳの通信オブジ
ェクトハンドル有効フラグ３０４０がＯＮなら、リター
ンする（ステップ４９５０）。

【００６６】以上の図１５から図２２に示した処理によ
り、ウェイトしている第１のＯＳのプロセス３４００を
第２のＯＳのプロセス３５００がポストし、ウェイトし
ている第２のＯＳのプロセス３５００を第１のＯＳのプ
ロセス３４００がポストすることが可能となる。

【００６７】

【発明の効果】本発明では、第１の仮想クラスタのオペ
レーティングシステム（第１のオペレーティングシステ
ム）の起動時に、他の仮想クラスタが利用するハードウ
ェア資源を他の仮想クラスタのために予約して第１のオ
ペレーティングシステムの管理対象から外して第１のオ
ペレーティングシステムからはアクセス不可能にし、こ
れらのオペレーティングシステムから独立したプログラ
ムが外部からの割り込みを扱い、どのオペレーティング
システムで処理するかを決定し、割り込みハンドラを起
動することにより、１台の対称型マルチプロセッサシス
テム（ＳＭＰ）において複数個の仮想クラスタを特別な
ハードウェアなしに構成することが可能となる。

【００６８】これにより、高多重の対称型マルチプロセ
ッサシステム（ＳＭＰ）において、排他制御オーバヘッ
ドを小さくする効果がある。また、高多重の対称型マル
チプロセッサシステムにおいて、キャッシュミス、およ
びコヒーレントトランザクションを減らす効果もある。

【００６９】また、本発明では、仮想クラスタ間通信オ
ブジェクトの名前と、第１のオペレーティングシステム
のプロセス間通信機能におけるプロセス間通信オブジェ
クトハンドルと、第２のオペレーティングシステムのプ
ロセス間通信機能におけるプロセス間通信オブジェクト
ハンドルとの対応管理手段を設ける。この対応管理手段
により、第１のオペレーティングシステム上のプロセス
および第２のオペレーティングシステム上のプロセスか
ら発行された仮想クラスタ間通信オブジェクトの名前を
指定した通信要求を、第１のオペレーティングシステム
あるいは第２のオペレーティングシステムのプロセス間
通信機能への要求へと変換できる。これにより、例え
ば、イベント同期によるプロセス間通信の場合では、ウ
ェイトしている第１のオペレーティングシステム上のプ
ロセスを第２のオペレーティングシステム上のプロセス
がポストし、ウェイトしている第２のオペレーティング
システム上のプロセスを第１のオペレーティングシステ
ム上のプロセスがポストすることが可能となる。

【００７０】これにより、仮想クラスタ上のプロセス同
士が連携して処理を進行することが可能となる効果があ
る。

【図面の簡単な説明】

【図１】本発明の実施例を実施する計算機システムであ
る対称型マルチプロセッサシステム１０００の構成を示
す図である。

【図２】ページテーブル１０５２の構成を示す図であ
る。

【図３】割り込みテーブル１０５１の構成を示す図であ
る。

【図４】計算機のブート時に実行されるカーネルローダ
１１３１の処理のフローである。

【図５】カーネル構成情報ファイル１６００の内容を示
す図である。

【図６】主記憶リスト１７１０、デバイスリスト１７２
０、ロードオブジェクトリスト１７４０およびパラメー
タテーブル１７００の構成を示す図である。

【図７】割り込みベクタ管理テーブル２０００の構造を
示す図である。

【図８】Ｉ／Ｏアドレス管理リスト２１００の構造を示
す図である。

【図９】プロセッサ管理テーブル２１５０の構造を示す
図である。

【図１０】第１のＯＳの初期化処理のフローである。

【図１１】第２のＯＳのロード処理のフローである。

【図１２】割り込み制御装置１０８０を説明する図であ
る。

【図１３】主記憶装置１０５０における仮想クラスタ間
通信関連の内容を示す図である。

【図１４】仮想クラスタ間通信オブジェクト管理表３０
００の図である。

【図１５】第１のＯＳのプロセス３４００が発行したイ
ベント同期通信のオープン要求システムコールの処理の
フローである。

【図１６】第１のＯＳのプロセス３４００が発行したイ
ベント同期通信のウェイト要求システムコールの処理の
フローである。

【図１７】第１のＯＳのプロセス３４００が発行したイ
ベント同期通信のポスト要求システムコールの処理のフ
ローである。

【図１８】第１のＯＳのプロセス３４００が発行したイ
ベント同期通信のクローズ要求システムコールの処理の
フローである。

【図１９】第２のＯＳのプロセス３５００が発行したイ
ベント同期通信のオープン要求システムコールの処理の
フローである。

【図２０】第２のＯＳのプロセス３５００が発行したイ
ベント同期通信のウェイト要求システムコールの処理の
フローである。

【図２１】第２のＯＳのプロセス３５００が発行したイ
ベント同期通信のポスト要求システムコールの処理のフ
ローである。

【図２２】第２のＯＳのプロセス３５００が発行したイ
ベント同期通信のクローズ要求システムコールの処理の
フローである。

【符号の説明】

１０００：対称型マルチプロセッサシステム（ＳＭ
Ｐ）、１０１０：プロセッサ、１０１１：プロセッサ、
１０２０：演算装置、１０３０：割り込みテーブルレジ
スタ、１０４０：ページテーブルレジスタ、１０４５：
アドレス変換装置、１０５０：主記憶装置、１０５１：
割り込みテーブル、１０５２：ページテーブル、１０５
７：第２のＯＳの領域、１０６０：クロック、１０７
０：ブートＲＯＭ、１０８０：割り込み制御装置、１０
９０：バス、１１００：割り込み信号線、１１０１：割
り込みバス、１１１０：キーボード、１１２０：モニタ
装置、１１３０：磁気ディスク装置、１１３１：カーネ
ルローダ、１１４０：その他の外部装置、１２００：仮
想ページ番号、１２１０：有効ビット、１２２０：物理
ページ番号、１３００：割り込み番号、１３１０：割り
込みハンドラアドレス、１６００：カーネル構成情報フ
ァイル１７００：パラメータテーブル、１７１０：主記
憶リスト、１７２０：デバイスリスト、１７３０：カー
ネル構成情報アドレス、１７４０：ロードオブジェクト
リスト、１７５０：主記憶ブロック、１８００：デバイ
スブロック、１８５０：ロードオブジェクトブロック、
１９００：カーネル構成情報、２０００：割り込みベク
タ管理テーブル、２１００：Ｉ／Ｏアドレス管理リス
ト、２１５０：プロセッサ管理テーブル、２４１０：割
り込み配送テーブル、２４２０：割り込み送信装置、２
４３０：選択装置、２４４０：割り込みマスクレジス
タ、３０００：仮想クラスタ間通信オブジェクト管理
表、３０１０：仮想クラスタ間通信処理部、３２００：
第１のＯＳのプロセス間通信機能、３３００：第２のＯ
Ｓのプロセス間通信機能、３４００：第１のＯＳのプロ
セス、３５００：第２のＯＳのプロセス。

Claims (15)

【特許請求の範囲】
1. 【請求項１】プロセッサ、物理メモリ、外部デバイス等
   のハードウェア資源を専有しその上でオペレーティング
   システムが動作する複数個の仮想クラスタを１台の計算
   機上に構成する仮想クラスタ構成手段を有し、 異なる仮想クラスタ上で動作するプロセスが相互に通信
   する仮想クラスタ間通信手段を有することを特徴とする
   仮想クラスタ構成方法。
2. 【請求項２】請求項１の仮想クラスタ構成方法におい
   て、 当該仮想クラスタ構成手段は、第１の仮想クラスタのオ
   ペレーティングシステム（第１のオペレーティングシス
   テム）の起動時に、他の仮想クラスタが利用するハード
   ウェア資源（プロセッサ、物理メモリ、外部デバイス）
   を他の仮想クラスタのために予約して第１のオペレーテ
   ィングシステムの管理対象から外し第１のオペレーティ
   ングシステムからはアクセス不可能にする手順を有し、 予約された物理メモリ領域に第２の仮想クラスタのオペ
   レーティングシステム（第２のオペレーティングシステ
   ム）をロードして起動する手順を有することを特徴とす
   る仮想クラスタ構成方法。
3. 【請求項３】請求項２の仮想クラスタ構成方法におい
   て、 仮想クラスタが専有するデバイスからの割り込みを、当
   該仮想クラスタが専有するプロセッサに通知する手段を
   有することを特徴とする仮想クラスタ構成方法。
4. 【請求項４】請求項１の仮想クラスタ構成方法におい
   て、 前記の仮想クラスタ間通信手段は、仮想クラスタ間通信
   オブジェクトの名前と、第１のオペレーティングシステ
   ムのプロセス間通信機能におけるプロセス間通信オブジ
   ェクトハンドルと、第２のオペレーティングシステムの
   プロセス間通信機能におけるプロセス間通信オブジェク
   トハンドルとの対応を管理する対応管理手段を有するこ
   とを特徴とする仮想クラスタ構成方法。
5. 【請求項５】請求項４の仮想クラスタ構成方法におい
   て、 第１のオペレーティングシステム上のプロセスが、第２
   のオペレーティングシステム上のプロセスとの通信要求
   を発行した場合、当該通信要求を前記対応管理手段を用
   いて第１のオペレーティングシステムのプロセス間通信
   機能への通信要求、あるいは第２のオペレーティングシ
   ステムのプロセス間通信機能への通信要求に変換する手
   順を有することを特徴とする仮想クラスタ構成方法。
6. 【請求項６】請求項１の仮想クラスタ構成方法におい
   て、 ある仮想クラスタ上で動作するプロセスを、他の仮想ク
   ラスタへ移動させて動作させるプロセスマイグレーショ
   ン手段を有することを特徴とする仮想クラスタ構成方
   法。
7. 【請求項７】請求項６の仮想クラスタ構成方法におい
   て、 前記のプロセスマイグレーション手段は、各仮想クラス
   タのプロセッサ利用率の情報を得る手順と、 得られたプロセッサ利用率の情報から、最もプロセッサ
   利用率が低い仮想クラスタをプロセスのマイグレーショ
   ン先に選択する手順とを有することを特徴とする仮想ク
   ラスタ構成方法。
8. 【請求項８】請求項６の仮想クラスタ構成方法におい
   て、 前記のプロセスマイグレーション手段は、マイグレーシ
   ョン対象プロセスの親プロセスが動作する仮想クラスタ
   をプロセスのマイグレーション先に選択する手順を有す
   ることを特徴とする仮想クラスタ構成方法。
9. 【請求項９】請求項６の仮想クラスタ構成方法におい
   て、 前記のプロセスマイグレーション手段は、マイグレーシ
   ョン対象プロセスの親プロセスが動作するのとは異なる
   仮想クラスタをプロセスのマイグレーション先に選択す
   る手順を有することを特徴とする仮想クラスタ構成方
   法。
10. 【請求項１０】請求項６の仮想クラスタ構成方法におい
    て、 前記のプロセスマイグレーション手段は、各仮想クラス
    タの実メモリ利用率の情報を得る手順と、 得られた実メモリ利用率の情報から、最も実メモリ利用
    率が低い仮想クラスタをプロセスのマイグレーション先
    に選択する手順とを有することを特徴とする仮想クラス
    タ構成方法。
11. 【請求項１１】請求項６の仮想クラスタ構成方法におい
    て、 前記のプロセスマイグレーション手段は、マイグレーシ
    ョン先の仮想クラスタをランダムに選択する手順を有す
    ることを特徴とする仮想クラスタ構成方法。
12. 【請求項１２】請求項６の仮想クラスタ構成方法におい
    て、 前記のプロセスマイグレーション手段は、マイグレーシ
    ョン先の仮想クラスタをラウンドロビンに選択する手順
    を有することを特徴とする仮想クラスタ構成方法。
13. 【請求項１３】請求項１の仮想クラスタ構成方法におい
    て、 仮想クラスタ間でデバイスを共有するデバイス共有手段
    を有することを特徴とする仮想クラスタ構成方法。
14. 【請求項１４】請求項１の仮想クラスタ構成方法におい
    て、 仮想クラスタ間でメモリを共有する手段を有することを
    特徴とする仮想クラスタ構成方法。
15. 【請求項１５】請求項１の仮想クラスタ構成方法におい
    て、 ある１つの仮想クラスタを別の仮想クラスタのホットス
    タンバイとして動作させる手段を有することを特徴とす
    る仮想クラスタ構成方法。