JP4169157B2 - 管理サーバ、これを用いたシステムおよびプログラム - Google Patents

Description

本発明は、管理サーバにより被管理装置を管理するシステムに関し、特に被管理装置の動作状態を監視してボトルネックを検知する管理サーバおよびシステムに関する。

今日、ビジネスその他種々の分野で、コンピュータを用いた情報処理が実施されている。そして、企業などの組織における情報処理を実行するシステムとしては、複数のコンピュータを連携させてアプリケーションを動作させたり、データファイルを共有したりする分散システムを構築することが一般的である。分散システムは、個々のコンピュータにおける負担の軽減や、データファイルの喪失等に対するセキュリティを実現する上で効果的である。

分散システムは、ウェブサーバ、アプリケーションサーバ、ＤＢ（データベース）サーバ、ＤＨＣＰ（Dynamic Host Configuration Protocol）サーバ、ＤＮＳ（Domain Name System）サーバ、メールサーバ、ファイルサーバ、プロキシサーバ等、様々な機能を持った多数のサーバにより構成される。そこで、各サーバを分かりやすく一元管理することが非常に重要である。分散システムにおけるサーバの一元管理には、通常、サーバ管理専用のサーバ（以下、管理サーバ）が使用される。

一般に、管理サーバは、統合的なサーバ管理を実現するための様々な機能を持つが、その一つに、各サーバのハードウェア資源の管理がある。ハードウェア資源の管理とは、各サーバで使用されているハードウェア資源の長期的な利用状況を自動的に分析し、各サーバのパフォーマンスのボトルネックを明確にすることである。

特開２００３−２０８４１３号公報

上記のように、分散システムの管理サーバは、システムのハードウェア資源を管理し、各サーバのパフォーマンスのボトルネックを明確にする機能を有する。しかしながら、実際の運用においては、ボトルネックとなっているハードウェア（ＣＰＵ、磁気ディスク装置、メモリ等）が明確になった後、具体的にどのようにして、かかるボトルネックを解消するかということが問題となる。

例えば、ボトルネックとなっているハードウェアに対して交換可能であり、かつよりパフォーマンスの良いハードウェアを入手（購買）可能か調べ、そのようなハードウェアが存在する（市場にある）ならば、実際に購買手続を行うという煩雑な作業が必要となる。このような作業は、システムの管理者に対して多大な負担を課す。そして、ボトルネックとなっているハードウェアが交換されずに長期間放置されることともなれば、後にシステムのパフォーマンスの極端な低下を招来し、システム障害等を引き起こす原因ともなる。

一方、システムを構成するハードウェアの販売者の立場からは、システムでボトルネックとなっている（すなわち交換されるべき）ハードウェアが交換されずに長期間放置されることは、ハードウェア・オプションを販売できる機会を喪失することを意味し、経済的な損失となる。

そこで本発明は、システム上でパフォーマンスのボトルネックとなっているハードウェアを自動的に検知した後、そのボトルネックを解消し得るハードウェアを自動的に検索するシステムを提供することを目的とする。
また本発明は、上記の目的に加えて、検索されたボトルネックを解消し得るハードウェアを自動的に購入するシステムおよびその方法を提供することを目的とする。

上記の目的を達成するため、本発明は、運用装置群を管理する管理サーバとして実現される。この管理サーバは、運用装置群を構成する被管理装置からボトルネックに関する情報を取得し記憶装置に格納するサーバ情報取得部と、ボトルネックの原因であるハードウェアと交換可能なハードウェアの情報を取得し記憶装置に格納するハードウェア・オプション情報取得部と、記憶装置に格納されているボトルネックに関する情報とハードウェアの情報とを比較し、ハードウェア・オプション情報取得部により情報が取得されたハードウェアのうち、ボトルネックを解消するために有効なハードウェアを決定する分析処理部とを備えることを特徴とする。

より詳細には、ハードウェア・オプション情報取得部は、ボトルネックの原因であるハードウェアと同種のハードウェアであって、かつボトルネックに関する情報が取得された被管理装置に使用可能なハードウェアの情報を取得する。また、分析処理部は、サーバ情報取得部により取得されたボトルネックに関する情報の内容に応じて、このボトルネックを解消するための方策を実現可能な性能を発揮するハードウェアまたはその組合せを選択して、ボトルネックを解消するために有効なハードウェアに決定する。さらに、サーバ情報取得部は、ボトルネックの原因であるハードウェアを特定する情報およびボトルネックを解消するために有効な方策を記述したボトルネック情報を取得するボトルネック情報取得部と、ボトルネックの原因であるハードウェアに関する構成情報を取得するサーバ構成情報取得部とを備える構成とすることができる。

また、より好ましくは、上記の管理サーバは、分析処理部により決定されたハードウェアに関する、ハードウェア・オプション情報取得部により取得された情報を出力し、ユーザに通知する出力制御部をさらに備える構成とすることができる。この出力制御部は、分析処理部により決定されたボトルネックを解消するために有効なハードウェアが複数存在する場合は、かかる複数のハードウェアに関する情報を列挙して出力する。さらに、この管理サーバは、ユーザによる入力操作を受け付け、この入力操作により選択された、ボトルネックを解消するために有効なハードウェアの購入要求を、オンラインでハードウェアの販売業務を行うサーバに送信する購入処理部を備える構成とすることができる。

また、管理サーバのハードウェア・オプション情報取得部は、ネットワークを介してハードウェア・オプション情報サーバにアクセスし、上述したハードウェアの情報を取得する。このハードウェア・オプション情報サーバは、運用装置群の被管理装置に使用可能なハードウェアに関する情報を格納したハードウェア情報格納部と、管理サーバのハードウェア・オプション情報取得部から送信された送信要求を受信し、この送信要求に該当するハードウェアの情報をハードウェア情報格納部から読み出して管理サーバに返送する情報検索部とを備える。このハードウェア・オプション情報サーバと管理サーバとで構成されるシステムは、ボトルネックを解消するための対応策を具体化する作業を自動的に行うシステムとして把握される。

さらに本発明は、コンピュータを制御して上述した管理サーバとして機能させるプログラムとしても実現される。このプログラムは、磁気ディスクや光ディスク、半導体メモリ、その他の記録媒体に格納して配布したり、ネットワークを介して配信したりすることにより提供される。

以上のように構成された本発明によれば、管理サーバが、システム上でパフォーマンスのボトルネックとなっているハードウェアを自動的に検知した後、ハードウェア・オプション情報サーバにアクセスして、ボトルネックを解消し得るハードウェアを自動的に検索することができる。これにより、ボトルネックを解消するのに適当なハードウェアを調べるという煩雑な作業をユーザ（システム管理者）自身が行う必要がなくなり、ユーザの負担を軽減することができる。
また、ボトルネックを解消するのに適当なハードウェアの検索および購入が容易となるため、ボトルネックとなっているハードウェアが交換されずに長期間放置されることが回避され、システムのパフォーマンス低下によるシステム障害を未然に防止することができる。
さらに、システムを構成するハードウェアの販売者の立場からは、システムでボトルネックとなっている（すなわち交換されるべき）ハードウェアに対して適当なハードウェア・オプションの情報を提供し、販売できるため、ハードウェア・オプションを販売する機会を増やすことができる。

以下、添付図面を参照して、本発明を実施するための最良の形態（以下、実施形態）について詳細に説明する。
図１は、本実施形態が適用されるシステムの全体構成を説明する図である。
図１を参照すると本実施形態のシステムは、管理対象である運用サーバ群１００と、運用サーバ群１００の各被管理サーバ１１０を管理する管理サーバ２００とを備える。管理サーバ２００と運用サーバ群１００の各被管理サーバ１１０とは、ＬＡＮ（Local Area Network）等のシステム内のネットワーク１２０を介して接続されている。そして、運用サーバ群１００の各被管理サーバ１１０は、管理サーバ２００との間で通信を行い、管理に必要な情報をやり取りするためのシステム管理エージェント１１１を備える。

また、管理サーバ２００は、インターネット等のネットワーク３００を介して、外部のハードウェア（Ｈ／Ｗ）オプション情報サーバ４００に接続されている。Ｈ／Ｗオプション情報サーバ４００は、分散システムの運用サーバ群１００を構成する被管理サーバ１１０のメーカー等によって設けられ、被管理サーバ１１０に使用可能なハードウェア・オプションに関する情報を、管理サーバ２００からの問い合わせに応じて提供する。本実施形態では、この管理サーバ２００とＨ／Ｗオプション情報サーバ４００とで、ボトルネックを解消するための対応策を具体化する作業を自動的に行うシステムが形成される。

図２は、本実施形態のシステムにおける運用サーバ群１００の各被管理サーバ１１０、管理サーバ２００およびＨ／Ｗオプション情報サーバ４００として好適なコンピュータ装置のハードウェア構成の例を模式的に示した図である。
図２に示すコンピュータ装置は、演算手段であるＣＰＵ（Central Processing Unit：中央処理装置）１１と、Ｍ／Ｂ（マザーボード）チップセット１２およびＣＰＵバスを介してＣＰＵ１１に接続されたメインメモリ１３と、同じくＭ／Ｂチップセット１２およびＡＧＰ（Accelerated Graphics Port）を介してＣＰＵ１１に接続されたビデオカード１４と、ＰＣＩ（Peripheral Component Interconnect）バスを介してＭ／Ｂチップセット１２に接続された磁気ディスク装置（ＨＤＤ）１５、ネットワークインターフェイス１６と、さらにこのＰＣＩバスからブリッジ回路１７およびＩＳＡ（Industry Standard Architecture）バスなどの低速なバスを介してＭ／Ｂチップセット１２に接続されたフレキシブルディスクドライブ１８およびキーボード／マウス１９とを備える。

なお、図２は本実施形態を実現するコンピュータ装置のハードウェア構成を例示するに過ぎず、本実施形態を適用可能であれば、他の種々の構成を取ることができる。例えば、ビデオカード１４を設ける代わりに、ビデオメモリのみを搭載し、ＣＰＵ１１にてイメージデータを処理する構成としても良いし、外部記憶装置として、ＡＴＡ（AT Attachment）やＳＣＳＩ（Small Computer System Interface）などのインターフェイスを介してＣＤ−Ｒ（Compact Disc Recordable）やＤＶＤ−ＲＡＭ（Digital Versatile Disc Random Access Memory）のドライブを設けても良い。

図３は、運用サーバ群１００の各被管理サーバ１１０に搭載されるシステム管理エージェント１１１の機能構成を示す図である。
システム管理エージェント１１１は、例えば被管理サーバ１１０が図２に示したコンピュータ装置で構成される場合、プログラム制御されたＣＰＵ１１およびメインメモリ１３や磁気ディスク装置１５等の記憶装置で実現される。図３を参照すると、このシステム管理エージェント１１１は、ハードウェア（Ｈ／Ｗ）リソース管理部１１２と、ハードウェア（Ｈ／Ｗ）構成情報管理部１１３とを備える。

Ｈ／Ｗリソース管理部１１２は、被管理サーバ１１０の動作状態を監視して、ハードウェアの使用状況（ＣＰＵ１１による作業の空き時間、メインメモリ１３や磁気ディスク装置１５の空き容量等）の情報を取得し保管する。そして、ＣＰＵ１１の使用率が増大したり、磁気ディスク装置１５の空き容量が少なくなったりすることにより、被管理サーバ１１０のパフォーマンスにおいて何らかのボトルネックが発生した場合に、ボトルネック情報を出力生成し、管理サーバ２００へ送信する。
Ｈ／Ｗ構成情報管理部１１３は、被管理サーバ１１０に使用されているハードウェアの構成情報（種類、製品名、製品番号、性能、使用個数等）が格納されている。そして、管理サーバ２００からの要求に応じて、必要なハードウェアの構成情報を管理サーバ２００へ送信する。

図４は、管理サーバ２００の機能構成を示す図である。
図４を参照すると、管理サーバ２００は、運用サーバ群１００を構成する被管理サーバ１１０の情報を取得する手段であるボトルネック情報取得部２０１およびサーバ構成情報取得部２０２と、ハードウェア（Ｈ／Ｗ）オプション情報取得部２０３と、情報分析部２０４と、出力制御部２０５とを備える。

ボトルネック情報取得部２０１は、例えば管理サーバ２００が図２に示したコンピュータ装置で構成される場合、ネットワークインターフェイス１６およびメインメモリ１３や磁気ディスク装置１５等の記憶装置で実現される。このボトルネック情報取得部２０１は、ネットワーク１２０を介して被管理サーバ１１０から送られたボトルネック情報を受信し、保持する。

サーバ構成情報取得部２０２は、例えば図２のプログラム制御されたＣＰＵ１１、メインメモリ１３や磁気ディスク装置１５等の記憶装置、ネットワークインターフェイス１６により実現される。このサーバ構成情報取得部２０２は、ボトルネック情報取得部２０１により受信されたボトルネック情報に示されるハードウェアの構成情報を、ネットワーク１２０を介して被管理サーバ１１０に要求して取得し、保持する。

Ｈ／Ｗオプション情報取得部２０３は、例えば図２のプログラム制御されたＣＰＵ１１、メインメモリ１３や磁気ディスク装置１５等の記憶装置、ネットワークインターフェイス１６により実現される。このＨ／Ｗオプション情報取得部２０３は、ネットワーク３００を介して外部のＨ／Ｗオプション情報サーバ４００にアクセスし、ボトルネックの原因となっているハードウェアと交換可能なハードウェア・オプション（すなわち、同種のハードウェアであって、ボトルネックを発生した被管理サーバ１１０で使用可能なもの）の情報を取得し、保持する。

情報分析部２０４は、例えば図２のプログラム制御されたＣＰＵ１１で実現される。この情報分析部２０４は、ボトルネック情報取得部２０１、サーバ構成情報取得部２０２およびＨ／Ｗオプション情報取得部２０３により取得された情報を分析して、発生しているボトルネックを解消するために有効なハードウェア・オプションを決定する。

出力制御部２０５は、例えば図２のプログラム制御されたＣＰＵ１１およびビデオカード１４により実現され、発生しているボトルネックを解消するために有効なハードウェア・オプションの情報をディスプレイ装置に表示出力し、ユーザ（システム管理者）に通知する。

図５は、Ｈ／Ｗオプション情報サーバ４００の機能構成を示す図である。
図５に示すように、Ｈ／Ｗオプション情報サーバ４００は、ハードウェア情報格納部４０１と、情報検索部４０２とを備える。ハードウェア情報格納部４０１は、例えば図２の磁気ディスク装置１５等の記憶装置で実現され、運用サーバ群１００を構成する被管理サーバ１１０に使用可能なハードウェアの情報を格納している。情報検索部４０２は、例えば図２のプログラム制御されたＣＰＵ１１で実現され、管理サーバ２００から送信された要求に応じて、その要求に該当するハードウェアの情報をハードウェア情報格納部４０１から読み出し、管理サーバ２００に返送する。

なお、Ｈ／Ｗオプション情報サーバ４００は、ハードウェアのメーカーが提供するインターネット上のサイト等で製品情報を提供する既存のサーバに、管理サーバ２００と情報をやり取りするために、一定の書式（ＸＭＬ等）で記述された要求を受け付け、一定の書式でハードウェアの情報を返送する機能を追加するだけで実現できる。また、図１には、Ｈ／Ｗオプション情報サーバ４００が１つだけ記載されているが、実際には、被管理サーバ１１０あるいはこれを構成する個々のハードウェアのメーカー、これらの販売業者等ごとに個別に設けられる。すなわち、管理サーバ２００は、ボトルネックが発生した被管理サーバ１１０やボトルネックリソースの種類に応じて、そのメーカーや販売業者等が提供するＨ／Ｗオプション情報サーバ４００を検索してアクセスし、所望のハードウェアの情報を取得することとなる。

次に、以上のように構成された本実施形態の分散システムの動作について説明する。
図６は、本実施形態の管理サーバ２００の動作を説明するフローチャートである。
本実施形態の分散システムでは、運用サーバ群１００の各被管理サーバ１１０において、Ｈ／Ｗリソース管理部１１２が自身の被管理サーバ１１０の動作を監視しており、ボトルネックが発生したならば、ボトルネック情報を生成して出力する。

図７は、ボトルネック情報の構成例を示す図である。
図７を参照すると、ボトルネック情報には、システム管理エージェント１１１のＨ／Ｗリソース管理部１１２により検知されたボトルネックごとに、サーバ識別子、ボトルネックリソース、推奨アクションの各情報が登録される。ここで、サーバ識別子とは、そのボトルネックが発生しているサーバを特定するための情報である。ボトルネックリソースとは、ボトルネックとなっているハードウェアを示す情報である。推奨アクションとは、ボトルネックを解消するために有効な方策である。推奨アクションのメッセージは、ハードウェアの種類や被管理サーバ１１０のシステム構成、ボトルネックの態様等に応じて予め作成し被管理サーバ１１０の記憶装置に格納しておき、Ｈ／Ｗリソース管理部１１２により検知されたボトルネックの内容に応じて該当するメッセージが読み出されてボトルネック情報に登録される。例えば、図７の項目１では、サーバ識別子Server１で特定される被管理サーバ１１０は、プロセッサがボトルネックリソースとなっており、プロセッサをより高速なものに交換することがボトルネックの解消に有効であるという情報が登録されている。

図６に示すように、管理サーバ２００のボトルネック情報取得部２０１は、各被管理サーバ１１０のＨ／Ｗリソース管理部１１２から出力された図７に示すようなボトルネック情報を受信し、記憶装置に格納して保持する（ステップ６０１）。ボトルネック情報が取得されると、次にサーバ構成情報取得部２０２が、そのボトルネック情報を送信した被管理サーバ１１０に対してボトルネックリソースの構成情報の送信要求を行う（ステップ６０２）。被管理サーバ１１０のシステム管理エージェント１１１は、この送信要求を受信すると、Ｈ／Ｗ構成情報管理部１１３により、送信要求の対象であるハードウェア（ボトルネックリソース）の構成情報を管理サーバ２００へ返送する。

図８は、ハードウェア構成情報の構成例を示す図である。
図８を参照すると、ハードウェア構成情報には、構成情報の送信要求がなされたハードウェア（ボトルネックリソース）ごとに、サーバマシンのタイプ／モデル、リソース（ハードウェアの種類）、パーツナンバー（製品番号）、仕様、現在のシステムでの使用個数、搭載可能な最大数の各情報が登録される。例えば、図８の項目１では、サーバ識別子Server１の被管理サーバ１１０に関して、図７でボトルネックリソースであったプロセッサに関する構成情報が登録されている。すなわち、サーバマシンのタイプ／モデルは1111-11Xであり、プロセッサのパーツナンバーは01N1111であり、プロセッサの動作クロックは１．５ＧＨｚであり、現在システムにはこのプロセッサが４個搭載されており、システムが搭載可能な最大数は４個であるという情報が登録されている。

サーバ構成情報取得部２０２は、ボトルネックリソースに関して、被管理サーバ１１０のＨ／Ｗ構成情報管理部１１３から出力された図８に示すようなハードウェア構成情報を受信し、記憶装置に格納して保持する（ステップ６０３）。ハードウェア構成情報が取得されると、次にＨ／Ｗオプション情報取得部２０３が、Ｈ／Ｗオプション情報サーバ４００にアクセスする。そして、被管理サーバ１１０のサーバマシンおよびリソース（ハードウェアの種類）を特定する情報を送信し、このサーバマシンにおいてこのリソースに換えて使用可能なハードウェア・オプションの情報の送信要求を行う（ステップ６０４）。送信要求は、Ｈ／Ｗオプション情報サーバ４００が対応する書式（例えばＸＭＬ）で記述される。

図９は、管理サーバ２００からＨ／Ｗオプション情報サーバ４００へ送信されるハードウェア情報の構成例を示す図である。
図９において、例えば項目１には、被管理サーバ１１０のサーバマシンのタイプ／モデルが1111-11Xであり、リソースがプロセッサであるという情報が登録されている。
Ｈ／Ｗオプション情報サーバ４００は、図９に示すようなハードウェア情報が記載された送信要求を受信すると、この送信要求に記載されたサーバマシンのタイプ／モデルおよびリソースの情報に基づき、このサーバマシンで使用可能なリソースの情報（ハードウェア・オプション情報）を管理サーバ２００へ返送する。

図１０は、ハードウェア・オプション情報の構成例を示す図である。
図１０を参照すると、ハードウェア・オプション情報には、送信要求に係るリソースごとに、そのサーバマシンで使用可能なリソースのパーツナンバー、仕様、価格が登録される。例えば、図１０の項目１では、図９の項目１に登録されたサーバマシン1111-11Xに使用可能なプロセッサとして、３種類のプロセッサがあり、パーツナンバー01N1112のプロセッサは動作クロックが１．０ＧＨｚで価格が７９０００円、パーツナンバー01N1111のプロセッサは動作クロックが１．５ＧＨｚで価格が８２０００円、パーツナンバー01N1118のプロセッサは動作クロックが２ＧＨｚで価格が１０６０００円という情報が登録されている。

Ｈ／Ｗオプション情報取得部２０３は、Ｈ／Ｗオプション情報サーバ４００から送信された図１０に示すようなハードウェア・オプション情報を受信し、記憶装置に格納して保持する（ステップ６０５）。

次に、情報分析部２０４が、ボトルネック情報およびハードウェア構成情報に基づいて、ハードウェア・オプション情報に記述されたリソースの中から、ボトルネックを解消するために有効なリソースを決定する（ステップ６０６）。例えば、図７、８、１０の項目１を参照すると、ボトルネック情報において、プロセッサを「高速なものに交換」という推奨アクションが記述されている。また、ハードウェア構成情報によれば、被管理サーバ１１０で現在使用されているプロセッサは、パーツナンバー01N1111で動作クロックが１．５ＧＨｚである。したがって、ハードウェア・オプション情報でパーツナンバー01N1111のプロセッサよりも高速なプロセッサを探すと、パーツナンバー01N1118のプロセッサ（動作クロックが２ＧＨｚ）が該当することが分かる。そこで、このプロセッサが項目１におけるボトルネックを解消するために有効なリソースとして決定される。

図１１は、情報分析部２０４により決定されたボトルネックの解消に有効なリソース（ハードウェア・オプション）の情報の例を示す図である。
図１１を参照すると、上述した項目１について、ボトルネックの解消に有効なプロセッサの情報（パーツナンバー、仕様、必要数、価格（合計額））が記述されている。同様に、項目２について、現在使用されている物理ディスク（磁気ディスク）装置よりも高速な物理ディスクの情報（パーツナンバー：22K2227、仕様：36.4GB 15krpm U160 SCSI ホットスワップ・スリム・ハードディスク、必要数：８、価格９８４０００円）が記述されている。また、項目３について、現在のメモリ容量を５１２ＭＢまで増設するのに要するメモリの情報（パーツナンバー：33P3333、仕様：128MB PC133 ECC SDRAM RDIMM、必要数：１、価格４８０００円）が記述されている。

次に、出力制御部２０５が、情報分析部２０４により決定された、ボトルネックの解消に有効なリソースの情報をディスプレイ装置に表示する（ステップ６０７）。
図１２は、出力制御部２０５によりディスプレイ装置に表示される表示画面の構成例を示す図である。
図１２に示す表示画面には、ボトルネック情報およびハードウェア構成情報に基づいて、サーバ名（サーバ識別子）、サーバマシンのタイプ／モデル、ボトルネックリソース、推奨アクション、現状（現在のリソース状況（パーツナンバー、仕様、使用個数））の各情報が記載されている。また、「ボトルネック解消のために有効なハードウェア・オプション」として、ボトルネック解消情報に基づいて、図１１の該当項目の情報が記載されている。

以上の動作は、運用サーバ群１００の所定の被管理サーバ１１０で何らかのパフォーマンス・ボトルネックが発生した場合に、自動的に実行される。したがって、ユーザ（システム管理者）は、最終的に出力制御部２０５によってディスプレイ表示された図１２のような表示画面を参照し、ボトルネックを解消するために必要なハードウェア・オプションを購入すれば良い。これにより、ユーザは、システムのボトルネックが検出された後、そのシステムの現在のスペックや使用を調べて、そのボトルネックを解消するために有効なハードウェア・オプションを特定するといった煩雑な作業を行う必要がなくなる。

なお、上記の例では、項目１について、より高速なプロセッサに交換することが推奨された（図７参照）。しかしながら、もしシステムが現在の使用個数よりも多くのプロセッサを搭載可能である場合、プロセッサを交換するのではなく、追加するといったアクションを取ることも考えられる。
また、項目３について、メモリを５１２ＭＢまで増設することが推奨されている（図７参照）。これに対して図１１の項目３によれば、１２８ＭＢのメモリを１個追加することが提案されている。しかし、システムに追加可能なメモリの数には余裕があるので、６４ＭＢのメモリを２個追加することも可能である。また、５１２ＭＢのメモリが存在するならば、現在使用されているメモリを５１２ＭＢのメモリに交換するという選択肢も考えられる。
このように、ボトルネックを解消するために取り得るアクションとして複数の選択肢が存在する場合、出力制御部２０５により出力される表示画面には、可能なアクションおよびそのためのハードウェア・オプションを全て列挙しても良いし、推奨アクションを実施した場合のパフォーマンスへの影響や価格等に基づいて条件を設定し表示する推奨アクションおよびハードウェア・オプションを絞り込んでも良い。

さて、上記の実施形態では、ボトルネックが発生した場合に、管理サーバ２００が、ボトルネック情報および被管理サーバ１１０の構成情報に基づいてＨ／Ｗオプション情報サーバ４００に問い合わせを行い、ボトルネックを解消するために有効なハードウェア・オプションの情報を取得して、ディスプレイ表示しユーザに通知した。ここで、Ｈ／Ｗオプション情報サーバ４００は、被管理サーバ１１０のサーバマシンのメーカーやボトルネックリソースに該当するハードウェアのメーカー、これらの販売業者等によって提供される。一方、今日では、インターネット等を用いてオンラインで商品を売買することが、日常的に行われている。そこで、Ｈ／Ｗオプション情報サーバ４００の提供者等がハードウェアの販売用のサーバを設けることにより、ユーザに通知された、ボトルネックを解消するために有効なハードウェア・オプションの表示画面から、直ちにそのハードウェア・オプションを購入可能とするようなシステムおよびサービスを実現できる。

図１３は、かかる本発明の第２の実施形態が適用されるシステムの全体構成を説明する図である。
図１３に示す本実施形態のシステムは、管理対象である運用サーバ群１００と、運用サーバ群１００の各被管理サーバ１１０を管理する管理サーバ２１０とを備える。管理サーバ２１０と運用サーバ群１００の各被管理サーバ１１０とは、ＬＡＮ（Local Area Network）等のシステム内のネットワーク１２０を介して接続されている。そして、運用サーバ群１００の各被管理サーバ１１０は、管理サーバ２１０との間で通信を行い、管理に必要な情報をやり取りするためのシステム管理エージェント１１１を備える。

また、管理サーバ２１０は、インターネット等のネットワーク３００を介して、外部のＨ／Ｗオプション情報サーバ４００およびハードウェア（Ｈ／Ｗ）オプション販売サーバ５００に接続されている。Ｈ／Ｗオプション情報サーバ４００は、図１に示されたＨ／Ｗオプション情報サーバ４００と同一である。また、Ｈ／Ｗオプション販売サーバ５００は、管理サーバ２１０からの要求に応じて、ハードウェアをオンラインで販売する。本実施形態では、この管理サーバ２１０と、Ｈ／Ｗオプション情報サーバ４００と、Ｈ／Ｗオプション販売サーバ５００とで、ボトルネックを解消するための対応策を自動的に具体化し、実施する作業を行うシステムが形成される。

Ｈ／Ｗオプション販売サーバ５００は、オンラインでハードウェアの販売を行うためのサーバであり、インターネット等で電子商取引を行うような既存のサーバをそのまま適用することができる。また、このＨ／Ｗオプション販売サーバ５００は、例えば図２に示したコンピュータ装置により実現される。なお、図１３には、Ｈ／Ｗオプション販売サーバ５００が１つだけ記載されているが、実際には、被管理サーバ１１０あるいはこれを構成する個々のハードウェアのメーカー、これらの販売業者等ごとに個別に設けられる。図１３に示すように、ハードウェアのメーカー等がＨ／Ｗオプション情報サーバ４００およびＨ／Ｗオプション販売サーバ５００を共に提供しても良いし、Ｈ／Ｗオプション情報サーバ４００はメーカーが提供し、Ｈ／Ｗオプション販売サーバ５００は販売業者が提供するというように分担しても良い。なお、図１３には、Ｈ／Ｗオプション情報サーバ４００とＨ／Ｗオプション販売サーバ５００とが別個のサーバとして記載されているが、これは本実施形態における役割を表しているに過ぎず、物理的に複数のコンピュータ装置で構成されることを示すものではない。実際には、単一のコンピュータ装置でＨ／Ｗオプション情報サーバ４００およびＨ／Ｗオプション販売サーバ５００を実現することもできる。

本実施形態の分散システムにおいて、運用サーバ群１００の被管理サーバ１１０の機能は、図１および図３を参照して説明した被管理サーバ１１０と同様である。
一方、管理サーバ２１０の機能は、図４を参照して説明した管理サーバ２００とほぼ同様であるが、Ｈ／Ｗオプション販売サーバ５００にアクセスし、オンラインでハードウェアを購入する機能を備える点が異なる。

図１４は、本実施形態における管理サーバ２１０の機能構成を示す図である。
図１４を参照すると、本実施形態の管理サーバ２１０は、ボトルネック情報取得部２０１と、サーバ構成情報取得部２０２と、ハードウェア（Ｈ／Ｗ）オプション情報取得部２０３と、情報分析部２０４と、出力制御部２１１と、購入処理部２１２とを備える。図１４において、ボトルネック情報取得部２０１、サーバ構成情報取得部２０２、Ｈ／Ｗオプション情報取得部２０３および情報分析部２０４は、図４に示したこれらの構成と同様なので、同一の符号を付して説明を省略する。

出力制御部２１１は、例えば図２のプログラム制御されたＣＰＵ１１およびビデオカード１４により実現され、発生しているボトルネックを解消するために有効なハードウェア・オプションの情報をディスプレイ装置に表示出力し、ユーザ（システム管理者）に通知する。また、ハードウェア・オプションをオンラインで購入するための情報入力を受け付ける入力フォームや購入ボタンオブジェクトを表示する。

購入処理部２１２は、例えば図２のプログラム制御されたＣＰＵ１１、メインメモリ１３や磁気ディスク装置１５等の記憶装置、ネットワークインターフェイス１６およびキーボードやマウス等の入力デバイスで実現される。この購入処理部２１２は、出力制御部２１１によりディスプレイ表示された入力フォームに入力されたデータを受け付け、購入ボタンオブジェクトのクリックにより発生するイベントを検知して、この入力データおよびハードウェア・オプションの情報を含む購入要求を生成してＨ／Ｗオプション販売サーバ５００に送信する。

次に、管理サーバ２１０が購入処理部２１２を備えた本実施形態の動作について説明する。
図１５は、本実施形態の管理サーバ２１０の動作を説明するフローチャートである。
図１５のフローチャートにおいて、ステップ１５０１〜ステップ１５０６の動作は、図６に示したステップ６０１〜ステップ６０６の動作と同様である。

ステップ１５０６で、ボトルネックを解消するために有効なリソースが決定されると、次に、出力制御部２１１が、情報分析部２０４により決定された、ボトルネックの解消に有効なリソースの情報をディスプレイ装置に表示する（ステップ１５０７）。
図１６は、出力制御部２１１によりディスプレイ装置に表示される表示画面の構成例を示す図である。
図１６に示す表示画面は、図１２に示した表示画面と同様に、サーバ名、サーバマシンのタイプ／モデル、ボトルネックリソース、推奨アクション、現状の各情報と、ボトルネック解消のために有効なハードウェア・オプションが記載されている。また、Ｈ／Ｗオプション販売サーバ５００にアクセスしてハードウェア・オプションを購入するための購入ボタンオブジェクト１６０１と、ハードウェア・オプションの購入者の情報を入力する入力フォームを表示するための購入者情報入力ボタンオブジェクト１６０２とが記載されている。

ユーザ（システム管理者）は、ハードウェア・オプションをオンラインで購入する場合、この表示画面を参照して、まず購入者情報入力ボタンオブジェクト１６０２をマウスクリックし、購入者情報の入力フォームを表示させる。そして、購入者の氏名や電子メールアドレス、支払い方法等の情報を入力する。これらの入力項目は、通常のオンラインでの売買で行われるものと同様であり、任意に定めることができる。

次に、ユーザは、所望のハードウェア・オプションのチェックボックスをチェックし、購入ボタンオブジェクト１６０１をマウスクリックする。すると、購入処理部２１２が、入力フォームに入力された購入者情報と、チェックされたハードウェア・オプションの情報とを含む購入要求を生成し、Ｈ／Ｗオプション販売サーバ５００に送信する（ステップ１５０８）。Ｈ／Ｗオプション販売サーバ５００は、この購入要求を受信すると、その購入要求に係る商品（ハードウェア・オプション）に対する商取引を成立させる処理を行う。これにより、ユーザにより選択されたハードウェア・オプションの購入手続きが完了する。Ｈ／Ｗオプション販売サーバ５００において商取引を成立させる処理の内容は、通常の電子商取引等におけるサーバでの処理と同様である。すなわち、ネットワークを介した情報のやり取りにおいてハードウェア・オプションの売買契約が成立する。そして、代金の支払いにはクレジットカードによる支払いや銀行振り込み等の種々の手段が任意に用いられ、製品の引き渡しについても郵便や宅配便による輸送等の手段が任意に用いられる。なお、購入者情報は、一度入力された後は記憶装置に保管しておき、購入ボタンオブジェクト１６０１がマウスクリックされた際に購入処理部２１２が記憶装置から読み出すようにしても良い。このようにすれば、ハードウェア・オプションを購入するたびにユーザに購入者情報の入力を要求する必要がなくなり、ユーザの負担を軽減することができる。

なお、上述した２つの実施形態は、管理サーバ２００、２１０によって管理される運用サーバ群１００を備えた分散システムを対象として、ボトルネックを解消するために有効な対応策を具体化し、さらに実施するシステムについて説明したが、本発明の適用対象はこのような分散システムには限らない。
例えば、本実施形態の管理サーバ２００、２１０の機能を持ったサーバにより統合的に管理される各種の機械（装置）で構成されたシステムにも適用することができる。この場合、サーバは、ボトルネック情報として故障箇所や動作不良箇所の部品の情報を各機械から取得し、これらの部品の代替部品の情報を外部サーバから取得して、ディスプレイ表示するといった制御を行うことができる。
また、本実施形態のような分散システムではなく単一のコンピュータシステムにおいても、ＣＰＵの動作速度や記憶装置の記憶容量の不足がボトルネックとなる場合がある。この場合にも、当該コンピュータシステムにおいて、プログラム制御により管理サーバ２００、２１０の機能を実現し、本実施形態を適用することにより、ボトルネックが発生した際に、どのハードウェアを何に交換することでボトルネックが解消されるかといった、具体的な対応策を自動的に得ることができる。

本実施形態が適用される分散システムの全体構成を説明する図である。 本実施形態のシステムにおける各サーバを実現するのに好適なコンピュータ装置のハードウェア構成の例を模式的に示した図である。 本実施形態における運用サーバ群の各サーバに搭載されるシステム管理エージェントの機能構成を示す図である。 本実施形態の管理サーバの機能構成を示す図である。 本実施形態のＨ／Ｗオプション情報サーバの機能構成を示す図である。 本実施形態の管理サーバの動作を説明するフローチャートである。 本実施形態のボトルネック情報の構成例を示す図である。 本実施形態のハードウェア構成情報の構成例を示す図である。 本実施形態において管理サーバからＨ／Ｗオプション情報サーバへ送信されるハードウェア情報の構成例を示す図である。 本実施形態のハードウェア・オプション情報の構成例を示す図である。 本実施形態の情報分析部により決定されたボトルネックの解消に有効なリソースの情報の例を示す図である。 本実施形態の出力制御部によりディスプレイ装置に表示される表示画面の構成例を示す図である。 本発明の第２の実施形態が適用されるシステムの全体構成を説明する図である。 本実施形態における管理サーバの機能構成を示す図である。 本実施形態の管理サーバの動作を説明するフローチャートである。 本実施形態の出力制御部によりディスプレイ装置に表示される表示画面の構成例を示す図である。

符号の説明

１１…ＣＰＵ（Central Processing Unit：中央処理装置）、１３…メインメモリ、１４…ビデオカード、１５…磁気ディスク装置（ＨＤＤ）、１６…ネットワークインターフェイス、１００…運用サーバ群、１１０…被管理サーバ、１１１…システム管理エージェント、１１２…ハードウェア（Ｈ／Ｗ）リソース管理部、１１３…ハードウェア（Ｈ／Ｗ）構成情報管理部、１２０、３００…ネットワーク、２００、２１０…管理サーバ、２０１…ボトルネック情報取得部、２０２…サーバ構成情報取得部、２０３…ハードウェア（Ｈ／Ｗ）オプション情報取得部、２０４…情報分析部、２０５、２１１…出力制御部、２１２…購入処理部、４００…ハードウェア（Ｈ／Ｗ）オプション情報サーバ、４０１…ハードウェア情報格納部、４０２…情報検索部、５００…ハードウェア（Ｈ／Ｗ）オプション販売サーバ

Claims (12)

1. 運用装置群を管理する管理サーバにおいて、
   運用装置群を構成する被管理装置からボトルネックに関して、少なくとも、当該ボトルネックの原因であるハードウェアの種類と仕様を特定する情報および当該ボトルネックを解消するために有効な方策を記述した情報を取得し記憶装置に格納するサーバ情報取得部と、
   前記ボトルネックの原因であるハードウェアと交換可能なハードウェアについて少なくとも種類と仕様を特定する情報を取得し記憶装置に格納するハードウェア・オプション情報取得部と、
   前記記憶装置に格納されている、前記サーバ情報取得部により取得された前記情報および前記ハードウェア・オプション情報取得部により取得された前記情報を比較し、前記ハードウェア・オプション情報取得部により情報が取得されたハードウェアのうち、前記ボトルネックを解消するために有効な方策を実現可能な性能を発揮するハードウェアを選択することにより、当該ボトルネックを解消するために有効なハードウェアを決定する分析処理部と
   を備えることを特徴とする管理サーバ。
2. 前記分析処理部により決定されたハードウェアに関する、前記ハードウェア・オプション情報取得部により取得された情報を出力し、ユーザに通知する出力制御部をさらに備えることを特徴とする請求項１に記載の管理サーバ。
3. 前記出力制御部は、前記分析処理部により決定された前記ボトルネックを解消するために有効なハードウェアが複数存在する場合は、複数の当該ハードウェアに関する情報を列挙して出力することを特徴とする請求項２に記載の管理サーバ。
4. 前記ハードウェア・オプション情報取得部は、前記ボトルネックの原因であるハードウェアと同種のハードウェアであって、かつ前記ボトルネックの原因であるハードウェアに関する前記情報が取得された前記被管理装置に使用可能なハードウェアに関する前記情報を取得することを特徴とする請求項１に記載の管理サーバ。
5. ユーザによる入力操作を受け付け、当該入力操作により選択された、前記ボトルネックを解消するために有効なハードウェアの購入要求を、オンラインで当該ハードウェアの販売業務を行うサーバに送信する購入処理部をさらに備えることを特徴とする請求項１に記載の管理サーバ。
6. 運用装置群を管理する管理サーバと、
   ネットワークを介して前記管理サーバと接続され、前記運用装置群の被管理装置のハードウェア構成を特定する構成情報を格納したハードウェア・オプション情報サーバとを備え、
   前記管理サーバは、
   前記運用装置群の被管理装置を構成するハードウェアと同種のハードウェアであって、かつ当該被管理装置に使用可能なハードウェアについて少なくとも種類と仕様を特定する情報の送信要求を前記ハードウェア・オプション情報サーバに送信し、当該ハードウェア・オプション情報サーバからの応答を受信して記憶装置に格納するハードウェア・オプション情報取得部と、
   前記被管理装置の前記構成情報と前記記憶装置に格納されたハードウェアに関する前記情報とを比較し、前記ハードウェア・オプション情報取得部により情報が取得されたハードウェアのうち、前記被管理装置におけるボトルネックを解消するための予め設定された方策を実現可能な性能を発揮するハードウェアを選択することにより、当該ボトルネックを解消するために有効なハードウェアを決定する分析処理部とを備え、
   前記ハードウェア・オプション情報サーバは、
   前記運用装置群の被管理装置に使用可能なハードウェアについて少なくとも種類と仕様を特定する前記情報を格納したハードウェア情報格納部と、
   前記管理サーバの前記ハードウェア・オプション情報取得部から送信された送信要求を受信し、当該送信要求に該当する前記ハードウェアについての前記情報を前記ハードウェア情報格納部から読み出して当該管理サーバに返送する情報検索部とを備えることを特徴とするシステム。
7. 前記管理サーバは、前記分析処理部により決定されたハードウェアに関する、前記ハードウェア・オプション情報取得部により取得された情報を出力し、ユーザに通知する出力制御部をさらに備えることを特徴とする請求項６に記載のシステム。
8. 前記ハードウェア・オプション情報サーバのハードウェア情報格納部に情報が格納されているハードウェアの販売業務をオンラインで行うハードウェア・オプション販売サーバをさらに備え、
   前記管理サーバは、ユーザによる入力操作を受け付け、当該入力操作により選択された、前記ボトルネックを解消するために有効なハードウェアの購入要求を前記ハードウェア・オプション販売サーバに送信する購入処理部をさらに備えることを特徴とする請求項６に記載のシステム。
9. コンピュータを、
   運用装置群を構成する被管理装置からボトルネックに関して、少なくとも、当該ボトルネックの原因であるハードウェアの種類と仕様を特定する情報および当該ボトルネックを解消するために有効な方策を記述した情報を取得し記憶装置に格納するサーバ情報取得手段と、
   前記ボトルネックの原因であるハードウェアと交換可能なハードウェアについて少なくとも種類と仕様を特定する情報を取得し記憶装置に格納するハードウェア・オプション情報取得手段と、
   前記記憶装置に格納されている、前記サーバ情報取得手段により取得された前記情報および前記ハードウェア・オプション情報取得手段により取得された前記情報を比較し、前記ハードウェア・オプション情報取得手段により情報が取得されたハードウェアのうち、前記ボトルネックを解消するための方策を実現可能な性能を発揮するハードウェアを選択することにより、当該ボトルネックを解消するために有効なハードウェアを決定する分析処理手段として
   機能させることを特徴とするプログラム。
10. 前記コンピュータを、前記分析処理手段により決定されたハードウェアに関する前記ハードウェア・オプション情報取得手段により取得された情報を出力し、ユーザに通知する出力制御手段としてさらに機能させることを特徴とする請求項９に記載のプログラム。
11. 前記ハードウェア・オプション情報取得手段の処理として、前記ボトルネックの原因であるハードウェアと同種のハードウェアであって、かつ前記ボトルネックの原因であるハードウェアに関する前記情報が取得された前記被管理装置に使用可能なハードウェアに関する前記情報を取得する処理を、前記コンピュータに実行させることを特徴とする請求項９に記載のプログラム。
12. 前記コンピュータを、ユーザによる入力操作を受け付け、当該入力操作により選択された、前記ボトルネックを解消するために有効なハードウェアの購入要求を、オンラインで当該ハードウェアの販売業務を行うサーバに送信する購入処理手段としてさらに機能させることを特徴とする請求項９に記載のプログラム。

Images