JP2009294972A - 監視システム、監視装置、被監視装置、監視方法 - Google Patents
監視システム、監視装置、被監視装置、監視方法 Download PDFInfo
- Publication number
- JP2009294972A JP2009294972A JP2008148853A JP2008148853A JP2009294972A JP 2009294972 A JP2009294972 A JP 2009294972A JP 2008148853 A JP2008148853 A JP 2008148853A JP 2008148853 A JP2008148853 A JP 2008148853A JP 2009294972 A JP2009294972 A JP 2009294972A
- Authority
- JP
- Japan
- Prior art keywords
- mac address
- information
- virtual
- real
- address
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/14—Network analysis or design
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/04—Network management architectures or arrangements
- H04L41/046—Network management architectures or arrangements comprising network management agents or mobile agents therefor
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
Abstract
【課題】被監視装置のハードウェアの故障情報とソフトウェアの故障情報との関連付けを行う監視システムを提供することを目的とする。
【解決手段】監視システムの被監視装置は、予め実計算機の装置ＩＤと実ＭＡＣアドレスを監視装置に通報する。また被監視装置は、実ＭＡＣアドレスおよび各計算機のＩＰアドレスを基に各計算機に対応する仮想ＭＡＣアドレスを予め決定し、各計算機のいずれかで故障が発生すると、仮想ＭＡＣアドレスおよびＩＰアドレスを含む故障情報を監視装置に通報する。監視システムの監視装置は、故障情報の中のＩＰアドレスおよび仮想ＭＡＣアドレスに基いて実ＭＡＣアドレスを取得し、取得した実ＭＡＣアドレスに基づいて故障情報をグループ化し、装置ＩＤに関連付けて出力する。
【選択図】図１
【解決手段】監視システムの被監視装置は、予め実計算機の装置ＩＤと実ＭＡＣアドレスを監視装置に通報する。また被監視装置は、実ＭＡＣアドレスおよび各計算機のＩＰアドレスを基に各計算機に対応する仮想ＭＡＣアドレスを予め決定し、各計算機のいずれかで故障が発生すると、仮想ＭＡＣアドレスおよびＩＰアドレスを含む故障情報を監視装置に通報する。監視システムの監視装置は、故障情報の中のＩＰアドレスおよび仮想ＭＡＣアドレスに基いて実ＭＡＣアドレスを取得し、取得した実ＭＡＣアドレスに基づいて故障情報をグループ化し、装置ＩＤに関連付けて出力する。
【選択図】図１
Description
本発明は、仮想サーバシステムにおいて、サーバの故障調査の効率化を図る監視システムに関するものである。
被監視装置のサーバと監視センタと、を備えるリモート監視システムにおいて、サーバで異常が検出された場合に、異常通報は、ネットワークを経由してサーバから監視センタに通報される。
このサーバは、能力の向上により、１台の装置を複数の論理的な装置（仮想サーバ）に分割し、動作させる方式を採るようになった。そして、仮想サーバに用いられるゲストＯＳでは、ホストＯＳとゲストＯＳの間、及びゲストＯＳ同士について、セキュリティを高めるため、互いにアクセスできる範囲を制限している。また、このような仮想サーバにより業務システムを運用する場合、ＯＳ等のソフトウェアを、代替のサーバからでも起動できるように、共有ディスク上に配置し、２つのサーバからゲストＯＳを起動可能とする構成をとる場合がある。このようなシステムにすることで、万一動作しているサーバのハードウェアが故障しても代替のサーバからＯＳ等のソフトウェアを再起動し、業務を継続することができるようになる。
この仮想サーバのゲストＯＳは、ハードウェアの情報を読み出せない。そのため、ホストＯＳ内またはゲストＯＳ内で収集できる情報だけを、監視センタに送付している。
以下に関連する特許文献１を示す。
特開平０４−２５７０３５号公報
この仮想サーバのゲストＯＳは、ハードウェアの情報を読み出せない。そのため、ホストＯＳ内またはゲストＯＳ内で収集できる情報だけを、監視センタに送付している。
以下に関連する特許文献１を示す。
このようなシステムにおいて、被監視装置のサーバが、ハードウェアの故障などに起因してゲストＯＳ上で動作するソフトウェアに影響を与え、異常を検出する場合がある。この場合、監視センタにハードウェアの異常とソフトウェアの異常をそれぞれ通報するが、監視センタでは、それらが、同一のサーバ上で動作しているかどうかを関連づけることができなかった。これは、ソフトウェアの異常情報については、サーバを特定するハードウェアの情報がないためである。この結果、監視センタの通報に基づいて故障回復のためのサポートを行うサポート員は、ソフトウェアの異常情報については、サーバを特定するための作業が必要となる。このため、これらの２つの異常情報が同一のサーバから通知されたものであるとの判断を即座に行うのは困難であった。
そのため、被監視装置から通報される故障情報と故障が発生している被監視装置との関連付けを行う監視システムを提供することを目的とする。
監視システムは、実計算機上で仮想計算機を動作させる被監視装置と被監視装置の故障状態を監視する監視装置とを備える。被監視装置は、実計算機の装置識別情報および実ＭＡＣアドレスを有する初期情報を監視装置に通報する初期情報通報部と、前記実ＭＡＣアドレスおよび各計算機のＩＰアドレスを基に、各計算機の仮想ＭＡＣアドレスを決定する仮想ＭＡＣアドレス決定部と、前記各計算機のいずれかで故障が発生した場合に、故障が発生した計算機の仮想ＭＡＣアドレスおよびＩＰアドレスを含む故障情報を監視装置に通報する故障情報通報部と、を備え、監視装置は、前記被監視装置から受信した初期情報を格納する格納部と、前記被監視装置から受信した故障情報の中のＩＰアドレスおよび仮想ＭＡＣアドレスに基いて対応する実計算機の実ＭＡＣアドレスを取得する実ＭＡＣアドレス取得部と、取得された実ＭＡＣアドレスに基づいて前記故障情報をグループ化し、グループ化した故障情報を前記装置識別情報に関連付けをするグループ化処理部と、前記装置識別情報に関連付けをした故障情報を出力する出力部と、を備える。
この構成により、監視装置は、実ＭＡＣアドレスにより故障情報をグループ化できる。このため、被監視装置毎に故障情報の関連付けが可能となる。
本監視システムにより、被監視装置毎に、監視センタ側で故障情報の関連付けを行うことができる。そのため、ハードウェアが原因と推測されるソフトウェアの故障情報を速やかに判断できる。このように判断できた場合には、ハードウェアの故障回復のみを処置をすればよいため、効率的なサポートを行うことが可能となる。
（実施例）
図１に実施例による監視システムの構成図を示す。
本実施例による監視システム１は、監視センタ１００と、被監視装置の２台のサーバＡ２、サーバＢ３を有する構成例である。サーバＡ２、サーバＢ３はそれぞれ共有のディスク装置４に接続されている。
図１に実施例による監視システムの構成図を示す。
本実施例による監視システム１は、監視センタ１００と、被監視装置の２台のサーバＡ２、サーバＢ３を有する構成例である。サーバＡ２、サーバＢ３はそれぞれ共有のディスク装置４に接続されている。
監視センタ１００は、故障監視のためにサーバＡ２、サーバＢ３についてネットワークを介して遠隔監視する監視処理部１０１を有する。
監視処理部１０１は、サーバＡ２、サーバＢ３から通報された故障情報から、各サーバＡ２、サーバＢ３の物理的な実ＭＡＣアドレスを取得する。そして、取得した物理的な実ＭＡＣアドレスを基に故障情報をグループ化する。ＭＡＣアドレスとは、Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌアドレスのことである。次に、監視処理部１０１は、グループ化した故障情報にサーバの装置識別情報（以降装置ＩＤ）を対応付けてサポート員に通報する。
これにより、同一のハードウェアによる故障情報を同一故障情報グループとして取りまとめ、関連づけることで、サポート員がまとめて対応することができる。このため、ハードウェア故障に起因したソフトウェアとハードウェアとの切り分けが容易かつ可能となる。
この結果、サポート員は、修理が必要な場合には、必要な交換部品を持ってサーバＡ２またはサーバＢ３の修理に出向き、適切な保守サービスを提供する。
被監視装置のサーバＡ２、サーバＢ３は、顧客が業務シスムに使用している二重化システムの装置である。
監視処理部１０１は、サーバＡ２、サーバＢ３から通報された故障情報から、各サーバＡ２、サーバＢ３の物理的な実ＭＡＣアドレスを取得する。そして、取得した物理的な実ＭＡＣアドレスを基に故障情報をグループ化する。ＭＡＣアドレスとは、Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌアドレスのことである。次に、監視処理部１０１は、グループ化した故障情報にサーバの装置識別情報（以降装置ＩＤ）を対応付けてサポート員に通報する。
これにより、同一のハードウェアによる故障情報を同一故障情報グループとして取りまとめ、関連づけることで、サポート員がまとめて対応することができる。このため、ハードウェア故障に起因したソフトウェアとハードウェアとの切り分けが容易かつ可能となる。
この結果、サポート員は、修理が必要な場合には、必要な交換部品を持ってサーバＡ２またはサーバＢ３の修理に出向き、適切な保守サービスを提供する。
被監視装置のサーバＡ２、サーバＢ３は、顧客が業務シスムに使用している二重化システムの装置である。
サーバＡ２は、ハードウェア１１、ホストＯＳ１２、アプリケーションソフトウェア２１〜２３、ゲストＯＳ３１〜３３、仮想ハードウェア４１〜４３を有する。ゲストＯＳ３１〜３３、仮想ハードウェア４１〜４３は、ソフトウェアである。サーバＡ２は、ゲストＯＳ３１〜ゲストＯＳ３３により３台の仮想サーバ＃１〜＃３を生成可能である。そして、仮想サーバ＃１〜＃３は、それぞれがあたかも1台のコンピュータであるかのように動作し、異なるＯＳや異なるアプリケーションソフトウェア２１〜２３を同時に実行することができる。
仮想サーバ＃１は、アプリケーションソフトウェア２１、ゲストＯＳ３１、仮想ハードウェア４１を有する。仮想サーバ＃２は、アプリケーションソフトウェア２２、ゲストＯＳ３２、仮想ハードウェア４２を有する。仮想サーバ＃３は、アプリケーションソフトウェア２３、ゲストＯＳ３３、仮想ハードウェア４３を有する。
サーバＢ３は、サーバＡ２とは、共通のハードウェア、ソフトウェアを有する構成例である。サーバＢ３は、ゲストＯＳ３１〜ゲストＯＳ３３により３台の仮想サーバ＃４〜＃６を生成可能である。仮想サーバ＃４は、アプリケーションソフトウェア２１、ゲストＯＳ３１、仮想ハードウェア４１を有する。仮想サーバ＃５は、アプリケーションソフトウェア２２、ゲストＯＳ３２、仮想ハードウェア４２を有する。仮想サーバ＃６は、アプリケーションソフトウェア２３、ゲストＯＳ３３、仮想ハードウェア４３を有する。
共有のディスク装置４は、それぞれのサーバＡ２，サーバＢ３の各仮想サーバ上で実行可能なゲストＯＳ３１〜３３等のソフトウェア等を格納する。ディスク装置４は、３つの論理ディスク１５〜１７に対応してゲストＯＳ３１〜３３等のソフトウェアを割り付けている。ゲストＯＳ３１〜ゲストＯＳ３３は、サーバＡ２、サーバＢ３のどちらからでも起動可能である。
ハードウェア１１は、プロセッサ７１、ＬＡＮアダプタ７２、メモリ７３等を有する。
プロセッサ７１は、メモリ７３にロードされているソフトウェアからの命令に従って各種処理を実行する。
ＬＡＮアダプタ７２は、監視センタ１００とサーバＡ２または監視センタ１００とサーバＢ３との間を接続する。
メモリ７３は、ソフトウェア、テーブル等を格納する。
プロセッサ７１は、メモリ７３にロードされているソフトウェアからの命令に従って各種処理を実行する。
ＬＡＮアダプタ７２は、監視センタ１００とサーバＡ２または監視センタ１００とサーバＢ３との間を接続する。
メモリ７３は、ソフトウェア、テーブル等を格納する。
ホストＯＳ１２は、サーバＡ２、サーバＢ３ごとにハードウェア１１の制御、仮想サーバ＃１〜＃３または仮想サーバ＃４〜＃６の制御等を行う。ホストＯＳ１２は、故障処理部６１と監視エージェント６２を有する。詳細は、後述する。ハードウェア１１とホストＯＳ１２が実計算機の例である。
ゲストＯＳ３１〜ゲストＯＳ３３は、対応する仮想サーバ＃１〜＃６を管理するＯＳである。
仮想サーバ＃１〜＃６は、ゲストＯＳ３１〜ゲストＯＳ３３のもとで、顧客の業務処理のためのアプリケーションソフトウェア２１〜２３を実行する。アプリケーションソフトウェア２１〜２３には、仮想サーバ＃１〜＃６の異常状態を監視する監視エージェント５１〜５３が搭載されている。仮想サーバ＃１〜＃６は、仮想計算機の例である。また、ゲストＯＳ３１〜ゲストＯＳ３３は、仮想ＭＡＣアドレスを決定するための決定部（図示なし）等を有する。決定部は、後述のホストＯＳ１２の仮想ＭＡＣアドレス決定部８２と同一の機能を有する。
監視エージェント５１〜５３は、初期情報と故障情報を監視センタ１００に通報する。監視エージェント５１〜５３が実行する処理は、後述の監視エージェント６２と同様である。
仮想サーバ＃１〜＃６は、ゲストＯＳ３１〜ゲストＯＳ３３のもとで、顧客の業務処理のためのアプリケーションソフトウェア２１〜２３を実行する。アプリケーションソフトウェア２１〜２３には、仮想サーバ＃１〜＃６の異常状態を監視する監視エージェント５１〜５３が搭載されている。仮想サーバ＃１〜＃６は、仮想計算機の例である。また、ゲストＯＳ３１〜ゲストＯＳ３３は、仮想ＭＡＣアドレスを決定するための決定部（図示なし）等を有する。決定部は、後述のホストＯＳ１２の仮想ＭＡＣアドレス決定部８２と同一の機能を有する。
監視エージェント５１〜５３は、初期情報と故障情報を監視センタ１００に通報する。監視エージェント５１〜５３が実行する処理は、後述の監視エージェント６２と同様である。
仮想ハードウェア４１〜４３は、ハードウェア１１をエミュレートする。そのため、ハードウェア１１の故障箇所を識別する機能を有していない。そのため、障害発生時には、仮想サーバ＃１〜＃６は、ソフトウェア障害を監視センタ１００に通報する。仮想ハードウェア４１〜４３として、例えば仮想ＬＡＮアダプタを有する。
図２にホストＯＳの説明図を示す。
ホストＯＳ１２は、故障の監視のために故障処理部６１と監視エージェント６２を有する。
故障処理部６１は、プロセス管理部８１と仮想ＭＡＣアドレス決定部８２とを有する。
プロセス管理部８１は、故障の監視処理のためのプロセスを管理する。例えば、プロセス管理部８１の処理としては、ホストＯＳ１２の起動処理、仮想サーバ生成処理、ホストＯＳ１２の仮想ＬＡＮアダプタの設定処理、仮想サーバの起動処理等がある。
仮想ＭＡＣアドレス決定部８２は、ホストＯＳ１２が管理する仮想ＬＡＮアダプタの仮想ＭＡＣアドレスを決定する。実ＭＡＣアドレスから仮想ＭＡＣアドレスへの換算式は、仮想ＭＡＣアドレス＝実ＭＡＣアドレス＋（ＩＰアドレス−ネットワークアドレス）である。
ホストＯＳ１２は、故障の監視のために故障処理部６１と監視エージェント６２を有する。
故障処理部６１は、プロセス管理部８１と仮想ＭＡＣアドレス決定部８２とを有する。
プロセス管理部８１は、故障の監視処理のためのプロセスを管理する。例えば、プロセス管理部８１の処理としては、ホストＯＳ１２の起動処理、仮想サーバ生成処理、ホストＯＳ１２の仮想ＬＡＮアダプタの設定処理、仮想サーバの起動処理等がある。
仮想ＭＡＣアドレス決定部８２は、ホストＯＳ１２が管理する仮想ＬＡＮアダプタの仮想ＭＡＣアドレスを決定する。実ＭＡＣアドレスから仮想ＭＡＣアドレスへの換算式は、仮想ＭＡＣアドレス＝実ＭＡＣアドレス＋（ＩＰアドレス−ネットワークアドレス）である。
監視エージェント６２は、初期情報通報部６４、故障情報通報部６５を有する。
初期情報通報部６４は、サーバ起動時に、サーバの装置ＩＤ、ＩＰアドレス、ＭＡＣアドレス、種別、区分を有する初期情報を監視センタ１００に通報する。「種別」は、監視センタ１００への情報の通報が、初期情報の通報か故障情報の通報かを区別する。初期情報の場合には「０」を種別に設定する。「区分」は、ＭＡＣアドレスが実ＭＡＣアドレスの情報であるか仮想ＭＡＣアドレスの情報であるかを区別する。区分「１」は、実ＭＡＣアドレス、区分「０」は、仮想ＭＡＣアドレスを示す。
ＩＰアドレスとは、Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌアドレスのことである。
故障情報通報部６５は、故障発生時に、故障を生じたサーバの装置ＩＤ、ＩＰアドレス、ＭＡＣアドレス、種別を有する故障情報を監視センタ１００に通報する。故障情報の場合には、「１」を種別に設定する。故障情報の通報時、ＭＡＣアドレスとしては、仮想ＭＡＣアドレスを通報する。
初期情報通報部６４は、サーバ起動時に、サーバの装置ＩＤ、ＩＰアドレス、ＭＡＣアドレス、種別、区分を有する初期情報を監視センタ１００に通報する。「種別」は、監視センタ１００への情報の通報が、初期情報の通報か故障情報の通報かを区別する。初期情報の場合には「０」を種別に設定する。「区分」は、ＭＡＣアドレスが実ＭＡＣアドレスの情報であるか仮想ＭＡＣアドレスの情報であるかを区別する。区分「１」は、実ＭＡＣアドレス、区分「０」は、仮想ＭＡＣアドレスを示す。
ＩＰアドレスとは、Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌアドレスのことである。
故障情報通報部６５は、故障発生時に、故障を生じたサーバの装置ＩＤ、ＩＰアドレス、ＭＡＣアドレス、種別を有する故障情報を監視センタ１００に通報する。故障情報の場合には、「１」を種別に設定する。故障情報の通報時、ＭＡＣアドレスとしては、仮想ＭＡＣアドレスを通報する。
図３は、監視処理部の説明図を示す。
監視処理部１０１は、初期情報格納部１１０、故障情報格納部１１１、実ＭＡＣアドレス取得部１１２、グループ化処理部１１３、出力部１４を有する。
初期情報格納部１１０は、サーバＡ２およびサーバＢ３からの初期情報を格納するメモリである。
故障情報格納部１１１は、サーバＡ２およびサーバＢ３からの故障情報およびグループ化情報を格納するメモリである。
実ＭＡＣアドレス取得部１１２は、受信した故障情報に含まれるＩＰアドレスおよび仮想ＭＡＣアドレスから故障を生じたサーバの実ＭＡＣアドレスを換算して取得する。換算式は、実ＭＡＣアドレス＝仮想ＭＡＣアドレス−（ＩＰアドレス−ネットワークアドレス）である。
グループ化処理部１１３は、故障情報を実ＭＡＣアドレスによりグループ化する。そして、グループ化処理部１１３は、初期情報の中の装置ＩＤと実ＭＡＣアドレスとの関連付けを行い、その結果を故障情報格納部１１１に格納するとともに、出力部１１４に出力する。
出力部１１４は、各種情報を表示する。
監視処理部１０１は、初期情報格納部１１０、故障情報格納部１１１、実ＭＡＣアドレス取得部１１２、グループ化処理部１１３、出力部１４を有する。
初期情報格納部１１０は、サーバＡ２およびサーバＢ３からの初期情報を格納するメモリである。
故障情報格納部１１１は、サーバＡ２およびサーバＢ３からの故障情報およびグループ化情報を格納するメモリである。
実ＭＡＣアドレス取得部１１２は、受信した故障情報に含まれるＩＰアドレスおよび仮想ＭＡＣアドレスから故障を生じたサーバの実ＭＡＣアドレスを換算して取得する。換算式は、実ＭＡＣアドレス＝仮想ＭＡＣアドレス−（ＩＰアドレス−ネットワークアドレス）である。
グループ化処理部１１３は、故障情報を実ＭＡＣアドレスによりグループ化する。そして、グループ化処理部１１３は、初期情報の中の装置ＩＤと実ＭＡＣアドレスとの関連付けを行い、その結果を故障情報格納部１１１に格納するとともに、出力部１１４に出力する。
出力部１１４は、各種情報を表示する。
図４に、装置ＩＤテーブルの説明図を示す。
装置ＩＤテーブル１２１は、サーバ毎に、装置ＩＤ、ＯＳ名、ＩＰアドレスおよびネットマスクを格納する。また、装置ＩＤテーブル１２１は、装置の設置時に設定されメモリ７３に格納される。
図４（ａ）は、サーバＡ２の装置ＩＤテーブル１２１ａを示す。サーバＡ２に含まれる装置の情報を格納するものである。
図４（ａ）の装置ＩＤ１００１〜１００３は、ゲストＯＳ３１〜ゲストＯＳ３３に対応している。装置ＩＤ１００５は、ホストＯＳ１２に対応している。
図４（ｂ）は、サーバＢ３の装置ＩＤテーブル１２１ｂを示す。サーバＢ３に含まれる装置の情報を格納するものである。
図４（ｂ）の装置ＩＤ２００１〜２００３は、ゲストＯＳ３１〜ゲストＯＳ３３に対応している。装置ＩＤ２００５は、ホストＯＳ１２に対応している。
装置ＩＤテーブル１２１は、サーバ毎に、装置ＩＤ、ＯＳ名、ＩＰアドレスおよびネットマスクを格納する。また、装置ＩＤテーブル１２１は、装置の設置時に設定されメモリ７３に格納される。
図４（ａ）は、サーバＡ２の装置ＩＤテーブル１２１ａを示す。サーバＡ２に含まれる装置の情報を格納するものである。
図４（ａ）の装置ＩＤ１００１〜１００３は、ゲストＯＳ３１〜ゲストＯＳ３３に対応している。装置ＩＤ１００５は、ホストＯＳ１２に対応している。
図４（ｂ）は、サーバＢ３の装置ＩＤテーブル１２１ｂを示す。サーバＢ３に含まれる装置の情報を格納するものである。
図４（ｂ）の装置ＩＤ２００１〜２００３は、ゲストＯＳ３１〜ゲストＯＳ３３に対応している。装置ＩＤ２００５は、ホストＯＳ１２に対応している。
サーバＡ２を例にとり、サーバＡ２を起動したときの動作の流れを図５〜図１３に従って説明する。
サーバＡ２が、ゲストＯＳ３２、ゲストＯＳ３３を使用し、サーバＢ３が、ゲストＯＳ３１を使用する例である。
サーバＡ２が、ゲストＯＳ３２、ゲストＯＳ３３を使用し、サーバＢ３が、ゲストＯＳ３１を使用する例である。
図５に監視システムの処理の流れ図を示す。
サーバＡ２の起動によりホストＯＳ１２の起動処理が行われる（Ｓ１ステップ）。
次に、図５のＳ１ステップの詳細について図６、図７を用いて説明を行う。
サーバＡ２の起動によりホストＯＳ１２の起動処理が行われる（Ｓ１ステップ）。
次に、図５のＳ１ステップの詳細について図６、図７を用いて説明を行う。
図６にホストＯＳ起動処理の流れ図を示す。
まず、ホストＯＳ１２に関するデバイスを定義する（Ｓ１１ステップ）。
具体的には、ホストＯＳ１２は、サーバＡ２に接続されている共有のディスク装置４やＬＡＮアダプタ７２などを認識して、ホストＯＳ１２からアクセス可能な物理デバイス名と、接続装置との対応付けをデバイス名テーブルＡ１３１として生成する。
まず、ホストＯＳ１２に関するデバイスを定義する（Ｓ１１ステップ）。
具体的には、ホストＯＳ１２は、サーバＡ２に接続されている共有のディスク装置４やＬＡＮアダプタ７２などを認識して、ホストＯＳ１２からアクセス可能な物理デバイス名と、接続装置との対応付けをデバイス名テーブルＡ１３１として生成する。
図７にホストＯＳの起動処理に対応するテーブルの説明図を示す。
図７（ａ）は、ホストＯＳ１２に対応するデバイス情報を格納するデバイス名テーブルＡ１３１である。物理デバイス名ｓｄａは、論理ディスク１５、物理デバイス名ｓｄｂは、論理ディスク１６、物理デバイス名ｓｄｃは、論理ディスク１７を示す。また、物理デバイス名ｌａｎａは、ＬＡＮアダプタ７２を示す。
次に、ホストＯＳ１２は、ＬＡＮアダプタ７２内に設定済みのＭＡＣアドレスを読み出し、物理デバイス名ｌａｎａとＭＡＣアドレスとの対応を示すデバイステーブルＡ１３２を生成する（図６のＳ１２ステップ）。
図７（ｂ）にデバイステーブルＡ１３２を示す。物理デバイス名ｌａｎａに対応するＭＡＣアドレスは、「００−００−０ｅ−１２−１０−００」とする例を示す。区分「１」は、デバイステーブルＡ１３２に記録されているＭＡＣアドレスが実ＭＡＣアドレスであることを示す。また、活性化を示す状態は「０」である。「０」は、非活性を示す。
図７（ａ）は、ホストＯＳ１２に対応するデバイス情報を格納するデバイス名テーブルＡ１３１である。物理デバイス名ｓｄａは、論理ディスク１５、物理デバイス名ｓｄｂは、論理ディスク１６、物理デバイス名ｓｄｃは、論理ディスク１７を示す。また、物理デバイス名ｌａｎａは、ＬＡＮアダプタ７２を示す。
次に、ホストＯＳ１２は、ＬＡＮアダプタ７２内に設定済みのＭＡＣアドレスを読み出し、物理デバイス名ｌａｎａとＭＡＣアドレスとの対応を示すデバイステーブルＡ１３２を生成する（図６のＳ１２ステップ）。
図７（ｂ）にデバイステーブルＡ１３２を示す。物理デバイス名ｌａｎａに対応するＭＡＣアドレスは、「００−００−０ｅ−１２−１０−００」とする例を示す。区分「１」は、デバイステーブルＡ１３２に記録されているＭＡＣアドレスが実ＭＡＣアドレスであることを示す。また、活性化を示す状態は「０」である。「０」は、非活性を示す。
次に、ホストＯＳ１２は、図４に示す装置ＩＤテーブル１２１ａから、装置ＩＤと、その装置ＩＤに対応するＩＰアドレス、ネットマスクを読み出す。この例では、ホストＯＳ１２に対応する情報を読み出す。また、図７（ｂ）に示すデバイステーブルＡ１３２からＭＡＣアドレスを読み出す。そしてホストＯＳ１２は、両者の情報をもとにホストＯＳ１２についての初期情報Ａ１３３を生成し、メモリ７３に格納する。このとき、初期情報Ａ１３３に対応する送付済みのマークＡ１３４も「０」に生成され、メモリ７３に格納される。
図７（ｃ）は、監視センタ１００に送るためのサーバＡ２のホストＯＳ１２の初期情報Ａ１３３を示す。初期情報Ａ１３３は、ホストＯＳ１２の装置ＩＤ１００５、ＩＰアドレス１９２．１６８．１０．５、ネットマスク２５５．２５５．２５５．０、ＭＡＣアドレス００−００−０ｅ−１２−１０−００、種別「０」、区分「１」で構成される。種別「０」は、初期情報であることを示し、区分「１」は、実ＭＡＣアドレスを示す。
図７（ｃ）は、監視センタ１００に送るためのサーバＡ２のホストＯＳ１２の初期情報Ａ１３３を示す。初期情報Ａ１３３は、ホストＯＳ１２の装置ＩＤ１００５、ＩＰアドレス１９２．１６８．１０．５、ネットマスク２５５．２５５．２５５．０、ＭＡＣアドレス００−００−０ｅ−１２−１０−００、種別「０」、区分「１」で構成される。種別「０」は、初期情報であることを示し、区分「１」は、実ＭＡＣアドレスを示す。
次に、ＬＡＮアダプタ７２を活性化する（図６のＳ１３ステップ）。このとき、ホストＯＳ１２は、デバイステーブルＡ１３２の活性化を示す状態を「０」から「１」に変更する。「１」は、「活性」を示す（図７（ｂ）参照）。
次に、ホストＯＳ１２は、監視エージェント６２を起動する（図６のＳ１４ステップ）。
そして、監視エージェント６２は、デバイステーブルＡ１３２の活性化の状態「１」を検出し、かつ図７（ｃ）に示す初期情報Ａ１３３に対応する送付済みのマークＡ１３４が「０」であることを検出すると、監視センタ１００に初期情報Ａ１３３を通報する。
初期情報Ａ１３３が監視センタ１００に送付されると、メモリ７３に格納されている初期情報Ａ１３３に対応する送付済みのマークＡ１３４を「１」に変更する（図７（ｃ）参照）。
ホストＯＳ１２の起動処理が終了する。
そして、監視エージェント６２は、デバイステーブルＡ１３２の活性化の状態「１」を検出し、かつ図７（ｃ）に示す初期情報Ａ１３３に対応する送付済みのマークＡ１３４が「０」であることを検出すると、監視センタ１００に初期情報Ａ１３３を通報する。
初期情報Ａ１３３が監視センタ１００に送付されると、メモリ７３に格納されている初期情報Ａ１３３に対応する送付済みのマークＡ１３４を「１」に変更する（図７（ｃ）参照）。
ホストＯＳ１２の起動処理が終了する。
図５の説明に戻る。
次に、ホストＯＳ１２は、仮想サーバ＃１〜＃３の生成処理を行う（図５のＳ２ステップ）。
次に、図５のＳ２ステップの詳細の図８、図９において説明する。
次に、ホストＯＳ１２は、仮想サーバ＃１〜＃３の生成処理を行う（図５のＳ２ステップ）。
次に、図５のＳ２ステップの詳細の図８、図９において説明する。
図８に仮想サーバの生成処理の流れ図を示す。
具体的には、ホストＯＳ１２は、仮想サーバ＃１〜＃３の生成時に、仮想サーバ＃１〜＃３がアクセスする共有のディスク装置４や仮想ＬＡＮアダプタなどのデバイス定義を行う（Ｓ２１ステップ）。この定義により、仮想サーバ＃１〜＃３がアクセスする論理デバイス名と物理デバイス名の対応付けが行われるデバイス変換テーブル１４１が作成される。
具体的には、ホストＯＳ１２は、仮想サーバ＃１〜＃３の生成時に、仮想サーバ＃１〜＃３がアクセスする共有のディスク装置４や仮想ＬＡＮアダプタなどのデバイス定義を行う（Ｓ２１ステップ）。この定義により、仮想サーバ＃１〜＃３がアクセスする論理デバイス名と物理デバイス名の対応付けが行われるデバイス変換テーブル１４１が作成される。
図９に仮想サーバの生成処理に対応するテーブルの説明図を示す。
図９（ａ）は、デバイス変換テーブル１４１の説明図である。
仮想サーバ＃１に対して、物理デバイスｓｄａに対する論理デバイスｓｄ１、物理デバイスｌａｎａに対する論理デバイスｌａｎ１を定義している。
仮想サーバ＃２に対して、物理デバイスｓｄｂに対する論理デバイスｓｄ２、物理デバイスｌａｎａに対する論理デバイスｌａｎ１を定義している。
仮想サーバ＃３に対して、物理デバイスｓｄｃに対する論理デバイスｓｄ３、物理デバイスｌａｎａに対する論理デバイスｌａｎ１を定義している。
図９（ａ）は、デバイス変換テーブル１４１の説明図である。
仮想サーバ＃１に対して、物理デバイスｓｄａに対する論理デバイスｓｄ１、物理デバイスｌａｎａに対する論理デバイスｌａｎ１を定義している。
仮想サーバ＃２に対して、物理デバイスｓｄｂに対する論理デバイスｓｄ２、物理デバイスｌａｎａに対する論理デバイスｌａｎ１を定義している。
仮想サーバ＃３に対して、物理デバイスｓｄｃに対する論理デバイスｓｄ３、物理デバイスｌａｎａに対する論理デバイスｌａｎ１を定義している。
図８の説明に戻る。
次に、ホストＯＳ３２は、仮想ＬＡＮアダプタに一時的な仮想ＭＡＣアドレスを設定する（Ｓ２２ステップ）。
各仮想サーバ＃１〜＃３の仮想ＬＡＮアダプタの仮想ＭＡＣアドレスは、物理デバイスｌａｎａ上のＭＡＣアドレスを読み出すことにより取得される。この仮想ＭＡＣアドレスは、一時的な仮想ＭＡＣアドレスである。そして、ホストＯＳ３２は、取得した仮想ＭＡＣアドレスをゲストＯＳ３1〜ゲストＯＳ３３の論理デバイス名ｌａｎ１に対応づけてデバイステーブルＢ１４２を生成する。
次に、ホストＯＳ３２は、仮想ＬＡＮアダプタに一時的な仮想ＭＡＣアドレスを設定する（Ｓ２２ステップ）。
各仮想サーバ＃１〜＃３の仮想ＬＡＮアダプタの仮想ＭＡＣアドレスは、物理デバイスｌａｎａ上のＭＡＣアドレスを読み出すことにより取得される。この仮想ＭＡＣアドレスは、一時的な仮想ＭＡＣアドレスである。そして、ホストＯＳ３２は、取得した仮想ＭＡＣアドレスをゲストＯＳ３1〜ゲストＯＳ３３の論理デバイス名ｌａｎ１に対応づけてデバイステーブルＢ１４２を生成する。
図９（ｂ）にデバイステーブルＢ１４２を示す。
ゲストＯＳ３1の論理デバイス名ｌａｎ１に対応する仮想ＭＡＣアドレスは、「００−００−０ｅ−１２−１０−００」である。
ゲストＯＳ３２のデバイス名ｌａｎ１に対応する仮想ＭＡＣアドレスは、「００−００−０ｅ−１２−１０−００」である。
ゲストＯＳ３３のデバイス名ｌａｎ１に対応する仮想ＭＡＣアドレスは、「００−００−０ｅ−１２−１０−００」である。
また、ゲストＯＳ３１〜ＯＳ３３に対応する仮想ＬＡＮアダプタの活性化の状態は「０」で非活性状態である。
仮想サーバの生成処理を終了する。
ゲストＯＳ３1の論理デバイス名ｌａｎ１に対応する仮想ＭＡＣアドレスは、「００−００−０ｅ−１２−１０−００」である。
ゲストＯＳ３２のデバイス名ｌａｎ１に対応する仮想ＭＡＣアドレスは、「００−００−０ｅ−１２−１０−００」である。
ゲストＯＳ３３のデバイス名ｌａｎ１に対応する仮想ＭＡＣアドレスは、「００−００−０ｅ−１２−１０−００」である。
また、ゲストＯＳ３１〜ＯＳ３３に対応する仮想ＬＡＮアダプタの活性化の状態は「０」で非活性状態である。
仮想サーバの生成処理を終了する。
図５の説明に戻る。
次に、ホストＯＳ１２自身からの通信のために、ホストＯＳ１２の仮想ＬＡＮアダプタの設定処理を行う（図５のＳ３ステップ）。まず、ホストＯＳ１２は、物理デバイスｌａｎａに対応する論理デバイスｌａｎ１を定義しておく。次に、仮想ＬＡＮアダプタに仮想ＭＡＣアドレスを設定するため、ホストＯＳ１２の仮想ＭＡＣアドレス決定部８２が、仮想ＭＡＣアドレスを計算して取得する。
図４に示すホストＯＳ１２のＩＰアドレスからネットワークアドレスを指し引いた値を実ＭＡＣアドレスに加算し、ホストＯＳ１２の仮想ＭＡＣアドレスを決定する。
ネットマスクが「２５５．２５５．２５５．０」のため、ＩＰアドレスの１ビット目から２４ビット目までが、ネットワークアドレスとなる。
（ホストＯＳ１２のＩＰアドレス：１９２．１６８.１０．５−ネットワークアドレス：１９２．１６８．１０．０）＋（実ＭＡＣアドレス：「００−００−０ｅ−１２−１０−００」）＝仮想ＭＡＣアドレス：「００−００−０ｅ−１２−１０−０５」
決定された仮想ＭＡＣアドレスは、論理デバイスｌａｎ１に対応するデバイスデータとしてデバイステーブルＣ１５１に格納される。
そして、ホストＯＳ１２は、仮想ＭＡＣアドレスを仮想ＬＡＮアダプタに設定する。
次に、ホストＯＳ１２自身からの通信のために、ホストＯＳ１２の仮想ＬＡＮアダプタの設定処理を行う（図５のＳ３ステップ）。まず、ホストＯＳ１２は、物理デバイスｌａｎａに対応する論理デバイスｌａｎ１を定義しておく。次に、仮想ＬＡＮアダプタに仮想ＭＡＣアドレスを設定するため、ホストＯＳ１２の仮想ＭＡＣアドレス決定部８２が、仮想ＭＡＣアドレスを計算して取得する。
図４に示すホストＯＳ１２のＩＰアドレスからネットワークアドレスを指し引いた値を実ＭＡＣアドレスに加算し、ホストＯＳ１２の仮想ＭＡＣアドレスを決定する。
ネットマスクが「２５５．２５５．２５５．０」のため、ＩＰアドレスの１ビット目から２４ビット目までが、ネットワークアドレスとなる。
（ホストＯＳ１２のＩＰアドレス：１９２．１６８.１０．５−ネットワークアドレス：１９２．１６８．１０．０）＋（実ＭＡＣアドレス：「００−００−０ｅ−１２−１０−００」）＝仮想ＭＡＣアドレス：「００−００−０ｅ−１２−１０−０５」
決定された仮想ＭＡＣアドレスは、論理デバイスｌａｎ１に対応するデバイスデータとしてデバイステーブルＣ１５１に格納される。
そして、ホストＯＳ１２は、仮想ＭＡＣアドレスを仮想ＬＡＮアダプタに設定する。
図１０にホストＯＳの仮想化処理に対応するテーブルの説明図を示す。
図１０（ａ）に、デバイステーブルＣ１５１を示す。論理デバイスｌａｎ１と仮想ＭＡＣアドレスの対応を示す。区分「０」は、仮想ＭＡＣアドレスを示す。
仮想ＬＡＮアダプタの活性化の状態は「０」で非活性状態である。
図１０（ａ）に、デバイステーブルＣ１５１を示す。論理デバイスｌａｎ１と仮想ＭＡＣアドレスの対応を示す。区分「０」は、仮想ＭＡＣアドレスを示す。
仮想ＬＡＮアダプタの活性化の状態は「０」で非活性状態である。
次に、ホストＯＳ１２は、監視センタ１００に送るための初期情報Ｂ１５２を生成する。このため、ホストＯＳ１２は、図４に示す装置ＩＤテーブル１２１ａから、ホストＯＳ１２の装置ＩＤに対応するＩＰアドレス、ネットマスクを読み出す。また、図１０（ａ）に示すデバイステーブルＣ１５１から仮想ＭＡＣアドレスを読み出す。そしてホストＯＳ１２は、両者の情報をもとにホストＯＳ１２についての初期情報Ｂ１５２を生成し、メモリ７３に格納する。このとき、初期情報Ｂ１５２に対応する送付済みのマークＢ１５３も「０」に生成され、メモリ７３に格納される（図１０（ｂ）参照）。
初期情報Ｂ１５２は、ホストＯＳ１２の装置ＩＤ１００５、ＩＰアドレス１９２．１６８．１０．５、ネットマスク２５５．２５５．２５５．０、ＭＡＣアドレス００−００−０ｅ−１２−１０−０５、種別「０」、区分「０」で構成される。種別「０」は、初期情報であることを示し、区分「０」は、仮想ＭＡＣアドレスを示す。
そして、次に、ホストＯＳ１２の仮想ＬＡＮアダプタを活性化する。このとき、デバイステーブルＣ１５１の活性化を示す状態を活性「１」とする（図１０（ａ）を参照）。
そして、次に、ホストＯＳ１２の仮想ＬＡＮアダプタを活性化する。このとき、デバイステーブルＣ１５１の活性化を示す状態を活性「１」とする（図１０（ａ）を参照）。
ホストＯＳ１２の監視エージェント６２は定期的に、デバイステーブルＣ１５１の状態を監視する。そして、監視エージェント６２は、デバイステーブルＣ１５１の活性化の状態「１」を検出し、かつ送付済みのマークＢ１５３が「０」であることを検出すると、監視センタ１００に初期情報Ｂ１５２を通報する。
初期情報Ｂ１５２が監視センタ１００に送付されると、メモリ７３に格納されている初期情報Ｂ１５２に対応する送付済みのマークＢ１５３を「１」に変更する（図１０（ｂ）参照）。
初期情報Ｂ１５２が監視センタ１００に送付されると、メモリ７３に格納されている初期情報Ｂ１５２に対応する送付済みのマークＢ１５３を「１」に変更する（図１０（ｂ）参照）。
図５の説明に戻る。
次にホストＯＳ１２は、仮想サーバ＃２、仮想サーバ＃３を起動するため、それぞれゲストＯＳ３２，ゲストＯＳ３３を起動する（図５のＳ４ステップ）。
次にホストＯＳ１２は、仮想サーバ＃２、仮想サーバ＃３を起動するため、それぞれゲストＯＳ３２，ゲストＯＳ３３を起動する（図５のＳ４ステップ）。
図１１にゲストＯＳの起動処理の流れ図を示す。
ゲストＯＳ３２、ゲストＯＳ３３は、各々起動後の処理を行う。
ゲストＯＳ３２、ゲストＯＳ３３が起動されると、仮想サーバ＃２、仮想サーバ＃３に設定されるディスク装置４やＬＡＮアダプタなどが認識され、ゲストＯＳ３２、ゲストＯＳ３３上のアプリケーション２２、２３からアクセス可能な論理デバイス名と、接続装置との対応付けが行われる。
そして、論理デバイス名とアクセス先を示すデバイス名テーブルＢ１６１が作成される。すなわちデバイス定義が行われる（Ｓ３１ステップ）。
ゲストＯＳ３２、ゲストＯＳ３３は、各々起動後の処理を行う。
ゲストＯＳ３２、ゲストＯＳ３３が起動されると、仮想サーバ＃２、仮想サーバ＃３に設定されるディスク装置４やＬＡＮアダプタなどが認識され、ゲストＯＳ３２、ゲストＯＳ３３上のアプリケーション２２、２３からアクセス可能な論理デバイス名と、接続装置との対応付けが行われる。
そして、論理デバイス名とアクセス先を示すデバイス名テーブルＢ１６１が作成される。すなわちデバイス定義が行われる（Ｓ３１ステップ）。
図１２はゲストＯＳの起動処理に対応するテーブルの説明図である。
テーブルは、ゲストＯＳ３２、ゲストＯＳ３３について各々生成されるが、まとめて説明を行う。
図１２（ａ）に、ゲストＯＳ３２、ゲストＯＳ３３のためのデバイス名テーブルＢ１６１を示す。論理デバイス名ｓｄ２、ｓｄ３は、論理ディスク１６、論理ディスク１７に対応する。また、デバイス名ｌａｎ１は、仮想ＬＡＮアダプタを示す。
次に、ゲストＯＳ３２、ゲストＯＳ３３は、仮想ＬＡＮアダプタ内に設定済みの一時的な仮想ＭＡＣアドレス（実ＭＡＣアドレス）を読み出し、読み出された一時的な仮想ＭＡＣアドレスに、ゲストＯＳ３２、ゲストＯＳ３３ごとのＩＰアドレスからネットワークアドレスを指し引いた値を加算し、仮想ＭＡＣアドレスを決定する（図１１のＳ３２ステップ）。
（ゲストＯＳ３２のＩＰアドレス：１９２．１６８．１０．２−ネットワークアドレス：１９２．１６８．１０．０）＋一時的な仮想ＭＡＣアドレス（実ＭＡＣアドレス）：「００−００−０ｅ−１２−１０−００」＝仮想ＭＡＣアドレス：「００−００−０ｅ−１２−１０−０２」
（ゲストＯＳ３３のＩＰアドレス：１９２．１６８．１０．３−ネットワークアドレス：１９２．１６８．１０．０）＋ 一時的な仮想ＭＡＣアドレス（実ＭＡＣアドレス）：「００−００−０ｅ−１２−１０−００」＝仮想ＭＡＣアドレス：「００−００−０ｅ−１２−１０−０３」である。
次に、デバイステーブルＢ１４２のＭＡＣアドレスの内容を決定された仮想ＭＡＣアドレスに変更した新たなデバイステーブルＤ１６２が生成される（図１１のＳ３３ステップ）。
テーブルは、ゲストＯＳ３２、ゲストＯＳ３３について各々生成されるが、まとめて説明を行う。
図１２（ａ）に、ゲストＯＳ３２、ゲストＯＳ３３のためのデバイス名テーブルＢ１６１を示す。論理デバイス名ｓｄ２、ｓｄ３は、論理ディスク１６、論理ディスク１７に対応する。また、デバイス名ｌａｎ１は、仮想ＬＡＮアダプタを示す。
次に、ゲストＯＳ３２、ゲストＯＳ３３は、仮想ＬＡＮアダプタ内に設定済みの一時的な仮想ＭＡＣアドレス（実ＭＡＣアドレス）を読み出し、読み出された一時的な仮想ＭＡＣアドレスに、ゲストＯＳ３２、ゲストＯＳ３３ごとのＩＰアドレスからネットワークアドレスを指し引いた値を加算し、仮想ＭＡＣアドレスを決定する（図１１のＳ３２ステップ）。
（ゲストＯＳ３２のＩＰアドレス：１９２．１６８．１０．２−ネットワークアドレス：１９２．１６８．１０．０）＋一時的な仮想ＭＡＣアドレス（実ＭＡＣアドレス）：「００−００−０ｅ−１２−１０−００」＝仮想ＭＡＣアドレス：「００−００−０ｅ−１２−１０−０２」
（ゲストＯＳ３３のＩＰアドレス：１９２．１６８．１０．３−ネットワークアドレス：１９２．１６８．１０．０）＋ 一時的な仮想ＭＡＣアドレス（実ＭＡＣアドレス）：「００−００−０ｅ−１２−１０−００」＝仮想ＭＡＣアドレス：「００−００−０ｅ−１２−１０−０３」である。
次に、デバイステーブルＢ１４２のＭＡＣアドレスの内容を決定された仮想ＭＡＣアドレスに変更した新たなデバイステーブルＤ１６２が生成される（図１１のＳ３３ステップ）。
次に、ゲストＯＳ３２、ゲストＯＳ３３は、各々仮想ＭＡＣアドレスを仮想ＬＡＮアダプタに設定しなおす（図１１のＳ３４ステップ）。
次に、ゲストＯＳ３２、ゲストＯＳ３３は、各々初期情報Ｃ１６３を生成し、メモリ７３に格納する。このとき、初期情報Ｃ１６３の各装置ＩＤに対応する送付済みのマークＣ１６４も「０」に生成され、メモリ７３に格納される（図１２（ｃ）参照）。
次に、ゲストＯＳ３２、ゲストＯＳ３３は、各々初期情報Ｃ１６３を生成し、メモリ７３に格納する。このとき、初期情報Ｃ１６３の各装置ＩＤに対応する送付済みのマークＣ１６４も「０」に生成され、メモリ７３に格納される（図１２（ｃ）参照）。
図１２（ｃ）に監視センタ１００へ送出するゲストＯＳ３２、ゲストＯＳ３３の初期情報Ｃ１６３を示す。装置ＩＤ１００２、ＩＰアドレス１９２．１６８．１０．２、ネットマスク２５５．２５５．２５５．０、ＭＡＣアドレス「００−００−０ｅ−１２−１０−０２」、種別「０」、区分「０」は、ゲストＯＳ３２に対応し、装置ＩＤ１００２、ＩＰアドレス１９２．１６８．１０．３、ネットマスク２５５．２５５．２５５．０、ＭＡＣアドレス「００−００−０ｅ−１２−１０−０３」、種別「０」、区分「０」は、ゲストＯＳ３３に対応する初期情報Ｃ１６３を示す。種別「０」は、初期情報であることを示し、区分「０」は、仮想ＭＡＣアドレスを示す。
次に、ゲストＯＳ３２、ゲストＯＳ３３は、各々仮想ＬＡＮアダプタを動作可能状態に活性化する（図１１のＳ３５ステップ）。このとき、デバイステーブルＤ１６２のゲストＯＳ３２とゲストＯＳ３３の活性化を示す状態を「１」とする。ゲストＯＳ３１は、サーバＡ２では未使用のため、状態「０」の非活性のままである。
次に、ゲストＯＳ３２、ゲストＯＳ３３は、各々監視エージェント５２、５３を起動する（図１１のＳ３６ステップ）。
監視エージェント５２、５３は、各々デバイステーブルＤ１６２の活性化を示す状態が「１」であることを検出し、かつ送付済みのマークＣ１６４が「０」であることを検出すると、監視センタ１００に初期情報Ｃ１６３を通報する。
監視エージェント５２、５３は、通報完了すると初期情報Ｃ１６３に対応する送付済のマークＣ１６４を「１」に変更する（図１２（ｃ）参照）。
監視エージェント５２、５３は、各々デバイステーブルＤ１６２の活性化を示す状態が「１」であることを検出し、かつ送付済みのマークＣ１６４が「０」であることを検出すると、監視センタ１００に初期情報Ｃ１６３を通報する。
監視エージェント５２、５３は、通報完了すると初期情報Ｃ１６３に対応する送付済のマークＣ１６４を「１」に変更する（図１２（ｃ）参照）。
図１３に監視エージェントの処理の流れ図を示す。
監視エージェント５２、５３、６２は、各々Ｓ４１〜Ｓ４６ステップの処理を行う。
監視エージェント５２、５３、６２は、各々一定時間スリープしている（Ｓ４１ステップ）。
監視エージェント５２、５３、６２は、各々のスリープが終了すると、対応する活性デバイスの検索を開始する（Ｓ４２ステップ）。
監視エージェント５２、５３、６２は、活性デバイスの検索のため、対応するデバイステーブルＡ１３２、デバイステーブルＣ１５１、デバイステーブルＤ１６２を読み出す（Ｓ４３ステップ）。
監視エージェント５２、５３、６２は、活性状態のデバイスに対応する初期情報Ａ１３３、初期情報Ｂ１５２、初期情報Ｃ１６３および故障情報が未送付か否かをチェックする（Ｓ４４ステップ）。
対応する初期情報Ａ１３３、初期情報Ｂ１５２、初期情報Ｃ１６３および故障情報が送付済みの場合は、Ｓ４１ステップへ戻る。
対応する初期情報Ａ１３３、初期情報Ｂ１５２、初期情報Ｃ１６３よび故障情報の中で未送付のものがある場合は、該当のデバイス情報を監視センタ１００に送付する（Ｓ４５ステップ）。
次に、メモリ７３に格納されている該当の情報に送付済みのマークを書き込む（Ｓ４６ステップ）。次にＳ４１ステップへ戻る。
監視エージェント５２、５３、６２は、各々Ｓ４１〜Ｓ４６ステップの処理を行う。
監視エージェント５２、５３、６２は、各々一定時間スリープしている（Ｓ４１ステップ）。
監視エージェント５２、５３、６２は、各々のスリープが終了すると、対応する活性デバイスの検索を開始する（Ｓ４２ステップ）。
監視エージェント５２、５３、６２は、活性デバイスの検索のため、対応するデバイステーブルＡ１３２、デバイステーブルＣ１５１、デバイステーブルＤ１６２を読み出す（Ｓ４３ステップ）。
監視エージェント５２、５３、６２は、活性状態のデバイスに対応する初期情報Ａ１３３、初期情報Ｂ１５２、初期情報Ｃ１６３および故障情報が未送付か否かをチェックする（Ｓ４４ステップ）。
対応する初期情報Ａ１３３、初期情報Ｂ１５２、初期情報Ｃ１６３および故障情報が送付済みの場合は、Ｓ４１ステップへ戻る。
対応する初期情報Ａ１３３、初期情報Ｂ１５２、初期情報Ｃ１６３よび故障情報の中で未送付のものがある場合は、該当のデバイス情報を監視センタ１００に送付する（Ｓ４５ステップ）。
次に、メモリ７３に格納されている該当の情報に送付済みのマークを書き込む（Ｓ４６ステップ）。次にＳ４１ステップへ戻る。
図１４〜図１７にサーバＡ２、サーバＢ３で故障発生時のサーバＡ２、サーバＢ３および監視センタ１００の処理を説明する。
図１４は、故障情報の説明図を示す。故障情報１７１は、装置ＩＤ１００５、装置ＩＤ１００２、装置ＩＤ２００１の故障情報を示す。
サーバＡ２にゲストＯＳ３２、ゲストＯＳ３３が搭載され、サーバＢ３にゲストＯＳ３１が搭載されており、仮想サーバ＃２，仮想サーバ＃３，仮想サーバ＃４が動作中である。
故障情報は、装置ＩＤ、ＩＰアドレス、ＭＡＣアドレス、故障内容、種別を有する。
種別「１」は、故障情報を示す。
図１４は、故障情報の説明図を示す。故障情報１７１は、装置ＩＤ１００５、装置ＩＤ１００２、装置ＩＤ２００１の故障情報を示す。
サーバＡ２にゲストＯＳ３２、ゲストＯＳ３３が搭載され、サーバＢ３にゲストＯＳ３１が搭載されており、仮想サーバ＃２，仮想サーバ＃３，仮想サーバ＃４が動作中である。
故障情報は、装置ＩＤ、ＩＰアドレス、ＭＡＣアドレス、故障内容、種別を有する。
種別「１」は、故障情報を示す。
サーバＡ２のハードウェア１１に故障が発生したとすると、ホストＯＳ１２上で動作する監視エージェント６２がその故障を検出し、監視センタ１００にハードウェア異常を通報する。
監視エージェント６２は、故障情報として、装置ＩＤ１００５、ＩＰアドレス１９２．１６８．１０．５、ＭＡＣアドレス「００−００−０ｅ−１２−１０−０５」、故障内容としてハード異常のエラー番号、故障情報を示す種別「１」が通報される。
監視エージェント６２は、故障情報として、装置ＩＤ１００５、ＩＰアドレス１９２．１６８．１０．５、ＭＡＣアドレス「００−００−０ｅ−１２−１０−０５」、故障内容としてハード異常のエラー番号、故障情報を示す種別「１」が通報される。
さらに、仮想サーバ＃２で、ハードウェア１１の故障に起因したソフトウェア異常が発生した場合、監視エージェント５２がその異常を検出し、監視センタ１００にソフトウェア異常を通報する。
監視エージェント５２は、故障情報として、装置ＩＤ１００２、ＩＰアドレス１９２．１６８．１０．２、ＭＡＣアドレス「００−００−０ｅ−１２−１０−０２」、故障内容としてソフト異常のエラー番号、種別「１」を通報する。
監視エージェント５２は、故障情報として、装置ＩＤ１００２、ＩＰアドレス１９２．１６８．１０．２、ＭＡＣアドレス「００−００−０ｅ−１２−１０−０２」、故障内容としてソフト異常のエラー番号、種別「１」を通報する。
また、サーバＢ３の仮想サーバ＃４でソフトウェア異常が発生した場合には、監視エージェント５１がその異常を検出し、監視センタ１００にソフトウェア異常を通報する。
サーバＢ３の仮想サーバ＃４の監視エージェント５１は、故障情報として、装置ＩＤ２００１、ＩＰアドレス１９２．１６８．１０．１、ＭＡＣアドレス「００−００−０ｅ−１２−２０−０１」、ソフト異常のエラー番号、種別「１」を監視センタ１００に通報する。
サーバＢ３の仮想サーバ＃４の監視エージェント５１は、故障情報として、装置ＩＤ２００１、ＩＰアドレス１９２．１６８．１０．１、ＭＡＣアドレス「００−００−０ｅ−１２−２０−０１」、ソフト異常のエラー番号、種別「１」を監視センタ１００に通報する。
図１５に監視センタの処理の流れ図を示す。
監視センタ１００は、サーバＡ２，Ｂ３の初期情報を受信して初期情報格納部１１０に監視テーブルとして格納する（Ｓ６１ステップ）。
図１６に監視テーブルの説明図を示す。
監視テーブル１８１の中の装置ＩＤ１００２〜１００５に対応する情報がサーバＡ２の初期情報である。また装置ＩＤ２００１、装置ＩＤ２００５に対応する情報がサーバＢ３の初期情報である。
監視テーブル１８１の中の装置ＩＤ１００２〜１００５に対応する情報がサーバＡ２の初期情報である。また装置ＩＤ２００１、装置ＩＤ２００５に対応する情報がサーバＢ３の初期情報である。
次に、監視センタ１００は、故障情報を受信し、故障情報格納部１１１に格納する（Ｓ６２ステップ）。実ＭＡＣアドレス取得部１１２は、サーバＡ２が通報してきた故障情報の中のＩＰアドレス、仮想ＭＡＣアドレスとから、物理的なＭＡＣアドレスを逆算する。また、サーバＢ３が通報してきた故障情報の中のＩＰアドレス、仮想ＭＡＣアドレスから、実ＭＡＣアドレスを逆算する（Ｓ６３ステップ）。
まず、サーバＡ２のハードウェア異常の故障情報から実ＭＡＣアドレスを求める。換算式は、（仮想ＭＡＣアドレス：「００−００−０ｅ−１２−１０−０５」）−（ＩＰアドレス：１９２．１６８．１０．５−ネットワークアドレス：１９２．１６８．１０．０）＝ 実ＭＡＣアドレス： 「００−００−０ｅ−１２−１０−００」である。
まず、サーバＡ２のハードウェア異常の故障情報から実ＭＡＣアドレスを求める。換算式は、（仮想ＭＡＣアドレス：「００−００−０ｅ−１２−１０−０５」）−（ＩＰアドレス：１９２．１６８．１０．５−ネットワークアドレス：１９２．１６８．１０．０）＝ 実ＭＡＣアドレス： 「００−００−０ｅ−１２−１０−００」である。
サーバＡ２のソフトウェア異常の故障情報から実ＭＡＣアドレス情報を求める。換算式は、（仮想ＭＡＣアドレス：「００−００−０ｅ−１２−１０−０２」）−（ＩＰアドレス：１９２．１６８．１０．２−ネットワークアドレス：１９２．１６８．１０．０）＝実ＭＡＣアドレス：「００−００−０ｅ−１２−１０−００」である。
一方、サーバＢ３のソフトウェア異常の故障情報から実ＭＡＣアドレス情報を求める。換算式は、（仮想ＭＡＣアドレス：「００−００−０ｅ−１２−２０−０１」）−（ＩＰアドレス：１９２．１６８．１０．１−ネットワークアドレス：１９２．１６８．１０．０）＝実ＭＡＣアドレス：「００−００−０ｅ−１２−２０−００」である。
次に、グループ化処理部１１３が取得した実ＭＡＣアドレスをもとに装置ＩＤを対応付ける。
すなわち、実ＭＡＣアドレス：「００−００−０ｅ−１２−１０−００」をもとに装置ＩＤ１００５に故障情報をグループ化する。また、実ＭＡＣアドレス：「００−００−０ｅ−１２−２０−００」をもとに装置ＩＤ２００５に故障情報をグループ化する（Ｓ６４ステップ）グループ化された情報は、故障情報格納部１１１に格納される。
次に、出力部１１４がその内容を表示する（Ｓ６５ステップ）。
すなわち、実ＭＡＣアドレス：「００−００−０ｅ−１２−１０−００」をもとに装置ＩＤ１００５に故障情報をグループ化する。また、実ＭＡＣアドレス：「００−００−０ｅ−１２−２０−００」をもとに装置ＩＤ２００５に故障情報をグループ化する（Ｓ６４ステップ）グループ化された情報は、故障情報格納部１１１に格納される。
次に、出力部１１４がその内容を表示する（Ｓ６５ステップ）。
図１７に表示例を示す。
サーバＡ２を示す装置ＩＤ１００５に故障情報がグループ化される。サーバＡ２の故障情報の１つ目は、発生日が２００７／１／１、時間が１０：０１：００、装置ＩＤ−１００５、ハードウェア異常、グループ：００−００−０ｅ−１２−１０−００である。また、サーバＡ２の故障情報の２つ目は、発生日２００７／１／１、時間１０：０１：０３、装置ＩＤ−１００２、ソフトウェア異常、グループ００−００−０ｅ−１２−１０−００である。これらの障害は、時刻が近接して発生しており、関連して発生したものとして表示される。
サーバＡ２を示す装置ＩＤ１００５に故障情報がグループ化される。サーバＡ２の故障情報の１つ目は、発生日が２００７／１／１、時間が１０：０１：００、装置ＩＤ−１００５、ハードウェア異常、グループ：００−００−０ｅ−１２−１０−００である。また、サーバＡ２の故障情報の２つ目は、発生日２００７／１／１、時間１０：０１：０３、装置ＩＤ−１００２、ソフトウェア異常、グループ００−００−０ｅ−１２−１０−００である。これらの障害は、時刻が近接して発生しており、関連して発生したものとして表示される。
また、サーバＢ３を示す装置ＩＤ２００５に故障情報がグループ化される。サーバＢ３の故障情報は、発生日２００７／１／、時間１０：０３：０１、装置ＩＤ−２００５、ソフトウェア異常、グループ００−００−０ｅ−１２−２０−０が表示される。
サーバＡ２の場合は、ハードウェア異常が要因で、ソフトウェア異常が発生したものと推測できるため、ハードウェア異常の回復を図るのみでよく、ソフトウェア異常の調査が不要となる。このように、故障情報は、装置ＩＤ毎に、同一通報のグループとしてとりまとめられるため、同一原因の複数の故障情報の各々にサポート員が対応しなくても済む。
また、サーバＢ３の場合では、ゲストＯＳ３１で検出したトラブルでは、グループ情報にハードウェアの情報が格納されていないため、ソフトウェア検出のトラブルであることが容易に判別可能となる。
本監視システム１により、被監視装置毎に、監視センタ１００側で故障情報の関連付けを行うことができる。このため、監視センタ１００側でハードウェアが原因と推測されるソフトウェアの故障情報を速やかに判断できる。この場合には、ハードウェアの故障回復のみを処置をすればよいため、効率的なサポートを行うことが可能となる。また、ハードウェアの故障と関連のないソフトウェア故障がサーバＡ２、サーバＢ３のどちらで発生したかが容易に判定できるので、故障解析に迅速な対応が可能となる。
また、サーバＡ２、サーバＢ３の装置ＩＤ、ＭＡＣアドレス、仮想サーバ＃１〜＃６の装置識別情報、仮想ＭＡＣアドレスを自動的に監視センタ１００に送付するので、予め監視センタ側で、被監視装置の各種情報のすべてを登録する必要がない。
以上の実施例を含む実施形態に関し、更に以下の付記を開示する。
（付記１）実計算機上で仮想計算機を動作させる被監視装置と前記被監視装置の故障状態を監視する監視装置とを備える監視システムであって、被監視装置は、実計算機の装置識別情報および実ＭＡＣアドレスを有する初期情報を監視装置に通報する初期情報通報部と、前記実ＭＡＣアドレスおよび各計算機のＩＰアドレスを基に、各計算機の仮想ＭＡＣアドレスを決定する仮想ＭＡＣアドレス決定部と、前記各計算機のいずれかで故障が発生した場合に、故障が発生した計算機の仮想ＭＡＣアドレスおよびＩＰアドレスを含む故障情報を監視装置に通報する故障情報通報部と、を備え、監視装置は、前記被監視装置から受信した初期情報を格納する格納部と、前記被監視装置から受信した故障情報の中のＩＰアドレスおよび仮想ＭＡＣアドレスに基いて対応する実計算機の実ＭＡＣアドレスを取得する実ＭＡＣアドレス取得部と、取得された実ＭＡＣアドレスに基づいて前記故障情報をグループ化し、グループ化した故障情報を前記装置識別情報に関連付けをするグループ化処理部と、前記装置識別情報に関連付けをした故障情報を出力する出力部と、を備える監視システム。
（付記２）仮想ＭＡＣアドレス決定部は、ＩＰアドレスからネットワークアドレスを差し引いた値を実ＭＡＣアドレス情報に加算して決定することを特徴とする付記１記載の監視システム。
（付記３）実ＭＡＣアドレス取得部は、ＩＰアドレスからネットワークアドレスを差し引いた値を仮想ＭＡＣアドレス情報から減算して取得することを特徴とする付記１記載の監視システム。
（付記４）実計算機上に複数の仮想計算機を搭載する被監視装置の故障状態を監視する監視装置であって、前記被監視装置から受信した実計算機の装置識別情報および実ＭＡＣアドレスを有する初期情報を格納する格納部と、前記被監視装置から受信した各計算機のＩＰアドレスおよび仮想ＭＡＣアドレスを有する故障情報に基いて対応する実計算機の実ＭＡＣアドレスを換算する実ＭＡＣアドレス取得部と、取得された実ＭＡＣアドレスに基づいて前記故障情報をグループ化し、グループ化した故障情報を前記装置識別情報に関連付けをするグループ化処理部と、前記装置識別情報に関連付けされた故障情報を出力する出力部と、を有することを特徴とする監視装置。
（付記５）監視装置により故障状態を監視される、実計算機上で仮想計算機を動作させる被監視装置であって、実計算機の装置識別情報および実ＭＡＣアドレスを有する初期情報を監視装置に通報する初期情報通報部と、前記実ＭＡＣアドレスおよび各計算機のＩＰアドレスを基に各計算機の仮想ＭＡＣアドレスを決定する仮想ＭＡＣアドレス決定部と、前記各計算機のいずれかで故障が発生した場合に、故障が発生した計算機の仮想ＭＡＣアドレスおよびＩＰアドレスを含む故障情報を監視装置に通報する故障情報通報部と、を備えることを特徴とする被監視装置。
（付記６）実計算機上に複数の仮想計算機を搭載する被監視装置の状態を監視する監視装置の監視方法であって、前記被監視装置から前記実計算機の装置識別情報および実ＭＡＣアドレスを有する初期情報を受信するステップと、受信した初期情報の中の前記装置識別情報および前記実ＭＡＣアドレス情報を関連付けて記憶装置に格納するステップと、記被監視装置から各計算機のＩＰアドレスおよび仮想ＭＡＣアドレスを有する故障情報を受信するステップと、受信した故障情報の中のＩＰアドレスおよび仮想ＭＡＣアドレスに基づいて対応する実計算機の実ＭＡＣアドレスを取得するステップと、取得された実ＭＡＣアドレスにもとづいて前記故障情報をグループ化し、グループ化した情報を前記装置識別情報に関連付けをするステップと、装置識別情報に関連付けされた故障情報を出力する出力ステップと、を有することを特徴とする監視装置の監視方法。
（付記７）仮想ＭＡＣアドレス決定部は、ＩＰアドレスからネットワークアドレスを差し引いた値を実ＭＡＣアドレス情報に加算して決定することを特徴とする付記５記載の被監視装置。
（付記８）実ＭＡＣアドレス取得部は、ＩＰアドレスからネットワークアドレスを差し引いた値を仮想ＭＡＣアドレス情報から減算して取得することを特徴とする付記４記載の監視装置。
（付記９）複数の仮想計算機を格納する共有ディスク装置を有し、仮想計算機は、共有ディスク装置から複数の被監視装置に分散して搭載されていることを特徴とする付記１記載の監視システム。
（付記１）実計算機上で仮想計算機を動作させる被監視装置と前記被監視装置の故障状態を監視する監視装置とを備える監視システムであって、被監視装置は、実計算機の装置識別情報および実ＭＡＣアドレスを有する初期情報を監視装置に通報する初期情報通報部と、前記実ＭＡＣアドレスおよび各計算機のＩＰアドレスを基に、各計算機の仮想ＭＡＣアドレスを決定する仮想ＭＡＣアドレス決定部と、前記各計算機のいずれかで故障が発生した場合に、故障が発生した計算機の仮想ＭＡＣアドレスおよびＩＰアドレスを含む故障情報を監視装置に通報する故障情報通報部と、を備え、監視装置は、前記被監視装置から受信した初期情報を格納する格納部と、前記被監視装置から受信した故障情報の中のＩＰアドレスおよび仮想ＭＡＣアドレスに基いて対応する実計算機の実ＭＡＣアドレスを取得する実ＭＡＣアドレス取得部と、取得された実ＭＡＣアドレスに基づいて前記故障情報をグループ化し、グループ化した故障情報を前記装置識別情報に関連付けをするグループ化処理部と、前記装置識別情報に関連付けをした故障情報を出力する出力部と、を備える監視システム。
（付記２）仮想ＭＡＣアドレス決定部は、ＩＰアドレスからネットワークアドレスを差し引いた値を実ＭＡＣアドレス情報に加算して決定することを特徴とする付記１記載の監視システム。
（付記３）実ＭＡＣアドレス取得部は、ＩＰアドレスからネットワークアドレスを差し引いた値を仮想ＭＡＣアドレス情報から減算して取得することを特徴とする付記１記載の監視システム。
（付記４）実計算機上に複数の仮想計算機を搭載する被監視装置の故障状態を監視する監視装置であって、前記被監視装置から受信した実計算機の装置識別情報および実ＭＡＣアドレスを有する初期情報を格納する格納部と、前記被監視装置から受信した各計算機のＩＰアドレスおよび仮想ＭＡＣアドレスを有する故障情報に基いて対応する実計算機の実ＭＡＣアドレスを換算する実ＭＡＣアドレス取得部と、取得された実ＭＡＣアドレスに基づいて前記故障情報をグループ化し、グループ化した故障情報を前記装置識別情報に関連付けをするグループ化処理部と、前記装置識別情報に関連付けされた故障情報を出力する出力部と、を有することを特徴とする監視装置。
（付記５）監視装置により故障状態を監視される、実計算機上で仮想計算機を動作させる被監視装置であって、実計算機の装置識別情報および実ＭＡＣアドレスを有する初期情報を監視装置に通報する初期情報通報部と、前記実ＭＡＣアドレスおよび各計算機のＩＰアドレスを基に各計算機の仮想ＭＡＣアドレスを決定する仮想ＭＡＣアドレス決定部と、前記各計算機のいずれかで故障が発生した場合に、故障が発生した計算機の仮想ＭＡＣアドレスおよびＩＰアドレスを含む故障情報を監視装置に通報する故障情報通報部と、を備えることを特徴とする被監視装置。
（付記６）実計算機上に複数の仮想計算機を搭載する被監視装置の状態を監視する監視装置の監視方法であって、前記被監視装置から前記実計算機の装置識別情報および実ＭＡＣアドレスを有する初期情報を受信するステップと、受信した初期情報の中の前記装置識別情報および前記実ＭＡＣアドレス情報を関連付けて記憶装置に格納するステップと、記被監視装置から各計算機のＩＰアドレスおよび仮想ＭＡＣアドレスを有する故障情報を受信するステップと、受信した故障情報の中のＩＰアドレスおよび仮想ＭＡＣアドレスに基づいて対応する実計算機の実ＭＡＣアドレスを取得するステップと、取得された実ＭＡＣアドレスにもとづいて前記故障情報をグループ化し、グループ化した情報を前記装置識別情報に関連付けをするステップと、装置識別情報に関連付けされた故障情報を出力する出力ステップと、を有することを特徴とする監視装置の監視方法。
（付記７）仮想ＭＡＣアドレス決定部は、ＩＰアドレスからネットワークアドレスを差し引いた値を実ＭＡＣアドレス情報に加算して決定することを特徴とする付記５記載の被監視装置。
（付記８）実ＭＡＣアドレス取得部は、ＩＰアドレスからネットワークアドレスを差し引いた値を仮想ＭＡＣアドレス情報から減算して取得することを特徴とする付記４記載の監視装置。
（付記９）複数の仮想計算機を格納する共有ディスク装置を有し、仮想計算機は、共有ディスク装置から複数の被監視装置に分散して搭載されていることを特徴とする付記１記載の監視システム。
１ 監視システム
２ サーバＡ
３ サーバＢ
４ ディスク装置
１１ ハードウェア
１２ ホストＯＳ
１５〜１７ 論理ディスク
２１〜２３ アプリケーションソフトウェア
３１〜３３ ゲストＯＳ
４１〜４３ 仮想ハードウェア
５１〜５３、６２ 監視エージェント
６１ 故障処理部
６４ 初期情報通知部
６５ 故障情報通知部
７１ プロセッサ
７２ ＬＡＮアダプタ
７３ メモリ
８１ プロセス管理部
８２ 仮想ＭＡＣアドレス決定部
１００ 監視センタ
１０１ 監視処理部
１１０ 初期情報格納部
１１１ 故障情報格納部
１１２ 実ＭＡＣアドレス取得部
１１３ グループ化処理部
１１４ 出力部
１２１ 装置ＩＤテーブル
１３１ デバイス名テーブルＡ
１３２ デバイステーブルＡ
１３３ 初期情報Ａ
１３４ マークＡ
１４１ デバイス変換テーブル
１４２ デバイステーブルＢ
１５１ デバイステーブルＣ
１５２ 初期情報Ｂ
１５３ マークＢ
１６１ デバイス名テーブルＢ
１６２ デバイステーブルＤ
１６３ 初期情報Ｃ
１６４ マークＣ
１７１ 故障情報
１８１ 監視テーブル
２ サーバＡ
３ サーバＢ
４ ディスク装置
１１ ハードウェア
１２ ホストＯＳ
１５〜１７ 論理ディスク
２１〜２３ アプリケーションソフトウェア
３１〜３３ ゲストＯＳ
４１〜４３ 仮想ハードウェア
５１〜５３、６２ 監視エージェント
６１ 故障処理部
６４ 初期情報通知部
６５ 故障情報通知部
７１ プロセッサ
７２ ＬＡＮアダプタ
７３ メモリ
８１ プロセス管理部
８２ 仮想ＭＡＣアドレス決定部
１００ 監視センタ
１０１ 監視処理部
１１０ 初期情報格納部
１１１ 故障情報格納部
１１２ 実ＭＡＣアドレス取得部
１１３ グループ化処理部
１１４ 出力部
１２１ 装置ＩＤテーブル
１３１ デバイス名テーブルＡ
１３２ デバイステーブルＡ
１３３ 初期情報Ａ
１３４ マークＡ
１４１ デバイス変換テーブル
１４２ デバイステーブルＢ
１５１ デバイステーブルＣ
１５２ 初期情報Ｂ
１５３ マークＢ
１６１ デバイス名テーブルＢ
１６２ デバイステーブルＤ
１６３ 初期情報Ｃ
１６４ マークＣ
１７１ 故障情報
１８１ 監視テーブル
Claims (6)
- 実計算機上で仮想計算機を動作させる被監視装置と前記被監視装置の故障状態を監視する監視装置とを備える監視システムであって、
被監視装置は、
実計算機の装置識別情報および実ＭＡＣアドレスを有する初期情報を監視装置に通報する初期情報通報部と、
前記実ＭＡＣアドレスおよび各計算機のＩＰアドレスを基に、各計算機の仮想ＭＡＣアドレスを決定する仮想ＭＡＣアドレス決定部と、
前記各計算機のいずれかで故障が発生した場合に、故障が発生した計算機の仮想ＭＡＣアドレスおよびＩＰアドレスを含む故障情報を監視装置に通報する故障情報通報部と、を備え、
監視装置は、
前記被監視装置から受信した初期情報を格納する格納部と、
前記被監視装置から受信した故障情報の中のＩＰアドレスおよび仮想ＭＡＣアドレスに基いて対応する実計算機の実ＭＡＣアドレスを取得する実ＭＡＣアドレス取得部と、
取得された実ＭＡＣアドレスに基づいて前記故障情報をグループ化し、グループ化した故障情報を前記装置識別情報に関連付けをするグループ化処理部と、
前記装置識別情報に関連付けをした故障情報を出力する出力部と、を備える監視システム。 - 仮想ＭＡＣアドレス決定部は、ＩＰアドレスからネットワークアドレスを差し引いた値を実ＭＡＣアドレス情報に加算して決定することを特徴とする請求項１記載の監視システム。
- 実ＭＡＣアドレス取得部は、ＩＰアドレスからネットワークアドレスを差し引いた値を仮想ＭＡＣアドレス情報から減算して取得することを特徴とする請求項１記載の監視システム。
- 実計算機上に複数の仮想計算機を搭載する被監視装置の故障状態を監視する監視装置であって、
前記被監視装置から受信した実計算機の装置識別情報および実ＭＡＣアドレスを有する初期情報を格納する格納部と、
前記被監視装置から受信した各計算機のＩＰアドレスおよび仮想ＭＡＣアドレスを有する故障情報に基いて対応する実計算機の実ＭＡＣアドレスを換算する実ＭＡＣアドレス取得部と、
取得された実ＭＡＣアドレスに基づいて前記故障情報をグループ化し、グループ化した故障情報を前記装置識別情報に関連付けをするグループ化処理部と、
前記装置識別情報に関連付けされた故障情報を出力する出力部と、
を有することを特徴とする監視装置。 - 監視装置により故障状態を監視される、実計算機上で仮想計算機を動作させる被監視装置であって、
実計算機の装置識別情報および実ＭＡＣアドレスを有する初期情報を監視装置に通報する初期情報通報部と、
前記実ＭＡＣアドレスおよび各計算機のＩＰアドレスを基に各計算機の仮想ＭＡＣアドレスを決定する仮想ＭＡＣアドレス決定部と、
前記各計算機のいずれかで故障が発生した場合に、故障が発生した計算機の仮想ＭＡＣアドレスおよびＩＰアドレスを含む故障情報を監視装置に通報する故障情報通報部と、
を備えることを特徴とする被監視装置。 - 実計算機上に複数の仮想計算機を搭載する被監視装置の状態を監視する監視装置の監視方法であって、
前記被監視装置から前記実計算機の装置識別情報および実ＭＡＣアドレスを有する初期情報を受信するステップと、
受信した初期情報の中の前記装置識別情報および前記実ＭＡＣアドレス情報を関連付けて記憶装置に格納するステップと、
前記被監視装置から各計算機のＩＰアドレスおよび仮想ＭＡＣアドレスを有する故障情報を受信するステップと、
受信した故障情報の中のＩＰアドレスおよび仮想ＭＡＣアドレスに基づいて対応する実計算機の実ＭＡＣアドレスを取得するステップと、
取得された実ＭＡＣアドレスにもとづいて前記故障情報をグループ化し、グループ化した情報を前記装置識別情報に関連付けをするステップと、
装置識別情報に関連付けされた故障情報を出力する出力ステップと、を有することを特徴とする監視装置の監視方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2008148853A JP5083051B2 (ja) | 2008-06-06 | 2008-06-06 | 監視システム、監視装置、被監視装置、監視方法 |
| US12/406,167 US8189458B2 (en) | 2008-06-06 | 2009-03-18 | Monitoring system, monitoring device, monitored device, and monitoring method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2008148853A JP5083051B2 (ja) | 2008-06-06 | 2008-06-06 | 監視システム、監視装置、被監視装置、監視方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2009294972A true JP2009294972A (ja) | 2009-12-17 |
| JP5083051B2 JP5083051B2 (ja) | 2012-11-28 |
Family
ID=41400229
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2008148853A Expired - Fee Related JP5083051B2 (ja) | 2008-06-06 | 2008-06-06 | 監視システム、監視装置、被監視装置、監視方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US8189458B2 (ja) |
| JP (1) | JP5083051B2 (ja) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5354107B2 (ja) * | 2010-08-16 | 2013-11-27 | 富士通株式会社 | 情報処理装置、リモート保守方法、及びプログラム |
| WO2014176171A1 (en) * | 2013-04-22 | 2014-10-30 | The Nielsen Company (Us), Llc | Systems, methods, and apparatus to identify media devices |
| KR20160060741A (ko) * | 2013-09-30 | 2016-05-30 | 후아웨이 테크놀러지 컴퍼니 리미티드 | 결함 관리 방법, 엔티티 및 시스템 |
| JP2018029344A (ja) * | 2017-09-14 | 2018-02-22 | ホアウェイ・テクノロジーズ・カンパニー・リミテッド | 障害管理方法、仮想化ネットワーク機能マネージャ（ｖｎｆｍ）、及びプログラム |
| US11243997B2 (en) | 2017-08-09 | 2022-02-08 | The Nielsen Company (Us), Llc | Methods and apparatus to determine sources of media presentations |
| US11985203B2 (en) | 2023-03-17 | 2024-05-14 | The Nielsen Company (Us), Llc | Systems, methods, and apparatus to identify media devices |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2012026938A1 (en) * | 2010-08-26 | 2012-03-01 | Hewlett-Packard Development Company, L.P. | Isolation of problems in a virtual environment |
| US10177984B2 (en) | 2010-08-26 | 2019-01-08 | Entit Software Llc | Isolation of problems in a virtual environment |
| JP5240263B2 (ja) * | 2010-09-15 | 2013-07-17 | コニカミノルタビジネステクノロジーズ株式会社 | 画像形成装置、表示制御方法および表示制御プログラム |
| JP2013080454A (ja) * | 2011-09-21 | 2013-05-02 | Toshiba Tec Corp | 保守装置、保守方法および保守プログラム |
| CN103227843B (zh) * | 2012-08-31 | 2016-05-04 | 杭州华三通信技术有限公司 | 一种物理链路地址管理方法及装置 |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008017278A (ja) * | 2006-07-07 | 2008-01-24 | Fujitsu Ltd | 中継装置、経路制御方法、及び経路制御プログラム |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0833851B2 (ja) | 1986-03-15 | 1996-03-29 | 株式会社日立製作所 | 仮想計算機のモニタリング方式 |
| JPH04257035A (ja) | 1991-02-12 | 1992-09-11 | Fujitsu Ltd | 仮想計算機システム配下における障害情報処理方式 |
| US6083855A (en) | 1999-01-04 | 2000-07-04 | Isola Laminate Systems Corp. | Methods of manufacturing voidless resin impregnated webs |
| US6512774B1 (en) * | 1999-03-18 | 2003-01-28 | 3Com Corporation | Fail over with multiple network interface cards |
| US6590861B1 (en) * | 1999-03-18 | 2003-07-08 | 3Com Corporation | Combining virtual local area networks and load balancing with fault tolerance in a high performance protocol |
| US6567377B1 (en) * | 1999-03-18 | 2003-05-20 | 3Com Corporation | High performance load balancing of outbound internet protocol traffic over multiple network interface cards |
| US7020796B1 (en) * | 2001-07-27 | 2006-03-28 | Ciena Corporation | High availability communication system |
| KR100385996B1 (ko) * | 2001-09-05 | 2003-06-02 | 삼성전자주식회사 | 하나의 ＮＩＣ（Ｎｅｔｗｏｒｋ ＩｎｔｅｒｆａｃｅＣａｒｄ）에 복수개의 ＩＰ 어드레스를 할당하는 방법 및이에 적합한 장치 |
| US7152179B1 (en) * | 2002-09-19 | 2006-12-19 | Cisco Technology, Inc. | IP redundancy with improved failover notification |
-
2008
- 2008-06-06 JP JP2008148853A patent/JP5083051B2/ja not_active Expired - Fee Related
-
2009
- 2009-03-18 US US12/406,167 patent/US8189458B2/en not_active Expired - Fee Related
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008017278A (ja) * | 2006-07-07 | 2008-01-24 | Fujitsu Ltd | 中継装置、経路制御方法、及び経路制御プログラム |
Cited By (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5354107B2 (ja) * | 2010-08-16 | 2013-11-27 | 富士通株式会社 | 情報処理装置、リモート保守方法、及びプログラム |
| US11019164B2 (en) | 2013-04-22 | 2021-05-25 | The Nielsen Company (Us), Llc | Systems, methods, and apparatus to identify media devices |
| WO2014176171A1 (en) * | 2013-04-22 | 2014-10-30 | The Nielsen Company (Us), Llc | Systems, methods, and apparatus to identify media devices |
| US10284665B2 (en) | 2013-04-22 | 2019-05-07 | The Nielsen Company (Us), Llc | Systems, methods, and apparatus to identify media devices |
| US9647779B2 (en) | 2013-04-22 | 2017-05-09 | The Nielsen Company (Us), Llc | Systems, methods, and apparatus to identify media devices |
| US10609166B2 (en) | 2013-04-22 | 2020-03-31 | The Nielsen Company (Us), Llc | Systems, methods, and apparatus to identify media devices |
| US11652899B2 (en) | 2013-04-22 | 2023-05-16 | The Nielsen Company (Us), Llc | Systems, methods, and apparatus to identify media devices |
| US11652901B2 (en) | 2013-04-22 | 2023-05-16 | The Nielsen Company (Us), Llc | Systems, methods, and apparatus to identify media devices |
| CN108418711A (zh) * | 2013-09-30 | 2018-08-17 | 华为技术有限公司 | 故障管理的存储介质和计算机程序产品 |
| JP2016533655A (ja) * | 2013-09-30 | 2016-10-27 | ホアウェイ・テクノロジーズ・カンパニー・リミテッド | 障害管理方法、エンティティ、及びシステム |
| KR101908465B1 (ko) * | 2013-09-30 | 2018-12-10 | 후아웨이 테크놀러지 컴퍼니 리미티드 | 결함 관리 방법, 엔티티 및 시스템 |
| CN108418711B (zh) * | 2013-09-30 | 2021-05-18 | 华为技术有限公司 | 故障管理的存储介质 |
| US10073729B2 (en) | 2013-09-30 | 2018-09-11 | Huawei Technologies Co., Ltd. | Fault management method, entity, and system |
| KR20160060741A (ko) * | 2013-09-30 | 2016-05-30 | 후아웨이 테크놀러지 컴퍼니 리미티드 | 결함 관리 방법, 엔티티 및 시스템 |
| US11243997B2 (en) | 2017-08-09 | 2022-02-08 | The Nielsen Company (Us), Llc | Methods and apparatus to determine sources of media presentations |
| US11709879B2 (en) | 2017-08-09 | 2023-07-25 | The Nielsen Company (Us), Llc | Methods and apparatus to determine sources of media presentations |
| JP2018029344A (ja) * | 2017-09-14 | 2018-02-22 | ホアウェイ・テクノロジーズ・カンパニー・リミテッド | 障害管理方法、仮想化ネットワーク機能マネージャ（ｖｎｆｍ）、及びプログラム |
| US11985203B2 (en) | 2023-03-17 | 2024-05-14 | The Nielsen Company (Us), Llc | Systems, methods, and apparatus to identify media devices |
Also Published As
| Publication number | Publication date |
|---|---|
| US20090303884A1 (en) | 2009-12-10 |
| US8189458B2 (en) | 2012-05-29 |
| JP5083051B2 (ja) | 2012-11-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5083051B2 (ja) | 監視システム、監視装置、被監視装置、監視方法 | |
| Oliner et al. | What supercomputers say: A study of five system logs | |
| JP4882845B2 (ja) | 仮想計算機システム | |
| US10462027B2 (en) | Cloud network stability | |
| JP5643321B2 (ja) | 仮想コンピューティング環境における障害管理のための方法、システム、およびコンピュータ・プログラム | |
| JPWO2009110111A1 (ja) | サーバ装置及びサーバ装置の異常検知方法及びサーバ装置の異常検知プログラム | |
| GB2478625A (en) | Deleting snapshot backups for unstable virtual machine configurations | |
| US10275330B2 (en) | Computer readable non-transitory recording medium storing pseudo failure generation program, generation method, and generation apparatus | |
| JPWO2012046293A1 (ja) | 障害監視装置、障害監視方法及びプログラム | |
| WO2006117833A1 (ja) | 監視シミュレーション装置，方法およびそのプログラム | |
| JP2011090512A (ja) | 監視装置、監視方法及び監視プログラム | |
| JP4918668B2 (ja) | 仮想化環境運用支援システム及び仮想化環境運用支援プログラム | |
| JP5975094B2 (ja) | 交換候補提示方法、情報処理装置、及びプログラム | |
| WO2023226380A1 (zh) | 一种磁盘处理方法、系统及电子设备 | |
| WO2013171865A1 (ja) | 管理方法及び管理システム | |
| JP2012003651A (ja) | 仮想化環境監視装置とその監視方法およびプログラム | |
| CN109271270A (zh) | 存储系统中底层硬件的故障排除方法、系统及相关装置 | |
| JP6317074B2 (ja) | 障害通知装置、障害通知プログラムならびに障害通知方法 | |
| CN112069032A (zh) | 一种虚拟机的可用性检测方法、系统及相关装置 | |
| WO2011051999A1 (ja) | 情報処理装置及び情報処理装置の制御方法 | |
| JP2018169920A (ja) | 管理装置、管理方法及び管理プログラム | |
| KR20170070568A (ko) | 서버 통합 관리 시스템 및 방법 | |
| JP2004252800A (ja) | 計算機管理方法 | |
| Lundin et al. | Significant advances in Cray system architecture for diagnostics, availability, resiliency and health | |
| WO2023084670A1 (ja) | 監視装置、監視方法、及びコンピュータ読み取り可能な記憶媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20110217 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20120516 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20120522 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20120717 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20120807 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20120820 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20150914 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |