JP2014234938A - データセンター - Google Patents

Abstract

【課題】電子装置を収容するデータセンターにおいて、電子装置を効率良く冷却させる。
【解決手段】電子装置１２への気流をそれぞれ送出する複数の気流送出部２１と、前記複数の気流送出部２１に対応してそれぞれ設けられ、対応する気流送出部２１をそれぞれ遮蔽する複数の遮蔽部２２と、前記電子装置１２から前記電子装置の状態に関する状態情報を取得し、取得した状態情報に応じて、前記複数の気流送出部２１の各々が送出する気流の流量をそれぞれ制御し、前記複数の気流送出部２１のうち、気流の流量が所定値以下である気流送出部２１を、前記複数の遮蔽部２２のうち、前記気流の流量が所定値以下である気流送出部２１に対応する遮蔽部２２に遮蔽させる制御部１３と、を有する。
【選択図】図１

Description

本件は、データセンターに関する。

サーバ等の情報処理装置、ストレージ装置や通信装置等の電子装置が複数設置されたデータセンターには、電子装置等を冷却するための空調装置が設置されることが多い。
図２３は、コンテナ型データセンター１００の構成例を示す図である。
近年、図２３に例示するような、サーバ１１２が搭載される１以上のラック１１１を収容するコンテナ１１０と空調装置１２０とをユニットとした、コンテナ型のデータセンター１００が知られている。

コンテナ１１０は、例えば貨物輸送用のコンテナ等をベースとしており、内部は、１以上のラック１１１を境に、コールドアイル及びホットアイルの２つの領域に区画される。
ラック１１１は、コールドアイル及びホットアイルの境界に設置され、１以上のサーバ１１２を搭載する。サーバ１１２は、吸気を行なう前面をコールドアイル側に、排気を行なう背面をホットアイル側にそれぞれ向けてラック１１１に搭載され、コールドアイルから冷却風（冷気）を吸入して、ホットアイル側の背面からサーバ１１２内部を通過した冷却風（熱気）を排出する。

空調装置１２０は、コンテナ１１０内のラック１１１に搭載されたサーバ１１２を冷却する冷却風を生成する装置であり、例えばコンテナ型データセンター１００の外部から外気を導入して、コンテナ１１０のコールドアイルへ導く。なお、空調装置１２０は、熱交換器をそなえ、外気又はホットアイルからの空気を熱交換器により冷却して、冷却風を生成してもよい。

また、空調装置１２０は、図２３に示すように、複数（例えば４つ）のファン１２１をそなえる。
ファン１２１は、コンテナ１１０の壁部に形成された開口部１２１ａに配置され、ラック１１１に搭載される１以上のサーバ１１２を通過（冷却）する気流を生成して開口部１２１ａから送出するファシリティファンである。なお、図２３に示す例では、複数のファン１２１（開口部１２１ａ）は、コンテナ１１０において、ラック１１１内のサーバ１１２の前面に対向する位置に設けられる。

このような構成により、サーバ１１２は、空調装置１２０（サーバ１１２と対向するファン１２１）により前面に吹き付けられた冷却風（冷気）をコールドアイルから吸気し、背面からホットアイルへ排気することができる。これにより、コンテナ型データセンター１００では、効率的にサーバ１１２を冷却することができる。
なお、関連する技術として、床下にファンダンパーをそなえたユニットファンを設け、ユニットファンのオンオフ運転制御及びファンダンパーの開口率制御との組み合わせにより、風量調節を行なう空調装置が知られている（例えば、特許文献１参照）。

また、関連する他の技術として、ファンの作動又は停止の状態に応じて、ファンの空気吹出口に設けられたシャッタ部を開閉する冷却ファン装置も知られている（例えば、特許文献２参照）。

特開平６−２４９４６２号公報 実開昭６４−１３６８号公報

コンテナ型データセンター１００を含む各種のデータセンターにそなえられる空調装置１２０は、データセンター内部に設置され得る最大数のサーバ１１２を含む、情報処理装置、ストレージ装置や通信装置等の電子装置が１００％の稼働率になった場合を想定して設計又は選定される。しかし、実際には、データセンターに最大数のサーバ１１２が設置されないことも多く、また、最大数のサーバ１１２が設置された場合でも、全てのサーバ１１２が１００％の稼働率ではないことが多い。例えば、データセンターにおいて、全サーバ１１２の稼働率は３０％程度の場合がある。

このように、空調装置１２０の設計又は選定の際に想定されていたサーバ数又はサーバ稼働率よりも、実際のサーバ数又はサーバ稼働率の方が低い場合、空調装置１２０は、データセンター内部を過度に冷却することになり、余計な電力を消費してしまう。
空調装置１２０による過度な冷却を防ぐために、例えば空調装置１２０を制御する制御装置（図２３において図示省略）が、ファン１２１の回転数を低下させる制御を行なうこともできる。

しかし、制御装置がファン１２１の回転数を設定範囲の下限まで低下させても、依然としてデータセンター内部が過冷却になる場合がある。また、一部の負荷の高いサーバ１１２に十分な冷却風を送るために、制御装置がファン１２１の回転数を低下させることができず、他のサーバ１１２等を含む電子装置が過冷却になる場合もある。
さらに、図２４に示すように、一部のファン１２１を停止させた場合、停止したファン１２１に対応する開口部１２１ａを通じて、稼働するファン１２１からの冷気が空調装置１２０へ戻ってしまうこともある。なお、図２４は、図２３に示す一部のファン１２１を停止させた場合の冷却風の流れを説明する図である。図２４に示すように、停止したファン１２１に対応する開口部１２１ａにおいて空気の逆流が起こると、稼働するファン１２１によりサーバ１１２等を含む電子装置へ十分な冷却風が送られず、サーバ１１２等を含む電子装置の冷却効果が低下してしまう。

このように、データセンターでは、サーバ１１２の搭載数や稼働率等の状態によって、空調装置１２０（ファン１２１）が余計な電力を消費してしまうという課題がある。
ここまで、データセンターとして、図２３に示すコンテナ型データセンター１００を例に挙げて説明したが、上述した課題は、１以上のサーバ１１２が搭載されるラック１１１を収容する種々のデータセンターにおいても、同様に生じ得る。例えば、データセンターには、コンテナ型データセンター１００のほか、建物や空調装置等の要素単位で柔軟な構築が可能なモジュラー型データセンター、冷却装置をそなえたサーバラック等も含まれる。また、データセンターには、ＩＤＣ（Internet Data Center）等の施設型の種々のデータセンターも含まれる。

１つの側面では、本発明は、電子装置を収容するデータセンターにおいて、電子装置を効率良く冷却させることを目的とする。
なお、前記目的に限らず、後述する発明を実施するための形態に示す各構成により導かれる作用効果であって、従来の技術によっては得られない作用効果を奏することも本発明の他の目的の１つとして位置付けることができる。

本件のデータセンターは、電子装置を収容するデータセンターにおいて、前記電子装置への気流をそれぞれ送出する複数の気流送出部と、前記複数の気流送出部に対応してそれぞれ設けられ、対応する気流送出部をそれぞれ遮蔽する複数の遮蔽部と、前記電子装置から前記電子装置の状態に関する状態情報を取得し、取得した状態情報に応じて、前記複数の気流送出部の各々が送出する気流の流量をそれぞれ制御し、前記複数の気流送出部のうち、気流の流量が所定値以下である気流送出部を、前記複数の遮蔽部のうち、前記気流の流量が所定値以下である気流送出部に対応する遮蔽部に遮蔽させる制御部と、を有する。

一実施形態によれば、電子装置を収容するデータセンターにおいて、電子装置を効率良く冷却させることができる。

一実施形態に係るコンテナ型データセンターの構成例を示す図である。 図１に示す一部のファンを停止させて遮蔽部を閉じた場合の冷却風の流れを説明する図である。 （ａ）は、図１に示す開口部の断面図の一例であり、（ｂ）は、遮蔽部の構成例を示す図である。 （ａ）は、図１に示す開口部の断面図の一例であり、（ｂ）は、遮蔽部の構成例を示す図である。 図１に示すサーバのハードウェア構成例を示す図である。 図１に示す管理サーバの機能構成例を示す図である。 図１に示す管理サーバが保持するサーバ管理テーブルの一例を示す図である。 図１に示す管理サーバが保持する風量管理テーブルの一例を示す図である。 図１に示す遮蔽部による開口部の遮蔽の効果を説明するためのシミュレーションモデルを示す図である。 図９に示すシミュレーションモデルを用いた計算により得られた各サーバに入る風速分布を示す図である。 図９に示すシミュレーションモデルを用いた計算により得られた各サーバの排気温度分布を示す図である。 図１に示すデータセンターにおける空調装置の風量制御処理の一例を説明するフローチャートである。 図６に示す管理サーバの機能構成の第１変形例を示す図である。 図１３に示す管理サーバが保持するグループ管理テーブルの一例を示す図である。 図１に示すサーバの負荷を片寄せし一部のファンを停止させて遮蔽部を閉じた場合の冷却風の流れを説明する図である。 図１に示すデータセンターにおける空調装置の風量制御処理の第１変形例を説明するフローチャートである。 図６に示す管理サーバの機能構成の第２変形例を示す図である。 第２変形例に係るファンが属するグループを説明する図である。 図１７に示す管理サーバが保持する風量設定テーブルの一例を示す図である。 図１９に示す風量設定テーブルの設定値の組み合わせを計算するためのシミュレーションモデルを示す図である。 図２０に示すシミュレーションモデルを用いた計算により得られた各サーバに入る最小風速を示す図である。 図１に示すデータセンターにおける空調装置の風量制御処理の第２変形例を説明するフローチャートである。 コンテナ型データセンターの構成例を示す図である。 図２３に示す一部のファンを停止させた場合の冷却風の流れを説明する図である。

以下、図面を参照して実施の形態を説明する。
〔１〕一実施形態
〔１−１〕データセンターの構成
以下、図１を参照して、一実施形態の一例としてのデータセンター１の構成について説明する。

図１は、一実施形態に係るコンテナ型データセンター１の構成例を示す図である。
図１に示すように、一実施形態に係るデータセンター１の一例としてのコンテナ型データセンター１は、コンテナ１０及び空調装置２０をそなえる。なお、以下の説明において、コンテナ型データセンター１を単にデータセンター１ともいう。
コンテナ１０は、例えば貨物輸送用のコンテナ等をベースとしており、１以上のラック１１を収容する。コンテナ１０の内部は、図１に示すように、ラック１１を境に、コールドアイル及びホットアイルの２つの領域に区画される。

また、コンテナ１０は、コールドアイルにおいて、空調装置２０から気流が流入する位置に、コンテナ１０と空調装置２０（後述するファン２１の吹き出し口）とを連通する開口をそなえる。
さらに、コンテナ１０は、ホットアイルにおいて、サーバ１２等の電子装置からの排気（熱気）をコンテナ１０の外部に排出する開口（図１中、ホットアイルの破線部分参照）をそなえる。なお、ホットアイル側の開口は、サーバ１２からの排気をデータセンター１の外部に排出してもよいし、サーバ１２からの排気を空調装置２０に冷却させて冷却風として再利用させるために、図示しない通風管等を通じて空調装置２０へ導入してもよい。

ラック１１は、コールドアイル及びホットアイルの境界に設置され、ラック１１は、１以上（図１の例では複数）のサーバ１２を搭載する。
サーバ１２は、吸気を行なう前面をコールドアイル側に、排気を行なう背面をホットアイル側にそれぞれ向けてラック１１に搭載される。サーバ１２は、コールドアイルから冷却風（冷気）を吸入して、ホットアイル側の背面からサーバ１２内部を通過した冷却風（熱気）を排出する。

サーバ１２としては、ＰＣ（Personal Computer）サーバ、ＵＮＩＸ（登録商標）サーバ、メインフレーム等、種々のアーキテクチャのコンピュータ（情報処理装置）が挙げられる。また、コンテナ１０はサーバ１２等の情報処理装置のみならず、情報処理装置のデータを記憶するストレージ装置や、情報処理装置をネットワークに接続するスイッチ、ルータ等の通信装置、ＵＰＳ（Uninterruptible Power Supply；無停電電源装置）等の電源装置等の種々の電子装置を搭載しうる。これらの電子装置は、ラック１１に搭載されてもよいし、コンテナ１０内の任意の位置に設置されてもよい。さらに、サーバ１２の筐体は、ラックマウント型のほか、タワー型、又はブレード型等、種々の形態が用いられてよい。

図１に示す複数のサーバ１２のうち、少なくとも１つは、各サーバ１２等の電子装置を管理するとともに、空調装置２０（後述するファン２１及び遮蔽部２２）を制御する管理サーバ１３として機能する。なお、管理サーバ１３は、本実施形態においては管理サーバ１３Ａとしての機能をそなえ、後述する第１及び第２変形例では、管理サーバ１３Ｂ及び１３Ｃとしての機能をそなえる。以下の説明において、管理サーバ１３Ａ〜１３Ｃを区別しない場合には、単に管理サーバ１３という。

管理サーバ（制御部）１３は、ファン２１、遮蔽部２２、及び、サーバ１２を含む電子装置の各々と、信号の送受信が行なえるように接続される。具体的には、管理サーバ１３は、複数のファン２１の各々と制御線１ａにより接続され、制御線１ａを介して各ファン２１の回転数の制御を行なう。また、管理サーバ１３は、複数の遮蔽部２２の各々と制御線１ｂにより接続され、制御線１ｂを介して各遮蔽部２２の開閉の制御を行なう。さらに、管理サーバ１３は、各サーバ１２を含む電子装置と通信線１ｃにより接続され、通信線１ｃを介して各サーバ１２を含む電子装置の動作等の管理を行なうとともに、通信線１ｃを介して各サーバ１２を含む電子装置の内部の温度や稼働率等の各種状態を取得する。なお、図１に示す例では、図の簡略化のため、通信線１ｃの一部の図示を省略する。

サーバ１２（管理サーバ１３）の詳細については、後述する。
空調装置２０は、コンテナ１０内のラック１１に搭載されたサーバ１２等の電子装置を冷却する冷却風を生成する装置であり、例えばデータセンター１の外部から外気を導入して、コンテナ１のコールドアイルへ導く。なお、空調装置２０は、熱交換器をそなえ、外気又はホットアイルからの空気を熱交換器により冷却して、冷却風を生成してもよい。

また、空調装置２０は、図１に示すように、コンテナ１０内の圧力調整を行なう、複数（図１の例では４つ）のファン２１及び遮蔽部２２をそなえる。
複数のファン（気流送出部）２１は、各々がコンテナ１０の壁部に形成された開口部２１ａに配置され、電子装置への気流（電子装置を通過（冷却）する気流）を生成して開口部２１ａから送出するファシリティファンである。ファン２１は、制御線１ａを介して、管理サーバ１３によって回転数（風量）が制御される。なお、開口部２１ａは、コンテナ１０にそなえられるコールドアイル側の開口に対応する位置に設けられる。また、ファン２１は、ラック１１外に設置される電子装置を冷却できる位置にさらに設けられてもよい。

ファン２１としては、プロペラファンやシロッコファン等、種々の送風機が例として挙げられる。
ここまで、コンテナ１０は、種々の電子装置をそなえ得るものとして説明したが、説明の簡略化のため、以下、コンテナ１０は、電子装置として、複数のサーバ１２をラック１１内にそなえるものとして説明する。なお、複数のファン２１（開口部２１ａ）は、図１に示すように、コンテナ１０において、ラック１１内のサーバ１２の前面に対向する位置に設けられるものとする。

ここで、空調装置２０は、コンテナ１０内又はラック１１の全ての搭載位置にサーバ１２等の電子装置が搭載され、全サーバ１２（又は全電子装置）が稼動する場合にも対応できるように（サーバ１２を所定の温度まで冷却できるように）、ファン２１の種類及びファン数が選定される。しかし、上述のように、サーバ１２の搭載数及び稼働率によって、空調装置２０は、サーバ１２等の電子装置を過度に冷却してしまい、無駄な電力を消費してしまうことがある。

また、上述のように、一部のファン２１を停止して無駄な電力の削減を試みたとしても、図２４を用いて説明したように、停止したファン２１に対応する開口部２１ａによって、稼働するファン２１からの空気が空調装置２０に逆流してしまうことがある。
そこで、本実施形態に係るデータセンター１は、図１に示すように、ファン２１（コンテナ１０の開口部２１ａ）を塞ぐシャッター（遮蔽部２２）を設ける。

複数の遮蔽部２２は、複数のファン２１に対応してそれぞれ設けられ、対応するファン２１をそれぞれ遮蔽する。遮蔽部２２は、制御線１ｂを介して、管理サーバ１３によって開閉状態が制御される。
図２は、図１に示す一部のファン２１を停止させて遮蔽部２２を閉じた場合の冷却風の流れを説明する図である。

このような遮蔽部２２を設けることにより、図２に示すように、一部のファン２１（図２の最下部のファン２１）を停止させて遮蔽部２２を閉じた場合、空調装置２０からの冷気が停止したファン２１に対応する開口部２１ａを通じて逆流することを防止できる。従って、稼働するファン２１からサーバ１２で吸気される冷気のロスを低減させることができる。

図３及び図４は、それぞれ、図１に示す遮蔽部２２を説明する図である。具体的には、図３（ａ）及び図４（ａ）は、それぞれ、図１に示す開口部２１ａの断面図の一例であり、図３（ｂ）及び図４（ｂ）は、それぞれ、図１に示す遮蔽部２２の構成例を示す図である。
例えば、図３（ｂ）に示すように、遮蔽部２２は、１以上（図３（ｂ）の例では３つ）の平板上のルーバ２２ａ、ルーバ２２ａに固定された回転軸２２ｂ、及び回転軸２２ｂの回転機構であるモータ２２ｃをそなえる。

遮蔽部２２をルーバ回転型とした場合、遮蔽部２２では、管理サーバ１３からの指示によりモータ２２ｃの回転が制御される。この場合、管理サーバ１３は、図３（ａ）に示すように、１以上のモータ２２ｃの制御を通じてルーバ２２ａ（回転軸２２ｂ）を回転させることで、ルーバ２２ａにより開口部２１ａを塞ぐことができる。
また、遮蔽部２２の他の例としては、図４に示すシャッタースライド型であってもよい。遮蔽部２２をシャッタースライド型とした場合、図４（ａ）に示すように、遮蔽部２２は、開口部２１ａを横断するように開口部２１ａに取り付けられる１以上（図４（ａ）の例では２つ）の平板上の固定遮蔽板２２ｄをそなえる。なお、固定遮蔽板２２ｄは、複数そなえられる場合、他の固定遮蔽板２２ｄとの間に所定の間隔が設けられて開口部２１ａに取り付けられる。

また、図４（ｂ）に示すように、遮蔽部２２は、１以上（図４（ｂ）の例では３つ）の平板上の可動遮蔽板２２ｅをそなえる。さらに、遮蔽部２２は、可動遮蔽板２２ｅの長手方向における両端に、長手方向に直交する方向で取り付けられる２つのプランジャ２２ｆ、及びプランジャ２２ｆを上記長手方向に直交する方向に移動させる２つのソレノイド２２ｇをそなえる。

遮蔽部２２をシャッタースライド型とした場合、遮蔽部２２では、管理サーバ１３からの指示によりソレノイド２２ｇの駆動が制御される。この場合、管理サーバ１３は、図４（ａ）に示すように、２つのソレノイド２２ｇの駆動を通じて可動遮蔽板２２ｅ（プランジャ２２ｆ）をスライドさせることで、可動遮蔽板２２ｅにより１以上の固定遮蔽板２２ｄと開口部２１ａの縁との間を塞ぐことができる。なお、２組のプランジャ２２ｆ及びソレノイド２２ｇのうち、いずれか１組を省略してもよい。

以上のように、遮蔽部２２によれば、図３及び図４に示すように、ファン２１を塞ぐことができる。従って、ファン２１が停止した場合でも、稼働するファン２１からの冷却風が停止したファン２１に対応する開口部２１ａを通じて逆流すること（図２４参照）を防ぐことができる。なお、遮蔽部２２のルーバ２２ａ又は可動遮蔽板２２ｅは、停止したファン２１に対応する開口部２１ａを完全に密閉しなくてもよく、この場合にも十分に稼働する他のファン２１からの空気の逆流を防ぐことができる。

また、ルーバ２２ａ、並びに、固定遮蔽板２２ｄ及び可動遮蔽板２２ｅの位置や向きは、図３及び図４に示す例に限定されるものではなく、種々変形することができる。
〔１−２〕サーバの構成
次に、図５及び図６を参照して、サーバ１２（管理サーバ１３）の詳細について説明する。

〔１−２−１〕ハードウェア構成
図５は、図１に示すサーバ１２のハードウェア構成例を示す図である。
管理サーバ１３を含むサーバ１２は、図５に示すように、ＣＰＵ（Central Processing Unit）１２ａ、メモリ１２ｂ、記憶部１２ｃ、インタフェース部１２ｄ、入出力部１２ｅ、記録媒体１２ｆ、及び読取部１２ｇをそなえる。なお、図１に示す複数のサーバ１２は、互いに同様のハードウェアをそなえることができるため、以下、代表して、管理サーバ１３がそなえるハードウェアについて説明する。

ＣＰＵ１２ａは、メモリ１２ｂ、記憶部１２ｃ、インタフェース部１２ｄ、入出力部１２ｅ、記録媒体１２ｆ、及び読取部１２ｇと接続され、種々の制御や演算を行なう演算処理装置（プロセッサ）である。ＣＰＵ１２ａは、メモリ１２ｂ、記憶部１２ｃ、記録媒体１２ｆ、読取部１２ｇに接続又は挿入された記録媒体１２ｈ、又は図示しないＲＯＭ（Read Only Memory）等に格納されたプログラムを実行することにより、管理サーバ１３における種々の機能を実現する。なお、ＣＰＵ１２ａに限らず、プロセッサとしては、ＭＰＵ（Micro Processing Unit）等の電子回路が用いられてもよい。

メモリ１２ｂは、種々のデータやプログラムを格納する記憶装置である。ＣＰＵ１２ａは、プログラムを実行する際に、メモリ１２ｂにデータやプログラムを格納し展開する。なお、メモリ１２ｂとしては、例えばＲＡＭ（Random Access Memory）等の揮発性メモリが挙げられる。
記憶部１２ｃは、例えばＨＤＤ（Hard Disk Drive）等の磁気ディスク装置、ＳＳＤ（Solid State Drive）等の半導体ドライブ装置、又はフラッシュメモリ等の不揮発性メモリ等の、種々のデータやプログラム等を格納する１以上のハードウェアである。記憶部１２ｃが有する記憶領域は、サーバ１２のユーザ等により用いられる。

インタフェース部１２ｄは、図示しないルータ及びネットワークを介して接続されるホスト又はクライアント、又は、他のサーバ１２との間の接続及び通信の制御を行なうコントローラである。なお、インタフェース部１２ｄは、制御線１ａ及び１ｂ、並びに、通信線１ｃを介して、管理サーバ１３に接続されるファン２１、遮蔽部２２、及びサーバ１２との間の接続及び通信の制御を行なうこともできる。インタフェース部１２ｄとしては、例えば、ＬＡＮ（Local Area Network）、ファイバチャネル（Fibre Channel；ＦＣ）等のほか、周辺機器の制御に用いられるＩ２Ｃ（Inter-Integrated Circuit）等に準拠したインタフェースカードが挙げられる。

入出力部１２ｅは、例えばマウスやキーボード等の入力装置及びディスプレイやプリンタ等の出力装置の少なくとも一方を含んでよい。例えば入出力部１２ｅは、サーバ１２（管理サーバ１３）のユーザ又は管理者等による種々の作業に用いられる。
記録媒体１２ｆは、フラッシュメモリやＲＯＭ等の記憶装置であり、種々のデータやプログラムを記録する。読取部１２ｇは、光ディスクやＵＳＢ（Universal Serial Bus）メモリ等のコンピュータ読取可能な記録媒体１２ｈに記録されたデータやプログラムを読み出す装置である。

記録媒体１２ｆ及び１２ｈの少なくとも一方には、一実施形態に係る管理サーバ１３の機能を実現する制御プログラムが格納されてもよい。すなわち、ＣＰＵ１２ａは、記録媒体１２ｆ、又は読取部１２ｇを介して記録媒体１２ｈから出力された制御プログラムを、メモリ１２ｂ等の記憶装置に展開して実行することにより、管理サーバ１３の機能を実現する。

なお、上述した各ハードウェアは、互いにバスを介して通信可能に接続される。例えば、ＣＰＵ１２ａ、メモリ１２ｂ、及びインタフェース部１２ｄは、システムバスに接続される。また、例えば、記憶部１２ｃ、入出力部１２ｅ、記録媒体１２ｆ、及び読取部１２ｇは、Ｉ／Ｏ（Input/Output）インタフェース等を介してシステムバスに接続される。なお、記憶部１２ｃは、ストレージバス（ケーブル）で、ＤＩ（Disk Interface）等のＩ／Ｏインタフェースに接続される。ストレージバスとしては、ＳＣＳＩ（Small Computer System Interface）、ＳＡＳ（Serial Attached SCSI）、ファイバチャネル、ＳＡＴＡ（Serial Advanced Technology Attachment）等に準拠したバスが挙げられる。

なお、サーバ１２の上述したハードウェア構成は例示である。従って、サーバ１２内でのハードウェアの増減や分割等は適宜行なわれてもよい。また、管理サーバ１３として用いられるサーバ１２のハードウェアと、他のサーバ１２のハードウェアとが異なる構成をそなえてもよい。さらに、サーバ１２以外の電子装置も、図５に示す少なくとも一部の構成をそなえることができる。

〔１−２−２〕管理サーバの機能構成
図６は、図１に示す管理サーバ１３Ａの機能構成例を示す図である。図７及び図８は、それぞれ、図６に示す管理サーバ１３Ａが保持するサーバ管理テーブル１３４ａ及び風量管理テーブル１３４ｂの一例を示す図である。
本実施形態に係る管理サーバ（制御部）１３Ａは、電子装置の内部の温度（例えばＣＰＵ（プロセッサ）温度）、搭載数、搭載状況、及び稼働率（例えばＣＰＵ（プロセッサ）稼働率）の少なくとも１つを含む状態に関する状態情報に従って、ファン２１及び遮蔽部２２の制御を行なう。

なお、電子装置の内部の温度は、ストレージ装置の場合、ＨＤＤ等のドライブの温度等であってもよく、通信装置の場合、ネットワークアダプタの温度等であってもよく、電源装置の場合、バッテリ又は電源回路等の温度であってもよい。また、稼働率は、ストレージ装置の場合、ＩＯＰＳ（I/O Per Second）等であってもよく、通信装置の場合、帯域の使用率等であってもよく、電源装置の場合、充放電の動作状態を示す情報であってもよい。

例えば、管理サーバ１３Ａは、サーバ１２（電子装置）等から当該サーバ１２の状態情報を取得し、取得した状態情報に応じて、複数のファン２１の各々が送出する気流の流量（風量）をそれぞれ制御する。また、管理サーバ１３Ａは、気流の流量が所定値以下であるファン２１を、複数の遮蔽部２２のうち、当該気流の流量が所定値以下であるファン２１に対応する遮蔽部２２に遮蔽させる。

管理サーバ１３Ａは、図６に示すように、状態取得部１３１、判断部１３２Ａ、風量制御部１３３、及び保持部１３４Ａをそなえる。
保持部１３４Ａは、図７に示すサーバ管理テーブル１３４ａを保持する記憶領域であり、例えば上述したメモリ１２ｂにより実現される。なお、保持部１３４Ａは、風量管理テーブル１３４ｂをさらに保持してもよい。

サーバ管理テーブル１３４ａは、サーバ１２（電子装置）の搭載位置（設置位置）と、複数のファン２１の各々との対応関係を管理するための対応関係情報の一例である。例えば、管理サーバ１３Ａは、サーバ１２（電子装置）の搭載（設置）位置を示す位置情報と、ファン２１とを対応付けて管理することで、サーバ１２に対応するファン２１、又は、ファン２１に対応するサーバ１２を特定することができる。

図７に示すように、サーバ管理テーブル１３４ａは、ラック１１の搭載位置、当該搭載位置に搭載されるサーバ１２の識別情報の一例としてのサーバＩＤ、及び当該サーバ１２に対応するファン２１の識別情報の一例としてのファンＩＤを含む。
一例として、ラック搭載位置“40”には、サーバＩＤ“server39”、対応ファンＩＤ“fan06”が対応付けられる。また、サーバ１２が搭載されていないラック搭載位置“38”には、サーバＩＤ“-”、対応ファンＩＤ“fan06,fan05”が対応付けられる。

なお、ラック搭載位置は、位置情報の一例である。位置情報としては、図７に示すラック搭載位置（番号）のほかに、ラック１１の最下部（又は最上部）等からの距離に関する情報等、種々の情報を用いることができる。また、コンテナ１０が複数のラック１１をそなえる場合、位置情報には、ラック１１を特定する情報が含まれてもよい。さらに、コンテナ１０において、電子装置がラック１１の外部に設置される場合、位置情報としては、サーバ１２を使用するユーザ、又は、データセンター１若しくは管理サーバ１３Ａの管理者等が予め定めたコンテナ１０内の位置を特定する情報を用いることができる。

なお、サーバ１２に対応するファン２１とは、当該ファン２１が送出する冷却風が主に対応するサーバ１２を通過することを示す。なお、図１に示すように、サーバ１２の吸気面（前面）とファン２１（開口部２１ａ）とが対向する場合には、サーバ１２に対応するファン２１は、サーバ１２の吸気面（前面）におおよそ対向する位置のファン２１とすることができる。

また、コンテナ１０がラック１１の外部に電子装置をそなえ、ファン２１が当該電子装置におおよそ対向する位置にそなえられる場合、サーバ管理テーブル１３４ａは、電子装置の搭載位置を示す情報、電子装置のＩＤ、及び対応ファンＩＤ等を含んでもよい。
管理サーバ１３Ａは、サーバ管理テーブル１３４ａを参照することで、サーバ１２の冷却風の風量を調整する際に、どのファン２１の回転数を制御すればよいかを判定することができる。

なお、サーバ管理テーブル１３４ａは、データセンター１の構築の際や、ラック１１へのサーバ１２の搭載状況が変化した場合等に、サーバ１２を使用するユーザ、又は、データセンター１若しくは管理サーバ１３Ａの管理者等により作成／更新される。また、管理サーバ１３Ａは、ラック１１又はサーバ１２がサーバ１２の搭載位置を検知する機能をそなえる場合、ラック１１又はサーバ１２から位置情報を取得するとともに、ラック１１とファン２１と間の位置関係に基づき、サーバ管理テーブル１３４ａを作成／更新してもよい。

なお、サーバ１２（電子装置）の識別情報として、ＩＤを例に挙げたが、これに限定されるものではない。例えば、識別情報として、サーバ１２（電子装置）のＩＰアドレス、シリアル番号、又はインタフェース部１２ｄのＭＡＣ（Media Access Control）アドレス等、ユニークな情報が用いられてもよい。
風量管理テーブル１３４ｂは、複数のファン２１の各々の回転数（風量）と遮蔽部２２の開閉状態とを管理するための情報である。

図８に示すように、風量管理テーブル１３４ｂは、ファン２１のファンＩＤ、当該ファン２１の回転数（風量）の割合（％）、及び当該ファン２１に対応する遮蔽部２２の開閉状態を含む。
一例として、ファンＩＤ“fan00”には、回転数“90”％、遮蔽部開閉状態“0”が対応付けられる。なお、図８に示す例では、遮蔽部開閉状態“0”は、遮蔽部２２が開いている状態、“1”は、遮蔽部２２が閉じている状態を示す。

管理サーバ１３Ａは、風量管理テーブル１３４ｂを参照することで、風量を調整するファン２１及び当該ファン２１に対応する遮蔽部２２の制御状態を認識できる。
なお、風量管理テーブル１３４ｂは、ファン２１の回転数及び／又は遮蔽部２２の開閉状態が変更されたときに、風量制御部１３３により作成／更新される。
状態取得部１３１は、通信線１ｃを介して各サーバ１２の状態情報を取得する。以下、状態取得部１３１が状態情報として、各サーバ１２の内部の温度（ＣＰＵ温度）を取得するものとして説明する。

例えば、状態取得部１３１は、定期的に、各サーバ１２へＣＰＵ温度の取得要求を送信する。そして、状態取得部１３１は、取得要求を送信したサーバ１２から、例えば所定のアプリケーション等によって取得されたＣＰＵ温度を含む取得応答を受信する。取得応答を受信すると、状態取得部１３１は、取得応答に含まれるＣＰＵ温度をサーバ１２に対応付けて判断部１３２Ａへ通知する。

なお、状態取得部１３１は、ＣＰＵ温度に代えて、又は、ＣＰＵ温度とともに、各サーバ１２から稼働率（例えばＣＰＵ負荷率）を取得してもよい。
判断部１３２Ａは、状態取得部１３１から通知される各サーバ１２の状態情報（ＣＰＵ温度）とサーバ管理テーブル１３４ａとに基づいて、風量制御部１３３にファン２１及び／又は遮蔽部２２の制御を実行させるか否かを判断する。

例えば、判断部１３２Ａは、状態取得部１３１から通知されるＣＰＵ温度が、第１所定値よりも高いか否か、及び、第２所定値よりも低いか否かを判定する。
ここで、第１所定値とは、サーバ１２へ給気する風量を増加させるための基準値である。状態取得部１３１から通知される状態情報がＣＰＵ温度又はＣＰＵ稼働率の場合、第１所定値は、ＣＰＵ１２ａが過熱の状態であるとみなすための閾値である。また、第２所定値とは、サーバ１２へ給気する風量を減少させるための基準値である。状態取得部１３１から通知される状態情報がＣＰＵ温度又はＣＰＵ稼働率の場合、第２所定値は、ＣＰＵ１２ａが過冷却の状態であるとみなすための閾値である。

判断部１３２Ａは、ＣＰＵ温度が第１所定値よりも高いと判定すると、サーバ管理テーブル１３４ａを参照して、複数のファン２１のうち、状態情報に含まれるＣＰＵ温度が第１所定値よりも高いサーバ１２に対応するファン２１を特定する。そして、判断部１３２Ａは、風量制御部１３３に、当該ファン２１が送出する気流の流量（風量）の増加制御を指示する。

また、判断部１３２Ａは、ＣＰＵ温度が第２所定値よりも低いと判定すると、サーバ管理テーブル１３４ａを参照して、複数のファン２１のうち、ＣＰＵ温度が第２所定値よりも低いサーバ１２に対応するファン２１を特定する。そして、判断部１３２Ａは、風量制御部１３３に、当該ファン２１が送出する気流の流量の減少制御を指示する。
風量制御部１３３は、判断部１３２Ａからの指示に応じて、指定されたファン２１からの風量の増加制御又は減少制御を行なう。

例えば、風量制御部１３３は、判断部１３２Ａから増加制御を指示されると、指定されたファン２１に対応する遮蔽部２２が閉じている場合には、制御線１ｂを介して、当該遮蔽部２２を開く。また、風量制御部１３３は、制御線１ａを介して、指定されたファン２１の回転数を、所定の量（例えば１０％又は５００ｒｐｍ（revolution per minute）等）増加させる。

一方、風量制御部１３３は、判断部１３２Ａから減少制御を指示されると、制御線１ａを介して、指定されたファン２１の回転数を、所定の量（例えば１０％又は５００ｒｐｍ等）減少させる。なお、風量制御部１３３は、減少制御により、指定されたファン２１の回転数が所定値以下になった場合（例えば回転数が０になりファン２１が停止した場合）、制御線１ｂを介して、遮蔽部２２を閉じる。

なお、風量制御部１３３による上述した増加制御及び減少制御の少なくとも一方は、判断部１３２Ａによる指示を受けたときに１度だけ行なわれてもよい。または、風量制御部１３３は、ＣＰＵ温度が第１所定値以下又は第２所定値以上になるまで段階的に、判断部１３２Ａから指示された増加制御又は減少制御を実行してもよい。この場合、状態取得部１３１及び判断部１３２Ａは、風量制御部１３３が制御対象のファン２１からの風量の増加制御又は減少制御を行なう都度、当該ファン２１について、状態情報の取得及び風量の制御の有無の判断を行なうことが好ましい。

或いは、判断部１３２Ａは、ＣＰＵ温度が第１所定値よりも高いサーバ１２を認識すると、複数のファン２１の中で停止状態のファン２１があるか否かを判断してもよい。停止状態のファン２１がある場合、風量制御部１３３は、当該ファン２１の遮蔽部２２を開くとともに、停止状態のファン２１を稼働させる。なお、ＣＰＵ温度が依然として第１所定値よりも高い場合、風量制御部１３３は、当該ファン２１、又はＣＰＵ温度が第１所定値よりも高いサーバ１２に対応するファン２１の回転数を増加させればよい。

また、判断部１３２Ａは、風量の減少制御を行なっても、ＣＰＵ温度が依然として第２所定値よりも低い場合、風量制御部１３３へ、複数のファン２１のうちの一部のファン２１を停止させ、停止させたファン２１の遮蔽部２２を閉じるように指示してもよい。
以上のように、管理サーバ１３Ａは、サーバ１２から過冷却であるという信号（状態情報の取得応答）を受けると、対応するファン２１の回転数を低下させるとともに、回転数が所定値以下になると、対応する遮蔽部２２によりファン２１（コンテナ１０の開口部２１ａ）を遮蔽させる。

これにより、一実施形態に係る管理サーバ１３Ａによれば、サーバ１２等の電子装置の過冷却の要因であるファン２１を停止させることで、無駄な電力を削減することができる。また、図２に示すように、稼働するファン２１から停止したファン２１に対応する開口部２１ａへの空気の逆流を防ぐことができるため、稼働するファン２１の冷却能力を最大限利用することができる。

なお、判断部１３２Ａは、状態取得部１３１から通知された各サーバ１２の状態情報、及びサーバ管理テーブル１３４ａに基づいて、ラック１１の一部の領域にサーバ１２が搭載されていない、又は、搭載されているが稼働していないといった状況を検出することができる。このような状況を検出した場合、判断部１３２Ａは、サーバ管理テーブル１３４ａに基づいて、サーバ１２が搭載されていない又は稼働していないラック搭載位置に対応するファンＩＤを取得してもよい。そして、判断部１３２Ａは、風量制御部１３３に、取得したファンＩＤの当該ファン２１からの風量の減少制御を指示してもよい。

これにより、管理サーバ１３Ａは、稼働するサーバ１２には最低限の冷却風を送り、サーバ１２が搭載されていないブランク領域又はサーバ１２の電源が停止している領域への冷却風を可能な限り抑えるようにファン２１及び遮蔽部２２を制御することができる。従って、消費電力の低減効率を高めることができる。
なお、図２では、複数のファン２１のうちの下部のファン２１を停止させた場合を示したが、これに限定されるものではない。例えば、サーバ１２の稼働率やラック１１へのサーバ１２の搭載状況によって、下部ではなく中央部又は上部に設けられた一部のファン２１を停止させてもよい。つまり、管理サーバ１３Ａは、稼働するサーバ１２には十分な冷却風を送り、負荷の低い若しくは稼働していないサーバ１２、又はブランク領域には冷却風を抑えて、冷却風に分布を持たせるようにファン２１及び遮蔽部２２の制御を行なうことができる。

または、管理サーバ１３Ａは、各サーバ１２の状態に応じて、空調装置２０からの冷却風を全体的に低下させるように、複数のファン２１のうちの一部のファン２１を間引いて稼働させてもよい。
なお、上述した管理サーバ１３Ａによる制御は、ラック１１の外部に設置された電子装置、並びに、当該電子装置に対応するファン２１及び遮蔽部２２に対しても同様に行なうことができる。

以上のように、第１実施形態に係る管理サーバ１３Ａによれば、電子装置を収容するデータセンター１において、電子装置を効率良く冷却させることができる。
次に、図９〜図１１を参照して、シミュレーションモデルを用いた計算結果を説明する。
図９は、図１に示す遮蔽部２２による開口部２１ａの遮蔽の効果を説明するためのシミュレーションモデルを示す図である。図１０及び図１１は、それぞれ、図９に示すシミュレーションモデルを用いた計算により得られた各サーバ１２に入る風速分布及び各サーバ１２の排気温度分布を示す図である。

なお、図９では、簡単のため、コンテナ１０の外壁、空調装置２０、遮蔽部２２、及びサーバ１２（ラック１１）の奥行方向の図示を省略する。
また、図９のシミュレーションモデルは、以下の（ｉ）〜（iv）の条件のコンテナ型データセンター１を想定した。
（ｉ）４０台のラックマウントサーバを搭載するラック１１を３台使用（サーバ１２の合計１２０台）。
（ii）空調装置２０を３台使用（ラック１台に対して、対向する位置に１台ずつ配置）。
（iii）コールドアイル及びホットアイル間は壁で仕切られている。
（iv）ファン２１は１台の空調装置２０につき７個使用。

上述した前提において、図１０及び図１１に示すように、以下の（ａ）〜（ｃ）の３つの条件で計算を行ない、各サーバ１２に入る風速分布及び各サーバ１２の排気温度分布を得た。
（ａ）１台のラック１１あたり７台のファン２１が稼働する場合。
（ｂ）１台のラック１１あたり４台のファン２１を停止させた状態で、停止したファン２１の開口部２１ａを遮蔽部２２により遮蔽する場合（開口無）。
（ｃ）１台のラック１１あたり４台のファン２１を停止させた状態で、停止したファン２１の開口部２１ａを遮蔽しない場合（開口有）。

計算の結果、上記（ａ）の条件では、図１０及び図１１の（Ａ）に示すように、各サーバ１２で吸気される風速は、分布が小さく平均して１．５ｍ／ｓｅｃ程度、各サーバ１２の排気温度も、分布が小さく平均して９℃程度である。
また、上記（ｂ）の条件では、図１０及び図１１の（Ｂ）に示すように、各サーバ１２で吸気される風速は、多少の分布があり平均して０．９ｍ／ｓｅｃ程度、各サーバ１２の排気温度も、多少の分布があり平均して１６℃程度である。

一方、上記（ｃ）の条件では、図１０及び図１１の（Ｃ）に示すように、各サーバ１２で吸気される風速は、分布が大きく平均して０．６ｍ／ｓｅｃ程度、各サーバ１２の排気温度も、分布が大きく平均して２８℃程度である。なお、図示を省略するが、上記（ｃ）の条件では、稼働するファン２１から停止したファン２１の開口部２１ａを通じて、冷却風の逆流が発生した。

以上のように、停止したファン２１の開口部２１ａを遮蔽しない場合、各サーバ１２に吸気される風速及び各サーバ１２の排気温度はいずれも、開口部２１ａを遮蔽する場合と比べて大きな分布を持ち、また風速及び排気温度ともに低下していることがわかる。
このように、一実施形態に係る管理サーバ１３Ａは、遮蔽部２２によって停止したファン２１（開口部２１ａ）を遮蔽することにより、停止したファン２１の開口部２１ａへの冷却風の逆流が生じず、全サーバ１２に冷却風が流れる。従って、サーバ１２全体として、排気温度の分布を小さく抑えることができるため、各サーバ１２のＣＰＵ温度の分布も抑制することができる。

以上のように、ファン２１を停止させて消費電力を低減させるためには、ファン２１（開口部２１ａ）を遮蔽することが効果的であることが分かる。
〔１−３〕動作例
次に、図１２を参照して、上述の如く構成された一実施形態の一例としてのデータセンター１における空調装置２０の風量制御処理を説明する。図１２は、図１に示すデータセンター１における空調装置２０の風量制御処理の一例を説明するフローチャートである。

図１２に示すように、状態取得部１３１により、通信線１ｃを介して、サーバ１２の状態情報（例えばＣＰＵ温度）が取得され（ステップＳ１）、取得した状態情報がサーバＩＤとともに判断部１３２Ａへ通知される。
判断部１３２Ａでは、サーバ管理テーブル１３４ａが参照され、状態取得部１３１から通知されたサーバＩＤに対応するファンＩＤが取得されて、当該サーバＩＤに対応するファン２１が制御対象のファン２１として特定される（ステップＳ２）。

また、判断部１３２Ａにより、通知された状態情報（ＣＰＵ温度）が第１所定値よりも高いか否かが判定され（ステップＳ３）、高い場合（ステップＳ３のＹｅｓルート）、風量制御部１３３へ、特定したファン２１からの風量の増加制御が指示される。
風量制御部１３３では、判断部１３２Ａから指示された制御対象のファン２１が停止状態であるか否かが判定され（ステップＳ４）、停止状態ではない場合（ステップＳ４のＮｏルート）、処理がステップＳ６に移行する。なお、保持部１３４Ａが風量管理テーブル１３４ｂを保持する場合、風量制御部１３３は、ステップＳ４において風量管理テーブル１３４ｂを参照することで、制御対象のファン２１が停止状態であるか否かを判断する。

一方、制御対象のファン２１が停止状態である場合（ステップＳ４のＹｅｓルート）、風量制御部１３３により、制御線１ｂを介して、制御対象のファン２１に対応する遮蔽部２２が制御され、当該ファン２１の開口部２１ａが開かれる（ステップＳ５）。
そして、風量制御部１３３により、制御線１ａを介して、制御対象のファン２１が制御され、当該ファン２１の回転数が所定量増加し（ステップＳ６）、処理が終了する。

一方、ステップＳ３において、通知された状態情報（ＣＰＵ温度）が第１所定値以下である場合（ステップＳ３のＮｏルート）、判断部１３２Ａにより、当該状態情報が第２所定値よりも低いか否かが判定される（ステップＳ７）。
当該状態情報が第２所定値よりも低い場合（ステップＳ７のＹｅｓルート）、判断部１３２Ａにより、風量制御部１３３へ、特定したファン２１からの風量の減少制御が指示される。

風量制御部１３３では、制御線１ａを介して、判断部１３２Ａから指示された制御対象のファン２１が制御され、当該ファン２１の回転数が所定量減少する（ステップＳ８）。また、風量制御部１３３により、制御対象のファン２１が停止したか否かが判定される（ステップＳ９）。制御対象のファン２１が停止した場合（ステップＳ９のＹｅｓルート）、風量制御部１３３により、制御線１ｂを介して、制御対象のファン２１に対応する遮蔽部２２が制御され、当該ファン２１の開口部２１ａが閉じられ（ステップＳ１０）、処理が終了する。

なお、ステップＳ７において、判断部１３２Ａにより、通知された状態情報（ＣＰＵ温度）が第２所定値以上であると判断された場合（ステップＳ７のＮｏルート）、処理が終了する。また、ステップＳ９において、風量制御部１３３により、制御対象のファン２１が停止していないと判断された場合にも（ステップＳ９のＮｏルート）、処理が終了する。

以上により、一実施形態に係るデータセンター１における空調装置２０の風量制御処理が終了する。
なお、管理サーバ１３Ａは、図１２に示す風量制御処理を、各サーバ１２から状態情報を取得する都度、サーバ１２ごとに実行することができる。
なお、図１２において、ステップＳ３の判断（ステップＳ３〜Ｓ６の処理）とステップＳ７の判断（ステップＳ７〜Ｓ１０の処理）とを入れ替えてもよい。

また、ステップＳ４の処理は省略してもよい。この場合、風量制御部１３３は、増加制御を行なう都度、制御対象のファン２１に対応する遮蔽部２２を、開口部２１ａを開かせるように制御すればよい。
〔２〕第１変形例
次に、一実施形態の第１変形例について説明する。

複数のサーバにＶＭ（Virtual Machine；仮想マシン）を実行させる仮想化技術では、複数のサーバ間で、負荷を一部の特定のサーバに移動させ、負荷がないサーバをアイドリング又は停止させることで、サーバ全体の消費電力を低減させる。
以下、第１変形例に係る複数のサーバ１２の各々が、上述したＶＭを実行するものとして説明する。

図１３は、図６に示す管理サーバ１３Ａの機能構成の第１変形例を示す図であり、図１４は、図１３に示す管理サーバ１３Ｂが保持するグループ管理テーブル１３４ｃの一例を示す図である。図１５は、図１に示すサーバ１２の負荷を片寄せし一部のファン２１を停止させて遮蔽部２２を閉じた場合の冷却風の流れを説明する図である。
図１３に示すように、一実施形態の第１変形例に係る管理サーバ（制御部）１３Ｂは、図６に示す管理サーバ１３Ａの機能に加えて、ＶＭ管理部１３５をそなえる。また、管理サーバ１３Ｂは、図６に示す判断部１３２Ａに加えて、第１変形例に係る処理を行なう判断部１３２Ｂをそなえる。さらに、保持部１３４Ｂは、グループ管理テーブル１３４ｃをさらにそなえる。

なお、図１３において、図６に示す符号と同一の符号は、図６に示す構成と同一又は略同一のため、重複した説明は省略する。
はじめに、グループ管理テーブル１３４ｃについて説明する。
グループ管理テーブル１３４ｃは、複数のファン２１を複数（例えば３つ）のグループ（区分）に分割して管理するための情報である。

図１４に示すように、グループ管理テーブル１３４ｃは、グループのグループＩＤ、当該グループに属するファン２１のファンＩＤ、及び当該ファン２１に対応するラック１１の搭載位置を含む。
一例として、グループＩＤ“group00”には、ファンＩＤ“fan00,fan01”、ラック搭載位置“40,39, ... ,26”が対応付けられる。

グループ管理テーブル１３４ｃは、データセンター１の構築の際等に、データセンター１若しくは管理サーバ１３Ｂの管理者等により作成／更新される。
なお、サーバ管理テーブル１３４ａにグループＩＤの項目を設けて、グループ管理テーブル１３４ｃを省略してもよい。
ＶＭ管理部１３５は、サーバ１２で実行されるＶＭを他のサーバ１２へ移動させる負荷移動機能をそなえる。

具体的には、ＶＭ管理部１３５は、通信線１ｃを介して、複数のサーバ１２における負荷を、ある特定の領域（ラック１１における特定の範囲の搭載位置）のサーバ１２に集中させる制御を行なう。これにより、管理サーバ１３Ｂは、多くのＶＭが移動してきた負荷の高いサーバ１２には、負荷に見合った最低限の冷却風を給気するように、ファン２１からの風量の増加制御又は減少制御を行なうことができる。また、管理サーバ１３Ｂは、負荷が少ないアイドリング状態又は停止状態のサーバ１２には、その稼働状態に見合った最低限の冷却風を給気するように、ファン２１からの風量の増加制御又は減少制御を行なうことができる。

なお、上記増加制御又は減少制御は、図６に示す管理サーバ１３Ａと同様に、状態取得部１３１、判断部１３２Ｂ、及び風量制御部１３３によって行なわれる。
例えば、管理サーバ１３Ｂは、図１５に示すように、サーバ１２の負荷を上部に片寄せし、負荷が高いサーバ１２（例えばＣＰＵ温度又は稼働率が高いサーバ１２）が稼働している上部の領域に対向するファン２１を稼働させる。また、管理サーバ１３Ｂは、サーバ１２の負荷が少ない（無い）領域に対向するファン２１を停止させ、且つ、停止させたファン２１の開口部２１ａを遮蔽部２２に遮蔽させる。

このように、第１変形例に係る管理サーバ１３Ｂによれば、一実施形態と同様の効果を奏することができる。
また、管理サーバ１３Ｂによれば、負荷を特定のサーバ１２に集中させることで、複数のファン２１の稼働率を効率的に制御することができ、最低限の冷却風を負荷の高い稼働サーバ１２に給気することができる。

さらに、ＶＭ管理部１３５は、負荷を集中させるサーバ１２を、サーバ管理テーブル１３４ａ及びグループ管理テーブル１３４ｃに基づいて選定することができる。
例えば、ＶＭ管理部１３５は、複数のサーバ１２（電子装置）の各々に実行させる処理を、上記テーブル１３４ａ及び１３４ｃに基づき、複数のグループのうち、所定のグループに属するファン２１に対応するサーバ１２（電子装置）に実行させることができる。

一例として、ＶＭ管理部１３５は、グループＩＤ“group00”に対応するラック搭載位置“40,39, ... ,26”（図１４参照）に搭載されたサーバＩＤ“server39,38, ...”（図７参照）のサーバ１２に、負荷を集中させることができる。
判断部１３２Ｂは、ＶＭ管理部１３５によりグループ管理テーブル１３４ｃに基づく負荷移動が行なわれると、複数のファン２１の各々が送出する気流の流量の制御を、ファン２１ごとの制御からグループ単位の制御に切り替える。すなわち、判断部１３２Ｂは、電子装置の状態情報とサーバ管理テーブル１３４ａ（対応関係情報）とに基づいて、複数のファン２１の各々が送出する気流の流量を、グループごとに制御する。

例えば、判断部１３２Ｂが、状態取得部１３１から通知される各サーバ１２の状態情報を、グループごとに判定する。つまり、判断部１３２Ｂは、ファン２１のグループに対応する１以上のサーバ１２（サーバ群）の状態情報（例えばＣＰＵ温度の平均、最小値又は最大値）が、第１所定値よりも高いか否か、及び、第２所定値よりも低いか否かを判定する。そして、判断部１３２Ｂは、当該１以上のサーバ１２の状態情報が、第１所定値よりも高い、又は、第２所定値よりも低いと判定すると、風量制御部１３３へ、対応するグループに属する全てのファン２１が送出する気流の流量の増加制御又は減少制御を指示する。

つまり、判断部１３２Ｂは、所定のグループに属するファン２１が送出する気流の流量を増加させ、所定のグループとは異なる他のグループに属するファン２１が送出する気流の流量を、グループごとに所定のグループから設置位置が離れるほど減少させる。また、判断部１３２Ｂは、他のグループの各々が送出する気流の流量が所定値以下である場合、他のグループに属するファン２１を、他のグループに属するファン２１に対応する遮蔽部２２に遮蔽させる。

このように、第１変形例に係る管理サーバ１３Ｂによれば、１例として負荷の高いサーバ群に最も近い領域の第１グループのファン２１は回転数を最も高く設定され、負荷の高いサーバ群から最も遠い領域の第３グループのファン２１は停止し且つ開口部２１ａが遮蔽される。また、第１及び第３グループに挟まれた第２グループのファン２１の回転数は、第１グループのファン２１の回転数よりも低く設定させることができる。

従って、管理サーバ１３Ｂは、グループ（区画）ごとに、ファン２１の回転数を変更又は停止することができ、稼働サーバ１２には最低限の冷却風を送り、他のサーバ１２へは冷却風の給気を抑制させることができ、消費電力の低減効率を高めることができる。
なお、上述した管理サーバ１３Ｂによる制御は、ラック１１の外部に設置された電子装置、並びに、当該電子装置に対応するファン２１及び遮蔽部２２に対しても同様に行なうことができる。

次に、図１６を参照して、上述の如く構成された一実施形態の第１変形例に係るデータセンター１における空調装置２０の風量制御処理を説明する。図１６は、図１に示すデータセンター１における空調装置２０の風量制御処理の第１変形例を説明するフローチャートである。
図１６に示すように、状態取得部１３１により、通信線１ｃを介して、サーバ１２の状態情報（例えばＣＰＵ温度）が取得され（ステップＳ１１）、取得した状態情報がサーバＩＤとともに判断部１３２Ｂへ通知される。

判断部１３２Ｂでは、サーバ管理テーブル１３４ａ及びグループ管理テーブル１３４ｃが参照され、通知された各サーバ１２の状態情報が、複数のファン２１が属するグループに対応するサーバ群ごとに管理される。また、判断部１３２Ｂにより、各グループに属するファン２１が特定される（ステップＳ１２）。
また、判断部１３２Ｂにより、一のサーバ群の状態情報（例えばＣＰＵ温度の平均）が第１所定値よりも高いか否かが判定される（ステップＳ１３）。一のサーバ群の状態情報が第１所定値よりも高い場合（ステップＳ１３のＹｅｓルート）、風量制御部１３３へ、当該一のサーバ群に対応する、ステップＳ１２において特定されたグループ内のファン２１について、風量の増加制御が指示される。

風量制御部１３３では、判断部１３２Ｂから指示されたグループ内のファン２１が停止状態であるか否かが判定され（ステップＳ１４）、停止状態ではない場合（ステップＳ１４のＮｏルート）、処理がステップＳ１６に移行する。
一方、グループ内のファン２１が停止状態である場合（ステップＳ１４のＹｅｓルート）、風量制御部１３３により、制御線１ｂを介して、停止状態のファン２１に対応する遮蔽部２２が制御され、当該ファン２１の開口部２１ａが開かれる（ステップＳ１５）。

そして、風量制御部１３３により、制御線１ａを介して、グループ内のファン２１が制御され、当該ファン２１の回転数が所定量増加し（ステップＳ１６）、処理が終了する。
一方、ステップＳ１３において、一のサーバ群の状態情報が第１所定値以下である場合（ステップＳ１３のＮｏルート）、判断部１３２Ｂにより、当該一のサーバ群の状態情報が第２所定値よりも低いか否かが判定される（ステップＳ１７）。

当該状態情報が第２所定値よりも低い場合（ステップＳ１７のＹｅｓルート）、判断部１３２Ｂにより、風量制御部１３３へ、当該一のサーバ群に対応する、ステップＳ１２において特定されたグループ内のファン２１について、風量の減少制御が指示される。
風量制御部１３３では、制御線１ａを介して、判断部１３２Ｂから指示されたグループ内のファン２１が制御され、当該ファン２１の回転数が所定量減少する（ステップＳ１８）。また、風量制御部１３３により、グループ内のファン２１が停止したか否かが判定される（ステップＳ１９）。グループ内のファン２１が停止した場合（ステップＳ１９のＹｅｓルート）、風量制御部１３３により、制御線１ｂを介して、停止したファン２１に対応する遮蔽部２２が制御され、当該ファン２１の開口部２１ａが閉じられ（ステップＳ２０）、処理が終了する。

なお、ステップＳ１７において、判断部１３２Ｂにより、当該一のサーバ群の状態情報が第２所定値以上であると判断された場合（ステップＳ１７のＮｏルート）、処理が終了する。また、ステップＳ１９において、風量制御部１３３により、グループ内のファン２１が停止していないと判断された場合にも（ステップＳ１９のＮｏルート）、処理が終了する。

以上により、第１変形例に係るデータセンター１における空調装置２０の風量制御処理が終了する。
なお、管理サーバ１３Ｂは、図１６に示す風量制御処理を、各サーバ１２から状態情報を取得する都度実行することができる。
なお、図１６において、ステップＳ１３の判断（ステップＳ１３〜Ｓ１６の処理）とステップＳ１７の判断（ステップＳ１７〜Ｓ２０の処理）とを入れ替えてもよい。

また、ステップＳ１４の処理は省略してもよい。この場合、風量制御部１３３は、増加制御を行なう都度、グループ内のファン２１に対応する遮蔽部２２を、ファン２１（開口部２１ａ）を開かせるように制御すればよい。
さらに、ステップＳ１１の前に、ＶＭ管理部１３５により、ＶＭが特定のサーバ群に片寄せされてもよい。

〔３〕第２変形例
次に、一実施形態の第２変形例について説明する。
図１７は、図６に示す管理サーバ１３Ａの機能構成の第２変形例を示す図である。図１８は、第２変形例に係るファン２１が属するグループを説明する図であり、図１９は、図１７に示す管理サーバ１３Ｃが保持する風量設定テーブル１３４ｄの一例を示す図である。

図１７に示すように、一実施形態の第２変形例に係る管理サーバ（制御部）１３Ｃは、図１３に示す管理サーバ１３Ｂの機能と略同一の構成をそなえる。また、管理サーバ１３Ｃは、図１３に示す判断部１３２Ｂに代えて、第２変形例に係る処理を行なう判断部１３２Ｃをそなえる。さらに、保持部（設定情報記憶部）１３４Ｃは、風量設定テーブル１３４ｄをさらにそなえる。

なお、図１７において、図１３に示す符号と同一の符号は、図１３に示す構成と同一又は略同一のため、重複した説明は省略する。
以下、第２変形例においては、図１８に示すように、複数（例えば９つ）のファン２１を第１〜第３グループ（Ｆ１〜Ｆ３）の３つのグループに分けるものとして説明する。なお、ＶＭ管理部１３５は、ＶＭを特定の領域に片寄せする場合、対象とする領域を、図１８に示す３つのグループに対応する領域のサーバ群のいずれかから選択する。

はじめに、風量設定テーブル１３４ｄについて説明する。
風量設定テーブル１３４ｄは、複数のグループの各々が送出する気流の流量を管理するための設定情報の一例である。
図１９に示すように、風量設定テーブル１３４ｄは、ＶＭ管理部１３５により負荷が集中させられるグループのグループＩＤ、及び、当該グループに負荷が集中した場合の、各グループに属するファン２１に設定する回転数（風量）の割合（％）を含む。また、風量設定テーブル１３４ｄは、さらに、当該グループに負荷が集中した場合の、各グループに属する遮蔽部２２に設定する開閉状態を含む。

一例として、負荷集中グループＩＤ“group00”には、回転数“F1:90,F2:75,F3:0”％、遮蔽部開閉状態“F1:0,F2:0,F3:1”が対応付けられる。なお、図１９に示す例では、遮蔽部開閉状態における“0”は、遮蔽部２２を開く設定、“1”は、遮蔽部２２を閉じる設定を示す。
管理サーバ１３Ｃは、保持した風量設定テーブル１３４ｄに基づいて、複数のグループの各々が送出する気流の流量を制御することができる。

なお、風量設定テーブル１３４ｄは、データセンター１の構築の際等に、データセンター１若しくは管理サーバ１３Ｃの管理者等により作成／更新される。
判断部１３２Ｃは、判断部１３２Ｂと同様に、ＶＭ管理部１３５によりグループ管理テーブル１３４ｃに基づく負荷移動が行なわれると、複数のファン２１の各々が送出する気流の流量の制御を、グループごとで行なう。

このとき、判断部１３２Ｃは、状態取得部１３１が取得した各サーバ１２の状態情報、又は、ＶＭ管理部１３５が負荷を集中させた領域の情報に基づいて、Ｆ１〜Ｆ３（図１８参照）のうちの最も負荷が高いグループを特定する。
また、判断部１３２Ｃは、風量設定テーブル１３４ｄを参照して、特定したグループのグループＩＤに対応するファン２１の回転数及びサーバ１２の開閉の設定情報を取得する。

さらに、判断部１３２Ｃは、風量制御部１３３へ、取得した設定情報に基づくファン２１からの気流の流量の増加制御又は減少制御を指示する。
このように、第２変形例に係る管理サーバ１３Ｃによれば、一実施形態又は第１変形例と同様の効果を奏することができる。
また、管理サーバ１３Ｃは、予め求められた風量設定テーブル１３４ｄに基づき、ファン２１及び遮蔽部２２の制御を容易に行なうことができる。従って、管理サーバ１３Ｃの負荷を低減させることができるとともに、高速に処理を行なうことができる。

なお、上述した管理サーバ１３Ｃによる制御は、ラック１１の外部に設置された電子装置、並びに、当該電子装置に対応するファン２１及び遮蔽部２２に対しても同様に行なうことができる。
次に、図１８〜図２１を参照して、風量設定テーブル１３４ｄの設定値の計算について説明する。

図２０は、図１９に示す風量設定テーブル１３４ｄの設定値の組み合わせを計算するためのシミュレーションモデルを示す図であり、図２１は、図２０に示すシミュレーションモデルを用いた計算により得られた各サーバ１２に入る最小風速を示す図である。
なお、図２０では、簡単のため、コンテナ１０の外壁、空調装置２０、遮蔽部２２、及びサーバ１２（ラック１１）の奥行方向の図示を省略する。

また、図２０のシミュレーションモデルは、以下の（Ｉ）〜（VI）の条件のコンテナ型データセンター１を想定した。
（Ｉ）４０台のラックマウントサーバを搭載するラック１１を３台使用（サーバ１２の合計１２０台）。
（II）空調装置２０を３台使用（ラック１台に対して、対向する位置に１台ずつ配置）。
（III）コールドアイル及びホットアイル間は壁で仕切られている。
（IV）ファン２１は１台の空調装置２０につき９個使用。
（Ｖ）ＶＭの負荷は全サーバ１２の最大値の１／３とし、ＶＭ管理部１３５による負荷移動を行なって、第１グループ（Ｆ１）に対応するラック１１の上部１／３に負荷を片寄せし、下部２／３のサーバ１２はアイドリング状態とする。
（VI）ファン２１を停止させた場合、その開口部２１ａは遮蔽する。

上述した前提において、図２１に示すように、Ｆ１〜Ｆ３の３つのグループそれぞれについて、ファン２１の回転数を変化させ、上部１／３の領域の稼働サーバ１２に給気される最小風速とそのときのファン２１の消費電力の関係を得た。
図２１に示すように、稼働サーバ１２に十分な冷却風が給気され、且つ、消費電力が低い組み合わせは、図１９の風量設定テーブル１３４ｄに示すものとなる。つまり、Ｆ１に対応するサーバ群に負荷を集中させる場合、第１グループのファン２１の回転数９０％、第２グループのファン２１の回転数７５％、第３グループのファン２１を停止且つ開口部２１ａを遮蔽とする組み合わせが最適であることがわかる。

なお、図１９に示す設定値は、データセンター１におけるファン２１の配置、データセンター１の構成、ラック１１配置等により変わるが、このようなシミュレーションを通じて、風量設定テーブル１３４ｄを生成することができる。
次に、図２２を参照して、上述の如く構成された一実施形態の第２変形例に係るデータセンター１における空調装置２０の風量制御処理を説明する。図２２は、図１に示すデータセンター１における空調装置２０の風量制御処理の第２変形例を説明するフローチャートである。

図２２に示すように、ＶＭ管理部１３５により、ＶＭが特定の領域のサーバ群に片寄せされる（ステップＳ２１）。
ついで、状態取得部１３１により、通信線１ｃを介して、サーバ１２の状態情報（例えばＣＰＵ温度）が取得され（ステップＳ２２）、取得した状態情報がサーバＩＤとともに判断部１３２Ｃへ通知される。

判断部１３２Ｃでは、サーバ管理テーブル１３４ａ及びグループ管理テーブル１３４ｃが参照され、通知された各サーバ１２の状態情報が、複数のファン２１が属するグループに対応するサーバ群ごとに管理される。そして、判断部１３２Ｃにより、サーバ群ごとの状態情報に基づいて、負荷が片寄せされた領域に対応するグループが特定される（ステップＳ２３）。このとき、判断部１３２Ｃは、例えば状態情報（例えばＣＰＵ温度やＣＰＵ使用率）が最も高いサーバ群をＶＭが片寄せされた領域のサーバ１２と判定し、対応するグループを特定することができる。

また、判断部１３２Ｃにより、特定したグループ及び風量設定テーブル１３４ｄに基づき、グループごとのファン２１及び遮蔽部２２の設定値が取得される（ステップＳ２４）。
そして、判断部１３２Ｃにより、風量制御部１３３へ、グループ単位で、取得した設定値に基づくファン２１の回転数及び遮蔽部２２の開閉の制御が指示される。

風量制御部１３３では、判断部１３２Ｃにより指示された設定値による、ファン２１及び遮蔽部２２の制御が行なわれ（ステップＳ２５）、処理が終了する。
以上により、第２変形例に係るデータセンター１における空調装置２０の風量制御処理が終了する。
なお、管理サーバ１３Ｃは、図２２に示す風量制御処理を、各サーバ１２から状態情報を取得する都度実行することができる。

なお、図２２において、ステップＳ２２及びＳ２３の処理に代えて、判断部１３２Ｃは、ＶＭ管理部１３５から負荷を片寄せした領域のサーバ群の情報を取得し、取得した情報からグループを特定してもよい。
〔４〕その他
以上、本発明の好ましい実施形態について詳述したが、本発明は、係る特定の実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲内において、種々の変形、変更して実施することができる。

例えば、一実施形態、並びに、第１及び第２変形例に係るファン２１及び遮蔽部２２は、空調装置２０にそなえられるものとして説明したが、これに限定されるものではなく、ファン２１及び遮蔽部２２がコンテナ１０に設けられてもよい。この場合、データセンター１として、少なくともコンテナ１０が提供されればよく、空調装置２０は別途設置されればよい。

これにより、冷却能力の高い空調装置２０を複数のデータセンター１で共用したり、既存の空調装置２０を流用することができ、利便性が高いとともに、設備投資のコストを低減させることができる。
また、一実施形態、並びに、第１及び第２変形例に係る管理サーバ１３として、サーバ１２の少なくとも１つが用いられるものとして説明したが、これに限定されるものではない。例えば、サーバ１２とは別に、管理サーバ１３の機能をそなえる制御装置（制御部）をコンテナ１０内に設置してもよい。この場合においても、制御装置は、制御線１ａ及び１ｂ、並びに、通信線１ｃを介して、ファン２１、遮蔽部２２、及びサーバ１２を含む電子装置と接続される。なお、この制御装置は、ＣＰＵ等のプロセッサをそなえ、プロセッサが制御プログラムを実行することにより、管理サーバ１３としての機能を実現する。

これにより、ユーザが使用するサーバ１２の一部が管理サーバ１３として用いられずに済み、サーバ１２の使用効率を高めることができる。また、データセンター１の運用／管理を行なう作業者は、ユーザが使用するサーバ１２を間借りして管理サーバ１３を構築せずに済み、作業性や保守性が向上する。さらに、管理サーバ１３としての機能をそなえる制御装置を事前にコンテナ１０に搭載することができるため、データセンター１のサービス提供時に管理サーバ１３を構築するよりも、ユーザ及び作業者双方の利便性を向上させることができる。

さらに、第１及び第２変形例に係る管理サーバ１３Ｂ及び１３Ｃは、各サーバ１２のＣＰＵ温度等の状態情報を用いずに、ＶＭ管理部１３５が負荷を集中させた領域のサーバ群の情報に基づいて、風量の増加制御又は減少制御を行なうファン２１を決定してもよい。
つまり、管理サーバ１３Ｂ及び１３Ｃは、ＶＭ管理部１３５により負荷が所定のグループに移動されると、所定のグループに属するファン２１が送出する気流の流量を増加させることができる。また、管理サーバ１３Ｂ及び１３Ｃは、所定のグループとは異なる他のグループに属するファン２１が送出する気流の流量を、グループごとに、所定のグループから設置位置が離れるほど減少させることができる。さらに、管理サーバ１３Ｂ及び１３Ｃは、他のグループの各々が送出する気流の流量が所定値以下（例えば０）である場合、当該他のグループに属するファン２１（開口部２１ａ）を、当該他のグループに属するファン２１に対応する遮蔽部２２に遮蔽させることができる。

これにより、状態取得部１３１の処理を省略することができ、より簡素な制御により、複数のファン２１及び遮蔽部２２の制御を行なうことができる。
また、第１及び第２変形例に係る管理サーバ１３Ｂ及び１３Ｃは、ファン２１及び遮蔽部２２の制御をグループ単位で実行する場合、状態取得部１３１が取得する各サーバ１２の状態情報に基づき、ファン２１及び遮蔽部２２を個別に制御してもよい。

なお、上述した一実施形態、並びに、第１及び第２変形例に係る管理サーバ１３Ａ〜１３Ｃの機能は、任意に組み合わせて実行してもよい。
また、一実施形態、並びに、第１及び第２変形例に係る管理サーバ１３Ａ〜１３Ｃの各種機能の全部もしくは一部は、コンピュータ（ＣＰＵ，情報処理装置，各種端末を含む）が所定のプログラムを実行することによって実現されてもよい。

そのプログラムは、例えばフレキシブルディスク、ＣＤ、ＤＶＤ、ブルーレイディスク等のコンピュータ読取可能な記録媒体（例えば図５に示す記録媒体１２ｈ）に記録された形態で提供される。なお、ＣＤとしては、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ等が挙げられる。また、ＤＶＤとしては、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等が挙げられる。この場合、コンピュータはその記録媒体からプログラムを読み取って内部記憶装置または外部記憶装置に転送し格納して用いる。

ここで、コンピュータとは、ハードウェアとＯＳ（Operating System）とを含む概念であり、ＯＳの制御の下で動作するハードウェアを意味している。また、ＯＳが不要でアプリケーションプログラム単独でハードウェアを動作させるような場合には、そのハードウェア自体がコンピュータに相当する。ハードウェアは、少なくとも、ＣＰＵ等のマイクロプロセッサと、記録媒体に記録されたコンピュータプログラムを読み取る手段とをそなえている。上記プログラムは、上述のようなコンピュータに、一実施形態、並びに、第１及び第２変形例に係る管理サーバ１３Ａ〜１３Ｃの各種機能を実現させるプログラムコードを含んでいる。また、その機能の一部は、アプリケーションプログラムではなくＯＳによって実現されてもよい。

〔５〕付記
以上の実施形態及び各変形例に関し、更に以下の付記を開示する。
（付記１）
電子装置を収容するデータセンターにおいて、
前記電子装置への気流をそれぞれ送出する複数の気流送出部と、
前記複数の気流送出部に対応してそれぞれ設けられ、対応する気流送出部をそれぞれ遮蔽する複数の遮蔽部と、
前記電子装置から前記電子装置の状態に関する状態情報を取得し、取得した状態情報に応じて、前記複数の気流送出部の各々が送出する気流の流量をそれぞれ制御し、前記複数の気流送出部のうち、気流の流量が所定値以下である気流送出部を、前記複数の遮蔽部のうち、前記気流の流量が所定値以下である気流送出部に対応する遮蔽部に遮蔽させる制御部と、
を有することを特徴とするデータセンター。

（付記２）
前記制御部は、
前記電子装置の搭載位置と、前記複数の気流送出部の各々との対応関係情報に基づいて、前記複数の気流送出部の各々が送出する気流の流量を制御することを特徴とする付記１記載のデータセンター。

（付記３）
前記制御部は、
前記複数の気流送出部のうち、前記状態情報に含まれる電子装置の内部の温度又は稼働率が第１所定値よりも高い電子装置に対応する気流送出部が送出する気流の流量を増加させ、
前記複数の気流送出部のうち、前記内部の温度又は稼働率が第２所定値よりも低い電子装置に対応する気流送出部が送出する気流の流量を減少させることを特徴とする付記１又は付記２記載のデータセンター。

（付記４）
前記データセンターはさらに、
複数の前記電子装置が搭載され、
前記制御部は、
前記複数の気流送出部を複数のグループに分割して管理し、
前記複数の電子装置に実行させる処理を、前記対応関係情報に基づき、前記複数のグループのうち、所定のグループに属する気流送出部に対応する電子装置に実行させ、
前記電子装置の状態情報と前記対応関係情報とに基づいて、前記複数の気流送出部の各々が送出する気流の流量を、グループ毎に制御することを特徴とする付記２記載のデータセンター。

（付記５）
前記制御部は、
前記所定のグループに属する気流送出部が送出する気流の流量を増加させ、
前記所定のグループとは異なる他のグループに属する気流送出部が送出する気流の流量を、グループ毎に前記所定のグループから設置位置が離れるほど減少させ、
前記他のグループの各々が送出する気流の流量が前記所定値以下である場合、前記他のグループに属する気流送出部を、前記他のグループに属する気流送出部に対応する遮蔽部に遮蔽させることを特徴とする付記４記載のデータセンター。

（付記６）
前記制御部は、
前記複数のグループの各々が送出する気流の流量を管理する設定情報を設定情報記憶部に保持し、
保持した前記設定情報に基づいて、前記複数のグループの各々が送出する気流の流量を制御することを特徴とする付記４又は付記５記載のデータセンター。

（付記７）
前記電子装置のうちの所定の電子装置が、他の電子装置、前記複数の気流送出部、及び、前記複数の遮蔽部とそれぞれ接続され、
前記制御部の処理は、前記所定の情報処理装置が所定のプログラムを実行することにより実現される、
ことを特徴とする、付記１〜６のいずれか１項記載のデータセンター。

（付記８）
前記電子装置、前記複数の気流送出部、及び、前記複数の遮蔽部とそれぞれ接続される制御装置、をさらに有し、
前記制御部の処理は、前記制御装置が所定のプログラムを実行することにより実現される、
ことを特徴とする、付記１〜６のいずれか１項記載のデータセンター。

１ コンテナ型データセンター（データセンター）
１ａ，１ｂ 制御線
１ｃ 通信線
１０，１１０ コンテナ
１１，１１１ ラック
１２ サーバ（装置，電子装置）
１２ａ ＣＰＵ（プロセッサ）
１２ｂ メモリ
１２ｃ 記憶部
１２ｄ インタフェース部
１２ｅ 入出力部
１２ｆ，１２ｈ 記録媒体
１２ｇ 読取部
１３，１３Ａ〜１３Ｃ 管理サーバ（制御部）
１３１ 状態取得部
１３２Ａ〜１３２Ｃ 判断部
１３３ 風量制御部
１３４Ａ，１３４Ｂ 保持部
１３４Ｃ 保持部（設定情報記憶部）
１３４ａ サーバ管理テーブル（対応関係情報）
１３４ｂ 風量管理テーブル
１３４ｃ グループ管理テーブル
１３４ｄ 風量設定テーブル（設定情報）
１３５ ＶＭ管理部
２０，１２０ 空調装置
２１ ファン（気流送出部）
２１ａ，１２１ａ 開口部
２２ 遮蔽部
２２ａ ルーバ
２２ｂ 回転軸
２２ｃ モータ
２２ｄ 固定遮蔽板
２２ｅ 可動遮蔽板
２２ｆ プランジャ
２２ｇ ソレノイド
１００ コンテナ型データセンター
１１２ サーバ
１２１ ファン

Claims (6)

1. 電子装置を収容するデータセンターにおいて、
   前記電子装置への気流をそれぞれ送出する複数の気流送出部と、
   前記複数の気流送出部に対応してそれぞれ設けられ、対応する気流送出部をそれぞれ遮蔽する複数の遮蔽部と、
   前記電子装置から前記電子装置の状態に関する状態情報を取得し、取得した状態情報に応じて、前記複数の気流送出部の各々が送出する気流の流量をそれぞれ制御し、前記複数の気流送出部のうち、気流の流量が所定値以下である気流送出部を、前記複数の遮蔽部のうち、前記気流の流量が所定値以下である気流送出部に対応する遮蔽部に遮蔽させる制御部と、
   を有することを特徴とするデータセンター。
2. 前記制御部は、
   前記電子装置の搭載位置と、前記複数の気流送出部の各々との対応関係情報に基づいて、前記複数の気流送出部の各々が送出する気流の流量を制御することを特徴とする請求項１記載のデータセンター。
3. 前記制御部は、
   前記複数の気流送出部のうち、前記状態情報に含まれる電子装置の内部の温度又は稼働率が第１所定値よりも高い電子装置に対応する気流送出部が送出する気流の流量を増加させ、
   前記複数の気流送出部のうち、前記内部の温度又は稼働率が第２所定値よりも低い電子装置に対応する気流送出部が送出する気流の流量を減少させることを特徴とする請求項１又は請求項２記載のデータセンター。
4. 前記データセンターはさらに、
   複数の前記電子装置が搭載され、
   前記制御部は、
   前記複数の気流送出部を複数のグループに分割して管理し、
   前記複数の電子装置に実行させる処理を、前記対応関係情報に基づき、前記複数のグループのうち、所定のグループに属する気流送出部に対応する電子装置に実行させ、
   前記電子装置の状態情報と前記対応関係情報とに基づいて、前記複数の気流送出部の各々が送出する気流の流量を、グループ毎に制御することを特徴とする請求項２記載のデータセンター。
5. 前記制御部は、
   前記所定のグループに属する気流送出部が送出する気流の流量を増加させ、
   前記所定のグループとは異なる他のグループに属する気流送出部が送出する気流の流量を、グループ毎に前記所定のグループから設置位置が離れるほど減少させ、
   前記他のグループの各々が送出する気流の流量が前記所定値以下である場合、前記他のグループに属する気流送出部を、前記他のグループに属する気流送出部に対応する遮蔽部に遮蔽させることを特徴とする請求項４記載のデータセンター。
6. 前記制御部は、
   前記複数のグループの各々が送出する気流の流量を管理する設定情報を設定情報記憶部に保持し、
   保持した前記設定情報に基づいて、前記複数のグループの各々が送出する気流の流量を制御することを特徴とする請求項４又は請求項５記載のデータセンター。

Images