JP6421600B2

JP6421600B2 - 障害監視装置、障害監視プログラム、障害監視方法

Info

Publication number: JP6421600B2
Application number: JP2015000314A
Authority: JP
Inventors: 康暢宮城; 英樹櫻井; 勇介林; 将之脇田
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2015-01-05
Filing date: 2015-01-05
Publication date: 2018-11-14
Anticipated expiration: 2035-01-05
Also published as: JP2016126563A; US20160196189A1

Description

本発明は、障害監視装置、障害監視プログラム、障害監視方法に関する。

従来、コンピュータ等の機器や運用されるシステムを監視し、監視対象になっている機器やシステムに障害が発生した場合に、発生した障害の調査や対処を行う担当者を選択する技術が提供されている。

また、近年、複数のデータセンタから構成される情報処理システムが提供されている。このような情報処理システムにおいては、稼働する機器の台数や運用されるシステムの数が膨大になる。そのため、複数のデータセンタから構成される情報処理システムにおいて障害が発生した場合、従来の技術では発生した障害に対応することが難しい場合がある。

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

ところで、自動化技術の浸透により、定型化された障害の対応については検知から対処までシステムにおいて対応可能な領域は拡大していくことが予想される。一方、未知の障害の発生に対しては、システムにおいて完全に自動化して対応することは難しい。例えばソフトウェアの障害は定型化することが難しく、このような未知の障害が発生した場合、技術者、つまり人による調査や対処が要求される。そのため、上述した情報処理システムにおける各データセンタでは、未知の障害が発生した場合であっても対応できる体制が求められる。しかしながら、上述した情報処理システムにおけるデータセンタ全体として見た場合、コストや技術者の人員的な制限などの種々の理由により、技術者の配置を含めた障害の対応の体制を最適化することが難しい。そのため、技術者が対応できない地域のデータセンタにおけるシステムの障害の対応に時間を要するという課題がある。

本発明は、一側面では、技術者が対応できない地域のデータセンタにおけるシステムの障害の対応を迅速化することができる障害監視装置、障害監視プログラム、障害監視方法を提供することを目的とする。

１つの態様では、障害監視装置は、選定部と、マイグレーション制御部とを有する。選定部は、地理的に離れた複数の位置に配置され、互いに通信可能とされたデータセンタで運用されるシステムにおいて、ソフトウェアに関連する障害が発生した場合、前記障害の対応を行う技術者を選定する。マイグレーション制御部は、選定部により、障害が発生したシステムが運用されるデータセンタと異なる他のデータセンタに属する技術者が選定された場合、他のデータセンタに障害が発生したシステムをマイグレーションする。

本発明の一側面によれば、技術者が対応できない地域のデータセンタにおけるシステムの障害の対応を迅速化することができる。

図１は、実施例に係る情報処理システムのハードウェア構成を示す図である。図２は、実施例に係るデータセンタの機能構成を示す図である。図３は、稼働システム情報のデータ構成の一例を示す図である。図４は、障害情報のデータ構成の一例を示す図である。図５は、要求スキル情報のデータ構成の一例を示す図である。図６は、技術者情報のデータ構成の一例を示す図である。図７は、保有スキル情報のデータ構成の一例を示す図である。図８は、マイグレーションする場合の処理の流れの一例を示す図である。図９は、障害対応処理の手順の一例を示すフローチャートである。図１０は、マイグレーション制御処理の手順の一例を示すフローチャートである。図１１は、マイグレーション先対応処理の手順の一例を示すフローチャートである。図１２は、マイグレーションする場合の処理の流れの他例を示す図である。図１３は、障害監視プログラムを実行するコンピュータを示す図である。

以下に、本願の開示する障害監視装置、障害監視プログラム、障害監視方法の実施例を図面に基づいて詳細に説明する。本実施例では、仮想マシンを提供する複数のデータセンタを含む情報処理システムに適用するものとする。なお、本実施例によりこの発明が限定されるものではない。そして、各実施例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

［実施例に係る情報処理システムの構成］
図１は、実施例に係る情報処理システムのハードウェア構成を示す図である。図１に示すように、情報処理システム１０は、複数のデータセンタ（ＤＣ）１１を有する。複数のデータセンタ１１は、それぞれネットワーク１２で接続される。ネットワーク１２は、専用回線であっても良いし、専用回線でなくても良い。情報処理システム１０は、ネットワーク１２を介して、各データセンタ１１の間で仮想マシン（ＶＭ：Virtual Machine）の移行が可能とされたシステムである。なお、図１の例では、３つのデータセンタ１１（１１Ａ、１１Ｂ、１１Ｃ）を図示したが、データセンタ１１の数は２つ以上であれば任意の数とすることができる。

各データセンタ１１は、地理的に離れた位置に配置されている。本実施例では、各データセンタ１１は、例えば、異なる国など異なる地域に配置されているものとする。例えば、データセンタ１１Ａ、１１Ｂ、１１Ｃは、Ａ国、Ｂ国、Ｃ国に設置されているものとする。なお、本実施例においては、３つのデータセンタ１１Ａ、１１Ｂ、１１Ｃが、それぞれＡ国、Ｂ国、Ｃ国に設置されている場合を例示するが、複数のデータセンタ１１が、同じ国に２つ以上設置されてもよい。また、以下では、データセンタ１１Ａにはデータセンタを識別する識別情報としてデータセンタＩＤ「ＤＣ０１」が付与された例を示す。また、以下に示す例においては、データセンタ１１ＢにはデータセンタＩＤ「ＤＣ０２」が付与され、データセンタ１１ＣにはデータセンタＩＤ「ＤＣ０３」が付与される。

［データセンタのハードウェア構成］
次に、データセンタ１１の機能構成を、図２を参照して説明する。図２は、実施例に係るデータセンタの機能構成を示す図である。なお、データセンタ１１Ａ〜１１Ｃの機能構成は、略同一であるので、以下では、データセンタ１１Ａの構成を例に説明する。

データセンタ１１は、複数のサーバ装置１３と、障害監視装置１４とを有する。複数のサーバ装置１３と障害監視装置１４は、ネットワーク１５で接続され、通信可能とされている。このネットワーク１５は、ネットワーク１２と通信可能に接続され、ネットワーク１２を介して他のデータセンタ１１と通信可能とされている。なお、図２の例では、サーバ装置１３を３つ図示したが、サーバ装置１３は任意の台数とすることができる。また、図２の例では、障害監視装置１４を１つ図示したが、障害監視装置１４が２つ以上であってもよい。

サーバ装置１３は、コンピュータを仮想化した仮想マシンを動作させて、ユーザに対して各種のサービスを提供する物理サーバであり、例えば、サーバコンピュータである。サーバ装置１３は、サーバ仮想化プログラムを実行することによって、ハイパバイザ上で複数の仮想マシンを動作させ、仮想マシン上で顧客に応じたアプリケーションプログラムを動作させることにより、顧客のシステムを動作させる。本実施例では、顧客のシステムとして、各種の企業のシステムが動作している。図２の例では、顧客のシステムとしてＡ社、Ｂ社、Ｃ社のシステムが動作している。また、サーバ装置１３は、例えば、仮想マシンを動作させ、仮想マシン上で稼働状況検査システムを動作させる。この稼働状況検査システムは、データセンタ１１の稼働状況を検査するための専用のシステムでもよく、データセンタ１１を管理する管理システムが兼ねてもよい。

障害監視装置１４は、サーバ装置１３で運用されるシステムの監視を行う物理サーバであり、例えば、サーバコンピュータである。具体的には、障害監視装置１４は、各サーバ装置１３で動作する仮想マシン上で運用されるシステムを監視しており、各サーバ装置１３へ仮想マシンのマイグレーション指示を送信して仮想マシンのマイグレーションを制御する。

各データセンタ１１の障害監視装置１４は、互いに情報の送受信が可能とされており、他のデータセンタ１１の障害監視装置１４からの情報に基づいて、他のデータセンタ１１の状況を把握することが可能とされている。情報処理システム１０では、各データセンタ１１の障害監視装置１４の何れかを情報処理システム１０全体を管理する障害監視装置として運用する。他データセンタ１１の障害監視装置１４は、情報処理システム１０全体を管理する障害監視装置とされた障害監視装置１４へデータセンタ１１内の状況を通知する。例えば、障害監視装置１４は、他のデータセンタ１１の障害監視装置１４との間で主従関係を有する。障害監視装置間の主従関係は、予め管理者によって設定されてもよく、プログラムが所定の設定手順に沿って設定してもよい。従の障害監視装置１４は、データセンタ１１内の状況を主の障害監視装置１４へ通知する。主の障害監視装置１４は、他のデータセンタ１１の従の障害監視装置１４へデータセンタ１１の運用に関わる命令を通知する。例えば、主の障害監視装置１４は、他のデータセンタ１１の従の障害監視装置１４へ仮想マシンのマイグレーション指示を通知する。従の障害監視装置１４は、通知された命令に応じてデータセンタ１１の運用に関わる命令を実行する。例えば、従の障害監視装置１４は、マイグレーション指示に従がって、サーバ装置１３に対してマイグレーションを指示して仮想マシンのマイグレーションを実行させる。なお、主従関係の主となる障害監視装置１４は、「リード」というものとする。以降、データセンタ１１Ａの障害監視装置１４を「リード」として説明する。

［障害監視装置の構成］
次に、実施例１に係る障害監視装置１４の構成について説明する。図２に示すように、障害監視装置１４は、記憶部３０と、制御部３１とを有する。なお、障害監視装置１４は、図２に示した機能部以外にも既知のコンピュータが有する各種の機能部を有することとしてもかまわない。例えば、障害監視装置１４は、各種の情報を表示する表示部や、各種の情報を入力する入力部を有してもよい。

記憶部３０は、各種のデータを記憶する記憶デバイスである。例えば、記憶部３０は、ハードディスク、ＳＳＤ（Solid State Drive）、光ディスクなどの記憶装置である。なお、記憶部３０は、ＲＡＭ（Random Access Memory）、フラッシュメモリ、ＮＶＳＲＡＭ（Non Volatile Static Random Access Memory）などのデータを書き換え可能な半導体メモリであってもよい。

記憶部３０は、制御部３１で実行されるＯＳ（Operating System）や各種プログラムを記憶する。例えば、記憶部３０は、後述するマイグレーション制御処理を実行するプログラムを含む各種のプログラムを記憶する。さらに、記憶部３０は、制御部３１で実行されるプログラムで用いられる各種データを記憶する。例えば、記憶部３０は、稼働システム情報４０と、障害情報４１と、要求スキル情報４２と、技術者情報４３と、保有スキル情報４４とを記憶する。

稼働システム情報４０は、各サーバ装置１３上で動作する仮想マシンおよびシステムに関する情報を記憶したデータである。例えば、稼働システム情報４０には、サーバ装置１３上で動作する仮想マシンおよびシステムが対応付けて記憶されている。

図３は、稼働システム情報のデータ構成の一例を示す図である。図３に示すように、稼働システム情報４０は、「装置ＩＤ」、「稼働ＶＭ」、「稼働システム」、「依存ＶＭ」、「メインＤＣ」の各項目を有する。装置ＩＤの項目は、サーバ装置１３を識別する識別情報を記憶する領域である。サーバ装置１３には、それぞれを識別する識別情報として装置ＩＤが付与される。装置ＩＤの項目には、サーバ装置１３に付与された装置ＩＤが記憶される。稼働ＶＭの項目は、装置ＩＤのサーバ装置１３で稼働する仮想マシンを識別する識別情報を記憶する領域である。仮想マシンには、それぞれを識別する識別情報としてマシンＩＤが付与される。稼働ＶＭの項目には、装置ＩＤのサーバ装置１３で稼働する仮想マシンに付与されたマシンＩＤが記憶される。稼働システムの項目は、仮想マシン上で稼働するシステムを識別する識別情報を記憶する領域である。稼働システムの項目には、仮想マシン上で何れかの会社のシステムが稼働しているかが記憶される。

依存ＶＭの項目は、依存関係のある仮想マシンを識別する識別情報を記憶する領域である。依存ＶＭの項目には、依存関係のある仮想マシンに付与されたマシンＩＤが記憶される。依存関係のある仮想マシンとは、その仮想マシンを稼働するために稼働していることが要求される仮想マシンである。図３の例では、マシンＩＤが「ＶＭ０４」の仮想マシンが稼働するには、マシンＩＤが「ＶＭ０１」の仮想マシンが稼働していることが要求される。メインＤＣの項目は、その仮想マシンを稼働させるデータセンタとして指定されたデータセンタを識別する識別情報を記憶する領域である。メインＤＣの項目には、その仮想マシンを稼働させるデータセンタとして指定されたデータセンタに付与されたデータセンタＩＤが記憶される。図３の例では、マシンＩＤが「ＶＭ０１」の仮想マシンは、メインＤＣとして、データセンタＩＤ「ＤＣ０１」のデータセンタが記憶される。

図３の例では、装置ＩＤが「Ｍ０１」のサーバ装置１３上で、マシンＩＤが「ＶＭ０１」の仮想マシンが稼働しており、その仮想マシン上で「Ａ社」のシステムが稼働していることを示す。また、マシンＩＤが「ＶＭ０１」の仮想マシンには依存ＶＭが「−」であるため依存ＶＭはなく、その仮想マシンのメインＤＣは、データセンタＩＤ「ＤＣ０１」のデータセンタであることを示す。

障害情報４１は、情報処理システム１０で発生した障害に関する情報を記憶したデータである。例えば、障害情報４１には、情報処理システム１０で発生した障害ごとに障害内容を記載したファイルの保管場所、障害の対応内容を記載したファイルの保管場所、障害の対応状況を示すステータス、対応した技術者等の情報が記憶される。

図４は、障害情報のデータ構成の一例を示す図である。図４に示すように、障害情報４１は、「障害ＩＤ」、「障害内容ファイルパス」、「対応内容ファイルパス」、「ステータス」、「担当者ＩＤ」の各項目を有する。障害ＩＤの項目は、情報処理システム１０で発生した障害を識別する識別情報を記憶する領域である。情報処理システム１０で発生した障害には、それぞれを識別する識別情報として障害ＩＤが付与される。障害ＩＤの項目には、情報処理システム１０で発生した障害に付与された障害ＩＤが記憶される。障害内容ファイルパスの項目は、障害ＩＤにより識別される障害の内容を記載したファイルの保管場所を記憶する領域である。対応内容ファイルパスの項目は、障害ＩＤにより識別される障害に対する対応の内容を記載したファイルの保管場所を記憶する領域である。ステータスの項目は、障害ＩＤにより識別される障害の対応状況を記憶する領域である。担当者ＩＤの項目は、情報処理システム１０で発生した障害の対応を行った担当者を識別する識別情報を記憶する領域である。詳細は図６の説明において説明するが、情報処理システム１０で発生した障害に対応する担当者となる技術者には、それぞれを識別する識別情報として技術者ＩＤが付与される。担当者ＩＤの項目には、情報処理システム１０で発生した障害の対応を行った担当者に付与された技術者ＩＤが記憶される。なお、障害に対して複数の担当者が対応を行った場合は、複数の技術者ＩＤを記憶してもよい。

図４の例では、「Ｅ０２」により識別される障害は、その障害の内容が記載されたファイルが「／ｅｒｒｏｒ／ｅ０２．ｔｘｔ」に保存され、その障害への対応の内容が記載されたファイルが「／ｒｅｓｕｌｔ／ｅ０２．ｔｘｔ」に保存されることを示す。また、「Ｅ０２」により識別される障害は、対応は完了しており、その対応を行った担当者は「Ｔ０２」により識別される技術者であることを示す。「Ｅ０３」により識別される障害は、その障害の内容が記載されたファイルが「／ｅｒｒｏｒ／ｅ０３．ｔｘｔ」に保存され、その障害への対応の内容が記載されたファイルが「／ｒｅｓｕｌｔ／ｅ０３．ｔｘｔ」に保存されることを示す。また、「Ｅ０３」により識別される障害は、対応状況は調査中であり、その対応を行っている担当者は「Ｔ０１」により識別される技術者であることを示す。

要求スキル情報４２は、情報処理システム１０で発生した各障害に対応する技術者がその技能（以下、「スキル」と称する場合がある）を有することが要求されるか否かに関する情報を記憶したデータである。例えば、要求スキル情報４２には、障害ごとに各種ＯＳに関するスキルが要求されるか否か、各種サービスに関するスキルが要求されるか否か、各種ネットワークに関するスキルが要求されるか否か等の情報が記憶される。

図５は、要求スキル情報のデータ構成の一例を示す図である。図５に示すように、要求スキル情報４２は、「障害ＩＤ」、「Ｘ（ＯＳ）」、「Ｙ（ＯＳ）」、「サービスＡ」、「サービスＢ」、「ネットワークＡ」等の各項目を有する。障害ＩＤの項目は、情報処理システム１０で発生した障害に付与された障害ＩＤを記憶する領域である。Ｘ（ＯＳ）の項目は、障害ＩＤにより識別される障害の対応にＸ（ＯＳ）に関するスキルが要求されたか否かを記憶する領域である。Ｙ（ＯＳ）の項目は、障害ＩＤにより識別される障害の対応にＹ（ＯＳ）に関するスキルが要求されたか否かを記憶する領域である。サービスＡの項目は、障害ＩＤにより識別される障害の対応にサービスＡに関するスキルが要求されたか否かを記憶する領域である。サービスＢの項目は、障害ＩＤにより識別される障害の対応にサービスＢに関するスキルが要求されたか否かを記憶する領域である。ネットワークＡの項目は、障害ＩＤにより識別される障害の対応にネットワークＡに関するスキルが要求されたか否かを記憶する領域である。

図５の例では、「Ｅ０１」により識別される障害に対する対応には、Ｘ（ＯＳ）に関するスキルが要求され、Ｙ（ＯＳ）に関するスキルは要求されないことを示す。また、「Ｅ０１」により識別される障害に対する対応には、サービスＡ及びサービスＢに関するスキルが要求され、ネットワークＡに関するスキルは要求されないことを示す。なお、図５に示す例においては、対応が完了していない障害「Ｅ０３」について要求されるスキルに関しては記憶されていないが、調査中の障害「Ｅ０３」についても、調査中の段階で要求されたスキルを記憶してもよい。

技術者情報４３は、情報処理システム１０に登録された技術者に関する情報を記憶したデータである。例えば、技術者情報４３は、各データセンタに属する技術者に関する情報を記憶したデータである。また、例えば、技術者情報４３には、技術者ＩＤ、氏名、技術者の連絡先、技術者の活動時間、技術者の属するデータセンタ、技術者の対応可能な言語等の情報が記憶される。

図６は、技術者情報のデータ構成の一例を示す図である。図６に示すように、技術者情報４３は、「技術者ＩＤ」、「氏名」、「連絡先」、「活動時間」、「所属ＤＣ」、「対応言語」の各項目を有する。技術者ＩＤの項目は、情報処理システム１０に登録された技術者を識別する識別情報を記憶する領域である。情報処理システム１０に登録された技術者には、それぞれを識別する識別情報として技術者ＩＤが付与される。技術者ＩＤの項目には、情報処理システム１０に登録された技術者に付与された技術者ＩＤが記憶される。氏名の項目は、技術者ＩＤにより識別される技術者の氏名を記憶する領域である。連絡先の項目は、技術者ＩＤにより識別される技術者の連絡先（例えばメールアドレスや電話番号等）を記憶する領域である。活動時間の項目は、技術者ＩＤにより識別される技術者が業務に従事する時間を記憶する領域である。所属ＤＣの項目は、技術者ＩＤにより識別される技術者が属するデータセンタを識別するデータセンタＩＤを記憶する領域である。対応言語の項目は、技術者ＩＤにより識別される技術者が対応可能な言語を記憶する領域である。なお、技術者情報４３は、上記に限らず、例えば技術者の休日に関する情報など様々な情報を含んでもよい。

図６の例では、「Ｔ０１」により識別される技術者は、氏名が「田中太郎」であり、その連絡先が「ｔａｎａｋａ＠ｘｘ．ｘｘ」であり、活動時間が９：００−１７：００（ＪＳＴ）であることを示す。また、「Ｔ０１」により識別される技術者は、属するデータセンタのデータセンタＩＤが「ＤＣ０１」であり、対応可能な言語が「日」であることを示す。なお、図６中の「活動時間」の欄の「ＪＳＴ」は日本標準時（Japan Standard Time）を意味し、「ＰＳＴ」は太平洋標準時（Pacific Standard Time）を意味する。また、図６中の「対応言語」の欄の「日」は日本語を意味し、「英」は英語を意味し、「中」は中国語を意味する。

保有スキル情報４４は、情報処理システム１０に登録された技術者が有するスキルに関する情報を記憶したデータである。例えば、要求スキル情報４２には、障害ごとに各種ＯＳに関するスキルを有するか否か、各種サービスに関するスキルを有するか否か、各種ネットワークに関するスキルを有するか否か等の情報が記憶される。

図７は、保有スキル情報のデータ構成の一例を示す図である。図７に示すように、保有スキル情報４４は、「技術者ＩＤ」、「Ｘ（ＯＳ）」、「Ｙ（ＯＳ）」、「サービスＡ」、「サービスＢ」、「ネットワークＡ」等の各項目を有する。技術者ＩＤの項目は、情報処理システム１０に登録された技術者に付与された技術者ＩＤを記憶する領域である。Ｘ（ＯＳ）の項目は、技術者ＩＤにより識別される技術者がＸ（ＯＳ）に関するスキル等を有するか否かを記憶する領域である。Ｙ（ＯＳ）の項目は、技術者ＩＤにより識別される技術者がＹ（ＯＳ）に関するスキル等を有するか否かを記憶する領域である。サービスＡの項目は、技術者ＩＤにより識別される技術者がサービスＡに関するスキル等を有するか否かを記憶する領域である。サービスＢの項目は、技術者ＩＤにより識別される技術者がサービスＢに関するスキル等を有するか否かを記憶する領域である。ネットワークＡの項目は、技術者ＩＤにより識別される技術者がネットワークＡに関するスキル等を有するか否かを記憶する領域である。

図７の例では、「Ｔ０１」により識別される技術者は、Ｘ（ＯＳ）に関するスキル及び経験を有し、Ｙ（ＯＳ）に関するスキル及び経験を有していないことを示す。また、「Ｔ０１」により識別される技術者は、サービスＡ、サービスＢ、及びネットワークＡに関するスキル及び経験を有していることを示す。

図２に戻り、制御部３１は、障害監視装置１４を制御するデバイスである。制御部３１としては、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等の電子回路や、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）等の集積回路を採用できる。制御部３１は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。制御部３１は、各種のプログラムが動作することにより各種の処理部として機能する。例えば、制御部３１は、検知部５０と、抽出部５１と、選定部５２と、マイグレーション制御部５３とを有する。

検知部５０は、データセンタで運用されるシステムに発生する障害の検知を行う。例えば、検知部５０は、データセンタ１１の稼働状況を検出する。例えば、検知部５０は、データセンタ１１の稼働状況として、データセンタ１１の稼働する稼働状況検査システムでの障害の発生状況を検出する。例えば、検知部５０は、稼働状況検査システムが動作するサーバ装置１３のＢＩＯＳ（Basic Input Output System）のログやサーマルエラー、仮想マシンのＯＳのイベントログ、監視ＡＬＡＲＭメッセージなどにより、障害が発生しているか否かを検知する。また、検知部５０は、発生した障害がハードウェアに関する障害か、ソフトウェアに関する障害かを判定する。例えば、検知部５０は、上述したＢＩＯＳのログや仮想マシンのＯＳのイベントログに基づいて、発生した障害がハードウェアに関する障害か、ソフトウェアに関する障害かを判定してもよい。また、例えば、冗長構成を採用しハードウェアに関する障害の場合は自動切り替えを行うように設定している場合、検知部５０は、所定の時間を超えてもエラーを出し続ける障害を、ソフトウェアに関する障害と判定してもよい。なお、上述した検知部５０によるハードウェアに関する障害か、ソフトウェアに関する障害かの判定は、例示であり、検知部５０は、種々の技術に基づいて、発生した障害がハードウェアに関する障害か、ソフトウェアに関する障害かを判定してもよい。

また、リードの障害監視装置１４では、他の各データセンタ１１の障害監視装置１４から発生した障害に関する情報を取得する。例えば、データセンタ１１Ａの障害監視装置１４の検知部５０は、他の各データセンタ１１の障害監視装置１４から発生した障害に関する情報を取得する。この発生した障害に関する情報は、他のデータセンタ１１の障害監視装置１４が、当該データセンタにおいて障害が発生した場合に随時送信してもよい。

抽出部５１は、発生した障害の対応が可能な技術者を抽出する。抽出部５１は、例えば、記憶部３０の保有スキル情報４４に記憶された技術者のスキルに基づいて、障害の対応が可能である技術者を抽出する。例えば、抽出部５１は、障害情報４１や要求スキル情報４２などの過去の障害対応に関する情報から、検知部５０により検知した障害の対応に要求されるスキルを推定する。例えば、抽出部５１は、発生した障害と同様の問題が発生している過去の障害を記憶部３０の障害情報４１から検索し、検索された過去の障害で要求されたスキルを、発生した障害の対応に要求されるスキルとして推定してもよい。なお、抽出部５１は、発生した障害と同様の問題が発生し、かつ調査中の障害で要求されるスキルを、発生した障害の対応に要求されるスキルとして推定してもよい。そして、抽出部５１は、推定されたスキルを有する技術者を抽出する。具体的には、抽出部５１は、ソフトウェアに関連する障害が発生した場合には、障害が発生した時刻が活動時間であって、推定されたスキルを有する技術者を抽出する。例えば図４〜７に示す例において、１３：００（ＪＳＴ）に障害が発生し、当該障害の対応にサービスＢのスキルが要求される場合、少なくとも技術者ＩＤ「Ｔ０１」及び「Ｔ０３」の２名の技術者が抽出される。なお、抽出部５１は、例えば障害が発生した日が技術者情報４３に記憶された技術者の休日に該当する場合、当該技術者を抽出しなくてもよい。また、抽出部５１は、障害の対応に要求される言語を推定し、当該言語を対応言語に含まない技術者を抽出しなくてもよい。この場合、抽出部５１は、障害が発生したデータセンタが位置する国において使用される言語を障害の対応に要求される言語と推定してもよい。例えば、抽出部５１は、予め記憶部３０に国ごとに記憶された対応言語を障害の対応に要求される言語としてもよい。

抽出部５１は、検知部５０により検知した障害の対応に要求されるスキルを推定する際に、スキルについての経験を加味して対応可能な技術者を抽出してもよい。例えば、抽出部５１が、「Ｘ（ＯＳ）」についてスキルに加えて経験も要求される場合、「Ｘ（ＯＳ）」のスキルを有するが経験のない「Ｔ０３」の技術者は抽出されない。抽出部５１は、検知部５０により検知した障害の対応に要求されるスキルを複数推定した場合、要求されるスキルとして推定された全てのスキルを有する技術者のみを抽出してもよい。また、抽出部５１は、要求されるスキルとして推定した複数のスキルのうち所定数以上のスキルを有する技術者を抽出してもよい。例えば、要求されるスキルとして推定したスキルが５個である場合、その５個のスキルのうち３個以上のスキルを有する技術者を抽出してもよい。また、抽出部５１は、要求されるスキルとして推定した複数のスキルのそれぞれに重み値を割り当て、技術者が有するスキルの重み値の合計が閾値を超える技術者を抽出してもよい。また、抽出部５１は、要求されるスキルとして推定した複数のスキルを、必須のスキルと任意のスキルに分別し、必須のスキルと所定数以上の任意のスキルを有する技術者を抽出してもよい。なお、上述した抽出部５１による障害の対応を行う技術者の抽出は、例示であり、抽出部５１は、発生した障害や対応の目的に応じて、様々な基準に基づいて技術者を抽出してもよい。

また、抽出部５１は、抽出した技術者が複数存在する場合、抽出した複数の技術者に対して優先順位付けを行ってもよい。この場合、抽出部５１は、障害が発生した時刻から活動時間が長い技術者ほど、優先順位を高くしてもよい。例えば、１３時（ＪＳＴ）に障害が発生し、技術者として「Ｔ０１」の技術者と「Ｔ０３」の技術者とが抽出された場合、１３時（ＪＳＴ）からの活動時間がより長い「Ｔ０３」の技術者の優先順位を１位としてもよい。抽出部５１は、障害の対応に要求されると推定される言語を対応言語とする技術者ほど、優先順位を高くしてもよい。例えば、障害に対応する技術者として「Ｔ０１」の技術者と「Ｔ０３」の技術者とが抽出され、障害の対応に中国語が要求されると推定される場合、中国語を対応言語に有する「Ｔ０３」の技術者の優先順位を１位としてもよい。また、抽出部５１は、要求されるスキルとして推定した複数のスキルをより多く有する技術者ほど、優先順位を高くしてもよい。また、抽出部５１は、技術者が有するスキルの重み値の合計が大きい技術者ほど、優先順位を高くしてもよい。なお、上述した抽出部５１による障害の対応を行う技術者の優先順位付けは、例示であり、抽出部５１は、発生した障害や対応の目的に応じて、様々な基準に基づいて技術者を優先順位付けしてもよい。

選定部５２は、抽出部５１により抽出された技術者の中から障害の対応を行う技術者を選定する。例えば、抽出部５１により技術者ＩＤ「Ｔ０１」及び「Ｔ０２」の２名の技術者が抽出された場合、選定部５２は、「Ｔ０１」及び「Ｔ０２」の２名の技術者の中から、障害の対応を行わせる技術者を選定する。選定部５２は、障害が発生したシステムが運用されるデータセンタに属する技術者を、他のデータセンタに属する技術者よりも優先して選定する。例えば、「ＤＣ０２」により識別されるデータセンタ１１Ｂにおいて障害が発生し、抽出部５１により技術者ＩＤ「Ｔ０１」及び「Ｔ０２」の２名の技術者が抽出された場合、選定部５２は、データセンタ１１Ｂに属する「Ｔ０２」の技術者を優先して選定する。また、選定部５２は、抽出部５１により抽出された技術者に対して優先順位付けがされている場合、優先順位の高い技術者を選定してもよい。

マイグレーション制御部５３は、仮想マシンのマイグレーションを行う。具体的には、マイグレーション制御部５３は、選定部５２により、障害が発生したシステムが運用されるデータセンタと異なる他のデータセンタに属する技術者が選定された場合、他のデータセンタに障害が発生したシステムをマイグレーションする。なお、マイグレーション制御部５３は、仮想マシンのマイグレーションを、ソフトウェアに関連する障害が発生した場合にのみ行う。例えば、「ＤＣ０１」のデータセンタ１１Ａにおいて障害が発生し、選定部５２によりデータセンタ１１Ｂに属する「Ｔ０２」の技術者が選定された場合、障害が発生したシステムを「ＤＣ０２」のデータセンタ１１Ｂへマイグレーションする。

図８は、マイグレーションする場合の処理の流れの一例を示す図である。図８においては、Ａ国が日本であり、Ｂ国が米国であり、「ＤＣ０２」により識別されるデータセンタ１１Ｂが米国の西海岸に位置し、Ｃ国がフランスである場合を例に説明する。図８の例では、Ａ国のデータセンタ（ＤＣ０１）において複数のシステムが動作している。以下では、Ａ国のデータセンタ（ＤＣ０１）の複数のシステムのうち、１つのシステム（図８中の点線で囲む「ＶＭ」）にソフトウェアに関する障害が発生した場合（図８中の（１））を例に説明する。

まず、抽出部５１は、発生した障害に対応可能な技術者を抽出する（図８中の（２））。図８の例では、Ａ国のデータセンタ（ＤＣ０１）の１つのシステムにソフトウェアに関する障害が発生した場合、抽出部５１は、障害情報４１や要求スキル情報４２などの過去の障害対応に関する情報から、当該障害の対応に要求されるスキルを推定する。そして、抽出部５１は、障害が発生した時刻が活動時間であって、推定されたスキルを有する技術者を抽出する。図８の例は、抽出部５１は、Ａ国のデータセンタ（ＤＣ０１）において２時（ＪＳＴ）に障害が発生した場合であり、当該時刻が活動時間であって、推定されたスキルを有する技術者を抽出する。Ａ国のデータセンタ（ＤＣ０１）の時刻が２時（ＪＳＴ）であるとき、Ｂ国の西海岸に位置するデータセンタ（ＤＣ０２）の時刻は前日の９時（ＰＳＴ）になる。また、Ａ国のデータセンタ（ＤＣ０１）が２時（ＪＳＴ）であるとき、Ｃ国のデータセンタ（ＤＣ０３）の時刻は前日の１８時（ＣＥＴ（Central European Time））になる。

図８の例では、抽出部５１は、Ａ国のデータセンタ（ＤＣ０１）で発生した障害の対応に、ネットワークＡに関するスキルが要求されると推定する。そのため、抽出部５１は、ネットワークＡに関するスキルを有し、障害が発生した時刻が活動時間に含まれる技術者を抽出する。図８の例では、抽出部５１は、「Ｔ０２」の技術者、「Ｔ０４」の技術者、及び「Ｔ２１」の技術者が抽出される。例えば、「Ｔ０２」の技術者の活動時間は８時〜１８時（ＰＳＴ）であり、障害が発生した時刻９時（ＰＳＴ）を含む。また、「Ｔ０４」の技術者の活動時間は１０時〜１９時（ＣＥＴ）であり、障害が発生した時刻１８時（ＣＥＴ）を含む。なお、「Ｔ０１」の技術者は、ネットワークＡに関するスキルを有するが、活動時間が９時〜１７時（ＪＳＴ）であり、障害が発生した時刻２時（ＪＳＴ）を含まないため抽出されない。

抽出部５１は、抽出した複数の技術者を優先順位付けする（図８中の（３））。図８の例では、抽出部５１は、障害が発生した時刻から活動時間が長い技術者ほど、優先順位を高くする。ここで、「Ｔ２１」の技術者の活動時間は９時〜１９時（ＰＳＴ）であり、障害が発生した時刻９時（ＰＳＴ）から活動時間が１０時間である。一方、「Ｔ０２」の技術者の活動時間は８時〜１８時（ＰＳＴ）であり、障害が発生した時刻９時（ＰＳＴ）から活動時間が９時間である。そのため、「Ｔ２１」の技術者は、「Ｔ０２」の技術者よりも優先順位が高くなる。図８の例では、抽出部５１は、「Ｔ２１」の技術者の優先順位を１位とし、「Ｔ０２」の技術者の優先順位を２位とし、「Ｔ０４」の技術者の優先順位を３位とする。

そして、選定部５２は、抽出部５１により抽出された技術者に対して優先順位付けがされているため、優先順位の高い技術者を選定する。図８の例では、選定部５２は、優先順位が１位である「Ｔ２１」の技術者を選定する。

ここで、図８の例では、Ａ国のデータセンタ（ＤＣ０１）のシステムにソフトウェアに関する障害が発生している。また、選定部５２は、障害が発生したシステムが運用されるデータセンタ（ＤＣ０１）と異なる他のデータセンタ（ＤＣ０２）に属する「Ｔ２１」の技術者を選定している。そのため、マイグレーション制御部５３は、データセンタ（ＤＣ０１）において障害が発生したシステムをＢ国のデータセンタ（ＤＣ０２）にマイグレーションする。具体的には、マイグレーション制御部５３は、障害の発生した仮想マシン（ＶＭ）をデータセンタ（ＤＣ０２）にマイグレーションする（図８中の（４））。

そして、マイグレーション先のデータセンタにおいて、選定部５２により選定された技術者が障害の対応を行う。具体的には、障害の発生した仮想マシンがマイグレーションされたデータセンタ（ＤＣ０２）において、「Ｔ２１」の技術者が当該障害の対応にアサインされる（図８中の（５））。

［処理の流れ］
次に、実施例１に係る障害監視装置１４が監視するシステムにおいて障害が発生した場合の障害対応処理の流れについて説明する。図９は、障害対応処理の手順の一例を示すフローチャートである。この障害対応処理は、障害監視装置１４が監視するシステムにおいて障害が発生した際に実行される。なお、以下では、各社のシステムがＡ国のデータセンタ１１（ＤＣ０１）で稼働し、Ａ国のデータセンタ１１の障害監視装置１４が、障害対応処理を実行する場合を例として説明する。なお、以下の処理の説明においては、マシンＩＤ（例えば、「ＶＭ０１」など）を記載する場合、そのマシンＩＤにより識別される仮想マシンを意味する場合がある。

図９に示すように、検知部５０は、障害の発生を検知した場合、発生した障害がハードウェアに関する障害か、ソフトウェアに関する障害かを判定する（ステップＳ１０）。発生した障害がハードウェアに関する障害である場合（ステップＳ１０：Ｙｅｓ）、検知部５０は、障害の内容を障害の発生したデータセンタ（以下、「同ＤＣ」と称する）に属する技術者へ通知し（ステップＳ１１）、処理を終了する。

一方、発生した障害がハードウェアに関する障害でない、つまり発生した障害がソフトウェアに関する障害である場合（ステップＳ１０：Ｎｏ）、抽出部５１は、技術者情報から対応可能な技術者を抽出する（ステップＳ１２）。そして、抽出部５１は、抽出された技術者の優先順位付けを行う（ステップＳ１３）。

そして、選定部５２は、同ＤＣに属する技術者を選定可能である場合（ステップＳ１４：Ｙｅｓ）、障害の対応を行う技術者として同ＤＣに属する技術者を選定し（ステップＳ１５）、処理を終了する。なお、ステップＳ１５において選定された同ＤＣに属する技術者は、発生した障害に対応する担当者としてアサインされ、障害の対応を行う。

選定部５２は、同ＤＣに属する技術者を選定不可能である場合（ステップＳ１４：Ｎｏ）、障害の対応を行う技術者として同ＤＣとは異なる他のＤＣに属する技術者を選定する（ステップＳ１６）。その後、マイグレーション制御部５３がマイグレーション制御処理を行った後（ステップＳ１７）、障害対応処理を終了する。

ここから、図１０及び図１１を用いて障害対応処理の一部であるマイグレーション制御処理の流れを説明する。図１０は、マイグレーション制御処理の手順の一例を示すフローチャートである。まず、マイグレーション制御部５３は、障害が発生したＶＭと他ＶＭ間に依存関係はあるかを判定する（ステップＳ１００）。ここで、他ＶＭ間に依存関係があるＶＭとは、図３に示す例において、依存ＶＭとしてＶＭ０１が存在するＶＭ０４などのＶＭを意味する。

障害が発生したＶＭと他ＶＭ間に依存関係がある場合（ステップＳ１００：Ｙｅｓ）、マイグレーション制御部５３は、障害が発生したＶＭ及び依存関係のあるＶＭの一時停止を実行する（ステップＳ１０１）。例えば、図３に示す例において、マイグレーション制御部５３は、障害が発生したＶＭがＶＭ０４である場合、ＶＭ０４とともに依存関係のあるＶＭ０１の一時停止を実行する。

障害が発生したＶＭ及び依存関係のあるＶＭの一時停止が成功した場合（ステップＳ１０２：Ｙｅｓ）、マイグレーション制御部５３は、選定部５２により選定された技術者が属するＤＣへＶＭのマイグレーションを実行する（ステップＳ１０７）。ステップＳ１０７以降の処理は後述する。

障害が発生したＶＭ及び依存関係のあるＶＭの一時停止に失敗した場合（ステップＳ１０２：Ｎｏ）、マイグレーション制御部５３は、一時停止に失敗したＶＭ及びそれに依存するＶＭの一時停止を解除する（ステップＳ１０３）。そして、マイグレーション制御部５３は、一時停止に失敗したＶＭ及びそれに依存するＶＭについて、依存する順にシャットダウンを実行する（ステップＳ１０４）。例えば、図３に示す例において、マイグレーション制御部５３は、障害が発生したＶＭがＶＭ０４である場合、ＶＭ０４のシャットダウンを実行した後、ＶＭ０１のシャットダウンを実行する。

一時停止に失敗したＶＭ等について、依存する順にシャットダウンが成功した場合（ステップＳ１０５：Ｙｅｓ）、マイグレーション制御部５３は、選定部５２により選定された技術者が属するＤＣへＶＭのマイグレーションを実行する（ステップＳ１０７）。ステップＳ１０７以降の処理は後述する。

一方、依存する順にシャットダウンに失敗した場合（ステップＳ１０５：Ｎｏ）、マイグレーション制御部５３は、シャットダウンに失敗したＶＭ及びそれに依存するＶＭについて、依存する順に強制終了を実行する（ステップＳ１０６）。マイグレーション制御部５３は、選定部５２により選定された技術者が属するＤＣへＶＭのマイグレーションを実行する（ステップＳ１０７）。

具体的には、ステップＳ１０７において、マイグレーション制御部５３は、選定部５２により選定された技術者が属するＤＣへ障害が発生したＶＭ及び依存関係のあるＶＭのマイグレーションを実行する。そして、マイグレーション制御部５３は、マイグレーション先のＤＣで、依存される順にＶＭの一時停止解除、又は起動を実行する（ステップＳ１０８）。例えば、図３に示す例において、マイグレーション制御部５３は、障害が発生したＶＭがＶＭ０４である場合、ＶＭ０１の一時停止の解除又は起動を実行した後、ＶＭ０４の一時停止の解除又は起動を実行する。その後、マイグレーション制御部５３は、マイグレーション先対応処理を行った後（ステップＳ１１６）、マイグレーション制御処理を終了する。

一方、障害が発生したＶＭと他ＶＭ間に依存関係がない場合（ステップＳ１００：Ｎｏ）、マイグレーション制御部５３は、選定部５２により選定された技術者が属するＤＣへＶＭのマイグレーションを実行する（ステップＳ１０９）。マイグレーションに成功した場合（ステップＳ１１０：Ｙｅｓ）、マイグレーション制御部５３は、マイグレーション先対応処理を行った後（ステップＳ１１６）、マイグレーション制御処理を終了する。

マイグレーションに失敗した場合（ステップＳ１１０：Ｎｏ）、障害が発生したＶＭのシャットダウンを実行する（ステップＳ１１１）。ＶＭのシャットダウンに成功した場合（ステップＳ１１２：Ｙｅｓ）、マイグレーション制御部５３は、選定部５２により選定された技術者が属するＤＣへＶＭのマイグレーションを実行する（ステップＳ１１４）。

ＶＭのシャットダウンに失敗した場合（ステップＳ１１２：Ｎｏ）、マイグレーション制御部５３は、障害が発生したＶＭの強制終了を実行する（ステップＳ１１３）。そして、マイグレーション制御部５３は、選定部５２により選定された技術者が属するＤＣへＶＭのマイグレーションを実行する（ステップＳ１１４）。

ステップＳ１１４において選定部５２により選定された技術者が属するＤＣへＶＭのマイグレーションを実行した後、マイグレーション制御部５３は、マイグレーション先のＤＣで、ＶＭの起動を実行する（ステップＳ１１５）。その後、マイグレーション制御部５３は、マイグレーション先対応処理を行った後（ステップＳ１１６）、マイグレーション制御処理を終了する。

ここから、図１１を用いてマイグレーション制御処理の一部であるマイグレーション先対応処理の流れを説明する。図１１は、マイグレーション先対応処理の手順の一例を示すフローチャートである。まず、マイグレーション制御部５３は、マイグレーション先の技術者をアサインする（ステップＳ２０）。具体的には、マイグレーション制御部５３は、選定部５２により選定された技術者を障害に対応する担当者としてアサインする。

そして、障害に対応する担当者としてアサインされた技術者は、障害対応を行う（ステップＳ２１）。技術者が障害対応を完了するまでの間（ステップＳ２２：Ｎｏ）、マイグレーション制御部５３は、定期的に障害対応の状況を確認し、障害対応を完了するまで待機する。例えば、マイグレーション制御部５３は、技術者が障害対応を完了するまでの間、障害情報４１中の対応する障害ＩＤのステータスが完了になったかどうかを定期的に確認する。技術者が障害対応を完了し障害復旧した後（ステップＳ２２：Ｙｅｓ）、マイグレーション制御部５３は、障害が発生したＶＭにメインＤＣが設定されているかどうかを確認する（ステップＳ２３）。障害が発生したＶＭにメインＤＣが設定されていない場合（ステップＳ２３：Ｎｏ）、電力単価の安いＤＣへマイグレーションを実行する（ステップＳ２４）。例えば、図３に示す例において、ＶＭ０２にはメインＤＣは設定されていない。そのため、マイグレーション制御部５３は、障害が発生したＶＭがＶＭ０２であり、ＤＣ０１のデータセンタからＤＣ０２のデータセンタへマイグレーションされて障害が復旧した場合、ＶＭ０２を電力単価の安いＤＣへマイグレーションさせる。例えば、ＤＣ０３のデータセンタが最も電力単価の安いＤＣである場合、ＶＭ０２をＤＣ０３のデータセンタへマイグレーションさせる。

一方、障害が発生したＶＭにメインＤＣが設定されている場合（ステップＳ２３：Ｙｅｓ）、メインＤＣへマイグレーションを実行する（ステップＳ２５）。例えば、図３に示す例において、ＶＭ０３にはメインＤＣがＤＣ０１に設定されている。そのため、マイグレーション制御部５３は、障害が発生したＶＭがＶＭ０３であり、ＤＣ０１のデータセンタからＤＣ０２のデータセンタへマイグレーションされて障害が復旧した場合、ＶＭ０３をメインＤＣであるＤＣ０１へマイグレーションさせる。

ステップＳ２４又はステップＳ２５におけるマイグレーションが成功した場合（ステップＳ２６：Ｙｅｓ）、マイグレーション先対応処理を終了する。一方、ステップＳ２４又はステップＳ２５におけるマイグレーションに失敗した場合（ステップＳ２６：Ｎｏ）、ステップＳ２１〜Ｓ２５の処理を繰り返す。

［効果］
上述してきたように、本実施例に係る障害監視装置１４は、選定部５２と、マイグレーション制御部５３と有する。選定部５２は、地理的に離れた複数の位置に配置され、互いに通信可能とされたデータセンタ１１で運用されるシステムにおいて、ソフトウェアに関連する障害が発生した場合、障害の対応を行う技術者を選定する。マイグレーション制御部５３は、選定部５２により、障害が発生したシステムが運用されるデータセンタ１１と異なる他のデータセンタ１１に属する技術者が選定された場合、他のデータセンタ１１に障害が発生したシステムをマイグレーションする。これにより、障害監視装置１４は、技術者が対応できない地域のデータセンタ１１におけるシステムの障害の対応を迅速化することができる。

また、本実施例に係る障害監視装置１４は、障害が発生したシステムが運用されるデータセンタ１１に属する技術者を、他のデータセンタ１１に属する技術者よりも優先して選定する。これにより、障害監視装置１４は、障害が発生したシステムが運用されるデータセンタ１１に属する技術者が対応可能な場合には、当該技術者に障害の対応をさせることにより、システムの障害の対応を迅速化することができる。また、障害監視装置１４は、マイグレーションが発生する回数を抑え、無駄なマイグレーションの発生を抑制できる。

また、本実施例に係る障害監視装置１４は、記憶部３０と、抽出部５１と有する。記憶部３０は、データセンタ１１に属する技術者の技能に関する情報を記憶する。抽出部５１は、記憶部３０に記憶された技術者の技能に基づいて、障害の対応が可能である技術者を抽出する。これにより、障害監視装置１４は、技術者の技能に基づいて、障害の対応をさせる技術者を適切に選定することができる。

また、本実施例に係る障害監視装置１４は、記憶部３０に記憶された技術者が対応可能な時間である活動時間と、障害が発生した時刻とに基づいて、障害が発生した時刻が活動時間内である技術者を抽出する。これにより、障害監視装置１４は、障害が発生した時刻において、時間的に対応可能な技術者に障害の対応をさせることができ、システムの障害の対応を迅速化することができる。

さて、これまで開示の装置に関する実施例について説明したが、開示の技術は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、本発明に含まれる他の実施例を説明する。

例えば、上記の実施例では、発生した障害に１人で対応可能な技術者が存在する場合、つまり１人の技術者が発生した障害の対応に要求されるスキルを全て有している場合について説明したが、開示の装置はこれに限定されない。例えば、障害が発生したデータセンタ１１に属する技術者の中に、当該障害に対応可能な技術者がいない場合、次のように対応する技術者を選定してもよい。例えば、障害の対応に要求されるスキルが複数あり、それぞれのスキルを有する複数の技術者がいる場合、選定部５２は、同じデータセンタ１１に属する複数の技術者の有するスキルを併せると要求するスキルの全てを満たす複数の技術者を選定してもよい。具体的には、選定部５２は、同一のデータセンタ１１に属し、かつ障害の発生した時刻を活動時間に含む複数の技術者の有するスキルを併せると、要求されるスキルを全て満たす場合、当該同一のデータセンタ１１に属する複数の技術者を選定してもよい。これにより、障害監視装置１４は、１人の技術者が対応できない障害が発生した場合であっても、同一の地域のデータセンタ１１に属する複数の技術者により対応することで、障害の対応を迅速化することができる。

また、例えば、上記の実施例では、各国に１つのデータセンタが設置された場合について説明したが、データセンタは各国に複数設定されてもよい。以下では、データセンタがＡ国に２つ設置された場合を例に、マイグレーションする処理について説明する。図１２は、マイグレーションする場合の処理の流れの他例を示す図である。図１２の例においては、Ａ国には、ＤＣ０１のデータセンタ及びＤＣ０４のデータセンタを含む複数のデータセンタが設置されているとする。図１２の例では、Ａ国に設置されたＤＣ０１のデータセンタにおいて複数のシステムが動作している。以下では、ＤＣ０１のデータセンタの複数のシステムのうち、１つのシステム（図１２中の点線で囲む「ＶＭ」）にソフトウェアに関する障害が発生した場合（図１２中の（１））を例に説明する。まず、抽出部５１は、発生した障害に対応可能な技術者を抽出する。図１２に示す例において、抽出部５１は、ＤＣ０２のデータセンタに属する技術者とＤＣ０４のデータセンタに属する技術者を抽出される。

ここで、図１２に示す例において、ＤＣ０４のデータセンタと障害が発生したＤＣ０１のデータセンタとは、同じＡ国に設置されている。そのため、選定部５２は、抽出部５１により抽出された技術者のうち、ＤＣ０１のデータセンタと同じＡ国に設置されているＤＣ０４のデータセンタに属する技術者を優先して選定する。そして、マイグレーション制御部５３は、障害の発生した仮想マシン（ＶＭ）をＤＣ０４のデータセンタにマイグレーションする（図１２中の（２））。その後、障害の発生した仮想マシンがマイグレーションされたＤＣ０４のデータセンタにおいて、ＤＣ０４に属する技術者が当該障害の対応にアサインされる（図１２中の（３））。これにより、障害監視装置１４は、同一国内に設置されたデータセンタを優先してマイグレーションを行うことにより、システムの障害の対応を迅速化することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的状態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、検知部５０、抽出部５１、選定部５２、及びマイグレーション制御部５３の各処理部が適宜統合されてもよい。また、各処理部の処理が適宜複数の処理部の処理に分離されてもよい。さらに、各処理部にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

［障害監視プログラム］
また、上記の実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することもできる。そこで、以下では、上記の実施例と同様の機能を有するプログラムを実行するコンピュータシステムの一例を説明する。図１３は、障害監視プログラムを実行するコンピュータを示す図である。

図１３に示すように、コンピュータ３００は、ＣＰＵ（Central Processing Unit）３１０、ＨＤＤ（Hard Disk Drive）３２０、ＲＡＭ（Random Access Memory）３４０を有する。これら３１０〜３４０の各部は、バス４００を介して接続される。

ＨＤＤ３２０には上記の検知部５０、抽出部５１、選定部５２、及びマイグレーション制御部５３と同様の機能を発揮する障害監視プログラム３２０ａが予め記憶される。なお、障害監視プログラム３２０ａについては、適宜分離しても良い。

また、ＨＤＤ３２０は、各種情報を記憶する。例えば、ＨＤＤ３２０は、ＯＳや生産計画に用いる各種データを記憶する。

そして、ＣＰＵ３１０が、障害監視プログラム３２０ａをＨＤＤ３２０から読み出して実行することで、実施例の各処理部と同様の動作を実行する。すなわち、障害監視プログラム３２０ａは、検知部５０、抽出部５１、選定部５２およびマイグレーション制御部５３と同様の動作を実行する。

なお、上記した障害監視プログラム３２０ａについては、必ずしも最初からＨＤＤ３２０に記憶させることを要しない。

例えば、コンピュータ３００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」にプログラムを記憶させておく。そして、コンピュータ３００がこれらからプログラムを読み出して実行するようにしてもよい。

さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ３００に接続される「他のコンピュータ（またはサーバ）」などにプログラムを記憶させておく。そして、コンピュータ３００がこれらからプログラムを読み出して実行するようにしてもよい。

１０情報処理システム
１１、１１Ａ〜１１Ｃデータセンタ
１３サーバ装置
１４障害監視装置
３０記憶部
３１制御部
４０稼働システム情報
４１障害情報
４２要求スキル情報
４３技術者情報
４４保有スキル情報
５０検知部
５１抽出部
５２選定部
５３マイグレーション制御部

Claims

地理的に離れた複数の位置に配置され、互いに通信可能とされたデータセンタで運用されるシステムにおいて、ソフトウェアに関連する障害が発生した場合、前記障害の対応を行う技術者を選定する選定部と、
前記選定部により、前記障害が発生したシステムが運用されるデータセンタと異なる他のデータセンタに属する技術者が選定された場合、前記他のデータセンタに前記障害が発生したシステムをマイグレーションするマイグレーション制御部と、
を有することを特徴とする障害監視装置。
前記選定部は、前記障害が発生したシステムが運用されるデータセンタに属する技術者を、前記他のデータセンタに属する技術者よりも優先して選定する、
ことを特徴とする請求項１に記載の障害監視装置。
データセンタに属する技術者の技能に関する情報を記憶する記憶部と、
前記記憶部に記憶された前記技術者の技能に基づいて、前記障害の対応が可能である技術者を抽出する抽出部と、
をさらに有し、
前記選定部は、前記抽出部により抽出された技術者の中から前記障害の対応を行う技術者を選定する、
ことを特徴とする請求項１または２に記載の障害監視装置。
前記抽出部は、前記記憶部に記憶された技術者が対応可能な時間である活動時間と、前記障害が発生した時刻とに基づいて、前記障害が発生した時刻が前記活動時間内である技術者を抽出する、
ことを特徴とする請求項３に記載の障害監視装置。
コンピュータに、
地理的に離れた複数の位置に配置され、互いに通信可能とされたデータセンタで運用されるシステムにおいて、ソフトウェアに関連する障害が発生した場合、前記障害の対応を行う技術者を選定し、
前記障害が発生したシステムが運用されるデータセンタと異なる他のデータセンタに属する技術者が選定された場合、前記他のデータセンタに前記障害が発生したシステムをマイグレーションする、
処理を実行させることを特徴とする障害監視プログラム。
コンピュータが、
地理的に離れた複数の位置に配置され、互いに通信可能とされたデータセンタで運用されるシステムにおいて、ソフトウェアに関連する障害が発生した場合、前記障害の対応を行う技術者を選定し、
前記障害が発生したシステムが運用されるデータセンタと異なる他のデータセンタに属する技術者が選定された場合、前記他のデータセンタに前記障害が発生したシステムをマイグレーションする、
処理を実行することを特徴とする障害監視方法。