(57)【要約】【課題】  サーバ機器の性能向上・仮想化技術の向上に伴い、提供可能な仮想ホスト数やユーザが飛躍的に増加している一方で、機器メンテナンスの日程調整作業が煩雑になっている。【解決手段】  仮想ホストの移動予定日と、サーバ機器のメンテナンス予定日と、仮想ホストの移動先の移動先サーバ機器を対応付けてスケジュール管理ＤＢに管理し、ユーザが仮想ホストの移動予定日を入力した場合に、前記受け付けた移動予定日が、前記メンテナンス予定日よりも後の場合に、再度移動予定日を修正するよう要請し、当該移動予定日に当該仮想ホストを、移動先サーバ機器へ移動予約するスケジュール管理部を有することを特徴とする。【選択図】  図１
2015161956.tif 000002
【特許請求の範囲】
【請求項１】
仮想ホストの移動日時と、サーバ機器のメンテナンス日時と、仮想ホストの移動先の移動先サーバ機器を対応付けてスケジュール管理ＤＢに管理し、
ユーザが仮想ホストの移動日時を入力した場合に、前記受け付けた移動日時が、前記メンテナンス日時よりも後の場合に、再度移動日時を修正するよう要請し、当該移動日時に当該仮想ホストを、移動先サーバ機器へ移動予約するスケジュール管理部を
有することを特徴とするメンテナンス管理装置。
【請求項２】
請求項１に記載のメンテナンス管理装置であって、
更に、
サーバ機器とユーザと仮想ホストとリソース容量を管理する構成管理ＤＢを有し、
前記スケジュール管理部は、
当該仮想ホストのリソースと、前記構成管理ＤＢのサーバ機器のリソース容量を比較して、リソース容量に余裕のあるサーバ機器を、移動先サーバ機器として特定する
ことを特徴とするメンテナンス管理装置。
【請求項３】
請求項１乃至請求項２に記載のメンテナンス管理装置であって、
前記スケジュール管理部が
当該仮想マシンの移動日時に物理マシンに当該仮想マシンを移動させることができるだけの容量がない場合に、ユーザへ再度メンテナンス日時を更新することを要請する
ことを特徴とするメンテナンス管理装置。
【請求項４】
ユーザが仮想ホストを移動させる日時を入力する際に、スケジュール管理ＤＢを参照して、移動日時が重複しないように入力させるためのスケジュール管理機能を備えることを特徴とするメンテナンス管理装置。
【請求項５】
ユーザが入力した移動日時を経過した際、移動対象のサーバ機器の負荷状況を監視し、過負荷にならないように仮想ホストの移動指示をコントロールする負荷制御機能を備えることを特徴とするメンテナンス管理装置。
【請求項６】
仮想ホストの移動予定日と、サーバ機器のメンテナンス予定日と、仮想ホストの移動先の移動先サーバ機器を対応付けてスケジュール管理ＤＢに記憶するステップと、
ユーザが仮想ホストの移動予定日を入力した場合に、前記受け付けた移動予定日が、前記メンテナンス予定日よりも後の場合に、再度移動予定日を修正するよう要請し、当該移動予定日に当該仮想ホストを、移動先サーバ機器へ移動予約するステップとを
有することを特徴とするスケジュール管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、機器メンテナンスの日程調整の技術に関する。
【背景技術】
【０００２】
近年、インターネットを中心とする情報処理・通信技術の発展・普及に伴い、インターネット経由でITシステムを利用する形態であるクラウドコンピューティングが広がっている。クラウドコンピューティングでは、同一サーバ機器のリソースを分割して複数の仮想ホストを複数のユーザに提供しているが、サーバ機器の性能向上・仮想化技術の向上に伴い、提供可能な仮想ホスト数、ユーザ数が飛躍的に増加している。
【０００３】
このサーバ機器をメンテナンスするためには、サーバ機器上の仮想ホストが使用されている場合はメンテナンスできず、一度仮想ホストをメンテナンス対象のサーバ機器以外の他サーバ機器へ移動して当該サーバ機器上で動く仮想ホストがない状態にする作業を実施する必要がある。仮想ホストを移動させる場合には、仮想ホストが使用されていない日時に移動させる為、移動日の日程調整が必要となる。
【０００４】
日程調整を行う従来の技術として、特許文献１がある。この公報には、事前に各事業所の調整情報を主管箇所に集積しておくことで、日程を含む停電作業計画を立案する旨について開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−２４４１３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
サーバ機器をメンテナンスする為に、該当サーバ機器上にて稼働している仮想ホストについて、メンテナンス開始前にメンテナンス非対象のサーバ機器に移動させる必要がある。この場合、仮想ホストが使用されない時間帯に移動させる為、ユーザに都合の良い日時を選択させて、その日時に移動させることが考えられる。この場合、ユーザ数が増えていき、移動する必要のある仮想ホストが増えてくると、いちいち、移動の日時を各ユーザに個別で確認していたのでは、移動の時間帯の調整が煩雑になる。その為、適切に移動日時の日程調整を管理する手段が望まれている。特許文献１の技術を用いて日程調整した場合、全てのユーザにて停止可否の時間帯を詳細に記載した調整情報を集積しておく必要があり、統制管理された事業所における調整作業には適しているといえる。しかし、ユーザの希望時間が一定ではなく絶えず予定変更があるような場合では、日時を再設定しなければならなくなり、日程調整の煩雑さは解消されない。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明では仮想ホストの移動予定日と、サーバ機器のメンテナンス予定日と、仮想ホストの移動先の移動先サーバ機器を対応付けてスケジュール管理ＤＢに管理し、ユーザが仮想ホストの移動予定日を入力した場合に、前記受け付けた移動予定日が、前記メンテナンス予定日よりも後の場合に、再度移動予定日を修正するよう要請し、当該移動予定日に当該仮想ホストを、移動先サーバ機器へ移動予約するスケジュール管理部を有する。
【発明の効果】
【０００８】
機器メンテナンスにおいて、日程調整を簡便に行える効果がある。
【図面の簡単な説明】
【０００９】
【図１】メンテナンス管理装置の構成図の例である。
【図２】メンテナンス管理装置の処理を説明するフローチャートの例である。
【図３】構成管理ＤＢの例である。
【図４】スケジュール管理ＤＢの例である。
【図５】メンテナンス通知を表示したポータル画面の例である。
【図６】仮想ホストＡを移動後の機器構成の例である。
【図７】移動完了通知を表示したポータル画面の例である。
【図８】仮想ホストＢ，Ｃを移動後の機器構成の例である。
【発明を実施するための形態】
【００１０】
以下、本発明の実施の形態について図面により詳細に説明する。
【００１１】
図１は本発明を適用したメンテナンス管理装置の構成図の例である。図１において、１０〜１２はサーバ機器、２０〜２８はサーバ機器上で稼働する仮想ホスト、３０は仮想ホストを管理する仮想ホスト管理サーバ、３１は仮想ホストの制御を実行する仮想ホスト制御部、４０〜４２はユーザがリモート環境から仮想ホストを操作するためのポータル画面、５０はクラウドコンピューティングのサービス事業者のシステム管理者が操作する端末装置、６０はサーバ機器および仮想ホストの構成情報を管理する構成管理サーバ、６１は構成情報を格納する構成管理ＤＢ、６２は構成管理ＤＢの制御を実行する構成管理制御部、７０はメンテナンス日時等のスケジュール情報を管理するスケジュール管理サーバ、７１はスケジュール情報を格納するスケジュール管理ＤＢ、７２はスケジュール管理ＤＢの制御を実行するスケジュール制御部である。本発明の実施の形態では、サーバ機器、仮想ホスト、ユーザ数は数台しか示されていないが、勿論、実際にはこれ以上のサーバ機器、仮想ホスト、ユーザ数が稼働していることは言うまでもない。
【００１２】
サーバ機器ａ１０は仮想ホスト２０〜２２、サーバ機器ｂ１１は仮想ホスト２３〜２５、サーバ機器ｃ１２は仮想ホスト２６〜２８を有している。ユーザ１は仮想ホストＡ，Ｄ，Ｇ，Ｈを契約しており、ユーザ１のポータル画面４０に一覧表示される。ユーザ２は仮想ホストＢ，Ｅ，Ｆを契約しており、ユーザ２のポータル画面４１に一覧表示される。ユーザ３は仮想ホストＣ，Ｉを契約しており、ユーザ３のポータル画面４２に一覧表示される。
【００１３】
図２は、メンテナンス管理装置の処理を説明するフローチャートの例である。ステップ１００〜１０３は、システム管理者がメンテナンス対象機器とメンテナンス日時を入力した後、メンテナンス管理装置が構成管理ＤＢとスケジュール管理ＤＢを更新するステップである。ステップ１１０〜１１３は、ユーザが移動日時を入力するステップである。ステップ１２０〜１２５は、ユーザが入力した日時に仮想ホストの移動を実施するステップである。ステップ１１０〜１１３およびステップ１２０〜１２５は、メンテナンス対象の各ユーザ毎に処理を実行する。ステップ１３０〜１３１は、システム管理者が機器メンテナンスを実施するステップである。
【００１４】
図３は、構成管理ＤＢ６１の管理内容の例である。サーバ機器に仮想ホストを作成した際、その構成情報を登録している。本例では、作成したサーバ機器名２１０と仮想ホストの契約ユーザ名２１１と仮想ホスト名２１２(作成した仮想ホストの名前)と仮想ホストが使用するＣＰＵ数２１３およびメモリ量２１４等のリソース容量を登録している。本実施例ではリソース容量を、ＣＰＵ数とメモリ量としているが、これに限定されるものではなく、リソースの容量を表す情報ならなんでもよく例えば記憶装置の容量等としてもよい。
【００１５】
仮想ホストＡ２０の登録例２００では、サーバ機器ａ１０上で稼働しており、契約ユーザ名はユーザ１、使用するリソースはＣＰＵ数＝１コア、メモリ量＝２ＧＢであることを示している。また、構成管理ＤＢ６１には各サーバ機器の空きリソース情報も登録しているサーバ機器ａ１０の空きリソース情報の登録例２０１では、搭載リソース量はＣＰＵ数＝６４コア、メモリ量＝１２８ＧＢであり、仮想ホストＡ２０と仮想ホストＢ２１と仮想ホストＣ２２で合計ＣＰＵ数＝７コア、合計メモリ量＝１４ＧＢを使用しているため、空きのリソース量が空きＣＰＵ数＝６４−７＝５７コア、空きメモリ量＝１２８−１４＝１１４ＧＢであることを示している。なお、ホスト名欄２１２に予約となっている行は、実際には当該機器に割り当てていないが、当該機器で稼働させるために空きリソース(ＣＰＵおよびメモリ)を確保していることを示す。
【００１６】
図４は、スケジュール管理ＤＢ７１の管理内容の例である。本例では、メンテナンス対象のサーバ機器ａ１０上で稼働している仮想ホスト２０〜２２を登録している。メンテナンス対象となっている仮想ホストの契約ユーザ名２２０と仮想ホスト名２２１とメンテナンス予定の日時２２２と仮想サーバ移動の日時２２３および移動先のサーバ機器名２２４を登録している。仮想ホストＡ２０の登録例２０４では、ユーザ１の仮想ホストＡ２０が2013/10/12 23:00の機器メンテナンスの対象となっており、2013/10/11 21:00の日時にサーバ機器ｂ１１へ移動する予定であることを示している。メンテナンス日時２２２は、ステップ１００にてシステム管理者が入力した値を格納する。移動日時２２３は、ステップ１１１にて、ユーザが指定した業務負荷の低い時間帯を格納する。
【００１７】
図５は、ユーザ１のポータル画面４０にメンテナンス通知を表示している例である。ポータル画面４０には、ユーザ１が契約している仮想ホストが全て一覧表示されている。メンテナンス対象外の仮想ホストにはメンテナンス通知を表示しないが、メンテナンス対象の仮想ホストＡ２０にはメンテナンス通知を表示する。メンテナンス通知には、メンテナンス予定の日時と、移動日時を表示する。メンテナンス予定の日時は、スケジュール管理ＤＢ７１の当該ホストのメンテナンス日時２２２を表示している。移動日時は、スケジュール管理ＤＢ７１の当該ホストの移動日時２２３を表示している。なお、移動日時は、ユーザが設定変更できるように入力用のインターフェイス機能２０７を備える。
【００１８】
図６は、ユーザ１が入力した移動日時（2013/10/4 23:00）に、仮想ホストＡ２０の移動を実施した後の稼働状態を示す。本例では仮想ホストＡ２０がサーバ機器ａ１０からサーバ機器ｂ１１へ移動したことを示している。
【００１９】
図７は、仮想ホストＡ２０の移動完了後、ユーザ１のポータル画面４０のメンテナンス通知２０６に移動完了を表示している例である。
【００２０】
図８は、ユーザ２およびユーザ３が入力した移動日時に、仮想ホストＢ２１および仮想ホストＣ２２の移動を実施した後の稼働状態を示している。本例では仮想ホストＢ２１および仮想ホストＣ２２がサーバ機器ａ１０からサーバ機器ｃ１２へ移動したことを示している。また、仮想ホストの移動の結果、サーバ機器ａ１０上の仮想ホストが存在していない状態を示している。
【００２１】
次に本メンテナンス管理装置による日程調整と事前準備の作業の処理を図２のフローチャートに従って説明する。図２はサーバ機器ａ１０をメンテナンスする必要となった時、メンテナンス管理装置が対象ユーザとメンテナンスの日程調整を行い、ユーザの指定日時にて仮想ホストの移動処理を実施させる場合を示したものである。
【００２２】
障害やバージョンアップ等でサーバ機器のメンテナンスが必要となった時、システム管理者は端末装置５０からメンテナンス対象のサーバ機器ａ１０とメンテナンス開始日時（本例では2013/10/12 23:00）を入力し、構成管理制御部６２へ情報を送信する（ステップ１００）。構成管理制御部６２は構成管理ＤＢ６１を参照して、サーバ機器ａ１０の仮想ホストが移動するためのメンテナンス非対象機器のリソース空き状況を確認する処理を行う。サーバ機器ｂ１１の空きリソースは登録例２０８で登録されており、ＣＰＵ数＝５１コア、メモリ量＝１０２ＧＢの空きリソースが存在する（図３では登録例２０２のソース予約後の数値を記載しているため、本文では本ステップ時の数値を記載している）。
【００２３】
また、サーバ機器ｃ１２の空きリソースは登録例２０９で登録されており、ＣＰＵ数＝５０コア、メモリ量＝１００ＧＢの空きリソースが存在する（図３では登録例２０３のソース予約後の数値を記載しているため、本文では本ステップ時の数値を記載している）。仮想ホストＡ２０の使用リソースはＣＰＵ数＝１コア、メモリ量＝２ＧＢであり、サーバ機器ｂ１１およびサーバ機器ｃ１２の空きリソースより小さいので、移動させることが可能である。本例では、構成管理制御部６２は空きリソース量や仮想ホスト数等から、移動先としてサーバ機器ｂ１１に決定する処理を行う。同様に、仮想ホストＢ２１と仮想ホストＢ２２の移動先としてサーバ機器ｃ１２に決定する処理を行う（ステップ１０１）。
【００２４】
構成管理制御部６２は、ステップ１０１で決定した移動先機器の情報を、仮想ホストＡ２０をサーバ機器ｂ１１へ移動させるためのリソース予約２０２として構成管理ＤＢ６１に登録する処理を行う。リソース予約２０２には、仮想ホストＡ２０の使用リソースと同値のＣＰＵ数＝１コア、メモリ量＝２ＧＢを登録する。また、サーバ機器ｂ１１に予約した分のＣＰＵ数＝１コア、メモリ量＝２ＧＢを空きリソースから減少させる。同様に、仮想ホストＢ２１と仮想ホストＢ２２をサーバ機器ｃ１２へ移動させるためのリソース予約２０３を構成管理ＤＢ６１に登録する。リソース予約２０３には、仮想ホストＢ２１の使用リソースと同値のＣＰＵ数＝２コア、メモリ量＝４ＧＢと仮想ホストＣ２２の使用リソースと同値のＣＰＵ数＝４コア、メモリ量＝８ＧＢの２行を登録する。また、サーバ機器ｃ１２に予約した分のＣＰＵ数＝６コア、メモリ量＝１２ＧＢを空きリソースから減少させる（ステップ１０２）。
【００２５】
構成管理制御部６２は、ステップ１０１で決定した仮想ホストと移動先機器の情報をスケジュール管理制御部７２へ送信する。スケジュール管理制御部７２は、図４に示すように、仮想ホストＡ２０の予約された移動先サーバ機器ｂ１１とメンテナンス日時をスケジュール管理ＤＢ７１へ登録２０４する処理を行う。メンテナンス日時はステップ１００にてシステム管理者が入力したメンテナンス開始日時を登録する。移動日時はメンテナンス日時より前の日時を仮登録する。移動日時として、メンテナンス開始日時よりも後の日時が入力された場合は、再度メンテナンス開始日時よりも前の日時を入力するように警告を表示する等して、メンテナンス開始日時よりも前の日時を受け付ける。仮登録する日時は、メンテナンス開始日時より前で重複していなければ良い（例としてメンテナンス開始１日前の時刻から１時間置きに登録する）。登録例２０４では、仮想ホストＡ２０について、ステップ１００で入力した日時（本例では2013/10/12 23:00）をメンテナンス日時に登録し、ステップ１０１で予約したサーバ機器ｂ１１を移動先機器に登録する。移動日時には、メンテナンス日時より前の日時（本例では2013/10/11 21:00）を登録する。同様に、仮想ホストＢ，Ｃについてもスケジュール管理ＤＢ７１へ登録２０５する。登録例２０５では、仮想ホストＢ２１および仮想ホストＣ２２について、ステップ１００で入力した日時（本例では2013/10/12 23:00）をメンテナンス日時に登録し、ステップ１０１で予約したサーバ機器ｃ１２を移動先機器に登録する。移動日時には、メンテナンス日時より前の日時かつ登録例２０４と重複しない日時（本例では2013/10/11 22:00および23:00）を登録する（ステップ１０３）。本実施例ではメンテナンス日時より前の日時でかつ他の仮想ホストの日時と重複しない日時としたが、これに限定されるものではなく、メンテナンス日時よりも前の日時であればよいとしてもよい。
【００２６】
ユーザ１がポータル画面４０を開いた時、スケジュール管理制御部７２は、スケジュール管理ＤＢ７１に登録された情報を元に、図５に示すように該当する仮想ホストのメンテナンス通知欄２０６にメンテナンス情報と、移動日時を入力するインターフェイス２０７を表示する処理を行う。図５の例では、メンテナンス対象かつ契約ユーザがユーザ１である仮想ホストは仮想ホストＡ２０であるため、仮想ホストＡ２０のメンテナンス通知欄２０６にメンテナンス情報と、移動日時を入力するインターフェイス２０７を表示する。メンテナンス情報と移動日時は、スケジュール管理ＤＢ７１を参照し、それぞれメンテナンス日時（2013/10/12 23:00）と移動日時（2013/10/11 21:00）を表示する（ステップ１１０）。
【００２７】
ユーザ１は仮登録されている移動日時を確認し、当該サーバの業務負荷を考慮して移動可能か判断し、変更する場合にはインターフェイス２０７へ移動日時を入力する。
【００２８】
本例では、業務負荷の低い時間帯として2013/10/4 23:00を入力する（ステップ１１１）。スケジュール管理制御部７２は、入力された移動日時（本例では2013/10/4 23:00）が、スケジュール管理ＤＢ７１に登録されている他全ての移動日時（本例では登録例２０５の2013/10/11 22:00および23:00）と同じ日時が存在していないかの重複状況を確認し、重複している場合には再入力を要求する処理を行う(ステップ１１２)。重複がなければ、スケジュール管理制御部７２はスケジュール管理ＤＢ７１の登録例２０４の移動日時を、ユーザ１が入力した日時（2013/10/4 23:00）に変更する処理を行う（ステップ１１３）。
【００２９】
仮想ホストＡ２０の移動日時（2013/10/4 23:00）を経過した時、スケジュール管理制御部７２は移動元のサーバ機器ａ１０と移動先のサーバ機器ｂ１１の負荷状況を確認する処理を行う。サーバ機器の負荷状況は、仮想ホスト管理サーバ３０において、ＣＰＵ数の使用状況やメモリ使用状況、ディスク使用状況が閾値を超過していないかにより判断する（ステップ１２０）。閾値を超過していない(負荷が低い)場合は、仮想ホスト制御部３１へ仮想ホストＡ２０の移動指示を出す処理を行う。閾値を超過している(負荷が高い)場合は、閾値を超過しなくなる(負荷が低くなる)まで待機する（ステップ１２１）。
【００３０】
例えば、仮想ホスト管理サーバ３０に各仮想ホスト毎にＣＰＵやメモリのリソース使用状況と閾値を管理するリソース使用状況管理データベースを設け、当該移動先の仮想ホストのリソースのリソース使用状況と閾値を比較して超過しているか、超過していないかを判定する。
【００３１】
仮想ホスト制御部３１は、移動先のサーバ機器の空きリソースを確認し（リソース予約をしているため正常動作時にはリソースは確保されている）、仮想ホストＡ２０の移動を実行する処理を行う（ステップ１２２）。仮想ホスト制御部３１は、仮想ホストの移動が正常に完了することを確認する処理を行う。正常に完了しない場合は、ステップ１２１から再実行する（ステップ１２３）。仮想ホストＡ２０の移動が完了すると、図６に示すように仮想ホストＡ２０はサーバ機器b１１へ移動し、サーバ機器ａ１０から削除される。
【００３２】
構成管理制御部６２は、仮想ホストＡ２０が移動した情報を構成管理ＤＢ６１に反映する処理を行う。本例では、構成管理ＤＢ６１の仮想ホストＡ２０の登録例２００の行を削除し、移動予約の登録例２０２のユーザ名とホスト名をそれぞれユーザ１と仮想ホストＡに変更する（ステップ１２４）。スケジュール制御部７２は、図７に示すように、ポータル画面４０のメンテナンス通知欄２０６へ仮想ホストの移動の完了通知を表示する処理を行う（ステップ１２５）。
【００３３】
ステップ１１０〜１１３および１２０〜１２５はユーザ２，３においても同様に処理が実施され、図８に示すように仮想ホストＢ２１と仮想ホストＣ２２はサーバ機器c１２へ移動し、サーバ機器ａ１０から削除される。
【００３４】
メンテナンス日時（2013/10/12 23:00）を経過した時、システム管理者は端末装置５０から仮想ホスト管理サーバ３０に接続し、仮想ホストの稼働状況を確認する。仮想ホストの稼働状況は仮想ホストサーバ３０において、仮想ホストがどのサーバ機器で稼働しているかにより確認することができる。ステップ１２０〜１２５が正常に動作していれば、サーバ機器ａ１０で稼動する仮想ホストが存在していないことになる。システム管理者は、サーバ機器ａ１０で稼働する仮想ホストが存在していないことを確認し（ステップ１３０）、サーバ機器のメンテナンスを実施するためにサーバ機器ａ１０を停止して、メンテナンス作業を開始する（ステップ１３１）。
【符号の説明】
【００３５】
１０、１１、１２：サーバ機器、２０、２１、２２、２３、２４、２５、２６、２７、２８：仮想ホスト、３０：仮想ホスト管理サーバ、３１：仮想ホスト制御部、４０、４１、４２：ポータル画面、５０：端末装置、６０：構成管理サーバ、６１：構成管理ＤＢ、６２：構成管理制御部、７０：スケジュール管理サーバ、７１：スケジュール管理ＤＢ、７２：スケジュール制御部
【図１】
2015161956.tif 000003
【図２】
2015161956.tif 000004
【図３】
2015161956.tif 000005
【図４】
2015161956.tif 000006
【図５】
2015161956.tif 000007
【図６】
2015161956.tif 000008
【図７】
2015161956.tif 000009
【図８】
2015161956.tif 000010