JP2012181673A - リソース割当装置、リソース割当方法、およびプログラム - Google Patents

Abstract

【課題】リソースの割当の最適化性能を向上でき、加えて、運用にかかる負担の軽減を図り得る、リソース割当装置、リソース割当方法、およびプログラムを提供する。
【解決手段】物理サーバ３１０及び３２０が有するリソースを仮想サーバ３１１、３１２、３２１、３２２に割当るため、リソース割当装置２は、リソースの新たな仮想サーバへの払出、リソースの配置見直し、仮想サーバの廃棄のいずれかの指示を含む割当予定リソース情報と、各仮想サーバが実行する業務の特性を示す業務特性情報と、について入力を受け付ける、入力部２１と、割当予定リソース情報に基づいて業務特性情報を更新し、更新後の業務特性情報に基づいて各仮想サーバに順位を設定し、設定された順位に基づいて、各仮想サーバを物理サーバに紐付ける、分析部２８と、仮想サーバに、それに紐付けられた物理サーバのリソースを割り当てる、リソース割当部２９とを備えている。
【選択図】図１

Description

本発明は、物理サーバの有するリソースを仮想サーバに割り当てる、リソース割当装置、リソース割当方法、およびプログラムに関する。

近年、サーバおよびストレージといった物理的な装置を柔軟に活用するため、企業などにおいては、仮想化技術の利用が盛んになっている。また、仮想化を実現するため、従来から、種々のリソース割当装置が提案されている（例えば、特許文献１〜特許文献３参照。）。

リソース割当装置は、物理的なサーバ（以下「物理サーバ」とする。）の有するリソース（計算機資源）を適宜割当てることによって、仮想的なサーバ（以下「仮想サーバ」とする。）を構築する。また、リソース割当装置は、仮想サーバの稼働状況などに応じて、割当てるリソースを変更することができるため、高い柔軟性が実現される。

具体的には、リソース割当装置は、各仮想サーバによるリソースの負荷状況および使用量を確認し、リソースの負荷状況および使用量に基づいて、各仮想サーバへのリソースの再配置を計算する。そして、リソース割当装置は、計算結果に基づいて、各仮想サーバへのリソースの再配置を実行する。

このように、物理サーバを仮想的な複数台のサーバとして使用する仮想サーバにおいて、リソース割当装置は、負荷状況および使用量に応じてリソースをダイナミックに割当てるリソース最適化を実行する。そして、リソースの最適化のために、リソース割当装置は、物理サーバ及び仮想サーバにおけるリソース負荷状況及び使用量を収集し、これらに基づいて、仮想サーバへのリソースの再配置を実行する。

特開２００６‐３４３８９９号公報 特開２００７‐２１３２８６号公報 特開２０１０‐０３３２９２号公報

しかしながら、特許文献１〜３に示された従来からのリソース割当装置には、以下のような問題がある。

第１の問題は、特許文献１〜３に示された従来からのリソース割当装置では、仮想サーバ上で実行される業務の特性、例えば、重要度、ピーク特性、リソース利用特性の考慮が十分でないまま、リソースの割当が行われている点である。この結果、リソースの割当の最適化が不十分な場合が発生してしまうことがある。

第２の問題は、特許文献１〜３に示された従来からのリソース割当装置では、リソースの再配置は自動的に行われるが、他の運用、例えば、新たな仮想サーバへのリソースの払出し、必要のなくなった仮想サーバの廃棄、を自動的に実行できないという点である。このため、システムの管理者における負担の軽減を図ることが困難となっている。

本発明の目的の一例は、上記問題を解消し、リソースの割当の最適化性能を向上でき、加えて、運用にかかる負担の軽減を図り得る、リソース割当装置、リソース割当方法、およびプログラムを提供することにある。

上記目的を達成するため、本発明の一側面におけるリソース割当装置は、物理サーバが有するリソースを仮想サーバに割当るための、リソース割当装置であって、
外部から、前記リソースの新たな仮想サーバへの払出、前記リソースの配置見直し、および前記仮想サーバの廃棄、のうちのいずれかの指示を含む割当予定リソース情報と、各仮想サーバが実行する業務の特性を示す業務特性情報と、について入力を受け付ける、入力部と、
前記割当予定リソース情報に基づいて前記業務特性情報を更新し、さらに、更新後の前記業務特性情報に基づいて前記各仮想サーバに順位を設定し、そして、設定された順位に基づいて、前記各仮想サーバを前記物理サーバに紐付ける、分析部と、
前記仮想サーバに、それに紐付けられた前記物理サーバのリソースを割り当てる、リソース割当部と、を備えている、ことを特徴とする。

また、上記目的を達成するため、本発明の一側面における割当方法は、物理サーバが有するリソースを仮想サーバに割当るための、リソース割当方法であって、
（ａ）前記リソースの新たな仮想サーバへの払出、前記リソースの配置見直し、および前記仮想サーバの廃棄、のうちのいずれかの指示を含む割当予定リソース情報と、各仮想サーバが実行する業務の特性を示す業務特性情報と、について入力を受け付ける、ステップと、
（ｂ）前記割当予定リソース情報に基づいて前記業務特性情報を更新し、さらに、更新後の前記業務特性情報に基づいて前記各仮想サーバに順位を設定し、そして、設定された順位に基づいて、前記各仮想サーバを前記物理サーバに紐付ける、ステップと、
（ｃ）前記仮想サーバに、それに紐付けられた前記物理サーバのリソースを割り当てる、ステップと、を有する、ことを特徴とする。

更に、上記目的を達成するため、本発明の一側面におけるプログラムは、コンピュータによって、物理サーバが有するリソースを仮想サーバに割当るための、プログラムであって、
前記コンピュータに、
（ａ）前記リソースの新たな仮想サーバへの払出、前記リソースの配置見直し、および前記仮想サーバの廃棄、のうちのいずれかの指示を含む割当予定リソース情報と、各仮想サーバが実行する業務の特性を示す業務特性情報と、について入力を受け付ける、ステップと、
（ｂ）前記割当予定リソース情報に基づいて前記業務特性情報を更新し、さらに、更新後の前記業務特性情報に基づいて前記各仮想サーバに順位を設定し、そして、設定された順位に基づいて、前記各仮想サーバを前記物理サーバに紐付ける、ステップと、
（ｃ）前記仮想サーバに、それに紐付けられた前記物理サーバのリソースを割り当てる、ステップと、を実行させる、ことを特徴とする。

以上のように、本発明における、リソース割当装置、リソース割当方法、およびプログラムによれば、リソースの割当の最適化性能を向上でき、加えて、運用にかかる負担の軽減を図ることができる。

図１は、本発明の実施の形態におけるリソース割当装置の構成を示すブロック図である。 図２は、本発明の実施の形態におけるリソース割当装置の動作全体を示すフロー図である。 図３は、本発明の実施の形態において実行される業務特性登録処理を示すフロー図である。 図４は、業務特性特録処理で用いられる業務特性情報の入力フォームの一例を示す図である。 図５は、本発明の実施の形態において実行される割当リソース登録処理を示すフロー図である。 図６は、割当リソース登録処理で用いられる割当リソース性能情報の入力フォームの一例を示す図である。 図７は、割当リソース登録処理で用いられる割当予定リソース情報の入力フォームの一例を示す図である。 図８は、本発明の実施の形態において実行される稼働状況収集処理を示すフロー図である。 図９は、本実施の形態において稼働状況データベースに格納されている実稼働情報の一例を示す図である。 図１０は、本発明の実施の形態において実行される分析・割当処理を示すフロー図である。 図１１は、本発明の実施の形態におけるリソース割当装置を実現するコンピュータの一例を示すブロック図である。 図１２は、本発明の実施例における業務特性情報の一例を示す図である。 図１３は、本発明の実施例における割当リソース性能情報の一例を示す図である。 図１４は、本発明の実施例における割当予定リソース情報の一例を示す図である。 図１５は、本発明の実施例における実稼働情報の一例を示す図である。 図１６は、本発明の実施例における業務特性情報の他の例を示す図である。 図１７は、本発明の実施例における割当予定リソース情報の他の例を示す図である。 図１８は、本発明の実施例における実稼働情報の他の例を示す図である。 図１９は、本発明の実施例における業務特性情報の他の例を示す図である。 図２０は、本発明の実施例における割当予定リソース情報の他の例を示す図である。 図２１は、本発明の実施例における実稼働情報の他の例を示す図である。

（実施の形態）
以下、本発明の実施の形態における、リソース割当装置、リソース割当方法、およびプログラムについて、図１〜図１１を参照しながら説明する。

［リソース割当装置の構成］
最初に、本実施の形態におけるリソース割当装置の構成について、図１を用いて説明する。図１は、本発明の実施の形態におけるリソース割当装置の構成を示すブロック図である。

図１に示すように、本実施の形態におけるリソース割当装置２は、物理サーバ３１０および３２０が有するリソースを仮想サーバ３１１、３１２、３２１、３２２に割当るための装置である。リソース割当装置２は、主に、入力部２１と、分析部２８と、リソース割当部２９とを備えている。

入力部２１は、利用者（システム管理者）１から、リソースの新たな仮想サーバへの払出、リソースの配置見直し、および仮想サーバの廃棄、のうちのいずれかの指示を含む割当予定リソース情報の入力を受け付ける。また、入力部２１は、利用者１から、各仮想サーバが実行する業務の特性を示す業務特性情報の入力も受け付ける。

分析部２８は、入力された割当予定リソース情報に基づいて、入力された業務特性情報を更新し、更新後の業務特性情報に基づいて、仮想サーバ３１１、３１２、３２１、３２２に順位を設定する。また、分析部２８は、設定された順位に基づいて、仮想サーバ３１１、３１２、３２１、３２２を物理サーバ３１０または３２０に紐付ける。

リソース割当部２９は、仮想サーバ３１１、３１２、３２１、３２２それぞれに、紐付けられた物理サーバ３１０または３２０のリソースを割り当てる。

このように、本実施の形態によれば、各仮想サーバで実行される業務の特性が十分に考慮されて、リソースの割当が実行されるので、リソースの割当の最適化は十分なものとなる。また、本実施の形態によれば、利用者１は、新たな仮想サーバへのリソース払出し、または必要のなくなった仮想サーバの廃棄を行いたい場合は、最初に選択するだけで良く、運用にかかる負担が軽減される。

ここで、本実施の形態におけるリソース割当装置２の構成について更に具体的に説明する。図１に示すように、本実施の形態においては、リソース割当装置２は、リソースを提供するリソース群3と共に、サーバ仮想環境システム１０を構成している。

リソース群３は、サーバ仮想化環境３１と、サーバ仮想化環境３２とによって構築されている。このうち、サーバ仮想化環境３１では、物理サーバ３１０によって、仮想サーバ３１１と、仮想サーバ３１２とが構築されている。また、サーバ仮想化環境３２では、物理サーバ３２０によって、仮想サーバ３２１と、仮想サーバ３２２とが構築されている。

図１の例では、物理サーバ３１０は、そのリソース（物理リソース）を仮想化し、仮想化したリソースを、仮想サーバ３１１および仮想サーバ３１２に割り当てている。同様に、物理サーバ３２０は、そのリソースを仮想化し、仮想化したリソースを、仮想サーバ３２１および仮想サーバ３２２に割り当てている。

なお、本実施の形態では、物理サーバ３１０のリソースが、仮想サーバ３２１および３２２に割当てられる場合もある。また、物理サーバ３２０のリソースが、仮想サーバ３１１および３１２に割当てられる場合もある。また、本実施の形態では、物理サーバ毎に、割り当てられるリソース（ＣＰＵ、メモリ、ディスクＩ／Ｏなど）が、１パターンで定義されているものとする。

また、図１の例では、仮想サーバ３１１および３１２は、物理サーバ３１０によって割当てられたリソースを利用してＯＳを稼働させ、様々な業務アプリケーションを稼働させる。同様に、仮想サーバ３２１および３２２は、物理サーバ３２０によって割当てられたリソースを利用してＯＳを稼働させ、様々な業務アプリケーションを稼働させる。

また、図１に示すように、本実施の形態では、リソース割当装置２は、さらに、業務特性管理部２２と、業務特性データベース２３と、割当リソース管理部２４と、割当リソースデータベース２５と、稼働状況管理部２６と、稼働状況データベース２７とを備えている。

本実施の形態において、利用者によって入力される業務特性情報は、業務の重要度、業務の実行がピークとなる時間帯を示すピーク特性、業務の実行の際に利用される傾向の高いリソースを示すリソース利用特性を含んでいる。また、割当予定リソース情報は、リソースの新たな仮想サーバへの払出、リソースの配置見直し、または仮想サーバの廃棄といった指示を含むが、指示自体に加え、指示の内容（払出し予定リソース、廃棄予定リソースなど）も含んでいる。

また、入力部２１は、本実施の形態では、上述した業務特性情報および割当予定リソース情報に加えて、利用者１から、物理サーバ３１０および３２０が払出すリソースの性能を特定する情報（以下「割当リソース性能情報」という。）の入力も受け付ける。

業務特性管理部２２は、入力部２１から、受け付けられた業務特性情報を受け取り、これを業務特性データベース２５に格納させて管理する。また、業務特性管理部２２は、業務特性情報のうち、必要な情報を分析部２８に入力する。

業務特性データベース２３は、業務特性管理部２４が管理する業務特性情報を格納する。また、業務特性データベース２３は、後述する稼働状況管理部２６からの実稼働情報に基づいて、格納している業務特性情報を更新する。なお、後述する図４に、利用者が、業務特性情報を入力するための入力フォームの一例を示す。

割当リソース管理部２４は、入力部２１から、受け付けられた割当リソース性能情報と割当予定リソース情報とを受け取り、これらを割当リソースデータベース２５に格納させて管理する。また、割当リソース管理部２４は、これらの情報のうち、必要な情報を分析部２８に入力する。

割当リソースデータベース２５は、割当リソース管理部２２が管理する、割当リソース性能情報と割当予定リソース情報とを格納する。なお、後述する図６に、利用者が、割当リソース性能情報を入力するための入力フォームの一例を示す。また、後述する図７に、利用者が、割当予定リソース情報を入力するための入力フォームの一例を示す。

稼働状況管理部２６は、リソース群３のサーバ仮想化環境３１〜３２における稼働状況を特定する情報（実稼働情報：図９参照）を収集し、これを稼働状況データベース２７に格納させる。また、稼働状況管理部２６は、実稼働情報のうち必要な情報を、分析部２８に入力する。さらに、稼働状況管理部２６は、上述したように、実稼働情報を用いて、業務特性データベース２３に格納されている業務特性情報を更新する。稼働状況データベース２７は、稼働状況管理部２６が管理する実稼働情報を格納する。

分析部２８は、本実施の形態では、割当リソース管理部２４、業務特性管理部２２、稼働状況管理部２６のそれぞれから、割当リソース性能情報、割当予定リソース情報、業務特性情報、実稼働情報を受け取る。また、分析部２８は、受け取ったこれらの情報に基づいて、リソースの最適配置を分析し、リソース割当部２９に分析結果を入力する。

また、分析部２８は、本実施の形態では、業務特性情報テーブル、割当リソース性能情報テーブル、割当リソース予定情報テーブル、および稼働状況テーブルを備えており、情報を受け取ると、各情報を対応するテーブルに一時的に保存する。なお、各テーブルのデータ形式は、各情報が格納されているデータベースのデータ形式と同一である。

リソース割当部２９は、上述した分析部２８からの分析結果に基づいて、リソース群３を構成する物理サーバ３１０及び３２０に対して、仮想サーバの配置変更を実行させる。なお、図１では、上述したように、仮想サーバ３１１および３１２が物理サーバ３１０によって構築され、仮想サーバ３２１および３２２が物理サーバ３２０によって構築されている例が示されている。

［リソース割当装置の動作］
次に、本発明の実施の形態１におけるリソース割当装置２の動作について図２〜図１４を用いて説明する。また、以下の説明においては、適宜図１を参酌する。更に、本実施の形態１では、リソース割当装置２を動作させることによって、リソース割当方法が実施される。よって、本実施の形態におけるリソース割当方法の説明は、以下のリソース割当装置２の動作説明に代える。

「全体処理」
最初に、図２を用いて、本実施の形態におけるリソース割当装置２の動作の全体について説明する。図２は、本発明の実施の形態におけるリソース割当装置の動作全体を示すフロー図である。

図２に示すように、リソース割当装置２は、まず、利用者１から受け付けた業務特性情報を業務特性データベース２３に格納する（図２のステップＡ）。以下、ステップＡの処理を、「業務特性登録処理」とする。

次に、リソース割当装置２は、利用者１から受け付けた払出割当リソース性能情報と割当予定リソース情報とを、割当リソースデータベース２５に格納する（図２のステップＢ）。以下、ステップＢの処理を、割当リソース登録処理」とする。

次に、リソース割当装置２は、リソース群３のサーバ仮想化環境における稼働状を示す情報（実稼働情報）を収集し、これを稼働状況データベース２７に格納させ、更に、業務特性データベース２３の更新を実行する（図２のステップＣ）。以下、ステップＣの処理を、「稼働状況収集処理」とする。なお、ステップＡ、Ｂ、Ｃの順序は互いに入れ替わっても良いし、全て同時に実行されていても良い。

次に、ステップＡ、Ｂ、Ｃの実行後、リソース割当装置２は、各ステップの処理結果に基づいて、リソース最適配置を分析し、リソース群３の物理サーバ３１０および３２０に対して、仮想サーバの配置変更を指示する（図２のステップＤ）。以下、ステップＤの処理を「分析・割当処理」とする。続いて、各処理のフロー群について以下に詳細を説明する。

「業務特性登録処理」
図３および図４を用いて、業務特性登録処理について具体的に説明する。図３は、本発明の実施の形態において実行される業務特性登録処理を示すフロー図である。図４は、業務特性特録処理で用いられる業務特性情報の入力フォームの一例を示す図である。

図３に示すように、まず、入力部２１は、利用者１に対して、画面上に、業務特性入力フォーム（図４参照）を表示させて、仮想サーバ毎に、業務特性情報の入力を求める（図３のステップＡ１）。次に、利用者１が業務特性入力フォームに従って、各仮想サーバの業務特性情報を入力すると、入力部２１は入力された業務特性情報を受け付ける（図３のステップＡ２）。

次に、業務特性情報を受け取った入力部２１は、入力選択値の不正および抜けがないかをチェックする（図３のステップＡ３）。そして、入力部２１は、チェック後の業務特性情報を業務特性データベース２３に入力し、これを格納させる（図３のステップＡ４）。

「割当リソース登録処理」
図５〜図７を用いて、割当リソース登録処理について具体的に説明する。図５は、本発明の実施の形態において実行される割当リソース登録処理を示すフロー図である。図６は、割当リソース登録処理で用いられる割当リソース性能情報の入力フォームの一例を示す図である。図７は、割当リソース登録処理で用いられる割当予定リソース情報の入力フォームの一例を示す図である。

図５に示すように、まず、入力部２１は、利用者１に対して、画面上に、割当リソース性能情報の入力フォーム（図６参照）と割当予定リソース情報の入力フォーム（図７参照）とを表示させて、これらの情報の入力を求める（図５のステップＢ１）。なお、図７において「最適化区分」が、利用者が指示する処理を示しており、払出しリソースおよび廃棄リソースが、指示の内容を示している。

次に、利用者１が、各入力フォームに従って、割当リソース性能情報（図６参照）と割当予定リソース情報（図７参照）とを入力すると、入力部２１は、入力された割当リソース性能情報と割当予定リソース情報とを受け付ける（図５のステップＢ２）。

次に、割当リソース性能情報および割当予定リソース情報を受け取った入力部２１は、入力値の不正および抜けがないかをチェックする（図５のステップＢ３）。そして、入力部２１は、チェック後の割当リソース性能情報および割当予定リソース情報を、割当リソースデータベース２５に入力し、これらを格納させる（図５のステップＢ４）。

なお、物理サーバの払出す割当リソースは、ＣＰＵ、メモリ、ディスクＩ／Ｏ、全てにおいて割当量の優劣が同一となるように、設定されているとする。例えば、物理サーバ３１０の払出すリソースは、ＣＰＵ、メモリ、ディスクＩ／Ｏ全てにおいて、物理サーバ３２０の払出すリソースを上回るとしても、ＣＰＵのみが上回るようにはならないように設定されている。

「稼働状況収集処理」
図８および図９を用いて、稼働状況収集処理について具体的に説明する。図８は、本発明の実施の形態において実行される稼働状況収集処理を示すフロー図である。図９は、本実施の形態において稼働状況データベースに格納されている実稼働情報の一例を示す図である。

図８に示すように、まず、稼働状況管理部２６は、リソース群３のサーバ仮想化環境３１および３２における稼働状況をチェックし、それらを特定する実稼働情報を定期的に収集する（図８のステップＣ１）。

次に、稼働状況管理部２６は、収集した実稼働情報について収集の成否をチェックし、収集失敗のデータにはエラーコードを追記する（図８のステップＣ２）。

続いて、稼働状況管理部２６は、収集した実稼働情報が予め決められた閾値を上回っているかどうかを確認し、閾値を上回ったデータには閾値超過フラグを付与する（図８のステップＣ３）。

次に、稼働状況管理部２６は、収集の成否チェックおよび閾値のチェックを実行した後の実稼働情報を稼働状況データベース２７に格納する（図８のステップＣ４）。

その後、稼働状況管理部２６は、閾値超過フラグの付いた仮想サーバのデータに基づいて、業務特性データベース２３のデータを更新する（図８のステップＣ５）。具体的には稼働状況管理部２６は、閾値超過フラグの付いたピーク特性（日中帯、夜間）またはリソース利用特性（ＣＰＵ、メモリ、ディスクＩ／Ｏ）の設定を変更する。なお、１つの仮想サーバにおいて、複数のピーク特性およびリソース利用特性に閾値超過フラグが付いた場合は、稼働状況管理部２６は、それぞれにおける「４：特になし」を選択する（図４参照）。

「分析・割当処理」
図１０を用いて、分析・割当処理について具体的に説明する。図１０は、本発明の実施の形態において実行される分析・割当処理を示すフロー図である。

図１０に示すように、まず、分析部２８は、業務特性管理部２２、割当リソース管理部２４、および稼働状況管理部２６それぞれに対して、情報の取得を依頼する（図１０のステップＤ１）。

具体的には、ステップＤ１では、以下のステップＤ１１〜Ｄ１４が実行される。まず、業務特性管理部２２は、業務特性データベース２３から、それに格納されている業務特性情報を取得し、分析部２８に入力する（図１０のステップＤ１１）。また、割当リソース管理部２４は、割当リソースデータベース２５から、それに格納されている割当リソース性能情報および割当リソース予定情報を取得し、これらを分析部２８に入力する（図１０のステップＤ１２および１３）。更に、稼働状況管理部２６は、稼働状況データベース２７から、それに格納されている実稼働情報を取得し、これを分析部２８に入力する（図１０のステップＤ１４）。

次に、分析部２８は、各部で取得された情報それぞれを、業務特性情報テーブル、割当リソース性能情報テーブル、割当リソース予定情報テーブル、稼働状況テーブルに一時的に保存する（図１０のステップＤ２）。

次に、分析部２８は、割当リソース予定情報テーブルの最適化区分（図７、図１３参照）に基づいて、利用者がライフサイクルプロセスとして選択した処理、即ち、払出し、配置見直し、および廃棄のいずれかを選択する（図１０のステップＤ３）。

最適化区分が払出しの場合は、分析部２８は、割当リソース予定情報テーブル（図１３参照）に格納されている、払出し予定リソースの仮想サーバ名、重要度、ピーク特性、およびリソース利用特性を、業務特性テーブル（図１１参照）に追加する（図１０のステップＤ４）。その後、分析部２８は、ソート処理（図１０のステップＤ６）を実行する。

また、最適化区分が廃棄の場合は、分析部２８は、割当リソース予定情報テーブルに格納されている、廃棄リソースの仮想サーバ名と合致する業務特性テーブルの仮想サーバの行を削除する（図１０のステップＤ５）。その後、分析部２８は、ソート処理（図１０のステップＤ６）を実行する。

最適化区分が配置見直しの場合は、分析部２８は、特に処理を実施せずソート処理（図１０のステップＤ６）を実行する。

ソート処理（図１０のステップＤ６）は、リソースの最適配置を目的としたソートを行う処理であり、ソートは、重要度、ピーク特性、リソース利用特性の順で実行される。また、ソート処理では、以下のステップＤ６１〜Ｄ６３が実行される。

まず、分析部２８は、業務特性情報テーブル（図１１参照）に格納されている業務特性情報に基づいて、各仮想サーバを、重要度が高い順に並べ替える（図１０のステップＤ６１）。次に、分析部２８は、重要度が同一の仮想サーバについては、ピーク特性（「３：特になし」を除く）に基づいて、例えば、異なるピーク特性のものが隣り合うように、並べ替えを実行する（図１０のステップＤ６２）。さらに、分析部２８は、重要度とピーク特性とが同一の仮想サーバについては、リソース利用特性（「４：特になし」を除く）に基づいて、例えば、異なるリソース特性のものが隣り合うように、並べ替えを実行する（図１０のステップＤ６３）。

そして、ステップＤ６のソート処理を実施した後、分析部２８は、稼働率を加味して、リソースの配置決定を実行する（図１０のステップＤ７）。配置決定のロジックは以下の通りとなる。

具体的には、ステップＤ７では、分析部２８は、割当リソース性能情報テーブルに基づいて、物理サーバの払出すリソースに対して順位付けを行い、そして、ソートされた上記の仮想サーバから順に、物理サーバの払出す上位のリソースに、紐付ける。但し、この場合、物理サーバには、設定されている最大数の仮想サーバのみが紐付けられるようにする。

つまり、分析部２８は、このとき、稼働状況テーブルに格納されている各仮想サーバの性能情報を足し合わせ、求めた値が、物理サーバの性能閾値を超える場合は、下位の仮想サーバを、次位の物理サーバに紐付ける。

また、分析部２８は、新規に払出しリソースを行う場合は、新たにリソースが割当てられる仮想サーバの性能情報に、業務特性（重要度、ピーク特性、リソース利用特性）が最も近い既存の仮想サーバの性能情報を足し合わせ、得られた値に基づいて、紐付ける物理サーバを特定する。以上に述べた紐付け処理を繰り返すことにより、各仮想サーバへのリソースの配置が決定する。

最後に、リソース割り当て部２９は、決定されたリソースの配置に基づき、リソース群３の物理サーバ３１０および３２０に対して、廃棄リソースの廃棄、既存リソースの再配置、または新規リソースの払出しを実行する（図１０のステップＤ８）。

［実施の形態における効果］
以上のように、本実施の形態によれば、サーバ仮想化システム１０に実装される業務のパフォーマンスを全体的に最適化できる。これは、仮想サーバ上で動作する業務の特性に応じて、最適な物理リソースの割当が行われているからである。また、本実施の形態によれば、利用者（管理者）１におけるサーバ仮想化システムの運用作業が軽減される。これは、利用者１が、最初に、サーバ仮想化システムの運用ライフサイクル、即ち、リソース払出し、配置見直し、廃棄のいずれかを選択するだけで、これらについての処理が自動的に実行されるからである。

また、本発明の実施の形態におけるプログラムは、コンピュータに、図２に示すステップＡ〜Ｄ、図３に示すステップＡ１〜Ａ４、図５に示すステップＢ１〜Ｂ４、図８に示すステップＣ１〜Ｃ５、図１０に示すステップＤ１〜Ｄ８を実行させるプログラムであれば良い。このプログラムをコンピュータにインストールし、実行することによって、本実施の形態におけるリソース割当装置２とリソース割当方法とを実現することができる。この場合、コンピュータのＣＰＵは、入力部２１、業務特性管理部２２、割当リソース管理部２４、分析部２８、およびリソース割当部２９として機能し、処理を行なう。

ここで、実施の形態におけるプログラムを実行することによって、リソース割当装置２を実現するコンピュータについて図１１を用いて説明する。図１１は、本発明の実施の形態におけるリソース割当装置を実現するコンピュータの一例を示すブロック図である。

図１１に示すように、コンピュータ１１０は、ＣＰＵ１１１と、メインメモリ１１２と、記憶装置１１３と、入力インターフェイス１１４と、表示コントローラ１１５と、データリーダ／ライタ１１６と、通信インターフェイス１１７とを備える。これらの各部は、バス１２１を介して、互いにデータ通信可能に接続される。

ＣＰＵ１１１は、記憶装置１１３に格納された、本実施の形態におけるプログラム（コード）をメインメモリ１１２に展開し、これらを所定順序で実行することにより、各種の演算を実施する。メインメモリ１１２は、典型的には、ＤＲＡＭ（Dynamic Random Access Memory）等の揮発性の記憶装置である。また、本実施の形態におけるプログラムは、コンピュータ読み取り可能な記録媒体１２０に格納された状態で提供される。なお、本実施の形態におけるプログラムは、通信インターフェイス１１７を介して接続されたインターネット上で流通するものであっても良い。

また、記憶装置１１３の具体例としては、ハードディスクの他、フラッシュメモリ等の半導体記憶装置が挙げられる。入力インターフェイス１１４は、ＣＰＵ１１１と、キーボード及びマウスといった入力機器１１８との間のデータ伝送を仲介する。表示コントローラ１１５は、ディスプレイ装置１１９と接続され、ディスプレイ装置１１９での表示を制御する。データリーダ／ライタ１１６は、ＣＰＵ１１１と記録媒体１２０との間のデータ伝送を仲介し、記録媒体１２０からのプログラムの読み出し、及びコンピュータ１１０における処理結果の記録媒体１２０への書き込みを実行する。通信インターフェイス１１７は、ＣＰＵ１１１と、他のコンピュータとの間のデータ伝送を仲介する。

また、記録媒体１２０の具体例としては、ＣＦ（Compact Flash）及びＳＤ（Secure Digital）等の汎用的な半導体記憶デバイス、フレキシブルディスク（Flexible Disk）等の磁気記憶媒体、又はＣＤ−ＲＯＭ（Compact Disk Read Only Memory）などの光学記憶媒体が挙げられる。

実施の形態におけるリソース割当装置２の実施例について図１２〜図２１を、用いて以下に説明する。以下の例では、リソース割当装置２は、サーバ仮想化システム１０の運用ライフサイクル（払出し、配置見直し、廃棄）のなかで用いられている。

（リソース払出処理）
まず、利用者１が、新たな仮想サーバへのリソースの払出しを指示した場合、即ち、割当予定リソース情報の最適化区分が「払出し」に設定されている場合について、図１２〜図１５を用いて説明する。図１２は、本発明の実施例における業務特性情報の一例を示す図である。図１３は、本発明の実施例における割当リソース性能情報の一例を示す図である。図１４は、本発明の実施例における割当予定リソース情報の一例を示す図である。図１５は、本発明の実施例における実稼働情報の一例を示す図である。

まず、本実施例において、利用者１は、入力部２１が表示した入力フォームに従って、図１２〜１４それぞれに示す情報を入力する（図２のステップＡ、Ｂ参照）。また、稼働情報収集部２６は、図１５に示す実稼働情報を収集する（図２のステップＣ参照）。

そして、分析部２８は、最適化区分に基づき、新規リソースの追加処理を実施した後（図１０のステップＤ１〜Ｄ４）、重要度ソートを実施する（図１０のステップＤ６１）。本実施例では、業務特性情報テーブルには、図１２に示す業務特性情報が一時的に保存され、割当リソース性能情報テーブルには、図１３に示す割当リソース性能情報が一時的に保存される。従って、仮想サーバ３１１（重要度：５）、３１２（重要度：３）、３２１（重要度：３）、３２２（重要度：３）の順にソートされる。

次に、分析部２８は、仮想サーバ３１２、３２１、３２２の重要度が同一なので、ピーク特性ソートを実施しようとするが（図１０のステップＤ６２）、仮想サーバ３１２、３２１、３２２についてはピーク特性も同一である。よって、分析部２８は、リソース利用特性ソートを実施する（図１０のステップＤ６３）。この結果、仮想サーバ３１１、３１２（リソース利用特性：２）、３２２（リソース利用特性：１）、３２１（リソース利用特性：２）の順にソートされる。

この結果を受けて、分析部２８は、配置決定処理を行う（図１０のステップＤ７）。まず、仮想サーバ３１１の稼働状況（ＣＰＵ、メモリ、ディスクＩ／Ｏ）と、仮想サーバ３１２の稼働状況とを足し合わせる。そして、分析部２８は、予め定義された閾値を超えていないことを確認し、仮想サーバ３１１と３１２とを、リソースの優劣で順位が最も高く、且つ、最大仮想サーバ数が２に設定されている物理サーバ３１０に紐付ける。

次に、分析部２８は、仮想サーバ３２２および３２１についても、同様に稼働状況を足し合わせ、予め定義された閾値を超えていないことを確認して、これらを、物理サーバ３２０に紐付ける。

そして、以上の配置結果を受けて、リソース割当部２９が、リソース割り当て処理（図１０のステップＤ８）を実行する。これにより、リソースが払出され、配置変更が完了する。

（リソース配置見直処理）
次に、利用者１が、リソースの配置見直しを指示した場合、即ち、割当予定リソース情報の最適化区分が「配置見直し」に設定されている場合について、図１６〜図１８を用いて説明する。図１６は、本発明の実施例における業務特性情報の他の例を示す図である。図１７は、本発明の実施例における割当予定リソース情報の他の例を示す図である。図１８は、本発明の実施例における実稼働情報の他の例を示す図である。なお、リソース配置見直し処理において、割当リソース性能情報は、リソース払出処理の場合と同様であるとする（図１３参照）。

まず、利用者１は、入力部２１が表示した入力フォームに対して、図１６、図１３、図１７、および図１８それぞれに示す情報を入力する（図２のステップＡ、Ｂ参照）。また、稼働情報収集部２６は、図１８に示す実稼働情報を収集する（図２のステップＣ参照）。なお、本例では、仮想サーバ３２１において、ディスクＩ／Ｏが閾値を超えており、業務特性データベース２３の更新処理が発生している（図８のステップＣ５）。

次に、分析部２８は、最適化区分に基づき、配置見直しを確認した後（図１０のステップＤ１〜Ｄ３）、重要度ソートを実施する（図１０のステップＤ６１）。この結果、仮想サーバ３１１（重要度：５）、３１２（重要度：３）、３２１（重要度：３）、３２２（重要度：３）の順にソートされる。

次に、分析部２８は、仮想サーバ３１２、３２１、３２２の重要度が同一なので、ピーク特性ソートを実施しようとするが（図１０のステップＤ６２）、仮想サーバ３１２、３２１、３２２についてはピーク特性も同一である。よって、分析部２８は、リソース利用特性ソートを実施する（図１０のステップＤ６３）。この結果、仮想サーバ３１１、３１２（リソース利用特性：２）、３２１（リソース利用特性：３）、３２２（リソース利用特性：２）の順にソートされる。

この結果を受けて、分析部２８は、配置決定処理を行う（図１０のステップＤ７）。まず、仮想サーバ３１１の稼働状況（ＣＰＵ、メモリ、ディスクＩ／Ｏ）と、仮想サーバ３１２の稼働状況とを足し合わせる。そして、分析部２８は、予め定義された閾値を超えていないことを確認し、仮想サーバ３１１と３１２とを、リソースの優劣で順位が最も高く、且つ、最大仮想サーバ数が２に設定されている物理サーバ３１０に紐付ける。

次に、分析部２８は、仮想サーバ３２１および３２２についても、同様に稼働状況を足し合わせ、予め定義された閾値を超えていないことを確認し、これらを、物理サーバ３２０に紐付ける。

そして、以上の配置結果を受けて、リソース割当部２９が、リソース割り当て処理（図１０のステップＤ８）を実行する。これにより、リソースが払い出され、配置変更が完了する。

（リソース廃棄処理）
次に、利用者１が、仮想サーバの廃棄を指示した場合、即ち、割当予定リソース情報の最適化区分が「廃棄」に設定されている場合について、図１９〜図２１を用いて説明する。図１９は、本発明の実施例における業務特性情報の他の例を示す図である。図２０は、本発明の実施例における割当予定リソース情報の他の例を示す図である。図２１は、本発明の実施例における実稼働情報の他の例を示す図である。なお、リソース廃棄処理において、割当リソース性能情報は、リソース払出処理の場合と同様であるとする（図１３参照）。

まず、利用者１は、入力部２１が表示した入力フォームに対して、図１９、図１３、図２０、図２１それぞれに示す情報を入力する（図２のステップＡ、Ｂ参照）。また、稼働情報収集部２６は、図２２に示す実稼働情報を収集する（図２のステップＣ）。

次に、分析部２８は、最適化区分に基づき、廃棄リソースの削除処理を実施した後（図１０のステップＤ１〜Ｄ３、Ｄ５）、重要度ソートを実施する（図１０のステップＤ６１）。この結果、仮想サーバ３１１（重要度：５）、３１２（重要度：３）、３２２（重要度：３）の順にソートされる。

次に、分析部２８は、仮想サーバ３１２、３２２の重要度が同一なので、ピーク特性のソートを実施しようとするが（図１０のステップＤ６２）、仮想サーバ３１２、３２２については、ピーク特性も同一である。よって、分析部２８は、リソース利用特性ソートを実施する（図１０のステップＤ６３）。この結果、仮想サーバ３１１、３１２（リソース利用特性：２）、３２２（リソース利用特性：１）の順にソートされる。

この結果を受けて、配置決定処理を行う（図１０のステップＤ７）。まず、仮想サーバ３１１の稼働状況（ＣＰＵ、メモリ、ディスクＩ／Ｏ）と、仮想サーバ３１２の稼働状況とを足し合わせる。そして、分析部２８は、予め定義された閾値を超えていないことを確認し、仮想サーバ３１１と３１２とを、リソースの優劣で順位が最も高く、且つ、最大仮想サーバ数が２の物理サーバ３１０に紐付ける。次に、分析部２８は、仮想サーバ３２２については、それ単独で予め定義された閾値を超えていないことを確認し、物理サーバ３２０に紐付ける。

そして、以上の配置結果を受けて、リソース割当部２９が、リソース割り当て処理（図１０のステップＤ８）を実行する。これにより、廃棄、配置変更が完了する。

以上、本実施例によれば、利用者が、最初に、処理を最適化するだけで、サーバ仮想化システムにおける運用ライフサイクルを自動化することができる。利用者における負担は極めて小さいといえる。

上述した実施の形態および実施例の一部又は全部は、以下に記載する（付記１）〜（付記１２）によって表現することができるが、以下の記載に限定されるものではない。

（付記１）
物理サーバが有するリソースを仮想サーバに割当るための、リソース割当装置であって、
外部から、前記リソースの新たな仮想サーバへの払出、前記リソースの配置見直し、および前記仮想サーバの廃棄、のうちのいずれかの指示を含む割当予定リソース情報と、各仮想サーバが実行する業務の特性を示す業務特性情報と、について入力を受け付ける、入力部と、
前記割当予定リソース情報に基づいて前記業務特性情報を更新し、さらに、更新後の前記業務特性情報に基づいて前記各仮想サーバに順位を設定し、そして、設定された順位に基づいて、前記各仮想サーバを前記物理サーバに紐付ける、分析部と、
前記仮想サーバに、それに紐付けられた前記物理サーバのリソースを割り当てる、リソース割当部と、
を備えている、ことを特徴とするリソース割当装置。

（付記２）
業務特性情報が、前記業務の重要度、前記業務の実行がピークとなる時間帯を示すピーク特性、前記業務の実行の際に利用される傾向の高い前記リソースを示すリソース利用特性を含み、
前記分析部が、前記重要度、前記ピーク特性、または前記リソース利用特性に基づいて、前記仮想サーバ間での比較を行うことによって、前記仮想サーバに順位を設定する、
付記１に記載のリソース割当装置。

（付記３）
前記仮想サーバの稼働状況を特定し、特定した稼働状況に基づいて、前記業務特性情報を更新する、稼働状況管理部を、更に備えている、付記１または２に記載のリソース割当装置。

（付記４）
前記分析部が、更に、前記物理サーバが払い出すことが可能なリソースの性能に基づいて、前記各仮想サーバを前記物理サーバに紐付ける、付記１〜３のいずれかに記載のリソース割当装置。

（付記５）
物理サーバが有するリソースを仮想サーバに割当るための、リソース割当方法であって、
（ａ）前記リソースの新たな仮想サーバへの払出、前記リソースの配置見直し、および前記仮想サーバの廃棄、のうちのいずれかの指示を含む割当予定リソース情報と、各仮想サーバが実行する業務の特性を示す業務特性情報と、について入力を受け付ける、ステップと、
（ｂ）前記割当予定リソース情報に基づいて前記業務特性情報を更新し、さらに、更新後の前記業務特性情報に基づいて前記各仮想サーバに順位を設定し、そして、設定された順位に基づいて、前記各仮想サーバを前記物理サーバに紐付ける、ステップと、
（ｃ）前記仮想サーバに、それに紐付けられた前記物理サーバのリソースを割り当てる、ステップと、
を有する、ことを特徴とするリソース割当方法。

（付記６）
業務特性情報が、前記業務の重要度、前記業務の実行がピークとなる時間帯を示すピーク特性、前記業務の実行の際に利用される傾向の高い前記リソースを示すリソース利用特性を含み、
前記（ｂ）のステップにおいて、前記重要度、前記ピーク特性、または前記リソース利用特性に基づいて、前記仮想サーバ間での比較を行うことによって、前記仮想サーバに順位を設定する、
付記５記載のリソース割当方法。

（付記７）
（ｄ）前記仮想サーバの稼働状況を特定し、特定した稼働状況に基づいて、前記業務特性情報を更新する、ステップを、更に有する、付記５または６に記載のリソース割当方法。

（付記８）
前記（ｂ）のステップにおいて、更に、前記物理サーバが払い出すことが可能なリソースの性能に基づいて、前記各仮想サーバを前記物理サーバに紐付ける、付記５〜７のいずれかに記載のリソース割当方法。

（付記９）
コンピュータによって、物理サーバが有するリソースを仮想サーバに割当るための、プログラムであって、
前記コンピュータに、
（ａ）前記リソースの新たな仮想サーバへの払出、前記リソースの配置見直し、および前記仮想サーバの廃棄、のうちのいずれかの指示を含む割当予定リソース情報と、各仮想サーバが実行する業務の特性を示す業務特性情報と、について入力を受け付ける、ステップと、
（ｂ）前記割当予定リソース情報に基づいて前記業務特性情報を更新し、さらに、更新後の前記業務特性情報に基づいて前記各仮想サーバに順位を設定し、そして、設定された順位に基づいて、前記各仮想サーバを前記物理サーバに紐付ける、ステップと、
（ｃ）前記仮想サーバに、それに紐付けられた前記物理サーバのリソースを割り当てる、ステップと、
を実行させる、プログラム。

（付記１０）
業務特性情報が、前記業務の重要度、前記業務の実行がピークとなる時間帯を示すピーク特性、前記業務の実行の際に利用される傾向の高い前記リソースを示すリソース利用特性を含み、
前記（ｂ）のステップにおいて、前記重要度、前記ピーク特性、または前記リソース利用特性に基づいて、前記仮想サーバ間での比較を行うことによって、前記仮想サーバに順位を設定する、
付記９記載のプログラム。

（付記１１）
（ｄ）前記仮想サーバの稼働状況を特定し、特定した稼働状況に基づいて、前記業務特性情報を更新する、ステップを、前記コンピュータに更に実行させる、付記９または１０に記載のプログラム。

（付記１２）
前記（ｂ）のステップにおいて、更に、前記物理サーバが払い出すことが可能なリソースの性能に基づいて、前記各仮想サーバを前記物理サーバに紐付ける、付記９〜１１のいずれかに記載のプログラム。

本発明によれば、利用されている仮想サーバに対して、リソースを自動的に最適配置することができ、本発明は、データセンターなど、大量にリソースの払出し、リソースの廃棄が発生する用途において有用である。また、本発明は、棚卸時の仮想サーバの配置見直しといった用途にも適用可能である。

１ 利用者
２ リソース割当装置
３ リソース群
１０ サーバ仮想環境システム
２１ 入力部
２２ 業務特性管理部
２３ 業務特性データベース
２４ 割当リソース管理部
２５ 割当リソースデータベース
２６ 稼働状況管理部
２７ 稼働状況データベース
２８ 分析部
２９ リソース割当部
３１、３２ サーバ仮想化環境
１１０ コンピュータ
１１１ ＣＰＵ
１１２ メインメモリ
１１３ 記憶装置
１１４ 入力インターフェイス
１１５ 表示コントローラ
１１６ データリーダ／ライタ
１１７ 通信インターフェイス
１１８ 入力機器
１１９ ディスプレイ装置
１２０ 記録媒体
１２１ バス
３１０ 物理サーバ
３１１、３１２ 仮想サーバ
３２０ 物理サーバ
３２１、３２２ 仮想サーバ

Claims (6)

1. 物理サーバが有するリソースを仮想サーバに割当るための、リソース割当装置であって、
   外部から、前記リソースの新たな仮想サーバへの払出、前記リソースの配置見直し、および前記仮想サーバの廃棄、のうちのいずれかの指示を含む割当予定リソース情報と、各仮想サーバが実行する業務の特性を示す業務特性情報と、について入力を受け付ける、入力部と、
   前記割当予定リソース情報に基づいて前記業務特性情報を更新し、さらに、更新後の前記業務特性情報に基づいて前記各仮想サーバに順位を設定し、そして、設定された順位に基づいて、前記各仮想サーバを前記物理サーバに紐付ける、分析部と、
   前記仮想サーバに、それに紐付けられた前記物理サーバのリソースを割り当てる、リソース割当部と、
   を備えている、ことを特徴とするリソース割当装置。
2. 業務特性情報が、前記業務の重要度、前記業務の実行がピークとなる時間帯を示すピーク特性、前記業務の実行の際に利用される傾向の高い前記リソースを示すリソース利用特性を含み、
   前記分析部が、前記重要度、前記ピーク特性、または前記リソース利用特性に基づいて、前記仮想サーバ間での比較を行うことによって、前記仮想サーバに順位を設定する、
   請求項１に記載のリソース割当装置。
3. 前記仮想サーバの稼働状況を特定し、特定した稼働状況に基づいて、前記業務特性情報を更新する、稼働状況管理部を、更に備えている、請求項１または２に記載のリソース割当装置。
4. 前記分析部が、更に、前記物理サーバが払い出すことが可能なリソースの性能に基づいて、前記各仮想サーバを前記物理サーバに紐付ける、請求項１〜３のいずれかに記載のリソース割当装置。
5. 物理サーバが有するリソースを仮想サーバに割当るための、リソース割当方法であって、
   （ａ）前記リソースの新たな仮想サーバへの払出、前記リソースの配置見直し、および前記仮想サーバの廃棄、のうちのいずれかの指示を含む割当予定リソース情報と、各仮想サーバが実行する業務の特性を示す業務特性情報と、について入力を受け付ける、ステップと、
   （ｂ）前記割当予定リソース情報に基づいて前記業務特性情報を更新し、さらに、更新後の前記業務特性情報に基づいて前記各仮想サーバに順位を設定し、そして、設定された順位に基づいて、前記各仮想サーバを前記物理サーバに紐付ける、ステップと、
   （ｃ）前記仮想サーバに、それに紐付けられた前記物理サーバのリソースを割り当てる、ステップと、
   を有する、ことを特徴とするリソース割当方法。
6. コンピュータによって、物理サーバが有するリソースを仮想サーバに割当るための、プログラムであって、
   前記コンピュータに、
   （ａ）前記リソースの新たな仮想サーバへの払出、前記リソースの配置見直し、および前記仮想サーバの廃棄、のうちのいずれかの指示を含む割当予定リソース情報と、各仮想サーバが実行する業務の特性を示す業務特性情報と、について入力を受け付ける、ステップと、
   （ｂ）前記割当予定リソース情報に基づいて前記業務特性情報を更新し、さらに、更新後の前記業務特性情報に基づいて前記各仮想サーバに順位を設定し、そして、設定された順位に基づいて、前記各仮想サーバを前記物理サーバに紐付ける、ステップと、
   （ｃ）前記仮想サーバに、それに紐付けられた前記物理サーバのリソースを割り当てる、ステップと、
   を実行させる、プログラム。

Images