JP2022126713A - 情報処理装置、管理プログラム、管理方法、および、情報処理システム - Google Patents

Abstract

【課題】仮想化システムのシャットダウンを適切に行う。【解決手段】サーバ（１）の制御部（１０）は、ハイパーバイザ（１１）上で動作する複数の仮想マシン（１４）のシャットダウンを管理する第１の管理部と、仮想マシンの全てがシャットダウンされた場合にサーバのシャットダウンを行う第２の管理部とを備え、第１の管理部は、仮想マシンのシャットダウン完了の情報を取得した場合に他の仮想マシンのシャットダウンを実行する。【選択図】図１

Description

本発明は、情報処理装置、管理プログラム、管理方法、および、情報処理システムに関する。

従来技術として、仮想化システムが知られている。例えば、特許文献１には、１または複数のプロセッサを含む制御装置において、共通のハードウェアリソースを用いて、複数のＯＳが互いに独立して実行可能な仮想化環境が実現されることが開示されている。

特開２０１７－１８７９９２号公報 特許第５６６４００４号公報 特許第６０２９１６５号公報 特許第５２０６７５０号公報

しかしながら、仮想化システムのシャットダウンにおいて、ゲストＯＳのシャットダウン状態の有無を確認せずに、設定されている時間に従って、次の処理（他のゲストＯＳのシャットダウンなど）を行っている（例えば、特許文献２、３参照）。

このため、システム構築時の検証において、ゲストＯＳがシャットダウンしたことを確認できず、設定されている時間が経過するまで次の処理ができないので、検証時に無駄な時間が発生するという問題があった。また、ゲストＯＳのシャットダウンが想定より長くかかった場合、ゲストＯＳのシャットダウンが正常終了しないという問題があった。

また、設定されている時間が経過した場合に、ゲストＯＳのシャットダウンが完了したとみなし、仮想ＯＳ（ハイパーバイザ）、仮想ストレージなどの結合解除を実行していた。

なお、特許文献４には、電源装置がタップを介して仮想ホストコンピュータに電力を供給する構成が開示されている。

本発明の一態様は、仮想化システムのシャットダウンを適切に行うことを目的とする。

上記の課題を解決するために、本発明の一態様に係る情報処理装置は、制御部を備えた情報処理装置であって、前記制御部は、仮想ＯＳ上で動作する複数のゲストＯＳのシャットダウンを管理する第１の管理部と、前記第１の管理部によって前記複数のゲストＯＳの全てがシャットダウンされた場合に、当該情報処理装置のシャットダウンを行う第２の管理部と、を備え、前記第１の管理部は、前記複数のゲストＯＳのうち、あるゲストＯＳのシャットダウンが完了した旨の情報を取得した場合に、当該あるゲストＯＳ以外のゲストＯＳのシャットダウンを実行する。

前記の構成によれば、仮想ＯＳ上で動作する複数のゲストＯＳのうち、あるゲストＯＳのシャットダウンが完了した場合にそれ以外のゲストＯＳのシャットダウンを実行し、また、複数のゲストＯＳの全てがシャットダウンされた場合に情報処理装置のシャットダウンを行うので、仮想化システムのシャットダウンを適切に行うことができる。

本発明の一態様に係る情報処理装置は、前記制御部が、前記複数のゲストＯＳのステータスを監視すると共に前記複数のゲストＯＳを制御する第３の管理部を備え、前記第１の管理部が、前記第３の管理部を介して、前記複数のゲストＯＳの各々のステータス情報を取得し、前記第３の管理部を介して、前記複数のゲストＯＳのシャットダウンを実行してもよい。

前記の構成によれば、複数のゲストＯＳの各々のステータス情報を取得し、複数のゲストＯＳのシャットダウンを実行するので、複数のゲストＯＳのシャットダウンを適切に行うことができる。

本発明の一態様に係る情報処理装置は、前記第２の管理部が、前記第１の管理部によって前記複数のゲストＯＳの全てがシャットダウンされた場合に、当該情報処理装置と当該情報処理装置に接続された無停電電源装置とを制御する制御装置を介して、当該情報処理装置のシャットダウンを行ってもよい。

前記の構成によれば、情報処理装置と、当該情報処理装置に接続された無停電電源装置とを制御する制御装置を介することにより、情報処理装置のシャットダウンを適切に行うことができる。

本発明の一態様に係る情報処理装置は、所定の順序に従って、前記複数のゲストＯＳのシャットダウンを行うテストモードを有してもよい。

前記の構成によれば、所定の順序に従って複数のゲストＯＳのシャットダウンを行うテストモードを有するので、様々な順序によるゲストＯＳのシャットダウンを試すことができる。

本発明の一態様に係る情報処理装置は、前記テストモードにおける各ゲストＯＳのシャットダウン時間を表示するための画面データを生成する表示制御部をさらに備えてもよい。

前記の構成によれば、テストモードにおける各ゲストＯＳのシャットダウン時間を表示するので、ゲストＯＳのシャットダウンの適切な順序を検討することができる。

本発明の一態様に係る情報処理装置は、前記画面データが、各ゲストＯＳのシャットダウン時間の累計時間と、各ゲストＯＳのシャットダウンの成否と、前記累計時間の制限時間と、をさらに含んでもよい。

前記の構成によれば、テストモードにおける各ゲストＯＳのシャットダウン時間の累計時間と、各ゲストＯＳのシャットダウンの成否と、累計時間の制限時間と、をさらに表示するので、ゲストＯＳのシャットダウンのさらに適切な順序を検討することができる。

本発明の一態様に係る管理プログラムは、１又は複数の情報処理装置上で実行される仮想ＯＳ上で実行される管理プログラムであって、前記仮想ＯＳ上で動作する複数のゲストＯＳのシャットダウンを管理する第１の管理ステップと、前記第１の管理ステップによって前記複数のゲストＯＳの全てがシャットダウンされた場合に、前記１又は複数の情報処理装置のシャットダウンを行う第２の管理ステップと、を実行し、前記第１の管理ステップでは、前記複数のゲストＯＳのうち、あるゲストＯＳのシャットダウンが完了した旨の情報を取得した場合に、当該あるゲストＯＳ以外のゲストＯＳのシャットダウンを実行する。

本発明の一態様に係る管理方法は、１又は複数の情報処理装置上で実行される管理方法であって、前記仮想ＯＳ上で動作する複数のゲストＯＳのシャットダウンを管理する第１の管理ステップと、前記第１の管理ステップによって前記複数のゲストＯＳの全てがシャットダウンされた場合に、前記１又は複数の情報処理装置のシャットダウンを行う第２の管理ステップと、を実行し、前記第１の管理ステップでは、前記複数のゲストＯＳのうち、あるゲストＯＳのシャットダウンが完了した旨の情報を取得した場合に、当該あるゲストＯＳ以外のゲストＯＳのシャットダウンを実行する。

本発明の一態様に係る情報処理システムは、情報処理装置と、無停電電源装置と、制御装置とを備えた情報処理システムであって、前記情報処理装置は、制御部を備え、前記制御部は、仮想ＯＳ上で動作する複数のゲストＯＳのシャットダウンを管理する第１の管理部と、前記第１の管理部によって前記複数のゲストＯＳの全てがシャットダウンされた場合に、当該情報処理装置のシャットダウンを行う第２の管理部と、を備え、前記第１の管理部は、前記複数のゲストＯＳのうち、あるゲストＯＳのシャットダウンが完了した旨の情報を取得した場合に、当該あるゲストＯＳ以外のゲストＯＳのシャットダウンを実行し、前記無停電電源装置は、前記情報処理装置に接続され、前記制御装置は、前記情報処理装置と前記無停電電源装置とを制御する。

本発明の一態様に係る情報処理システムは、複数の情報処理装置を備えた情報処理システムであって、複数の情報処理装置は、それぞれ、制御部を備えており、少なくとも１の情報処理装置の制御部は、仮想ＯＳ上で動作する複数のゲストＯＳのシャットダウンを管理する第１の管理部と、前記第１の管理部によって前記複数のゲストＯＳの全てがシャットダウンされた場合に、当該情報処理装置のシャットダウンを行う第２の管理部と、を備え、前記第１の管理部は、前記複数のゲストＯＳのうち、あるゲストＯＳのシャットダウンが完了した旨の情報を取得した場合に、当該あるゲストＯＳ以外のゲストＯＳのシャットダウンを実行する。

本発明の各態様に係る情報処理装置は、コンピュータによって実現してもよく、この場合には、コンピュータを前記情報処理装置が備える各部（ソフトウェア要素）として動作させることにより前記情報処理装置をコンピュータにて実現させる情報処理装置の制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。

本発明の一態様によれば、仮想化システムのシャットダウンを適切に行うことができる。

本発明の実施形態１に係る情報処理システムの構成を示す図である。 本発明の実施形態１に係る仮想ソフトの概要を示す図である。 本発明の実施形態１に係る仮想ソフトの詳細な構成および周辺の構成を示す図である。 本発明の実施形態１に係るＵＰＳの構成を示すブロック図である。 本発明の実施形態１に係るネットワークカードの構成を示すブロック図である。 本発明の実施形態１に係るサーバの処理を示すフローチャートである。 本発明の実施形態１に係るネットワークカードの処理を示すフローチャートである。 本発明の実施形態２に係るノード一覧の表示画面を示す図である。 本発明の実施形態２に係る停止テストにおける各仮想マシンのシャットダウン時間などの表示画面を示す図である。 本発明の実施形態２に係る各ノードのタイムアウト時間の設定画面を示す図である。 本発明の実施形態２に係る起動テストの実行画面を示す図である。 本発明の実施形態２に係る起動優先度の設定画面を示す図である。 本発明の実施形態２に係るＵＰＳに関する設定画面を示す図である。 本発明の実施形態２に係る管理ソフトに関する設定画面を示す図である。 本発明の実施形態２に係るスクリプト管理画面を示す図である。 本発明の実施形態２に係る基本設定画面を示す図である。

〔実施形態１〕
以下、本発明の一側面に係る実施の形態（以下、「本実施形態」とも表記する）を、図１から図７に基づいて説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰返さない。本実施形態においては、例えば、情報処理システム１００を仮想化システムの典型例として説明を行う。本発明の一態様に係るサーバ１についての理解を容易にするため、先ず、情報処理システム１００の概要を、図１を用いて説明する。

§１．適用例
（情報処理システム１００の構成）
図１は、本実施形態に係る情報処理システム１００の構成を示す図である。図１に示すように、情報処理システム１００は、サーバ１、ＵＰＳ（Uninterruptible Power Supply）２、および、ネットワークカード３を備えた仮想化システムである。

サーバ１は、情報処理装置であり、図１では、１ａ、１ｂ、および、１ｃの３台を示しているが、台数に制限はない。ＵＰＳ２は、無停電電源装置であり、図１では、２ａ、および、２ｂの２台を示しているが、台数に制限はない。ネットワークカード３は、サーバ１と、ＵＰＳ２とを制御する制御装置であり、図１では、３ａ、および、３ｂの２台を示しているが、台数に制限はない。

サーバ１ａ、１ｂ、および、１ｃは、電源ケーブルＣ１を介して、ＵＰＳ２ａ、および、２ｂに接続され、電源供給を受けている。サーバ１ａ、１ｂ、および、１ｃは、ネットワークケーブルＣ２を介して、相互に通信可能に接続されている。また、サーバ１ａ、１ｂ、および、１ｃは、ネットワークケーブルＣ２を介して、ネットワークカード３ａ、および、３ｂと通信可能に接続されている。ネットワークカード３ａは、ＵＰＳ２ａの背面のスロットに挿入されている。ネットワークカード３ｂは、ＵＰＳ２ｂの背面のスロットに挿入されている。

§２．構成例
（サーバ１の構成）
図１に示すように、サーバ１ａは、制御部１０ａを備えており、制御部１０ａが実行するソフトウェアとして、ハイパーバイザ１１、仮想ソフト１２、管理ソフト１３、および、仮想マシン１４を備えている。サーバ１ｂおよび１ｃは、それぞれ、制御部１０ｂおよび１０ｃを備えており、制御部１０ｂおよび１０ｃが実行するソフトウェアとして、ハイパーバイザ１１、および、仮想マシン１４を備えている。なお、サーバ１ａの制御部１０ａは、仮想マシン１４を備えていない構成であってもよい。

ハイパーバイザ１１は、各サーバにおいて他のソフトウェアを統合的に管理する仮想ＯＳであり、例えば、Nutanix（登録商標）のAHV、VMware（登録商標）のESXiなどである。仮想ソフト１２は、サーバ１のシャットダウンを制御するソフトウェアである。管理ソフト１３は、各サーバの仮想マシン１４との通信を行って、仮想マシン１４の状態を監視するソフトウェアであり、例えば、NutanixのPrism、VMwareのvCSAなどである。仮想マシン１４は、ゲストＯＳであり、例えば、Linux（登録商標）、Windows（登録商標）などである。

仮想ソフト１２、管理ソフト１３、および、仮想マシン１４は、ハイパーバイザ１１による管理の下で動作する。仮想ソフト１２は、管理ソフト１３のＡＰＩ（Application Programming Interface）を用いて、仮想マシン１４の状態を取得し、仮想マシン１４のシャットダウンを指示する。

（仮想ソフト１２の構成）
図１に示すように、制御部１０ａは、仮想ソフト１２として、ハイパーバイザ１１上で動作する複数の仮想マシン１４のシャットダウンを管理する基本サービス部（第１の管理部）１２２と、基本サービス部１２２によって複数の仮想マシン１４の全てがシャットダウンされた場合に、サーバ１ａのシャットダウンを行うネットワークカードサービス部（第２の管理部）１２１と、を備えている。基本サービス部１２２は、複数の仮想マシン１４のうち、ある仮想マシン１４のシャットダウンが完了した旨の情報を取得した場合に、当該ある仮想マシン１４以外の仮想マシン１４のシャットダウンを実行する。

図２は、本実施形態に係る仮想ソフト１２の概要を示す図である。仮想ソフト１２は、ユーザインタフェース画面を生成して、ディスプレイに表示させる。ユーザインタフェース画面には、図２に示すような内容が表示され、ユーザがそのときの状態を参照することができる。すなわち、ユーザインタフェース画面には、例えば、ＵＰＳ２の状態、ＵＰＳ２の制御（冗長制御など）、ＵＰＳ２への通知（仮想マシン停止など）、ハイパーバイザ１１との通信、ハイパーバイザ１１経由による仮想マシン１４の状態、ハイパーバイザ１１経由による仮想マシン１４の停止、仮想マシン１４のシャットダウン制御（優先、グループ、例外処理）、仮想ソフト１２のシャットダウン処理、メール通知、ユーザインターフェース画面制御（設定、更新、保存）などの内容が表示される。

なお、仮想ソフト１２は、Free BSD、Webサービス（Apache、Apache Tomcat）などを用いて動作する。

図３は、本実施形態に係る仮想ソフト１２の詳細な構成および周辺の構成を示す図である。図３に示すように、仮想ソフト１２、ネットワークカードサービス部（デーモン）１５１、および、Apache１５２は、Free BSD１５の上で動作する。

仮想ソフト１２は、ネットワークカードサービス部１２１、基本サービス部１２２、メール送信部１２３、停止状況記憶部１２４、コントローラ部１２５、ビュー部１２６、Nutanixサービス部１２７、および、VMwareサービス部１２８を備えている。

ネットワークカードサービス部１２１は、ネットワークカード３との間で通信を行う。ネットワークカードサービス部１２１は、ネットワークカード状態取得部１２１１、ネットワークカードイベント取得部１２１２、ＵＰＳ冗長制御部１２１３、および、仮想マシン停止通知部１２１４を備えている。

ネットワークカード状態取得部１２１１は、ＣＧＩ（Common Gateway Interface）を介してネットワークカード３からＵＰＳ２の状態、および、バッテリの状態を取得する。ネットワークカードイベント取得部１２１２は、ネットワークカードサービス部（デーモン）１５１を介してネットワークカード３からシャットダウン開始イベントを取得する。ＵＰＳ冗長制御部１２１３は、当該サーバ１が接続されているＵＰＳ２の冗長度を制御する。仮想マシン停止通知部１２１４は、基本サービス部１２２から仮想マシン１４が停止したことの通知（仮想マシン停止通知）を受け付ける。そして、仮想マシン停止通知部１２１４は、ネットワークカードサービス部（デーモン）１５１を介してネットワークカード３に仮想マシン停止通知を送信する。

基本サービス部１２２は、停止制御部１２２１、および、自身停止部１２２２を備えている。停止制御部１２２１は、優先度制御部１２２１１、グループ制御部１２２１２、および、タイムアウト制御部１２２１３を備えている。停止制御部１２２１は、Nutanixサービス部１２７を介して、管理ソフト１３の一つであるPrism１３１に対して、仮想マシン１４の停止、および、仮想化構成の無効化を指示する。また、停止制御部１２２１は、VMwareサービス部１２８を介して、管理ソフト１３の一つであるvCSA１３２に対して、仮想マシン１４の停止、および、仮想化構成の無効化を指示する。

自身停止部１２２２は、Free BSD１５をシャットダウンする。

メール送信部１２３は、必要に応じて、基本サービス部１２２から仮想マシン１４の停止状況を取得して、ユーザに仮想マシン１４の停止状況を含むメールを送信する。停止状況記憶部１２４は、基本サービス部１２２から仮想マシン１４の停止状況を取得して、記憶する。コントローラ部１２５は、停止状況記憶部１２４から仮想マシン１４の停止状況を取得して、ビュー部１２６およびApache１５２、または、Apache１５２を通じて、停止優先度設定画面１６に進捗チャートを表示させる。

（仮想ソフト１２および管理ソフト１３）
制御部１０ａの管理ソフト（第３の管理部）１３は、複数の仮想マシン１４のステータスを監視すると共に複数の仮想マシン１４を制御する。仮想ソフト１２のうち、基本サービス部１２２は、管理ソフト１３を介して、複数の仮想マシン１４の各々のステータス情報を取得し、管理ソフト１３を介して、複数の仮想マシン１４のシャットダウンを実行する。

また、仮想ソフト１２のうち、ネットワークカードサービス部１２１は、基本サービス部１２２によって複数の仮想マシン１４の全てがシャットダウンされた場合に、サーバ１と、サーバ１に接続されたＵＰＳ２とを制御するネットワークカード３を介して、サーバ１のシャットダウンを行う。

（ＵＰＳ２の構成）
図４は、本実施形態に係るＵＰＳ２の構成を示すブロック図である。図４に示すように、ＵＰＳ２は、電力供給部６１、制御部６２、監視部６３、および、通信部６４を備えている。

電力供給部６１は、商用電源４からの電力が正常である場合、商用電源４から電力の供給を受けて、サーバ１に電力を供給する。また、電力供給部６１は、商用電源４からの電力が異常であり、または、供給されない場合、内部のバッテリ７５からサーバ１に電力を供給する。電力供給部６１は、制御部６２からの指示に応じて、サーバ１への給電元になる電力源（商用電源４またはバッテリ７５）を切り替える。

制御部６２は、監視部６３および通信部６４からの指示に応じて、電力供給部６１の入力リレー７２および出力リレー７６の開閉、ならびに、出力スイッチ７９の切替を制御する。監視部６３は、電力供給部６１のノイズフィルタ７１の状況を監視し、商用電源４からの電力が正常か否かを示す監視結果を制御部６２および通信部６４に送信する。通信部６４は、監視部６３からの監視結果をサーバ１に送信する。また、通信部６４は、サーバ１からの指示に応じて、制御部６２に電力源の切替に関する指示を行う。

（電力供給部６１の構成）
図４に示すように、電力供給部６１は、ノイズフィルタ７１、入力リレー７２、電力線７３、コンバータ７４、バッテリ７５、出力リレー７６、インバータ７７、電力線７８、出力スイッチ７９、および、ノイズフィルタ８０を備えている。

正常運転の場合には、制御部６２の制御により、入力リレー７２が閉じ、出力リレー７６は開き、出力スイッチ７９が電力線７３側に切替る。この場合、商用電源４からの電力は、ノイズフィルタ７１、入力リレー７２、電力線７３、出力スイッチ７９、および、ノイズフィルタ８０を経由して、サーバ１に供給される。また、商用電源４からの電力は、ノイズフィルタ７１、入力リレー７２、および、コンバータ７４を経由して、バッテリ７５に充電される。

バックアップ運転の場合には、制御部６２の制御により、入力リレー７２が開き、出力リレー７６は閉じ、出力スイッチ７９が電力線７８側に切替る。この場合、バッテリ７５からの電力が、出力リレー７６、インバータ７７、電力線７８、出力スイッチ７９、および、ノイズフィルタ８０を経由して、サーバ１に供給される。なお、商用電源４からの電力は、サーバ１に供給されない。

電力供給部６１内のコンバータ７４、インバータ７７などにおける異常の場合には、制御部６２の制御により、入力リレー７２が閉じ、出力リレー７６は開き、出力スイッチ７９が電力線７３側に切替る。この場合、商用電源４からの電力は、ノイズフィルタ７１、入力リレー７２、電力線７３、出力スイッチ７９、および、ノイズフィルタ８０を経由して、サーバ１に供給される。なお、商用電源４からの電力は、バッテリ７５に充電されない。

（ネットワークカード３の構成）
図５は、本実施形態に係るネットワークカード３の構成を示すブロック図である。図５に示すように、ネットワークカード３は、制御部３１、ＵＰＳ通信部３２、ネットワーク通信部３３、監視部３４、および、記憶部３５を備えている。制御部３１は、ネットワークカード３全体の動作を制御する部分である。ＵＰＳ通信部３２は、ＵＰＳ２のスロットを介してＵＰＳ２との間で相互の通信を行う部分である。ネットワーク通信部３３は、ネットワークケーブルＣ２を介してサーバ１との間で相互の通信を行う部分であり、例えば、ネットワークＵＳＢである。監視部３４は、シャットダウン処理の際に時間監視を行う部分である。記憶部３５は、制御部３１からの指示に応じてデータの記憶および読み出しを行う部分であり、ＨＤＤ、ＳＳＤなどである。

（サーバ１の処理）
図６は、本実施形態に係るサーバ１の処理を示すフローチャートである。図６は、特に、サーバ１ａの制御部１０ａのうち、仮想ソフト１２の処理を示す。以下、図６に従って、仮想ソフト１２の処理を説明する。

（ステップＳ６０１）
サーバ１ａにおいて、仮想ソフト１２は、管理ソフト１３に関する情報（例えば、ＡＰＩに関する情報など）を取得する。

（ステップＳ６０２）
仮想ソフト１２は、管理ソフト１３のＡＰＩを通じて仮想マシン１４の稼動状態（稼動中か否か）を取得する。この場合、管理ソフト１３は、サーバ１ａ内の仮想マシン１４の稼動状態を取得し、また、ネットワークケーブルＣ２を介して、サーバ１ｂおよび１ｃ内の仮想マシン１４の稼動状態を取得する。そして、管理ソフト１３は、取得した仮想マシン１４の稼動状態を仮想ソフト１２に受け渡す。

（ステップＳ６０３）
仮想ソフト１２は、管理ソフト１３のＡＰＩを通じてＵＰＳ２ａおよび２ｂの状態を取得する。この場合、管理ソフト１３は、ネットワークケーブルＣ２を介して、ネットワークカード３ａおよび３ｂにそれぞれＵＰＳ２ａおよび２ｂの状態を通知するように指示する。そして、管理ソフト１３は、取得したＵＰＳ２ａおよび２ｂの状態を仮想ソフト１２に受け渡す。

（ステップＳ６０４）
仮想ソフト１２は、ステップＳ６０２で取得した仮想マシン１４の稼動状態と、ステップＳ６０３で取得したＵＰＳ２ａおよび２ｂの状態とを参照して、シャットダウンが必要か否かを判定する。例えば、稼動中の仮想マシン１４が存在しており、かつ、ＵＰＳ２ａおよび２ｂの両方がバックアップ運転中の場合、シャットダウンが必要になる。

シャットダウンが必要である場合（ステップＳ６０４のＹＥＳ）、仮想ソフト１２は、ステップＳ６０５の処理を実行する。シャットダウンが必要でない場合（ステップＳ６０４のＮＯ）、仮想ソフト１２は、ステップＳ６０１の処理を再度実行する。

（ステップＳ６０５：第１の管理ステップ）
仮想ソフト１２は、管理ソフト１３を経由して（すなわち、管理ソフト１３のＡＰＩを用いて）、稼動中の、ある仮想マシン１４のシャットダウンを実行する。

（ステップＳ６０６）
仮想ソフト１２は、管理ソフト１３を経由して、シャットダウンを実行した仮想マシン１４の稼動が停止したか否かを確認する。当該仮想マシン１４の稼動が停止した場合（ステップＳ６０６のＹＥＳ）、仮想ソフト１２は、ステップＳ６０９の判定を実行する。
当該仮想マシン１４の稼動が停止していない場合（ステップＳ６０６のＮＯ）、仮想ソフト１２は、ステップＳ６０７の判定を実行する。

（ステップＳ６０７）
仮想ソフト１２は、例外処理（例えば、時間監視タイムアウトの処理）を行うか否かを判定する。例外処理を行う場合（ステップＳ６０７のＹＥＳ）、仮想ソフト１２は、ステップＳ６０８の判定を実行する。例外処理を行わない場合（ステップＳ６０７のＮＯ）、仮想ソフト１２は、ステップＳ６０６の判定を再度実行する。

（ステップＳ６０８）
仮想ソフト１２は、管理ソフト１３を経由して、当該仮想マシン１４の強制シャットダウン処理を実行する。そして、仮想ソフト１２は、ステップＳ６０９の判定を実行する。

（ステップＳ６０９）
仮想ソフト１２は、管理ソフト１３を経由して、他の仮想マシン１４が稼動中であるか否かを判定する。他の仮想マシン１４が稼動中である場合（ステップＳ６０９のＹＥＳ）、仮想ソフト１２は、ステップＳ６０５の処理を再度実行する。他の仮想マシン１４が稼動中でない場合（ステップＳ６０９のＮＯ）、仮想ソフト１２は、ステップＳ６１０の処理を実行する。

（ステップＳ６１０：第２の管理ステップ）
仮想ソフト１２は、管理ソフト１３を経由して、ネットワークカード３ａおよび３ｂに対して全仮想マシン稼働停止を通知する。これにより、サーバ１のシャットダウンが行われる。

（ネットワークカード３の処理）
図７は、本実施形態に係るネットワークカード３の処理を示すフローチャートである。以下、図７に従って、ネットワークカード３の処理を説明する。本処理は、ネットワークカード３のネットワーク通信部３３が仮想ソフト１２から全仮想マシン稼働停止の通知を受け付けると、制御部３１によって実施される。

（ステップＳ７０１）
ネットワークカード３の制御部３１は、ネットワーク通信部３３およびネットワークケーブルＣ２を介して、仮想ソフト１２のシャットダウンを実行する。

（ステップＳ７０２）
制御部３１は、ネットワーク通信部３３およびネットワークケーブルＣ２を介して、管理ソフト１３のシャットダウンを実行する。

（ステップＳ７０３）
制御部３１は、ネットワーク通信部３３およびネットワークケーブルＣ２を介して、仮想ストレージの結合を解除する。仮想ストレージは、１以上のサーバ１における複数の物理的な記憶装置（ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）など）によって構成される（論理的に結合される）仮想的な記憶装置である。仮想ストレージの結合を解除することにより、各物理的な記憶装置の電源停止が可能になる。

なお、仮想ストレージを構成する物理的な記憶装置は、必ずしもサーバ１に内蔵または接続されるものでなくてもよく、ネットワークケーブルＣ２に直接接続され、複数のサーバ１からネットワークケーブルＣ２経由で共有されるＮＡＳ（Network Attached Storage）であってもよいし、さらに、サーバ１配下の記憶装置と、ＮＡＳとが混在したものであってもよい。

（ステップＳ７０４）
制御部３１は、ネットワーク通信部３３およびネットワークケーブルＣ２を介して、ハイパーバイザ１１のシャットダウンを実行する。

（ステップＳ７０５）
制御部３１は、ＵＰＳ通信部３２を介して、ＵＰＳ２のシャットダウンを実行する。

（実施形態１の効果）
本実施形態によれば、設定されている時間により次の処理を実施するのではなく、仮想マシン１４のシャットダウン状態を把握し、次の処理を実施する方式にすることにより、仮想化システムである情報処理システム１００のシャットダウンを適切に行うことができる。また、何らかの要因で次の処理を実行できない場合、タイムアウト処理により強制的にシャットダウンをさせ、次の処理を行うことで、情報処理システム１００をシャットダウンさせることができる。さらに、仮想マシン１４がすべてシャットダウンしたことをネットワークカード３に通知することにより、仮想ＯＳであるハイパーバイザ１１のシャットダウン、仮想ストレージの結合解除などのための即時スクリプトを実行することができる。

〔実施形態２〕
本発明の実施形態２について、以下に説明する。なお、説明の便宜上、実施形態１にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰り返さない。

本実施形態では、仮想ソフト１２が管理し、サーバ１、リモート端末（図示せず）などのディスプレイで表示される画面について説明する。

図８は、本実施形態に係るノード一覧の表示画面を示す図である。図８に示すように、ノード一覧は、サーバ１、ＵＰＳ２、ネットワークカード３、仮想マシン１４などの状態を示す。

サーバ１は、所定の順序に従って、複数の仮想マシン（ゲストＯＳ）１４のシャットダウンを行うテストモードを有することとしてもよい。この場合、ユーザの操作によりテストモード開始の指示を受け付けると、サーバ１の制御部１０は、テストモードを実行する。

テストモードにおいて、制御部１０は、各ノードを停止するための順序を示す停止優先度を取得する停止優先度取得処理と、取得した停止優先度に従って各ノードを順次停止させるノード停止処理と、各ノードへの停止指示時刻から停止完了報告までの時間をシャットダウン時間として表示するシャットダウン時間表示処理とを実行する。

図９は、本実施形態に係る停止テストにおける各仮想マシン１４のシャットダウン時間などの表示画面を示す図である。

サーバ１は、テストモードにおける各仮想マシン１４のシャットダウン時間を表示するための画面データを生成するコントローラ部（表示制御部）１２５をさらに備えていてもよい。

図９に示すように、上記の画面データは、各仮想マシン１４のシャットダウン時間の推定時間（累計時間）と、各仮想マシン１４のシャットダウンの成否と、最大時間（累計時間の制限時間）と、をさらに含んでいてもよい。

推定時間は、サーバ１がテストモードを実行することにより、仮想マシン１４への停止指示から当該仮想マシン１４の停止完了報告までの時間から推定するシャットダウン時間の合計である。最大時間は、バックアップ運転の場合においてバッテリ７５による電力供給が可能な時間である。推定時間が最大時間以内の場合、仮想マシン１４全てのシャットダウンがバッテリ７５による電力供給が可能な時間以内に終了するので、問題ないと言える。

仮想マシン１４のシャットダウンが正常終了した場合に、表示制御部は、例えば、当該仮想マシン１４に対応する黒色の帯を含む画面データを生成する。仮想マシン１４のシャットダウンが異常終了した場合に、表示制御部は、例えば、当該仮想マシン１４に対応する赤色の帯を含む画面データを生成する。

図１０は、本実施形態に係る各ノードのタイムアウト時間の設定画面を示す図である。図１０に示すように、タイムアウト時間の設定画面では、必要なノードの追加、および、タイムアウト時間の設定が可能である。

図１１は、本実施形態に係る起動テストの実行画面を示す図である。図１１に示すように、起動テストの実行画面は、各ノードの起動の順序と、各ノードの起動時間とを示す。サーバ１は、所定の順序に従って、複数の仮想マシン（ゲストＯＳ）１４の起動テストを行うこととしてもよい。この場合、ユーザの操作により起動テスト開始の指示を受け付けると、サーバ１の制御部１０は、起動テストを実行する。起動テストは、テストモードの後に、各ノードが正常に起動することをユーザが確認するために行われる。

起動テストにおいて、制御部１０は、各ノードを起動するための順序を示す起動優先度を取得する起動優先度取得処理と、取得した起動優先度に従って各ノードを順次起動させるノード起動処理と、各ノードへの起動指示時刻から起動完了報告までの時間を起動時間として表示する起動時間表示処理とを実行する。

図１２は、本実施形態に係る起動優先度の設定画面を示す図である。図１２に示すように、起動優先度の設定画面では、ユーザが上下のボタン操作を行うにより、各ノードを起動する優先度を変更することが可能である。

ユーザは、各ノードの起動優先度を変更する場合、サーバ１の操作により起動優先度の設定画面表示を指示する。サーバ１の制御部１０は、起動優先度の設定画面表示の指示を受け付けると、起動優先度の設定画面をサーバ１のディスプレイに表示させる。そして、ユーザ操作により設定画面上で起動優先度の変更が行われると、制御部１０は、変更された起動優先度を記憶部（図示せず）に記憶させる。別途、情報処理システム１００の起動指示を受け付けると、制御部１０は、記憶部から起動優先度を読み出し、当該起動優先度に従って、各ノードの起動を行う。

図１３は、本実施形態に係るＵＰＳ２に関する設定画面を示す図である。図１３に示すように、ＵＰＳ２の設定画面では、入力電源異常に関する動作アクション、待機時間、停止時間、停止条件を設定することができる。

図１４は、本実施形態に係る管理ソフト１３に関する設定画面を示す図である。図１４に示すように、管理ソフト１３に関する設定画面では、管理ソフト１３の一つであるPrism、および、Prismが接続するサーバ１のＩＰアドレス／ホスト名、ユーザＩＤ、パスワードなどを設定することができる。

図１５は、本実施形態に係るスクリプト管理画面を示す図である。図１５に示すように、スクリプト管理画面では、ネットワークカード３で実行されるスクリプトのＩＰアドレス／ホスト名を管理することができる。

図１６は、本実施形態に係る基本設定画面を示す図である。図１６に示すように、基本設定画面では、ネットワークカード３、ＵＰＳ２、管理ソフト１３、各ノードの停止優先度、および、起動優先度の設定を順次行って、その設定を確認することができる。

〔ソフトウェアによる実現例〕
サーバ１の制御ブロック（特に、制御部１０）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ソフトウェアによって実現してもよい。

後者の場合、サーバ１は、各機能を実現するソフトウェアであるプログラムの命令を実行するコンピュータを備えている。このコンピュータは、例えば１つ以上のプロセッサを備えていると共に、上記プログラムを記憶したコンピュータ読み取り可能な記録媒体を備えている。そして、上記コンピュータにおいて、上記プロセッサが上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記プロセッサとしては、例えばＣＰＵ（Central Processing Unit）を用いることができる。上記記録媒体としては、「一時的でない有形の媒体」、例えば、ＲＯＭ（Read Only Memory）等の他、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムを展開するＲＡＭ（Random Access Memory）などをさらに備えていてもよい。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明の一態様は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

１、１ａ、１ｂ、１ｃ サーバ（情報処理装置）
２、２ａ、２ｂ ＵＰＳ（無停電電源装置）
１０、１０ａ 制御部
３、３ａ、３ｂ ネットワークカード（制御装置）
１１ ハイパーバイザ（仮想ＯＳ）
１２ 仮想ソフト
１３ 管理ソフト（第３の管理部）
１４ 仮想マシン（ゲストＯＳ）
１２１ ネットワークカードサービス部（第２の管理部）
１２２ 基本サービス部（第１の管理部）
１２５ コントローラ部（表示制御部）

Claims (7)

1. 制御部を備えた情報処理装置であって、
   前記制御部は、
   仮想ＯＳ上で動作する複数のゲストＯＳのシャットダウンを管理する第１の管理部と、
   前記複数のゲストＯＳをシャットダウンするための順序を示す停止優先度をユーザが設定するための停止優先度設定画面を表示する表示制御部と、
   を備え、
   前記第１の管理部は、前記停止優先度に従って、前記複数のゲストＯＳのうち、第１のゲストＯＳのシャットダウンを実行し、当該第１のゲストＯＳのシャットダウンが完了した旨の情報を取得した場合に、第２のゲストＯＳのシャットダウンを実行する、
   情報処理装置。
2. 前記制御部は、
   前記第１の管理部によって前記複数のゲストＯＳの全てがシャットダウンされた場合に、当該情報処理装置のシャットダウンを行う第２の管理部を備える、
   請求項１に記載の情報処理装置。
3. 前記制御部は、
   前記複数のゲストＯＳのステータスを監視すると共に前記複数のゲストＯＳを制御する第３の管理部を備え、
   前記第１の管理部は、
   前記第３の管理部を介して、前記複数のゲストＯＳの各々のステータス情報を取得し、
   前記第３の管理部を介して、前記複数のゲストＯＳのシャットダウンを実行する、
   請求項１に記載の情報処理装置。
4. 前記第３の管理部は、前記複数のゲストＯＳの各々の稼動状態と、前記複数のゲストＯＳを備える１又は複数の情報処理装置に接続された１又は複数の無停電電源装置の状態を取得し、
   前記制御部は、前記第３の管理部を介して取得した前記ゲストＯＳの稼動状態と前記無停電電源装置の状態とを参照して、前記複数のゲストＯＳのシャットダウンを開始する停止条件を満たしたか否かを判定する判定部を備え、
   前記第１の管理部は、前記判定部により前記停止条件を満たしたと判定された場合に、前記第３の管理部を介して、前記複数のゲストＯＳのシャットダウンを実行する、
   請求項３に記載の情報処理装置。
5. １又は複数の情報処理装置上で実行される管理プログラムであって、
   仮想ＯＳ上で動作する複数のゲストＯＳのシャットダウンを管理する第１の管理ステップと、
   前記複数のゲストＯＳをシャットダウンするための順序を示す停止優先度をユーザが設定するための停止優先度設定画面を表示する表示ステップと、
   を実行し、
   前記第１の管理ステップでは、前記停止優先度に従って、前記複数のゲストＯＳのうち、第１のゲストＯＳのシャットダウンを実行し、当該第１のゲストＯＳのシャットダウンが完了した旨の情報を取得した場合に、第２のゲストＯＳのシャットダウンを実行する、
   管理プログラム。
6. １又は複数の情報処理装置上で実行される管理方法であって、
   仮想ＯＳ上で動作する複数のゲストＯＳのシャットダウンを管理する第１の管理ステップと、
   前記複数のゲストＯＳをシャットダウンするための順序を示す停止優先度をユーザが設定するための停止優先度設定画面を表示する表示ステップと、
   を含み、
   前記第１の管理ステップでは、前記停止優先度に従って、前記複数のゲストＯＳのうち、第１のゲストＯＳのシャットダウンを実行し、当該第１のゲストＯＳのシャットダウンが完了した旨の情報を取得した場合に、第２のゲストＯＳのシャットダウンを実行する、
   管理方法。
7. 請求項１に記載の情報処理装置を含む１又は複数の情報処理装置と、前記複数の情報処理装置に接続された１又は複数の無停電電源装置と、前記情報処理装置と前記無停電電源装置を制御する１又は複数の制御装置とを備える、
   情報処理システム。

Images