JP6356599B2 - 監視支援システム、監視支援方法、および監視支援プログラム - Google Patents

Description

本発明は、仮想サーバ等のITリソースの移行における監視支援システム、監視支援方法および、監視支援プログラムに関する。

近年、クラウドコンピューティングの広がりに伴い、データセンタのクラウド化が伸展している。クラウド化されたデータセンタでは、クラウド事業者はサーバ、ストレージ、ネットワーク等からなる情報処理システムを仮想化し、仮想化基盤を構築する。そして、仮想化基盤上に複数の企業システムを構築、または構築するためのサービスを顧客に対し提供する。クラウドは、顧客にとっては顧客が情報処理システムの資産を持たずに済む、拡張性に優れるといったメリットがある。またクラウド事業者にとってはリソースを抽象化し、有効に使用することができるメリットがある。しかし一方でクラウド事業者にとっては、一つの情報処理システムの上で複数の異なる顧客の情報処理システムを管理するため、システム管理が複雑になるデメリットがある。ここで、仮想化基盤上に作られた顧客ごとの情報処理システムをテナントと呼ぶ。

クラウド事業者が行うシステム管理の一つに、インシデントの検知および対応がある。ここで、ITリソースの一つである仮想サーバや仮想化基盤上から発生した障害や警告メッセージなどのことをイベントといい、このうちサービスの品質低下や中断につながる可能性があるものをインシデントと呼ぶ。仮想化基盤から発生したイベントは、まずデータセンタ内に存在する監視システムで検知される。監視システムは発生したイベントに対し、クラウド事業者がインシデントとして事象を解決すべきインシデントであるか判断する。イベントがインシデントであると判断された場合、監視システムはインシデント管理システムにインシデント発生を通知する。インシデント管理システムは、インシデントの発生から復旧までを記録・管理する。インシデント管理システムには、いつ、どのような内容のインシデントが発生し、それはどのように解決したか、が漏れなく記録されており、同様のインシデントが発生した際、クラウド事業者はそれを参考してインシデントの対応を行う。

また仮想化基盤ならではの技術の一つとして、仮想サーバ移行がある。これは、ある仮想化された物理サーバ上に存在する仮想サーバを他の物理サーバへ移行させる技術である。これによって、ある物理サーバに障害や性能低下といったインシデントが発生しても、仮想サーバ移行によって他の物理サーバに退避されることで、障害を復旧させることが可能である。

ネットワーク技術の発展に伴い、物理的に離れた場所にあるデータセンタ間(例えば関東地方に存在するデータセンタと、関西地方に存在するデータセンタ)をより高速な、遅延の少ないネットワークで接続できるようになった。そこでデータセンタ間をまたいだテナントを構築し、異なるデータセンタ間で仮想サーバを移行することが可能となった。そして関東地方に存在するデータセンタが被災などによって使用不能となったとしても、関西地方にあるデータセンタに仮想サーバやテナントを移行させることで、業務を継続させることが可能となった。

しかし、技術的に仮想サーバの移行が可能になっても、監視システムおよびインシデント管理システムはデータセンタごとに存在している。このため、同一のテナントであっても、データセンタを越えて仮想サーバが移行すると、仮想サーバの監視管理に問題が発生する。

より具体的には、監視システムはデータセンタの仮想化基盤を構築する物理機器(物理サーバ、物理ネットワーク機器、物理ストレージ機器など)および物理サーバ上で稼働している仮想サーバに関する監視設定を所有している。しかし、現状では、監視システムの監視範囲はデータセンタごとに分けられており、他のデータセンタ内に存在している監視システムの監視設定は共有されていない。

移行元データセンタの監視システムが、移行先データセンタの仮想サーバの監視を行うことは技術的には可能である。しかしその場合、イベントやインシデントが発生したとき、他のデータセンタに移行したはずの仮想サーバのイベントが移行元の監視システムへ通知されてしまい、移行先の監視システムが仮想サーバの監視を行うことができない。

更に、監視システムが仮想サーバのリソースの性能情報を定期的に収集し保存していた場合、移行先の監視システムは仮想サーバ移行以前の性能情報を持つことができない。

更に、これまで発生した仮想サーバに関するインシデント情報に関して、移行先のインシデント管理システムは移行元データセンタで発生したインシデント情報を保有していないため、過去発生したインシデントと同じようなインシデントが移行先で発生しても、インシデント対応者は仮想サーバ移行前のインシデント情報を参考にすることができない。

本技術分野の背景技術として、仮想サーバの監視設定に関する技術として、例えば、特許文献１がある。特許文献１には、テナントに追加された装置に対して、自動的に監視項目を設定する方法が開示されている。

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

図１は、従来の形態における構成例を示す図である。従来においては、図１に示すように、企業は複数のデータセンタ(データセンタ１０１とデータセンタ１０２)を所有している。顧客のテナント(テナント３０１やテナント３０２)は、物理的なデータセンタ内で閉じており、他のデータセンタに存在するテナントとは別個のシステムとして存在している。監視システム５０１、監視システム５０２およびインシデント管理システム１００１、インシデント管理システム１００２はデータセンタごとに存在しており、それぞれ担当するデータセンタで発生したイベントおよびインシデントのみを管理の対象としている。

しかしデータセンタ間で仮想サーバの移行が可能となったことで、仮想サーバ移行後、移行先の監視システムが仮想サーバを正しく監視することができない問題が発生するようになった。これは、仮想サーバ移行後、移行元と移行先で、監視システムが所有する監視設定が共有されていないことが原因である。

特許文献１では、テナントに追加された装置に対して変更を検知し、変更内容を管理データベースに反映させる方法が開示されているが、これらは同一のデータセンタで処理されることを前提としており、仮想サーバを監視する監視システムは同一であることが前提条件である。

本発明は以上の点に鑑み、移行元の監視システムから移行先の監視システムに仮想サーバ等のITリソースを移行した場合においても、移行先の監視システムが、移行元の監視システムによる仮想サーバ等のITリソースの監視設定を共有することが可能な監視支援システム、監視支援方法、監視支援プログラムを提供することを目的とする。

上記課題を解決するための本発明のうち主たる発明は、ITリソース移行の監視を支援する監視支援システムであって、移行元となる第１の監視システムから移行先となる第２の監視システムにITリソースを移行する仮想化制御部と、前記移行元のITリソースまたは前記移行先のITリソースとITリソースが属する物理サーバとを対応付けたITリソーステーブルに記憶されている前記移行元のITリソースを更新するITリソース管理テーブル更新部と、前記第１の監視システムから前記第２の監視システムに、前記移行元のITリソースの監視設定を移行する監視設定移行部と、を備えることを特徴とする監視支援システムとして構成される。

また、本発明は、上記監視支援システムで行われる監視支援方法、監視支援プログラムとしても把握される。

本発明により、移行元の監視システムから移行先の監視システムに仮想サーバ等のITリソースを移行した場合においても、移行先の監視システムが、移行元の監視システムによる仮想サーバ等のITリソースの監視設定を共有することが可能となる。

本発明以前の形態における構成例を示す図である。 本発明の実施形態における構成例を示す図である。 サーバ監視設定テーブルの構成例である。 サーバ性能情報DBの構成例である。 NW性能情報DBの構成例である。 ディスク性能情報DBの構成例である。 テナント情報DBの構成例である。 インシデント管理テーブルの構成例である。 CPU監視設定テーブルの構成例である。 メモリ監視設定テーブルの構成例である。 プロセス監視設定テーブルの構成例である。 アプリケーション監視設定テーブルの構成例である。 ログ監視設定テーブルの構成例である。 ネットワーク監視設定テーブルの構成例である。 ディスク監視設定テーブルの構成例である。 CPU性能情報DBの構成例である。 メモリ性能情報DBの構成例である。 ネットワーク性能情報DBの構成例である。 ディスク性能情報DBの構成例である。 仮想サーバ移行処理における仮想サーバ管理テーブル更新処理のフローを示す図である。 仮想サーバ移行処理における監視設定移行処理のフローを示す図である。 仮想サーバ移行処理における性能情報移行処理のフローを示す図である。 仮想サーバ移行処理におけるインシデント情報共有処理のフローを示す図である。

以下、本発明にかかる監視設定支援システム、監視設定支援方法、および監視設定支援プログラムを適用した監視設定支援システムについて図面を用いて説明する。

図２は、監視設定支援システムにおける構成例を示す図である。以下では、異なるデータセンタ間において、ITリソースの一つである仮想サーバを移行する場合について説明しているが、同じデータセンタ内に複数の監視システムを設け、その中の一つの監視システムにより監視される物理サーバに構成された仮想サーバを、その中の他の監視システムにより監視される物理サーバに移行した場合にも適用することができる。また、以下では、主にデータセンタ１０１の構成について説明しているが、データセンタ１０２についてもデータセンタ１０１と同様の構成を有している。

本実施形態の監視設定支援システムは、仮想サーバ４０６がデータセンタ１０１からデータセンタ１０２へ移行した際、仮想サーバ４０６に関する監視設定、性能情報を監視システム５０１から監視システム５０２へ移行し、インシデント情報をインシデント管理システム１００１からインシデント管理システム１００２へ移行するシステムである。図２に示すように、監視設定支援システムは複数のデータセンタが高速ネットワーク１１０１により接続され、テナント３０３と、移行元の監視システム５０１および移行先の監視システム５０２と、移行元のインシデント管理システム１００１および移行先のインシデント管理システム１００２とを有して構成されている。また、移行元となるデータセンタ１０１は、仮想化制御ソフトウェア２０３を有している。なお、以下では、仮想化制御ソフトウェア２０３が移行元のデータセンタ１０１にある前提で説明しているが、移行先のデータセンタ１０２からリモートで制御してもよい。すなわち、移行対象となる仮想サーバの移行を制御可能な環境下にあればよい。本実施形態の監視設定支援システムでは、例えば、データセンタ１０１の被災時、データセンタ１０１に存在している仮想サーバをデータセンタ１０１からデータセンタ１０２へ移行する場合に利用できる。

テナント３０３は、データセンタ１０１上に存在する仮想サーバ４０５、データセンタ１０１からデータセンタ１０２へ移行した仮想サーバ４０６、データセンタ１０２上に存在する仮想サーバ４０７から構成される。テナント３０３は顧客が使用する情報システムである。本事例ではテナントを一つしか想定していないが、一般的にデータセンタにはテナントが複数存在しており、また複数のデータセンタ上に構成されず、単体のデータセンタに内包されるテナントも存在し、それらが混在している。

仮想化制御ソフトウェア２０３は、仮想サーバの移行を制御するソフトウェアである。仮想化制御ソフトウェア２０３は、クラウド事業者の指示、または物理障害の発生などの事前設定されたイベントの発生を契機として仮想サーバを異なる物理サーバへ移行させる。仮想サーバ移行後、仮想化制御ソフトウェア２０３は移行監視システムの９０１へ仮想サーバの移行イベントの発生、および移行先データセンタおよび移行先物理サーバを通知する。

監視システム５０１は、サーバ監視システム６０１、NW監視システム７０１、ディスク監視システム８０１、移行監視システム９０１、を備える。監視システム５０１はサーバ、ネットワーク、ディスクのみを監視するシステムではなく、その他データセンタ内の温度、空調などの設備監視システムを含む場合もある。また逆に、サーバのみ、ネットワークのみなど、本実施形態の一部要素から構成される場合もある。

サーバ監視システム６０１は、サーバ監視部６１１、サーバ監視設定テーブル６２１、サーバ性能情報DB６３１、を備える。サーバ監視部６１１は、テナント３０３に存在する仮想サーバのCPUやメモリのしきい値監視、プロセス監視、アプリケーション監視、ログ監視を行うプログラムである。CPU、メモリ、プロセス、アプリケーションなどの監視対象として設定した項目の値がしきい値を超過したり、監視設定で指定したログが出力されたりした場合、サーバ監視部６１１はインシデント管理システム１００１へインシデントを通知する。サーバ監視設定テーブル６２１は、データセンタ１０１に存在する仮想サーバ４０５および仮想サーバ４０６に対するサーバに関する監視項目、警告条件の回数、計測回数、しきい値、対象仮想サーバなどの情報を保有する。サーバ性能情報DB６３１は、データセンタ１０１に存在する仮想サーバ４０５および仮想サーバ４０６の仮想サーバに関する性能情報を保有する。

NW監視システム７０１は、NW監視部７１１、NW監視設定テーブル７２１、NW性能情報DB７３１、を備える。NW監視部７１１は、テナント３０３に存在する仮想サーバ、およびネットワーク機器の監視を行うプログラムである。データの送受信量など設定した項目の値がしきい値を超過した場合、NW監視部７１１はインシデント管理システム１００１へインシデントを通知する。NW監視設定テーブル７２１は、データセンタ１０１に存在する仮想サーバ４０５および仮想サーバ４０６に対するネットワークに関する監視項目、警告条件の回数、計測回数、しきい値、対象仮想サーバなどの情報を保有する。NW性能情報DB７３１は、データセンタ１０１に存在する仮想サーバ４０５および仮想サーバ４０６のネットワークに関する性能情報を保有する。

ディスク監視システム８０１は、ディスク監視部８１１、ディスク監視設定テーブル８２１、ディスク性能情報DB８３１、を備える。ディスク監視部８１１は、テナント３０３に存在する仮想サーバ、およびストレージ機器の監視を行うプログラムである。ディスク空き容量など設定した項目の値がしきい値を超過した場合、ディスク監視部８１１はインシデント管理システム１００１へインシデントを通知する。ディスク監視設定テーブル８２１は、データセンタ１０１に存在する仮想サーバ４０５および仮想サーバ４０６に対するディスクに関する監視項目、警告条件の回数、計測回数、しきい値、対象仮想サーバなどの情報を保有する。ディスク性能情報DB８３１は、データセンタ０１０に存在する仮想サーバ４０５および仮想サーバ４０６のディスクに関する性能情報を保有する。

インシデント管理システム１００１は、サーバ監視部６１１、NW監視部７１１、ディスク監視部８１１からインシデントを受け取り、インシデント管理テーブル１０１１にインシデント情報を保存する。

高速ネットワーク１１０１は、低レイテンシでデータセンタ１０１とデータセンタ１０２を接続するネットワークである。ここで低レイテンシとは、仮想サーバ４０６がデータセンタをまたいで移行することが可能であるレベルの遅延とする。

移行監視システム９０１は、仮想サーバ管理テーブル更新部９１１、監視設定移行部９２１、性能情報移行部９３１、インシデント情報移行部９４１、仮想サーバ管理テーブル９５１を備える。仮想サーバ管理テーブル９５１は、データセンタ１０１上に存在している仮想サーバを管理しているテーブルである。仮想サーバ管理テーブル更新部９１１は、仮想化制御ソフトウェア２０３からの仮想サーバの移行通知を受け取ったあと、仮想サーバ管理テーブル９５１の情報を更新するプログラムである。

監視設定移行部９２１、性能情報移行部９３１、インシデント情報移行部９４１は、イベント受付部９１１が仮想サーバ管理テーブル９５１の情報を更新した後、対象仮想サーバの監視設定、性能情報を移動させることにより移行し、インシデント情報を複写することにより共有させるプログラムである。

図３は、サーバ監視設定テーブルの構成例を示す図である。

サーバ監視設定テーブルは、CPUに関する監視項目を設定するテーブルであるCPU監視設定テーブル１０００、メモリに関する監視設定を設定するテーブルであるメモリ監視設定テーブル１１００、プロセスに関する監視設定を設定するテーブルであるプロセス監視設定テーブル１２００、アプリケーションに関する監視設定を設定するテーブルであるアプリケーション監視設定テーブル１３００、ログに関する監視設定を設定するテーブルであるログ監視設定テーブル１４００から構成される。

図４は、サーバ性能情報DB６３１の構成例を示す図である。

サーバ性能情報DB６３１は、CPUに関する性能情報を保存するテーブルであるCPU性能情報テーブル１７００、メモリに関する性能情報を保存するテーブルであるメモリ性能情報テーブル１８００から構成される。

図５は、NW性能情報DB７３１の構成例を示す図である。

NW性能情報DB７３１は、ネットワークに関する性能情報を保存するテーブルであるネットワーク性能情報テーブル１９００から構成される。

図６は、ディスク性能情報DB８３１の構成例を示す図である。

ディスク性能情報DB８３１は、ディスクに関する性能情報を保存するテーブルであるディスク性能情報テーブル２０００から構成される。

図７は、仮想サーバ管理テーブル９５１の構成例を示す図である。

仮想サーバ管理テーブル９５１は、データセンタ１０１が保有する仮想サーバに関する情報を保存している。仮想サーバ管理テーブル９５１は、仮想サーバのホスト名である仮想サーバ９５３に対応づいて、仮想サーバが所属しているテナント９５４、仮想サーバが所属(稼働)している物理サーバのホスト名である所属物理サーバ９５５を保存している。

仮想サーバ管理テーブル９５１に保存されているレコード９５６、９５７、９５８、９５９は、一レコードが一台の仮想サーバ情報であり、ある仮想サーバがどのテナントに属し、どの物理サーバ上で稼働しているかを表している。

図８は、インシデント管理テーブル１０１１の構成例を示す図である。

インシデント管理テーブル１０１１は、データセンタ１０１で発生したインシデント情報を保存している。インシデント管理テーブル１０１１は、一件のインシデントを表す管理番号１０１３に対応づいて、受付済み、対応中、対応完了などのインシデントの状態であるステータス１０１４、インシデントを検知(受け付け)した日時である受付日時１０１５、インシデントが対応完了した日時である完了日時１０１６、障害が発生した機器や仮想サーバのホスト名である発生元機器/仮想サーバ１０１７、インシデントの経過およびその結果である内容、経過および結果１０１９を保存している。図８では、インシデントの例として、システムが通知するアラートメッセージ、顧客からの問合わせや作業依頼を記載しているが、この他にもサービスの品質低下や中断につながる可能性があるものを含む。

インシデント管理テーブル１０１１に保存されているレコード１０１９、１０２０、１０２１、１０２２は、一レコードが一件のインシデント情報であり、発生元仮想サーバ１０１７や、内容１０１８をキーワード検索することによって、ある仮想サーバに関連したインシデントを絞り込むことができる。

図９は、CPU監視設定テーブル１０００の構成例を示す図である。

CPU監視設定テーブル１０００は、監視対象に対するCPU監視設定を保存している。CPU監視設定テーブル１０００は、監視対象に設定する監視項目１００１、計測回数のうち、しきい値を超えた回数がこれを上回った場合異常が発生したと判断するための基準回数である警告条件回数１００２、監視期間単位である計測回数１００３、監視項目に対し設定する値であるしきい値１００４、サーバ監視システムの監視対象ホスト名である対象仮想サーバ１００５を保存している。

図１０は、メモリ監視設定テーブル１１００の構成例を示す図である。

メモリ監視設定テーブル１１００は、監視対象に対するメモリ監視設定を保存している。メモリ監視設定テーブル１１００は、監視対象に設定する監視項目１１０１、計測回数のうち、しきい値を超えた回数がこれを上回った場合異常が発生したと判断するための基準回数である警告条件回数１１０２、監視期間単位である計測回数１１０３、監視項目に対し設定する値であるしきい値１１０４、監視対象ホスト名である対象仮想サーバ１１０５を保存している。

図１１は、プロセス監視設定テーブル１２００の構成例を示す図である。

プロセス監視設定テーブル１２００は、監視対象に対するプロセス監視設定を保存している。プロセス監視設定テーブル１２００は、監視対象に設定する監視項目１２０１、計測回数のうち、しきい値を超えた回数がこれを上回った場合異常が発生したと判断するための基準回数である警告条件回数１２０２、監視期間単位である計測回数１２０３、監視項目であるプロセス/サービス名を指定するプロセス/サービス名１２０４、監視対象ホスト名である対象仮想サーバ１２０５を保存している。

図１２は、アプリケーション監視設定テーブル１３００の構成例を示す図である。

アプリケーション監視設定テーブル１３００は、監視対象に対するアプリケーション監視設定を保存している。アプリケーション監視設定テーブル１３００は、監視対象に設定する監視項目１３０１、計測回数のうち、しきい値を超えた回数がこれを上回った場合異常が発生したと判断するための基準回数である警告条件回数１３０２、監視期間単位である計測回数１３０３、監視項目であるアプリケーション名を指定するアプリケーション名１３０４、監視対象ホスト名である対象仮想サーバ１３０５を保存している。

図１３は、ログ監視設定テーブル１４００の構成例を示す図である。

ログ監視設定テーブル１４００は、監視対象に対するログ監視設定を保存している。ログ監視設定テーブル１４００は、監視対象に設定する監視項目１４０１、計測回数のうち、しきい値を超えた回数がこれを上回った場合異常が発生したと判断するための基準回数である警告条件回数１４０２、監視期間単位である計測回数１４０３、収集対象ログを指定するログ種別１４０４、監視対象ホスト名である対象仮想サーバ１３０５を保存している。

図１４は、ネットワーク監視設定テーブル１５００の構成例を示す図である。

ネットワーク監視設定テーブル１５００は、監視対象に対するネットワーク監視設定を保存している。ネットワーク監視設定テーブル１５００は、監視対象に設定する監視項目１５０１、計測回数のうち、しきい値を超えた回数がこれを上回った場合異常が発生したと判断するための基準回数である警告条件回数１５０２、監視期間単位である計測回数１５０３、監視項目に対し設定する値であるしきい値１５０４、監視対象ホスト名である対象仮想サーバ１５０５を保存している。

図１５は、ディスク監視設定テーブル１６００の構成例を示す図である。

ディスク監視設定テーブル１６００は、監視対象に対するディスク監視設定を保存している。ネットワーク監視設定テーブル１６００は、監視対象に設定する監視項目１６０１、計測回数のうち、しきい値を超えた回数がこれを上回った場合異常が発生したと判断するための基準回数である警告条件回数１６０２、監視期間単位である計測回数１６０３、監視項目に対し設定する値であるしきい値１６０４、監視対象ホスト名である対象仮想サーバ１６０５を保存している。

図１６は、CPU性能情報テーブル１７００の構成例を示す図である。

CPU性能情報テーブル１７００は、サーバ監視システムが定期的に収集した監視対象のCPU性能情報を保存している。CPU性能情報DB１７００は、収集した性能情報の項目である性能情報１７０１、情報の収集日時である日時１７０２、監視対象ホスト名である対象仮想サーバ１７０４、収集した性能情報値である値１７０５を保存している。

図１７は、メモリ性能情報テーブル１８００の構成例を示す図である。

メモリ性能情報テーブル１８００は、サーバ監視システムが定期的に収集した監視対象のメモリ性能情報を保存している。メモリ性能情報DB１８００は、収集した性能情報の項目である性能情報１８０１、情報の収集日時である日時１８０２、監視対象ホスト名である対象仮想サーバ１８０４、収集した性能情報値である値１８０５を保存している。

図１８は、ネットワーク性能情報テーブル１９００の構成例を示す図である。

ネットワーク性能情報テーブル１９００は、ネットワーク監視システムが定期的に収集した監視対象のネットワーク性能情報を保存している。ネットワーク性能情報DB１９００は、収集した性能情報の項目である性能情報１９０１、情報の収集日時である日時１９０２、監視対象ホスト名である対象仮想サーバ１９０４、収集した性能情報値である値１９０５を保存している。

図１９は、ディスク性能情報テーブル２０００の構成例を示す図である。

ディスク性能情報テーブル２０００は、ディスク監視システムが定期的に収集した監視対象のディスク性能情報を保存している。ディスク性能情報DB２０００は、収集した性能情報の項目である性能情報２００１、情報の収集日時である日時２００２、監視対象ホスト名である対象仮想サーバ２００４、収集した性能情報値である値２００５を保存している。

図２０は、仮想サーバ移行処理における仮想サーバ管理テーブル更新処理のフローを示す図である。仮想化制御ソフトウェア２０３によって、仮想サーバが、データセンタが異なる他の物理サーバ上へ移行する （ステップＳ００１）。具体的には、仮想化制御ソフトウェア２０３が、ホスト名ＶＭ−００１である仮想サーバ４０６がデータセンタ１０１に存在する物理サーバＳＥＲＶＥＲ−００１からデータセンタ１０２に存在する物理サーバＳＥＲＶＥＲ−１０１へ移行したとする。

仮想化制御ソフトウェア２０３が、移行元の移行監視システムへ、仮想サーバの移行イベント発生と、移行先のデータセンタを通知する（ステップＳ００２）。具体的には、仮想化制御ソフトウェア２０３が、仮想サーバ４０６がデータセンタ１０２へ移行したと移行監視システム９０１へ通知する。

移行元の移行監視システムが、仮想サーバ管理テーブルから、移行した仮想サーバのレコードを取得する（ステップＳ００３）。具体的には、移行監視システム９０１が、仮想サーバ管理テーブル９５１から、ホスト名ＶＭ−００１のレコード９５６を取得する。

移行元の移行監視システムが、移行先の移行監視システムへ、取得した仮想サーバのレコードを送信する（ステップＳ００４）。具体的には、移行監視システム９０２が、移行監視システム９０１から、仮想サーバ４０６のレコード９５６の情報を受け取る。

移行先の移行監視システムが、仮想サーバ管理テーブルに、所属物理サーバの値を書き換えた仮想サーバのレコードを登録する（ステップＳ００５）。具体的には、移行監視システム９０２が、仮想サーバ管理テーブル９５２に、仮想サーバＶＭ−００１、テナントＴＮＴ−００１、所属物理サーバＳＥＲＶＥＲ−００１のレコードを追加する。

移行元の移行監視システムが、仮想サーバ管理テーブルから、仮想サーバのレコードを削除する（ステップＳ００６）。具体的には、移行監視システム９０１が、仮想サーバ管理テーブル９５１から仮想サーバ４０６のレコード９５６を削除する。

図２１は、仮想サーバ移行処理における監視設定移行処理のフローを示す図である。以下の処理は、例えば、図２０に示した仮想サーバ管理テーブル更新処理における仮想サーバの移行を検知する等、上記処理を契機として実行することができる。

移行した仮想サーバの監視設定を、サーバ監視設定テーブル、NW監視設定テーブル、ディスク監視設定テーブルから取得する（ステップＳ００７）。具体的には、移行監視システム９０１の監視設定移行部９２１が、仮想サーバ４０６のホスト名ＶＭ−００１が監視対象である監視設定を、サーバ監視設定テーブル６２１、NW監視設定テーブル７２１、ディスク監視設定テーブル８２１から検索し、CPU監視設定テーブル１０００のレコード１００６、メモリ監視設定テーブル１１００のレコード１１０６、ログ監視設定テーブル１４００のレコード１４０６、ネットワーク監視設定テーブル１５００のレコード１５０６および１５０７、ディスク監視設定テーブル１６００のレコード１６０６、を取得する。

移行元の移行監視システムが、移行先の移行監視システムへ、取得した仮想サーバの監視設定を送信する （ステップＳ００８）。具体的には、移行監視システム９０１の監視設定移行部９２１が、移行監視システム９０２へ、CPU監視設定テーブル１０００のレコード１００６、メモリ監視設定テーブル１１００のレコード１１０６、ログ監視設定テーブル１４００のレコード１４０６、ネットワーク監視設定テーブル１５００のレコード１５０６および１５０７、ディスク監視設定テーブル１６００のレコード１６０６、を送信する。

移行先の移行監視システムが、取得した仮想サーバの監視設定を、サーバ監視設定テーブル、NW監視設定テーブル、ディスク監視設定テーブルへ登録する（ステップＳ００９）。具体的には、移行監視システム９０２の監視設定移行部９２２が、CPU監視設定テーブル１０００のレコード１００６、メモリ監視設定テーブル１１００のレコード１１０６、ログ監視設定テーブル１４００のレコード１４０６、ネットワーク監視設定テーブル１５００のレコード１５０６および１５０７、ディスク監視設定テーブル１６００のレコード１６０６、をサーバ監視設定テーブル６２２、NW監視設定テーブル７２２、ディスク監視設定テーブル８２２へそれぞれ登録する。

移行元の移行監視システムが、仮想サーバの監視設定を、サーバ監視設定テーブル、NW監視設定テーブル、ディスク監視設定テーブルから削除する（ステップＳ０１０）。具体的には、具体的には、移行監視システム９０１の監視設定移行部９２１が、CPU監視設定テーブル１０００のレコード１００６、メモリ監視設定テーブル１１００のレコード１１０６、ログ監視設定テーブル１４００のレコード１４０６、ネットワーク監視設定テーブル１５００のレコード１５０６および１５０７、ディスク監視設定テーブル１６００のレコード１６０６、を、サーバ監視設定テーブル６２１、NW監視設定テーブル７２１、ディスク監視設定テーブル８２１から、それぞれ削除する。

図２２は、仮想サーバ移行処理における性能情報移行処理のフローを示す図である。以下の処理は、例えば、図２０に示した仮想サーバ管理テーブル更新処理における仮想サーバの移行を検知する等、上記処理を契機として実行することができる。

移行元の移行監視システムが、移行した仮想サーバの性能情報を、サーバ性能情報DB、NW性能情報DB、ディスク性能情報DBから取得する（ステップＳ０１１）。具体的には、移行監視システム９０１の性能情報移行部９３１が、サーバ性能情報DB６３１、ネットワーク性能情報DB７３１、ディスク性能情報DB８３１から検索し、CPU性能情報テーブル１７００のレコード１７０５、１７０７、１７０９、メモリ性能情報テーブル１８００のレコード１８０５、１８０７、１８０９、ネットワーク性能情報テーブル１９００のレコード１９０５、１９０７、１９０９、ディスク性能情報テーブルのレコード２００５、２００７、２００９、を取得する。

移行元の移行監視システムが、移行先の移行監視システムへ、取得した仮想サーバの性能情報を送信する（ステップＳ０１２）。具体的には、移行監視システム９０１の性能情報移行部９３１が、移行監視システム９０２へ、サーバ性能情報DB６３１、ネットワーク性能情報DB７３１、ディスク性能情報DB８３１から検索し、CPU性能情報テーブル１７００のレコード１７０５、１７０７、１７０９、メモリ性能情報テーブル１８００のレコード１８０５、１８０７、１８０９、ネットワーク性能情報テーブル１９００のレコード１９０５、１９０７、１９０９、ディスク性能情報テーブルのレコード２００５、２００７、２００９、を送信する。

移行先の移行監視システムが、取得した仮想サーバの性能情報を、サーバ性能情報DB、NW性能情報DB、ディスク性能情報DBへ登録する（ステップＳ０１３）。具体的には、移行監視システム９０２の性能情報移行部９３２が、CPU性能情報テーブル１７００のレコード１７０５、１７０７、１７０９、メモリ性能情報テーブル１８００のレコード１８０５、１８０７、１８０９、ネットワーク性能情報テーブル１９００のレコード１９０５、１９０７、１９０９、ディスク性能情報テーブルのレコード２００５、２００７、２００９、を、サーバ性能情報DB６３２、NW性能情報DB７３２、ディスク性能情報DB８３２へそれぞれ登録する。

移行元の移行監視システムが、仮想サーバの性能情報を、サーバ性能情報DB、NW性能情報DB、ディスク性能情報DBから削除する（ステップＳ０１４）。ただしこのステップは省略し、移行後も、移行元の仮想サーバが性能情報を所有し続けていてもよい。性能情報を削除する場合、具体的には、移行監視システム９０１の性能情報移行部９３１が、CPU性能情報テーブル１７００のレコード１７０５、１７０７、１７０９、メモリ性能情報テーブル１８００のレコード１８０５、１８０７、１８０９、ネットワーク性能情報テーブル１９００のレコード１９０５、１９０７、１９０９、ディスク性能情報テーブル２０００のレコード２００５、２００７、２００９、を、サーバ性能情報DB６３１、NW性能情報DB７３１、ディスク性能情報DB８３１からそれぞれ削除する。削除しない場合は、何もせずに次のステップへ進む。

図２３は、仮想サーバ移行処理におけるインシデント情報移行処理のフローを示す図である。以下の処理は、例えば、図２０に示した仮想サーバ管理テーブル更新処理における仮想サーバの移行を検知する等、上記処理を契機として実行することができる。

移行元の移行監視システムが、移行元のインシデント管理システムへ、仮想サーバの移行イベント発生と、移行先のデータセンタを通知する（ステップＳ０１５）。具体的には、移行監視システム９０１のインシデント情報移行部９４１が、インシデント管理システム１００１へ、仮想サーバ４０６の移行イベントが発生したことを通知する。

移行元のインシデント管理システムが、移行元のインシデント管理テーブルから、「発生元機器/仮想サーバ」又は「内容」に仮想サーバのホスト名が含まれているレコードを取得する（ステップＳ０１６）。具体的には、インシデント管理システム１００１が、インシデント管理テーブル１０１１から、発生元機器/仮想サーバ１０１７または内容１０１８または経過および結果１０１９に仮想サーバ４０６のホスト名ＶＭ−００１が含まれているレコード１０２２を取得する。また、ここではホスト名としたが、ホスト名以外で移行した仮想サーバを特定できる情報、例えばIPアドレスなどでレコードを検索してもよい。その場合は、例えば仮想サーバ管理テーブル９５１に仮想サーバのIPアドレスを特定できるカラムを加え、仮想サーバのレコードを送信する時にIPアドレスの情報も同時に送信するようにする。

移行元のインシデント管理システムが、移行先のインシデント管理システムへ、取得したインシデントのレコードを送信する(ステップＳ０１７)。具体的には、インシデント管理システム１００１が、インシデント管理システム１００２へ、インシデント管理テーブル１０１１のレコード１０２２を送信する。

インシデント管理システム１００２が、取得したインシデントのレコードを、インシデント管理テーブルへ登録する（ステップＳ０１８）。具体的には、インシデント管理システム１００２が、インシデント管理テーブル１０１１のレコード１０２２を、インシデント管理テーブル１０１２に登録する。ここで、移行元のインシデント管理システムは、移行後も仮想サーバに関するインシデント情報を所有し続けるべきであり、移行後削除することはしなくてよい。

本実施形態の監視設定支援装置によれば、移行元の監視システムが保有している、異なるデータセンタへ移行した仮想サーバに関する監視設定を、移行先の監視システムへ移行することができる。その結果、正しく仮想サーバの監視管理を行うことができる。

また、本実施形態の監視設定支援装置によれば、移行元の監視システムが保有している、異なるデータセンタへ移行した仮想サーバに関する性能情報を、移行先の監視システムでも保有することができる。その結果、移行以前の情報を含めて性能情報を表示させたり、リソースの利用傾向を分析したりすることが可能となる。

また、本実施形態の監視設定支援装置によれば、移行元のインシデント管理システムが保有している、異なるデータセンタへ移行した仮想サーバに関するインシデント情報を、移行先のインシデント管理システムでも保有することができる。その結果、移行後に発生した仮想サーバが関連するインシデントに対し、過去のインシデント情報を参考にして迅速にインシデント対応を行うことができるようになる。

このように、本システムによれば、移行元となる第一のデータセンタから、監視対象が異なり、移行先となる第二のデータセンタに仮想サーバを移行させた場合であっても、監視システムの監視範囲を乱すことなく仮想サーバの監視管理を行うことができるようになる。

以上、本実施形態について説明したが、上記実施形態は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれる。

例えば、上記実施例では、インシデント管理システム１００１、１００２が、それぞれデータセンタ１０１、１０２にある前提で説明したが、上記データセンタ１０１、１０２とは異なる事業者が運営するデータセンタに設けられていてもよい。また、上記実施例では、データセンタ１０１からデータセンタ１０２に仮想サーバを移行する例について説明したが、さらに、移行された仮想サーバを再度データセンタ１０１に移行する場合も同様に考えることができ、インシデント情報と同様、データセンタ１０１からデータセンタ１０２へ移行する際に監視設定や性能情報を削除しない場合には、データセンタ１０２からデータセンタ１０１へ再移行する場合に、これらの監視設定や性能情報を移行することなくそのまま利用することができる。

１０１、１０２ データセンタ
２０１、２０２、２０３ 仮想化制御ソフトウェア
３０１、３０２、３０３ テナント
４０１、４０２、４０３、４０４、４０５、４０６、４０７ 仮想サーバ
４１１、４１２、４１３．４１４ 物理サーバ
５０１、５０２ 監視システム
６０１、６０２ サーバ監視システム
６１１、６１２ サーバ監視部
６２１、６２２ サーバ監視設定テーブル
６３１、６３２ サーバ性能情報DB
７０１、７０２ NW監視システム
７１１、７１２ NW監視部
７２１、７２２ 監視設定テーブル
７３１、７３２ NW性能情報DB
８０１、８０２ ディスク監視システム
８１１、８１２ ディスク監視部
８２１、８２２ ディスク監視設定テーブル
８３１、８３２ ディスク性能情報DB
９０１、９０２ 移行監視システム
９１１、９１２ テナント管理テーブル更新部
９２１、９２２ 監視設定移行部
９３１、９３２ 性能情報移行部
９４１、９４２ インシデント情報移行部
９５１、９５２ 仮想サーバ管理テーブル
１００１、１００２ インシデント管理システム
１０１１、１０１２ インシデント管理テーブル
１１０１ 高速ネットワーク

Claims (14)

1. ITリソース移行の監視を支援する監視支援システムであって、
   移行元となる第１の監視システムから移行先となる第２の監視システムにITリソースを移行する仮想化制御部と、
   前記移行元のITリソースまたは前記移行先のITリソースとITリソースが属する物理サーバとを対応付けたITリソーステーブルに記憶されている前記移行元のITリソースを更新するITリソース管理テーブル更新部と、
   前記第１の監視システムから前記第２の監視システムに、前記移行元のITリソースの監視設定であって、少なくとも前記移行元のITリソースに異常が発生したと判断するための基準回数である警告条件回数と、監視期間単位である計測回数とを含む前記監視設定を移行する監視設定移行部と、
   を備えることを特徴とする監視支援システム。
2. 前記第１の監視システムから前記第２の監視システムに、前記移行元のITリソースの性能情報を移行する性能情報移行部、
   をさらに備えることを特徴とする請求項１に記載の監視支援システム。
3. 前記移行元のITリソースにおけるインシデントを管理する第１のインシデント管理システムと前記移行先のITリソースにおける第２のインシデント管理システムとの間で、前記移行元のITリソースについてのインシデント情報を共有するインシデント情報移行部、
   をさらに備えることを特徴とする請求項２に記載の監視支援システム。
4. 前記監視設定移行部および前記性能情報移行部は、それぞれ、前記移行元のITリソースの監視設定および性能情報を移動させて前記監視設定および前記性能情報を移行し、前記インシデント情報移行部は、前記移行元のインシデント情報を複写して前記第１のインシデントと前記第２のインシデント管理システムとの間で前記移行元のインシデント情報を共有する、
   ことを特徴とする請求項３に記載の監視支援システム。
5. 前記監視支援システムは、
   前記仮想化制御部と前記ITリソース管理テーブル更新部と前記監視設定移行部と前記性能情報移行部とを有した第１のセンタと、前記インシデント情報移行部を有した第２のセンタにより構成され、
   前記仮想化制御部と前記監視設定移行部と前記性能情報移行部とは、それぞれ、移行元となる前記第１のセンタから移行先となる前記第１のセンタに前記ITリソースと前記監視設定と前記性能情報とを移行し、前記インシデント情報移行部は、移行元となる前記第２のセンタから移行先となる前記第２のセンタに前記インシデント情報を複写する、
   ことを特徴とする請求項３または４に記載の監視支援システム。
6. 前記監視設定移行部、または前記性能情報移行部、または前記インシデント情報移行部
   は、前記ITリソースの移行を契機として、それぞれ、前記監視設定、または前記性能情報、または前記インシデント情報を移行する、
   ことを特徴とする請求項３〜５のいずれか１項に記載の監視支援システム。
7. ITリソース移行の監視を支援する監視支援方法であって、
   移行元となる第１の監視システムから移行先となる第２の監視システムにITリソースを移行する移行ステップと、
   前記移行元のITリソースまたは前記移行先のITリソースとITリソースが属する物理サーバとを対応付けたITリソーステーブルに記憶されている前記移行元のITリソースを更新するテーブル更新ステップと、
   前記第１の監視システムから前記第２の監視システムに、前記移行元のITリソースの監視設定であって、少なくとも前記移行元のITリソースに異常が発生したと判断するための基準回数である警告条件回数と、監視期間単位である計測回数とを含む前記監視設定を移行する監視設定移行ステップと、
   を含むことを特徴とする監視支援方法。
8. 前記第１の監視システムから前記第２の監視システムに、前記移行元のITリソースの性能情報を移行する性能情報移行ステップ、
   をさらに含むことを特徴とする請求項７に記載の監視支援方法。
9. 前記移行元のITリソースにおけるインシデントを管理する第１のインシデント管理システムと前記移行先のITリソースにおける第２のインシデント管理システムとの間で、前記移行元のITリソースについてのインシデント情報を共有するインシデント情報移行ステップ、
   をさらに含むことを特徴とする請求項８に記載の監視支援方法。
10. 前記監視設定移行ステップおよび前記性能情報移行ステップでは、それぞれ、前記移行
    元のITリソースの監視設定および性能情報を移動させて前記監視設定および前記性能情報を移行し、前記インシデント情報移行ステップでは、前記移行元のインシデント情報を複写して前記第１のインシデントと前記第２のインシデント管理システムとの間で前記移行元のインシデント情報を共有する、
    ことを特徴とする請求項９に記載の監視支援方法。
11. コンピュータに、
    移行元となる第１の監視システムから移行先となる第２の監視システムにITリソースを移行する移行ステップと、
    前記移行元のITリソースまたは前記移行先のITリソースとITリソースが属する物理サーバとを対応付けたITリソーステーブルに記憶されている前記移行元のITリソースを更新するテーブル更新ステップと、
    前記第１の監視システムから前記第２の監視システムに、前記移行元のITリソースの監視設定であって、少なくとも前記移行元のITリソースに異常が発生したと判断するための基準回数である警告条件回数と、監視期間単位である計測回数とを含む前記監視設定を移行する監視設定移行ステップと、
    を実行させることを特徴とする監視支援プログラム。
12. 前記第１の監視システムから前記第２の監視システムに、前記移行元のITリソースの性能情報を移行する性能情報移行ステップ、
    をさらに実行させることを特徴とする請求項１１に記載の監視支援プログラム。
13. 前記移行元のITリソースにおけるインシデントを管理する第１のインシデント管理システムと前記移行先のITリソースにおける第２のインシデント管理システムとの間で、前記移行元のITリソースについてのインシデント情報を共有するインシデント情報移行ステップ、
    をさらに実行させることを特徴とする請求項１２に記載の監視支援プログラム。
14. 前記監視設定移行ステップおよび前記性能情報移行ステップでは、それぞれ、前記移行
    元のITリソースの監視設定および性能情報を移動させて前記監視設定および前記性能情報を移行し、前記インシデント情報移行ステップでは、前記移行元のインシデント情報を複写して前記第１のインシデントと前記第２のインシデント管理システムとの間で前記移行元のインシデント情報を共有する、
    ことを特徴とする請求項１３に記載の監視支援プログラム。

Images