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

Description

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims (18)

1. 制御部を備えた情報処理装置であって、
   前記制御部は、
   仮想ＯＳ上で動作する複数のゲストＯＳのシャットダウンを管理する第１の管理部と、
   前記複数のゲストＯＳの稼動状態と、前記複数のゲストＯＳを備える１又は複数の情報処理装置に接続された１又は複数の無停電電源装置の状態とを参照して、前記複数のゲストＯＳのシャットダウンを開始する停止条件を満たしたか否かを判定する判定部と、
   を備え、
   前記判定部により前記停止条件を満たしたと判定された場合に前記複数のゲストＯＳのシャットダウンを実行するモードとは別に、ユーザの操作により前記複数のゲストＯＳのシャットダウンを実行するテストモードを有する、
   情報処理装置。
2. 前記テストモードは、前記無停電電源装置のバッテリから前記情報処理装置に電力を供給させることなく、前記テストモードの開始の指示を受け付けた場合に前記複数のゲストＯＳのシャットダウンを実行するモードである、
   請求項１に記載の情報処理装置。
3. 前記テストモードは、前記無停電電源装置のバッテリから前記情報処理装置に電力を供給させることなく、画面から前記テストモードの開始の指示を受け付けた場合に前記複数のゲストＯＳのシャットダウンを実行するモードである、
   請求項２に記載の情報処理装置。
4. 前記複数のゲストＯＳをシャットダウンするための順序を示す停止優先度をユーザが設定するための停止優先度設定画面を表示する表示制御部をさらに備え、
   前記第１の管理部は、前記テストモードの開始の指示を受け付けると、前記停止優先度を取得し、前記停止優先度に従って、前記複数のゲストＯＳのうち、第１のゲストＯＳのシャットダウンを実行し、当該第１のゲストＯＳのシャットダウンが完了した場合に、第２のゲストＯＳのシャットダウンを実行する、
   請求項３に記載の情報処理装置。
5. 前記表示制御部は、前記テストモードにおける各ゲストＯＳのシャットダウン時間を表示するための画面データを生成する、
   請求項４に記載の情報処理装置。
6. 前記画面データは、前記各ゲストＯＳのシャットダウン時間の累計時間をさらに含む請求項５に記載の情報処理装置。
7. 前記画面データは、前記累計時間の制限時間をさらに含む、
   請求項６に記載の情報処理装置。
8. 前記画面データは、前記各ゲストＯＳのシャットダウンの成否をさらに含む請求項５に記載の情報処理装置。
9. 前記画面データは、
   前記各ゲストＯＳのシャットダウン時間の累計時間と、
   前記各ゲストＯＳのシャットダウンの成否と、
   前記累計時間の制限時間と、
   をさらに含む請求項５に記載の情報処理装置。
10. 前記テストモードの後に、ユーザの操作により前記複数のゲストＯＳを起動させる起動テストモードをさらに有する、請求項１に記載の情報処理装置。
11. 前記第１の管理部は、画面から前記起動テストモードの開始の指示を受け付けると、前記複数のゲストＯＳを順次起動させる、
    請求項１０に記載の情報処理装置。
12. 前記複数のゲストＯＳを起動するための順序を示す起動優先度をユーザが設定するための起動優先度設定画面を表示する表示制御部を備え、
    前記第１の管理部は、前記起動優先度設定画面から前記起動テストモードの開始の指示を受け付けると、前記起動優先度を取得し、前記起動優先度に従って、前記複数のゲストＯＳを順次起動させ、
    前記表示制御部は、前記複数のゲストＯＳの起動の状況を取得し、前記複数のゲストＯＳの起動の進捗チャートを表示するための画面データを生成する、
    請求項１１に記載の情報処理装置。
13. 前記表示制御部は、前記起動テストモードにおける各ゲストＯＳの起動時間を表示するための画面データを生成する、
    請求項１２に記載の情報処理装置。
14. １又は複数の情報処理装置上で実行される管理プログラムであって、
    仮想ＯＳ上で動作する複数のゲストＯＳの稼動状態と、前記複数のゲストＯＳを備える前記１又は複数の情報処理装置に接続された１又は複数の無停電電源装置の状態とを参照して、前記複数のゲストＯＳのシャットダウンを開始する停止条件を満たしたか否かを判定する判定ステップと、
    前記判定ステップにより前記シャットダウンが必要と判定された場合に前記複数のゲストＯＳのシャットダウンを実行するモードとは別に、ユーザの操作により前記複数のゲストＯＳのシャットダウンを実行するテストモードを有する第１の管理ステップと、
    を実行する管理プログラム。
15. 前記テストモードは、前記無停電電源装置のバッテリから前記情報処理装置に電力を供給させることなく、前記テストモードの開始の指示を受け付けた場合に前記複数のゲストＯＳのシャットダウンを実行するモードである、
    請求項１４に記載の管理プログラム。
16. 前記テストモードは、前記無停電電源装置のバッテリから前記情報処理装置に電力を供給させることなく、画面から前記テストモードの開始の指示を受け付けた場合に前記複数のゲストＯＳのシャットダウンを実行するモードである、
    請求項１５に記載の管理プログラム。
17. １又は複数の情報処理装置上で実行される管理方法であって、
    仮想ＯＳ上で動作する複数のゲストＯＳの稼動状態と、前記複数のゲストＯＳを備える前記１又は複数の情報処理装置に接続された１又は複数の無停電電源装置の状態とを参照して、前記複数のゲストＯＳのシャットダウンを開始する停止条件を満たしたか否かを判定する判定ステップと、
    前記判定ステップにより前記シャットダウンが必要と判定された場合に前記複数のゲストＯＳのシャットダウンを実行するモードとは別に、ユーザの操作によりテストモードにて前記複数のゲストＯＳのシャットダウンを実行するモードを有する第１の管理ステップと、
    を含む管理方法。
18. 請求項１から１３のいずれか一項に記載の情報処理装置を含む１又は複数の情報処理装置と、前記複数の情報処理装置に接続された１又は複数の無停電電源装置と、前記情報処理装置と前記無停電電源装置を制御する１又は複数の制御装置とを備える、
    情報処理システム。

Images