WO2015092847A1 - コンピュータシステムおよびその処理方法 - Google Patents

Abstract

　複数の物理マシンであるブレードを備え、前記ブレード上で複数の仮想マシンが使用可能なブレードサーバと、周辺機器とを含むコンピュータシステムであって、前記仮想マシンの移行とともに移行、前記複数の仮想マシン間で移行、または前記仮想マシンと前記ブレード間で移行されるＯＳに対し移行前後で同一のＯＳ識別子を対応付け、前記ブレードおよび／または前記仮想マシンのログおよび前記周辺機器のログと前記ＯＳ識別子とを対応付けて記憶する。

Description

コンピュータシステムおよびその処理方法

本発明は、コンピュータシステムおよびその処理方法に関するものである。

　物理マシンのリソース使用効率向上のため、データセンタ等では仮想マシン（以下、ＶＭとする）が広く使用されている。しかしながら、ＶＭでは、業務アプリに必要な処理性能を得られない場合がある。このときは、ＶＭを使わず、物理マシンが直接に使われている。このため、システム内でＶＭと物理マシンが混在するようになってきた。さらに、性能向上のためＶＭから物理マシンへ、リソース使用効率向上のため物理マシンからＶＭへ業務アプリとＯＳ（Operating System）を移行することも行われるようになってきた。

　このようにシステム内でＶＭと物理マシンとの混在が進む中で、システムで障害等が発生した後の障害原因特定には、ＶＭと物理マシンに関連するログが必要になる。このようなログに関する技術として、例えば、特許文献１にはＶＭの識別子をＶＭが動作している物理マシンのログ情報に記録する技術が開示されている。

米国特許出願公開第２０１０／０３３２６６１号明細書

　システム内には、ＶＭと物理マシンといったサーバのほか、周辺機器であるイーサ（イーサネット：登録商標）スイッチ、ＦＣ（Fibre Channel）スイッチ、ストレージ装置等が多く存在し、それら周辺機器が生成するログは膨大な量になる。特定のＶＭまたは物理マシンの性能劣化等の異常に気付いたとき、周辺機器の障害が原因となっている場合、障害の原因を特定するためには、特定のＶＭおよび物理マシンに関連する周辺機器のログを抽出することが必要である。

　これに対して、特許文献１に開示された技術ではログ情報を記録することはできるが、ＶＭおよび物理マシンと周辺機器との関連性が考慮されていないため、膨大な量のログから特定のＶＭおよび物理マシンに関連する周辺機器のログを抽出できない。

　そこで、本発明の目的の一つは、膨大な量のログの中から特定のＶＭおよび物理マシンのログと、そのＶＭおよび物理マシンに関連する周辺機器のログを抽出して表示することにある。

　本発明にかかるコンピュータシステムは、複数の物理マシンであるブレードを備え、前記ブレード上で複数のＶＭ（仮想マシン）が使用可能なブレードサーバと、周辺機器とを含むコンピュータシステムであって、前記ＶＭの移行とともに移行、前記複数のＶＭ間で移行、または前記ＶＭと前記ブレード間で移行されるＯＳに対し移行前後で同一のＯＳ識別子を対応付け、前記ブレードおよび／または前記ＶＭのログおよび前記周辺機器のログと前記ＯＳ識別子とを対応付けて記憶することを特徴とする。

　また、本発明にかかるコンピュータシステムは、前記ブレードまたは前記ＶＭの選択を受け付けると、前記選択されたブレードまたはＶＭで動作したＯＳに割り当てられたＯＳ識別子を特定し、前記特定したＯＳ識別子に対応する前記周辺機器のログを出力することを特徴とする。

　また、本発明はコンピュータシステムの処理方法としても把握される。

　本発明によれば、膨大なログの中からＶＭおよび物理マシンのログ、ＶＭおよび物理マシンに関連する周辺機器のログを抽出することができ、ＶＭおよび物理マシンに関連する周辺機器のログを容易に把握できる。

ログ表示画面の例を示す図である。 システム構成の例を示す図である。 構成管理テーブルの第１の部分の例を示す図である。 構成管理テーブルの第２の部分の例を示す図である。 ＯＳ　ＩＤ管理テーブルの例を示す図である。 仮想化制御プログラムのログの例を示す図である。 タグ管理テーブルの例を示す図である。 ログ管理テーブルの例を示す図である。 タグ付け処理の例を示す図である。 ログの削除処理の例を示す図である。 仮ＯＳ　ＩＤ管理テーブルの例を示す図である。 リソース対応管理テーブルの例を示す図である。

　図１を用いて本実施例の概略を説明する。本実施例では、ＶＭおよび物理マシンの観点でログ表示を行う。ＶＭおよび物理マシンに関連する周辺機器の変更ログは、ＶＭと物理マシンで同一となるＯＳ識別子および構成変更操作識別子が対応付けられる。本実施例では、ブレード型の物理マシンを用いて説明するため、物理マシンをブレードとする。例えば、各ログ管理プログラムは、ＶＭ作成時にストレージ装置、仮想化ブレード、イーサスイッチ、ＦＣスイッチで行った処理のログにＯＳ識別子および構成変更操作識別子を対応付ける。ＯＳ識別子が対応付けられたログは、優先的に削除されずに保存される。

　そして、管理者がサーバ選択１３でログを表示させたいＶＭまたはブレードを選択すると、そのＶＭまたはブレードに関連するログのみがＯＳ識別子によって抽出されてログ表示タブ１５に表示される。このような表示は、障害原因解析において、ＶＭまたはブレードに関連する周辺機器のログを特定する場合、逆に周辺機器に関連するＶＭまたはブレードのログを特定する場合に特に有効である。

　本実施例により、ＶＭまたはブレードに関連する必要なログが削除されずに抽出できるため、ログ解析が容易に行える。その結果、システム規模が大規模になり、ログの種別や量が増大したいとしても、ＶＭおよびブレードに関連するログを抽出してログ解析ができるため、管理者の負担を軽減し解析時間を短縮することができる。これにより、管理コストを低減することができる。

　クラウドサービスにおいても、障害によるサービスレベルの低下が致命的になることがある。障害解析を迅速に行うことで、ユーザに安定したサービスを提供可能となる。ユーザにとってはクラウドサービスを安心して利用出来るようになる。

　図２は、本実施例の好ましいシステム構成の例を示す図である。図２において同じ符号で示す機器等の提供するハードウェアとしての機能は同じであるが、実行するプログラムや扱うデータの異なる場合があるときは、符号の末尾にアルファベットを記載する。共通する説明にはアルファベットは付加せずに説明し、特に他の機器と区別して説明するときはアルファベットを付加して説明する。

　システム管理サーバ１００は、ＣＰＵ１０１ａ、メモリ１０２ａ、イーサＩ／Ｆ１０３ａから構成される。ＣＰＵ１０１は、メモリ１０２に保存されているプログラムを実行する。メモリ１０２は、プログラム、管理テーブル、ログを保存する。イーサＩ／Ｆ１０３は、接続されている機器とイーサネット１２２を経由してＴＣＰ／ＩＰプロトコルで通信するデバイスである。通信に必要なＩＰアドレスは、メモリ１０２に保存されている。

　メモリ１０２ａは、システム管理プログラム、システムログ管理プログラム、ＯＳ　ＩＤ管理テーブル４００、構成管理テーブル３００、イーサスイッチタグ管理テーブル６００ｊ、ＦＣスイッチタグ管理テーブル６００ｋ、ログ管理テーブル７００ａ、イーサスイッチログ５００ｊ、ＦＣスイッチログ５００ｋ、イーサスイッチのリソース対応管理テーブル１１００ｊ、ＦＣスイッチのリソース対応管理テーブル１１００ｋを保持する。

　システム管理プログラムは、システムの構成を変更するためのＧＵＩを表示する。管理者は、そのＧＵＩを用いて、ＶＭの削除、ブレード１１２の割り当て等をシステム管理プログラムへ指示する。また、システムログ管理プログラムは、ログに関する処理をする。

　物理管理サーバ１０４は、ＣＰＵ１０１ｄ、メモリ１０２ｄ、イーサＩ／Ｆ１０３ｄから構成される。メモリ１０２ｄは、ブレード管理プログラム、ブレードログ管理プログラム、ブレード管理テーブル、ログ５００ｄ、タグ管理テーブル６００ｄ、ログ管理テーブル７００ｄ、リソース対応管理テーブル１１００ｄを保持する。

　ブレード管理プログラムは、複数のブレードサーバ１０７を管理するものであり、構成変更時にＳＶＰ１０８からＳＶＰ管理テーブルの情報を取得し、ブレード管理テーブルに保存する。また、ブレード管理プログラムはＳＶＰ１０８からログを受信する。

　ブレードログ管理プログラムはログにタグを付ける。ここで、ＯＳ識別子等を対応付けることを“タグを付ける”と呼ぶ。

　仮想管理サーバ１０５は、ＣＰＵ１０１ｃ、メモリ１０２ｃ、イーサＩ／Ｆ１０３ｃから構成される。メモリ１０２ｃは、ＶＭ管理プログラム、ＶＭログ管理プログラム、仮想管理テーブル、ログ５００ｃ、タグ管理テーブル６００ｃ、ログ管理テーブル７００ｃ、リソース対応管理テーブル１１００ｃを保持する。

　ＶＭ管理プログラムは、構成変更時に、仮想化ブレード１０９の仮想化制御プログラムからＶＭ構成管理テーブルの情報を取得し、仮想管理テーブルで保存する。また、ＶＭ管理プログラムは仮想化制御プログラムからログを受信する。ＶＭログ管理プログラムはログにタグを付ける。

　ストレージ管理サーバ１０６は、ＣＰＵ１０１ｂ、メモリ１０２ｂ、イーサＩ／Ｆ１０３ｂから構成される。メモリ１０２ｂは、ストレージ管理プログラム、ストレージログ管理プログラム、ストレージ管理テーブル、ログ５００ｂ、タグ管理テーブル６００ｂ、ログ管理テーブル７００ｂ、リソース対応管理テーブル１１００ｂを保持する。

　ストレージ管理プログラムは、構成変更時に、ストレージ装置１１７のストレージ制御プログラムからストレージ構成管理テーブルの情報を取得し、ストレージ管理テーブルで保存する。ストレージ管理プログラムはストレージ制御プログラムからログを受信する。ストレージログ管理プログラムはログにタグを付ける。

　ブレードサーバ１０７はＳＶＰ１０８と複数のブレードから構成される。ＳＶＰ１０８は、ＣＰＵ１０１ｅ、メモリ１０２ｅ、イーサＩ／Ｆ１０３ｅから構成される。メモリ１０２ｅは、ＳＶＰ制御プログラム、ＳＶＰ管理テーブル、ログを保持する。ＳＶＰ制御プログラムは、構成変更時に、ＢＭＣ（Base Management Controller）のＢＭＣ制御プログラムからＢＭＣ構成管理テーブルの情報を取得し、ＳＶＰ管理テーブルで保存する。ＳＶＰ制御プログラムはＢＭＣ制御プログラムからログを受信する。

　仮想化ブレード１０９は仮想化制御プログラムが動作するブレードである。仮想化ブレード１０９は仮想化制御プログラムによって複数のＶＭを作成できる仮想環境を提供する。管理者はＶＭごとにＯＳをインストールできる。ブレードのＢＭＣ１１０以外のリソース（ＣＰＵ１０１、メモリ１０２、イーサＩ／Ｆ１０３、ＦＣ Ｉ／Ｆ１１１）は、ＶＭによって共用される。

　管理者は、例えば、性能を重視するときにブレード１１２を使用し、１つのＯＳをインストールできる。このとき、ブレード１１２のリソースは、１つのＯＳで占有される。

　仮想化ブレード１０９ａは、ＢＭＣ１１０ａ、ＣＰＵ１０１ｇ、メモリ１０２ｇ、イーサＩ／Ｆ１０３ｇ、ＦＣ Ｉ／Ｆ１１１ａから構成される。ＢＭＣ１１０は、ＣＰＵ１０１、メモリ１０２、イーサＩ／Ｆ１０３から構成される。

　ＢＭＣ１１０のメモリ１０２は、ＢＭＣ制御プログラム、ＢＭＣ構成管理テーブル、ログを保持する。ＢＭＣ制御プログラムは、ＢＭＣ構成管理テーブルの情報、ログをＳＶＰ制御プログラムへ送信する。メモリ１０２ｇは、仮想化制御プログラム、ＶＭ構成管理テーブル、ログを保持する。仮想化制御プログラムは、ＶＭ構成管理テーブルの情報とログをＶＭ管理プログラムへ送信し、ＶＭの作成、削除、起動、停止をする。

　ブレード１１２ａは、ＢＭＣ１１０ｂ、ＣＰＵ１０１ｉ、メモリ１０２ｉ、イーサＩ／Ｆ１０３ｉ、ＦＣ Ｉ／Ｆ１１１ｂから構成される。メモリ１０２ｉはＯＳを保持する。

　イーサスイッチ１１３は、ＣＰＵ１０１ｊ、メモリ１０２ｊ、イーサＩ／Ｆ１０３ｊ、イーサＩ／Ｆ１１４から構成される。イーサＩ／Ｆ１０３ｊはイーサスイッチ１１３の管理用Ｉ／Ｆとして使用される。イーサＩ／Ｆ１１４は、イーサスイッチ１１３を経由して、ＴＣＰ／ＩＰプロトコルで他の機器同士が通信するためのデバイスである。メモリ１０２ｊは、イーサスイッチ制御プログラム、イーサスイッチ構成管理テーブル、ログを保持する。イーサスイッチ制御プログラムは、イーサスイッチ構成管理テーブルの情報とログをシステム管理プログラムへ送信し、イーサＩ／Ｆ１１４のＶＬＡＮ設定をする。

　ＦＣスイッチ１１５は、ＣＰＵ１０１ｋ、メモリ１０２ｋ、イーサＩ／Ｆ１０３ｋ、ＦＣ Ｉ／Ｆ１１６から構成される。メモリ１０２ｋは、ＦＣスイッチ制御プログラム、ＦＣスイッチ構成管理テーブル、ログを保持する。ＦＣ Ｉ／Ｆ１１６は、ＦＣスイッチ１１５を経由して、ＦＣプロトコルで他の機器同士が通信するためのデバイスである。ＦＣスイッチ制御プログラムは、ＦＣスイッチ構成管理テーブルの情報とログをシステム管理プログラムへ送信し、ＦＣスイッチ１１５のゾーニングの設定をする。

　ストレージ装置１１７は、ＣＰＵ１０１ｌ、メモリ１０２ｌ、イーサＩ／Ｆ１０３ｌ、キャッシュ１１８、ＦＣ Ｉ／Ｆ１２１、メディアコントローラ１１９、記憶メディア１２０から構成される。キャッシュ１１８はボリュームのデータを一時的に保持するデバイスである。ＦＣ Ｉ／Ｆ１２１は接続されている機器とＦＣプロトコルで通信するためのデバイスである。メディアコントローラ１１９は、複数の記憶メディア１２０と接続し、記憶メディア１２０とのデータ読み書きを中継するデバイスである。記憶メディア１２０は、データを保存するためのデバイスであり、例えばハードディスクやＳＳＤ（Solid State Drive）である。

　メモリ１０２ｌは、ストレージ制御プログラム、ストレージ構成管理テーブル、ログを保持する。ストレージ制御プログラムは、複数の記憶メディア１２０でＲＡＩＤ（Redundant Arrays of Inexpensive Disks）を構成して論理的な記憶メディアであるボリュームを作成する。これに対して、ストレージ管理サーバ１０６のストレージ管理プログラムは、仮想化ブレード１０９でボリュームを検出できるようにするために、ボリュームへのアクセス権限を管理するホストグループの設定をする。また、ストレージ制御プログラムはストレージ構成管理テーブルの情報とログをストレージ管理プログラムへ送信する。なお、１つのボリュームに複数の仮想ディスクを含むことが可能であり、１つの仮想ディスクへ１つのＶＭがアクセスし、１つのボリュームへ複数のＶＭがアクセスしてもよい。

　図３Ａ、３Ｂは構成管理テーブル３００の例を示す図である。構成管理テーブル３００は管理項目３０１とパスＩＤ３０２から構成される。管理項目３０１は、管理対象となる構成の項目であり、この項目に基づき、システムログ管理プログラムは、ブレードサーバ１０７の構成情報として、ブレード管理テーブルの情報をブレード管理プログラムから取得する。システム管理プログラムは、仮想化ブレード１０９の構成情報として、仮想管理テーブルの情報をＶＭ管理プログラムから取得する。システム管理プログラムは、イーサスイッチ１１３の構成情報として、イーサスイッチ構成管理テーブルの情報をイーサスイッチ制御プログラムから取得する。システム管理プログラムは、ＦＣスイッチ１１５の構成情報として、ＦＣスイッチ構成管理テーブルの情報をＦＣスイッチ制御プログラムから取得する。システム管理プログラムは、ストレージ装置１１７の構成情報として、ストレージ管理テーブルの情報をストレージ管理プログラムから取得する。

　シャーシＩＤ３０５はブレードサーバを識別するための識別子である。ブレードＩＤ３０６はブレードを識別するための識別子である。仮想化制御プログラムＩＤ３０７は仮想化制御プログラムを識別するための識別子である。ＭＡＣアドレス３０９はブレードのイーサＩ／Ｆ１０３を識別するための識別子である。ＨＢＡ　ＷＷＮ３１０は、ＦＣ　Ｉ／Ｆ１１１を識別するための識別子である。

　仮想化制御プログラムＩＤ３１１はブレードで動作する仮想化制御プログラムを識別するための識別子である。仮想スイッチＩＤ３１２はブレード単位の通信のために仮想化制御プログラムで動作する仮想スイッチを識別するための識別子である。ＶＭ　ＩＤ３１３は、仮想化制御プログラムで動作するＶＭを識別するための識別子である。仮想スイッチＩＤ３１４は、ＶＭ間通信のためにＶＭが接続している仮想スイッチのＩＤである。ＭＡＣアドレス３１５は、仮想スイッチＩＤ３１４に割り当たっているイーサＩ／Ｆ１０３のＭＡＣアドレスである。仮想ディスク３１６は、ＶＭに接続されている仮想ディスクを識別するための識別子である。ボリュームＩＤ３１７は、ＶＭに接続されているボリュームを識別するための識別子である。ＨＢＡ　ＷＷＮ３１８は、ＶＭが使用するボリュームを検出したＦＣ　Ｉ／Ｆ１１１を識別するための識別子としてのＷＷＮ（World Wide Name）である。

　イーサスイッチＩＤ３１９は、イーサスイッチ１１３を識別するための識別子である。ＭＡＣアドレス３２０は、イーサＩ／Ｆ１０３ｊを識別するための識別子である。ポートＩＤ３２１は、イーサＩ／Ｆ１１４を識別するための識別子である。接続先ポート３２２は、イーサＩ／Ｆ１１４に接続されている機器のＭＡＣアドレスである。

　ＦＣスイッチＩＤ３２３は、ＦＣスイッチ１１５を識別するための識別子である。ＭＡＣアドレス３２４は、イーサＩ／Ｆ１０３ｋのＭＡＣアドレスである。ポートＩＤ３２５は、ＦＣ　Ｉ／Ｆ１１６を識別するための識別子である。接続先ポート３２６は、ＦＣ　Ｉ／Ｆ１１６に接続されているポートのＷＷＮである。

　ストレージＩＤ３２７は、ストレージ装置１１７を識別するための識別子である。ポートのＷＷＮ３２８は、ＦＣ　Ｉ／Ｆ１２１を識別するための識別子である。ボリュームＩＤ３２９は、ボリュームを識別するための識別子である。ホストグループＩＤ３３０は、ホストグループを識別するための識別子である。ＨＢＡのＷＷＮ３３１は、ボリュームを検出するＦＣ　Ｉ／Ｆ１１１のＷＷＮである。ボリュームＩＤ３３２は、ホストグループに設定されているボリュームＩＤ３２９である。

　パスＩＤ３０２はシステム構成の世代を識別する識別子である。ＴＰ１は第１世代の値であり、ＴＰ２は第２世代の値である。システム管理プログラムは、管理者から入力されたシステム構成の変更指示が完了すると、構成情報を取得して更新し、パスＩＤ３０２を新たに割り当て、構成管理テーブル３００に保存する。システム管理プログラムは、管理者からのシステム構成の変更指示が複数の構成変更処理から構成される場合、この構成管理テーブル３００に対する処理を構成変更処理それぞれが完了するごとに実行してもよい。

　以下で説明するように関連付けを行い、関連先の情報を参照することで、あるＶＭまたはブレード１１２と周辺機器の接続構成を取得することができる。システム管理プログラムは、仮想化ブレード１０９を割り当てるときにブレードに仮想化制御プログラム等をインストールする。ブレードと仮想化制御プログラムとの関連付けはこのときに行い、仮想化制御プログラムＩＤ３０７がブレードで動作する仮想化制御プログラムを示している。仮想スイッチＩＤ３１２のうち、ＶＭが使用する仮想スイッチＩＤは、仮想スイッチＩＤ３１４に保存される。ＭＡＣアドレス３０９のうち、ＶＭが使用するＭＡＣアドレスは、ＭＡＣアドレス３１５に保存される。ボリュームＩＤ３２９のうち、ＶＭが使用するボリュームＩＤは、ボリュームＩＤ３１７に保存される。

　ＨＢＡ ＷＷＮ３１０のうち、ＶＭが使用するＨＢＡ ＷＷＮは、ＨＢＡ ＷＷＮ３１８に保存される。ＶＭ ＩＤ３１３のＶＭに対して作成された仮想ディスクのＩＤは、仮想ディスク３１６に保存される。ＭＡＣアドレス３０９のうち、ポートＩＤ３２１が割り当てられたポートに接続するＭＡＣアドレスは、接続先ポート３２２に保存される。ＨＢＡ ＷＷＮ３１０またはポートのＷＷＮ３２８のうち、ポートＩＤ３２５が割り当てられたポートに接続するＨＢＡ ＷＷＮまたはポートのＷＷＮは、接続先ポート３２６に保存される。ＨＢＡ ＷＷＮ３１０のうち、ホストグループに設定するＨＢＡ ＷＷＮは、ＨＢＡのＷＷＮ３１３に保存される。ボリュームＩＤ３２９のうち、ホストグループに設定するボリュームＩＤは、ボリュームＩＤ３３２に保存される。

　図４はＯＳ　ＩＤ管理テーブル４００の例を示す図である。ＯＳ　ＩＤ管理テーブル４００は、ＯＳ　ＩＤ４０１、移行回数４０２、日時４０３、処理４０４、移行先ＩＤ４０５から構成される。ＯＳ　ＩＤ４０１は、システム内でＯＳを識別するための識別子である。移行回数４０２は、サーバを作成した後に、ＯＳが移行された回数である。日時４０３は、処理４０４を実行した日時である。

　処理４０４は、ＶＭ作成、ブレード割り当て、ＶＭ移行、Ｐ２Ｐ、Ｖ２Ｐ、Ｐ２Ｖ、Ｖ２Ｖ、ＶＭ削除、ブレード割り当て解除である。ＶＭ作成処理で、ＶＭの作成、ＶＭが使用する仮想ディスクの作成、ＶＭへのＯＳのインストール、他のＯＳと通信するためのホスト名やＩＰアドレス等の初期設定をする。ブレード割り当て処理で、ＳＡＮブートの場合はブレードサーバが使用するボリュームの作成および接続設定、ブレードサーバへのＯＳのインストール、他のＯＳと通信するためのホスト名やＩＰアドレス等の初期設定をする。ＶＭ移行処理で、仮想化ブレード間のＯＳが動作するＶＭの移行をする。Ｐ２Ｐで、ブレードサーバからブレードサーバへのＯＳの移行をする。Ｖ２Ｐで、ＶＭからブレードサーバへのＯＳの移行をする。Ｐ２Ｖで、ブレードサーバからＶＭへのＯＳの移行をする。Ｖ２Ｖで、ＶＭからＶＭへのＯＳの移行をする。なお、ＯＳにアプリケーションがインストールされている場合、移行対象にアプリケーションを含める。ＶＭ削除処理で、ＶＭの削除、ＶＭが使用していた仮想ディスク（ＯＳ）の削除をする。ブレード割り当て解除処理で、ボリューム（ＯＳ）の削除(ＳＡＮブートの場合はストレージ装置の使用していたボリュームの削除と接続設定消去、内蔵メディアからのブートの場合は内蔵メディアのフォーマット)処理をする。移行先ＩＤ４０５は、移行先でサーバを管理するための識別子である。

　図５は仮想化制御プログラムのログ５００ｇの例を示す図である。ログ５００は、ログ識別子５０１、日時５０２、出力元５０３、内容５０４から構成される。ログ識別子５０１は、１つのログを識別する識別子である。日時５０２は、ログが出力された日時である。出力元５０３は、ログを出力した機器を識別するための識別子である。内容５０４は、ログの内容である。

　イーサスイッチ制御プログラムは、イーサスイッチ制御プログラムの処理実行後に、イーサスイッチ１１３のログ５００ｊをシステム管理プログラムへ送信する。ＦＣスイッチ制御プログラムは、ＦＣスイッチ制御プログラムの処理実行後に、ＦＣスイッチのログ５００ｋをシステム管理プログラムへ送信する。システム管理プログラムは受信したログ５００をメモリ１０２ａに保存する。

　仮想化制御プログラムは、仮想化制御プログラムの処理実行後に、仮想化制御プログラムのログ５００ｇをＶＭ管理プログラムへ送信する。ＶＭ管理プログラムは、受信したログ５００ｇとＶＭ管理プログラムのログをログ５００ｃとしてメモリ１０２ｃに保存する。

　ＢＭＣ制御プログラムは、ＢＭＣ制御プログラムの処理実行後に、ＢＭＣ１１０のログ５００ｆ、ログ５００ｇをＳＶＰ制御プログラムへ送信する。ＳＶＰ制御プログラムは、受信したログ５００ｇとＳＶＰ制御プログラムのログ５００をログ５００ｅとしてメモリ１０２ｅに保存する。

　ＳＶＰ制御プログラムは、ＳＶＰ制御プログラムの処理実行後に、ＳＶＰ１０８のログ５００ｅをブレード管理プログラムへ送信する。ブレード管理プログラムは、受信したログ５００ｅとブレード管理プログラムのログをログ５００ｄとしてメモリ１０２ｄに保存する。

　ストレージ制御プログラムは、ストレージ制御プログラムの処理実行後に、ストレージ装置１１７のログ５００ｌをストレージ管理プログラムへ送信する。ストレージ管理プログラムは、受信したログ５００ｌとストレージ管理プログラムのログをログ５００ｂとしてメモリ１０２ｂに保存する。なお、ログ５００には、各機器で処理を実行するためのユーザがログインとログアウトした情報が含まれている。

　図６はタグ管理テーブル６００の例を示す図である。タグ管理テーブル６００は、ログ識別子５０１、ＯＳ　ＩＤ４０１、パスＩＤ３０２、構成変更操作ＩＤ６０１から構成される。ログ５００にタグ付けされるタグは、ＯＳ　ＩＤ４０１と、パスＩＤ３０２、構成変更操作ＩＤ６０１である。ログ識別子５０１はタグ付けする対象となるログ識別子である。ＯＳ　ＩＤ４０１はログに関連するＯＳ　ＩＤである。パスＩＤ３０２は、ログに関連するパスＩＤである。構成変更操作ＩＤ６０１はログに関連する構成変更操作を識別するＩＤである。管理者が実行できる構成変更操作ごとに構成変更操作ＩＤ６０１は設定されている。構成変更操作、およびそれらに対応する構成変更操作ＩＤは、システム管理サーバ１００のメモリ１０２ａに保存する。システムログ管理プログラムは、構成変更操作実行時に必要に応じて各ログ管理プログラムへ構成変更操作ＩＤ６０１を送信する。

　図７はログ管理テーブル７００の例を示す図である。ログ管理テーブル７００は、空き容量７０１、しきい値７０２、削除容量７０３から構成される。空き容量７０１はログを保存する記憶メディアの空き容量である。各ログ管理プログラム（システムログ管理プログラム、ブレードログ管理プログラム、ＶＭログ管理プログラム、ストレージログ管理プログラム）は、定期的に空き容量７０１を更新する。しきい値７０２は、この値を下回ったときにログの削除処理が実行される空き容量の値である。削除容量７０３はログの削除処理で削除するログの容量である。

　図１はログ表示画面１０の例を示す図である。システムログ管理プログラムは、管理者からのＧＵＩ表示指示を入力されると、ログ表示画面１０を表示する。ログ表示画面１０は、ログの表示部分２４、サーバ種別表示部分１６、トポロジ表示部分２１から構成される。

　ログインユーザ名１１は、ログ表示画面を操作するためにログインしたユーザを表示している。ログアウトボタン１２は、ユーザがログアウトするためのボタンである。サーバ選択１３は、ログを表示したいサーバを選択するプルダウンである。初期値は何も選択されていない状態である。選択範囲は、移行先ＩＤ４０５に保存されているＶＭ　ＩＤ３１３およびブレードＩＤ３０６である。リソースＩＤ２６でリソースＩＤが選択されると、システムログ管理プログラムは、各ログ管理プログラムへリソースＩＤを送信する。各ログ管理プログラムは、同一のリソースＩＤに対応するＯＳ　ＩＤ１１０２をシステムログ管理プログラムへ送信する。システムログ管理プログラムは、受信したＯＳ　ＩＤと同一のＯＳ　ＩＤ４０１に対応する移行先ＩＤ４０５を取得する。システムログ管理プログラムは、取得した移行先ＩＤ４０５に保存されているＶＭ ＩＤ３１３およびブレードＩＤ３０６以外を表示しないようにする。

　個別サーバ選択１４は、サーバ選択１３で選択されたサーバと同じＯＳ　ＩＤである移行先ＩＤ４０５に保存されているＶＭまたはブレード１１２が表示される。システムログ管理プログラムは、ここで選択されたサーバに関するログをログ表示タブ１５に表示する。ログ表示タブ１５は、個別サーバ選択１４で選択されたサーバに関するすべてのログを表示するタブ、物理管理サーバに関するログを表示するタブ、仮想管理サーバに関するログを表示するタブ、ストレージ管理サーバに関するログを表示するタブ、イーサスイッチに関するログを表示するタブ、ＦＣスイッチに関するログを表示するタブから構成される。各タブは、ログ識別子５０１、日時５０２、出力元５０３、内容５０４から構成される。

　システムログ管理プログラムは、ＯＳ　ＩＤ管理テーブル４００を参照し、サーバ選択１３で選択されたサーバのＯＳ　ＩＤ４０１を特定する。システムログ管理プログラムは、システム構成管理テーブル３００を参照し、個別サーバ選択１４で選択されたサーバのパスＩＤを特定する。システムログ管理プログラムは、特定したＯＳ　ＩＤ４０１とパスＩＤ３０２のタグがつけられているログ５００を物理管理サーバ１０４、仮想管理サーバ１０５、ストレージ管理サーバ１０６、システム管理サーバ１００から取得して表示する。

　カーソル２３は、現在選択しているログの行を示している。トポロジ表示部分２１は、カーソル２３で示されたログが出力された時点のトポロジを表示する。システムログ管理プログラムは、サーバ、仮想スイッチ（ＶＭのときのみ）、仮想化ブレード（ＶＭのときのみ）、イーサスイッチ、ＦＣスイッチ、ストレージ装置、ボリューム、仮想ディスク（ＶＭのときのみ）の接続関係をトポロジ表示部分２１に表示する。

　サーバ種別表示部分１６は、右側が新しい時間となる時系列でログの表示範囲とサーバの種別を表示する。表示範囲１７はログ表示タブ１５で表示されているログの範囲を示している。これはログ表示タブ１５と連動しており、左右にスライドするとその時間のログがログ表示タブ１５に表示される。ログ表示タブ１５のログ表示を上下にスライドすると、その時間に合わせて表示範囲１７が移動する。表示範囲の下には、時系列でサーバの種別が表示されており、Ｖ２Ｐ　１８、Ｐ２Ｖ　１９、Ｖ２Ｖ　２０の印も表示される。

　エクスポート２２はオリジナルのログをファイルに出力するためのボタンである。システムログ管理プログラムは、ログを出力するときにタグ管理テーブル６００を取得し、ログとタグ管理テーブル６００の情報を出力してもよい。

　構成変更操作２５は、管理者がシステムログ管理プログラムに指示できる操作がプルダウンで選択できるようになっている。初期値は何も選択されていない状態である。ある操作を選択すると、サーバ選択１３で選択されているＶＭおよびブレードについてその操作に対応するタグが対応づけられたログのみがログ表示タブに表示される。構成変更操作２５が選択されると、システムログ管理プログラムは、選択された構成変更操作に対応する構成変更操作ＩＤをメモリ１０２ａから取得し、各ログ管理プログラムへ送信する。

　各ログ管理プログラムは、タグ管理テーブル６００を参照し、受信した構成変更操作ＩＤと同一の構成変更操作ＩＤ６０１に対応するログ識別子５０１を特定する。各ログ管理プログラムは、ログ識別子５０１に対応するログ５００を取得し、システムログ管理プログラムへ送信する。システムログ管理プログラムは、受信したログ５００をログ表示タブ１５に表示する。サーバ選択１３でＶＭおよびブレードが選択されていない状態で構成変更操作２５が選択されたとき、すべてのサーバについての構成変更操作ログを表示する。これは、指定されたタグに対応付けられたログを抽出し、表示する一例である。リソースＩＤ２６は、各リソース対応管理テーブル１１００のリソースＩＤのすべてが選択可能な状態になっている。初期値は何も選択されていない状態である。システムログ管理プログラムは、他のログ管理サーバへログまたはログとタグ管理テーブル６００の情報を送信してもよい。そのとき、ＯＳ　ＩＤ４０１や他のタグでフィルタリングをしてもよい。

　図８はタグ付け処理の例を示す図である。タグ付け処理は、管理者からのＶＭ作成またはブレード割り当ての指示や、ＶＭまたはブレード１１２を指定した処理の指示に対して実行される。

　ステップ８００：システム管理プログラムは、管理者からの指示が新規にＶＭを作成することかどうかを判定する。Ｙｅｓであればステップ８０１を処理し、Ｎｏであればステップ８０２を処理する。

　ステップ８０１：システムログ管理プログラムは、新規にＯＳ　ＩＤ４０１を作成し、ＯＳ　ＩＤ管理テーブル４００に保存する。システムログ管理プログラムは、そのＯＳ　ＩＤ４０１を取得する。ＯＳ　ＩＤ４０１は、あらかじめ作成しておいてもよい。

　ステップ８０２：例えばＰ２Ｖのときにシステムログ管理プログラムは、管理者から入力された移行元のブレードの識別子でＯＳ　ＩＤ管理テーブル４００を参照してＯＳ　ＩＤ４０１を特定して取得する。

　ステップ８０３：システムログ管理プログラムは、管理者からの指示に対応する構成変更操作ＩＤをメモリ１０２ａから取得する。システムログ管理プログラムは、構成管理テーブル３００から最新のパスＩＤ３０２を取得する。この処理は、ストレージ管理プログラム、仮想管理プログラム、ブレード管理プログラム、イーサスイッチ制御プログラム、ＦＣスイッチ制御プログラム、ストレージ管理プログラムへ指示する直前に行ってもよい。

　ステップ８０４：システム管理プログラムは、構成管理テーブル３００に最新のパスＩＤ３０２で登録されている仮想化ブレード１０９を１つ選択する。

　ステップ８０５：システムログ管理プログラムは、ブレードログ管理プログラム、ＶＭログ管理プログラム、ストレージログ管理プログラムにＯＳ　ＩＤ４０１、パスＩＤ３０２、構成変更操作ＩＤを送信する。そして、ステップ８０５では以下の処理をステップ８０６～８１１と連携して行う。

　システム管理プログラムは、ストレージ管理プログラムにＶＭの仮想ディスクを保存するボリュームの作成を指示する。このとき、システム管理プログラムは、ボリュームを作成するストレージ装置１１７、ボリュームの容量、選択した仮想化ブレード１０９のＦＣ　Ｉ／Ｆ１１１のＷＷＮ、ホストグループを設定するＦＣ　Ｉ／Ｆ１２１のＷＷＮをストレージ管理プログラムへ送信する。

　また、システム管理プログラムは、ストレージ管理プログラムから処理の完了通知を受信後、ＦＣスイッチ制御プログラムへゾーニングを指示する。このとき、システム管理プログラムは、仮想化ブレード１０９のＷＷＮとストレージ装置１１７のＦＣ　Ｉ／Ｆ１２１のＷＷＮを送信する。

　システムログ管理プログラムは、ＦＣスイッチ１１５のログ５００ｋを監視し、新たにメモリ１０２ａに保存されたログ５００ｋを取得する。システムログ管理プログラムは、ユーザがログインしたログからユーザがログアウトしたログまでのログ識別子５０１を取得する。システム管理プログラムは、タグ管理テーブル６００ｋに、ログ識別子５０１、ＯＳ　ＩＤ４０１、パスＩＤ３０２、構成変更操作ＩＤ６０１を保存する。これらの、ログ５００の監視、新たなログ５００の取得、ユーザがログインしたログからユーザがログアウトしたログまでのログ識別子５０１の取得、タグ管理テーブル６００にログ識別子５０１、ＯＳ　ＩＤ４０１、パスＩＤ３０２、構成変更操作ＩＤ６０１を保存する処理をタグ付け処理とする。

　各ログ管理プログラムは、タグ付け処理後に、リソース対応管理テーブル１１００を更新する。各ログ管理プログラムは、構成変更操作の対象となったリソースＩＤ１１０１に対応する構成変更操作の対象であるＯＳ　ＩＤ４０１をＯＳ　ＩＤ１１０２に保存する。各ログ管理プログラムは、タグ付け処理のユーザがログインしたログからユーザがログアウトした以外のログに対して、ログのリソースＩＤ１１０１を特定し、リソース対応管理テーブル１１００のリソースＩＤ１１０１に対応するＯＳ　ＩＤ１１０２、およびシステム構成管理テーブル３００のパスＩＤを取得してタグ管理テーブル６００に保存する。このとき、構成変更操作ＩＤ６０１は空欄とする。各ログのリソースＩＤの特定は、機器ごとのログ形式にあったフィルタリングを用いて行う。フィルタリング情報は、あらかじめメモリ１０２に保存しておく。

　一般に、プログラムは、機器で処理を実行するときにはユーザ認証を行う。タグ付け処理は、ユーザ認証に対応する単位で実行する。処理は、並列実行しないように排他的に実行する。ここでは、各ログ管理プログラムがタグ付け処理を実施しているが、システム管理サーバ１００にログ５００を一元的に収集してシステムログ管理プログラムがタグ付け処理を実施してもよい。このようにすることで、ログ表示時のネットワーク経由のログ送信時間を不要にできログ表示を高速化できる効果がある。

　システム管理プログラムは、ＦＣスイッチ制御プログラムから処理の完了通知を受信後、ＶＭ管理プログラムへ仮想スイッチの作成（ＶＭが接続する仮想スイッチが無い場合）を指示する。このとき、システム管理プログラムは、仮想化制御プログラムＩＤ、ＶＬＡＮ ＩＤを送信する。

　また、システム管理プログラムは、ＶＭ管理プログラムから処理の完了通知を受信後、ＶＭ管理プログラムへＶＭの作成を指示する。このとき、システム管理プログラムは、仮想化制御プログラムＩＤ、仮想スイッチＩＤ、ボリュームを検出するＨＢＡのＷＷＮ、ボリュームＩＤ、仮想ディスクの容量等、ＶＭを作成するために必要な情報を送信する。

　システム管理プログラムは、ＶＭ管理プログラムから処理の完了通知を受信後、イーサスイッチ制御プログラムへＶＬＡＮ ＩＤの設定を指示する。このとき、システム管理プログラムは、ＶＬＡＮ ＩＤを送信する。システムログ管理プログラムは、ＶＬＡＮ　ＩＤを設定したログ５００ｊに対してタグ付け処理をする。

　以上のステップ８０５の処理に対してステップ８０６～８１１を以下に説明する。

　ステップ８０６：ストレージ管理プログラムは、ストレージ制御プログラムへ指示し、ストレージ装置１１７にボリュームを作成する。ストレージ制御プログラムは、この処理のログ５００ｌをストレージ管理プログラムへ送信する。ストレージログ管理プログラムは、ボリュームを作成したログ５００ｌに対してタグ付け処理をする。

　ステップ８０７：ストレージ管理プログラムは、仮想化制御プログラムでボリュームを検出できるようにするために、ＦＣ　Ｉ／Ｆ１２１のホストグループに仮想化ブレード１０９のＷＷＮと作成したボリュームを設定する。ストレージ制御プログラムは、この処理のログ５００ｌをストレージ管理プログラムへ送信する。ストレージログ管理プログラムは、ホストグループを設定したログ５００ｌに対してタグ付け処理をする。

　ステップ８０８： ＦＣスイッチ制御プログラムは、仮想化ブレード１０９のＷＷＮとストレージ装置１１７のＷＷＮでゾーニングを設定する。ＦＣスイッチ制御プログラムは、ゾーニングの設定に関するログをシステム管理プログラムへ送信する。システムログ管理プログラムは、ゾーニングを設定したログ５００ｋに対してタグ付け処理をする。

　ステップ８０９：仮想管理プログラムは、仮想スイッチの作成とその仮想スイッチのＶＬＡ ＩＤの設定を仮想化ブレード１０９の仮想化制御プログラムへ指示する。仮想化制御プログラムは、仮想スイッチの作成とＶＬＡＮの設定をする。仮想化制御プログラムは、それらの処理のログ５００ｇを仮想管理プログラムへ送信する。仮想管理プログラムは、仮想スイッチを作成した仮想化制御プログラムから受信した仮想スイッチＩＤをシステム管理プログラムへ送信する。ＶＭログ管理プログラムは、仮想スイッチを作成したログ５００ｃに対してタグ付け処理をする。

　ステップ８１０：仮想管理プログラムは、ＶＭの作成を仮想化制御プログラムへ指示する。仮想化制御プログラムは、検出したボリュームに仮想ディスクを作成し、作成した仮想スイッチに接続するＶＭを作成する。仮想化制御プログラムは、この処理のログ５００ｇを仮想管理プログラムへ送信する。仮想管理プログラムは、仮想化制御プログラムから受信したＶＭ ＩＤをシステム管理プログラムへ送信する。ＶＭログ管理プログラムは、ＶＭを作成したログ５００ｃに対してタグ付け処理をする。

　ステップ８１１：イーサスイッチ制御プログラムは、各イーサＩ／Ｆ１１４にＶＬＡＮ ＩＤを設定し、ＶＭが通信できるようにする。イーサスイッチ制御プログラムは、その処理のログを出力する。

　ステップ８１２：システム管理プログラムは、受信したＶＭ ＩＤをＯＳ　ＩＤ管理テーブル４００に保存する。以上により、ＶＭ作成またはブレード割り当て処理は終了する。

　以上の図８を用いた説明では、タグ付け処理のときにＯＳ　ＩＤを特定できる場合について説明した。管理者からの指示は、必ずしもＯＳ　ＩＤを特定できる処理のみではないため、ＯＳ　ＩＤを特定できない場合について、図８と図１０を用いて説明する。

　図１０は仮ＯＳ　ＩＤ管理テーブルの例を示す図である。仮ＯＳ　ＩＤ管理テーブル１０００は、仮ＯＳ　ＩＤ１００１、ログ管理プログラムＩＤ１００２、リソースＩＤ１００３から構成される。仮ＯＳ　ＩＤ１００１は、ＯＳ　ＩＤ４０１が特定できていないときに、仮に使用する識別子である。ログ管理プログラムＩＤ１００２は、システムログ管理プログラム、ブレードログ管理プログラム、ＶＭログ管理プログラム、ストレージログ管理プログラムを識別するための識別子である。リソースＩＤ１００３は、ブレード１１２またはＶＭに関連する仮想化ブレード１０９、イーサスイッチ１１３のイーサＩ／Ｆ１１４、ＦＣスイッチ１１５のゾーニング、ストレージ装置１１７のボリュームやＦＣ Ｉ／Ｆ１２１などのリソースを識別するための識別子である。

　管理者からの指示の一例は、ボリュームを作成する処理のみの場合である。システム管理プログラムは、ステップ８０３から処理を開始する。システム管理プログラムは、ステップ８０３において、ＯＳ　ＩＤを取得できていない場合、仮ＯＳ　ＩＤ１００１をログに対応付けると判定し、システムで一意となる仮ＯＳ　ＩＤ１００１を生成する。

　ステップ８０５において、システムログ管理プログラムは、ストレージログ管理プログラムへ仮ＯＳ　ＩＤ１００１、パスＩＤ３０２、構成変更操作ＩＤを送信する。

　ステップ８０６のタグ付け処理において、ストレージログ管理プログラムは、ＯＳ　ＩＤの代わりに仮ＯＳ　ＩＤをタグ管理テーブル６００に保存する。ストレージログ管理プログラムは、処理の対象となったリソースＩＤと自身を識別するログ管理プログラムＩＤをシステムログ管理プログラムへ送信する。

　ステップ８０７からステップ８１２までは実行されず、図示を省略した新たな次のステップ８１３が実行される。ステップ８１３において、システムログ管理プログラムは、仮ＯＳ　ＩＤ１０００１、ログ管理プログラムＩＤ、リソースＩＤを仮ＯＳ　ＩＤ管理テーブル１０００に保存する。

　次に、ボリュームをＶＭに割り当て、仮ＯＳ　ＩＤをＯＳ　ＩＤに変更する処理について図８を用いて説明する。管理者の指示は、すでに作成したボリュームを新規に作成するＶＭに接続することとする。図８のステップ８０６は処理されない。ステップ８１２において、システムログ管理プログラムは、管理者から指定されたボリュームのボリュームＩＤが仮ＯＳ　ＩＤ管理テーブル１０００のリソースＩＤ１００３にないか確認する。ボリュームＩＤがある場合、システムログ管理プログラムは、仮ＯＳ　ＩＤ１００１を新たに作成されたＯＳ　ＩＤ４０１に変更することをログ管理プログラムＩＤ１００２に対応するログ管理プログラムへ指示する。システムログ管理プログラムは、仮ＯＳ　ＩＤ１００１と作成されたＯＳ　ＩＤ４０１を対応するログ管理プログラムへ送信する。指示されたログ管理プログラムは、タグ管理テーブル６００の仮ＯＳ　ＩＤを作成されたＯＳ　ＩＤに変更する。ボリュームＩＤがない場合、管理者から指示された処理は終了する。このようにして、仮ＯＳ　ＩＤがＯＳ　ＩＤに変更される。

　また、管理者からの指示において、ＶＭまたはブレード１１２の指定がない場合でも、システム構成管理テーブル３００とＯＳ　ＩＤ管理テーブル４００を用いてＯＳ　ＩＤ４０１を特定できる場合は、仮ＯＳ　ＩＤ１００１を用いずＯＳ　ＩＤ４０１を用いる。そして、管理者からの指示において、リソースＩＤを特定できる場合、システム構成管理テーブル３００とＯＳ　ＩＤ管理テーブル４００を用いて、リソースＩＤに関連するＯＳ　ＩＤ４０１をすべて取得してもよい。各ログ管理プログラムは、タグ付け処理において取得したすべてのＯＳ　ＩＤ４０１をタグ管理テーブル６００に保存する。

　図９はログの削除処理の例を示す図である。各ログ管理プログラムは、定期的にログの削除処理を実行する。下記では、各ログ管理プログラムのうちある１つのログ管理プログラムについての処理を示す。

　ステップ９００：ログ管理プログラムは、空き容量７０１がしきい置７０２未満になっているかどうかを判定する。Ｙｅｓのときはステップ９０１、Ｎｏのときは終了する。

　ステップ９０１：ログ管理プログラムは、タグが付いていないログを削除する。本実施例では、ＯＳと関連付けされていない周辺機器のログにはタグが付いていない。

　ステップ９０２：ログ管理プログラムは、空き容量７０１がしきい置７０２と削除容量７０３の合計値未満になっているかどうかを判定する。Ｙｅｓのときはステップ９０３、Ｎｏのときは終了する。

　ステップ９０３：ログ管理プログラムは、現在、削除されて存在しないＯＳ　ＩＤ４０１のタグが付いているログを削除する。

　ステップ９０４：ログ管理プログラムは、空き容量７０１がしきい置７０２と削除容量７０３の合計値未満になっているかどうかを判定する。Ｙｅｓのときはステップ９０５、Ｎｏのときは終了する。

　ステップ９０５：ログ管理プログラムは、移行回数４０２が少ないＯＳ　ＩＤ４０１のタグが付いているログを削除する。このとき、一度にすべてを削除せず、時間順で分割して一番古いログの部分のみを削除するとしてもよい。

　ステップ９０６：ログ管理プログラムは、空き容量７０１がしきい置７０２と削除容量７０３の合計値より多くなっているかどうかを判定する。Ｙｅｓのときは終了、Ｎｏのときはステップ９０５の処理へ戻る。

　ＯＳ　ＩＤ４０１とパスＩＤ３０２以外に、様々な値をログと対応付けるタグとして使用できる。様々な値をタグとして使用することで、様々な観点でのログ表示を可能にできる。例えば、システムを複数のテナントで共有するときは、テナントＩＤをタグとして用いることができる。例えば、システムログ管理プログラムは、ＯＳ　ＩＤ管理テーブル４００や仮ＯＳ　ＩＤ管理テーブル１０００をテナント毎に作成し、テナントＩＤで識別する。各ログ管理プログラムは、テナントＩＤを追加してタグ管理テーブル６００に保存する。テナント管理者は、ログ表示画面１０にログインしたとき、テナント管理者が管理するテナントＩＤに対応付けされているログのみを表示することができる。このようにテナントＩＤで表示可能なログの範囲を制限することで、セキュリティを確保できる効果がある。また、テナント毎に優先度（サービスレベル）付けを行い、ステップ９０５において、移行回数が同じ場合に優先度の低いテナントに対応付けられたログから削除するようにしてもよい。

　また、ＶＭまたはＶＭのＯＳや、ブレード１１２またはブレード１１２のＯＳがある特定のアプリケーションによって管理される場合、そのアプリケーションを識別するアプリケーションＩＤをタグとして用い、ＯＳ　ＩＤ４０１とアプリケーションを対応付けてＯＳ　ＩＤ管理テーブル４００で管理してもよい。タグ付け処理において、各ログ管理プログラムはＯＳ　ＩＤ４０１に加えてアプリケーションＩＤを追加する。ＶＭまたはＶＭのＯＳや、ブレード１１２またはブレード１１２のＯＳの管理されるアプリケーションが変更された場合、システムログ管理プログラムはＯＳ　ＩＤ管理テーブル４００のアプリケーションＩＤを変更する。アプリケーション管理者は、ログ表示画面１０にログインしたとき、アプリケーション管理者が管理するアプリケーションＩＤに対応付けされているログのみを表示することができる。また、アプリケーション毎に優先度（サービスレベル）付けを行い、ステップ９０５において、移行回数が同じ場合に優先度の低いアプリケーションに対応付けられたログから削除するようにしてもよい。ステップ９０５において、ログに対応付けられているＯＳ　ＩＤの数が少ないログを順番に削除するとしてもよい。

　さらに、システム管理プログラムに処理を指示したユーザＩＤをタグとして用いてもよい。タグ付け処理において、各ログ管理プログラムはＯＳ　ＩＤ４０１に加えてユーザＩＤを追加する。管理者は、ログ表示画面１０にログインしたとき、自分のユーザＩＤに対応付けされているログのみを表示することができる。また、ユーザ毎に優先度（サービスレベル）付けを行い、ステップ９０５において、移行回数が同じ場合に優先度の低いユーザに対応付けられたログから削除するようにしてもよい。システムログ管理プログラムでＶＭ上のＯＳのログを収集するようにし、各ログ管理プログラムは、仮想スイッチ、ＶＭ上のＯＳ、仮想化制御プログラムのログに対して仮想タグをタグ付けし、イーサスイッチ１１３、ブレード１１２、ＦＣスイッチ１１５、ストレージ装置１１７に対して非仮想タグをタグ付けしてもよい。そして、ステップ９０５において、仮想タグまたは非仮想タグのどちらかに対応付けられたログのみを削除するようにしてもよい。また、ステップ９０５において、エクスポート２２により出力したログ５００を削除するようにしてもよい。

　ここで、ステップ９００とステップ９０１の間に、以下に説明するステップ９０１ａとステップ９０２ａの処理を追加してもよい。

　ステップ９０１ａ：ログ管理プログラムは、他のログ管理プログラムからそのログ管理プログラムが管理する空き容量７０１からしきい値を引いた値を取得する。その値が０以上でもっとも多かった他のログ管理プログラムに削除容量７０３以下の保存可能なログを送信して移動し、保存するように指示する。各ログ管理プログラムは、元々どのログ管理プログラムが管理していたログかを保存場所で分類したり、ＩＤを付けたりなどして識別できるようにする。各ログ管理プログラムがログを参照するときは、他のログ管理プログラムと通信して元々自身が管理していたログすべてを参照する。

　ステップ９０２ａ：ログ管理プログラムは、空き容量７０１がしきい置７０２と削除容量７０３の合計値未満になっているかどうかを判定する。Ｙｅｓのときはステップ９０１、Ｎｏのときは終了する。

　図１１はリソース対応管理テーブル１１００の例を示す図である。リソース対応管理テーブル１１００は、リソースＩＤ１１０１、ＯＳ　ＩＤ１１０２から構成される。リソースＩＤ１１０１は、出力されたログにおいて周辺機器等の機器を構成するどの部分に対するログであるのかが識別できるものであり、リソースＩＤ１００３に対応するものである。リソースＩＤ１１０１の共通機器は、他のすべてへ影響を与える電源等のリソースであることを示す。各ログ管理プログラムは、リソース対応管理テーブル１１００をあらかじめ作成しておき、作成時にリソースＩＤ１１０１をすべて登録する。ＯＳ　ＩＤ１１０２は、リソースＩＤに対応付けられているＯＳを識別するためのＩＤである。

　ここでは、リソース対応管理テーブル１１００を機器のリソースＩＤごとに作成したが、機器ごとだけでもよい。このとき、各ログ管理プログラムは、ログ５００からリソースＩＤを特定することをしない。なお、タグ情報は、任意に管理者が設定できるようにしてもよい。また、ログ表示画面１０にログインしたユーザが複数のタグについて表示可能な場合、ログ表示画面１０において、１つまたは複数のタグを選択して切り替えできるようにしてもよい。

　必要となるパラメータ等の設定値は、デフォルト値を設定することで自動化できるようになるが、管理者が設定できるようにしてもよい。処理の途中で作成する値については、あらかじめ作成しておいたもので未使用のものを使用するとしてもよい。システム管理プログラム、タグ管理プログラムが出力するログについても、同様にタグ付け処理を実施してもよい。図２では、イーサスイッチ１１３やＦＣスイッチ１１５がある構成を示したが、どちらか一方または両方のスイッチがないシステム構成であってもよい。

　以上、説明したように、ＯＳ識別子でＶＭおよび物理マシンとしてのブレードに関する周辺機器のログを関連付けることで、膨大な量のログからＶＭおよび物理マシンのログ、ＶＭおよび物理マシンに関連する周辺機器のログを抽出することができ、ＶＭおよび物理マシンに関連する周辺機器のログを容易に把握できる。また、ＶＭおよびブレードに関連付けられたログを優先的に残すことで、障害時のログ解析に必要となるログを消失せずに残すことができる。

１０：ログ表示画面
１００　システム管理サーバ
１０４　物理管理サーバ
１０５　仮想管理サーバ
１０６　ストレージ管理サーバ
１０７　ブレードサーバ
１０９　仮想化ブレード
１１２　ブレード
１１３　イーサスイッチ
１１５　ＦＣスイッチ
１１７　ストレージ装置
３０２　パスＩＤ
４０１　ＯＳ　ＩＤ
５００　ログ
６００　タグ管理テーブル

Claims (9)

1. 　複数の物理マシンであるブレードを備え、前記ブレード上で複数の仮想マシンが使用可能なブレードサーバと、周辺機器とを含むコンピュータシステムであって、
   　前記仮想マシンの移行とともに移行、前記複数の仮想マシン間で移行、または前記仮想マシンと前記ブレード間で移行されるＯＳに対し移行前後で同一のＯＳ識別子を対応付け、前記ブレードおよび／または前記仮想マシンのログおよび前記周辺機器のログと前記ＯＳ識別子とを対応付けて記憶することを特徴とするコンピュータシステム。
2. 　前記ＯＳ識別子へ優先度を付け、前記記憶したログを削除する場合、優先度の低いＯＳ識別子に対応するログから順に削除することを特徴とする請求項１に記載のコンピュータシステム。
3. 　前記優先度はＯＳが削除されたか否かに基づき、削除されたＯＳに割り当てられたＯＳ識別子に対応するログから順に削除することを特徴とする請求項２に記載のコンピュータシステム。
4. 　前記優先度は移行回数に基づき、移行回数の少ないＯＳに割り当てられたＯＳ識別子に対応するログから順に削除することを特徴とする請求項２に記載のコンピュータシステム。
5. 　前記ブレードまたは前記仮想マシンの選択を受け付けると、前記選択されたブレードまたは仮想マシンで動作したＯＳに割り当てられたＯＳ識別子を特定し、前記特定したＯＳ識別子に対応する前記周辺機器のログを出力することを特徴とする請求項１に記載のコンピュータシステム。
6. 　前記ブレードまたは前記仮想マシンの選択を受け付けるとともに前記周辺装置の種別の選択を受け付け、前記選択されたブレードまたは仮想マシンで動作したＯＳに割り当てられたＯＳ識別子を特定し、前記特定したＯＳ識別子に対応する前記周辺機器のログを出力することを特徴とする請求項１に記載のコンピュータシステム。
7. 　前記ブレードおよび／または前記仮想マシンの構成変更操作毎に構成変更操作識別子を割り当て、前記ブレードおよび／または仮想マシンのログと、前記周辺機器のログを、ＯＳ識別子に加えて構成変更操作識別子へ対応付けて記憶することを特徴とする請求項１に記載のコンピュータシステム。
8. 　前記ブレードまたは前記仮想マシンの選択を受け付けるとともに前記構成変更操作の選択を受け付け、前記選択されたブレードまたは仮想マシンで動作したＯＳに割り当てられたＯＳ識別子を特定し、前記選択された構成変更操作に割り当てられた構成変更操作識別子を特定し、前記特定したＯＳ識別子および構成変更操作識別子の両方に対応する前記周辺機器のログを出力することを特徴とする請求項７に記載のコンピュータシステム。
9. 　複数の物理マシンであるブレードを備え、前記ブレード上で仮想マシンが使用可能なブレードサーバと、周辺機器とを含むコンピュータシステムの処理方法であって、
   　前記仮想マシンの移行とともに移行、前記複数の仮想マシン間で移行、または前記仮想マシンと前記ブレード間で移行されるＯＳに対し移行前後で同一のＯＳ識別子を対応付けるステップと、
   　前記ブレードおよび／または前記仮想マシンのログおよび前記周辺機器のログと前記ＯＳ識別子とを対応付けて記憶するステップと、
   を有することを特徴とするコンピュータシステムの処理方法。

Images