JP2011248658A - 仮想サーバデプロイ管理装置及び方法、そのプログラム - Google Patents

Abstract

【課題】イメージファイルから仮想サーバをデプロイする際に発生する可能性がある障害を列挙し、障害の影響範囲を特定する。
【解決手段】仮想サーバ１０１、１０２、１１１，１１２を計算機システム１０，１１にデプロイする際に、イメージファイル１５１、１５２からＯＳに適用されているパッチとインストールされているプログラムの設定ファイルの内容を読み取り、予め管理しているシステムの構成情報１４７、適用済みのＯＳのパッチ、プログラムの設定情報１４６、および障害情報１４５から、仮想サーバの未適用のパッチや現環境と異なるプログラム設定によって発生する可能性のある障害とその影響範囲を管理者に表示する。
【選択図】図１

Description

本発明は、仮想サーバデプロイ管理装置及び方法、そのプログラムに係り、特に、仮想化システムおいてイメージファイルから仮想サーバをデプロイする際に発生する可能性があるシステム障害とその影響範囲を特定する技術に関する。

近年、計算機システム内で稼働する計算機資源（リソース）の有効活用、及びシステム構築・構成変更の作業量軽減を目的として、サーバ仮想化技術を使用した仮想化システムが盛んに導入されている。仮想化システムは、物理サーバが有するＣＰＵやメモリ等のリソースを複数台の仮想サーバに割振って使用することができ、物理サーバの台数を削減してもシステムを運用することが可能となる。

物理サーバ上で稼働する仮想サーバはイメージファイルとして保存されており、バックアップや置換、資源の割り当て変更等が容易であるため、稼働中の仮想サーバのイメージファイルのバックアップを取得しておけば、障害発生時にもシステム停止時間を大幅に短縮することができる。例えば、特許文献１には、物理サーバの負荷が低い時間帯に仮想サーバのバックアップを作成することで、仮想環境の二重化を効率的に行う方法が開示されている。

また、計算機システム内で発生する障害の影響範囲を特定するため、従来から様々な技術が提案されている。最近では、仮想化システムの普及に従い、障害発生時には物理サーバだけでなく仮想サーバへの影響も考慮する必要が生じてきている。特許文献２には、物理デバイスと仮想デバイス間の接続情報と各デバイスの障害情報から、障害発生時の仮想サーバへの影響範囲を自動的に特定する技術が開示されている。

特開２００９−２１１６２０号公報 特開２０１０−００９４１１号公報

特許文献１及び２に記載の仮想化技術は、いずれもシステム内で既に稼働実績のある仮想サーバのみを対象としたものであり、他の仮想化システムからインポートされて内部の仮想サーバの状態が不明なイメージファイルを扱う場合に、そのイメージファイルからデプロイする仮想サーバがシステムに対してどのような影響与えるかについては考慮されていない。このため、仮想サーバをイメージファイルで扱うことによる利点を十分に発揮できない。

システム内で稼働実績のないイメージファイルから仮想サーバをデプロイする場合には、最新のＯＳやアプリケーションのパッチや設定が適用されておらず、ウイルス感染や稼働中のシステム内の他のプログラムとのバージョンの互換がとれない、或いは稼働中のシステムに適さない設定で動作する、といった原因でシステム障害が発生する可能性がある。また、仮想サーバが他のどのサーバにアクセスするかが不明なため、障害が発生した場合の既存システムへの影響範囲を特定することが困難である。

そのため、従来の仮想化システムの運用では、仮想サーバをイメージファイルから既存のシステムにデプロイする際に、一旦検疫用ネットワークに仮想サーバをデプロイし、各種パッチ・設定情報収集用のプログラムをインストール、または外部から情報収集可能な状態に設定変更してから状態を確認する必要がある。これでは手順が煩雑であり、確認作業に時間を要する。

本発明は、上記のような課題を解決するものであり、仮想化システムにおいてイメージファイルから仮想サーバをデプロイする際に発生する可能性がある障害を列挙し、障害の影響範囲を特定することが可能とすることにある。

本発明に係る仮想サーバのデプロイ管理装置は、好ましくは、あるＯＳの基で動作する物理サーバ上に構築される仮想サーバを含む計算機システムにおける仮想サーバのデプロイ管理装置であって、
仮想サーバのテンプレートとして作成されたイメージファイルから適用済みの該ＯＳのパッチ、プログラムの設定情報を取得する仮想サーバイメージ取得部と、該計算機システムに存在する該物理サーバや該仮想サーバの構成情報を管理するシステム構成情報管理部と、該計算機システムに発生した障害の原因と影響範囲を管理する障害情報管理部と、前記仮想サーバイメージ読取部から取得した該パッチや該設定情報と、前記構成情報管理部から取得した該計算機システムが要求する該パッチや該設定情報との差分を求め、該差分に基づいて前記障害情報管理部から取得したシステムの障害情報を検索して、仮想サーバをデプロイする時に発生し得る障害の影響範囲を特定する影響範囲導出部と、を有することを特徴とする仮想サーバデプロイ管理装置として構成される。

好ましい例では、前記仮想サーバデプロイ管理装置は、前記イメージファイルを管理すると共に、該イメージファイルを基に仮想サーバをデプロイする仮想化管理プログラムを有し、前記仮想サーバイメージ読取部は、該仮想化管理プログラムが管理する仮想サーバのイメージファイルから、仮想サーバを起動することなくファイルの内容を直接読み込んで情報を収集する。
また、好ましくは、前記システム構成情報管理部は、前記仮想化管理プログラムと該計算機システム内の管理対象のサーバや各種プログラムと通信してシステム構成情報を収集し、トポロジーを作成して管理者用の表示装置に表示する。
また、好ましくは、前記障害情報管理部は、該計算機システム内の管理対象のサーバや各種プログラムと通信して第１の障害情報を収集し、又は管理者によって入力装置から入力された、該計算機システムの外部で発生した第２の障害情報を収集して管理し、前記影響範囲導出部は該第１及び第２の障害情報を用いて前記影響範囲を特定する。
また、好ましくは、前記影響範囲導出部は、仮想サーバをデプロイする時に、仮想サーバイメージ読取部が提供するＯＳに適用済のパッチと各種プログラム設定の情報を基に、前記障害情報管理部が収集した前記第１及び第２の障害情報を検索し、前記システム構成情報管理部が提供するシステム構成情報に対して障害の影響を受けるサーバや各種プログラムを特定する。
また、一例では、該計算機システムを構成する、物理サーバや仮想サーバのノードの識別子、ノードの種別、ノードの名称、ノードのＩＰアドレス、メモリ容量、ＯＳの種別、ＯＳのバージョン、プログラム情報、上位ノードの識別子の情報を管理するシステム構成情報テーブルと、
計算機システム内又はその外で発生する障害の種別、発生したノードの識別子、発生日時、現象、原因プログラムの名称とバージョン及びその詳細、原因の種別及び説明、障害の影響先に関する情報を管理する障害情報テーブルと、
イメージファイルを含むファイルシステム中に格納されるデータからＯＳ種別を判定するためのファイルの格納先と、パッチやプログラムの一覧情報、各プログラムの設定情報の取得先を管理するＯＳ・パッチ・プログラム収集先テーブルとを有し、
前記システム構成情報管理部は、関連する情報を収集して、前記システム構成情報テーブルに記憶して管理し、
前記障害情報管理部は、関連する障害情報を収集して、前記障害情報テーブルに記憶して管理し、
前記影響範囲導出部は、前記ＯＳ・パッチ・プログラム収集先テーブルを参照して、該パッチや該設定情報を取得する。

本発明に係る仮想サーバのデプロイ管理方法は、好ましくは、あるＯＳの基で動作する物理サーバ上に構築される仮想サーバを含む計算機システムにおける仮想サーバのデプロイ管理方法であって、該仮想サーバを計算機システムにデプロイするときに、仮想サーバのテンプレートとして作成されたイメージファイルから該ＯＳに適用されているパッチとインストールされているプログラムの設定ファイルの内容を読み取り、予め記憶手段に保持していたシステムの構成情報と障害情報を参照して、デプロイ対象の仮想サーバに適用されていないパッチやプログラムの設定変更の差分が存在するかを判定し、デプロイ対象の該仮想サーバに未適用のパッチや現環境と異なるプログラム設定によって発生する可能性のある障害とその影響範囲を求めることを特徴とするデプロイ管理方法として構成される。

好ましくは、仮想サーバのデプロイを管理する管理サーバが有する仮想サーバイメージ取得部によって、仮想サーバのテンプレートとして作成されたイメージファイルから適用済みの該ＯＳのパッチ、プログラムの設定情報を取得し、
該管理サーバが有する構成情報管理部によって、該計算機システムに存在する該物理サーバや該仮想サーバの構成情報を管理し、
該管理サーバが有する障害情報管理部によって、該計算機システムに発生した障害の原因と影響範囲を管理し、
該管理サーバが有する影響範囲導出部によって、
前記仮想サーバイメージ読取部から取得した該パッチや該設定情報と、前記構成情報管理部から取得したシステムが要求する該パッチや該設定情報との差分を求めて、該差分に基づいて前記障害情報管理部から取得したシステムの障害情報を検索して、仮想サーバをデプロイする時に発生し得る障害の影響範囲を特定する。

本発明に係る仮想サーバデプロイ管理用プログラムは、好ましくは、あるＯＳの基で動作する物理サーバ上に構築される仮想サーバを含む計算機システムにおいて仮想サーバをデプロイする管理サーバで実行される仮想サーバデプロイ管理用プログラムであって、該仮想サーバを計算機システムにデプロイするときに、仮想サーバのテンプレートとして作成されたイメージファイルからＯＳに適用されているパッチとインストールされているプログラムの設定ファイルの内容を読み取り、予め記憶手段に保持していたシステムの構成情報と障害情報を参照して、デプロイ対象の仮想サーバに適用されていないパッチやプログラムの設定変更の差分が存在するかを判定し、デプロイ対象の該仮想サーバに未適用のパッチや現環境と異なるプログラム設定によって発生する可能性のある障害とその影響範囲を求める、ことを特徴とする仮想サーバデプロイ用プログラムとして構成される。

本発明によれば、計算機システムにおいてイメージファイルから仮想サーバをデプロイする際に発生する可能性がある障害を列挙し、障害の影響範囲を特定することが可能となる。より具体的には、仮想サーバのデプロイ時にイメージファイル中に格納されている仮想サーバに、計算機システムに必要なＯＳやプログラムのパッチや各種設定が適用されているかを判定し、仮想サーバをデプロイする場合に既存の計算機システムに与える影響を特定することが可能となる。

本発明の一実施例による計算機システムの構成を示す図。 一実施例におけるシステム構成情報テーブルを示す図。 一実施例におけるシステム構成情報テーブルから作成されたトポロジーのイメージ図。 一実施例における障害情報管理テーブルを示す図。 一実施例におけるＯＳ情報収集先テーブルを示す図。 一実施例におけるパッチ情報収集先テーブルを示す図。 一実施例におけるプログラム情報収集先テーブルを示す図。 一実施例における仮想サーバイメージファイルの適用済パッチ・設定ファイル一覧テーブルを示す図。 一実施例におけるシステム構成情報収集処理のフローチャート図。 一実施例における仮想サーバデプロイ時の影響範囲の検索処理のフローチャート図。 一実施例における仮想サーバイメージファイルからのＯＳ情報・プログラム一覧・適用済ＯＳパッチ・プログラム設定一覧の収集処理のフローチャート図。 一実施例における仮想サーバイメージファイル中のＥＸＴ２ファイルシステムのデータ概要イメージを示す図。 一実施例における仮想サーバイメージファイル中のＮＴＦＳファイルシステムのデータ概要イメージを示す図。 一実施例におけるファイルシステムからのファイル読み出し処理のフローチャート図。 一実施例におけるファイルシステムからのファイル読み出し処理のフローチャート図。 一実施例における影響範囲導出処理のフローチャート図。 一実施例における影響範囲検索結果の表示画面例を示す図。

以下、本発明の実施形態を、図面を用いて説明する。
図１は一実施による計算機システムの構成を示す。この計算機システムは、複数の物理サーバ１０、１１と、ストレージ装置１２と、管理サーバ１４が、ネットワークスイッチ１３を介して接続されて構成される。

物理サーバ１０，１１及び管理サーバ１４は、例えばＰＣ（パーソナルコンピュータ）或いはワークステーションで構成される。なお、各サーバ間及びそれらとストレージ装置１２の間の接続は、図示のネットワークスイッチ１３に限らず、ＬＡＮで直接接続することも可能である。また、図示のストレージ装置１２は必須ではなく、ＯＳや業務プログラムが格納され、システム内からアクセスが可能であれば、単純なディスク装置等の記憶手段でもよい。

物理サーバ１０，１１は、それぞれＯＳ（図示せず）、及び仮想サーバを制御するためのハイパーバイザ１０３、１１３を有する。ハイパーバイザは、ＶＭＭ（VIRTUAL Machine Monitor）或いは仮想化機構と呼ばれることがある。ハイパーバイザ１０３、１１３は、専用ＯＳタイプのものやＯＳ上で通常のプログラムとして動作するタイプもののいずれも動作可能である。ハイパーバイザ１０３、１１３がＯＳ上で動作するタイプの場合は、物理サーバ１０，１１に備えられたＯＳが動作する。ハイパーバイザ１０３、１１３は、管理サーバ１４の仮想化管理プログラム１５０と通信し、仮想化管理プログラム１５０から仮想サーバのデプロイ、起動、停止、アンデプロイ、マイグレーション等の各種操作命令を受け付け、自身が管理する仮想サーバ１０１、１０２、１１１、１１２に対してそれらの命令を実行する。

ハイパーバイザ１０３上には仮想サーバ１０１、１０２が構築され、ハイパーバイザ１１３上には、仮想サーバ１１１、１１２が構築され。それぞれの仮想サーバ１０１及び１０２、１１１及び１１２は、仮想化管理プログラム１５０が有する仮想サーバイメージファイル１５１、１５２を基にハイパーバイザ１０３及び１１３によって作成される。仮想サーバ１０１〜１１２は、物理サーバ１０，１１と同様に、ＯＳ、各種業務プログラムを備え、物理サーバ１０，１１のＣＰＵやメモリ等のリソースを使用して動作する。また、物理サーバ１０，１１上のネットワークインターフェイスを介して、システム内の他の装置と通信する。

管理サーバ１４は、仮想化管理プログラム１５０、影響範囲導出部１４１、障害情報管理部１４２、システム構成情報管理部１４３、仮想サーバイメージ読取部１４４、障害情報テーブル１４５、ＯＳ・パッチ・プログラム情報収集先テーブル１４６、システム構成情報テーブル１４７を有する。なお、ＯＳ・パッチ・プログラム情報収集先テーブル１４６は便宜上の表現であり、これは後述する、ＯＳ情報収集先テーブル１４６１、パッチ情報収集先テーブル１４６２、ログラム情報収集先テーブル１４６３をそれぞれ指す。

仮想化管理プログラム１５０は、システム管理者がシステム内のハイパーバイザ、仮想サーバを統合管理するためのプログラムであり、前述した仮想サーバに対する各種操作を受け付け、ハイパーバイザに対して命令を送信する。また、仮想サーバが稼働しているハイパーバイザや物理サーバの情報を保持しており、仮想サーバ、ハイパーバイザ、物理サーバのトポロジー情報を提供する。さらに、仮想サーバのバックアップやテンプレートとしてのイメージファイル１５１、１５２を管理する。システム管理者は必要に応じて、このイメージファイルを基に仮想サーバをデプロイする。イメージファイルは、ＯＳの他のファイルと同様のものであり、システム間で容易にインポート・エクスポートすることができる。

システム構成情報管理部１４３は、仮想化管理プログラム１５０と連携してシステム内で稼働する物理サーバ、仮想サーバ、ストレージ装置の情報を収集し、トポロジーを作成して、システム構成情報管理テーブル１４７に書き込む。また、システム管理者や影響範囲導出部１４１からの要求に応じて、システム構成情報管理テーブル１４７の情報を読み出す。ここで、システム管理者というときには、システム管理者が入出力装置（図示せず）を介して必要な入動作を行うこと、又は入出力装置にシステム管理者のための必要な情報を表示、出力することをいう。

障害情報管理部１４２は、システム内の物理サーバ１０、１１、仮想サーバ１０１〜１１２、ストレージ装置１２、及びそれらの上で稼働するＯＳや各種プログラムの障害情報を収集し、障害情報管理テーブル１４５に書き込む。また、システム管理者や影響範囲導出部からの要求に応じて、障害情報管理テーブル１４５の情報を読み出す。
仮想サーバイメージ読取部１４４は、影響範囲導出部１４１からの要求に応じ、仮想化管理プログラム１５０が管理する仮想サーバのイメージファイル１５２から、仮想サーバが持つファイルの内容を読み取る。

影響範囲導出部１４１は、システム管理者又は仮想化管理プログラム１５０が仮想サーバをイメージファイルからデプロイする際に、障害情報管理部１４２、システム構成情報管理部１４３、仮想サーバイメージ読取部１４４を制御し、イメージファイル中の仮想サーバに適用されているＯＳのパッチ情報、設定ファイルの内容を読み取り、未適用パッチや設定ファイルの内容によって発生する可能性がある障害の一覧と、それらの影響範囲を特定する。

なお、計算機システムを構成する各機器のハードウェアは図示していないが、物理サーバ及び管理サーバは、それぞれプロセッサ、メモリ、ハードディスク（ＨＤ）のような外部記憶装置、及び入出力装置を有しており、プロセッサで所定のプログラムが実行されることで、上記した各部の機能及び後述するフローチャートによる処理を実現する。また、各種テーブルは、メモリ又はハードディスク等の記憶部に保管して管理される。

図２はシステム構成情報テーブルを示す。
システム構成情報テーブル１４７は、計算機システムを構成する各要素の情報を管理するものであり、ノードＩＤ（識別子）２００、ノード種別２０１、名称２０２、ＣＰＵ２０３、ＩＰアドレス２０４、メモリ容量２０５、ＨＤ（ハードディスク）容量２０６、ＯＳ情報２０７として種別２１０、Ｖｅｒ（バージョン）２１１、プログラム情報２０８として名称２１２、Ｖｅｒ（バージョン）２１３、インストール先２１４、上位ノードＩＤ２０９、等の情報を保管して管理する。

ノードＩＤ２００は各サーバやプログラムを一意に識別するための文字列であり、システム構成情報管理部１４３が自動的に採番する。ノード種別２０１は、各サーバ又はプログラムの種別に応じて、「物理サーバ」、「ハイパーバイザ」、「仮想サーバ」等の値を設定する。名称２０２、ＣＰＵ２０３、ＩＰアドレス２０４、メモリ容量２０５、ＨＤ容量２０６には、それぞれのサーバから収集した項目の値を設定する。ＯＳ情報２０７には、同様に収集したＯＳの種別とバージョンを、プログラム情報２０８には、同様に収集したプログラムの名称とバージョン、インストール先の一覧を設定する。上位ノードＩＤ２０９は、ハイパーバイザがどの物理サーバで動作しているか、仮想サーバがどのハイパーバイザで動作しているか、といった階層関係を表すものであり、仮想化管理プログラム１５０から収集した情報を基に上位のノードのノードＩＤ２００を設定する。

図３は、システム構成情報テーブル１４７から作成されたトポロジーイメージの例示である。
このトポロジーイメージは、システム構成情報管理部１４３の制御によりシステム構成情報テーブル１４７の情報を用いて作成される。システム構成情報テーブル１４７中のノードと、そのノードの上位ノードＩＤ、プログラム情報等を抽出して、それらの関係をツリー図として作成する。システム管理者に既存のシステム構成を提示する場合、このようなトポロジーイメージの表示が管理者に理解し易い。

図４は障害情報テーブルを示す。
障害情報テーブル１４５は、障害の現象や原因を記録するためのものであり、登録種別４００、発生ノードＩＤ４０１、発生日時４０２、現象４０３、原因プログラム４０４として名称４０７とＶｅｒ（バージョン）４０８、詳細４０９、原因４０５として種別４１０、説明４１１、影響先４０６、等の情報を保管して管理する。

登録種別４００は、「発生」又は、「情報」等の値を指定する。このテーブルには、この計算機システム内で発生した障害だけでなく、外部で発生した障害情報も入力することができる。登録種別４００はこれらを区別するための情報である。外部とは、当該管理サーバ１４が管理する当該計算機システム以外のサーバや計算機システムをいう。「発生」は自システム内で発生した障害、「情報」は外部から提供される障害情報を意味する。外部から提供される情報は、管理者が手動で登録するか、各種ＯＳやプログラムのベンダ、セキュリティソフトウェアベンダ、ＩＴシステムの問題点管理システム等の第三者から提供される情報をプログラム等で自動登録する。これにより、自システム内で発生した障害だけでなく、他のシステムからインポートして稼働させる仮想サーバにインストールされているＯＳやプログラムに対しても障害情報の検索を可能にする。

発生ノードＩＤ４０１には、障害が発生した物理サーバや仮想サーバのノード４０１を設定する。登録種別４００が「情報」の場合で、該当するノードが存在しない場合は空欄になる。発生日時４０２には障害が発生した日時を設定し、現象４０３には障害の現象を設定する。原因プログラム４０４には、障害の原因となったプログラムの名称４０７及びそのバージョン４０８、詳細４０９を設定する。詳細４０９には、障害を引き起こす直接の原因となったファイルのパスと、ファイル中の設定項目が記載されている行数を設定する。詳細４０９には、複数のファイル名と該当部分の行数を記録することができる。原因４０５の種別４１０には、「設定誤り」「バージョンアップ」等の原因を分類するための情報を、説明４１１には、原因４０５の説明を設定する。影響先４０６には、障害によって影響を受けたノードのノードＩＤ２００を設定し、また登録種別４００が「情報」の場合で、該当するノードが存在しない場合は影響を受けるノードの種別を設定する。

次に、図５〜図７を参照して、ＯＳ・パッチ・プログラム情報収集先テーブルについて説明する。
ＯＳ・パッチ・プログラム情報収集先テーブル１４６は、イメージファイルを含むファイルシステム中に格納されるデータからＯＳ種別を判定するためのファイルの格納先と、パッチやプログラムの一覧情報、各プログラムの設定情報の取得先を管理する。例えば、ファイルシステムがＮＴＦＳでＯＳの種別がＷｉｎｄｏｗｓ（マイクロソフト社の登録商標）の場合、適用済のパッチ情報はレジストリに記録されており、レジストリはファイルとして保存されているため、プログラムを用いて読み取ることができる。これらの情報をＯＳやプログラムごとにこのテーブルに格納しておき、デプロイ時に仮想サーバのイメージファイルから、これらのファイルを検索してパッチや設定の適用状態の情報を収集する。この検索処理については後述する。

図５はＯＳ情報収集先テーブルを示す。
ＯＳ情報収集先テーブル１４６１は、ファイルシステムの種別ごとのＯＳ情報の格納先を管理し、ファイルシステム中に格納されるデータからＯＳ種別を判定するための情報、具体的にはファイルシステム種別５００と、ＯＳ情報格納先５０１の情報を保管して管理する。ＯＳ情報格納先５０１には、ファイルシステムが備える形式に従って、データ中のどの位置にＯＳ種別を判定することができるファイルが格納されているかを設定する。

図６はパッチ情報収集先テーブルを示す。
パッチ情報収集先テーブル１４６２は、ＯＳごとのパッチ情報格納先、プログラム一覧情報格納先を管理し、ＯＳ種別５０２、ＯＳバージョン５０３、パッチ情報格納先５０４、プログラム一覧情報格納先５０５の情報を管理する。ＯＳ種別５０２、ＯＳバージョン５０３にはそれぞれＯＳの種別とバージョンを、パッチ情報格納先５０４にはＯＳごとにパッチ情報が記録されたファイルやディレクトリの名称を、またプログラム一覧情報格納先５０５にはＯＳごとにインストールされているプログラムの一覧情報を収集するためのファイルやディレクトリの名称を、それぞれ設定する。

図７はプログラム情報収集先テーブルを示す。
プログラム情報収集先テーブル１４６３はプログラムごとの設定ファイル格納先を管理し、プログラム５０６、バージョン５０７、ＯＳ種別５０８、ＯＳバージョン５０９、設定ファイル格納先５１０の情報を管理する。プログラム５０６、バージョン５０７には設定ファイル収集対象のプログラムとそのバージョンを、またＯＳ種別５０８、ＯＳバージョン５０９には、そのプログラムの動作ＯＳの情報を設定する。設定ファイル格納先５１０には、インストールされたプログラムを構成するファイルの内、設定ファイルとしてプログラムの振る舞いを規定する情報が記載されているもののパスを設定する。

図８は、仮想サーバイメージファイルの適用済パッチ・設定ファイル一覧テーブルを示す。
このテーブルは、仮想サーバのイメージファイル内を検索して収集するパッチ情報、設定ファイル内容を管理する。即ち、種別６００、名称６０１、設定ファイル情報６０２の名称６０３、格納先６０４、ファイル内容６０５の情報を格納する。このテーブルは、管理サーバ１４には保存されず、後述する、仮想サーバデプロイ時の影響範囲検索処理の実行時に（図８）、仮想サーバのイメージファイルを読み込む処理の結果として生成される。
種別６００には「パッチ」又は「プログラム」を設定し、名称６０１にはパッチの名称、又はプログラムの名称を設定する。設定ファイル情報６０２について、種別が「プログラム」の場合は、名称６０３、格納先６０４、ファイル内容６０５には、それぞれイメージファイルから検索した設定ファイルの名称と格納先、ファイルの内容を設定する。

次に、図９を参照して、システム構成情報収集処理について説明する。
この処理は、システム立ち上げ時に、システム構成情報管理部１４７が、仮想化管理プログラム１５０やシステム内の各サーバ１０，１１、１０１〜１１２、ストレージ装置１２、ネットワークスイッチ１３と通信して関係する情報を収集して、システム構成情報テーブル１４７及びトポロジーイメージ（図３）を作成する処理である。
まず、システム構成情報管理部１４７は、仮想化管理プログラム１５０と通信し、仮想化管理プログラム１５０が管理する物理サーバ１０，１１と、その物理サーバ上で動作するハイパーバイザ１０３，１１３、及び仮想サーバ１０１〜１１２等の情報を収集し、システム構成情報テーブル１４７のノードＩＤ２００やノード種別２０１、各種設定情報と上位ノード２０９を設定する（Ｓ１００）。
その後、情報を得た稼働中の各サーバと通信して、インストールされているプログラム等の情報を収集して、システム構成情報テーブルに書き込んだサーバ情報にプログラム等の情報も追加する（Ｓ１０１）。その後、前述の処理で得た情報を基に、システムのトポロジー（図３）を作成する（Ｓ１０２）。

次に、図１０を参照して、イメージファイルから仮想サーバをデプロイし、デプロイによる影響範囲を特定してシステム管理者に表示する処理について説明する。
この処理は、影響範囲導出部１４１の制御により実行される。影響範囲導出部１４１によってデプロイ対象の仮想サーバイメージが指定されると、仮想サーバイメージ読取部１４４は、指定された仮想サーバイメージファイルから、仮想サーバのＯＳ種別とインストールされているプログラムの一覧、ＯＳパッチと各プログラムの設定情報を読み取り、適用済パッチ・設定ファイル一覧テーブル（図８）を生成する（Ｓ２００）。この処理の詳細は図１１を用いて後述する。

次に、デプロイの種別を判定する（Ｓ２０１）。デプロイには、既存の仮想サーバのホスト名やＩＰアドレス等を引き継いで置換するものと、新規のものを追加するものがある。Ｓ２０１の処理によってこれを判定し、その結果、置換の場合はＳ２０２へ進み、新規の場合はＳ２０５へ進む。
Ｓ２０２では、仮想サーバイメージ読取部が稼働中の置換対象の仮想サーバイメージから、Ｓ２００の処理と同様に、仮想サーバのＯＳ種別とインストールされているプログラムの一覧、ＯＳパッチと各プログラムの設定情報を読み取り、適用済みパッチと設定ファイル一覧を生成する（Ｓ２０２）。

次に、Ｓ２００とＳ２０２の処理で取得した仮想サーバのＯＳ種別とプログラム一覧、ＯＳのパッチ情報、各プログラムの設定情報を比較して（Ｓ２０３）、デプロイ対象の仮想サーバに適用されていないパッチや各プログラムの設定変更の差分が存在しないかどうかを判定する（Ｓ２０４）。この判定の結果、差分が存在しない場合は、デプロイ対象と置換対象が同じ状態であるため、そのままデプロイ可能である旨をシステム管理者に表示する（Ｓ２０６）。

一方、Ｓ２０１で新規デプロイと判定された場合、またはＳ２０４で差分情報が存在すると判定された場合は、パッチ・設定情報を入力として、影響情報の検索処理を実行する（Ｓ２０５）。この影響情報検索処理については、図１６を参照して後述する。Ｓ２０５の処理で、影響情報が存在する場合、システム管理者に対して、図１７に示すような、デプロイによってシステム内に起こり得る障害と、その影響範囲を表示する。

図１１は、仮想サーバのイメージファイルから、仮想サーバのＯＳ種別とプログラム一覧、ＯＳのパッチ情報、各プログラムの設定情報を収集する仮想サーバイメージ読取処理の流れ（処理Ｓ２００の詳細）を示す。
本来、ＯＳ種別、プログラム一覧、ＯＳのパッチ情報、各プログラムの設定情報といった情報は、全て当該ＯＳが管理するファイルに記憶されている。通常、ＯＳが稼働する環境下でこれらの情報を取得する場合は、直接ファイルやレジストリにアクセスして読み出せばよい。しかし、仮想サーバのイメージファイルからこれらのファイルを参照する場合は、仮想サーバイメージファイルから当該ファイルの格納先を特定する必要がある。

仮想サーバが取り扱うイメージファイルは、通常のＯＳが外部記憶装置に格納するＨＤイメージと同じ形式を有しているので、ファイルの格納先を示す情報をイメージファイルから探索して特定すればよい。しかし、ＯＳが指定するファイルシステムごとにこれらの情報の格納方法等が異なるので、どのファイルシステムを使用しているかを事前に認識しなければならない。

本実施例では、後述の図１２と図１３に、現在の計算機システムで使用されている代表的なファイルシステムであるＥＸＴ２ファイルシステムとＮＴＦＳファイルシステムとにおける格納フォーマットを例示する。イメージファイルからどのファイルシステムにするかをまず特定し、各々のファイルシステムに応じてファイルの格納先の情報を探索する。そして目的とするファイルに格納された情報を読み出すことでＯＳに関する情報を取得する。

以降では、この処理を表した仮想サーバイメージ読取処理について記述する。この仮想サーバイメージ読取処理は、仮想サーバイメージ読取部１４４によって、図１０のＳ２００とＳ２０２で実行される。
仮想サーバイメージファイルは、各仮想化プログラムのベンダが規定する仮想ハードディスク形式で保存されているため、まずそれらの種別を判定する（Ｓ３００、Ｓ３０１）。この判定は、仮想サーバイメージファイル中の仮想サーバのハードディスク構成等を記載した設定ファイルを読み取る、またはイメージファイルの拡張子を判定することで行う。判定の結果、外部からインポートしたイメージファイル等で、現環境の仮想化管理プログラムでサポートされていない形式（即ち対象外）であれば、処理を終了する。

一方、サポートされている仮想ハードディスク形式（即ちサポート対象）であれば、その形式用の読み込みモジュールを使用して読み込みを開始する（Ｓ３０２、Ｓ３０３）。仮想ハードディスク形式は、各ベンダから仕様が公開されており、実際のＨＤ（ハードディスク）形式で読み取るためのインターフェイスが提供されている場合もあるため、それらに則った仮想ハードディスクの読み取りモジュールを作成することで、ＨＤ形式のデータを取得することができる。
ＨＤ形式のデータは、最初の５１２バイト中に、記録されているブートストラップローダとパーティショニングテーブルが格納されている。そのため、パーティショニングテーブルを読み込み（Ｓ３０２）、ＨＤ内のパーティションから起動可能なＯＳが格納されているパーティションを検索する。その後、当該パーティションのブートセクタを読み込み、ファイルシステムを判定する（Ｓ３０３）。なお、ブートセクタで判定できないファイルシステムであれば、必要に応じてそれ以外の領域も読み込む。ファイルシステムが当該システムでサポートしていない読み込み不可能なもの（対象外）の場合は処理を終了する（Ｓ３０４）。このＨＤ形式のデータの概要は後述のファイルシステムからのファイルの読み取り処理の際に、図１２、図１３を用いて説明する。

一方、ファイルシステムがサポートしているもの（サポート対象）であれば、管理サーバ１４上で動作するＯＳが、Ｓ３０３で判定したファイルシステムをマウントできるかどうかを判定する（Ｓ３０５）。判定の結果、マウント機能を持つＯＳであれば、読み込んだＨＤ形式のデータをマウントし、通常のＯＳのファイルと同様にアクセスすることができるため、この機能を利用してイメージファイル内のファイルをＯＳ上のファイルと同じように読み取ることができる。そのため、マウント可能と判断した場合には、以降のＳ３０７、Ｓ３０９、Ｓ３１２の処理を実行して、イメージファイルから読み込むファイルを、ＯＳの提供するファイル読込機能を用いて読み込む。
Ｓ３０５の判定で、マウント不可能な形式のファイルシステムであると判定された場合は、以降のＳ３０７、Ｓ３０９、Ｓ３１２の処理で読み込むファイルは、図１４、図１５に従い、後述するファイルシステムからのファイル読込処理を経るものとする。

次に、ファイルシステムのデータからＯＳ種別を判定するため、ＯＳ情報収集先テーブル（図５）を読み込み（Ｓ３０６）、そのファイルの内容を読み込んで解析し、ＯＳ種別を取得する（Ｓ３０７）。そして、パッチ情報収集先テーブル（図６）を読み込み（Ｓ３０８）、それらのファイル、ディレクトリの内容を解析して、イメージファイル中の仮想サーバに適用されているパッチとインストールされているプログラムの一覧を取得する（Ｓ３０９）。次に、プログラム情報収集先テーブル（図７）からＳ３０９で取得したプログラムの一覧の設定ファイル格納先を読み込み（Ｓ３１０）、それらのファイルの内容を読み込む（Ｓ３１１〜Ｓ３１３）。
以上の処理により、仮想サーバイメージファイルから、ＯＳ種別とインストールプログラムの一覧、さらに図８に示したパッチ・設定情報ファイルの一覧を作成することができる。
なお、Ｓ３０７で示した、ファイルシステムからファイルの直接読み込み処理は、ファイルシステムごとに処理が異なる。そのため、本実施例ではＥＸＴ２とＮＴＦＳの概要を示し、それぞれのファイルシステムでのファイル内容の読み込み処理の例を記述する。

図１２はＥＸＴ２の概要イメージを示す。
仮想サーバイメージファイルの内容の全体像を説明するため、図１１のＳ３０２とＳ３０３で示した、仮想サーバイメージファイルとＨＤイメージの内容についても記載している。仮想サーバイメージファイルは、前述のように、仮想化製品ごとのフォーマットで記録されている。また、ＨＤイメージはデータの先頭から順に、ブートストラップローダ７０１、パーティショニングテーブル７０２、各パーティション７０３、７０４という形式で記録されている。前述のように、図１１のＳ３０２でＨＤイメージを読み込み、Ｓ３０７で、パーティション内のファイル・ディレクトリの読み込みを開始する。

図１４は、ＥＸＴ２形式のパーティションからのファイル・ディレクトリ内容の読み取り処理の概要イメージを示す。以下、図１２も参照しながら、図１４の処理動作を説明する。
ＥＸＴ２のパーティションは、データの先頭から順に、ブートセクタ７０５、ブロックグループ０（７０６）、ブロックグループ１（７０７）、…という領域に分かれている。ブートセクタ７０５はサイズが固定されており、ＯＳを起動させるプログラム等が格納されている。ブロックグループ０（７０６）はＯＳの使用するファイルの情報のために予約されており、これを読み込むことによりファイル・ディレクトリの情報を取得することができる。そこでまず、ブートセクタ７０５を読み飛ばし、ブロックグループ０（７０６）を読み込む（Ｓ４００）。ブロックグループ０（７０６）は、先頭から順に、スーパーブロック７０９、グループディスクリプタ７１０、データブロックビットマップ７１１、ｉｎｏｄｅビットマップ７１２、ｉｎｏｄｅテーブル７１３、データブロック７１６という領域に分かれており、各領域の大きさはスーパーブロック７０９に記録されている。このうち、ファイル・ディレクトリの情報はｉｎｏｄｅテーブル７１３中のｉｎｏｄｅ７１４、７１５に記録さており、ファイル・ディレクトリの実体となるデータ７１７、７１８はデータブロック７１６に記録されている。

ｉｎｏｄｅ７１４は先頭から順に区分７１９、ｉｎｏｄｅ番号７２０、ユーザーＩＤ７２１等と、実データへのインデックス７２２から構成され、その大きさはスーパーブロック７０９に記録されている。ｉｎｏｄｅ７１４にはディレクトリを表すものとファイルを表すものの２種類が存在する。ディレクトリのｉｎｏｄｅはデータ部分にディレクトリ内に存在する子ディレクトリやファイルのｉｎｏｄｅの位置を記録しているため、ｉｎｏｄｅを親ディレクトリから順に読み出していくことで所定のファイルに辿りつくことができる。ファイルのｉｎｏｄｅはデータ部分にファイル内容を記録している。

ｉｎｏｄｅテーブル７１３の開始位置はスーパーブロック７０９に記録されているため、スーパーブロック７０９を読み込み（Ｓ４０１）、その後、ｉｎｏｄｅテーブル７１３の開始位置を読み込み（Ｓ４０２）、ｉｎｏｄｅテーブル内に存在するルートディレクトリのｉｎｏｄｅを起点として、ファイルパス中のディレクトリの読み込みを開始する（Ｓ４０３）。
その後、ルートディレクトリから順にディレクトリのｉｎｏｄｅを読み込み（Ｓ４０５〜Ｓ４０７）、指定したファイルのｉｎｏｄｅとそのｉｎｏｄｅのインデックス７２２が示す実際のファイルのデータ７１７を読み込む（Ｓ４０８、Ｓ４０９）。
以上の手順によりＥＸＴ２形式のファイルシステムから指定したファイルの内容を読み取ることができる。

図１３はＮＴＦＳファイルシステムのデータ概要イメージを示す。
仮想サーバイメージファイルとＨＤイメージについては、図１２と同様であるため説明は省略する。また、図１５は、ＮＴＦＳ形式のパーティションからのファイル・ディレクトリ内容の読み取り処理の概要を示している。以下、図１３も参照しながら、図１５の処理動作を説明する。
ＮＴＦＳのパーティションは、図１３に示すように、データの先頭から順に、ブートセクタ８０５、ＭＦＴ（Master File Table）８０６、データ領域８１０という領域に分かれている。ブートセクタ８０５はＥＸＴ２と同様にサイズが固定されており、ＯＳを起動させるプログラム等が格納されている。ＭＦＴ８０６はレコード８０７と呼ばれる１キロバイトから４キロバイトのサイズを持った領域に分割されている。レコード８０７は、一つがフォルダやファイルの情報に相当しており、先頭から順に、フォルダやファイルの基本情報８１４、名称８１５、アクセス権８１６、等が記録され、最後にデータ又はデータへのインデックス８１７を持つ。もしファイルサイズが小さい場合は、データの領域８１７にそのままデータを格納して、そのあとに未使用領域８１８が作成される。データのサイズが大きい場合は、データはデータ領域８１０に格納される。そのため、フォルダのレコードを順に読み込んでから、ファイルのレコードを読み込みデータ又はデータへのインデックス８１７を読み込むことで、ファイル内容の読み出しが可能になる。

図１５において、まず、ブートセクタ８０５を読み飛ばしてＭＦＴ８０６の読み込みを開始する（Ｓ４５０）。ＭＦＴ８０６では、始めにＯＳのレコードが記載されており、この中でルートディレクトリを示すグローバル領域のレコードを読み込む（Ｓ４５１）。その後、ファイルごとに、ルートディレクトリから順にディレクトリのレコードを読み込み（Ｓ４５３〜Ｓ４５５）、指定したファイルのレコードとそのレコードが持つデータ又はデータのインデックス８１７が示すファイルのデータ８１１を読み込む（Ｓ４５６、Ｓ４５７）。
以上の手順によりＮＴＦＳ形式のファイルシステムから指定したファイルの内容を読み取ることができる。

図１６は影響範囲導出処理のフローチャートを示す。
この処理は、デプロイ対象の仮想サーバイメージに適用されていないパッチによって引き起こされる可能性がある障害、及び仮想サーバイメージのプログラムの設定が稼働中のシステムのものと異なっているために引き起こされる可能性がある障害を検索する影響情報の検索処理である。この影響情報検索処理は、Ｓ２０５（図１０）の処理として実行される。

図１６において、まず、Ｓ２００の処理（図１０）で取得したデプロイ予定の仮想サーバのＯＳ種別とプログラム一覧、Ｓ２０３（図１０）で取得した未適用パッチ、未更新の設定項目の情報を入力として、これらの入力が該当する障害情報が存在するかを検索する（Ｓ５００）。この検索は、障害情報テーブル１４５の原因種別４１０に「パッチ未適用」、「プログラムバージョン」、「設定変更」、「設定誤り」等のＯＳのパッチに関するものやプログラムのバージョンや設定に関するものが設定されており、原因プログラムの詳細４０９に該当のＯＳ、プログラムのバージョンや未適用パッチ、未更新の設定項目の値が設定されているものを収集する。

次に、障害情報の有無を判定し（Ｓ５０１）、その結果、該当する障害情報が存在しなければ、デプロイによって障害が発生する可能性はないため、処理を終了する。一方、障害情報が存在する場合は、障害情報の導出の処理を実行する（Ｓ５０２）。即ち、システム構成情報管理部１４３が管理するシステム構成情報テーブル１４７を基に、障害が発生したノードとそのノードが関連するノードを列挙し、画面９００（図１７）を管理サーバ１４の表示装置に表示して、デプロイを実行しようとした管理者に対して結果を提示する。

図１７に示すように、画面９００には、デプロイ対象の仮想サーバと、置換対象の稼働中のサーバとの差分情報９０１と、デプロイした場合に発生する可能性がある障害内容９０４、その障害によって影響を受ける他のノード９０２、９０３が表示される。
以上の処理により、計算機システムにおいてイメージファイルから仮想サーバをデプロイする際に発生する可能性がある障害を列挙し、障害の影響範囲を特定することが可能となる。

１０、１１：物理サーバ １０１，１０２，１１１，１１２：仮想サーバ １０３，１１３：ハイパーバイザ １２：ストレージ装置 １２１，１２２：ボリューム １３：ネットワークスイッチ
１４：管理サーバ １４１：影響範囲導出部 １４２：障害情報管理部 １４３：システム構成情報管理部 １４４：仮想サーバイメージ読取部 １４５：障害情報テーブル
１４６：ＯＳ・パッチ・プログラム情報収集先テーブル １４６１：ＯＳ情報収集先テーブル １４６２：パッチ情報収集先テーブル １４６３：プログラム情報収集先テーブル
１４７：システム構成情報テーブル １５０：仮想化管理プログラム １５１：仮想サーバイメージファイル １５２：仮想サーバイメージファイル。

Claims (9)

1. あるＯＳの基で動作する物理サーバ上に構築される仮想サーバを含む計算機システムにおける仮想サーバのデプロイ管理装置であって、
   仮想サーバのテンプレートとして作成されたイメージファイルから適用済みの該ＯＳのパッチ、プログラムの設定情報を取得する仮想サーバイメージ取得部と、
   該計算機システムに存在する該物理サーバや該仮想サーバの構成情報を管理するシステム構成情報管理部と、
   該計算機システムに発生した障害の原因と影響範囲を管理する障害情報管理部と、
   前記仮想サーバイメージ読取部から取得した該パッチや該設定情報と、前記構成情報管理部から取得した該計算機システムが要求する該パッチや該設定情報との差分を求め、該差分に基づいて前記障害情報管理部から取得したシステムの障害情報を検索して、仮想サーバをデプロイする時に発生し得る障害の影響範囲を特定する影響範囲導出部と、を有することを特徴とする仮想サーバデプロイ管理装置。
2. 前記仮想サーバデプロイ管理装置は、前記イメージファイルを管理すると共に、該イメージファイルを基に仮想サーバをデプロイする仮想化管理プログラムを有し、
   前記仮想サーバイメージ読取部は、該仮想化管理プログラムが管理する仮想サーバのイメージファイルから、仮想サーバを起動することなくファイルの内容を直接読み込んで情報を収集することを特徴とする請求項１に記載の仮想サーバデプロイ管理装置。
3. 前記システム構成情報管理部は、前記仮想化管理プログラムと該計算機システム内の管理対象のサーバや各種プログラムと通信してシステム構成情報を収集し、トポロジーを作成して管理者用の表示装置に表示することを特徴とする請求項２に記載の仮想サーバデプロイ管理装置。
4. 前記障害情報管理部は、該計算機システム内の管理対象のサーバや各種プログラムと通信して第１の障害情報を収集し、又は管理者によって入力装置から入力された、該計算機システムの外部で発生した第２の障害情報を収集して管理し、前記影響範囲導出部は該第１及び第２の障害情報を用いて前記影響範囲を特定することを特徴とする請求項１に記載の仮想サーバデプロイ管理装置。
5. 前記影響範囲導出部は、仮想サーバをデプロイする時に、仮想サーバイメージ読取部が提供するＯＳに適用済のパッチと各種プログラム設定の情報を基に、前記障害情報管理部が収集した前記第１及び第２の障害情報を検索し、前記システム構成情報管理部が提供するシステム構成情報に対して障害の影響を受けるサーバや各種プログラムを特定することを特徴とする請求項１に記載の仮想サーバデプロイ管理装置。
6. 該計算機システムを構成する、物理サーバや仮想サーバのノードの識別子、ノードの種別、ノードの名称、ノードのＩＰアドレス、メモリ容量、ＯＳの種別、ＯＳのバージョン、プログラム情報、上位ノードの識別子の情報を管理するシステム構成情報テーブルと、
   計算機システム内又はその外で発生する障害の種別、発生したノードの識別子、発生日時、現象、原因プログラムの名称とバージョン及びその詳細、原因の種別及び説明、障害の影響先に関する情報を管理する障害情報テーブルと、
   イメージファイルを含むファイルシステム中に格納されるデータからＯＳ種別を判定するためのファイルの格納先と、パッチやプログラムの一覧情報、各プログラムの設定情報の取得先を管理するＯＳ・パッチ・プログラム収集先テーブルとを有し、
   前記システム構成情報管理部は、関連する情報を収集して、前記システム構成情報テーブルに記憶して管理し、
   前記障害情報管理部は、関連する障害情報を収集して、前記障害情報テーブルに記憶して管理し、
   前記影響範囲導出部は、前記ＯＳ・パッチ・プログラム収集先テーブルを参照して、該パッチや該設定情報を取得することを特徴とする請求項１乃至５のいずれかの項に記載の仮想サーバデプロイ管理装置。
7. あるＯＳの基で動作する物理サーバ上に構築される仮想サーバを含む計算機システムにおける仮想サーバのデプロイ管理方法であって、
   該仮想サーバを計算機システムにデプロイするときに、仮想サーバのテンプレートとして作成されたイメージファイルから該ＯＳに適用されているパッチとインストールされているプログラムの設定ファイルの内容を読み取り、予め記憶手段に保持していたシステムの構成情報と障害情報を参照して、デプロイ対象の仮想サーバに適用されていないパッチやプログラムの設定変更の差分が存在するかを判定し、デプロイ対象の該仮想サーバに未適用のパッチや現環境と異なるプログラム設定によって発生する可能性のある障害とその影響範囲を求めることを特徴とするデプロイ管理方法。
8. 仮想サーバのデプロイを管理する管理サーバが有する仮想サーバイメージ取得部によって、仮想サーバのテンプレートとして作成されたイメージファイルから適用済みの該ＯＳのパッチ、プログラムの設定情報を取得し、
   該管理サーバが有する構成情報管理部によって、該計算機システムに存在する該物理サーバや該仮想サーバの構成情報を管理し、
   該管理サーバが有する障害情報管理部によって、該計算機システムに発生した障害の原因と影響範囲を管理し、
   該管理サーバが有する影響範囲導出部によって、
   前記仮想サーバイメージ読取部から取得した該パッチや該設定情報と、前記構成情報管理部から取得したシステムが要求する該パッチや該設定情報との差分を求めて、該差分に基づいて前記障害情報管理部から取得したシステムの障害情報を検索して、仮想サーバをデプロイする時に発生し得る障害の影響範囲を特定することを特徴とする請求項７のデプロイ管理方法。
9. あるＯＳの基で動作する物理サーバ上に構築される仮想サーバを含む計算機システムにおいて仮想サーバをデプロイする管理サーバで実行される仮想サーバデプロイ管理用プログラムであって、
   該仮想サーバを計算機システムにデプロイするときに、仮想サーバのテンプレートとして作成されたイメージファイルからＯＳに適用されているパッチとインストールされているプログラムの設定ファイルの内容を読み取り、予め記憶手段に保持していたシステムの構成情報と障害情報を参照して、デプロイ対象の仮想サーバに適用されていないパッチやプログラムの設定変更の差分が存在するかを判定し、デプロイ対象の該仮想サーバに未適用のパッチや現環境と異なるプログラム設定によって発生する可能性のある障害とその影響範囲を求める、ことを特徴とする仮想サーバデプロイ管理用プログラム。

Images