JP5368285B2 - 計算機システム、計算機リソースの管理方法及びプログラム - Google Patents

Description

本発明は、計算機システムに係り、特に計算機リソースの構成管理方法に関する。

近年、データセンタ等ではサーバの仮想化技術とＳＡＮ（Storage Area Network）及びネットワークを組み合わせて、計算機リソースとストレージリソース及びネットワークリソースを動的に割り当てるリソースプールが普及しつつある。

また、リソースプールを利用して、業務などの中長期予測に基づいてシステムリソース（計算機リソース＋ストレージリソース＋ネットワークリソース）を動的に割り当てて、ＩＴシステムに対する過大な資金投資を事前に抑制し、限られたシステムリソースを有効活用するプロビジョニングも普及しつつある。

リソースプールの運用では、共有化されたリソース（システムリソース）から、ある業務に対して業務の要求スペックを満たすリソースを割り当てた後、業務の利用期間が終了すると、該当業務への該当リソースの割り当てを解除し、別の業務が同じ該当リソースを再利用できるようにする運用を行うことができる（例えば、特許文献１）。この運用を行うことで、リソースの共有化と再利用によるリソースの効率的な利用が実現できるというメリットがある。

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

ここで、上記従来のリソースプールの運用では、あるリソースを利用した際に作成および利用した業務データは、その業務に割り当てられたリソース内のストレージ装置に保存される。その後、該当業務のリソースを解除するときに、該当リソースを別の業務に利用できるようにするために、保存された業務データを削除する必要がある。

しかし、上記リソースプールの運用において、ある業務に対してリソースの割り当てを解除した後、再び同じ業務を再利用（リソースの再割り当て）する場合が考えられる。たとえば、開発用にリソースを利用した後、再び本番環境としてリソースを再割り当てする場合などである。

そこで、該当業務データの再利用のために、リソースを解除する前に必ず業務データをバックアップし、再利用時にリストアする運用を行う必要ある。このため、ユーザはリソースの解除において、上記作業を行う手間がかかる、という問題があった。

本発明は、リソースプールの運用において、業務データを再利用する際の手間を不要化するプロビジョニング方法を提供することを目的とする。

本発明は、１つ以上のサーバと、前記サーバに接続されるストレージから構成されて業務を提供する計算機リソースと、プロセッサとメモリを備えて前記計算機リソースを管理する管理サーバと、を備えた計算機システムにおいて、前記管理サーバは、前記業務の識別子と、前記業務の識別子に対応するシステムイメージと、前記業務の利用回数と、当該業務が利用したサーバと、当該業務が利用したストレージと、前記業務で利用する業務データの保存の有無と、前記業務データを保存した前記ストレージの所在と、を保持する業務情報と、前記計算機リソースを構成する前記サーバ及び前記ストレージの性能情報と、利用状況と、接続関係を保持するリソース情報と、前記業務に前記計算機リソースを割り当てるリソース管理部と、を備え、前記リソース管理部は、前記業務を割り当てた計算機リソースを解除する解除部を有し、前記リソース管理部は、前記業務の識別子と、前記業務に割り当てるリソース量を含む要求リソース量と、を計算機リソースの割り当て要求として受け付けて、前記業務情報を参照して前記識別子に対応する業務と前記システムイメージを特定し、前記業務の利用回数および業務データの保存の有無を取得し、前記利用回数から当該業務の利用が初回と再利用のいずれかを判定し、前記業務の利用が初回または業務データの保存が無い場合は、前記要求リソース量と、前記リソース情報から前記業務に割り当てるサーバとストレージを決定し、前記解除部は、前記計算機リソースの割り当てを解除する業務の識別子と、当該業務が利用している業務データの保存の有無と、前記業務データの保存を行う場合には業務データの保存の種類を受け付けて、前記受け付けた保存の有無および保存の種類に応じたストレージに、前記業務データの保存を行ってから前記計算機リソースの割り当てを解除し、前記リソース管理部は、前記業務の利用が再利用で、かつ前記業務データの保存が有る場合には、前記業務情報から業務データを保存したストレージの所在を取得して、前記業務データが保存されたストレージとは異なるストレージに前記業務データを移動する場合には、前記リソース情報を参照して、前記要求リソース量のストレージのリソースを満たす前記異なるストレージと、前記要求リソース量を満たし、かつ前記業務データが保存されたストレージとは異なるストレージにアクセス可能なサーバと、の組み合わせを決定し、前記決定したサーバに前記システムイメージを割り当てる。

本発明によれば、リソースプールの運用において、ユーザが一度利用した業務システムの業務データを、再び利用する運用を容易化できる。

本発明の実施形態の計算機システムの構成を示すブロック図である。 サーバ６０の構成を示すブロック図である。 業務プロファイルライブラリ３０の一例を示す説明図である。 業務利用履歴ＤＢ３１の一例を示す説明図である。 業務データテーブル４１の一例を示す説明図である。 サーバリソーステーブル４２の一例を示す説明図である。 ストレージリソーステーブル４３の一例を示す説明図である。 リソース管理プログラム２０の割り当て部２１の詳細なフローチャートである。 リソースの割り当て要求を受け付けるためのユーザーインターフェースの一例を示す画面イメージである。 図８のステップ２１−８で行われる処理の詳細を示すフローチャートである。 図８の割り当て部２１のステップ２１−１１で行われる再割り当ての判定処理の詳細なフローチャートである。 図８の割り当て部２１のステップ２１−１４で行われるリソース割り当て処理の詳細なフローチャート。 リソース管理プログラム２０の解除部２２で行われる詳細なフローチャートを示す。 リソース管理プログラム２０が出力装置１６に表示する業務データ保存のためのユーザインターフェースの一例を示す画面イメージである。 ストレージ８０と論理ディスクの関係を示すブロック図である。

以下、本発明の一実施形態を添付図面に基づいて説明する。

図１は、本発明の実施形態の計算機システムの構成を示すブロック図である。本実施形態の計算機システムは、複数のサーバ６０等を含むリソース５０と、このリソース５０を管理する管理サーバ１０を主体にして構成される。

管理サーバ１０は、演算処理を行うＣＰＵ１２と、プログラムやデータを格納するメモリ１１と、管理ネットワーク１７と通信を行うＮＩＣ（Network Interface Card）１３とＩ／Ｏデバイス１４を主体にして構成され、リソース管理プログラム２０と、業務プロファイルライブラリ３０、業務利用履歴ＤＢ３１、テーブル群４０をメモリ１１に保持する。

管理サーバ１０は、ハードディスクやフラッシュメモリなどの補助記憶装置を内部に有するか、または外部の記憶装置システムとＩ／Ｏインタフェース１４を経由して接続し、業務プロファイルライブラリ３０、業務利用履歴ＤＢ３１は、テーブル群４０を補助記憶装置または記憶装置システムに保持しても良い。なお、補助記憶装置、外部の記憶装置システムは、リソース管理プログラム２０を格納する記憶媒体として機能する。

入力装置１５はマウスやキーボードなどであり、出力装置１６はディスプレイなどであり、管理サーバ１０とユーザとの間で情報を入出力する。入力装置１５と出力装置１６は、Ｉ／Ｏデバイス１４を介してＣＰＵ１２に接続される。

管理ネットワーク１７を介してリソース５０を管理するリソース管理プログラム２０は、割り当て部２１と解除部２２のサブプログラムを持つ。なお、本実施形態では、リソース管理プログラム２０は、ＣＰＵ１２により実行されるプログラムとして説明するが、管理サーバ１０に搭載するハードウェアやファームウェア、又はそれらの組み合わせにより実装しても良い。

リソース管理プログラム２０が利用するテーブル群４０は、リソース５０内の業務データ９０を管理するための情報を保持する業務データテーブル４１、リソース５０内の特にサーバリソース６０のリストを保持するサーバリソーステーブル４２、およびリソース５０内の特にストレージ８０のリストを保持するストレージリソーステーブル４３を備える。なお、リソース５０内の特にネットワーク７０のリストとそれぞれの性能、接続先ネットワーク、利用状況を備えるネットワークリソーステーブルとして備えても良いが、本実施形態では省略する。

リソース５０は、複数のサーバ６０、複数のネットワーク７０、複数のストレージ８０からなるリソースと、ストレージ８０内に保存されている業務データ９０から成る。ここで業務データ９０は、リソース５０において稼働する業務の業務プログラムが出力または参照するデータを示す。なお、ここでサーバ６０、ネットワーク７０、ストレージ８０は、それぞれ物理的なサーバ装置、ネットワーク装置（ネットワークスイッチ等）、ストレージ装置（ストレージアレイ装置など）を示している。なお、サーバ６０は、仮想化技術を利用して物理サーバを仮想化した仮想サーバを用いても良い。

図２は、サーバ６０の構成を示すブロック図である。サーバ６０は、メモリ６１１、ＣＰＵ６１２、ハードディスクやフラッシュメモリなどの補助記憶装置６１３、１つ以上のＩ／Ｏデバイス６１５、６１６を有する。なお、補助記憶装置６１３は必須ではない。ここでＩ／Ｏデバイス６１５、６１６は、たとえばＮＩＣやＨＢＡ（Host Bus Adaptor）である。メモリ６１１にはプログラム６２０を保持でき、プログラム６２０はＣＰＵ６１２により実行される。なお、プログラム６２０は、後述するように、業務を提供するものであり、ストレージ８０からメモリ６１１にロードされる。

図３は、リソース管理プログラム２０が利用する業務プロファイルライブラリ３０の一例を示す説明図である。業務プロファイルライブラリ３０は、インデックス３００と、システムディスクイメージ３０１とから成る。インデックス３００には、リソース５０で稼働する各業務の業務プロファイルの一覧を保持し、カラム３０２には、該当業務を一意に識別するための識別子として、業務ＩＤを保持する。また、カラム３０３に該当業務の業務名称を保持し、さらに該当業務のシステムディスクイメージとの対応関係３０４を保持する。なお、システムディスクイメージ３０１には、業務のシステムディスクに保存されるべきバイナリデータだけでなく、サーバ仮想化などに利用する仮想サーバの定義情報（CPU、メモリ容量、接続ネットワーク、ディスク容量や接続ストレージ）の情報を保持していても良い。システムディスクイメージの一例としては、ＯＶＦ（Open Virtualization Format）等を用いることができる。また、対応関係３０４は、ストレージ８０へのパス等で記述しても良い。

図４に、リソース管理プログラム２０が利用する業務利用履歴ＤＢ３１の例を示す。この業務利用履歴ＤＢ３１に保存される情報として、カラム３１１からカラム３１３の情報がある。カラム３１１は、業務ＩＤであり、業務プロファイルライブラリ３０のカラム３０２が該当する。カラム３１２には、該当業務をリソース５０で稼働させた回数を保持する。カラム３１３には、該当業務が最後に利用したリソース５０内のサーバ、ネットワーク、ストレージの各リソースの情報を保持する。カラム３１５の情報は、カラム３１４にリソースの分類、カラム３１５に該当リソースの分類に従い、該当業務が利用したサーバ６０、ネットワーク７０、ストレージ８０の識別子（または識別名称）が保持される。なお、該当業務に対して現在リソースが割り当て中の状態であれば、カラム３１５には「（使用中）」のフラグが付き、それ以外の場合は空欄となる。

図５に、リソース管理プログラム２０が利用する業務データテーブル４１の例を示す。業務データテーブル４１は、ある業務で利用した業務データ９０の保存状況を保持している。カラム４１１は、業務ＩＤであり、業務プロファイルライブラリ３０のカラム３０２が該当する。カラム４１２は、業務データ９０の保存状況を示している。業務データ９０が保存されている場合は「有り」、保存されていない場合は「無し」である。カラム４１３は業務データ９０が保存されているストレージ８０の情報を保存する。なお、図では保存先のストレージ８０の識別子、論理ディスク（ＬＵ）の識別子、保存方法をそれぞれ「ストレージ１：LU2：ストレージ」などと示している。なお、保存方法が「ストレージ」は、該当ストレージの該当論理ディスクにそのまま業務データ９０が保存されている。また、保存方法が「アーカイブ」の場合は、アーカイブストレージに保存されていることを示している。さらに、保存方法が「ソフトバックアップ」の場合は、バックアップソフトウェアを利用したバックアップデータとして保存されていることを示している。カラム４１４は、該当業務データ９０にアクセスが許可されたユーザ識別子を示している。カラム４１４により、リソースを要求したユーザ以外は、該当する業務データ９０にアクセスできないことを示している。

図６に、リソース管理プログラム２０が利用するサーバリソーステーブル４２の例を示す。カラム４２１は、サーバリソースの識別子を示す。カラム４２２は、該当サーバリソースのスペック（リソース量及び性能情報）を示す。カラム４２３は該当サーバリソースの利用状況を示す。利用中なら「利用中」、未使用なら「未使用」である。なお、該当サーバリソース上でサーバ仮想化機能が稼働している場合は、本カラムは「仮想化環境」となり、仮想サーバで消費されていないＣＰＵおよびメモリのリソース量などを空きリソース量として「空き：」、「ＣＰＵ：４Ｇｈｚ」、「メモリ：４ＧＢ」など保存される。カラム４２４は、該当サーバリソースが接続できるネットワーク７０とストレージ８０のリソースを示す。

図７に、リソース管理プログラム２０が利用するストレージリソーステーブル４３の例を示す。カラム４３１は、ストレージリソースの識別子を示す。カラム４３２は、該当ストレージリソースの保持する論理ディスクとその容量の組みの一覧をそれぞれ「ＬＵ１：１２０ＧＢ」等として保存している。カラム４３３には、該当ストレージリソースのうち、論理ディスクに割り当てられていない未使用のストレージ容量を示す。図７に示したストレージリソーステーブル４３のストレージ８０と、論理ディスクの関係は図１５に示すようになる。図１５はストレージ８０と論理ディスクの関係を示すブロック図である。

図８にリソース管理プログラム２０の割り当て部２１の詳細なフローチャートを示す。なお割り当て部２１は、ユーザがある業務に対してリソースを割り当てる場合に呼び出される。また、ユーザ（または管理者）は管理サーバ１０の入力装置１５または図示しない計算機からリソース管理プログラム２０に指令することができる。

ステップ２１−１では、リソースの割り当て要求として、ユーザが業務プロファイル（業務ＩＤ）と要求リソース量（ＣＰＵ周波数と数、メモリ容量、ネットワーク性能と数、ストレージ容量）を指定して、業務に対するリソース割り当てを管理サーバ１０で稼動するリソース管理プログラム２０に要求する。リソース管理プログラム２０はこの要求を受け付ける。なお、このときに業務データ９０の再利用を実施するか否かをユーザが指定する。以下、ここで選択された業務プロファイルの業務を「該当業務」と呼ぶ。また、本ステップでは、リソースを要求したユーザの識別子も受け付ける。

ステップ２１−２は、管理サーバ１０が該当業務の業務利用回数を取得する。これには、該当業務の業務ＩＤに対する利用履歴を、業務利用履歴ＤＢ３１の利用回数（カラム３１２）を参照する。

ステップ２１−３では、管理サーバ１０は該当業務が初回利用か否かを判定する。初回利用は該当業務の利用回数が０回の場合であり、このときはステップ２１−４に移る。初回利用でない場合はステップ２１−５に移る。なお、ステップ２１−１にて、業務データ９０の再利用の実施が不要な場合には、初回利用でなくてもステップ２１−４へ移る。

ステップ２１−４では、通常のリソース割り当てとして、該当業務への要求リソース量（ステップ２１−１で取得）に基づき、サーバリソーステーブル４２、ストレージリソーステーブル４３を参照して、リソース５０内から要求リソース量を満たすサーバ６０、ストレージ８０を決定し、該当業務のプロビジョニングを実施し、業務利用履歴ＤＢ３１のカラム３１２の「利用回数」をカウントアップ（＋１）する。さらに、管理サーバ１０は業務利用履歴ＤＢ３１のカラム３１３に該当リソースを追記し、現在使用中であることを示すフラグを設定する。ここで、管理サーバ１０は要求リソース量を満たすリソースが見つからない場合は、出力装置１６にリソースが不足している旨を表示する。なお、ここでプロビジョニングとは、該当業務を稼働させるサーバ６０とネットワーク７０、ストレージリソース８０の接続（アクセス許可）を行い、該当業務の業務プロファイルの内容に従い、該当リソースに対してシステムディスクイメージ３０１の配備とデータディスク（論理ディスク）の割り当てを行い、該当業務の業務プログラムが起動できる状況にすることを示す。なお、業務プロファイルが仮想サーバ定義を含む場合には、仮想サーバの作成も行う。

次に、ステップ２１−５では、管理サーバ１０が業務データ９０の保存の有無に関する情報を取得する。ここでは、管理サーバ１０が業務データテーブル４１のカラム４１２を参照する。ステップ２１−６では、業務データ９０の保存が有る場合にはステップ２１−ａへ、そうでない場合は、ステップ２１−４へと移る。

ステップ２１−aでは、ステップ２１−１で受け付けたリソースを要求したユーザ識別子と、業務データテーブル４１のカラム４１４の該当業務データ９０に対応する１つ以上のユーザ識別子のいずれかと一致する場合には、ステップ２１−７へ移る。そうでない場合はステップ２１−４へと移る。これにより、該当業務データ９０にアクセスが許可されているユーザにのみ、該当業務データ９０のストレージ８０を割り当てることができる。

ステップ２１−７では、管理サーバ１０は該当業務の業務データ９０の保存方法が、アーカイブかまたはソフトバックアップであるかを判定する。これには、業務データテーブル４１のカラム４１３を参照する。なお、アーカイブかまたはソフトバックアップであればステップ２１−１４へ、そうでない場合は２１−８へと移る。

ステップ２１−８では、該当業務が最後に利用したリソース（ここでは最終利用リソース）の再割り当てが可能か否かを判定する。この判定の詳細は図１０に後述する。

ステップ２１−９では、ステップ２１−８の結果、最終利用リソースの再割り当てが可能であればステップ２１−１０へ、そうでない場合はステップ２１−１１へ移る。ステップ２１−１０では、管理サーバ１０が最終利用リソースの再割り当てを行う。ここでは、業務利用履歴ＤＢ３１のカラム３１３に保存されている最終割り当てリソースを取得して割り当てるサーバ６０、ネットワーク７０、ストレージ８０の各リソースを決定し、該当業務のプロビジョニングを実施し、業務利用履歴ＤＢ３１のカラム３１２の「利用回数」をカウントアップ（＋１）し、カラム３１３に該当リソースに対して現在使用中であることを示すフラグを設定する。なお、プロビジョニングは、上記決定したサーバ６０にシステムディスクイメージ３０１を実行させ、上記決定したストレージ８０で業務データ９０を利用して業務を開始する。

ステップ２１−１１では、管理サーバ１０は該当業務の業務データ９０が保存されているストレージ８０のリソースを再割り当て可能か否か判定する。この判定の詳細は図１１に後述する。

ステップ２１−１２では、ステップ２１−１１の結果、該当業務の業務データ９０が保存されているストレージのリソースを再割り当て可能な場合はステップ２１−１３に移り、そうでない場合はステップ２１−１４へ移る。

ステップ２１−１３では、管理サーバ１０が該当業務に対して、業務データ９０が保存されているストレージ８０を、該当業務に割り当てるストレージリソースとして決定し、該当業務への要求リソース量（ステップ２１−１で取得）に基づき、サーバリソーステーブル４２を参照し、リソース５０内から要求リソース量を満たすサーバ６０を決定する。そして、管理サーバ１０は該当業務のプロビジョニングを実施し、業務利用履歴ＤＢ３１のカラム３１２の「利用回数」をカウントアップ（＋１）し、カラム３１３に該当リソースの識別子を追記し、カラム３１５に現在使用中であることを示すフラグを設定する。ステップ２１−１４は、管理サーバ１０が業務データ９０の移動処理を伴うリソース割り当て処理を行う。このリソース割り当て処理の詳細は図１２に後述する。

上記処理により、管理サーバ１０が、業務ＩＤと業務の構成（ソフトウェア構成など）を業務プロファイルライブラリ３０に保持しておき、業務ＩＤに対応して該当業務の利用履歴として、利用回数と利用リソースを業務利用履歴ＤＢ３１に保持する。管理サーバ１０の管理プログラムは、業務プロファイルによってリソースを割り当て、リソースの割り当てを解除した後、再度、同一業務ＩＤの業務を利用する場合、該当業務ＩＤに対応する業務利用履歴から、以前利用していた該当業務の業務データ９０に割り当て可能なリソースを選択して割り当てることが可能となる。

そして、管理サーバ１０は、業務ＩＤに対応する業務データ９０が、前回利用したストレージリソース（最終利用リソース）に残存し、かつ、当該ストレージリソースが空いている場合には、このストレージリソースをそのまま割り当てることができる。また、管理サーバ１０は、業務ＩＤに対応する業務データ９０が、前回利用したストレージリソースには残存しないが、他のストレージリソースにソフトバックアップまたはアーカイブされている場合には、要求されたリソース量を満たすストレージリソースを確保してから、該当業務の業務データ９０を当該確保したストレージリソースに移動して、業務を開始することができる。

図９に、リソース管理プログラム２０が出力装置１６に表示するリソースの割り当て要求を受け付けるためのユーザーインターフェース（ＵＩ）の例を示す。このＵＩは、割り当て部２１が、上記フローチャートのステップ２１−１で出力する。このＵＩは、管理サーバ１０に接続された出力装置１６や、管理サーバ１０に管理ネットワーク１７を介して接続された他の端末の表示装置等にブラウザや専用のプログラム、およびテキストなどを用いて表示される。

ウインドウ９００はブラウザやプログラムのウインドウを示す。業務プロファイルの選択枠９０１では、入力装置１５の操作によってリソースを割り当てたい業務プロファイルを選択する。ここでは、該当業務の業務ＩＤと業務名称が表示されている。

要求リソース量の入力枠９０２には、リソース要求における要求リソース量を入力できる。ここでは、ＣＰＵ周波数と数、メモリ容量、ネットワーク性能と数、ストレージ容量などを入力する。なお、ストレージ容量は、システムディスクの容量とデータディスクの容量をそれぞれ分けて入力する。

チェックボックス９０３は、該当業務の業務データ９０を再利用するか否かを指定する。決定ボタン９５０をクリックまたは実行すると、リソースを割り当てる業務ＩＤと要求リソース量、業務データ９０の再利用の有無がリソース管理プログラム２０に送付される。キャンセルボタン９５１をクリックまたは実行すると、リソース要求を取りやめて終了する。

上記ＵＩを出力装置１６または図示しない計算機の表示装置に出力することで、業務プロファイルから業務を選択し、所望の要求リソース量を設定して、管理サーバ１０の管理プログラム２０にリソースの割り当て要求の指令と、業務開始指令を送信することができる。 図１０に、図８の割り当て部２１のステップ２１−８で行われる処理の詳細なフローチャートを示す。

ステップ２１−８−１では、管理サーバ１０が要求リソース量に対して最終利用リソース量を満足しているか否かの判定を行う。ここで、管理サーバ１０は業務利用履歴ＤＢ３１のカラム３１５と、サーバリソーステーブル４２、ストレージリソーステーブル４３を参照し、最終利用リソースのサーバ６０およびストレージ８０のリソース量を最終利用リソース量として求め、該当業務の要求リソース量におけるサーバ６０とストレージ８０のリソース量と、最終利用リソース量とを比較し、
最終利用リソース量 ≧ 要求リソース量 （条件２１−８−１）
の条件を満足するか否かを判定する。

ステップ２１−８−２では、ステップ２１−８−１の結果、上記条件２１−８−１を満足する場合はステップ２１−８−４へ、満足しない場合はステップ２１−８−３へ移る。

ステップ２１−８−３は、管理サーバ１０が、最終利用リソースの再割り当てが不可であると判定する。

ステップ２１−８−４では、管理サーバ１０が、最終利用リソースの利用状況をサーバリソーステーブル４２、ストレージリソーステーブル４３を参照し、未使用または要求リソース量を満たすリソースの空きが存在するか否かを判定する。

ステップ２１−８−５では、ステップ２１−８−４の結果、管理サーバ１０は最終利用リソースまたは要求リソース量を満たすリソースの空きが存在する場合にはステップ２１−８−６へ移り、そうでない場合はステップ２１−８−３へ移る。ステップ２１−８−６では、最終利用リソースの再割り当てが可能であると判定する。

以上の処理により、管理サーバ１０は最終利用リソース量と、要求リソース量とを比較し、未使用または空きリソースから最終利用リソースの再割り当てが可能か否かを判定する。

図１１に、図８の割り当て部２１のステップ２１−１１で行われる再割り当ての判定処理の詳細なフローチャートを示す。

ステップ２１−１１−１では、管理サーバ１０が要求リソース量に含まれるストレージリソース容量に対して、業務データ９０を保存するための容量を満足するストレージの有無を判定する。ここで、管理サーバ１０は業務データテーブル４１の保存ストレージ４１３を参照し、該当業務の業務データ９０が保存されているストレージリソースの論理ディスクと、ストレージリソーステーブル４３の論理ディスク情報４３２を参照し、該当業務データ９０が保存されている論理ディスクの容量を取得し、該当業務の要求リソース量に含まれるストレージ容量とを比較し、
該当業務データが保存されている論理ディスクの容量 ≧ 要求リソース量におけるストレージ容量 （条件２１−１１−１）
の条件を満足するか否かを判定する。

ステップ２１−１１−２では、ステップ２１−１１−１の結果、上記条件２１−１１−１を満足する場合はステップ２１−１１−４へ、満足しない場合はステップ２１−１１−３へ移る。

ステップ２１−１１−３は、管理サーバ１０が該当業務の業務データ９０が保存されているストレージのリソースを再割り当てが不可であると判定する。

ステップ２１−１１−４では、管理サーバ１０が要求リソース量のストレージリソース量に基づき、サーバリソーステーブル４２における未使用または要求リソース量を満たすリソースの空きが存在し、かつ、上記ステップ２１−１１−１で特定したストレージ８０に接続可能なサーバリソースが存在するか否かを判定する。なお、管理サーバ１０は、サーバリソーステーブル４２の接続先４２４を参照して、上記再割当先のストレージ８０と接続可能であるか否かを判定する。

ステップ２１−１１−５では、ステップ２１−１１−４の結果、最終利用リソース量または要求リソース量を満たすリソースが存在する場合にはステップ２１−１１−６へ移り、そうでない場合はステップ２１−１１−３へ移る。ステップ２１−１１−６では、管理サーバ１０が該当業務の業務データ９０が保存されているストレージのリソースを再割り当てが可能であると判定する。

図１２に、図８の割り当て部２１のステップ２１−１４で行われるリソース割り当て処理の詳細なフローチャートを示す。

ステップ２１−１４−１では、管理サーバ１０が要求リソース量のデータディスクのストレージ容量に基づき、ストレージリソーステーブル４３における空き容量（カラム４３３）から、要求リソース量のデータディスクのストレージリソース容量を満たすリソースの空きが存在するストレージリソースが存在するか否かを判定する。

ステップ２１−１４−２では、ステップ２１−１４−１の結果、要求リソース量を満たすストレージリソースが存在する場合はステップ２１−１４−４へ移り、そうでない場合はステップ２１−１４−３へ移る。なお、管理サーバ１０は要求リソース量を満たすストレージリソースが存在する場合は、ストレージリソーステーブル４３のストレージ８０から割り当て先のストレージリソースを特定する。

ステップ２１−１４−３では、管理サーバ１０が出力装置１６または図示しない計算機にリソースが不足している旨を表示する。

ステップ２１−１４−４では、管理サーバ１０は該当業務の業務データ９０の保存方法が、アーカイブ保存である場合はステップ２１−１４−５へ、そうでない場合はステップ２１−１４−６へ移る。

ステップ２１−１４−５では、管理サーバ１０がアーカイブストレージの業務データ９０を、ステップ２１−１４−１で特定したストレージリソースに移動する。ここで移動とは、ストレージ８０やその管理製品が備えるデータライフサイクル管理機能など、テープやローエンドのアーカイブストレージから、高性能なアクティブストレージ（ストレージ８０）へデータを移動する機能を利用する。

ステップ２１−１４−６では、該当業務データ９０の保存方法が、ソフトバックアップである場合はステップ２１−１４−７へ移り、そうでない場合はステップ２１−１４−８へ移る。

ステップ２１−１４−７では、管理サーバ１０が該当業務の業務データ９０を、該当業務の利用する業務ミドルウェアなどが備えるバックアップデータのリストア機能を利用する。ここで業務ミドルウェアとは、たとえばデータベースソフトウェアや、アプリケーションサーバプログラムなどである。

ステップ２１−１４−８では、管理サーバ１０が該当業務データ９０が保存されているストレージから、ステップ２１−１４−１で特定したストレージリソースへ、ストレージ８０の備えるストレージ装置間のデータコピー機能などを利用して移動する。

ステップ２１−１４−９では、管理サーバ１０がステップ２１−１４−１で特定したストレージリソースと、該当業務への要求リソース量に基づき、サーバリソーステーブル４２を参照し、リソース５０内から要求リソース量を満たすサーバを、該当業務の割り当てリソースとして決定し、該当業務のプロビジョニングを実施する。そして、管理サーバ１０は業務利用履歴ＤＢ３１のカラム３１２の「利用回数」をカウントアップ（＋１）し、カラム３１３に該当サーバリソースを追記し、カラム３１５に現在使用中であることを示すフラグを付ける。

上記処理により、要求リソース量を満足するストレージ８０とサーバ６０及びネットワーク７０が決定され、指定された業務ＩＤの業務データ９０がアーカイブ先またはバックアップ先から割り当て先のストレージ８０に移動され、業務が開始される。

図１３は、リソース管理プログラム２０の解除部２２で行われる詳細なフローチャートを示す。なお解除部２２は、ユーザがある業務に対してリソースの割り当てを解除する場合に入力装置１５または図示しない計算機からの指令により呼び出される。

ステップ２２−１では、管理サーバ１０がユーザからのリソース割り当ての解除要求を受け付ける。ここでは、解除対象の業務ＩＤと、業務データ９０の有無、保存する場合には保存方法（保存の種類）を受け付ける。業務データ９０の保存方法は、再利用する業務データ９０をストレージ８０にそのまま残すか、ソフトバックアップを行うか、あるいはアーカイブを行うかの何れか１つを選択させるようにしても良い。

ステップ２２−２では、業務データ９０の保存が必要な場合にステップ２２−３へ移り、そうでない場合はステップ２２−５へ移る。

ステップ２２−３では、管理サーバ１０がステップ２２−１で指定された業務データ９０の保存方法に従い、業務データ９０の保存を行う。ストレージ保存の場合は、該当業務データ９０が保存されているストレージ８０の論理ディスクの保存フラグをメモリ１１上に保持する。すなわち、管理サーバ１０は、該当業務ＩＤに対応する業務データテーブル４１のカラム４１２に「有り」を設定する。

アーカイブ保存の場合は、管理サーバ１０がストレージ８０やその管理製品が備えるデータライフサイクル管理機能を呼び出し、該当業務データ９０のアーカイブストレージへの保存を実行する。ソフトウェアバックアップの場合は、管理サーバ１０が該当業務の利用する業務ミドルウェアなどが備えるバックアップ機能を呼び出し、バックアップを実施する。

ステップ２２−４では、管理サーバ１０が業務へのリソース割り当て解除を行う。ここで解除とは、リソース５０上の該当業務のインスタンス（業務プログラム）の停止とサーバ停止、仮想サーバを利用している場合は仮想サーバの停止と仮想サーバの削除、該当業務で利用していたサーバ６０からシステムディスクとデータディスクの保存されているストレージ８０へのアクセスを不可とし、システムディスクとデータディスクの内容を削除する。ただし、データディスクの内容削除は、ステップ２２−３で保存フラグが立てられている場合には行わない。さらに、該当業務の業務利用履歴ＤＢ３１の最終割り当てリソースの使用中フラグを削除し、業務データテーブル４１の保存有無（カラム４１２）および保存ストレージ（カラム４１３）、アクセス許可ユーザ（カラム４１４）を、ステップ２２−１の情報を基に更新する。

さらに管理サーバ１０は、サーバリソーステーブル４２のうち割り当てを解除したサーバリソースの利用状況（カラム４２３）を未使用に変更し、または仮想化環境の場合は空きリソース量の更新を行う。ストレージリソーステーブル４３は、割り当てを解除したストレージリソースに従い、未割り当て容量（カラム４３３）を更新する。たとえば、業務データ９０をストレージに保存した場合には未割り当て容量は変化しない、などである。

上記処理により、該当業務に割り当てたリソース５０を解除する際には、後述するようにユーザが選択した方法で業務データ９０がストレージ８０またはアーカイブストレージやバックアップ先に保存され、割り当てたリソース５０の履歴で業務利用履歴ＤＢ３１に更新され、また、使用後の業務データ９０の保存状態が業務データテーブル４１に格納され、次回の業務で再利用することができる。

図１４に、リソース管理プログラム２０が出力装置１６に表示する業務データの保存のためのＵＩの例を示す。このＵＩは、解除部２２のフローチャートのステップ２１−１で利用する。このＵＩは、管理サーバ１０に接続された表示装置１５や、管理サーバ１０にネットワークを介して接続された他の端末の表示装置等にブラウザや専用のプログラム、およびテキストなどを用いて表示される。

ウインドウ１４００はブラウザやプログラムのウインドウを示す。ウインドウ１４００に表示する情報として、リソースの解除対象となる業務の情報１４０１として、業務ＩＤを表示する。また、業務データ９０の情報１４０２として、業務データ９０が保存されているストレージ８０と論理ディスクの情報、および容量（消費容量と割り当て容量）を表示している。保存方法として、ラジオボタン（１４０３）で保存方法を指定する。業務データ９０を保存する場合には、「はい」ボタン１４５０をクリックまたは実行すると、業務ＩＤと保存の有無、保存方法がリソース管理プログラム２０に送付される。「いいえ」ボタン１４５１をクリックまたは実行すると、業務データ９０の保存は実施しない。

以上のように本発明では、業務ＩＤと対応付けて、業務ＩＤが直前に使用していたリソースの履歴と、業務データの保存の有無、および業務データの所在とを保持しておく。そして、業務ＩＤに対してリソースの再割り当てを行う際には、リソースの要求量と業務ＩＤを受け付けて、最新のリソース割り当て履歴と、業務データの保存の有無と業務データの所在、およびリソース空き状況に基づいて、リソース要求量を満たして業務データに接続可能なリソース５０を決定し、当該決定したリソース５０に業務データとシステムディスクイメージ３０１を割り当てて業務を再開する。

これにより、業務を管理するユーザは、リソースを解除する際や、業務を再開する際に業務データのバックアップやリストアの作業を行う必要が無くなって、リソースプールの運用に関する労力を大幅に低減することが可能となるのである。

以上のように、本発明はリソースプールにより業務を実行する計算機システムや、リソースプールのリソースを管理する管理サーバ及び管理サーバのプログラムに適用することができる。

１０ 管理サーバ
１１ メモリ
１２ ＣＰＵ
１３ ＮＩＣ
１４ Ｉ／Ｏデバイス
１５ 入力装置
１６ 出力装置
２０ リソース管理プログラム
２１ 割り当て部
２２ 解除部
３０ 業務プロファイルライブラリ
３１ 業務利用履歴ＤＢ
４１ 業務データテーブル
４２ サーバリソーステーブル
４３ ストレージリソーステーブル
５０ リソース
６０ サーバ
７０ ネットワーク
８０ ストレージ
９０ 業務データ

Claims (9)

1. １つ以上のサーバと、前記サーバに接続されるストレージから構成されて業務を提供する計算機リソースと、
   プロセッサとメモリを備えて前記計算機リソースを管理する管理サーバと、を備えた計算機システムにおいて、
   前記管理サーバは、
   前記業務の識別子と、前記業務の識別子に対応するシステムイメージと、前記業務の利用回数と、当該業務が利用したサーバと、当該業務が利用したストレージと、前記業務で利用する業務データの保存の有無と、前記業務データを保存した前記ストレージの所在と、を保持する業務情報と、
   前記計算機リソースを構成する前記サーバ及び前記ストレージの性能情報と、利用状況と、接続関係を保持するリソース情報と、
   前記業務に前記計算機リソースを割り当てるリソース管理部と、を備え、
   前記リソース管理部は、
   前記業務を割り当てた計算機リソースを解除する解除部を有し、
   前記リソース管理部は、
   前記業務の識別子と、前記業務に割り当てるリソース量を含む要求リソース量と、を計算機リソースの割り当て要求として受け付けて、前記業務情報を参照して前記識別子に対応する業務と前記システムイメージを特定し、前記業務の利用回数および業務データの保存の有無を取得し、前記利用回数から当該業務の利用が初回と再利用のいずれかを判定し、
   前記業務の利用が初回または業務データの保存が無い場合は、前記要求リソース量と、前記リソース情報から前記業務に割り当てるサーバとストレージを決定し、
   前記解除部は、
   前記計算機リソースの割り当てを解除する業務の識別子と、当該業務が利用している業務データの保存の有無と、前記業務データの保存を行う場合には業務データの保存の種類を受け付けて、
   前記受け付けた保存の有無および保存の種類に応じたストレージに、前記業務データの保存を行ってから前記計算機リソースの割り当てを解除し、
   前記リソース管理部は、
   前記業務の利用が再利用で、かつ前記業務データの保存が有る場合には、前記業務情報から業務データを保存したストレージの所在を取得して、
   前記業務データが保存されたストレージとは異なるストレージに前記業務データを移動する場合には、前記リソース情報を参照して、
   前記要求リソース量のストレージのリソースを満たす前記異なるストレージと、
   前記要求リソース量を満たし、かつ前記業務データが保存されたストレージとは異なるストレージにアクセス可能なサーバと、の組み合わせを決定し、
   前記決定したサーバに前記システムイメージを割り当てることを特徴とする計算機システム。
2. 前記リソース管理部は、
   前記業務データを前記業務データが保存されているストレージとは異なるストレージに移動する際に、
   前記業務データを前記ストレージ間でコピーすることを特徴とする請求項１に記載の計算機システム。
3. 前記リソース管理部は、
   前記業務データを前記業務データが保存されているストレージとは異なるストレージに移動する際に、
   前記業務データを前記業務データのバックアップデータから前記ストレージにリストアすることを特徴とする請求項１に記載の計算機システム。
4. 前記業務情報は、
   前記業務データに対応して、前記業務データにアクセスが許可された１つ以上のユーザ識別子を保持し、
   前記リソース管理部は、
   前記業務の識別子と要求リソース量からなる計算機リソースの割り当てを要求したユーザの識別子を前記業務情報から取得し、
   前記計算機リソースの割り当てを要求したユーザ識別子が、前記業務データにアクセスが許可されたユーザ識別子のいずれかに一致する場合に、前記業務データにアクセス可能なサーバとストレージの組み合わせを決定することを特徴とする請求項１記載の計算機システム。
5. １つ以上のサーバと、前記サーバに接続されるストレージから構成されて業務を提供する計算機リソースと、プロセッサとメモリを備えて前記計算機リソースを管理する管理サーバと、を備えて前記管理サーバが前記業務に計算機リソースを割り当てる管理方法であって、
   前記管理サーバは、
   前記業務の識別子と、前記業務の識別子に対応するシステムイメージと、前記業務の利用回数と、当該業務が利用したサーバと、当該業務が利用したストレージと、前記業務の識別子に対応して、前記業務で利用する業務データの保存の有無と、前記業務データを保存した前記ストレージの所在を保持する業務情報と、前記計算機リソースを構成する前記サーバ及び前記ストレージの性能情報と、利用状況と、接続関係を保持するリソース情報と、を有し、
   前記管理サーバが、前記業務の識別子と、前記業務に割り当てるリソース量を含む要求リソース量と、を計算機リソースの割り当て要求として受け付けるステップと、
   前記管理サーバが、前記業務情報を参照して前記識別子に対応する業務と前記システムイメージを特定し、前記業務の利用回数および業務データの保存の有無を取得し、前記利用回数から当該業務の利用が初回と再利用のいずれかを判定するステップと、
   前記管理サーバが、前記業務の利用が初回または業務データの保存が無い場合は、前記要求リソース量と、前記リソース情報から前記業務に割り当てるサーバとストレージを決定するステップと、
   前記管理サーバが、前記業務を割り当てた計算機リソースを解除するステップと、
   前記管理サーバが、前記業務の利用が再利用で、かつ前記業務データの保存が有る場合には、前記業務情報から業務データを保存したストレージの所在を取得して、前記要求リソース量を満たし、かつ前記業務データにアクセス可能なサーバとストレージの組み合わせを、前記リソース情報を参照して決定するステップと、
   前記管理サーバが、前記決定したサーバに前記システムイメージを割り当てるステップと、を含み、
   前記業務を割り当てた計算機リソースを解除するステップは、
   前記計算機リソースの割り当てを解除する業務の識別子と、当該業務が利用している業務データの保存の有無と、前記業務データの保存を行う場合には業務データの保存の種類を受け付けるステップと、
   前記受け付けた保存の有無および保存の種類に応じたストレージに、前記業務データの保存を行ってから前記計算機リソースの割り当てを解除するステップと、を含み、
   前記管理サーバが、前記業務の利用が再利用で、かつ前記業務データの保存が有る場合には、前記業務情報から業務データを保存したストレージの所在を取得して、前記要求リソース量を満たし、かつ前記業務データにアクセス可能なサーバとストレージの組み合わせを、前記リソース情報を参照して決定するステップは、
   前記業務データが保存されたストレージとは異なるストレージに前記業務データを移動する場合には、前記リソース情報を参照して、前記要求リソース量のストレージのリソースを満たす前記異なるストレージと、前記要求リソース量を満たし、かつ前記業務データが保存されたストレージとは異なるストレージにアクセス可能なサーバと、の組み合わせを決定する、ことを特徴とする計算機リソースの管理方法。
6. 前記業務データを前記業務データが保存されているストレージとは異なるストレージに移動する場合には、
   前記業務データを前記ストレージ間でコピーすることを特徴とする請求項５に記載の計算機リソースの管理方法。
7. 前記業務データを前記業務データが保存されているストレージとは異なるストレージに移動する場合には、
   前記業務データを前記業務データのバックアップデータから前記ストレージにリストアすることを特徴とする請求項５に記載の計算機リソースの管理方法。
8. 前記業務情報は、
   前記業務データに対応して、前記業務データにアクセスが許可された１つ以上のユーザ識別子を保持し、
   前記管理サーバが、前記業務の識別子と、前記業務に割り当てるリソース量を含む要求リソース量と、を計算機リソースの割り当て要求として受け付けるステップは、
   前記業務の識別子と要求リソース量からなる計算機リソースの割り当てを要求したユーザの識別子を前記業務情報から取得し、
   前記管理サーバが、前記業務の利用が再利用で、かつ前記業務データの保存が有る場合には、前記業務情報から業務データを保存したストレージの所在を取得して、前記要求リソース量を満たし、かつ前記業務データにアクセス可能なサーバとストレージの組み合わせを、前記リソース情報を参照して決定するステップは、
   前記計算機リソースの割り当てを要求したユーザ識別子が、前記業務データにアクセスが許可されたユーザ識別子のいずれかに一致する場合に、前記業務データにアクセス可能なサーバとストレージの組み合わせを決定することを特徴とする請求項５に記載の計算機リソースの管理方法。
9. １つ以上のサーバと、前記サーバに接続されるストレージから構成されて業務を提供する計算機リソースと、プロセッサとメモリを備えて前記計算機リソースを管理する管理サーバを制御するプログラムであって、
   前記業務の識別子と、前記業務の識別子に対応するシステムイメージと、前記業務の利用回数と、当該業務が利用したサーバと、当該業務が利用したストレージと、前記業務で利用する業務データの保存の有無と、前記業務データを保存した前記ストレージの所在とを保持する業務情報と、前記計算機リソースを構成する前記サーバ及び前記ストレージの性能情報と、利用状況と、接続関係を保持するリソース情報と、を前記メモリに格納する手順と、
   前記業務の識別子と、前記業務に割り当てるリソース量を含む要求リソース量と、を計算機リソースの割り当て要求として受け付ける手順と、
   前記業務情報を参照して前記識別子に対応する業務と前記システムイメージを特定し、前記業務の利用回数および業務データの保存の有無を取得し、前記利用回数から当該業務の利用が初回と再利用のいずれかを判定する手順と、
   前記業務の利用が初回または業務データの保存が無い場合は、前記要求リソース量と、前記リソース情報から前記業務に割り当てるサーバとストレージを決定する手順と、
   前記業務を割り当てた計算機リソースを解除する手順と、
   前記業務の利用が再利用で、かつ前記業務データの保存が有る場合には、前記業務情報から業務データを保存したストレージの所在を取得して、前記要求リソース量を満たし、かつ前記業務データにアクセス可能なサーバとストレージの組み合わせを、前記リソース情報を参照して決定する手順と、
   前記決定したサーバに前記システムイメージを割り当てる手順と、を前記管理サーバに実行させ、
   前記業務を割り当てた計算機リソースを解除する手順は、
   前記計算機リソースの割り当てを解除する業務の識別子と、当該業務が利用している業務データの保存の有無と、前記業務データの保存を行う場合には業務データの保存の種類を受け付ける手順と、
   前記受け付けた保存の有無および保存の種類に応じたストレージに、前記業務データの保存を行ってから前記計算機リソースの割り当てを解除する手順と、を前記管理サーバに実行させ、
   前記業務の利用が再利用で、かつ前記業務データの保存が有る場合には、前記業務情報から業務データを保存したストレージの所在を取得して、前記要求リソース量を満たし、かつ前記業務データにアクセス可能なサーバとストレージの組み合わせを、前記リソース情報を参照して決定する手順は、
   前記業務データが保存されたストレージとは異なるストレージに前記業務データを移動する場合には、前記リソース情報を参照して、前記要求リソース量のストレージのリソースを満たす前記異なるストレージと、前記要求リソース量を満たし、かつ前記業務データが保存されたストレージとは異なるストレージにアクセス可能なサーバと、の組み合わせを決定する、ことを特徴とするプログラム。
   

Images