JPWO2012023183A1 - 計算機管理装置、計算機管理システム及び計算機システム - Google Patents

Abstract

サービスプロセッサを、ハードウェアのアクセス等の原始的な処理を行う第１の管理装置（８Ａ）と、ハードウェアの監視等の複雑な処理を行う計算機管理装置（７）とに分離し、且つ計算機管理装置（７）に、複数のハードウェアのハードウェア制御を行う仮想計算機を実装した。複数のサービスプロセッサを少数のハードウェアで実現でき、サービスプロセッサに要するＣＰＵやメモリ、ストレージ等のコストを削減することができる。又、第１の管理装置は、各システムに設けるため、ハードウェアとの制御信号のやり取りの遅延を防止でき、サービスプロセッサの処理速度の低下を防止できる。更に、計算機管理装置を仮想計算機で構成したので、計算機管理装置のハードウェアを意識しなくてよくなり、長期間にわたって同じアーキテクチャ上のサービスプロセッサのソフトウェアを使用できる。

Description

本発明は、計算機管理装置、計算機管理システム及び計算機システムに関する。

計算機システムでは、ハードウェアである単数又は複数の計算機とは別に、計算機を監視、制御する計算機管理装置（以下、サービスプロセッサという）を設けている。図１３は従来の計算機システムのブロック図である。図１３に示すように、計算機システム２００は、業務処理を行うハードウェア２１０と、ハードウェア２１０を制御する一対のサービスプロセッサ(Ｓｅｒｖｉｃｅ Ｐｒｏｃｅｓｓｏｒ)２２０、２３０とを有する。

一対のサービスプロセッサ２２０、２３０は冗長系を構成し、一方のサービスプロセッサ２２０が運用状態である時に、他方のサービスプロセッサは待機状態にある。各サービスプロセッサ２２０、２３０は、演算処理ユニット（ＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｉｎｇ Ｕｎｉｔ）２４０とメモリ２５０と不揮発性メモリ（Ｆｌａｓｈ Ｍｅｍｏｒｙ）２６０とを有する。

そして、サービスプロセッサ２２０、２３０の各々は、ハードウェア２１０のアクセス制御、ハードウェア２１０の監視、ハードウェア２１０の電源投入、ログの採取、ユーザインターフェース制御（ユーザＩ／Ｆ）等の機能を実行する。

サービスプロセッサ２２０は、制御線２１２、２１４を介しハードウェア２１０のアクセス制御を行う。又、サービスプロセッサ２３０は、制御線２１６、２１８を介しハードウェア２１０のアクセス制御を行う。このアクセス制御は、例えば、ＪＴＡＧ（Ｊｏｉｎｔ Ｔｅｓｔ Ａｃｔｉｏｎ Ｇｒｏｕｐ）規格の信号インターフェースやＩ２Ｃ（Ｉｎｔｅｒ−Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）規格の信号インターフェースを利用する。

ユーザインターフェース制御は、ユーザーの端末装置との間で、ＣＬＩ(Ｃｏｍｍａｎｄ Ｌｉｎｅ Ｉｎｔｅｒｆａｃｅ)やＢＵＩ（Ｂｒｏｗｓｅｒ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）などの制御をおこなう。このように、種々の機能を実現するため、従来は、1つのサービスプロセッサ２２０、２３０が、すべての機能を持ち、単体で多くの操作を可能にしている。

日本特許公開２００９−２３９３７４号公報 日本特許公開２００４−０８６５２２号公報 日本特許公開２００４−３１８８７８号公報

サービスプロセッサ２２０、２３０の高機能化に伴い、サービスプロセッサ２２０、２３０のハードウェアは高性能なＣＰＵ、大容量のメモリ、不揮発性メモリを要する。又、機能実現のためのソフトウェアも、高機能化に伴いサイズの大きいものになり、複雑になる。このため、サービスプロセッサは、複雑で高価なハードウェアを搭載することが要求される。又、サービスプロセッサの信頼性を確保するためには、サービスプロセッサを二重化することも必要となる。

このように、サービスプロセッサの高機能化に伴い、サービスプロセッサのハードウェアの物量が大きくなり、コストが増大するともに、ハードウェアの故障率が上がる。また、待機系のサービスプロセッサは、実際には、ほとんど動作しないにも拘わらず、運用系のサービスプロセッサと同じハードウェアを用意しなければならなかった。そのため、サービスプロセッサの二重化は、サービスプロセッサのコストを二倍にすることとなる。

サービスプロセッサを二重化すれば、コストが上がるが、大規模な計算機で構成されるハイエンド機では、信頼性重視のためサービスプロセッサを多重化して、信頼性を確保している。一方、中規模な計算機で構成されるミッドレンジ機や、小規模な計算機で構成されるローエンド機では、コスト重視のためサービスプロセッサの二重化をあきらめ、信頼性を低く抑えている。サービスプロセッサを２重化しない場合には、サービスプロセッサの障害時にサービスプロセッサの交換による業務停止影響が問題となる。

本発明の目的は、安価に機能の信頼性を向上する計算機管理装置、計算機管理システム及び計算機システムを提供することにある。

この目的の達成のため、開示の計算機管理装置は、複数の電子計算機システムの管理を行う計算機管理装置であって、前記電子計算機システムの各々に設けられ、前記電子計算機のハードウェアにアクセスする機能及びネットワーク通信機能を有する複数の第１管理部とネットワークを介して接続するネットワーク通信回路部と、仮想計算機で構成され、前記ネットワーク通信回路部を介し、前記第１管理部の各々に対して前記ハードウェアの指示を行い、サービスプロセッサとして前記電子計算機のハードウェアの監視及び制御を行う第２管理部とを有する。

又、この目的の達成のため、開示の計算機管理システムは、複数の電子計算機システムの管理を行う計算機管理システムであって、前記電子計算機システムの各々に設けられ、前記電子計算機のハードウェアにアクセスする機能及びネットワーク通信機能を有する複数の第１管理部と、前記複数第１の管理部とネットワークを介して接続するネットワーク通信回路部と、前記ネットワーク通信回路部を介し、前記第１管理部の各々に対して前記ハードウェアの指示を行い、サービスプロセッサとして前記電子計算機のハードウェアの監視及び制御を行う第２管理部とを有する仮想計算機で構成された計算機管理装置とを有する。

更に、開示の計算機システムは、複数の電子計算機システムと、前記電子計算機システムの各々に設けられ、前記電子計算機のハードウェアにアクセスする機能及びネットワーク通信機能を有する複数の第１管理部と、前記複数の第１の管理部とネットワークを介して接続するネットワーク通信回路部と、前記ネットワーク通信回路部を介し、前記第１管理部の各々に対して前記ハードウェアの指示を行い、サービスプロセッサとして前記電子計算機のハードウェアの監視及び制御を行う第２管理部とを有する仮想計算機とを有する。

サービスプロセッサを、ハードウェアのアクセス等の原始的な処理を行う第１の管理装置と、ハードウェアの監視等の複雑な処理を行う計算機管理装置とに分離し、且つ計算機管理装置に、複数のハードウェアのハードウェア制御を行う仮想計算機を実装したので、複数のサービスプロセッサを少数のハードウェアで実現できる。このため、サービスプロセッサに要するＣＰＵやメモリ、ストレージ等のコストを削減することができる。又、第１の管理装置は、各システムに設けるため、ハードウェアとの制御信号のやり取りの遅延を防止でき、サービスプロセッサの処理速度の低下を防止できる。更に、計算機管理装置を仮想計算機で構成したので、計算機管理装置のハードウェアを意識しなくてよくなり、長期間にわたって同じアーキテクチャ上のサービスプロセッサのソフトウェアを使用できる。

実施の形態の計算機システムのブロック図である。 図１のハードウェアのブロック図である。 図１の計算機管理システムのブロック図である。 図３の計算機管理装置の仮想計算機のブロック図である。 図３の計算機管理システムの機能ブロック図である。 図５の第１の管理装置の動作説明図である。 図５の計算機管理装置の動作説明図である。 図１乃至図７のハードウェア制御処理フロー図である。 計算機システムの第２の実施の形態のブロック図である。 計算機システムの第３の実施の形態のブロック図である。 計算機システムの第４の実施の形態のブロック図である。 計算機システムの第５の実施の形態のブロック図である。 従来の計算機管理装置のブロック図である。

以下、実施の形態の例を、計算機システムの第１の実施の形態、計算機管理システムの第１の実施の形態、計算機管理装置、計算機システムの第２の実施の形態、計算機システムの第３の実施の形態、計算機システムの第４の実施の形態、計算機システムの第５の実施の形態、他の実施の形態の順で説明するが、開示の計算機システム、計算機管理システム、計算機管理装置は、この実施の形態に限られない。

（計算機システムの第１の実施の形態）
図１は、実施の形態の計算機システムのブロック図である。図２は、図１のハードウェアのブロック図である。図１の計算機システムは、１台の計算機管理装置７が、３つの計算機システム６Ａ、６Ｂ、６Ｃを管理する例を示す。図１に示すように、計算機システムは、複数の計算機システム６Ａ、６Ｂ、６Ｃと計算機管理装置（図では、外部サーバと記す）７とを有する。

計算機システム６Ａ、６Ｂ、６Ｃの各々は、図２で後述するハードウェア１Ａ、１Ｂ、１Ｃと第１の管理装置（図では、Ｐｒｉｍｉｔｉｖｅ Ａｃｃｅｓｓ ＳＰと記す）８Ａ、８Ｂ、８Ｃとを有する。第１の管理装置８Ａ、８Ｂ、８Ｃは、Ｉ２Ｃ（Ｉｎｔｅｒ Ｉｎｔｅｇｒａｅｄ Ｃｉｒｃｕｉｔ）信号線９ＣとＪＴＡＧ（Ｊｏｉｎｔ Ｔｅｓｔ Ａｃｔｉｏｎ Ｇｒｏｕｐ）信号線９Ｂとでハードウェア１Ａ、１Ｂ、１Ｃに接続する。

又、第１の管理装置８Ａ、８Ｂ、８Ｃは、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）／ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いたネットワーク９Ａにより計算機管理装置７に接続する。第１の管理装置８Ａ、８Ｂ、８Ｃは、ハードウェア１Ａ、１Ｂ、１Ｃと信号線９Ｂ、９Ｃを介しＩ２Ｃ及びＪＴＡＧの制御信号である原始的Ｐｒｉｍｉｔｉｖｅなｒｏｗ（生）のコマンドを処理し、且つ計算機管理装置７とのネットワーク処理とを行う。

一方、計算機管理装置７は、第１の管理装置８Ａ、８Ｂ、８Ｃとネットワーク通信し、ハードウェア１Ａ、１Ｂ、１Ｃの監視処理、ハードウェア制御、ログ情報の処理、ユーザインターフェース処理を行う。

即ち、サービスプロセッサを、ハードウェアのアクセス等の原始的な処理を行う第１の管理装置８Ａ、８Ｂ、８Ｃと、ハードウェアの監視等の複雑な処理を行う計算機管理装置７とに分離する。第１の管理装置８Ａ、８Ｂ、８Ｃと計算機管理装置７とは、ＴＣＰ／ＩＰのネットワーク９Ａで接続し、互いに通信する。ハードウェアのアクセスを行う第１の管理装置と、監視やハードウェア制御、ログ情報の処理、ユーザインターフェース等の複雑な処理を行う計算機管理装置７とは、それぞれ異なるハードウェアで構成される。

更に、計算機管理装置７は、仮想計算機で構成される。即ち、計算機管理装置７は、仮想スイッチハブ７３と、各ハードウェアの制御を行う仮想制御ＳＰ（Ｖｉｒｔｕａｌ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ Ｐｒｏｃｅｓｓｏｒ）７０、７１、７２とを有する。第１の仮想制御ＳＰ７０は、第１のハードウェア１Ａのハードウェア制御を行い、第２の仮想制御ＳＰ７１は、第２のハードウェア１Ｂのハードウェア制御を行い、第３の仮想制御ＳＰ７２は、第３のハードウェア１Ｃのハードウェア制御を行う。

図２により図１のハードウェアを説明する。図２において、図１で示したものと同一のものは同一の記号で示してある。図２に示すように、ハードウェア１ＡはＣＰＵ／メモリボード２Ａ、２Ｂ、クロスバースイッチ３、Ｉ／Ｏボード４Ａ〜４Ｎ、電源回路５Ａ、冷却ファンユニット５Ｂとを有する。ＣＰＵ／メモリボード（以下、システムボードという）２Ａ、２Ｂは、複数の演算処理装置（ＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２２Ａ、２２Ｂ、２２Ｃ、２２Ｄとシステムコントローラ２４とメモリアクセスコントローラ２６とホストメモリ２８とを有する。この例では、４つの演算処理装置（以下、ＣＰＵという）がシステムボード２Ａ、２Ｂに設けられている。システムボード２Ａ、２ＢにおけるＣＰＵの搭載数は、単数であっても、他の複数であっても良い。

各ＣＰＵ２２Ａ〜２２Ｄはシステムコントローラ２４に接続する。システムコントローラ２４は、ホストメモリ２８に接続されたメモリアクセスコントローラ２６に接続する。システムコントローラ２４は、クロスバースイッチ３を介し複数のＩ／Ｏ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）ボード４Ａ〜４Ｎに接続する。

Ｉ／Ｏボード４Ａ〜４Ｎは、Ｉ／Ｏコントローラ４０と複数のＰＣＩ(Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ) Ｅｘｐｒｅｓｓスロット４２とを有する。ＰＣＩ Ｅｘｐｒｅｓｓスロット４２に、外部メモリ（大容量メモリ及び／又はストレージ装置）やネットワークインタフェースカード（ＮＩＣ）が接続される。システムコントローラ２４は、ＣＰＵ２２Ａ〜２２Ｄとメモリアクセスコントローラ２６との間、及びクロスバースイッチ３とＣＰＵ２２Ａ〜２２Ｄ、メモリアクセスコントローラ２６との間の転送制御を行う。クロスバースイッチ３は、システムボード２Ａと２Ｂ。及びシステムボード２Ａ、２ＢとＩ／Ｏボード４Ａ〜４Ｎとを１対１で直接接続する。

このクロスバースイッチ３により、システムボード２Ａと２Ｂの間、及びシステムボード２Ａ、２ＢとＩ／Ｏボード４Ａ〜４Ｎとの間のデータ転送を高速化できる。図２の例では、情報処理システムはシステムボードを２台搭載されているが、数十台のシステムボードを搭載されることが望ましい。

又、ハードウェア１Ｂ、１Ｃも同様の構成である。図１に示したように、第１の管理装置８Ａ、８Ｂ、８Ｃがこのハードウェア１Ａ、１Ｂ、１Ｃの各々に設けられる。そして、計算機管理装置７が第１の管理装置８Ａ、８Ｂ、８Ｃの各々にネットワーク９Ａを介し接続する。ネットワーク９Ａは例えばＬＡＮ(Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ)を用いることが望ましい。又、図１で図示しないが、端末装置が、計算機管理装置７に接続し、ユーザーの操作により計算機管理装置７にハードウェア制御シーケンスを指示し、且つ状態を取得する。望ましくは、端末装置はパーソナルコンピュータで構成される。

このように、サービスプロセッサを、ハードウェアのアクセス等の原始的な処理を行う第１の管理装置８Ａ、８Ｂ、８Ｃと、ハードウェアの監視等の複雑な処理を行う計算機管理装置７とに分離し、且つ計算機管理装置７に、複数のハードウェアのハードウェア制御を行う仮想計算機を実装したので、複数のサービスプロセッサを少数のハードウェアで実現できる。このため、サービスプロセッサに要するＣＰＵやメモリ、ストレージ等のコストを削減することができる。

又、第１の管理装置は、各システムに設けるため、ハードウェアとの制御信号のやり取りの遅延を防止でき、サービスプロセッサの処理速度の低下を防止できる。更に、計算機管理装置を仮想計算機で構成したので、計算機管理装置のハードウェアを意識しなくてよくなり、長期間にわたって同じアーキテクチャ上のサービスプロセッサのソフトウェアを使用できる。

（計算機管理システム）
図３は図１の計算機管理システムのブロック図である。図４は図３の計算機管理装置の構成図である。図３及び図４において、図１で示したものと同一のものは、同一の記号で示してある。尚、図３では、説明の簡略化のため、１台のハードウェア１Ａ、１台の第１の管理装置８Ａを例に説明する。

図３に示すように、第１の管理装置８ＡはＣＰＵ１６とメモリ１８Ａと不揮発性メモリ（Ｆｌａｓｈ Ｍｅｍｏｒｙ）１８Ｂとを有する。又、計算機管理装置７はＣＰＵ１６とメモリ１８Ａと不揮発性メモリ（Ｆｌａｓｈ Ｍｅｍｏｒｙ）１８Ｂとを有する。第１の管理装置８Ａは、簡易な処理のため、比較的小さなハードウェアで構成できる。例えば、第１の管理装置８Ａでは、１２０ＭＨｚのＣＰＵ１６と、３２ＭＢのメモリ１８Ａと、１６ＭＢの不揮発性メモリ１８Ｂとを用いることができる。又、計算機管理装置７は、複雑な処理のため、比較的大きなハードウェアを要する。計算機管理装置７では、例えば、５３３ＭＨｚのＣＰＵ１０と、５１２ＭＢのメモリ１２Ａと、５１２ＭＢの不揮発性メモリ１２Ｂとを用いることができる。

図４に示すように、計算機管理装置７は、仮想計算機で構成される。第１のサービスプロセッサプログラム７０、第２のサービスプロセッサプログラム７１、第３のサービスプロセッサプログラム７２と、図３で説明した物理メモリ１２（１２Ａ、１２Ｂ）と物理ＣＰＵ１０との間に、ＶＭ(仮想マシン、仮想ＳＰボード)層（プログラム）１４を設ける。

ＶＭ１４は、ハードウェアを仮想化するプログラムである。即ち、サービスプロセッサプログラムは、計算機管理装置７のハードウェアを仮想化した仮想マシン（ＶＭ）上に構築される。このため、第１、第２、第３のサービスプロセッサプログラム７０〜７２が、ＶＭ１４を介し物理メモリ１２（１２Ａ、１２Ｂ）と物理ＣＰＵ１０などのハードウェアを制御する。このため、仮想マシンでは、１つのハードウェアの上で、複数のサービスプロセッサプログラムを独立して動作させることが可能になる。

このように、システム外部の計算機管理装置（サーバ）７上に仮想マシンを構築し、仮想マシン上にサービスプロセッサソフトウェアを搭載することにより、１台のハードウェアで複数台のシステムの処理を実行できる。このため、計算機管理装置のコストを低減できる。特に、メモリやディスク装置はある程度大容量になれば、容量あたりの単価が下がるために、大幅なハードウェアコストの削減が可能である。例えば５１２ＭＢのフラッシュメモリを８個使用して４ＧＢの領域を確保するよりも、４ＧＢのフラッシュメモリを１個用意すると、コスト的なメリットを得られる。

図５は図３の計算機管理システムの機能ブロック図である。図６は図５の計算機管理装置の動作説明図である。図７は図５の計算機管理装置の優先度処理の説明図である。図５に示すように、第１の管理装置８Ａはハードウェア（Ｈ／Ｗ）アクセス機能６０とネットワーク（ＮＷ）アクセス機能６２とを有し、且つハードウェアアクセス等の原始的な処理のみを行う。

計算機管理装置７のサービスプロセッサプログラム７０〜７２は、ネットワーク（ＮＷ）アクセス機能５０とハードウェア制御機能５１とハードウェア監視機能５２とユーザインターフェース機能５３とを有する。即ちサービスプロセッサプログラム７０〜７２は、ハードウェア１Ａの監視等の複雑な処理を行う。

第１の管理装置８Ａと計算機管理装置７とは、ＴＣＰ／ＩＰのネットワーク９Ａで接続される。そして、第１の管理装置８Ａと計算機管理装置７は２つのネットワーク機能６２、５０により、ネットワーク９Ａを介し通信する。

図６に示すように、第１の管理装置８Ａのハードウェアアクセス機能６０は、簡単なリード／ライトのインターフェース機能である。このインターフェース機能は、ＪＴＡＧであるかＩ２Ｃであるかのバス種別(ｂｕｓ＿ｔｙｐｅ)、 リードであるかライトであるかのアクセス種別(ａｃｃｅｓｓ＿ｔｙｐｅ)、デバイスのアドレス（ｔａｒｇｅｔ＿ａｄｄｒｅｓｓ）、読み書き用のバッファ（ｂｕｆｆｅｒ）を指定する。又、ネットワーク機能６２は、ＴＣＰ／ＩＰの設定機能を持つ。

このように、サービスプロセッサを分割することにより、サービスプロセッサのハードウェアのコストを削減できる。一方、サービスプロセッサを１台で構成する従来例では、割り込みで入ってきたものを、割り込みハンドラの特権レベルで処理していた。本実施の形態では、第１の管理装置８Ａが、割り込みハンドラレベルで受けたとしても、計算機管理装置７ではＴＣＰ／ＩＰ通信のレベルになり、外部からの通信と同レベルの優先度に落とされてしまう。しかし、計算機管理装置７が外部からのアクセスの負荷が高くなった場合に、計算機管理装置７が第１の管理装置８Ａからの割り込み処理に遅延があると、性能が低下する。

この性能低下を防止するため、図７に示すように、サービスプロセッサプロセッサ７０〜７２は、第１の管理装置７Ａとユーザインターフェースの各々に対し、２つのポート（Ｅｔｈｅｒｎｅｔ（登録商標）ポート）７３Ａ、７３Ｂを持つ。物理的な計算機管理装置７は、物理的に２つのＥｔｈｅｒｎｅｔ（登録商標）ポートを持ち、仮想マシンで構築された計算機管理装置７は仮想的な２つのＥｔｈｅｒｎｅｔ（登録商標）ポートを用意する。

そして、サービスプロセッサプログラム７０〜７２は、第１のポート７３Ａ（ｅｔｈ０）に割り当てる割り込み要求キュー（ＩＲＱ：Ｉｎｔｅｒｒｕｐｔ Ｒｅｑｕｅｓｔ Ｑｕｅ）を、第２のポート７３Ｂ（ｅｔｈ１）に割り当てるＩＲＱよりも優先度の高い物に取り扱う。このため、ユーザインターフェースから第２のポート７３Ｂ（ｅｔｈ１）に割り込みが多発した場合でも、第１のポート７３Ａ(ｅｔｈ０)の割り込みハンドラが確実に動ける状態にできる。これにより、外部ネットワーク(ｅｔｈ１)からの負荷が高くなった場合でも、サービスプロセッサプログラム７０〜７２は、第１の管理装置８Ａからの要求処理を優先的に処理できる。

このように、第１の管理装置８Ａがハードウェア１Ａから上がってきた割り込みを、計算機管理装置７にＴＣＰ／ＩＰ通信で伝達するのみであっても、サービスプロセッサプログラム７０〜７２が第１の管理装置８Ａからの割り込み通知を高優先度で処理できる。即ち、第１の管理装置８Ａとの間の通信処理を高優先度に設定する。

又、計算機管理装置７がシステムの外にあるため、システム側のハードウェアおよびソフトウェアが小規模化し、簡素化できる。このため、計算機管理装置７のハードウェアの障害の発生確率を大幅に軽減できる。更に、第１の管理装置８Ａと計算機管理装置７の間をＴＣＰ／ＩＰで接続するため、容易にどちらの構成も交換可能である。

図８は本実施の形態の計算機管理装置７のハードウェア制御処理フロー図である。図８は計算機管理装置７のサービスプロセッサプログラム（図８では、Ｃｏｎｔｒｏｌ ＳＰと記し、以下、Ｃｏｎｔｒｏｌ ＳＰと称す）７０のハードウェア監視機能５２がハードウェア１Ａの冷却ファン５Ｂの制御を行う例を示す。

（Ｓ１０）計算機管理装置７のＣｏｎｔｒｏｌ ＳＰ７０は、タイマを起動する。

（Ｓ１２）Ｃｏｎｔｒｏｌ ＳＰ７０はタイマ待ちとなり、タイムアウトを通知されたか否かを判定する。

（Ｓ１４）Ｃｏｎｔｒｏｌ ＳＰ７０は第１の管理装置（図８では、Ｐｒｉｍｉｔｉｖｅ ＳＰと記し、以下、Ｐｒｉｍｉｔｉｖｅ ＳＰと称す）８Ａに対し、ネットワーク９Ａを介し温度センサの読み込みを指示する。

（Ｓ１６）Ｐｒｉｍｉｔｉｖｅ ＳＰ８Ａはハードウェア１Ａ内の指示された温度センサの計測値を読み込み、ネットワーク９Ａを介しＣｏｎｔｒｏｌ ＳＰ７０に転送する。尚、温度センサは図２のハードウェアの温度を検出するものであり、図２のハードウェア１Ａ内に設けられる。

（Ｓ１８）Ｃｏｎｔｒｏｌ ＳＰ７０はネットワーク９Ａを介し受け取った計測値が閾値の範囲内であるか否かを確認する。Ｃｏｎｔｒｏｌ ＳＰ７０は受け取った計測値が閾値の範囲内である場合には、ステップＳ１０に戻る。

（Ｓ２０）Ｃｏｎｔｒｏｌ ＳＰ７０は受け取った計測値が閾値の範囲内でない場合には、Ｃｏｎｔｒｏｌ ＳＰ７０はネットワーク９Ａを介しＰｒｉｍｉｔｉｖｅ ＳＰ８Ａに対し、ファン速度の変更を指示する。

（Ｓ２２）Ｐｒｉｍｉｔｉｖｅ ＳＰ８Ａは指示された冷却ファン５Ｂの速度を変更する。

このようにして、Ｃｏｎｔｒｏｌ ＳＰ７０はネットワーク９Ａを介しＰｒｉｍｉｔｉｖｅ ＳＰ８Ａにハードウェア制御指示を送信し、Ｐｒｉｍｉｔｉｖｅ ＳＰ８Ａは指示に従い、ハードウェアを制御する。

（計算機システムの第２の実施の形態）
図９は、計算機システムの第２の実施の形態のブロック図である。図９において、図１、図２で示したものと同一のものは、同一の記号で示してある。図９に示すように、計算機管理装置７は、図１で説明した構成と同一のものである。計算機管理装置７は、図９では、外部サーバで構成され、運用（Ａｃｔｉｖｅ）状態に使用される。

更に、待機系（Ｓｔａｎｂｙ）用の計算機管理装置７−１を設ける。待機系の計算機管理装置７−１は、ネットワーク９Ａを介し各システム６Ａ、６Ｂ、６Ｃに設けられた第１の管理装置（図では、Ｐｒｉｍｉｔｉｖｅ Ａｃｃｅｓｓ ＳＰと記す）８Ａ、８Ｂ、８Ｃと接続する。待機系の計算機管理装置７−１は、仮想計算機で構成される。即ち、待機系の計算機管理装置７−１は、第１のサービスプロセッサプログラム７０と、第２のサービスプロセッサプログラム７１と、第３のサービスプロセッサプログラム７２と、物理メモリ（図示せず）と物理ＣＰＵ１０−１とを有する。そして、図４で説明したように、待機系の計算機管理装置７−１では、ＶＭ(仮想マシン、仮想ＳＰボード)層（プログラム）１４が、各プログラム７０、７１、７２と物理メモリ（図示せず）と物理ＣＰＵ１０−１との間に設けられる。

この構成は、計算機管理装置の冗長構成を示す。従来は、運用側サービスプロセッサに対して物理的に１対１に、待機側サービスプロセッサを用意していた。しかし、実際には待機側サービスプロセッサは通常ほとんど動いておらず、ハードウェア資源はほとんど使われていない。また、複数のハードウェアが同時に待機側のサービスプロセッサを必要とすることはほとんどない。このため、待機用計算機管理装置７−１は、複数の待機用のサービスプロセッサを小規模なハードウェア資源上に用意された仮想マシン（ＶＭ）上に集約して構成を持つ。これにより、待機系計算機管理装置７−１は、緊急時に備えることができる。

図９の例では、運用側の計算機管理装置７は、アクテイブな３つのシステムのサービスプロセッサプログラム７０、７１、７２を動作する必要があるので、５３３ＭＨｚ×３程度の能力のＣＰＵ１０が必要である。一方、待機用の計算機管理装置７−１は、緊急時にサービスプロセッサプログラムを１つ動作すればよいので、５３３ＭＨｚ×１程度の能力のＣＰＵ１０−１でよい。同様に、待機用の計算機管理装置７−１は、メモリも削減することができる。

待機用の計算機管理装置７−１では、５３３ＭＨｚのＣＰＵ１０−１が、３つのサービスプロセッサプログラム７０、７１、７２を実行することになるが、通常、３つのサービスプロセッサプログラムともアイドル状態であるため、性能的な問題はない。また、複数のハードウェアが同時に緊急状態にならないことから、待機用計算機管理装置７−１は、緊急時も１つのサービスプロセッサプログラムを実行する能力があるため、性能面での問題は発生しない。又、この待機用計算機管理装置７−１は、計算機管理装置２台分のハードウェアリソースを削減することができる。

（計算機システムの第３の実施の形態）
図１０は、計算機システムの第３の実施の形態のブロック図である。図１０において、図１、図２、図９で示したものと同一のものは、同一の記号で示してある。図１０に示すように、第１のシステム６Ａは、ハードウェア１Ａと第１の管理装置８Ａと計算機管理装置７−２を有する。ハードウェア１Ａは、制御線９Ｂ、９Ｃを介し第１の管理装置８Ａに接続する。第１の管理装置８Ａはネットワーク９Ａを介し計算機管理装置７−２に接続する。計算機管理装置７−２は、外部サーバで構成され、運用（Ａｃｔｉｖｅ）状態に使用される。計算機管理装置７−２は、仮想マシンで構成されておらず、ハードウェア１Ａの監視、制御を行う。

第２のシステム６Ｂは、ハードウェア１Ｂと第１の管理装置８Ｂと計算機管理装置７−３を有する。ハードウェア１Ｂは、制御線９Ｂ、９Ｃを介し第１の管理装置８Ｂに接続する。第１の管理装置８Ｂはネットワーク９Ａを介し計算機管理装置７−３に接続する。計算機管理装置７−３は、外部サーバで構成され、運用（Ａｃｔｉｖｅ）状態に使用される。計算機管理装置７−３は、仮想マシンで構成されておらず、ハードウェア１Ａの監視、制御を行う。

更に、待機系（Ｓｔａｎｂｙ）用の計算機管理装置７−１を設ける。待機系の計算機管理装置７−１は、ネットワーク９Ａを介し各システム６Ａ、６Ｂに設けられた第１の管理装置（図では、Ｐｒｉｍｉｔｉｖｅ Ａｃｃｅｓｓ ＳＰと記す）８Ａ、８Ｂと接続する。待機系の計算機管理装置７−１は、仮想計算機で構成される。即ち、待機系の計算機管理装置７−１は、第１のサービスプロセッサプログラム７０と、第２のサービスプロセッサプログラム７１と、物理メモリ（図示せず）と物理ＣＰＵ（図示せず）とを有する。そして、図４で説明したように、待機系の計算機管理装置７−１では、ＶＭ(仮想マシン、仮想ＳＰボード)層（プログラム）１４が、各プログラム７０、７１と物理メモリ（図示せず）と物理ＣＰＵとの間に設けられる。

第１の管理装置８Ａ、８Ｂと計算機管理装置７−１、７−２との間のインタフェース（ＴＣＰ／ＩＰ）はハードウェアに非依存であるため、図１０に示すように、運用系の計算機管理装置７−２、７−３は従来と同様に、システムの筐体の中に実装し、冗長系の待機用計算機管理装置７−１は筐体の外で、ネットワーク接続する。この形態をハイブリッド型の構成と称す。

このように、ハイブリッド型の構成では、待機用計算機管理装置７−１を複数のシステムで共有することができ、コストを削減することができる。従来は、ＣＰＵ数の少ないＬｏｗ ＥＮＤモデル等では、コスト面の問題からサービスプロセッサを冗長化できない問題があった。このハイブリッド型構成により、待機用計算機管理装置７−１のコストを削減でき、コストを問題ないレベルにすることが可能である。又、前述したとおり、待機用計算機管理装置７−１が必要となることは現実的には少ないので、実際の運用面での問題もほとんどない。

（計算機システムの第４の実施の形態）
図１１は、計算機システムの第４の実施の形態のブロック図である。図１１において、図１、図２、図９で示したものと同一のものは、同一の記号で示してある。図１１に示すように、計算機管理装置７は、図１で説明した構成と同一のものである。図１１では、計算機管理装置７は外部サーバで構成され、運用（Ａｃｔｉｖｅ）状態に使用される。

第１のシステム６Ａは、ハードウェア１Ａと第１の管理装置８Ａとを制御線９Ｂ、９Ｃを介し接続する。ハードウェア１Ａは大規模な計算機システムで構成される。これをハイエンドシステムと称す。第１の管理装置８Ａはネットワーク９Ａを介し計算機管理装置７に接続する。計算機管理装置７は、外部サーバで構成され、運用（Ａｃｔｉｖｅ）状態に使用される。計算機管理装置７は、仮想マシンで構成されており、ハイエンド制御用のサービスプロセッサプログラムＳＰ１を実行して、ハードウェア１Ａの監視、制御を行う。

第２、第３のシステム６Ｂ、６Ｃは、ハードウェア１Ｂ、１Ｃと第１の管理装置８Ｂ、８Ｃとを制御線９Ｂ、９Ｃを介し接続する。ハードウェア１Ｂ、１Ｃは中規模な計算機システムで構成される。これをミッドレンジシステムと称す。第１の管理装置８Ｂ、８Ｃはネットワーク９Ａを介し計算機管理装置７に接続する。計算機管理装置７は、ミッドレンジ制御用のサービスプロセッサプログラムＳＰ２、ＳＰ３を実行して、ハードウェア１Ｂ、１Ｃの監視、制御を行う。

第４のシステム６Ｄは、ハードウェア１Ｄと第１の管理装置８Ｄとを制御線９Ｂ、９Ｃを介し接続する。ハードウェア１Ｄは小規模な計算機システムで構成される。これをローエンドシステムと称す。第１の管理装置８Ｄはネットワーク９Ａを介し計算機管理装置７に接続する。計算機管理装置７は、ローエンド制御用のサービスプロセッサプログラムＳＰ４を実行して、ハードウェア１Ｄの監視、制御を行う。

このように、システム側が異なるハードウェア構成であっても、計算機管理装置７を仮想マシン（ＶＭ）で実現するため、異なる機種間のサービスプロセッサ機能を、１台の外部サーバ７に統合することが可能となる。

更に、待機系（Ｓｔａｎｂｙ）用の計算機管理装置７−１を設ける。待機系の計算機管理装置７−１は、ネットワーク９Ａを介し各システム６Ａ、６Ｂ、６Ｃ、６Ｄに設けられた第１の管理装置（図では、Ｐｒｉｍｉｔｉｖｅ Ａｃｃｅｓｓ ＳＰと記す）８Ａ、８Ｂ、８Ｃ、８Ｄと接続する。待機系の計算機管理装置７−１は、仮想計算機で構成される。即ち、待機系の計算機管理装置７−１は、サービスプロセッサプログラムＳＰ１〜ＳＰ４と、物理メモリ（図示せず）と物理ＣＰＵとを有する。そして、図４で説明したように、待機系の計算機管理装置７−１では、ＶＭ(仮想マシン、仮想ＳＰボード)層（プログラム）１４が、各プログラムＳＰ１〜ＳＰ４と物理メモリ（図示せず）と物理ＣＰＵとの間に設けられる。

このように、大規模な計算機で構成されるハイエンド機、中規模な計算機で構成されるミッドレンジ機、小規模な計算機で構成されるローエンド機を混在しても、待機用計算機管理装置７−１を、１台の外部サーバに統合することが可能となる。

（計算機システムの第５の実施の形態）
図１２は、計算機システムの第５の実施の形態のブロック図である。図１５において、図１、図２、図９で示したものと同一のものは、同一の記号で示してある。図１１に示すように、リモートセンター１００が、Ｎ（Ｎ＞１で整数）台のシステム６Ａ〜６Ｎにネットワークを介し接続する。

第１のシステム６Ａは、ハードウェア１Ａと第１の管理装置８Ａと計算機管理装置７Ａを有する。ハードウェア１Ａは、制御線９Ｂ、９Ｃを介し第１の管理装置８Ａに接続する。第１の管理装置８Ａはネットワーク９Ａを介し計算機管理装置７Ａに接続する。計算機管理装置７Ａは、運用（Ａｃｔｉｖｅ）状態に使用される。計算機管理装置７Ａは、仮想マシンで構成されておらず、ハードウェア１Ａの監視、制御を行う。

第Ｎのシステム６Ｎは、ハードウェア１Ｎと第１の管理装置８Ｎと計算機管理装置７Ｎを有する。ハードウェア１Ｎは、制御線９Ｂ、９Ｃを介し第１の管理装置８Ｎに接続する。第１の管理装置８Ｎはネットワーク９Ａを介し計算機管理装置７Ｎに接続する。計算機管理装置７Ｎは、運用（Ａｃｔｉｖｅ）状態に使用される。計算機管理装置７Ｎは、仮想マシンで構成されておらず、ハードウェア１Ｎの監視、制御を行う。

更に、リモートセンター１００に待機系（Ｓｔａｎｂｙ）用の計算機管理装置の機能を設ける。リモートセンター１００は、ネットワーク９Ａを介し各システム６Ａ、６Ｎに設けられた第１の管理装置（図では、Ｐｒｉｍｉｔｉｖｅ Ａｃｃｅｓｓ ＳＰと記す）８Ａ、８Ｎと接続する。リモートセンター１００は、仮想計算機で構成される。即ち、リモートセンター１００は、各サービスプロセッサプログラム７Ａ−１〜７Ａ−Ｎと、物理メモリ（図示せず）と物理ＣＰＵ（図示せず）とを有する。そして、図４で説明したように、リモートセンター１００では、ＶＭ(仮想マシン、仮想ＳＰボード)層（プログラム）１４が、各プログラム７Ａ−１〜７Ａ−Ｎと物理メモリと物理ＣＰＵとの間に設けられる。

第１の管理装置８Ａ、８Ｂと計算機管理装置７Ａ、７Ｎとの間のインタフェース（ＴＣＰ／ＩＰ）はハードウェアに非依存であるため、図１２に示すように、運用系の計算機管理装置７Ａ、７Ｎは従来と同様に、システムの筐体の中に実装する。一方、冗長系の待機用計算機管理機能は、リモートセンター１００に搭載し、システムとネットワーク接続する。この形態は、ハイブリッド型の構成の変形例である。

このように、待機用計算機管理機能をリモートセンター１００に集約することができ、よりコストを削減することができる。又、前述したとおり、待機用計算機管理装置が必要となることは現実的には少ないので、実際の運用面での問題もほとんどない。多くの待機用計算機管理装置を集約すればするほど、コスト的なメリットも増大し、安価に信頼性を確保するサービスを提供することができる。

（他の実施の形態）
前述の図１０の実施の形態では、２つのシステムで待機用計算機管理装置７−１を共用しているが、３台以上のシステムで待機用計算機管理装置７−１を共用してもよい。又、ハードウェアの構成は、図２の構成に限らず、他のＣＰＵ、メモリを含むハードウェアに適用できる。

以上、本発明を実施の形態により説明したが、本発明の趣旨の範囲内において、本発明は、種々の変形が可能であり、本発明の範囲からこれらを排除するものではない。

サービスプロセッサを、ハードウェアのアクセス等の原始的な処理を行う第１の管理装置と、ハードウェアの監視等の複雑な処理を行う計算機管理装置とに分離し、且つ計算機管理装置に、複数のハードウェアのハードウェア制御を行う仮想計算機を実装したので、複数のサービスプロセッサを少数のハードウェアで実現できる。このため、サービスプロセッサに要するＣＰＵやメモリ、ストレージ等のコストを削減することができる。又、第１の管理装置は、各システムに設けるため、ハードウェアとの制御信号のやり取りの遅延を防止でき、サービスプロセッサの処理速度の低下を防止できる。更に、計算機管理装置を仮想計算機で構成したので、計算機管理装置のハードウェアを意識しなくてよくなり、長期間にわたって同じアーキテクチャ上のサービスプロセッサのソフトウェアを使用できる。

１Ａ、１Ｂ、１Ｃ 電子計算機システムのハードウェア
７、７−１、７−２、７Ａ、７Ｂ、７Ｎ 計算機管理装置
６Ａ、６Ｂ、６Ｃ、６Ｎ 電子計算機システム
８Ａ、８Ｂ、８Ｃ 第１の管理装置
９Ａ ネットワーク
９Ｂ、９Ｃ 制御線
１０ 物理ＣＰＵ
１２ 物理メモリ
１４ 仮想マシン
７０〜７２ サービスプロセッサプログラム

Claims (15)

1. 複数の電子計算機システムの管理を行う計算機管理装置であって、
   前記電子計算機システムの各々に設けられ、前記電子計算機のハードウェアにアクセスする機能及びネットワーク通信機能を有する複数の第１管理部とネットワークを介して接続するネットワーク通信回路部と、
   仮想計算機で構成され、前記ネットワーク通信回路部を介し、前記第１管理部の各々に対して前記ハードウェアへのアクセス指示を行い、サービスプロセッサとして前記電子計算機のハードウェアの監視及び制御を行う第２管理部とを有する、
   ことを特徴とする計算機管理装置。
2. 請求項１に記載の計算機管理装置であって、
   前記第２管理部は、
   前記電子計算機のハードウェアへアクセスして所定の情報の読み出しを行うための読み出し指示情報を、前記ネットワークを介して前記第１管理部に対して送信し、
   前記読み出し指示情報に基づいて前記第１管理部が読み出した読出情報を前記ネットワークを介して受信し、
   受信した読出情報に基づいて前記電子計算機のハードウェアの制御を行うための情報を前記電子計算機のハードウェアに書き込むための書き込み指示情報を前記ネットワークを介して前記第１管理部に対して送信する
   ことを特徴とする計算機管理装置。
3. 請求項１乃至２のいずれか一つに記載の計算機管理装置であって、
   運用中の前記電子計算機のハードウェアの監視及び制御を行う前記第２管理部を備える第１の仮想計算機と、
   前記第１の仮想計算機が故障した場合に、前記第１の仮想計算機の代わりに前記第２管理部を実現する第２の仮想計算機と
   を備えることを特徴とする計算機管理装置。
4. 請求項１乃至３のいずれか一つに記載の計算機管理装置であって、
   前記仮想計算機により実現される前記第２管理部は、複数のネットワーク・インターフェースを有し、前記複数のネットワーク・インターフェースのうちの一つを、前記ネットワーク通信回路を介した前記電子計算機の第１管理部との接続に用いる
   ことを特徴とする計算機管理装置。
5. 請求項４に記載の計算機管理装置であって、
   前記電子計算機の第１管理部との接続に用いるネットワーク・インターフェースからの割り込み優先度を、他のネットワーク・インターフェースからの割り込み優先度よりも高くした
   ことを特徴とする計算機管理装置。
6. 請求項１乃至５のいずれか一つに記載の計算機管理装置であって、
   前記電子計算機のハードウェアを監視及び制御を行うための前記電子計算機内の第１管理部とネットワークを介して接続された前記電子計算機システム内に設けられた第２管理部を更に有し、
   前記電子計算機システム内に設けられた第２管理部が故障した場合に、前記仮想計算機により実現された第２管理部は、前記電子計算機内の該故障した第２管理部に代えて、前記電子計算機内の第１管理部と接続し、前記電子計算機のハードウェアの監視及び制御を行う
   ことを特徴とする計算機管理装置。
7. 請求項３に記載の計算機管理装置であって、
   前記仮想計算機は、複数の異なる電子計算機を管理するための、各電子計算機に対応した複数の第２管理部の機能を実現する
   ことを特徴とする計算機管理装置。
8. 複数の電子計算機システムの管理を行う計算機管理システムであって、
   前記電子計算機システムの各々に設けられ、前記電子計算機のハードウェアにアクセスする機能及びネットワーク通信機能を有する複数の第１管理部と、
   前記複数第１の管理部とネットワークを介して接続するネットワーク通信回路部と、前記ネットワーク通信回路部を介し、前記第１管理部の各々に対して前記ハードウェアへのアクセス指示を行い、サービスプロセッサとして前記電子計算機のハードウェアの監視及び制御を行う第２管理部とを有する仮想計算機で構成された計算機管理装置とを有する、
   ことを特徴とする計算機管理システム。
9. 請求項８に記載の計算機管理システムであって、
   前記第２管理部は、
   前記電子計算機のハードウェアへアクセスして所定の情報の読み出しを行うための読み出し指示情報を、前記ネットワークを介して前記第１管理部に対して送信し、
   前記読み出し指示情報に基づいて前記第１管理部が読み出した読出情報を前記ネットワークを介して受信し、
   受信した読出情報に基づいて前記電子計算機のハードウェアの制御を行うための情報を前記電子計算機のハードウェアに書き込むための書き込み指示情報を前記ネットワークを介して前記第１管理部に対して送信する
   ことを特徴とする計算機管理システム。
10. 請求項８乃至９のいずれか一つに記載の計算機管理システムであって、
    運用中の前記電子計算機のハードウェアの監視及び制御を行う前記第２管理部を備える第１の仮想計算機と、
    前記第１の仮想計算機が故障した場合に、前記第１の仮想計算機の代わりに前記第２管理部を実現する第２の仮想計算機とを備える
    ことを特徴とする計算機管理システム。
11. 請求項８乃至１０のいずれか一つに記載の計算機管理システムであって、
    前記仮想計算機により実現される前記第２管理部は、複数のネットワーク・インターフェースを有し、前記複数のネットワーク・インターフェースのうちの一つを、前記ネットワーク通信回路を介した前記電子計算機の第１管理部との接続に用いる
    ことを特徴とする計算機管理システム。
12. 請求項１１に記載の計算機管理システムであって、
    前記電子計算機の第１管理部との接続に用いるネットワーク・インターフェースからの割り込み優先度を、他のネットワーク・インターフェースからの割り込み優先度よりも高くした
    ことを特徴とする計算機管理システム。
13. 請求項８乃至１２のいずれか一つに記載の計算機管理システムであって、
    前記電子計算機のハードウェアを監視及び制御を行うための前記電子計算機内の第１管理部とネットワークを介して接続された前記電子計算機システム内に設けられた第２管理部を更に有し、
    前記電子計算機システム内に設けられた第２管理部が故障した場合に、前記仮想計算機により実現された第２管理部は、前記電子計算機内の該故障した第２管理部に代えて、前記電子計算機内の第１管理部と接続し、前記電子計算機のハードウェアの監視及び制御を行う
    ことを特徴とする計算機管理システム。
14. 請求項１０に記載の計算機管理システムであって、
    前記仮想計算機は、複数の異なる電子計算機を管理するための、各電子計算機に対応した複数の第２管理部の機能を実現する
    ことを特徴とする計算機管理システム。
15. 複数の電子計算機システムと、
    前記電子計算機システムの各々に設けられ、前記電子計算機のハードウェアにアクセスする機能及びネットワーク通信機能を有する複数の第１管理部と、
    前記複数の第１の管理部とネットワークを介して接続するネットワーク通信回路部と、前記ネットワーク通信回路部を介し、前記第１管理部の各々に対して前記ハードウェアへのアクセス指示を行い、サービスプロセッサとして前記電子計算機のハードウェアの監視及び制御を行う第２管理部とを有する仮想計算機とを有する、
    ことを特徴とする計算機システム。

Images