(57)【要約】【課題】ＶＭ環境におけるトラブル防止、品質安定化および作業効率改善等を図る。【解決手段】１以上の仮想マシンが稼働する環境で稼働するプログラムであって、運用担当者の端末から投入されるコマンドを受け付け、コマンドと該コマンドの実行手順および実行条件とを対応付けた記憶部を参照して、受け付けたコマンドに対応する実行手順および実行条件を取得し、実行手順に従って順次に実行条件が満たされるか否か判断し、実行手順および実行条件が所定の第三者の承認または確認を必要とする場合に、該第三者へ承認または確認の要求を通知して承認または確認を受け付け、全ての実行手順および実行条件が満たされた場合にコマンドを実行する、処理をコンピュータに実行させる。【選択図】図１
2018049546.tif 000002
【特許請求の範囲】
【請求項１】
１以上の仮想マシンが稼働する環境で稼働するプログラムであって、
運用担当者の端末から投入されるコマンドを受け付け、
コマンドと該コマンドの実行手順および実行条件とを対応付けた記憶部を参照して、受け付けたコマンドに対応する実行手順および実行条件を取得し、
実行手順に従って順次に実行条件が満たされるか否か判断し、
実行手順および実行条件が所定の第三者の承認または確認を必要とする場合に、該第三者へ承認または確認の要求を通知して承認または確認を受け付け、
全ての実行手順および実行条件が満たされた場合にコマンドを実行する、
処理をコンピュータに実行させることを特徴とするＶＭ環境コマンド実行管理プログラム。
【請求項２】
前記コマンド毎に対応するシステムの情報を収集して記憶部に記憶し、
前記情報を用いて前記実行条件が満たされるか否かを判断する、
ことを特徴とする請求項１に記載のＶＭ環境コマンド実行管理プログラム。
【請求項３】
前記実行手順および前記実行条件についての処理の状況を前記運用担当者に画面表示する、
ことを特徴とする請求項１または２に記載のＶＭ環境コマンド実行管理プログラム。
【請求項４】
前記コマンドの実行結果を前記第三者に通知する、
ことを特徴とする請求項１乃至３のいずれか一項に記載のＶＭ環境コマンド実行管理プログラム。
【請求項５】
前記コマンドの実行の直前に前記運用担当者の確認を要求し、
確認が得られた場合に前記コマンドを実行する、
ことを特徴とする請求項１乃至４のいずれか一項に記載のＶＭ環境コマンド実行管理プログラム。
【請求項６】
１以上の仮想マシンが稼働する環境で実行する方法であって、
運用担当者の端末から投入されるコマンドを受け付け、
コマンドと該コマンドの実行手順および実行条件とを対応付けた記憶部を参照して、受け付けたコマンドに対応する実行手順および実行条件を取得し、
実行手順に従って順次に実行条件が満たされるか否か判断し、
実行手順および実行条件が所定の第三者の承認または確認を必要とする場合に、該第三者へ承認または確認の要求を通知して承認または確認を受け付け、
全ての実行手順および実行条件が満たされた場合にコマンドを実行する、
処理をコンピュータに実行させることを特徴とするＶＭ環境コマンド実行管理方法。
【請求項７】
１以上の仮想マシンが稼働する環境に設置される装置であって、
運用担当者の端末から投入されるコマンドを受け付ける手段と、
コマンドと該コマンドの実行手順および実行条件とを対応付けた記憶部を参照して、受け付けたコマンドに対応する実行手順および実行条件を取得する手段と、
実行手順に従って順次に実行条件が満たされるか否か判断する手段と、
実行手順および実行条件が所定の第三者の承認または確認を必要とする場合に、該第三者へ承認または確認の要求を通知して承認または確認を受け付ける手段と、
全ての実行手順および実行条件が満たされた場合にコマンドを実行する手段と、
を備えたことを特徴とするＶＭ環境コマンド実行管理装置。
【請求項８】
１以上の仮想マシンが稼働する環境を構成するシステムであって、
運用担当者の端末から投入されるコマンドを受け付ける手段と、
コマンドと該コマンドの実行手順および実行条件とを対応付けた記憶部を参照して、受け付けたコマンドに対応する実行手順および実行条件を取得する手段と、
実行手順に従って順次に実行条件が満たされるか否か判断する手段と、
実行手順および実行条件が所定の第三者の承認または確認を必要とする場合に、該第三者へ承認または確認の要求を通知して承認または確認を受け付ける手段と、
全ての実行手順および実行条件が満たされた場合にコマンドを実行する手段と、
を備えたことを特徴とするＶＭ環境コマンド実行管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＶＭ環境コマンド実行管理プログラム、ＶＭ環境コマンド実行管理方法、ＶＭ環境コマンド実行管理装置およびＶＭ環境コマンド実行管理システムに関する。
【背景技術】
【０００２】
データセンタ等の情報処理施設では、実マシン（物理サーバ）の利用効率の向上やデータのセキュリティ維持等の観点から、複数のＶＭ（仮想マシン、Virtual  Machine）を稼働し、それらのＶＭ上で各種のサービスの提供が行われることが多い。
【０００３】
このようなデータセンタでは、規模が大きいと、ＶＭを含む複数のサーバを専門分野の異なる複数の管理会社や担当部門が運営に関与し、互いの存在を知ることなく横の連携を欠いたままで担当の設備や機器に関する情報を独自に管理している。統括する管理者は、監視装置にて実マシンや各ＶＭの負荷等の状況を調べることはできるが、各ＶＭの運用担当者がそれらの情報を直接に参照することは運用ポリシーにより制限されている。
【０００４】
このため、各ＶＭの運用担当者が保守のためにＶＭ上のファイルの移動・複写等を行う時、同じ実マシン上で稼働する別ＶＭの処理リソース競合により、極端に時間がかかるケースがあった。すなわち、同一の実マシン上にあるＶＭ間の転送では、ディスクやデータ転送経路が同じであるため、同時に使用することはできず、使用可能になるまでの待ちが発生することで時間がかかっていた。同一の実マシン上にある複数のＶＭでのディスクの使用が重なることで、実マシンのディスク容量不足が発生し、処理が続行できなくなるケースもあった。
【０００５】
また、保守のためのコマンド実行の際に、他のＶＭ関係者への電話等での確認が必要な場合であっても、確認の手順を見落としたり省略されたり確認を試みても連絡先の変更等により確認が行えなかったりすることがあり、他のＶＭへ影響を与えてしまうこともあった。
【０００６】
このように、高度化、複雑化するＶＭ環境での運用の一連作業を迅速かつ誤りなく行うことは、熟練の運用担当者にも難しい状況であり、データセンタ等の情報処理施設を安定して運用するのが困難であった。
【０００７】
一方、大規模情報システムの各構成要素に関する情報と各構成要素間の連携情報を一元的に管理し、特定の設備が故障した際等に、どの業務サービスに支障を来すのかを迅速に把握する技術が開示されている（例えば、特許文献１等を参照）。しかし、この技術は、故障が発生した際の対応に着目したものであり、障害を未然に防ぐものではない。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０１５−２００９３６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
上述したように、ＶＭ環境での運用担当者の負担は重く、トラブル防止、品質安定化および作業効率改善等が望まれていた。
【００１０】
本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、ＶＭ環境におけるトラブル防止、品質安定化および作業効率改善等を図ることにある。
【課題を解決するための手段】
【００１１】
上記の課題を解決するため、本発明にあっては、１以上の仮想マシンが稼働する環境で稼働するプログラムであって、運用担当者の端末から投入されるコマンドを受け付け、コマンドと該コマンドの実行手順および実行条件とを対応付けた記憶部を参照して、受け付けたコマンドに対応する実行手順および実行条件を取得し、実行手順に従って順次に実行条件が満たされるか否か判断し、実行手順および実行条件が所定の第三者の承認または確認を必要とする場合に、該第三者へ承認または確認の要求を通知して承認または確認を受け付け、全ての実行手順および実行条件が満たされた場合にコマンドを実行する、処理をコンピュータに実行させる。
【発明の効果】
【００１２】
本発明にあっては、ＶＭ環境におけるトラブル防止、品質安定化および作業効率改善等を図ることができる。
【図面の簡単な説明】
【００１３】
【図１】一実施形態にかかるシステムの構成例を示す図である。
【図２】コマンドラッパーの機能構成例を示す図である。
【図３】物理サーバのハードウェア構成例を示す図である。
【図４】実施形態の処理例を示すシーケンス図（その１）である。
【図５】ラッパー情報ＤＢの例を示す図（その１）である。
【図６】画面例を示す図（その１）である。
【図７】画面例を示す図（その２）である。
【図８】実施形態の処理例を示すシーケンス図（その２）である。
【図９】ラッパー情報ＤＢの例を示す図（その２）である。
【図１０】仮想化インフラ上の仮想マシンの例を示す図である。
【図１１】実施形態の処理例を示すシーケンス図（その３）である。
【図１２】ラッパー情報ＤＢの例を示す図（その３）である。
【図１３】実施形態の処理例を示すシーケンス図（その４）である。
【図１４】ラッパー情報ＤＢの例を示す図（その４）である。
【図１５】仮想化インフラ上の仮想マシンの例を示す図である。
【発明を実施するための形態】
【００１４】
以下、本発明の好適な実施形態につき説明する。
【００１５】
＜構成＞
図１は一実施形態にかかるシステムの構成例を示す図である。図１において、物理サーバ（実マシン）１Ａ、１Ｂ、・・は保守ネットワーク３に接続され、保守ネットワーク３には監視装置４が接続され、監視装置４には監視情報ＤＢ（Database）５が接続されている。監視情報ＤＢ５には、監視装置４による監視に必要なシステムの構成情報等が記憶されるとともに、監視の結果として収集された各種の情報が記憶される。
【００１６】
物理サーバ１Ａ、１Ｂ、・・には、それぞれ１以上の仮想マシンが稼働しており、図示の例では、物理サーバ１Ａ上で仮想マシン１１Ａ１、１１Ａ２、・・が稼働し、物理サーバ１Ｂ上で仮想マシン１１Ｂ１、１１Ｂ２、・・が稼働している。また、いずれかまたは複数の仮想マシン上では、運用担当者から投入されるコマンドを処理するコマンドラッパー２が稼働する。図示の例では、物理サーバ１Ａの仮想マシン１１Ａ２上でコマンドラッパー２が稼働している状態を示しているが、他の仮想マシン上で稼働させてもよい。
【００１７】
物理サーバ１Ａ、１Ｂ、・・上の仮想マシンは、仮想スイッチ１２Ａ、１２Ｂ、・・を介して業務ネットワーク８Ａ、８Ｂ、・・に接続されている。業務ネットワーク８Ａ、８Ｂ、・・には、コマンドラッパー２が利用するラッパー情報ＤＢ７のほか、保守手順書ＤＢ６等の各種のデータベースが接続される。ラッパー情報ＤＢ７には、コマンド実行条件・実行手順情報７１と収集情報７２とが記憶される。コマンド実行条件・実行手順情報７１は、コマンド毎に実行するための条件と、実行するまでに行うべき作業の手順とを示す情報である。収集情報７２は、自動的に判断することが可能な条件について判断に必要な情報や運用担当者に提示するのに用いる情報である。また、業務ネットワーク８Ａ、８Ｂ、・・には、運用担当者等が操作するクライアント端末９Ａ１、９Ａ２、・・、９Ｂ１、９Ｂ２、・・が接続されている。なお、クライアント端末９Ａ１、９Ａ２、・・、９Ｂ１、９Ｂ２、・・のうち、後述する承認・確認を行うだけのものについては、業務ネットワーク８Ａ、８Ｂ、・・に接続されていなくてもよい。例えば、自動電話で承認・確認の要求を受け付け、結果（ＯＫ、ＮＧ）をＤＴＭＦ（Dual-Tone  Multi-Frequency）で応答するような場合、業務ネットワーク８Ａ、８Ｂ、・・に接続されていなくてもよい。
【００１８】
図２はコマンドラッパー２の機能構成例を示す図である。図２において、コマンドラッパー２は、ラッパーエージェント部２１とラッパーマネージャー部２２と通知エージェント部２３と通知マネージャー部２４とを備えている。
【００１９】
ラッパーエージェント部２１は、コマンド受付機能、条件問合せ機能、実行制御機能、ログ出力機能、承認・確認依頼機能、通知機能、結果登録機能等を備えている。コマンド受付機能は、クライアント端末９（９Ａ１、９Ａ２、・・、９Ｂ１、９Ｂ２、・・）から仮想マシン１１（１１Ａ１、１１Ａ２、・・、１１Ｂ１、１１Ｂ２、・・）またはその上で動作するシステムやアプリケーションに対する保守等のためのコマンドを受け付ける機能である。コマンドの受け付けに際しては、認証ＩＤとパスワードによる認証を要求することもできる。条件問合せ機能は、受け付けた対象システム名およびコマンドに基づいて、ラッパー情報ＤＢ７のコマンド実行条件・実行手順情報７１から対応する情報を取得する機能である。
【００２０】
実行制御機能は、コマンド実行条件・実行手順情報７１から取得した情報に基づいて、運用担当者とのユーザインタフェースを介して、コマンドの実行を制御する機能である。ログ出力機能は、コマンドの実行に際してログをラッパー情報ＤＢ７の収集情報７２に出力する機能である。承認・確認依頼機能は、コマンドの実行条件に第三者の承認や確認が含まれる場合に、第三者に承認・確認を依頼する機能である。通知機能は、第三者に承認・確認の依頼等の通知を行う機能である。なお、ラッパーエージェント部２１の承認・確認依頼機能と通知機能について、通知マネージャー部２４の存在（物理的位置）を気にする必要を無くすため、ラッパーマネージャー部２２をゲートウェイとして経由して通知マネージャー部２４にリクエストを行うようにしている。通知方法は複数考えられ、ｗｅｂ通知、電話、ＳＭＳ、メール応答など、通知マネージャー部２４が他社サービスの利用も含めて複数分散存在した場合、ラッパーエージェント部２１側でそれらを管理する場合には設定が面倒になるが、ラッパーマネージャー部２２を介在することで、管理が楽になるとともに結果も保存しやすくなる。結果登録機能は、コマンドの実行結果をラッパー情報ＤＢ７の収集情報７２に登録する機能である。
【００２１】
ラッパーマネージャー部２２は、条件登録機能、認証機能、条件・状態検索機能、結果回答機能、ログ蓄積機能、情報受信機能、情報収集機能等を備えている。条件登録機能は、クライアント端末９等からの操作に応じ、ラッパー情報ＤＢ７のコマンド実行条件・実行手順情報７１にコマンドの実行条件および実行手順を登録する機能である。認証機能は、ラッパー情報ＤＢ７を使用する者を認証ＩＤ・パスワード等により認証する機能である。条件・状態検索機能は、ラッパーエージェント部２１において受け付けたコマンドに対応して登録された実行条件および実行手順等をラッパー情報ＤＢ７から検索する機能である。結果回答機能は、検索の結果等を要求元に回答する機能である。ログ蓄積機能は、ラッパーエージェント部２１から出力されたログをラッパー情報ＤＢ７の収集情報７２の一部として蓄積する機能である。情報受信機能は、他の部分から情報を受信する機能である。情報収集機能は、監視情報ＤＢ５、保守手順書ＤＢ６やその他から情報を収集し、ラッパー情報ＤＢ７の収集情報７２の一部として蓄積する機能である。
【００２２】
通知エージェント部２３は、通知マネージャー部２４から呼び出されて、対象者に通知を行い、応答を待ち、結果を通知マネージャー部２４に応答する機能を有している。
【００２３】
通知マネージャー部２４は、ラッパーマネージャー部２２から呼び出されて、通知エージェント部２３に通知および応答待ちを行わせ、結果をラッパーマネージャー部２２に応答する機能を有している。
【００２４】
図３は物理サーバ１（１Ａ、１Ｂ、・・）のハードウェア構成例を示す図である。なお、監視装置４、クライアント端末９（９Ａ１、９Ａ２、・・、９Ｂ１、９Ｂ２、・・）についても、また、監視情報ＤＢ５、保守手順書ＤＢ６、ラッパー情報ＤＢ７を構成するデータベースサーバについても、ハードウェア構成は同様である。
【００２５】
図３において、物理サーバ１は、システムバス１００１に接続されたＣＰＵ（Central  Processing  Unit）１００２、ＲＯＭ（Read  Only  Memory）１００３、ＲＡＭ（Random  Access  Memory）１００４、ＮＶＲＡＭ（Non-Volatile  Random  Access  Memory）１００５を備えている。また、物理サーバ１は、Ｉ／Ｆ（Interface）１００６と、Ｉ／Ｆ１００６に接続された、Ｉ／Ｏ（Input/Output  Device）１００７、ＨＤＤ（Hard  Disk  Drive）／ＳＳＤ（Solid  State  Drive）１００８、ＮＩＣ（Network  Interface  Card）１００９とを備えている。また、物理サーバ１は、Ｉ／Ｏ１００７に接続されたモニタ１０１０、キーボード１０１１、マウス１０１２等を備えている。Ｉ／Ｏ１００７にはＣＤ／ＤＶＤ（Compact  Disk/Digital  Versatile  Disk）ドライブ等を接続することもできる。
【００２６】
物理サーバ１の機能は、ＣＰＵ１００２において所定のプログラムが実行されることで実現される。プログラムは、記録媒体を経由して取得されるものでもよいし、ネットワークを経由して取得されるものでもよいし、ＲＯＭ組込でもよい。
【００２７】
＜動作＞
［冗長化システム片系保守の処理例］
図４は上記の実施形態の処理例を示すシーケンス図であり、冗長化システム片系保守の処理例を示している。図４において、いずれかのクライアント端末９からの指示（ステップＳ１０１）に従い、または自動的に、コマンドラッパー２は保守手順書ＤＢ６に保守手順書情報を要求し（ステップＳ１０２）、保守手順書ＤＢ６は保守手順書情報を応答する（ステップＳ１０３）。コマンドラッパー２は、取得した保守手順書情報に基づき、操作者の指示がある場合にはその指示に従い、自動的に行う場合は所定のルールに従い、所定の形式の実行条件および作業手順を生成し、ラッパー情報ＤＢ７に登録する（ステップＳ１０４）。なお、後述するコマンド投入に先立って実行条件および作業手順の生成および登録を行う場合について説明したが、コマンド投入を契機として実行条件および作業手順の生成および登録を行うようにしてもよい。また、保守手順書ＤＢ６を利用することなく、いずれかのクライアント端末９から直接にラッパー情報ＤＢ７に実行条件および作業手順を登録することもできる。
【００２８】
図５はラッパー情報ＤＢ７の例を示す図であり、特定のシステム名のシステムに対するコマンド「shutdown」の例である。図示の例のコマンド実行条件・実行手順情報７１としては、認証に時限パスワード付きの認証ＩＤが必要である点、時間的条件としてスケジュール内である点、手続的条件として事前承認が必要であり、なければ承認を受ける必要がある点、技術的条件として片系正常稼働で、バランサが設定されてスタンバイ状態である点が記述されている。また、ダブルチェックの観点から、運用担当者の同僚にあたる作業確認者による確認が必要である点、その後に、コマンドの実行を行い、結果通知を行う点が記述されている。収集情報７２としては、ラッパー情報ＤＢ７により自動的に収集されたスケジュール、事前承認の有無、片系正常稼働の有無、バランサの設定状態等と、ログ部としての作業ログ、実行結果と、共有情報とが含まれている。
【００２９】
図４に戻り、コマンドラッパー２は、所定のタイミング（後述するコマンド投入の後も含む）で監視情報ＤＢ５に監視情報の要求を行い（ステップＳ１０５）、監視情報ＤＢ５は監視情報を応答する（ステップＳ１０６）。コマンドラッパー２は、取得した監視情報をラッパー情報ＤＢ７に収集情報７２の一部として登録する（ステップＳ１０７）。コマンドラッパー２は、他の情報元からも同様に情報の収集を行う。なお、コマンドラッパー２から要求して情報を取得するだけでなく、情報元から情報が更新されたタイミング等でコマンドラッパー２に情報を自動的に送信するようにしてもよい。
【００３０】
その後、保守の運用担当者が例えばクライアント端末９Ａ１からコマンドラッパー２に対して、対象システム名を指定してshutdownのコマンドの投入を行うと（ステップＳ１０８）、コマンドラッパー２はログ出力を開始する（ステップＳ１０９）。また、コマンドラッパー２は、対象システム名とコマンドに基づいてラッパー情報ＤＢ７に検索要求を行い（ステップＳ１１０）、ラッパー情報ＤＢ７は、該当する情報が登録されている場合、登録情報を応答する（ステップＳ１１１）。
【００３１】
コマンドラッパー２は、登録情報を取得した場合、登録情報に含まれるコマンド実行条件・実行手順情報７１と収集情報７２とから、コマンド実行条件・実行手順情報７１の実行手順に従って実行条件が収集情報７２により満たされるかどうか判断する（ステップＳ１１２）。そして、コマンドラッパー２はユーザインタフェースの画面情報を生成してクライアント端末９Ａ１に送信する（ステップＳ１１３）。図６は画面例を示しており、上部に参考情報としての共有情報と過去実績が表示され、その下には、時間的条件の保守時間について自動収集によりスケジュール内であることが示され、次の手続的条件の事前承認について自動収集により確認されなかったことが示されている。事前承認が満たされておらず、責任者の承認を行うことが必要となるため、その後の表示はされていない。
【００３２】
図４に戻り、事前承認が満たされておらず、責任者の承認を行うことが必要となる場合、コマンドラッパー２は責任者のクライアント端末９Ａ３に対して、システム名と実行しようとしているコマンドについての情報を付記した承認依頼を行う（ステップＳ１１４）。責任者のアドレス等の情報は実行条件に含めておいてもよいし、収集情報の一部としての現時点のシステム情報から取得してもよい。責任者が承認の操作（画面上のボタンのクリック等）を行うと、クライアント端末９Ａ３から承認の応答が行われる（ステップＳ１１５）。
【００３３】
次いで、コマンドラッパー２は、続く実行条件が収集情報等により満たされるかどうか判断する（ステップＳ１１６）。そして、コマンドラッパー２はユーザインタフェースの画面情報を生成してクライアント端末９Ａ１に送信する（ステップＳ１１７）。図７はこの際の画面例を示しており、責任者により承認が行われたことで事前承認は「ＯＫ」になり、技術的条件の片系正常稼働およびバランサ設定についても満たすことが示されている。
【００３４】
次いで、コマンドラッパー２は、ダブルチェックの観点から、運用担当者の同僚に当たる他の作業確認者のクライアント端末９Ａ２に対して、システム名と実行しようとしているコマンドについての情報を付記した確認依頼を行う（ステップＳ１１８）。作業確認者が確認の操作（画面上のボタンのクリック等）を行うと、クライアント端末９Ａ２から確認の応答が行われる（ステップＳ１１９）。
【００３５】
次いで、コマンドラッパー２は、最終的に運用担当者のクライアント端末９Ａ１に対して、実行確認要求を行い（ステップＳ１２０）、運用担当者が実行確認の操作（画面上のボタンのクリック等）を行うと、クライアント端末９Ａ１から実行確認の応答が行われる（ステップＳ１２１）。これを受け、コマンドラッパー２は、運用担当者から投入されたコマンドを実行する（ステップＳ１２２）。コマンドの実行は、コマンドが本来与えられるべきシステムにコマンドを投入することで行われる。なお、図示はしていないが、コマンドラッパー２は、コマンドの実行後も適宜にラッパー情報ＤＢ７から収集情報（監視情報）を取得し、例えば、コマンドの実行によって他に悪影響が出ている場合などには、ラッパーマネージャー部２２からラッパーエージェント部２１にコマンドの実行を継続・中断・キャンセルするか否かを問い合わせる機能を有する。なお、承認、確認依頼についても同様に行うことができる。
【００３６】
その後、コマンドラッパー２は、コマンド実行の結果を関係者のクライアント端末９Ａ２、９Ａ３に通知するとともに（ステップＳ１２３、Ｓ１２４）、ラッパー情報ＤＢ７に登録する（ステップＳ１２５）。運用担当者のクライアント端末９Ａ１に対しては、コマンドの実行により、コマンドを投入したシステムから結果が通知される。
【００３７】
［仮想化インフラ（物理サーバ）停止の処理例］
図８は仮想化インフラ停止の処理例を示している。また、ラッパー情報ＤＢ７には、仮想化インフラ停止のコマンドに対して、図９に示すようなコマンド実行条件・実行手順情報７１と収集情報７２とが登録されているものとする。なお、収集情報７２は適宜に最新の情報に更新されるものである。
【００３８】
図８において、保守の運用担当者が例えばクライアント端末９Ａ１からコマンドラッパー２に対して、対象システム名（仮想化インフラ名）を指定して仮想化インフラ停止のコマンドの投入を行うと（ステップＳ２０１）、コマンドラッパー２はログ出力を開始する（ステップＳ２０２）。また、コマンドラッパー２は、対象システム名とコマンドに基づいてラッパー情報ＤＢ７に検索要求を行い（ステップＳ２０３）、ラッパー情報ＤＢ７は、該当する情報が登録されている場合、登録情報を応答する（ステップＳ２０４）。
【００３９】
コマンドラッパー２は、登録情報を取得した場合、登録情報に含まれるコマンド実行条件・実行手順情報７１と収集情報７２とから、コマンド実行条件・実行手順情報７１の実行手順に従って実行条件が収集情報７２により満たされるかどうか判断する（ステップＳ２０５）。そして、コマンドラッパー２はユーザインタフェースの画面情報を生成してクライアント端末９Ａ１に送信する（ステップＳ２０６）。ここでは、図１０に示すように、停止しようとする仮想化インフラの配下に４個の仮想マシン＃１〜＃４が存在し、収集情報７２（図９）によりいずれもサービス状態にあり、いずれも停止条件があるものとすると、技術的条件を満たさず、その旨が画面に表示される。
【００４０】
図８に戻り、技術的条件が満たされておらず、各仮想マシンの管理者の承認を行うことが必要となる場合、コマンドラッパー２は仮想マシン＃１〜＃４の管理者のクライアント端末９Ａ４〜９Ａ７に対して、システム名と実行しようとしているコマンドについての情報を付記した承認依頼を行う（ステップＳ２０７）。管理者のアドレス等の情報は実行条件に含めておいてもよいし、収集情報の一部としての現時点のシステム情報から取得してもよい。管理者が承認の操作（画面上のボタンのクリック等）を行うと、クライアント端末９Ａ４〜９Ａ７から承認の応答が行われる（ステップＳ２０８）。
【００４１】
次いで、コマンドラッパー２は、続く実行条件が収集情報等により満たされるかどうか判断する（ステップＳ２０９）。そして、コマンドラッパー２はユーザインタフェースの画面情報を生成してクライアント端末９Ａ１に送信する（ステップＳ２１０）。
【００４２】
次いで、コマンドラッパー２は、ダブルチェックの観点から、運用担当者の同僚に当たる他の作業確認者のクライアント端末９Ａ２に対して、システム名と実行しようとしているコマンドについての情報を付記した確認依頼を行う（ステップＳ２１１）。作業確認者が確認の操作（画面上のボタンのクリック等）を行うと、クライアント端末９Ａ２から確認の応答が行われる（ステップＳ２１２）。
【００４３】
次いで、コマンドラッパー２は、最終的に運用担当者のクライアント端末９Ａ１に対して、実行確認要求を行い（ステップＳ２１３）、運用担当者が実行確認の操作（画面上のボタンのクリック等）を行うと、クライアント端末９Ａ１から実行確認の応答が行われる（ステップＳ２１４）。これを受け、コマンドラッパー２は、運用担当者から投入されたコマンドを実行する（ステップＳ２１５）。コマンドの実行は、コマンドが本来与えられるべきシステムにコマンドを投入することで行われる。
【００４４】
その後、コマンドラッパー２は、コマンド実行の結果を関係者のクライアント端末９Ａ４〜９Ａ７、９Ａ２に通知するとともに（ステップＳ２１６）、ラッパー情報ＤＢ７に登録する（ステップＳ２１７）。運用担当者のクライアント端末９Ａ１に対しては、コマンドの実行により、コマンドを投入したシステムから結果が通知される。
【００４５】
［ファイルコピーの処理例］
図１１はファイルコピーの処理例を示している。また、ラッパー情報ＤＢ７には、ファイルコピーのコマンドに対して、図１２に示すようなコマンド実行条件・実行手順情報７１と収集情報７２とが登録されているものとする。なお、収集情報７２は適宜に最新の情報に更新されるものである。
【００４６】
図１１において、保守の運用担当者が例えばクライアント端末９Ａ１からコマンドラッパー２に対して、対象システム名を指定してファイルコピーのコマンドの投入を行うと（ステップＳ３０１）、コマンドラッパー２はログ出力を開始する（ステップＳ３０２）。また、コマンドラッパー２は、対象システム名とコマンドに基づいてラッパー情報ＤＢ７に検索要求を行い（ステップＳ３０３）、ラッパー情報ＤＢ７は、該当する情報が登録されている場合、登録情報を応答する（ステップＳ３０４）。
【００４７】
コマンドラッパー２は、登録情報を取得した場合、登録情報に含まれるコマンド実行条件・実行手順情報７１と収集情報７２とから、コマンド実行条件・実行手順情報７１の実行手順に従って実行条件が収集情報７２により満たされるかどうか判断する（ステップＳ３０５）。そして、コマンドラッパー２はユーザインタフェースの画面情報を生成してクライアント端末９Ａ１に送信する（ステップＳ３０６）。ここでは、運用担当者が担当する仮想マシンと同じ仮想化インフラの配下に４個の仮想マシン＃１〜＃４が存在し、収集情報７２（図１２）の業務スケジュールからＩ／Ｏ利用バッチがないものとすると、技術的条件を満たし、現在のＩ／Ｏ利用状況の確認結果までが画面に表示される。Ｉ／Ｏ利用状況は、収集情報７２（図１２）に含まれる。
【００４８】
次いで、コマンドラッパー２は、ダブルチェックの観点から、運用担当者の同僚に当たる他の作業確認者のクライアント端末９Ａ２に対して、システム名と実行しようとしているコマンドについての情報を付記した確認依頼を行う（ステップＳ３０７）。作業確認者が確認の操作（画面上のボタンのクリック等）を行うと、クライアント端末９Ａ２から確認の応答が行われる（ステップＳ３０８）。
【００４９】
次いで、コマンドラッパー２は、最終的に運用担当者のクライアント端末９Ａ１に対して、実行確認要求を行い（ステップＳ３０９）、運用担当者が実行確認の操作（画面上のボタンのクリック等）を行うと、クライアント端末９Ａ１から実行確認の応答が行われる（ステップＳ３１０）。これを受け、コマンドラッパー２は、運用担当者から投入されたコマンドを実行する（ステップＳ３１１）。コマンドの実行は、コマンドが本来与えられるべきシステムにコマンドを投入することで行われる。
【００５０】
その後、コマンドラッパー２は、コマンド実行の結果を関係者のクライアント端末９Ａ２に通知するとともに（ステップＳ３１２）、ラッパー情報ＤＢ７に登録する（ステップＳ３１３）。運用担当者のクライアント端末９Ａ１に対しては、コマンドの実行により、コマンドを投入したシステムから結果が通知される。
【００５１】
［ＶＭ自動適正配置の処理例］
図１３はＶＭ自動適正配置の処理例を示している。また、ラッパー情報ＤＢ７には、仮想マシン設定のコマンドに対して、図１４に示すようなコマンド実行条件・実行手順情報７１と収集情報７２とが登録されているものとする。なお、収集情報７２は適宜に最新の情報に更新されるものである。
【００５２】
図１３において、保守の運用担当者が例えばクライアント端末９Ａ１からコマンドラッパー２に対して、対象システム名を指定して仮想マシン設定のコマンドの投入を行うと（ステップＳ４０１）、コマンドラッパー２はログ出力を開始する（ステップＳ４０２）。また、コマンドラッパー２は、対象システム名とコマンドに基づいてラッパー情報ＤＢ７に検索要求を行い（ステップＳ４０３）、ラッパー情報ＤＢ７は、該当する情報が登録されている場合、登録情報を応答する（ステップＳ４０４）。
【００５３】
コマンドラッパー２は、登録情報を取得した場合、登録情報に含まれるコマンド実行条件・実行手順情報７１と収集情報７２とから、コマンド実行条件・実行手順情報７１の実行手順に従って実行条件が収集情報７２により満たされるかどうか判断する（ステップＳ４０５）。そして、コマンドラッパー２はユーザインタフェースの画面情報を生成してクライアント端末９Ａ１に送信する（ステップＳ４０６）。ここでは、図１５に示すように、仮想マシンを新規に設定しようとする仮想化インフラに既に２個の仮想マシン＃１、＃２が存在している場合、新たに追加する仮想マシンのオーバコミット率を算出し、予め設定されたオーバコミット率を超えないものとすると、技術的条件を満たし、この時点までの状況が画面に表示される。
【００５４】
次いで、コマンドラッパー２は、ダブルチェックの観点から、運用担当者の同僚に当たる他の作業確認者のクライアント端末９Ａ２に対して、システム名と実行しようとしているコマンドについての情報を付記した確認依頼を行う（ステップＳ４０７）。作業確認者が確認の操作（画面上のボタンのクリック等）を行うと、クライアント端末９Ａ２から確認の応答が行われる（ステップＳ４０８）。
【００５５】
次いで、コマンドラッパー２は、最終的に運用担当者のクライアント端末９Ａ１に対して、実行確認要求を行い（ステップＳ４０９）、運用担当者が実行確認の操作（画面上のボタンのクリック等）を行うと、クライアント端末９Ａ１から実行確認の応答が行われる（ステップＳ４１０）。これを受け、コマンドラッパー２は、運用担当者から投入されたコマンドを実行する（ステップＳ４１１）。コマンドの実行は、コマンドが本来与えられるべきシステムにコマンドを投入することで行われる。
【００５６】
その後、コマンドラッパー２は、コマンド実行の結果を関係者のクライアント端末９Ａ２に通知するとともに（ステップＳ４１２）、ラッパー情報ＤＢ７に登録する（ステップＳ４１３）。運用担当者のクライアント端末９Ａ１に対しては、コマンドの実行により、コマンドを投入したシステムから結果が通知される。
【００５７】
＜総括＞
以上説明したように、本実施形態によれば、コマンドラッパーの機能により、各コマンドの実行に際して必要な作業や満たさなければならない条件が強制されるため、ＶＭ環境におけるトラブル防止、品質安定化および作業効率改善等を図ることができる。
【００５８】
以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。
【符号の説明】
【００５９】
１、１Ａ、１Ｂ                物理サーバ
１１、１１Ａ１〜１１Ｂ２      仮想マシン
１２、１２Ａ、１２Ｂ          仮想スイッチ
２                            コマンドラッパー
２１                          ラッパーエージェント部
２２                          ラッパーマネージャー部
２３                          通知エージェント部
２４                          通知マネージャー部
３                            保守ネットワーク
４                            監視装置
５                            監視情報ＤＢ
６                            保守手順書ＤＢ
７                            ラッパー情報ＤＢ
７１                          コマンド実行条件・実行手順情報
７２                          収集情報
８、８Ａ、８Ｂ                業務ネットワーク
９、９Ａ１〜９Ｂ２            クライアント端末
【図１】
2018049546.tif 000003
【図２】
2018049546.tif 000004
【図３】
2018049546.tif 000005
【図４】
2018049546.tif 000006
【図５】
2018049546.tif 000007
【図６】
2018049546.tif 000008
【図７】
2018049546.tif 000009
【図８】
2018049546.tif 000010
【図９】
2018049546.tif 000011
【図１０】
2018049546.tif 000012
【図１１】
2018049546.tif 000013
【図１２】
2018049546.tif 000014
【図１３】
2018049546.tif 000015
【図１４】
2018049546.tif 000016
【図１５】
2018049546.tif 000017