特許 6032314 システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6032314

(24)【登録日】2016年11月4日

(45)【発行日】2016年11月24日

(54)【発明の名称】システム

(51)【国際特許分類】

   G06F 9/50 20060101AFI20161114BHJP

【ＦＩ】

   G06F9/46 462Z

   G06F9/46 465D

【請求項の数】19

【全頁数】19

(21)【出願番号】特願2015-66549(P2015-66549)

(22)【出願日】2015年3月27日

(65)【公開番号】特開2016-186713(P2016-186713A)

(43)【公開日】2016年10月27日

【審査請求日】2015年3月27日

(73)【特許権者】

【識別番号】000004237

【氏名又は名称】日本電気株式会社

(74)【代理人】

【識別番号】100124811

【弁理士】

【氏名又は名称】馬場 資博

(74)【代理人】

【識別番号】100088959

【弁理士】

【氏名又は名称】境 廣巳

(72)【発明者】

【氏名】吉田 玲司

【審査官】 小林 哲雄

(56)【参考文献】

【文献】 特開２０１４−２２９２５３（ＪＰ，Ａ）

【文献】 特開２００５−３３９５２８（ＪＰ，Ａ）

【文献】 国際公開第２０１２／１１７４５３（ＷＯ，Ａ１）

【文献】 国際公開第２００３／０８３６９３（ＷＯ，Ａ１）

【文献】 特開平０８−０１６５３１（ＪＰ，Ａ）

【文献】 特開２０１３−１０１５７６（ＪＰ，Ａ）

【文献】 特開２０１１−０１３８２２（ＪＰ，Ａ）

【文献】 国際公開第２０１３／０８４３３２（ＷＯ，Ａ１）

【文献】 特開２０１０−２８７２５６（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ ９／５０

(57)【特許請求の範囲】

【請求項1】

サーバを複数備えて構成されたシステムであって、
前記サーバは、動作可能な複数のサーバ機能のうち、所定のサーバ機能で動作するよう構成されており、
前記サーバの稼働状態を検出する検出手段と、
前記稼働状態に応じて、前記サーバに動作させるサーバ機能の変更を決定する管理手段と、
を備え、
前記管理手段は、全ての前記サーバの前記稼働状態と、サーバ機能毎における前記サーバの稼働状態と、に基づいて前記サーバに動作させるサーバ機能の変更を決定する、
システム。

【請求項2】

請求項１に記載のシステムであって、
前記管理手段は、サーバ機能毎に予め設定された最低限の数のサーバ機能を前記サーバに動作させるよう、当該サーバに動作させるサーバ機能の変更を決定する、
システム。

【請求項3】

請求項１又は２に記載のシステムであって、
前記管理手段は、全ての前記サーバの前記稼働状態の平均を表す全体平均と、サーバ機能毎における前記サーバの稼働状態の平均である機能平均と、を算出し、前記全体平均と前記機能平均とに基づいて前記サーバに動作させるサーバ機能の変更を決定する、
システム。

【請求項4】

請求項３に記載のシステムであって、
前記管理手段は、サーバ機能毎に、前記機能平均から前記全体平均を減算した差分に基づいて、所定のサーバ機能を動作させる前記サーバの台数を増減させるよう、当該サーバに動作させるサーバ機能の変更を決定する、
システム。

【請求項5】

請求項４に記載のシステムであって、
前記管理手段は、サーバ機能毎に、当該サーバ機能の台数を前記差分に乗算した値である乗算値を前記全体平均で除算することで、所定のサーバ機能を動作させる前記サーバの台数の増減数を算出して、当該増減数に基づいて前記サーバに動作させるサーバ機能の変更を決定する、
システム。

【請求項6】

請求項１乃至５のいずれかに記載のシステムであって、
前記管理手段は、前記各サーバの前記稼働状態の差が小さくなるよう、前記サーバに動作させるサーバ機能の変更を決定する、
システム。

【請求項7】

請求項６に記載のシステムであって、
前記管理手段は、全ての前記サーバの前記稼働状態の平均を表す全体平均を算出し、当該算出した全体平均に、前記各サーバの稼働状態が近づくよう、前記サーバに動作させるサーバ機能の変更を決定する、
システム。

【請求項8】

請求項１乃至７のいずれかに記載のシステムであって、
前記サーバの稼働状態は、当該サーバの消費電力である、
システム。

【請求項9】

請求項１乃至８のいずれかに記載のシステムであって、
前記複数のサーバが搭載された１つ又は複数のラックシステムで形成されている、
システム。

【請求項10】

請求項１乃至９のいずれかに記載のシステムであって、
複数の前記サーバからなるサーバ群を複数備え、
前記管理手段は、決定された変更の後のサーバ機能で動作する前記サーバの前記稼働状態に応じて、前記サーバ群間におけるサーバ機能の配置の変更を決定する、
システム。

【請求項11】

請求項１０に記載のシステムであって、
前記管理手段は、前記サーバ群毎に設定された環境に応じて、前記サーバ群間におけるサーバ機能の配置の変更を決定する、
システム。

【請求項12】

請求項１０又は１１に記載のシステムであって、
前記管理手段は、前記サーバ群間におけるサーバ機能の配置の変更数が少なくなるよう、前記サーバに動作させるサーバ機能の変更を決定する、
システム。

【請求項13】

請求項１０乃至１２のいずれかに記載のシステムであって、
前記管理手段は、前記サーバ群間で当該各サーバ群の前記稼働状態の差が小さくなるよう、前記サーバに動作させるサーバ機能の変更を決定する、
システム。

【請求項14】

動作可能な複数のサーバ機能のうち、所定のサーバ機能で動作するよう構成されたサーバを複数備えたシステムに接続された管理装置であって、
前記サーバの稼働状態を検出する検出手段と、
前記稼働状態に応じて、前記サーバに動作させるサーバ機能の変更を決定する管理手段と、
を備え、
前記管理手段は、全ての前記サーバの前記稼働状態と、サーバ機能毎における前記サーバの稼働状態と、に基づいて前記サーバに動作させるサーバ機能の変更を決定する、
管理装置。

【請求項15】

請求項１４に記載の管理装置であって、
前記管理手段は、サーバ機能毎に予め設定された最低限の数のサーバ機能を前記サーバに動作させるよう、当該サーバに動作させるサーバ機能の変更を決定する、
管理装置。

【請求項16】

動作可能な複数のサーバ機能のうち、所定のサーバ機能で動作するよう構成されたサーバを複数備えたシステムに接続された管理装置に、
前記サーバの稼働状態を検出する検出手段と、
前記稼働状態に応じて、前記サーバに動作させるサーバ機能の変更を決定する管理手段と、
を実現させると共に、
前記管理手段は、全ての前記サーバの前記稼働状態と、サーバ機能毎における前記サーバの稼働状態と、に基づいて前記サーバに動作させるサーバ機能の変更を決定する、
ことを実現させるためのプログラム。

【請求項17】

請求項１６に記載のプログラムであって、
前記管理手段は、サーバ機能毎に予め設定された最低限の数のサーバ機能を前記サーバに動作させるよう、当該サーバに動作させるサーバ機能の変更を決定する、
プログラム。

【請求項18】

動作可能な複数のサーバ機能のうち、所定のサーバ機能で動作するよう構成されたサーバを複数備えたシステムに接続された管理装置が、
前記サーバの稼働状態を検出し、
全ての前記サーバの前記稼働状態と、サーバ機能毎における前記サーバの稼働状態と、に基づいて前記サーバに動作させるサーバ機能の変更を決定する、
管理方法。

【請求項19】

請求項１８に記載の管理方法であって、
サーバ機能毎に予め設定された最低限の数のサーバ機能を前記サーバに動作させるよう、当該サーバに動作させるサーバ機能の変更を決定する、
管理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、システムにかかり、特に、複数のサーバを備えて構成されたシステムに関する。また、管理装置、プログラム、管理方法に関する。

【背景技術】

【0002】

複数のサーバを１つのラックに搭載して管理するラックシステム（システム）が知られている。そして、近年では、サーバの高密度化に伴い、１つのラックに搭載できるサーバのノード数が増加傾向にある。

【0003】

このようなラックシステムでは、ラック内におけるサーバの冷却効率や電源設備の観点から、１つのラックで使用できる電力量には上限が定められることがある（例えば、特許文献１参照）。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００９−１１８７２８号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

ここで、サーバは、ウェブサーバ、メールサーバ、アプリケーションサーバ、データベースサーバなど、特定の機能で動作することが可能である。例えば、サーバは、各機能を動作させる複数のＯＳ（Operating System）を搭載しており、これらを切り替えて起動させることで、特定の機能で動作することを実現する。このような構成のもと、１つのラック内に搭載される複数のサーバは、必ずしも同一の機能で動作しているとは限らず、異なる機能で動作している場合がある。このため、サーバ間で、時間帯によって負荷や消費電力のばらつきが生じることとなる。すると、ラック全体における発熱量や消費電力の増加という問題や、逆にリソースが有効利用できない、という問題が生じ、結果として、稼働状態が安定せず、性能低下、という問題が生じる。

【0006】

このため、本発明の目的は、上述した課題である、複数のサーバを備えたシステムにおいて、稼働状態が安定せず、性能が低下する、という問題を解決する、ことにある。

【課題を解決するための手段】

【0007】

本発明の一形態であるシステムは、
サーバを複数備えて構成されたシステムであって、
前記サーバは、動作可能な複数の機能のうち、所定の機能で動作するよう構成されており、
前記サーバの稼働状態を検出する検出手段と、
前記稼働状態に応じて、前記サーバに動作させる機能の変更を決定する管理手段と、
を備えた、
という構成をとる。

【0008】

また、本発明の一形態である管理装置は、
動作可能な複数の機能のうち、所定の機能で動作するよう構成されたサーバを複数備えたシステムに接続された管理装置であって、
前記サーバの稼働状態を検出する検出手段と、
前記稼働状態に応じて、前記サーバに動作させる機能の変更を決定する管理手段と、
を備えた、
という構成をとる。

【0009】

また、本発明の一形態であるプログラムは、
動作可能な複数の機能のうち、所定の機能で動作するよう構成されたサーバを複数備えたシステムに接続された管理装置に、
前記サーバの稼働状態を検出する検出手段と、
前記稼働状態に応じて、前記サーバに動作させる機能の変更を決定する管理手段と、
を実現させる、
という構成をとる。

【0010】

また、本発明の一形態である管理方法は、
動作可能な複数の機能のうち、所定の機能で動作するよう構成されたサーバを複数備えたシステムに接続された管理装置が、
前記サーバの稼働状態を検出し、
前記稼働状態に応じて、前記サーバに動作させる機能の変更を決定する、
という構成をとる。

【発明の効果】

【0011】

本発明は、以上のように構成されることにより、複数のサーバを備えたシステムの稼働状態が安定し、性能の向上を図ることができる。

【図面の簡単な説明】

【0012】

【図1】本発明の第１の実施形態におけるシステムの構成を示すブロック図である。

【図2】図１に開示したサーバと管理装置の構成を示す機能ブロック図である。

【図3】図２に開示した管理装置の動作の概要を示すフローチャートである。

【図4】図３に開示した管理装置のステップ１の動作の詳細を示すフローチャートである。

【図5】図３に開示した管理装置のステップ２の動作の詳細を示すフローチャートである。

【図6】図１に開示した各サーバの機能及び電力の一例を示す図である。

【図7】図１に開示した各サーバの機能及び電力の一例を示す図である。

【図8】図７に開示した各サーバの機能を変更した一例を示す図である。

【図9】図８に開示した各サーバの機能の組み合わせの一覧を示す図である。

【図10】図７に開示した各サーバの機能を変更した一例を示す図である。

【図11】本発明の第２の実施形態におけるシステムの構成を示すブロック図である。

【図12】本発明の第３の実施形態におけるシステムの構成を示すブロック図である。

【発明を実施するための形態】

【0013】

＜実施形態１＞
本発明の第１の実施形態を、図１乃至図１０を参照して説明する。図１乃至図２は、実施形態１におけるシステムの構成を説明するための図であり、図３乃至図１０は、その動作を説明するための図である。

【0014】

図１に示すように、本実施形態におけるシステム（情報処理システム）は、ラックＡ，Ｂにそれぞれ搭載された複数のサーバからなる２つのサーバ群と、管理装置５０と、を備えて構成されている。例えば、図１の例では、各ラックＡ，Ｂは、それぞれ複数の棚を有しており、各棚にそれぞれブレード型のサーバ１１−１５，２１−２５を５台ずつ搭載している。

【0015】

また、図示しないが、各ラックＡ，Ｂには、それぞれ各サーバ１１−１５，２１−２５に電力を供給する電源モジュールや、ラック内に搭載された構成の動作を管理するラックマネージャが搭載されている。但し、本発明のシステムでは、ラックの数や１つのラックに搭載されるサーバの数は、図示した数であることに限定されない。

【0016】

また、システムを構成するサーバ群は、ラックサーバの形態で構成されていることに限定されない。例えば、サーバ群は、タワー型の複数のサーバにて形成されていてもよく、１つのブレード内に搭載された複数のサーバモジュールにて形成されていてもよい。また、システムを構成するサーバ群は、複数のサーバがひとまとまりにまとめられてサーバ群を形成していればよい。例えば、データセンタ内のある区域に設置された複数のサーバをまとめて１つのサーバ群としてもよく、ある地域毎に設置されている複数のサーバをまとめて１つのサーバ群としてもよい。

【0017】

次に、上記サーバ１１−１５，２１−２５の構成について、図２を参照して説明する。なお、サーバ１１−１５，２１−２５は、全ての構成がほぼ同じであるため、以下では符号１１のサーバを一例にあげて説明する。

【0018】

サーバ１１は、ＢＭＣ（Baseboard Management Controller）３１と、ＢＩＯＳ（Basic Input/Output System）３２と、演算装置であるＣＰＵ（Central Processing Unit）（図示せず）と、記憶装置であるディスクａ，ｂと、を備える一般的な情報処理装置である。

【0019】

ＢＭＣ３１は、サーバ１１の稼働状況を管理する。ＢＭＣ３１は、管理装置５０と接続しており、当該管理装置５０と通信可能である。そして、ＢＭＣ３１は、管理装置５０からの要求に応じて、サーバ１１自体の消費電力を検出して、管理装置５０に通知する機能を有する。

【0020】

ＢＩＯＳ３２は、電源投入と同時に実行され、ブート先として設定されたディスクａ，ｂからＯＳ（Operating System）を実行する。なお、このブート先は、管理装置５０からＢＭＣ３１経由でＢＩＯＳ３２に設定される。

【0021】

ディスクａ，ｂには、ウェブサーバ、メールサーバ、アプリケーションサーバ、データベースサーバなど、サーバ１１を特定のサーバ機能（機能）で動作させるようサーバ１１のＣＰＵで実行される、各サーバ機能に応じた複数のＯＳのイメージデータが記憶されている。ディスクａ，ｂからは、ＢＩＯＳ３２に設定されたＯＳのイメージデータがブートされ、かかるＯＳが実行されることにより、サーバ１１が実行可能な複数のサーバ機能のうち、所定のサーバ機能で動作することとなる。

【0022】

次に、管理装置５０の構成及び動作について説明する。管理装置５０は、演算装置であるＣＰＵ（Central Processing Unit）と、記憶装置と、を備えた情報処理装置である。管理装置５０は、図１に示すように、各ラックＡ，Ｂに搭載された全てのサーバ１１−１５，２１−２５にネットワークを介して接続されている。

【0023】

管理装置５０は、図２に示すように、ＣＰＵにプログラムが実行されることで構築された、稼働状況検出部５１（検出手段）と、サーバ機能管理部５２（管理手段）と、を備えている。

【0024】

稼働状態検出部５１は、サーバ１１自体の稼働状態を表す稼働状態値として、消費電力値を検出する機能を有する。具体的に、稼働状態検出部５１は、予め設定された時間帯ごとに、各サーバ１１−１５，２１−２５のＢＭＣ３１に対してサーバ自体の消費電力値の検出を要求する。そして、各サーバ１１−１５，２１−２５のＢＭＣ３１から、時間帯ごとの各サーバ自体の消費電力値を取得して、記憶装置に記憶しておく。

【0025】

なお、上記では、稼働状態検出部５１は、稼働状態検出値としてサーバの消費電力値を検出する場合を説明しているが、サーバの他の稼働状態を検出してもよい。例えば、稼働状態検出部５１は、サーバの負荷やスループットなどを稼働状態検出値として検出してもよい。

【0026】

ここで、稼働状態検出部５１は、システムの運用に先立ち、予め統計によりシステムによる業務量や業務内容が変化することが予測される時間帯ごとに、それぞれ各サーバの消費電力値を検出する（図３のステップＳ１）。例えば、まず「時間帯１」で、図６に示すような各サーバの消費電力値を検出でき、「時間帯２」で、図７に示すような各サーバの消費電力値を検出できたとする。これらの図から、「時間帯１」と比較して「時間帯２」では、ＡＰサーバ（アプリケーションサーバ）の使用率が上昇し、Mailサーバ（メールサーバ）の使用率が低下したため、各サーバ間で消費電力値の偏りが生じていることがわかる。また、これに伴い、ラックＡ，Ｂ間においても、ラック全体における消費電力値の合計にも偏りが生じていることがわかる。

【0027】

そして、サーバ機能管理部５２は、稼働状態検出部５１にて検出して記憶装置に記憶している消費電力値に応じて、各サーバの時間帯ごとの運用方針、つまり、時間帯ごとにサーバに動作させるサーバ機能の変更を決定する。サーバ配置管理部５２は、以下に説明するように、２段階（運用決定処理１，２）で、サーバ機能の変更を決定する。

【0028】

サーバ配置管理部５２は、まず、「運用決定処理１」として、各サーバ１１−１５，２１−２５間で消費電力値の偏りが小さくなるよう、特にこの例では最小となるよう、各サーバに動作させるサーバ機能を決定する（図３のステップＳ２）。この「運用決定処理１」の具体的な処理内容の一例を、図４のフローチャートを参照して詳述する。

【0029】

「運用決定処理１」では、まず、サーバ配置管理部５２は、全てのサーバの消費電力値の平均値である全体平均値を求める（図４のステップＳ１１）。ここでは、全体平均値は200Wと求められる。

【0030】

続いて、サーバ配置管理部５２は、サーバ機能ごとに、「消費電力値の全体平均値との差分の合計」を求める（図４のステップＳ１２）。具体的には、上記全体平均値と共に、サーバ機能ごとの消費電力値の平均値である機能平均値も求め、サーバ機能ごとに、機能平均値から全体平均値を減算した値である差分値を求め、さらに、この差分値にサーバ機能ごとのサーバ台数を乗算した乗算値を求める。つまり、サーバ機能ごとに、「（機能平均値−全体平均値）×（サーバ機能ごとのサーバ台数）」の値を求める。図７の例では、ＡＰサーバの機能平均値は350W、Mailサーバの機能平均値は50Wであるため、以下のような結果が得られる。
ＡＰサーバの全体平均値との差分：（350 - 200）× 3 = 450 (W)
Mailサーバの全体平均値との差分：（50 - 200）× 3 = -450 (W)

【0031】

続いて、サーバ配置管理部５２は、上述した「サーバ機能ごとの消費電力値の全体平均値との差分の合計」である乗算値を、全体平均値で除算する（乗算値÷全体平均値）ことにより、サーバ機能を変更可能なサーバの台数を求める（図４のステップＳ１３）。上記の例では、以下のようになる。
ＡＰサーバの変更台数 = 450 ÷ 200 = 2 (台)
Mailサーバの変更台数 = -450 ÷ 200 = -2 (台)

【0032】

上記計算結果から、サーバ配置管理部５２は、ラックＡ，Ｂに搭載されたサーバにおいて、ＡＰサーバを２台追加し、Mailサーバを２台削減するよう、サーバ機能を変更することを決定する（図４のステップＳ１４）。ここでは、図７に示す状態から図８の斜線部分に示すように、２台のMailサーバとして動作しているサーバのサーバ機能を、ＡＰサーバに変更することを決定することとなる。なお、Webサーバ（ウェブサーバ）と、ＤＢサーバ（データベースサーバ）については、各サーバの消費電力値が200Wで全体平均値と一致するため、サーバ機能の変更は行わない。

【0033】

そして、サーバ配置管理部５２は、ラックＡ，Ｂ全体で決定した変更後のサーバ機能の動作状態となるよう、各サーバのＢＩＯＳ３２を設定する。このとき、ＢＩＯＳ３２には、サーバ機能を変更する時間帯も設定する。例えば、上述したように、サーバ間で消費電力値に偏りが生じた時間帯「時間帯２」には、上記「運用決定処理１」で変更を決定したサーバ機能のサーバ配置となるように設定する。

【0034】

以上のように、「運用決定処理１」では、各サーバで動作するサーバ機能の変更を決定することで、各サーバの消費電力値が全体平均値に近づき、各サーバ間で差が小さくなる。すると、ラックＡ，Ｂ全体において、消費電力値の合計が高くなることによる発熱や消費電力の上限のキャッピングなどを抑制できる。その結果、ラックＡ，Ｂ全体における稼働状態が安定し、性能低下を抑制することができる。

【0035】

なお、ラックＡ，Ｂ全体内において、サーバ機能ごとに最低限確保が必要なサーバの台数を予め設定しておいてもよい。例えば、各サーバ機能で動作するサーバの最低限の台数を１台と設定しておくことで、上述したようにサーバ機能の変更を決定した場合に０台となってしまうサーバ機能のサーバが存在するときには、サーバ配置管理部５２は、かかるサーバ機能のサーバは１台確保するよう変更を決定する。

【0036】

また、上記では、サーバ配置管理部５２は、サーバ機能ごとに、当該サーバ機能を変更する台数を算出しているが、必ずしもかかる台数を算出することに限定されない。例えば、サーバ機能ごとに算出した「機能平均値から全体平均値を減算した値である差分値（機能平均値−全体平均値）」の値に応じて、サーバの台数を増減させるサーバ機能を決定してもよい。具体的には、差分値が「＋（正の値）」である場合には、かかるサーバ機能の台数を増やし、差分値が「−（負の値）」である場合には、かかるサーバ機能の台数を減らすよう、サーバ機能の変更を決定する。

【0037】

続いて、サーバ配置管理部５２は、上述した「運用決定処理１」で変更を決定したサーバ機能の配置状態から、以下に説明する「運用決定処理２」を行い、さらに各サーバにて動作させるサーバ機能の変更を決定する処理を行う。この「運用決定処理２」では、各ラックＡ，Ｂ間（サーバ群間）で消費電力値の偏りが小さくなるよう、特にここでは最小となるよう、各サーバに動作させるサーバ機能を決定する（図３のステップＳ３）。この「運用決定処理２」の具体的な処理内容の一例を、図５のフローチャートを参照して詳述する。

【0038】

「運用決定処理２」では、まず、サーバ配置管理部５２は、「運用決定処理１」で決定されたサーバ機能の配置状態における各サーバの消費電力値を求める。各サーバの消費電力値は、実際にサーバを運用しているときに上述した稼働状態検出部５１で検出した値や、「運用決定処理１」でサーバ機能の変更を決定したときに、かかる変更状態から理論的に算出できる各サーバの消費電力値を求めてもよい。ここでは、各サーバの消費電力値は、「運用決定処理１」で決定されたサーバ機能の配置状態で運用されている各サーバから実際に検出した消費電力値であることとし、図８に示す値であるとする。

【0039】

続いて、サーバ配置管理部５２は、「運用決定処理１」で決定した各サーバ機能で動作するサーバ機能ごとのサーバの数を変更することなく、各ラックＡ，Ｂに各サーバ機能のサーバを配置した場合の組み合わせを全て算出する（図５のステップＳ２１）。例えば、図８に示す各サーバ機能のサーバの配置は、図９に示す９つのパターン（ラックａ，ｂ）の組み合わせが存在することとなる。

【0040】

そして、サーバ配置管理部５２は、算出した組み合わせの中で、ラックごとに、「｛（消費電力値の合計）−（全てのラックの消費電力値の平均値）｝の絶対値」を算出し、さらに、この絶対値の「パターンごとの総和」を求める。つまり、パターンごとに、「｜（各ラックの消費電力値の合計）−（全てのラックの消費電力値の平均値）｜の総和」を求める。そして、この算出した総和が最小となる組み合わせを見つめる（図５のステップＳ２２）。図９の例では、２番目のパターンが、|1010-1000|+|990-1000| = 20となり、ラック間の消費電力の差分が最小となる。

【0041】

続いて、サーバ配置管理部５２は、上記で見つけたラック間の消費電力値の差分が最小となるパターンのサーバ機能の配置を、各ラックＡ，Ｂに適用するよう決定する（図５のステップＳ２３）。このとき、これまでのサーバ機能の配置に対して、サーバ機能を変更する必要のあるサーバの台数が最小となるよう、決定したパターンのサーバ機能の配置を各ラックＡ，Ｂに適用する。ここでは、パターン２のラック（ａ，ｂ）の配置を、実際のラック（Ａ，Ｂ）、あるいは、ラック（Ｂ，Ａ）のそれぞれに適用するいずれの場合であっても、図８に示すサーバ機能の配置から、サーバ機能が変更されるサーバ台数は各ラックで２台である。このため、いずれの配置を適用してよい。一例として、パターン２のラック（ａ，ｂ）の配置を、実際のラック（Ａ，Ｂ）に適用することで、図１０の斜線に示すラックの配置のみの変更が決定される。

【0042】

そして、サーバ配置管理部５２は、ラックＡ，Ｂ内の各サーバが、図１０に示すように決定したサーバ機能の配置で動作するよう、各サーバのＢＩＯＳ３２を設定する。このとき、ＢＩＯＳ３２には、サーバ機能を変更する時間帯も設定する。例えば、上述したように、サーバ間で消費電力値に偏りが生じた時間帯「時間帯２」には、上記「運用決定処理２」で変更を決定したサーバ機能のサーバ配置となるように設定する。

【0043】

以上のように、「運用決定処理２」では、ラック間において各サーバで動作するサーバ機能の配置の変更を決定することで、各ラックの消費電力値の差が小さくなる。すると、ラックＡ，Ｂ全体において、消費電力値の合計が高くなることによる発熱や消費電力の上限のキャッピングなどを抑制できる。その結果、ラックＡ，Ｂ全体における稼働状態が安定し、性能低下を抑制することができる。

【0044】

なお、上記では、ラックＡ，Ｂ間の差が最小となるサーバ機能の配置を設定したが、これは特に、ラックの消費電力の上限値がほぼ同一であるなど、当該ラックの性能がほぼ同一である場合に有効である。ただし、本発明では、ラックや地域など情報処理サーバ群が形成される環境に応じて、配置変更を決定してもよい。例えば、一方のラックの消費電力値の上限が高く、他方が低い場合には、各ラックの上限値に達しないよう情報処理サーバ群間においてサーバ機能の配置を変更してもよい。

【0045】

また、上記では、サーバは、自身に装備されたディスクａ，ｂに予め各サーバ機能を動作させるＯＳイメージを記憶している場合を例示したが、サーバにサーバ機能を動作させる方法は他の方法であってもよい。例えば、ＳＡＮ（Storage Area Network）ブート環境などの外部にＯＳイメージが保持され、かかる外部から、管理装置５０にてＢＭＣ３１経由でＢＩＯＳ３２に設定されたＯＳのイメージデータがブートされ、かかるＯＳが実行されてもよい。あるいは、サーバで実行されている基本ＯＳ上に複数の仮想ＯＳを用意しておき、特定の仮想ＯＳを立ち上げて、所定のサーバ機能を動作させてもよい。

【0046】

＜実施形態２＞
次に、本発明の第２の実施形態を、図１１を参照して説明する。本実施形態におけるシステムは、まず、サーバ１１１，１１２等を複数備えるとともに、これらサーバを管理する管理装置１５０を備えている。

【0047】

上記サーバ１１１は、動作可能な複数の機能のうち、所定の機能で動作するよう構成されている。例えば、サーバ１１１は、上述したように、ウェブサーバ、メールサーバ、アプリケーションサーバ、データベースサーバなどの機能で動作可能であり、このうちの所定の機能で動作する。

【0048】

上記管理装置１５０は、演算装置がプログラムを実行することで構築された、検出手段１５１と管理手段１５２とを備えている。検出手段１５１は、サーバ１１１の稼働状態を検出する。管理手段１５２は、稼働状態に応じて、サーバに動作させる機能の変更を決定する。

【0049】

上記構成のシステムでは、まず、管理装置１５０の検出手段１５１が、各サーバ１１１，１１２の稼働状態を検出する。例えば、各サーバ１１１，１１２の消費電力を検出する。

【0050】

そして、管理装置１５０の管理手段１５２は、各サーバ１１１，１１２の稼働状態に応じて、サーバ１１１，１１２に動作させる機能の変更を決定する。例えば、管理装置１５０が接続されている一群の全てのサーバ１１１，１１２の消費電力の差が小さくなるよう、所定のサーバ１１１，１１２の機能を変更するよう決定する。そして、管理装置１５０は、各サーバ１１１，１１２が変更決定された機能で動作するよう設定することで、システム全体におけるサーバ１１１，１１２の稼働状態を改善することができる。その結果、システム内における情報処理サーバの稼働状態が安定し、性能の低下を抑制することができる。

【0051】

＜実施形態３＞
次に、本発明の第３の実施形態を、図１２を参照して説明する。本実施形態におけるシステムは、まず、サーバ２１１，２１２等を複数備えて構成されたサーバ群２１０を、複数備えて構成されている。図１２の例では、サーバ群２１０の他に、サーバ２２１，２２２等を備えた別のサーバ群２２０を備えている。また、システムは、複数のサーバ群２１０，２２０に含まれる各サーバを管理する管理装置２５０を備えている。

【0052】

上記サーバ２１１は、動作可能な複数の機能のうち、所定の機能で動作するよう構成されている。例えば、サーバ２１１は、上述したように、ウェブサーバ、メールサーバ、アプリケーションサーバ、データベースサーバなどの機能で動作可能であり、このうちの所定の機能で動作する。

【0053】

上記管理装置２５０は、演算装置がプログラムを実行することで構築された、検出手段２５１と管理手段２５２とを備えている。検出手段２５１は、サーバ２１１の稼働状態を検出する。管理手段２５２は、稼働状態に応じて、サーバ群２１０，２２０間における機能の配置を変更するよう、サーバに動作させる機能の変更を決定する。

【0054】

上記構成のシステムでは、まず、管理装置２５０の検出手段２５１が、各サーバ２１１，２１２の稼働状態を検出する。例えば、各サーバ２１１，２１２の消費電力を検出する。一例として、図８に示すように、サーバ群２１０がラックＡに相当し、サーバ群２２０がラックＢに相当するとした場合に、当該図８に示すような消費電力値が検出されたとする。

【0055】

そして、管理装置２５０の管理手段２５２は、検出した各サーバ２１１，２１２，２２１，２２２の稼働状態に応じて、サーバ群２１０，２２０間において機能の配置の変更を検定する。つまり、サーバ２１１，２１２，２２１，２２２に動作させる機能の変更を決定する。このとき、例えば、サーバ群間における機能の配置の変更数が少なくなるよう、サーバに動作させる機能の変更を決定する。また、例えば、サーバ群間で当該各サーバ群の稼働状態の差が小さくなるよう、サーバに動作させる機能の変更を決定する。これにより、例えば、図８に示す機能の配置から、図１０に示すような配置となるよう、各サーバに動作させる機能の変更が決定される。

【0056】

そして、管理装置１５０は、各サーバ２１１，２１２，２２１，２２２が変更決定された機能で動作するよう設定する。ここで、一方のサーバ群２１０で動作していたWebサーバを、他方のサーバ群２２０で動作するよう配置を変更することを決定した場合を考える。この場合には、まず、一方のサーバ群２１０でWebサーバとして動作していたサーバ２１１は、他の機能で動作するよう変更設定する。また、他方のサーバ群２２０で他の機能で動作していたサーバ２２１は、Webサーバとして動作するよう変更設定する。

【0057】

これにより、システム全体におけるサーバ１１１，１１２の稼働状態を改善することができる。その結果、システム内におけるサーバの稼働状態が安定し、性能の低下を抑制することができる。

【0058】

＜付記＞
上記実施形態の一部又は全部は、以下の付記のようにも記載されうる。以下、本発明におけるシステム、管理装置、プログラム、管理方法の構成の概略を説明する。但し、本発明は、以下の構成に限定されない。

【0059】

（付記１）
サーバを複数備えて構成されたシステムであって、
前記サーバは、動作可能な複数の機能のうち、所定の機能で動作するよう構成されており、
前記サーバの稼働状態を検出する検出手段と、
前記稼働状態に応じて、前記サーバに動作させる機能の変更を決定する管理手段と、
を備えたシステム。

【0060】

上記発明によると、まず、検出手段が、各サーバの稼働状態を検出する。そして、管理手段が、稼働状態に応じて、サーバに動作させる機能の変更を決定する。これにより、サーバは、変更後の機能を動作させることで、稼働状態を改善することができる。その結果、システム内におけるサーバの稼働状態が安定し、性能の低下を抑制することができる。

【0061】

（付記２）
付記１に記載のシステムであって、
前記管理手段は、前記各サーバの前記稼働状態の差が小さくなるよう、前記サーバに動作させる機能の変更を決定する、
システム。

【0062】

上記発明によると、管理手段が、各サーバの稼働状態の差が小さくなるようサーバに動作作動させる機能の変更を決定する。これにより、サーバは、変更後の機能を動作させることで、システム内において各サーバの稼働状態の差が小さくなり、稼働状態が安定し、性能の低下を抑制することができる。

【0063】

（付記３）
付記２に記載のシステムであって、
前記管理手段は、全ての前記サーバの前記稼働状態の平均を表す全体平均を算出し、当該算出した全体平均に、前記各サーバの稼働状態が近づくよう、前記サーバに動作させる機能の変更を決定する、
システム。

【0064】

このように、各サーバの稼働状態を全体平均に近づけることで、システム内において各サーバの稼働状態の差が小さくなり、稼働状態が安定し、性能の低下を抑制することができる。

【0065】

（付記４）
付記２又は３に記載のシステムであって、
前記管理手段は、全ての前記サーバの前記稼働状態の平均を表す全体平均と、機能毎における前記サーバの稼働状態の平均である機能平均と、を算出し、前記全体平均と前記機能平均とに基づいて前記サーバに動作させる機能の変更を決定する、
システム。

【0066】

このように、全体平均と機能平均とを用いた算出結果を用いることで、どの機能を変更すればよいかを適切に判断することができる。

【0067】

（付記５）
付記４に記載のシステムであって、
前記管理手段は、機能毎に、前記機能平均から前記全体平均を減算した差分に基づいて、所定の機能を動作させる前記サーバの台数を増減させるよう、当該サーバに動作させる機能の変更を決定する、
システム。

【0068】

このように、機能平均から全体平均を減算した差分を用いることで、どの機能の状態に余裕があるか、あるいは、不足しているか、ということを容易に判断でき、適切に機能を変更することができる。

【0069】

（付記６）
付記５に記載のシステムであって、
前記管理手段は、機能毎に、当該機能の台数を前記差分に乗算した値である乗算値を前記全体平均で除算することで、所定の機能を動作させる前記サーバの台数の増減数を算出して、当該増減数に基づいて前記サーバに動作させる機能の変更を決定する、
システム。

【0070】

このように、機能平均から全体平均を減算した差分をさらに全体平均で乗算することで、適切にサーバ機能を変更する増減数を算出することができる。

【0071】

（付記７）
付記１乃至６のいずれかに記載のシステムであって、
前記サーバの稼働状態は、当該サーバの消費電力である、
システム。

【0072】

（付記８）
付記１乃至７のいずれかに記載のシステムであって、
前記複数のサーバが搭載された１つ又は複数のラックシステムで形成されている、
システム。

【0073】

（付記９）
付記１乃至８のいずれかに記載のシステムであって、
複数の前記サーバからなるサーバ群を複数備え、
前記管理手段は、決定された変更の後の機能で動作する前記サーバの前記稼働状態に応じて、前記サーバ群間における機能の配置の変更を決定する、
システム。

【0074】

上記発明によると、一旦、システム内でサーバの機能を変更したのちに、かかる構成における稼働状態に応じて、サーバ群間で機能の配置を変更する。そして、配置を変更した機能をサーバに動作させることで、各サーバ群で稼働状態を改善することができる。その結果、システム内におけるサーバの稼働状態が安定し、性能の低下を抑制することができる。

【0075】

（付記１０）
付記９に記載のシステムであって、
前記管理手段は、前記サーバ群毎に設定された環境に応じて、前記サーバ群間における機能の配置の変更を決定する、
システム。

【0076】

このように、サーバ群毎の環境に適応した、適切な稼働状態を実現でき、サーバの稼働状態が安定し、性能の低下を抑制することができる。

【0077】

（付記１１）
付記９又は１０に記載のシステムであって、
前記管理手段は、前記サーバ群間における機能の配置の変更数が少なくなるよう、前記サーバに動作させる機能の変更を決定する、
システム。

【0078】

これにより、変更後の機能で起動させるサーバの台数を減らすことができ、機能の配置を変更する処理の迅速化を図ることができる。

【0079】

（付記１２）
付記９乃至１１のいずれかに記載のシステムであって、
前記管理手段は、前記サーバ群間で当該各サーバ群の前記稼働状態の差が小さくなるよう、前記サーバに動作させる機能の変更を決定する、
システム。

【0080】

これにより、サーバ群間で消費電力値の差が小さくなるため、稼働状態が安定し、性能の低下を抑制することができる。

【0081】

（付記１３）
動作可能な複数の機能のうち、所定の機能で動作するよう構成されたサーバを複数備えたシステムに接続された管理装置であって、
前記サーバの稼働状態を検出する検出手段と、
前記稼働状態に応じて、前記サーバに動作させる機能の変更を決定する管理手段と、
を備えた管理装置。

【0082】

（付記１４）
動作可能な複数の機能のうち、所定の機能で動作するよう構成されたサーバを複数備えたシステムに接続された管理装置に、
前記サーバの稼働状態を検出する検出手段と、
前記稼働状態に応じて、前記サーバに動作させる機能の変更を決定する管理手段と、
を実現させるためのプログラム。

【0083】

（付記１５）
動作可能な複数の機能のうち、所定の機能で動作するよう構成されたサーバを複数備えたシステムに接続された管理装置が、
前記サーバの稼働状態を検出し、
前記稼働状態に応じて、前記サーバに動作させる機能の変更を決定する、
管理方法。

【0084】

（付記１５．１）
付記１５に記載の管理方法であって、
前記管理装置が、前記各サーバの前記稼働状態の差が小さくなるよう、前記サーバに動作させる機能の変更を決定する、
管理方法。

【0085】

（付記１５．２）
付記１５．１に記載の管理方法であって、
前記管理装置が、全ての前記サーバの前記稼働状態の平均を表す全体平均を算出し、当該算出した全体平均に、前記各サーバの稼働状態が近づくよう、前記サーバに動作作動させる機能の変更を決定する、
管理方法。

【0086】

（付記１５．３）
付記１５乃至１５．２のいずれかに記載の管理方法であって、
前記システムは、複数の前記サーバからなるサーバ群を複数備えて構成されており、
前記管理装置が、決定された変更の後の機能で動作する前記サーバの前記稼働状態に応じて、前記サーバ群間における機能の配置の変更を決定する、
管理方法。

【0087】

（付記１５．４）
付記１５．３に記載の管理方法であって、
前記管理装置が、前記サーバ群間における機能の配置の変更数が少なくなるよう、前記サーバに動作させる機能の変更を決定する、
管理方法。

【0088】

（付記１５．５）
付記１５．３又は１５．４に記載の管理方法であって、
前記管理装置が、前記サーバ群間で当該サーバ群の前記稼働状態の差が小さくなるよう、前記サーバに動作させる機能の配置の変更を決定する、
管理方法。

【0089】

なお、上述したプログラムは、記憶装置に記憶されていたり、コンピュータが読み取り可能な記録媒体に記録されている。例えば、記録媒体は、フレキシブルディスク、光ディスク、光磁気ディスク、及び、半導体メモリ等の可搬性を有する媒体である。

【0090】

以上、上記実施形態等を参照して本願発明を説明したが、本願発明は、上述した実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明の範囲内で当業者が理解しうる様々な変更をすることができる。

【符号の説明】

【0091】

１１−１５，２１−２５ サーバ
３１ ＢＭＣ
３２ ＢＩＯＳ
５０ 管理装置
５１ 稼働状態検出部
５２ サーバ機能管理部
１１１，１１２，２１１，２１２，２２１，２２２ サーバ
１５０，２５０ 管理装置
１５１，２５１ 検出手段
２５１，２５２ 管理手段
２１０，２２０ サーバ群
Ａ，Ｂ ラック

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】