JP2011082799A - 省電力化システム、省電力化方法、及び省電力化用プログラム - Google Patents

Abstract

【課題】サーバルーム内の不用になった機器や室内設備を停止し、省電力化を実現する。
【解決手段】サービスを提供する仮想マシン（ＶＭ）の片寄を行い、サーバルーム内のラック群のうち、所定のラック内のサーバに処理を集中させ、稼働中のサーバがなくなったラックを停止し、当該ラック又はその周辺を対象にした室内設備の処理も停止、或いは、調節し、省電力化を図る。
【選択図】図１

Description

本発明は、省電力化システムに関し、特に仮想ネットワーク環境における省電力化システムに関する。

近年、ネットワークと仮想マシン（ＶＭ：Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）を連動して柔軟なクラウド・コンピューティングを実現し、インフラを構築したシステムが利用されている。仮想マシンは、アプリケーションプログラムを実行することで、ネットワークを介して様々なサービスをユーザに提供する。

しかし、このような仮想マシンの多くは、企業等の組織が有するサーバルーム内のラック群に搭載された複数の物理サーバ上で稼動している。そのため、少なくない数のサーバやスイッチ、及びサーバルームの室内設備を常に稼動し続ける必要があり、それに伴う消費電力量やリソース消費量も膨大なものとなっていた。

現状では、サーバやスイッチ、及びサーバルームの室内設備のような仮想マシンの稼動に必要な機器に対する電力供給は、機器の使用状態に関係なく実施されている。また、電力供給を停止する方法としては、機器が不使用状態になったことを確認した上で、人間の手により物理的に機器を停止させるしかなかった。

そこで、効率的な省電力化を実現するために、コンピュータとネットワークを連携し、負荷に応じて仮想マシンを少数のサーバに集約し、機器の使用状態に応じて、機器に対する電力供給を制御する手法が求められる。

関連する技術として、特開２００９−１６９８５８号公報（特許文献１）にサーバシステム、及びサーバシステムの電力削減方法が開示されている。特許文献１には、仮想マシンのマイグレーション（ｍｉｇｒａｔｉｏｎ）によって稼動するサーバ数を削減し、消費電力を削減するサーバシステムが記載されている。また、サーバの消費電力が最大電力に達した場合、仮想マシンを他のサーバに移動する技術が記載されている。なお、マイグレーションとは、プログラムやデータの移行・変換作業のことであり、特に、ＯＳ等の環境が異なるシステムへの移行を指すことが多い。

また、特開２００９−１７６０３３号公報（特許文献２）にストレージシステム及びその消費電力削減方法が開示されている。特許文献２には、仮想マシンである仮想サーバをマイグレーションすることで稼動するサーバ数を削減し、消費電力を削減するストレージシステムが記載されている。また、仮想サーバによるネットワークインタフェース、ストレージインタフェース、制御装置に使用頻度を監視し、時間帯毎に統計情報を作成し、仮想サーバの稼動率を決定する技術が記載されている。

また、特開２００３−２８１００８号公報（特許文献３）にサーバ計算機負荷分配装置、サーバ計算機負荷分配方法、サーバ計算機負荷分配プログラム及びサーバ計算機システムが開示されている。特許文献３には、インフラ、データセンタ、ワークステーション、ラック、ブレード単位で電力制御し、不要な電力消費を抑えるための技術が記載されている。

また、特開２００９−１８１５７１号公報（特許文献４）に大規模データセンターまたはＩＴインフラにおけるエネルギー消費の確定及び動的制御方法が開示されている。特許文献４には、サーバへのデータ要求量に対して、サーバシステムのデータ供給可能量が最適な大きさとなるように、最適な数のサーバのみを稼動させるシステムが記載されている。

特開２００９−１６９８５８号公報 特開２００９−１７６０３３号公報 特開２００３−２８１００８号公報 特開２００９−１８１５７１号公報

本発明の目的は、コンピュータとネットワークを連携させた負荷判断及び省電力化を行う省電力化システムを提供することである。

本発明の省電力化システムは、管理装置と、コントローラとを具備する。管理装置は、複数のサーバ上でそれぞれ稼動する仮想マシンにより提供されるサービスの通信情報を監視し、通信情報から求められた仮想マシン毎のサービス負荷を基に、仮想マシンを他のサーバ上へ移動させ、稼動する仮想マシンが存在しなくなったサーバを未稼動状態にする。コントローラは、サービスの通信パケットの転送を行うスイッチに対してフロー単位の経路情報を設定する。また、コントローラは、仮想マシンの移動に従ってスイッチに対して設定した経路情報を変更する。

本発明の省電力化方法は、コンピュータにより実施される省電力化方法である。この省電力化方法では、複数のサーバ上でそれぞれ稼動する仮想マシンにより提供されるサービスの通信情報を監視する。また、通信情報から求められた仮想マシン毎のサービス負荷を基に、仮想マシンを他のサーバ上へ移動させ、稼動する仮想マシンが存在しなくなったサーバを未稼動状態にする。また、サービスの通信パケットの転送を行うスイッチに対してフロー単位の経路情報を設定する。また、仮想マシンの移動に従ってスイッチに対して設定した経路情報を変更する。

本発明の省電力化用プログラムは、以下のステップをコンピュータに実行させるためのプログラムである。第１のステップとして、複数のサーバ上でそれぞれ稼動する仮想マシンにより提供されるサービスの通信情報を監視する。第２のステップとして、通信情報から求められた仮想マシン毎のサービス負荷を基に、仮想マシンを他のサーバ上へ移動させ、稼動する仮想マシンが存在しなくなったサーバを未稼動状態にする。第３のステップとして、サービスの通信パケットの転送を行うスイッチに対してフロー単位の経路情報を設定する。第４のステップとして、仮想マシンの移動に従ってスイッチに対して設定した経路情報を変更する。

サービスを提供する仮想マシン（ＶＭ）の片寄を行い、稼働中の仮想マシンが存在しなくなったサーバを未稼働状態にすることで、省電力化を図る。また、仮想マシンの移動により、ラック群のうち所定のラック内のサーバに仮想マシンを集中させることで、サービスの提供に必要な機器や設備を削減し、不用になった機器や設備を停止することで、省電力化を実現することができる。

本発明の省電力化システムの構成例を示すブロック図である。 サービスの基本処理を示すシーケンス図である。 フローの定義情報を設定した後の情報の収集及び構成変更の契機を示すシーケンス図である。 稼動リソース最適化処理を示すフローチャートである。 移動先サーバの決定処理を示すフローチャートである。 稼動処理を示すフローチャートである。 停止処理を示すフローチャートである。

以下に、本発明の実施形態について添付図面を参照して説明する。

＜基本構成＞
図１に示すように、本発明の省電力化システムは、サーバルーム１０と、管理装置２０とを含む。

サーバルーム１０は、企業等の組織内において多数のサーバを収容するための部屋である。なお、サーバルームは一例に過ぎない。実際には、本発明の要旨を逸脱しない範囲で、サーバルームと類似の環境をサーバルーム１０としても良い。管理装置２０は、サーバルーム１０内の環境を管理するための装置であり、サーバルーム１０内の各種の設備や機器とネットワークを介して接続されている。なお、管理装置２０は、１台で複数のサーバルーム１０を管理対象としていても良い。反対に、管理装置２０は、複数台で１つのサーバルーム１０を管理対象としていても良い。ここでは、説明の簡略化のため、１台の管理装置２０が、サーバルーム１０を１部屋だけ管理する事例について説明する。

サーバルーム１０は、室内設備１１と、ラック１２（１２−ｉ、ｉ＝１〜ｎ：ｎは任意）を備える。

室内設備１１は、空調設備１１１と、照明設備１１２と、電源設備１１３を備える。

空調設備１１１は、サーバルーム内の空調機全般である。この空調設備１１１は、ネットワークを介して受信した信号やコマンドに応じて、空調制御を実施したり、空調制御を停止したり、設定温度／風力／対象範囲を調節したりする。ここでは、空調設備１１１は、室内全体の空調を担当する空調機、ラックの近傍あるいはラック自体に設置された空調機を含む。なお、空調機１つにつき冷却されるラックの集合を、その空調機の「空調グループ」と呼ぶ。すなわち、１つの空調機は、その空調機の空調グループに属するラックを冷却する。空調設備１１１の例として、ＡＨＵ（Ａｉｒ Ｈａｎｄｌｉｎｇ Ｕｎｉｔ：エアハンドリングユニット）、局所冷却装置（Ｈｉｇｈ ｈｅａｔ ｄｅｎｓｉｔｙ ｃｏｏｌｉｎｇ ｓｙｓｔｅｍ）、熱交換器、エアコン、送風ファン等が考えられる。また、空調設備１１１は、水冷式の冷却機構（水冷システム）でも良い。本質的に同じだからである。但し、実際には、これらの例に限定されない。

照明設備１１２は、サーバルーム内の照明器具全般である。この照明設備１１２は、ネットワークを介して受信した信号やコマンドに応じて、特定の場所を明るくしたり、暗くしたりする。ここでは、照明設備１１２は、室内全体を照らす照明器具、ラックの近傍あるいはラック自体に設置された照明器具を含む。なお、照明器具１つにつき照らされるラックの集合を、その照明器具の「照明グループ」と呼ぶ。すなわち、１つの照明器具は、その照明器具の照明グループに属するラックを照らす。照明設備１１２の例として、蛍光灯、蛍光ランプ、ＬＥＤ（Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ：発光ダイオード）照明、電球等が考えられる。但し、実際には、これらの例に限定されない。

電源設備１１３は、サーバルーム内の電源装置全般である。この電源設備１１３は、ネットワークを介して受信した信号やコマンドに応じて、電力供給を実施したり、電力供給を停止したり、供給される電力量を調節したりする。ここでは、電源設備１１３は、サーバーや各種ネットワーク機器に電力を供給（配電）するための電源装置、空調設備に電力を供給（配電）するための電源装置、照明設備に電力を供給（配電）するための電源装置を含む。なお、電源装置１つにより配電されるラックの集合を、その電源装置の「電源グループ」と呼ぶ。すなわち、１つの電源装置は、その電源装置の電源グループに属するラックに配電する。電源設備１１３の例として、インテリジェントＰＤＵ（Ｐｏｗｅｒ Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｕｎｉｔ：ラック用電源タップ）、ＵＰＳ（Ｕｎｉｎｔｅｒｒｕｐｔｉｂｌｅ Ｐｏｗｅｒ Ｓｕｐｐｌｙ：無停電電源装置）等が考えられる。但し、実際には、これらの例に限定されない。

ラック１２（１２−ｉ、ｉ＝１〜ｎ）は、ＩＤＣ（Ｉｎｔｅｒｎｅｔ Ｄａｔａ Ｃｅｎｔｅｒ：インターネットデータセンター）等に設置されている、ラックマウント型サーバ（ラックサーバ）を効率的に設置できる形状の電子機器収納専用ラックである。なお、１つのラックに収納される電子機器の集合を、そのラックの「ラックグループ」と呼ぶ。すなわち、１つのラックは、そのラックのラックグループに属する電子機器を収納する。

ラック１２（１２−ｉ、ｉ＝１〜ｎ）の各々は、ＯＦＳ（Ｏｐｅｎ Ｆｌｏｗ Ｓｗｉｔｃｈ）１２１（１２１−ｉ、ｉ＝１〜ｘ：ｘは任意）と、サーバ１２２（１２２−ｉ、ｉ＝１〜ｙ：ｙは任意）と、ストレージ１２３（１２３−ｉ、ｉ＝１〜ｚ：ｚは任意）を備える。なお、ラック内の構成（例えば、サーバの台数）は、ラック毎に異なっていても良い。

ＯＦＳ１２１（１２１−ｉ、ｉ＝１〜ｘ）は、物理スイッチであり、ラック内に少なくとも１台は存在する。同一ラック内のサーバ１２２（１２２−ｉ、ｉ＝１〜ｙ）は、同一ラック内のＯＦＳ１２１（１２１−ｉ、ｉ＝１〜ｘ）に接続される。ラック間の接続は、ラック内のＯＦＳと、他のラック内のＯＦＳを接続することで行う。なお、ＯＦＳ１２１（１２１−ｉ、ｉ＝１〜ｘ）は、冗長経路を作る場合には２台以上存在する。この場合、サーバ１２２（１２２−ｉ、ｉ＝１〜ｙ）の各々は、異なる２台以上のＯＦＳ１２１（１２１−ｉ、ｉ＝１〜ｘ）と接続される。ＯＦＳ１２１（１２１−ｉ、ｉ＝１〜ｘ）の例として、ラックに搭載されるエッジルータ（Ｅｄｇｅ Ｒｏｕｔｅｒ）を想定している。なお、ラック内に限らず、サーバルーム１０と管理装置２０の間にも、ＯＦＳが存在している場合がある。但し、実際には、これらの例に限定されない。

サーバ１２２（１２２−ｉ、ｉ＝１〜ｙ）は、物理サーバであり、ラック内に少なくとも１台は存在する。サーバ１２２（１２２−ｉ、ｉ＝１〜ｙ）の例として、ラックマウント型サーバを想定している。但し、実際には、これらの例に限定されない。

サーバ１２２（１２２−ｉ、ｉ＝１〜ｙ）の各々は、仮想マシン（ＶＭ）１２２１（１２２１−ｉ、ｉ＝１〜ｋ：ｋは任意）と、仮想マシンモニタ（ＶＭＭ：Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ Ｍｏｎｉｔｏｒ）１２２２を備える。

仮想マシン１２２１（１２２１−ｉ、ｉ＝１〜ｋ）は、論理サーバであり、サーバ１２２（１２２−ｉ、ｉ＝１〜ｙ）上で稼動し、サービスを提供する。サービスとは、Ｗｅｂサービス等、ネットワークを介してユーザマシンから要求され、アプリケーションプログラムにより実行される処理である。複数のサーバ（論理サーバを含む）で同一のサービスを提供する場合もある。仮想マシン１２２１（１２２１−ｉ、ｉ＝１〜ｋ）が使用するディスクイメージは、共有ディスク（Ｓｈａｒｅｄ Ｄｉｓｋ）に格納される。この共有ディスクは、サーバ１２２（１２２−ｉ、ｉ＝１〜ｙ）の各々が備えていても良いし、ストレージ１２３（１２３−ｉ、ｉ＝１〜ｚ）やＯＦＳ１２１（１２１−ｉ、ｉ＝１〜ｘ）、又はサーバルーム１０内の全ラックに共通の記憶装置、或いは管理装置２０が備えていても良い。仮想マシン１２２１（１２２１−ｉ、ｉ＝１〜ｋ）には、それぞれＭＡＣアドレス（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ ａｄｄｒｅｓｓ）やＩＰアドレス（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ａｄｄｒｅｓｓ）が割り当てられている。このＭＡＣアドレスは、仮想ＭＡＣアドレスであり、任意に設定することができる。同様に、このＩＰアドレスは、仮想ＩＰアドレスであり、任意に設定することができる。なお、同一のサーバ１２２（１２２−ｉ、ｉ＝１〜ｙ）内や、各サーバ１２２（１２２−ｉ、ｉ＝１〜ｙ）間を、仮想マシン１２２１（１２２１−ｉ、ｉ＝１〜ｋ）が移動しても、仮想マシン１２２１（１２２１−ｉ、ｉ＝１〜ｋ）のＭＡＣアドレスやＩＰアドレスは変わらない。

仮想マシンモニタ１２２２は、仮想マシン１２２１（１２２１−ｉ、ｉ＝１〜ｋ）の生成・稼動・移動・停止・削除を監視し管理する。また、仮想マシンモニタ１２２２は、仮想マシン１２２１（１２２１−ｉ、ｉ＝１〜ｋ）のメモリー管理を行う。すなわち、仮想マシンモニタ１２２２は、仮想マシン１２２１（１２２１−ｉ、ｉ＝１〜ｋ）で使用されるデータやプログラムをストレージ１２３（１２３−ｉ、ｉ＝１〜ｚ）に格納したり取り出したりする。更に、仮想マシンモニタ１２２２は、他の仮想マシンモニタとの間で通信することが可能である。仮想マシン１２２１（１２２１−ｉ、ｉ＝１〜ｋ）のＭＡＣアドレスやＩＰアドレスで外部から直接通信できる。なお、仮想マシンモニタ１２２２は、サーバ内外の仮想マシン間をブリッジ接続する仮想スイッチとしての機能を持つ。

ストレージ１２３（１２３−ｉ、ｉ＝１〜ｚ）は、データやプログラムを格納する補助記憶装置である。ストレージ１２３（１２３−ｉ、ｉ＝１〜ｚ）は、必ずしもラック内になくても良い。ストレージ１２３（１２３−ｉ、ｉ＝１〜ｚ）の例として、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等が考えられる。また、ストレージ１２３（１２３−ｉ、ｉ＝１〜ｚ）は、コンピュータ本体に内蔵された記憶装置に限らず、周辺機器（外付けＨＤＤ等）や外部のサーバ（ストレージサーバ等）に設置された記憶装置でも良い。例えば、ストレージ１２３（１２３−ｉ、ｉ＝１〜ｚ）は、ＤＡＳ（Ｄｉｒｅｃｔ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）、ＦＣ−ＳＡＮ（Ｆｉｂｒｅ Ｃｈａｎｎｅｌ − Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＮＡＳ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）、ＩＰ−ＳＡＮ（ＩＰ − Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）でも良い。すなわち、ストレージ１２３（１２３−ｉ、ｉ＝１〜ｚ）は、ラック内になくても良い。但し、実際には、これらの例に限定されない。

管理装置２０は、統合管理部２１と、設備管理部２２と、ＯＦＣ（Ｏｐｅｎ Ｆｌｏｗ Ｃｏｎｔｒｏｌｌｅｒ）２３と、サービス管理部２４と、サーバ管理部２５と、ストレージ管理部２６と、仮想マシン管理部２７を備える。

統合管理部２１は、設備管理部２２、ＯＦＣ２３、サービス管理部２４、サーバ管理部２５、ストレージ管理部２６、及び仮想マシン管理部２７を総合的に管理する。統合管理部２１は、これらの管理のために、予め必要な設定情報を保持している。また、統合管理部２１は、必要に応じて、設備管理部２２、ＯＦＣ２３、サービス管理部２４、サーバ管理部２５、ストレージ管理部２６、及び仮想マシン管理部２７を介して、室内設備１１、ＯＦＳ１２１（１２１−ｉ、ｉ＝１〜ｘ）、サーバ１２２（１２２−ｉ、ｉ＝１〜ｙ）、及びストレージ１２３（１２３−ｉ、ｉ＝１〜ｚ）に関する情報を収集し、収集された情報を編集して保持する。更に、統合管理部２１は、サーバ管理部２５及び仮想マシン管理部２７に指示（命令を通知）して、サービスを提供する仮想マシン１２２１（１２２１−ｉ、ｉ＝１〜ｋ）をマイグレーションすることで、所定のサーバ１２２（１２２−ｉ、ｉ＝１〜ｙ）に片寄せるようにしても良い。

設備管理部２２は、空調管理部２２１と、照明管理部２２２と、電源管理部２２３を備える。

空調管理部２２１は、指定された空調ＩＤの空調設備１１１の起動或いは停止、又は調節を行う。ここでは、空調管理部２２１は、ネットワークを介して空調設備１１１に信号やコマンドを送信し、空調設備１１１による冷却を開始／停止したり、冷却の程度（設定温度、風力、対象範囲、稼動設備の数、等）を調節したりする。

照明管理部２２２は、指定された照明ＩＤの照明設備１１２の起動或いは停止、又は調節を行う。ここでは、照明管理部２２２は、ネットワークを介して照明設備１１２に信号やコマンドを送信し、照明設備１１２を点灯／消灯したり、照明の程度（輝度、光度、対象範囲、稼動設備の数、等）を調節したりする。

電源管理部２２３は、指定された電源ＩＤの電源設備１１３の起動或いは停止、又は調節を行う。ここでは、電源管理部２２３は、ネットワークを介して電源設備１１３に信号やコマンドを送信し、電源設備１１３による電力の供給（配電）を開始／停止したり、電力の供給（配電）の程度（供給電力、対象範囲、稼動設備の数、等）を調節したりする。

ＯＦＣ２３は、オープンフロー（Ｏｐｅｎ Ｆｌｏｗ）技術により、システム内の通信を制御するコントローラである。オープンフロー技術とは、コントローラ（ここではＯＦＣ２３）が、ルーティングポリシーとして自身に設定されたフロー定義情報（フロー：ルール＋アクション）に従い、マルチレイヤ及びフロー単位の経路情報（フローテーブル）をスイッチに設定し、経路制御やノード制御を行う技術を示す。これにより、経路制御機能がルータやスイッチから分離され、コントローラによる集中制御によって最適なルーティング、トラフィック管理が可能となる。オープンフロー技術が適用されるスイッチは、従来のルータやスイッチのようにパケットやフレームの単位ではなく、ＥＮＤ２ＥＮＤ（Ｅｎｄ ｔｏ Ｅｎｄ）のフローとして通信を取り扱う。詳細には、ＯＦＣ２３は、スイッチやノード毎にフロー（ルール＋アクション）を設定することで当該スイッチやノードの動作（例えばパケットデータの中継動作）を制御する。ここで、ＯＦＣ２３によって制御されるスイッチは、ＯＦＳ１２１（１２１−ｉ、ｉ＝１〜ｘ）や、仮想マシン１２２１（１２２１−ｉ、ｉ＝１〜ｋ）が機能として持つ仮想スイッチ等に例示され、ＯＦＣ２３によって制御されるノードは、サーバ１２２（１２２−ｉ、ｉ＝１〜ｙ）、仮想マシン１２２１（１２２１−ｉ、ｉ＝１〜ｋ）、仮想マシンモニタ１２２２、ストレージ１２３（１２３−ｉ、ｉ＝１〜ｚ）等に例示される。すなわち、ＯＦＣ２３は、ＯＦＳ１２１（１２１−ｉ、ｉ＝１〜ｘ）、サーバ１２２（１２２−ｉ、ｉ＝１〜ｙ）、ストレージ１２３（１２３−ｉ、ｉ＝１〜ｚ）の各々をノードとみなしてノード管理を行う。例えば、ＯＦＣ２３は、各ノードの負荷監視や、指定されたスイッチＩＤのＯＦＳ１２１（１２１−ｉ、ｉ＝１〜ｘ）の起動及び停止を行う。なお、停止には、ハードウェアのシャットダウンに限らず、スタンバイやスリープ、休止状態等の省電力モードへの移行を含むものとする。

サービス管理部２４は、サービスの論理構成・物理構成の管理を行う。サービスは、当該サービスを提供するためのアプリケーションプログラムを実行している仮想マシン１２２１（１２２１−ｉ、ｉ＝１〜ｋ）により提供される。また、サービス管理部２４は、サービス毎の負荷監視を行う。例えば、サービス管理部２４は、ＯＦＣ２３からフロー数を収集する。

サーバ管理部２５は、サーバ１２２（１２２−ｉ、ｉ＝１〜ｙ）の動作や負荷の監視を行う。また、サーバ管理部２５は、指定されたサーバＩＤのサーバ１２２（１２２−ｉ、ｉ＝１〜ｙ）の起動及び停止を行う。なお、停止には、ハードウェアのシャットダウンに限らず、スタンバイやスリープ、休止状態等の省電力モードへの移行を含むものとする。

ストレージ管理部２６は、ストレージ１２３（１２３−ｉ、ｉ＝１〜ｚ）のアクセスコントロールを行う。アクセスコントロールには、ＦＣ（Ｆｉｂｒｅ Ｃｈａｎｎｅｌ）スイッチ等によるゾーニング（ｚｏｎｉｎｇ）を含む。ゾーニングとは、ＦＣスイッチが提供する応用的な機能の一つで、デバイスやポート毎に「Ｒｅａｄ／Ｗｒｉｔｅ可」、「Ｒｅａｄ ｏｎｌｙ」、「不可視」といったアクセス制御を提供する機能である。

仮想マシン管理部２７は、各サーバ１２２（１２２−ｉ、ｉ＝１〜ｙ）上の仮想マシンモニタ１２２２の管理やマイグレーションを行う。仮想マシン管理部２７は、仮想マシンモニタ１２２２の情報を保持する。また、仮想マシン管理部２７は、仮想マシンモニタ１２２２上で動作する仮想マシン１２２１（１２２１−ｉ、ｉ＝１〜ｋ）及び仮想スイッチの情報を保持したり、仮想マシンモニタ１２２２から適宜入手したりする。

ここでは、管理装置２０の例として、ＰＣ（パソコン）、シンクライアントサーバ、ワークステーション、メインフレーム、スーパーコンピュータ等の計算機を想定している。

この場合、統合管理部２１、設備管理部２２、ＯＦＣ２２、サービス管理部２４、サーバ管理部２５、ストレージ管理部２６、及び仮想マシン管理部２７は、プログラムで駆動される処理装置等のハードウェアと、そのハードウェアを駆動して所望の処理を実行するソフトウェアと、そのソフトウェアや各種データを格納する記憶装置と、ネットワークを介して外部と通信するためのネットワークインタフェースによって実現される。

処理装置の例として、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、マイクロプロセッサ（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）、マイクロコントローラ、或いは、同様の機能を有する半導体集積回路（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ（ＩＣ））等が考えられる。但し、実際には、これらの例に限定されない。

記憶装置の例として、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やフラッシュメモリ等の半導体記憶装置、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の補助記憶装置、又は、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）やメモリカード等の記憶媒体（メディア）等が考えられる。但し、実際には、これらの例に限定されない。

ネットワークインタフェースの例として、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）等のネットワークアダプタや、アンテナ等の通信装置、接続口（コネクタ）等の通信ポート等が考えられる。また、ネットワークの例として、インターネット、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ ＬＡＮ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、バックボーン（Ｂａｃｋｂｏｎｅ）、ケーブルテレビ（ＣＡＴＶ）回線、固定電話網、携帯電話網、ＷｉＭＡＸ、３Ｇ（第３世代携帯電話）、専用線（ｌｅａｓｅ ｌｉｎｅ）、ＩｒＤＡ（Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、シリアル通信回線、データバス等が考えられる。但し、実際には、これらの例に限定されない。

なお、統合管理部２１、設備管理部２２、ＯＦＣ２２、サービス管理部２４、サーバ管理部２５、ストレージ管理部２６、及び仮想マシン管理部２７は、それぞれ独立した計算機でも良い。

＜サービスとフローの関係＞
仮想マシン１２２１（１２２１−ｉ、ｉ＝１〜ｋ）にサービスを要求するために、ユーザマシンがサーバに接続する毎にフローが発生する。すなわち、フローは、コネクションに相当する。フローは、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）パケットのアドレス領域のうち、デスティネーションアドレス（Ｄｅｓｔｉｎａｔｉｏｎ Ａｄｄｒｅｓｓ：宛先アドレス）、ソースアドレス（Ｓｏｕｒｃｅ Ａｄｄｒｅｓｓ：送信元アドレス）、デスティネーションポート番号、ソースポート番号のいずれか又は全てを用いた様々な組み合わせにより定義され、区別可能である。なお、上記のアドレスには、ＭＡＣアドレスやＩＰアドレスを含むものとする。複数のサーバで同一のサービスを提供している場合、デスティネーションＩＰアドレス（宛先ＩＰアドレス）でサービスとフローの対応付けができる。この場合、デスティネーションＩＰアドレスを基にフローを集計することで、フロー数からサービス数を算出することが可能になる。サービス数とは、同時に存在するフロー数であり、サービスによる負荷（サービス負荷）を示す値である。また、サービス毎に使用するポート番号が異なる場合、デスティネーションポート番号でサービスとフローの対応付けができる。この場合、デスティネーションポート番号が同一であれば、同一のサービスであると判断することで、デスティネーションポート番号でそのサービスのフロー数をカウントし、サービス数を算出できる。

＜データ構成＞
次に、本発明の省電力化システムにおいて使用されるデータの所在及び詳細について説明する。

以降、次のように記載を簡略化する。
・「ラック」は、ラック１２（１２−ｉ、ｉ＝１〜ｎ）を示す。
・「スイッチ」は、ＯＦＳ１２１（１２１−ｉ、ｉ＝１〜ｘ）、又は仮想マシンモニタ１２２２の仮想スイッチを示す。
・「ＯＦＳ」は、ＯＦＳ１２１（１２１−ｉ、ｉ＝１〜ｘ）を示す。
・「サーバ」は、サーバ１２２（１２２−ｉ、ｉ＝１〜ｙ）を示す。
・「ＶＭ」は、仮想マシン１２２１（１２２１−ｉ、ｉ＝１〜ｋ）を示す。
・「ストレージ」は、ストレージ１２３（１２３−ｉ、ｉ＝１〜ｚ）を示す。

統合管理部２１は、室内設備情報と、ラック情報と、ストレージ接続情報と、サービス論理構成情報を保持する。

室内設備情報は、空調情報と、照明情報と、電源情報とを含む。

空調情報は、空調ＩＤと、電力情報と、稼動状態情報と、関連ラック情報を含む。空調ＩＤは、空調設備１１１の識別情報を示す。電力情報は、この空調ＩＤに対応する空調設備１１１の停止（又は調節）時に削減できる電力量（ｗＨ）を示す。稼動状態情報は、この空調ＩＤに対応する空調設備１１１の空調グループに属するラック１２（１２−ｉ、ｉ＝１〜ｎ）に収納された電子機器の現在の稼動状態（稼動／非稼動）を示す。関連ラック情報は、ラックＩＤに関する情報を含む。このラックＩＤは、この空調ＩＤに対応する空調設備１１１の空調グループに属するラック１２（１２−ｉ、ｉ＝１〜ｎ）の識別情報を示す。

照明情報は、照明ＩＤと、電力情報と、稼動状態情報と、関連ラック情報を含む。照明ＩＤは、照明設備１１２の識別情報を示す。電力情報は、この照明ＩＤに対応する照明設備１１２の停止（又は調節）時に削減できる電力量（ｗＨ）を示す。稼動状態情報は、この照明ＩＤに対応する照明設備１１２の照明グループに属するラック１２（１２−ｉ、ｉ＝１〜ｎ）に収納された電子機器の現在の稼動状態（稼動／非稼動）を示す。関連ラック情報は、ラックＩＤに関する情報を含む。このラックＩＤは、この照明ＩＤに対応する照明設備１１２の照明グループに属するラック１２（１２−ｉ、ｉ＝１〜ｎ）の識別情報を示す。

電源情報は、電源ＩＤと、電力情報と、稼動状態情報と、関連ラック情報を含む。電源ＩＤは、電源設備１１３の識別情報を示す。電力情報は、この電源ＩＤに対応する電源設備１１３の停止（又は調節）時に削減できる電力量（ｗＨ）を示す。稼動状態情報は、この電源ＩＤに対応する電源設備１１３の電源グループに属するラック１２（１２−ｉ、ｉ＝１〜ｎ）に収納された電子機器の現在の稼動状態（稼動／非稼動）を示す。関連ラック情報は、ラックＩＤに関する情報を含む。このラックＩＤは、この電源ＩＤに対応する電源設備１１３の電源グループに属するラック１２（１２−ｉ、ｉ＝１〜ｎ）の識別情報を示す。

なお、ここでは、説明の簡略化のため、空調設備１１１、照明設備１１２、電源設備１１３は、いずれもサーバルーム１０内における同一の領域を対象としているものとする。すなわち、空調グループ、照明グループ、電源グループは、同一のグループとする。但し、実際には、この例に限定されない。

ラック情報は、同一のラックに搭載された電子機器の情報を示す。ここでは、ラック情報は、ラックＩＤと、稼動状態情報と、組み込みノード情報を含む。このラックＩＤは、ラック１２（１２−ｉ、ｉ＝１〜ｎ）の識別情報を示す。稼動状態情報は、このラックＩＤに対応するラック１２（１２−ｉ、ｉ＝１〜ｎ）に収納された電子機器の現在の稼動状態（稼動／非稼動）を示す。組み込みノード情報は、ノードタイプと、ノードＩＤと、稼動状態情報を含む。ノードタイプは、当該ラック１２（１２−ｉ、ｉ＝１〜ｎ）に収納された電子機器の種別（スイッチ／サーバ／ストレージ等）を示す。ノードＩＤは、当該ラック１２（１２−ｉ、ｉ＝１〜ｎ）に収納された電子機器の識別情報を示す。例えば、ノードＩＤは、スイッチＩＤと、サーバＩＤと、ストレージＩＤのいずれかを示す。稼動状態情報は、当該ラック１２（１２−ｉ、ｉ＝１〜ｎ）に収納された電子機器の稼動状態（稼動／非稼動）を示す。

ストレージ接続情報は、ストレージと通信可能なサーバ群の情報である。ここでは、ストレージ接続情報は、ストレージＩＤと、接続可能サーバ情報を含む。ストレージＩＤは、ストレージ１２３（１２３−ｉ、ｉ＝１〜ｚ）の識別情報を示す。接続可能サーバ情報は、当該ストレージＩＤに対応するストレージと通信可能なサーバの識別情報（ＭＡＣアドレス等）を示す。

サービス論理構成情報は、サービスを提供するために必要なノードの構成情報である。例えば、サービス論理構成情報は、接続する契機となる初めてのパケット（ｆｉｒｓｔ ｐａｃｋｅｔ）のルールと、構成するノード量に関する情報と、使用するストレージの情報（ストレージＩＤ）と、使用するノード群の情報（ノードＩＤ：ＶＭが稼動しているサーバのＩＤ）に関する情報を含む。

例えば、構成するノード量に関する情報は、ノードの詳細（種別：ＶＭ、ノード数）と、ＶＭあたりの提供サービス量と、ＶＭあたりの占有物理リソース量（メモリ、ＣＰＵ等）に関する情報を含む。

ＯＦＣ２３は、トポロジー情報を保持する。ここで、トポロジー情報は、フロー定義情報に該当する。

トポロジー情報は、ＯＦＳ群、サーバ群、外部ネットワーク等の接続状況に関する情報を含む。トポロジー情報は、監視対象であるスイッチ（ＯＦＳ、仮想スイッチ等）と接続されるもののセット群で構成される。すなわち、トポロジー情報は、監視対象であるスイッチ毎に保持する情報である。ここでは、トポロジー情報は、スイッチＩＤと、稼動状態情報と、ポート数と、各ポートの接続情報に関する情報を含む。スイッチＩＤは、監視対象であるスイッチの識別情報を示す。稼動状態情報は、監視対象であるスイッチの稼動状態（稼動／非稼動）を示す。ポート数は、監視対象であるスイッチの保有するポートの数を示す。各ポートの接続情報は、接続種別情報と、接続先情報を含む。接続種別情報は、監視対象であるスイッチの接続先の種別（スイッチ／サーバ／ストレージ／外部ネットワーク等）に関する情報を含む。接続先情報は、監視対象であるスイッチの接続先の識別情報を示す。ここでは、接続先情報は、接続種別がスイッチの場合にはスイッチＩＤを示す。また、接続種別がサーバやストレージの場合にはＭＡＣアドレスを示す。また、接続種別が外部ネットワークの場合には外部ネットワークＩＤを示す。

サービス管理部２４は、サービス数情報を保持する。

サービス数情報は、提供数と、応答時間に関する情報を含む。提供数は、各サービスの単位時間当たりの提供数を示す。応答時間は、各サービスの応答時間の平均値や最大値を示す。

サーバ管理部２５は、サーバ負荷情報を保持する。

サーバ負荷情報は、負荷状態と、使用可能リソース数に関する情報を含む。負荷状態は、各サーバの単位時間当たりの負荷状態を示す。使用可能リソース数は、各サーバの使用可能リソース数を示す。ここでは、「サーバの使用可能リソース数 ＝ サーバのリソース数 − 予約されたリソース数」とする。

＜サービスの基本処理＞
図２を参照して、サービスの基本処理について説明する。

（１）ステップＳ１
外部ネットワークからＯＦＳ１２１（１２１−ｉ、ｉ＝１〜ｘ）にパケットが到着する。すなわち、ＯＦＳ１２１（１２１−ｉ、ｉ＝１〜ｘ）は、外部ネットワークからパケットを受信する。

（２）ステップＳ２
ＯＦＳ１２１（１２１−ｉ、ｉ＝１〜ｘ）は、受信されたパケットが初めてのパケット（ｆｉｒｓｔ ｐａｃｋｅｔ）である場合、ＯＦＣ２３に、当該パケットを初めてのパケット（ｆｉｒｓｔ ｐａｃｋｅｔ）として通知する。

（３）ステップＳ３
ＯＦＣ２３は、サービス管理部２４に、初めてのパケット（ｆｉｒｓｔ ｐａｃｋｅｔ）の到着を通知する。

（４）ステップＳ４
サービス管理部２４は、通知された初めてのパケット（ｆｉｒｓｔ ｐａｃｋｅｔ）に該当するサービスを検索する。

（５）ステップＳ５
サービス管理部２４は、ＯＦＣ２３に、初めてのパケット（ｆｉｒｓｔ ｐａｃｋｅｔ）を検出したＯＦＳ１２１（１２１−ｉ、ｉ＝１〜ｘ）と発見されたサービスが使用するＶＭを端点として指定し、指定された端点の通信経路の作成を指示する。

（６）ステップＳ６
ＯＦＣ２３は、指定された端点の通信経路をトポロジー情報から算出する。このとき、未稼働状態のＯＦＳ１２１（１２１−ｉ、ｉ＝１〜ｘ）は算出に用いない。

（７）ステップＳ７
ＯＦＣ２３は、算出された通信経路の各ＯＦＳ１２１（１２１−ｉ、ｉ＝１〜ｘ）用のフローの定義情報を作成する。

（８）ステップＳ８
ＯＦＣ２３は、作成されたフローの定義情報を、該当するＯＦＳ１２１（１２１−ｉ、ｉ＝１〜ｘ）に設定する。

＜情報の収集及び構成変更の契機＞
図３を参照して、フローの定義情報を設定した後の情報の収集及び構成変更の契機について説明する。

（１）ステップＣ１
ＯＦＣ２３は、ＯＦＳ１２１（１２１−ｉ、ｉ＝１〜ｘ）から情報を収集し、フロー数をカウントし、各フローをサービス管理部２４に通知する。

（２）ステップＣ２
サービス管理部２４は、該当フローをサービス毎に分類し、サービス毎の単位時間当たりのサービス数として情報を保持する。

（３）ステップＣ３
サービス管理部２４は、サービス数を監視し、サービス数の変化を契機として、以下のようにサービスの論理構成・物理構成の変更を行うように、仮想マシン管理部２７に指示する。

（４）ステップＣ４
仮想マシン管理部２７は、サービス数が所定の閾値以上となった場合、所定の閾値より小さくなるように当該サービス数を軽減するための処理を行う。なお、ここでいう所定の閾値は、上限閾値でも良い。例えば、「（サービス数） ≧ （１つのＶＭで負担できるサービス数） × （ＶＭ数）」となった場合、仮想マシン管理部２７は、当該サーバにおいてサービスへ割り当てるＶＭを増加させる。すなわち、当該サーバ上で当該サービス用のＶＭの稼動処理を行う。或いは、仮想マシン管理部２７は、サービスの必要ＣＰＵを増加させるため、サーバ中のＶＭ数を減少させる。このとき、当該サーバから他のサーバへＶＭを分散させ、他のサーバでＶＭの稼動処理を行う。更に、必要であれば、仮想マシン管理部２７は、他のサーバと比較して、当該サーバ上で稼働中のＶＭの数が最も少なくなった場合、当該サーバ上で稼働中の残りのＶＭを、他のサーバへ片寄せする。サーバ管理部２５は、この片寄により当該サーバ上で稼働中のＶＭがなくなった場合、当該サーバを停止する。サービス数が均等になるまで、この処理を繰り返しても良い。

（５）ステップＣ５
仮想マシン管理部２７は、サービス数が所定の閾値より小さくなった場合、所定の閾値以下の範囲内でサービス数を増大させるための処理を行う。なお、ここでいう所定の閾値は、下限閾値でも良い。例えば、「（サービス数） ＜ （１つのＶＭで負担できるサービス数） × （ＶＭ数）」となった場合、仮想マシン管理部２７は、当該サーバにおいてサービスからＶＭを削減させる。すなわち、当該サーバ上で当該サービス用のＶＭの停止処理を行う。或いは、仮想マシン管理部２７は、サービスの必要ＣＰＵを削減させるため、サーバのＶＭ数を増加させる。すなわち、他のサーバから当該サーバへＶＭを集約させ、他のサーバでＶＭの停止処理を行う。停止処理については、後述する「管理者による手動ＶＭ起動停止を契機とした省電力化」の停止処理を実施する。更に、必要であれば、仮想マシン管理部２７は、稼働中のＶＭの数が最も少なくなったサーバ上で稼働中のＶＭを、当該サーバ又はリソースに余裕がある他のサーバへ片寄せする。サーバ管理部２５は、この片寄により稼働中のＶＭがなくなったサーバを停止する。サービス数が均等になるまで、この処理を繰り返しても良い。

＜稼動リソース最適化＞
ここでは、ＶＭを移動することにより更なる省電力化を目指す稼動リソース最適化処理を記述する。この処理は、ＶＭ停止処理の終了を契機として動作する。なお、実際には、ＶＭを停止せずに最適化のみを行っても構わない。その場合の契機としては、システム全体の負荷が閾値を超過した場合等が考えられる。なお、ここでいう閾値は、上限閾値と下限閾値で囲まれた一定の範囲に収まる値の集合でも良い。この場合、閾値を超過した場合とは、上限閾値と下限閾値で囲まれた一定の範囲に収まらない値であることを意味する。

図４を参照して、稼動リソース最適化処理について説明する。

（１）ステップＲ１
統合管理部２１は、以下の数式（１）を用いて、必要リソース量の算出を行う。

（２）ステップＲ２
統合管理部２１は、以下の数式（２）を用いて、必要サーバ数の算出を行う。

（３）ステップＲ３
統合管理部２１は、停止サーバ数Ｔを算出する。停止サーバ数Ｔは、稼動サーバ数をＣとすると、Ｔ＝Ｃ−Ｓとなる。

（４）ステップＲ４
統合管理部２１は、停止可能空調グループの検索を行う。説明の簡略化のため、便宜上、空調グループを対象とする場合を例に説明しているが、照明グループや電源グループを対象とする場合も基本的に同様である。すなわち、「空調」を、「照明」や「電源」と読み替えることも可能である。ここでは、統合管理部２１は、Ｔ台以内のサーバを停止することで、空調グループ内の全ラックが停止する空調グループを検索する。従って、停止可能空調グループ内の全ラックで稼働中のサーバの合計台数は、Ｔ台以内であるものとする。統合管理部２１は、停止可能空調グループがあった場合、当該空調グループを停止することを決定する。統合管理部２１は、停止可能空調グループがなかった場合、停止可能ラックグループの検索処理（ステップＲ６）へ移行する。

（５）ステップＲ５
統合管理部２１は、サーバ管理部２５及び仮想マシン管理部２７に指示して、停止可能空調グループから停止しない他の空調グループへＶＭをマイグレーションする。統合管理部２１は、停止可能空調グループの停止に伴い停止するサーバの台数をＸ台とした場合、現在の停止サーバ数ＴからＸを減じ、残りの停止サーバ数をＴ−Ｘへ変更する。従って、残りの停止サーバ数Ｔ＝現在の停止サーバ数Ｔ−停止するサーバの台数Ｘとなる。ここでは、統合管理部２１は、停止することを決定した空調グループ内のラックで稼働中のサーバ上の全ＶＭについて、移動先サーバを決定する。移動先サーバの例としては、各ＶＭが属するサービスの使用するストレージに接続できるサーバ、停止予定の空調グループのラックに属さないサーバ、及び、空調グループのＯＦＳが停止してもサービスを構成するＶＭ間及び外部ネットワークとの通信経路が確立できるＶＭが必要とするリソースを持つサーバ、のいずれかが考えられる。統合管理部２１は、サーバ管理部２５及び仮想マシン管理部２７に指示して、決定した移動先サーバに各ＶＭをマイグレーションする。統合管理部２１は、ＯＦＣ２３に指示して、ラック中のＯＦＳを停止し、ラックグループ中のＯＦＳを未稼働とする。統合管理部２１は、ラックグループを未稼動とする。統合管理部２１は、設備管理部２２に指示して、空調を停止し、或いは、空調の程度（設定温度、風力、対象範囲、等）を調節し、空調グループを未稼働とする。なお、統合管理部２１は、停止可能空調グループの検索処理（ステップＲ４）において停止可能空調グループを１つずつ検索する場合、停止可能空調グループの検索処理（ステップＲ４）に戻り、他の停止可能空調グループの検索を行う。他の停止可能空調グループ内の全ラックで稼働中のサーバの合計台数は、残りの停止サーバ数以内であるものとする。以下、統合管理部２１は、停止可能空調グループが発見できなくなるまで、同様の処理を繰り返す。統合管理部２１は、停止可能空調グループが発見できなくなった後、まだ残りの停止サーバ数がある場合、停止可能ラックグループの検索処理（ステップＲ６）へ移行する。

（６）ステップＲ６
統合管理部２１は、停止可能ラックグループの検索を行う。ここでは、統合管理部２１は、Ｔ台以内のサーバを停止することでラックが停止するラックグループを検索する。従って、停止可能ラックグループで稼働中のサーバの合計台数は、Ｔ台以内であるものとする。統合管理部２１は、停止可能ラックグループがあった場合、当該ラックグループを停止することを決定する。統合管理部２１は、停止するラックグループがなかった場合、停止可能サーバの検索処理（ステップＲ８）へ移行する。

（７）ステップＲ７
統合管理部２１は、サーバ管理部２５及び仮想マシン管理部２７に指示して、停止対象ラックグループから停止しない他のラックグループへＶＭをマイグレーションする。統合管理部２１は、停止可能ラックグループの停止に伴い停止するサーバの台数をＹ台とした場合、現在の停止サーバ数ＴからＹを減じ、残りの停止サーバ数をＴ−Ｙへ変更する。従って、残りの停止サーバ数Ｔ＝現在の停止サーバ数Ｔ−停止するサーバの台数Ｙとなる。ここでは、統合管理部２１は、停止することを決定したラックグループで稼働中のサーバ上の全ＶＭについて、移動先サーバを決定する。移動先サーバの例として、各ＶＭが属するサービスの使用するストレージに接続できるサーバ、停止予定のラックに属さないサーバ、ラックグループのＯＦＳが停止してもサービスを構成するＶＭ間及び外部ネットワークとの通信経路が確立できるＶＭが必要とするリソースを持つサーバ、のいずれかが考えられる。統合管理部２１は、サーバ管理部２５及び仮想マシン管理部２７に指示して、決定したサーバに各ＶＭをマイグレーションする。統合管理部２１は、サーバ管理部２５及び仮想マシン管理部２７に指示して、サーバを停止し、ラックグループ中のサーバを未稼働とする。ＯＦＣ２３は、ラック中のＯＦＳを停止し、ラックグループ中のＯＦＳを未稼働とする。統合管理部２１は、ラックグループを未稼動とする。なお、統合管理部２１は、停止可能ラックグループの検索処理（ステップＲ６）において停止可能ラックグループを１つずつ検索する場合、停止可能ラックグループの検索処理（ステップＲ６）に戻り、他の停止可能ラックグループの検索を行う。他の停止可能ラックグループ内の全ラックで稼働中のサーバの合計台数は、残りの停止サーバ数以内であるものとする。以下、統合管理部２１は、停止可能ラックグループが発見できなくなるまで、同様の処理を繰り返す。統合管理部２１は、停止可能ラックグループが発見できなくなった後、まだ残りの停止サーバ数がある場合、停止可能サーバの検索処理（ステップＲ８）へ移行する。

（８）ステップＲ８
統合管理部２１は、停止可能サーバの検索を行う。ここでは、統合管理部２１は、ラック内の稼動サーバ数が最小となるラックグループを検索する。統合管理部２１は、停止するＴ台のサーバ群を決定する。従って、停止可能サーバの合計台数は、Ｔ台以内であるものとする。統合管理部２１は、停止可能サーバがあった場合、当該サーバを停止することを決定する。なお、ラック内の稼動サーバ数が最小となるラックグループを検索する理由は、少ない台数のサーバを停止することで、ラック全体が停止可能となるラックを作り出し、その後（次回以降）の稼動リソース最適化処理で、ラック全体を停止できる可能性を高めるためである。すなわち、この処理で発見された停止可能サーバを搭載したラックは、次回以降の稼動リソース最適化処理において、停止可能ラックグループの検索処理（ステップＲ６）で停止可能ラックグループとして選ばれる可能性が高くなる。更に、このラックを含む空調グループは、次回以降の稼動リソース最適化処理において、停止可能空調グループの検索処理（ステップＲ４）で停止可能空調グループとして選ばれる可能性が高くなる。

（９）ステップＲ９
統合管理部２１は、サーバ管理部２５及び仮想マシン管理部２７に指示して、停止対象サーバからＶＭをマイグレーションする。ここでは、統合管理部２１は、停止することを決定したサーバ上の全ＶＭについて、移動先サーバを決定する。移動先サーバの例として、各ＶＭが属するサービスの使用するストレージに接続できるサーバ、停止予定以外のサーバ、ＶＭが必要とするリソースを持つサーバ、等が考えられる。統合管理部２１は、サーバ管理部２５及び仮想マシン管理部２７に指示して、決定したサーバに各ＶＭをマイグレーションする。統合管理部２１は、サーバ管理部２５及び仮想マシン管理部２７に指示して、サーバを停止し、ラックグループ中のサーバの状態を未稼働とする。

＜ラック間の接続に関する条件＞
なお、ラック間の接続に関しては、下記の制限を満たすことが望ましい。
・ラック間の相互接続は可能な限りなくす
・空調グループ単位で相互接続用スイッチを設ける
・空調グループ間の接続は常時稼動のスイッチラックで行う

＜稼動リソース最適化（拡張）＞
統合管理部２１は、ＯＦＣ２３に指示して、下記処理を追加することで、稼動ＯＦＳ数を更に減少させることができる。

統合管理部２１は、ＯＦＣ２３に指示して、稼働中のＯＦＳから任意のＯＦＳを停止させた場合のトポロジー情報を作成し、全サービスについて使用しているＶＭ間及び外部ネットワークとの通信経路が確立した場合、該当ＯＦＳを停止、該当ＯＦＳを含むラックグループの該当ＯＦＳの状態を未稼動とし、トポロジー情報の該当ＯＦＳを未稼働に変更する。

統合管理部２１は、ＯＦＣ２３に指示して、ＯＦＳが停止した結果、ラックグループ内で稼動しているノードがなくなった場合、ラックグループを未稼動とする。統合管理部２１は、ラックグループが未稼動となった結果、空調グループで稼動しているラックがなくなった場合、設備管理部２２に指示して、空調を停止し、或いは、空調の程度（設定温度、風力、対象範囲、等）を調節し、空調グループの空調を未稼動とする。

＜移動先サーバの決定処理＞
図５を参照して、移動先サーバの決定処理について説明する。なお、統合管理部２１は、ラック停止後のトポロジー情報を経路算出に使用することを前提とする。

（１）ステップＤ１
統合管理部２１は、未使用リソースがあるサーバをリストアップする。

（２）ステップＤ２
統合管理部２１は、マイグレーション対象のＶＭをリストアップする。

（３）ステップＤ３
統合管理部２１は、リストアップされたＶＭの中から、未移動のＶＭを１つ選択する。

（４）ステップＤ４
統合管理部２１は、リストアップされたサーバの中から、所定の条件に適合するサーバを選択する。ここでは、統合管理部２１は、選択された未移動のＶＭが含まれるサービスが使用するストレージと接続可能であり、サービスの他のＶＭ及び外部ネットワークと通信経路が確立できるサーバを選択する。

（５）ステップＤ５
統合管理部２１は、選択されたサーバにＶＭが使用する未使用リソースがあるか確認する。統合管理部２１は、選択されたサーバにＶＭが使用する未使用リソースがある場合、選択された未稼働のＶＭを該当サーバに仮割り当てし、同時に未使用リソースを予約する。統合管理部２１は、移動先が決定していないＶＭがあれば、再度、未移動のＶＭを１つ選択する。

（６）ステップＤ６
統合管理部２１は、選択されたサーバに仮割り当てされたＶＭのうち、他の未使用リソースがあるサーバに移動可能なＶＭを検索する。統合管理部２１は、他の未使用リソースがあるサーバに移動可能なＶＭがある場合、ＶＭの仮割り当て先を変更し、同時に使用リソースの開放と新規仮割り当て先に予約する。統合管理部２１は、選択された未稼働のＶＭが仮割り当てされたサーバに仮割り当てし、同時に未使用リソースを予約する。統合管理部２１は、移動先が決定していないＶＭがあれば、再度、未移動のＶＭを１つ選択する。ここでは、ＶＭの移動先を仮割り当てで一旦予約し、その後、未使用リソースが最小になるように変更することを考えている。

（７）ステップＤ７
統合管理部２１は、動作中のＶＭのうち、他の未使用リソースがあるサーバに移動可能なＶＭを検索する。統合管理部２１は、他の未使用リソースがあるサーバに移動可能なものがある場合、ＶＭを移動対象とし、仮割り当て先を設定し、同時に使用リソースの開放と新規仮割り当て先に予約する。統合管理部２１は、選択された未移動のＶＭが仮割り当てされたサーバに仮割り当てし、同時に未使用リソースを予約する。統合管理部２１は、移動先が決定していないＶＭがあれば、再度、未移動のＶＭを１つ選択する。統合管理部２１は、他の未使用リソースがあるサーバに移動可能なＶＭがない場合、選択された未移動のＶＭを保留とする。

（８）ステップＤ８
統合管理部２１は、移動先が決定していないＶＭがあれば、再度、未移動のＶＭを１つ選択する。

（９）ステップＤ９
統合管理部２１は、各ＶＭの仮割り当てしたサーバをマイグレーション先として決定する。

＜管理者による手動ＶＭ起動停止を契機とした省電力化＞
次に、「管理者による手動ＶＭ起動停止を契機とした省電力化」に係る処理について、構成変更の契機、起動処理、停止処理の３つに分けて説明する。

＜構成変更の契機＞
統合管理部２１は、管理者により、サービス毎のＶＭ数が変更された場合、次のように処理する。例えば、統合管理部２１は、管理者によりサービスにＶＭが追加された場合、必要なサーバやＶＭの稼動処理を行う。また、統合管理部２１は、管理者によりサービスからＶＭが削減された場合、不要なサーバやＶＭの停止処理を行う。

＜稼動処理＞
図６を参照して、稼動処理について説明する。

（１）ステップＡ１
管理者により、統合管理部２１にサービスと追加ＶＭ数が指定され稼動処理が指示される。統合管理部２１は、稼動中のサーバの中から、条件に適合するサーバを検索する処理を開始する。

（２）ステップＡ２
統合管理部２１は、稼動中のサーバの中に、条件に適合するサーバがあるか確認する。ここでは、統合管理部２１は、統合管理部２１のサービス構成情報とストレージ接続情報を用い、サービスが使用するストレージに接続可能なサーバを検索する。統合管理部２１は、ラックグループ情報を用い、サービスが使用するストレージに接続可能なサーバのうち、稼働中のサーバ群を検索する。更に、統合管理部２１は、発見されたサーバ群のうち、指定されたサービスのＶＭの必要リソースが提供できるサーバ（使用可能リソース量が必要リソース以上のサーバ）を検索する。統合管理部２１は、指定されたサービスのＶＭの必要リソースが提供できるサーバのうち、指定されたサービスのＶＭが割り当て可能なサーバを検索する。

（３）ステップＡ３
統合管理部２１は、稼動中のサーバの中に、条件に適合するサーバがない場合、稼働中のラックの中に、未稼働のサーバがあるか確認する。

（４）ステップＡ４
統合管理部２１は、稼働中のラックの中に、未稼働のサーバがない場合、稼働中の空調グループの中に、未稼働のラックがあるか確認する。

（５）ステップＡ５
統合管理部２１は、稼働中の空調グループの中に、未稼働のラックがない場合、未稼働の空調グループを稼動させる。ここでは、統合管理部２１は、設備管理部２２に指示し、未稼働の空調を起動し、稼動させる。また、統合管理部２１は、空調情報を参照し、この空調グループの空調の状態を稼動に変更する。なお、説明の簡略化のため、便宜上、空調グループを対象とする場合を例に説明しているが、照明グループや電源グループを対象とする場合も基本的に同様である。すなわち、「空調」を、「照明」や「電源」と読み替えることも可能である。

（６）ステップＡ６
統合管理部２１は、稼働中の空調グループの中に、未稼働のラックがある場合、未稼働のラックを稼動させる。ここでは、統合管理部２１は、ＯＦＣ２３に指示して、未稼働のラック内のＯＦＳを起動し、稼動させる。また、統合管理部２１は、ＯＦＣ２３に指示して、トポロジー情報を参照し、稼動状態にしたラックグループ内のＯＦＳが未稼働である場合、該当ＯＦＳを稼動し、ラックグループ内の稼動したＯＦＳの状態を稼動に変更し、ラックグループ内の稼動したＯＦＳの状態を稼動に変更し、トポロジー情報中でも当該ＯＦＳを稼動に変更する。また、統合管理部２１は、ラック情報を参照し、このラックグループを稼動状態に変更する。

（７）ステップＡ７
統合管理部２１は、稼働中のラックの中に、未稼働のサーバがある場合、未稼働のサーバを稼動させる。その後、統合管理部２１は、稼動中のサーバの中から条件に適合するサーバを検索する処理（ステップＡ１）に戻り、同様の処理を繰り返す。

（８）ステップＡ８
統合管理部２１は、稼動中のサーバの中に、条件に適合するサーバがある場合、条件に適合するサーバに、指定されたサービスのＶＭを割り当てる。ここでは、統合管理部２１は、仮想マシン管理部２７に指示して、条件に適合するサーバで、指定されたサービスのＶＭを稼動する。すなわち、条件に適合するサーバに、指定されたサービスのＶＭが追加される。統合管理部２１は、仮想マシン管理部２７に指示して、追加されたＶＭの情報をサービス構成情報に記録し保持する。統合管理部２１は、仮想マシン管理部２７に指示して、条件に適合するサーバの使用可能リソース量を、稼動させたＶＭが使用する分だけ削減する。

（９）ステップＡ９
統合管理部２１は、未割り当てのＶＭがあるか確認する。すなわち、統合管理部２１は、条件に適合するサーバに、指定された数のＶＭを全て割り当て、条件に適合するサーバ上で指定された数のＶＭを稼動することができたか確認する。ここでは、統合管理部２１は、仮想マシン管理部２７に指示して、条件に適合するサーバ上で指定された数のＶＭを稼動できた場合、指定された数のＶＭを稼動できた場合、ＶＭ間の通信が可能かどうか確認する、統合管理部２１は、ＯＦＣ２３に指示して、稼動しているＯＦＳとサービスを構成するＶＭのみのトポロジー情報を作成して、経路探索を行う。統合管理部２１は、ＯＦＣ２３に指示して、経路が確立できた場合、一連の処理を終了する。また、統合管理部２１は、仮想マシン管理部２７に指示して、条件に適合するサーバ上で指定された数のＶＭを稼動できていない場合、稼動中のサーバの中から条件に適合するサーバを検索する処理（ステップＡ１）に戻り、同様の処理を繰り返す。

＜停止＞
図７を参照して、停止処理について説明する。

（１）ステップＰ１
管理者より、統合管理部２１にサービスと停止ＶＭ数が指定され稼動処理が指示される。これにより、統合管理部２１は、処理を開始する。

（２）ステップＰ２
統合管理部２１は、サービス構成情報とラック情報と空調情報から指定されたＶＭ群のうち、停止するＶＭを選択し、決定する。

（選択の優先度）
ＶＭの選択の優先度の例として、以下の順序に従って選択することが考えられる。
１．当該ＶＭを停止することで、サーバが停止でき、ラックが停止でき、空調も停止できるＶＭ
２．当該ＶＭを停止することで、サーバが停止でき、ラックが停止できるＶＭ
３．当該ＶＭを停止することで、サーバが停止できるＶＭ
４．当該ＶＭを停止することで、サーバ中の稼動ＶＭ数が最小となるＶＭ

（３）ステップＰ３
統合管理部２１は、仮想マシン管理部２７に指示して、片寄を行い停止するＶＭに処理がこないようにする。

（４）ステップＰ４
統合管理部２１は、仮想マシン管理部２７に指示して、ＶＭで全処理が終了したら、ＶＭを停止し、サービスの稼動ＶＭ数を減少させる。

（５）ステップＰ５
統合管理部２１は、サーバ管理部２５に指示して、該当サーバの削除したＶＭの分使用可能リソースを増加させる。

（６）ステップＰ６
統合管理部２１は、サーバ管理部２５に指示して、移動ＶＭがなくなったサーバが発生した場合、サーバを停止し、該当ラックグループの該当サーバの状態を未稼動とする。

（７）ステップＰ７
統合管理部２１は、サーバ停止の波及効果を調査する。ここでは、統合管理部２１は、ＯＦＣ２３に指示して、サーバが停止した結果、ラックグループ内に移動サーバが亡くなった場合、ラック内のＯＦＳを停止しても稼働中のサービスに影響がないか（通信経路が算出できないパターンが存在しないか）を確認し、影響がない場合ＯＦＳを停止し、該当ラックグループの該当ＯＦＳの状態を未稼動とし、トポロジー情報から該当ＯＦＳを未稼働に変更する。統合管理部２１は、ＯＦＣ２３に指示して、ＯＦＳが停止した結果、ラックグループ内で稼動しているノードがなくなった場合、ラックグループを未稼動とする。設備管理部２２は、ラックグループが未稼働となった結果、空調グループで稼動しているラックがなくなった場合、空調を停止し、或いは、空調の程度（設定温度、風力、対象範囲、等）を調節し、空調グループの空調を未稼動とする。

＜停止処理（拡張）＞
更に、他の停止処理について検討する。
統合管理部２１は、ＯＦＣ２３に指示して、停止処理の終了後に他のＯＦＳを未稼動にできないかを調査することで、未稼働リソースを増やすことも可能である。例えば、以下の３つの方法が考えられる。

１．統合管理部２１は、ＯＦＣ２３に指示して、稼働中のＯＦＳから任意のＯＦＳを停止させた場合のトポロジー情報を作成し、全サービスについて私用しているＶＭ間及び外部ネットワークとの通信経路が確立した場合、該当ＯＦＳを停止、該当ＯＦＳを含むラックグループの該当ＯＦＳの状態を未稼動とし、トポロジー情報から該当ＯＦＳを未稼働に変更する。

２．統合管理部２１は、ＯＦＣ２３に指示して、ＯＦＳが停止した結果、ラックグループ内で稼動しているノードがなくなった場合、ラックグループを未稼動とする。

３．設備管理部２２は、ラックグループが未稼動となった結果、空調グループで稼動しているラックがなくなった場合、空調を停止し、或いは、空調の程度（設定温度、風力、対象範囲、等）を調節し、空調グループの空調を未稼動とする

＜ストレージのアクセス制限＞
なお、本発明において、ストレージのアクセス制限を考慮すると、統合管理部２１は、ＶＭ起動（稼動）時、或いは、ＶＭマイグレーション時に、ストレージ管理部２６と連携し、ストレージに適切なアクセス制限を設定する必要があると考えられる。

＜負荷判断（拡張）＞
また、本発明において、上記のサービス数の代わりに、サービスに応じたネットワークにおける通信負荷やサーバにおける処理負荷をサービス負荷とし、このサービス負荷の変化を契機として、サーバの論理構成・物理構成の変更を行うようにすることも考えられる。

例えば、統合管理部２１は、以下の数式（３）を用いて、この場合のサービス負荷の算出を行う。ここでは、当該サーバ上では、ｎ台の仮想マシン（ＶＭ）が稼動しており、１台の仮想マシン（ＶＭ）につき、１つのサービスを提供しているものとする。

Ｃ_ｉに関しては、各サービス毎のフローの統計情報から算出する方法がある。

上記の数式（３）では、Ｆ＝１になると、サーバの能力限界まで使用したことになる。

なお、通信負荷とＣＰＵ負荷の両方が１に近づくようにＶＭを片寄してサーバに配置すると、リソースの効率が良くなると考えられる。

以上、本発明の実施形態を詳述してきたが、実際には、上記の実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の変更があっても本発明に含まれる。

１０… サーバルーム
１１… 室内設備
１１１… 空調設備
１１２… 照明設備
１１３… 電源設備
１２（−ｉ、ｉ＝１〜ｎ）… ラック
１２１（−ｉ、ｉ＝１〜ｘ）… ＯＦＳ（Ｏｐｅｎ Ｆｌｏｗ Ｓｗｉｔｃｈ）
１２２（−ｉ、ｉ＝１〜ｙ）… サーバ
１２２１（−ｉ、ｉ＝１〜ｋ）… 仮想マシン（ＶＭ）
１２２２… 仮想マシンモニタ（ＶＭＭ）
１２３（−ｉ、ｉ＝１〜ｚ）… ストレージ
２０… 管理装置
２１… 統合管理部
２２… 設備管理部
２２１… 空調管理部
２２２… 照明管理部
２２３… 電源管理部
２３… ＯＦＣ（Ｏｐｅｎ Ｆｌｏｗ Ｃｏｎｔｒｏｌｌｅｒ）
２４… サービス管理部
２５… サーバ管理部
２６… ストレージ管理部
２７… 仮想マシン管理部

Claims (16)

1. 複数のサーバ上でそれぞれ稼動する仮想マシンにより提供されるサービスの通信情報を監視し、前記通信情報から求められた仮想マシン毎のサービス負荷を基に、仮想マシンを他のサーバ上へ移動させ、稼動する仮想マシンが存在しなくなったサーバを未稼動状態にする管理装置と、
   前記サービスの通信パケットの転送を行うスイッチに対してフロー単位の経路情報を設定するコントローラと
   を具備し、
   前記コントローラは、仮想マシンの移動に従って前記スイッチに対して設定した経路情報を変更する
   省電力化システム。
2. 請求項１に記載の省電力化システムであって、
   前記管理装置は、前記サービスに応じたネットワークにおける通信負荷及び前記サービスに応じたサーバにおける処理負荷に基づいて、前記サービス負荷を求める
   省電力化システム。
3. 請求項１又は２に記載の省電力化システムであって、
   前記管理装置は、仮想マシンの移動に伴って前記スイッチの経路情報が変更された結果、稼動不要なスイッチが存在すれば、当該スイッチを未稼動状態にする
   省電力化システム。
4. 請求項１乃至３のいずれか一項に記載の省電力化システムであって、
   前記スイッチ及び前記複数のサーバは、ラック内に格納され、
   前記管理装置は、当該ラック内のサーバ上で稼動する仮想マシンを他のラック内のサーバ上へ移動させ、
   前記コントローラは、当該ラック外のスイッチを経由するように前記スイッチに設定された経路情報を変更し、
   前記管理装置は、前記スイッチ及び前記複数のサーバを含む当該ラック全体を未稼動状態にする
   省電力化システム。
5. 請求項４に記載の省電力化システムであって、
   前記管理装置は、ラックの周辺環境状態を調整する設備を制御し、前記未稼動状態となったラックの周辺環境状態の調整を変化または停止させる
   省電力化システム。
6. 請求項５に記載の省電力化システムであって、
   前記管理装置は、前記設備による周辺環境状態の制御対象となっているラック群単位で未稼動状態にすることが可能な対象を探索し、次に、ラック単位、サーバ単位の順に未稼動状態にすることが可能な対象を順に探索する
   省電力化システム。
7. 請求項５又は６に記載の省電力化システムであって、
   前記管理装置は、
   空調の対象となる空調グループに属するラックを冷却する空調設備を制御し、前記空調グループに属する全てのラックが未稼働状態になった場合、前記空調設備による冷却を調節または停止させる空調設備管理部と、
   照明の対象となる照明グループに属するラックを照らす照明設備を制御し、前記照明グループに属する全てのラックが未稼働状態になった場合、前記照明設備による照明を調節または停止させる照明設備管理部と、
   電源の対象となる電源グループに属するラックに配電する電源設備を制御し、前記電源グループに属する全てのラックが未稼働状態になった場合、前記電源設備による配電を調節または停止させる電源設備管理部と
   を具備する
   省電力化システム。
8. 請求項１乃至７のいずれか一項に記載の省電力化システムで、管理装置及びコントローラのうち少なくとも一方として使用されるコンピュータ。
9. コンピュータにより実施される省電力化方法であって、
   複数のサーバ上でそれぞれ稼動する仮想マシンにより提供されるサービスの通信情報を監視することと、
   前記通信情報から求められた仮想マシン毎のサービス負荷を基に、仮想マシンを他のサーバ上へ移動させ、稼動する仮想マシンが存在しなくなったサーバを未稼動状態にすることと、
   前記サービスの通信パケットの転送を行うスイッチに対してフロー単位の経路情報を設定することと、
   仮想マシンの移動に従って前記スイッチに対して設定した経路情報を変更することと
   を含む
   省電力化方法。
10. 請求項９に記載の省電力化方法であって、
    前記サービスに応じたネットワークにおける通信負荷及び前記サービスに応じたサーバにおける処理負荷に基づいて、前記サービス負荷を求めること
    を更に含む
    省電力化方法。
11. 請求項９又は１０に記載の省電力化方法であって、
    前記仮想マシンの移動に伴って前記スイッチの経路情報が変更された結果、稼動不要なスイッチが存在すれば、当該スイッチを未稼動状態にすること
    を更に含む
    省電力化方法。
12. 請求項９乃至１１のいずれか一項に記載の省電力化方法であって、
    前記スイッチ及び前記複数のサーバを格納したラック内のサーバ上で稼動する仮想マシンを他のラック内のサーバ上へ移動させることと、
    当該ラック外のスイッチを経由するように前記スイッチに設定された経路情報を変更することと、
    前記スイッチ及び前記複数のサーバを含む当該ラック全体を未稼動状態にすることと
    を更に含む
    省電力化方法。
13. 請求項１２に記載の省電力化方法であって、
    ラックの周辺環境状態を調整する設備を制御し、前記未稼動状態となったラックの周辺環境状態の調整を変化または停止させること
    を更に含む
    省電力化方法。
14. 請求項１３に記載の省電力化方法であって、
    前記設備による周辺環境状態の制御対象となっているラック群単位で未稼動状態にすることが可能な対象を探索し、次に、ラック単位、サーバ単位の順に未稼動状態にすることが可能な対象を順に探索すること
    を更に含む
    省電力化方法。
15. 請求項１３又は１４に記載の省電力化方法であって、
    空調の対象となる空調グループに属するラックを冷却する空調設備を制御し、前記空調グループに属する全てのラックが未稼働状態になった場合、前記空調設備による冷却を調節または停止させることと、
    照明の対象となる照明グループに属するラックを照らす照明設備を制御し、前記照明グループに属する全てのラックが未稼働状態になった場合、前記照明設備による照明を調節または停止させることと、
    電源の対象となる電源グループに属するラックに配電する電源設備を制御し、前記電源グループに属する全てのラックが未稼働状態になった場合、前記電源設備による配電を調節または停止させることと
    を更に含む
    省電力化方法。
16. 複数のサーバ上でそれぞれ稼動する仮想マシンにより提供されるサービスの通信情報を監視するステップと、
    前記通信情報から求められた仮想マシン毎のサービス負荷を基に、仮想マシンを他のサーバ上へ移動させ、稼動する仮想マシンが存在しなくなったサーバを未稼動状態にするステップと、
    前記サービスの通信パケットの転送を行うスイッチに対してフロー単位の経路情報を設定するステップと、
    仮想マシンの移動に従って前記スイッチに対して設定した経路情報を変更するステップと
    をコンピュータに実行させるための
    省電力化プログラム。

Images