JP2015161489A - データセンタ、制御装置の制御プログラムおよびデータセンタの制御方法 - Google Patents

Abstract

【課題】複数の電子装置の各々に対応する空調装置が複数設けられたデータセンタにおいて、空調装置が停止した場合でも容易に電子装置の処理を継続させる。【解決手段】複数の空調装置２０の各々の冷却能力を制御するとともに、前記複数の空調装置２０のうち第１の空調装置２０に故障が発生した場合、前記複数の空調装置２０のうち第２の空調装置２０に、前記第１の空調装置２０の冷却能力を予め定められた設定情報１３３ａに基づいて分担させる制御装置１３を有する。【選択図】図４

Description

本件は、データセンタ、制御装置の制御プログラムおよびデータセンタの制御方法に関する。

サーバ等の情報処理装置、ストレージ装置や通信装置等の電子装置が複数設置されたデータセンタには、電子装置等を冷却するための空調装置が設置されることが多い。
図１３及び図１４は、それぞれコンテナ型データセンタ（以下、単にデータセンタともいう）１００の構成例を示す図であり、図１３は側面図を、図１４は平面図をそれぞれ示す。なお、図１４ではダクト１１４の図示を省略する。

近年、図１３及び図１４に例示する、サーバ１１２が搭載される複数のラック１１１を収容するコンテナ１１０と、複数の空調装置１２０とをユニットとした、コンテナ型のデータセンタ１００が知られている。
コンテナ１１０は、例えば貨物輸送用のコンテナ等をベースとしており、内部は、複数のラック１１１を境にコールドアイル及びホットアイルの２つの領域に区画される。

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

なお、コンテナ１１０のホットアイルの領域の上部には、サーバ１１２を通過した冷却風（熱気）を複数の空調装置１２０の各々へ導く１以上のダクト１１４が設置される。
空調装置１２０は、コンテナ１１０内のラック１１１に搭載される１以上のサーバ１１２を通過（冷却）する冷却風を生成する装置である。複数の空調装置１２０の各々は、冷却部１２１と１以上のファン１２２とをそなえ、ダクト１１４を介して導入されるホットアイルからの空気を冷却部１２１により冷却し、冷却した空気をファン１２２により冷却風（冷気）としてコールドアイルへ送出する。

このような構成により、各ラック１１１に搭載されるサーバ１１２は、複数の空調装置１２０により前面に吹き付けられた冷却風（冷気）をコールドアイル側から吸気し、背面からホットアイル側へ排気することができる。これにより、コンテナ型データセンタ１００では、効率的にサーバ１１２を冷却することができる。
なお、関連する技術として、仮想化技術により、様々な稼働状況の複数のサーバについて、サーバの負荷を一部のサーバ（物理サーバ）に移動する技術が知られている。例えば、冷却供給容易度が高い位置に配置されているＩＣＴ（Information and Communication Technology）装置に、優先的にデータ処理負荷を分配する技術が知られている（例えば、特許文献１参照）。また、データセンタ内の空気流の再循環指標値を判定するためのシステムにおいて、空気再循環の指標値に応答して、作業負荷分配を変更する技術も知られている（例えば、特許文献２参照）。

特開２０１２−１０４５７６号公報 特表２００７−５０５２８５号公報

空調装置１２０の設置台数や個々の冷却能力等は、データセンタ１００内部に搭載される電子装置の台数や消費電力、配置等に応じて設計又は選定されることが多い。このようにして設計又は選定された空調装置１２０が複数設けられたデータセンタ１００では、複数の空調装置１２０のうちの一部の空調装置１２０が故障等により停止すると、残りの空調装置１２０は全ての電子装置を十分に冷却することができない場合がある。この場合、電子装置では内部の温度が上昇し、最悪の場合、故障のために（又は故障回避のために）、電子装置が停止してしまうこともある。

そこで、データセンタ１００は、電子装置の通常稼働時に全ての電子装置を冷却するのに十分な台数よりも多くの空調装置１２０を搭載し、空調装置１２０に冗長性を持たせることがある。しかし、空調装置１２０に冗長性を持たせると、冗長性を維持するために不要な空調装置１２０を稼働させることになり、空調装置１２０は、データセンタ１００内部を過度に冷却し、余計な電力を消費してしまう。

上述した関連する技術では、複数の空調装置１２０のうちの一部の空調装置１２０が故障等により停止した場合については考慮されていない。
このように、データセンタ１００では、複数の空調装置１２０のうちの一部の空調装置１２０が停止した場合、電子装置の処理を継続させることが難しい場合があるという課題がある。

ここまで、データセンタとして、図１３及び図１４に示すコンテナ型データセンタ１００を例に挙げて説明したが、上述した課題は、１以上のサーバ１１２が搭載されるラック１１１を複数収容する種々のデータセンタにおいても、同様に生じ得る。例えば、データセンタには、コンテナ型データセンタ１００のほか、建物や空調装置等の要素単位で柔軟な構築が可能なモジュラー型データセンタ、空調装置をそなえたサーバラック等も含まれる。また、データセンタには、ＩＤＣ（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）等に準拠したアダプタが挙げられる。

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

記録媒体１２ｆ及び１２ｈの少なくとも一方には、一実施形態に係る管理サーバ１３の機能を実現する制御プログラムが格納されてもよい。すなわち、ＣＰＵ１２ａは、記録媒体１２ｆ、又は読取部１２ｇを介して記録媒体１２ｈから読み出された制御プログラムを、メモリ１２ｂ等の記憶装置に展開して実行することができる。これにより、サーバ１２としてのコンピュータ（ＣＰＵ１２ａ，電子装置，情報処理装置，各種端末を含む）は、管理サーバ１３の機能を実現することができる。

なお、記録媒体１２ｈとしては、例えばフレキシブルディスク、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ブルーレイディスク等の光ディスクや、ＵＳＢ（Universal Serial Bus）メモリやＳＤカード等のフラッシュメモリが挙げられる。なお、ＣＤとしては、ＣＤ−ＲＯＭ、ＣＤ−Ｒ（CD-Recordable）、ＣＤ−ＲＷ（CD-Rewritable）等が挙げられる。また、ＤＶＤとしては、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等が挙げられる。

なお、上述した各ブロック１２ａ〜１２ｇ間はバスで相互に通信可能に接続される。また、サーバ１２（管理サーバ１３）の上述したハードウェア構成は例示である。すなわち、サーバ１２内のハードウェアの増減（例えば任意のブロック１２ａ〜１２ｇの省略）や分割、任意の組み合わせでの統合等は適宜行なわれてもよい。また、管理サーバ１３として用いられるサーバ１２のハードウェアと、他のサーバ１２のハードウェアとが異なる構成であってもよい。さらに、サーバ１２以外の電子装置も、図３に示す少なくとも一部の構成をそなえてもよい。

〔１−２−２〕管理サーバの機能構成
図４は、図１に示す管理サーバ１３の機能構成例を示す図である。
ここで、空調装置２０の設置台数や個々の冷却能力等は、データセンタ１内部に搭載される電子装置の台数や消費電力、配置等に応じて設計又は選定される。このようにして設計又は選定された空調装置２０が複数設けられたデータセンタ１では、上述のように、複数の空調装置２０のうちの一部の空調装置２０が故障等により停止すると、残りの空調装置２０は全ての電子装置を十分に冷却することができない場合がある。従って、上述のように電子装置が停止してしまう場合がある。

そこで、管理サーバ１３は、複数の空調装置２０の各々の冷却能力を制御して、複数の空調装置２０のうちの停止した空調装置（第１の空調装置）２０を除いた稼働する（稼働中の）空調装置（第２の空調装置）２０に、停止した空調装置２０の冷却能力を分担させる。このとき、管理サーバ１３は、上記制御を予め定められたテーブル（図５参照）に基づいて行なう。これにより、停止した空調装置２０が行なう分のサーバ１２の冷却を、他の空調装置２０に代わりに行なわせることができるため、空調装置２０が故障してもサーバ１２の処理を継続させることができる。

なお、冷却能力とは、空調装置２０の冷却部２１における吸気温度及び排気温度の温度差と、ファン２２における風量とに基づき求められる、空調装置２０による冷却の強度を示す情報（指標）である。例えば冷却能力は、温度差と風量との積に比例する値であり、単位をワット（Ｗ）、すなわち空調装置２０に供給する電力（空調装置２０の消費電力）として表すことができる。管理サーバ１３は、空調装置２０の風量及び温度差の少なくとも一方を調整することにより、空調装置２０の冷却能力を制御することができる。

例えば、管理サーバ１３は、冷却部２１の設定温度（冷却のための電力）を下げる（供給電力を上げる）ことで温度差を大きくし冷却能力を高める一方、冷却部２１の設定温度を上げる（消費電力を下げる）ことで温度差を小さくし冷却能力を低下させる。また、管理サーバ１３は、ファン２２に供給される電力を上げてファン２２の回転数を増加させることで風量を増加させ冷却能力を高める一方、ファン２２に供給される電力を下げてファン２２の回転数を低下させることで風量を減少させ冷却能力を低下させる。

なお、管理サーバ１３は、冷却部２１及びファン２２の少なくとも一方を直接制御することにより空調装置２０の風量及び温度差を変化させてもよい。また、空調装置２０が冷却部２１及びファン２２の少なくとも一方を制御する冷却制御部をそなえる場合、管理サーバ１３は、制御線１ａを介して冷却制御部に風量及び温度差の制御を指示してもよい。
以下、管理サーバ１３の構成を説明する。管理サーバ１３は、図４に示すように、状態取得部１３１、冷却能力制御部１３２、保持部１３３、及びＶＭ（Virtual Machine；仮想マシン）管理部１３４をそなえる。

状態取得部１３１は、通信線１ｂを介して複数のサーバ１２（電子装置）の状態に関する状態情報を取得する。状態情報には、複数のサーバ１２の総発熱量（例えば消費電力）及び各サーバ１２の温度（例えばＣＰＵ１２ａの温度等の内部の温度）等が含まれる。
例えば、状態取得部１３１は、定期的に又は所定のタイミングで、各サーバ１２へ消費電力及びＣＰＵ温度の取得要求を送信する。そして、状態取得部１３１は、取得要求を送信したサーバ１２から所定のアプリケーション等によって取得された消費電力及びＣＰＵ温度を含む取得応答を受信する。取得応答を受信すると、状態取得部１３１は、取得応答に含まれる消費電力を冷却能力制御部１３２へ通知する。また、状態取得部１３１は、取得応答に含まれるＣＰＵ温度をサーバ１２に対応付けてＶＭ管理部１３４へ通知する。なお、状態取得部１３１は、ＣＰＵ温度をさらに冷却能力制御部１３２に通知してもよい。

なお、状態取得部１３１は、消費電力の取得要求及びＣＰＵ温度の取得要求を別々に異なるタイミングでサーバ１２へ送信してもよい。また、状態取得部１３１は、ＣＰＵ温度に代えて、又は、ＣＰＵ温度とともに、各サーバ１２の吸気／排気温度，サーバ１２稼働率（例えばＣＰＵ負荷率）等を取得し、ＶＭ管理部１３４（及び冷却能力制御部１３２）へ通知してもよい。

また、状態取得部１３１は、制御線１ａを介して複数の空調装置２０の各々が故障等により停止したことを検出する。この検出は、空調装置２０に対する定期的な通信（ハートビート等）により行なわれてもよいし、空調装置２０から故障等による停止を示す信号の受信等により行なわれてもよく、既知の種々の手法により行なうことが可能であり、その詳細な説明は省略する。状態取得部１３１は、空調装置２０が停止したことを検出すると、停止した空調装置２０の情報を冷却能力制御部１３２へ通知する。

保持部１３３は、冷却能力管理テーブル１３３ａを保持する記憶領域であり、例えば上述したメモリ１２ｂにより実現される。図５は、図４に示す管理サーバ１３が保持する冷却能力管理テーブル１３３ａの一例を示す図であり、図６（ａ）及び（ｂ）は、それぞれ冷却能力管理テーブル１３３ａを説明するための図である。
図５に示すように、冷却能力管理テーブル（設定情報）１３３ａは、稼働する空調装置２０の各々に故障（停止）した空調装置２０の冷却能力を分担させるように稼働する空調装置２０の各々に配分する冷却能力の割合を示す情報である。具体的には、冷却能力管理テーブル１３３ａは、複数の空調装置２０の台数及び故障した空調装置２０の設置位置のパターン（組み合わせ）を複数含み、パターンごとに稼働する空調装置２０の各々に配分する（割り振る）冷却能力の割合が設定される。

例えば、図５では、冷却能力管理テーブル１３３ａは、空調装置２０が６台，５台，４台，３台（“空調６台”〜“空調３台”と表記）のそれぞれの場合を示す。また、冷却能力管理テーブル１３３ａは、空調装置２０の台数ごとに、停止した空調装置２０が左から１番目〜３番目（“空調１”〜“空調３”と表記；“空調３”は空調装置２０が６台，５台の場合のみ）のそれぞれの場合における、冷却能力の割合を示す。なお、図５に示す冷却能力管理テーブル１３３ａに設定された値は、割合（比率）の算出において有効桁数を削っているために誤差が生じているが、割合（比率）の合計が“１０”になるように設定されている。

以下、図６（ａ）及び（ｂ）を参照して、冷却能力管理テーブル１３３ａの詳細を説明する。図５において“空調４台”の１行目のエントリには、図６（ａ）に示すように、４台の空調装置２０のうちの左端の空調装置２０−１（図５の“空調１”）が故障した場合に、稼働する空調装置２０−２〜２０−４に配分される冷却能力の割合が設定される。この場合の冷却能力の割合（比率）は、空調装置２０−２〜２０−４の順に、“3.8”，“3.1”，“3.0”となる。また、図５において“空調４台”の２行目のエントリには、図６（ｂ）に示すように、左から２番目の空調装置２０−２（図５の“空調２”）が故障した場合の、稼働する空調装置２０−１，２０−３，２０−４に配分される冷却能力の割合が設定される。この場合の冷却能力の割合（比率）は、空調装置２０−１，２０−３，２０−４の順に、“3.3”，“3.6”，“3.1”となる。

なお、図５に示す冷却能力管理テーブル１３３ａは、表の中央から左側の各空調装置２０（“空調１”〜“空調３”）が停止した場合を示す。例えば中央から右側の各空調装置２０（“空調４”〜“空調６”）が停止した場合には、冷却能力管理テーブル１３３ａの表の中央で鏡面対象とすればよい。
冷却能力管理テーブル１３３ａは、サーバ１２を使用するユーザ、又は、データセンタ１若しくは管理サーバ１３の管理者等により作成／更新され、保持部１３３に格納される。冷却能力管理テーブル１３３ａの作成／更新のタイミングとしては、データセンタ１の構築の際や、ラック１１が増減又は移動した場合、ラック１１へのサーバ１２の搭載状況が変化した場合等が挙げられる。

ここで、冷却能力管理テーブル１３３ａは、例えば以下の情報（パラメータ）の少なくとも１つに基づいて、ユーザ又は管理者等により作成される。
・空調装置２０及びラック１１間の距離（例えば“800mm”）
・ラック１１及びコンテナ１０の高さ（例えば“ラック 2220mm，コンテナ 3000mm”）
・コンテナ１０の容量（例えば“高さ 3000mm，幅 2240mm，長さ5100mm）
・ラック１１の台数及び空調装置２０の台数（例えば“ラック ８台，空調 ４台”）
・空調装置２０の開口（ファン２２の吹き出し口）の大きさ及び配置（例えば“寸法 960mm×1520mm，配置：対向するラック１１の中央部”）
・ホットアイルの暖気排気口（ダクト１４とホットアイルとの接続箇所）の大きさ（例えば“350mm×1000mm”）
なお、データセンタ１（サーバ１２等の電子装置や空調装置２０）等が上述したパラメータの少なくとも１つを種々のセンサ等の検出機能により取得可能である場合、管理サーバ１３は、自身で冷却能力管理テーブル１３３ａを作成／更新してもよい。

冷却能力制御部１３２は、空調装置２０の故障が発生していない通常稼働時、状態取得部１３１から通知される複数のサーバ１２の消費電力（総発熱量）を用いて、複数の空調装置２０に配分する冷却能力を決定することができる。そして、冷却能力制御部１３２は、決定した冷却能力を各空調装置２０に配分することができる。
また、冷却能力制御部１３２は、複数の空調装置２０のうちの第１の空調装置２０に故障が発生した場合、複数の空調装置２０のうちの当該第１の空調装置２０を除いた第２の空調装置２０の各々に配分する冷却能力を、上記総発熱量に基づいて決定することができる。そして、冷却能力制御部１３２は、決定した冷却能力を第２の空調装置２０の各々に設定する。なお、冷却能力制御部１３２は、第１の空調装置２０の故障（停止）を、状態取得部１３１からの通知により検知することができる。

ここで、冷却能力制御部１３２は、第１の空調装置２０に故障が発生した場合、第２の空調装置２０に、第１の空調装置２０の冷却能力を予め定められた冷却能力管理テーブル１３３ａに基づいて分担させる。具体的には、冷却能力制御部１３２は、冷却能力管理テーブル１３３ａが示す冷却能力の割合で第２の空調装置２０に冷却能力を配分するように、上記総発熱量に基づいて第２の空調装置２０の各々に配分する冷却能力を決定し、配分する。

すなわち、状態取得部１３１及び冷却能力制御部１３２は、状態情報を取得するとともに、設定情報に基づく割合で第２の空調装置２０に冷却能力を配分するように、取得した状態情報に含まれる複数の電子装置１２の総発熱量に基づいて第２の空調装置２０の各々に配分する冷却能力を決定する冷却能力決定部１３０の一例である。
以下、図７及び図８を参照して冷却能力制御部１３２の処理を説明する。図７及び図８は、それぞれ図２に示す複数の空調装置２０に配分される冷却能力の一例を示す図である。なお、図７及び図８では、複数のラック１１に搭載される全サーバ１２（電子装置）の総発熱量（総消費電力）が７５ｋＷであるとする。この場合、冷却能力制御部１３２は、状態取得部１３１から複数のサーバ１２の消費電力として７５ｋＷを通知される。

図７に示すように、冷却能力制御部１３２は、空調装置２０の通常稼働時、消費電力の７５ｋＷを例えば空調装置２０の台数である４で除算した冷却容量１８．７５ｋＷを複数の空調装置２０に配分する冷却能力として決定する。そして、冷却能力制御部１３２は、決定した冷却能力を空調装置２０−１〜２０−４の各々に均等に配分する。
一方、空調装置２０−１が故障した場合、冷却能力制御部１３２は、空調装置２０の台数、及び複数の空調装置２０における第１の空調装置２０と第２の空調装置２０の各々との設置位置の関係に応じて、適用する冷却能力管理テーブル１３３ａのエントリを決定する。なお、図８の例では、図５の“空調４台”の１行目のエントリが適用される。次いで、冷却能力制御部１３２は、空調装置２０−２〜２０−４の３台に配分する冷却能力として、総発熱量の７５ｋＷにそれぞれ“3.8：3.1：3.0”の比率で３０ｋＷ，２３ｋＷ，２２ｋＷを得る。そして、冷却能力制御部１３２は、決定した冷却能力を空調装置２０−２〜２０−４に配分する。

このように、管理サーバ１３は、空調装置２０の故障が発生すると、冷却能力管理テーブル１３３ａに基づく割合で、稼働する空調装置２０に冷却能力を配分することができる。従って、空調装置２０に最低限の（最適な）電力を供給しながら、空調装置２０の故障時にも通常稼働時と同様にサーバ１２を稼働させることができる。また、管理サーバ１３は、稼働する空調装置２０に配分する冷却能力を、予め定められた冷却能力管理テーブル１３３ａに基づき決定する。これにより、空調装置２０の故障時にセンサ等による温度検出を用いて冷却能力を決定するよりも、迅速に空調装置２０に冷却能力を配分することできる。

また、冷却能力制御部１３２は、故障位置に応じた冷却能力管理テーブル１３３ａの比率に従って、サーバ１２の総発熱量（総発熱量を相殺（十分に冷却）する基準冷却能力）を、稼働する空調装置２０の各々の冷却能力として配分する。換言すれば、稼働する空調装置２０の冷却能力の総和が少なくとも基準冷却能力以上であれば、複数のサーバ１２を冷却することが可能である。

しかし、コンテナ型データセンタ１のように、狭い空間に電子装置と空調装置２０とがおおよそ対向するような構造になっている場合（図２参照）、停止した空調装置２０に対向する電子装置を他の空調装置２０に冷却させることが難しい場合がある。そこで、冷却能力管理テーブル１３３ａは、複数の空調装置２０における故障した空調装置２０の設置位置に近いほど、稼働する空調装置２０に配分する冷却能力の割合が大きくなるように設定される。また、冷却能力制御部１３２は、空調装置２０が停止した場合、稼働する空調装置２０全体で少なくとも基準冷却能力以上になるように、稼働する空調装置２０に冷却能力を配分する。これにより、稼働する空調装置２０は、停止した空調装置２０に近い空調装置２０ほど高い冷却能力で冷却を行なうため、最小限の消費電力で、効率よく停止した空調装置２０におおよそ対向する電子装置についても冷却することができる。

また、状態取得部１３１により、予め最低限の冷却能力（基準冷却能力）を把握できるため、ユーザや管理者等は、最低限の冗長性で空調装置２０を設置することができる。
なお、冷却能力制御部１３２は、稼働する空調装置２０に冷却能力を配分した後、状態取得部１３１から通知される複数のサーバ１２の各々のＣＰＵ温度（サーバ１２の温度）が所定値よりも高いか否かを判断してもよい。所定値よりもＣＰＵ温度が高いサーバ１２がある場合、冷却能力制御部１３２は、当該サーバ１２に近い位置に設置された稼働する空調装置２０の冷却能力を所定量だけ増加させるように、稼働する空調装置２０の冷却能力を再配分してもよい。なお、所定値とは、サーバ１２の冷却が不十分であるか否かを判断するための基準値である。例えば状態取得部１３１から通知される状態情報がＣＰＵ温度（又は各サーバ１２の吸気／排気温度，ＣＰＵ負荷率等）の場合、所定値は、ＣＰＵ１２ａが過熱の状態であるとみなすための閾値である。

このように、冷却能力制御部１３２は、稼働する空調装置２０に冷却能力を配分した後、温度が所定値よりも高いサーバ１２の設置位置に基づいて稼働する空調装置２０に配分した冷却能力を調整することができる。なお、冷却能力制御部１３２は、後述するＶＭ管理部１３４によるサーバ１２の負荷移動の後にも、上記の冷却能力の調整を行なうことができる。これにより、管理サーバ１３は、冷却能力管理テーブル１３３ａの割合に基づく制御では追従しきれない各サーバ１２の負荷やラック１１内でのサーバ１２の配置等の、実際の電子装置の発熱状態にも柔軟に対応でき、電子装置を確実に冷却することができる。なお、冷却能力制御部１３２による冷却能力の調整は、空調装置２０の通常稼働時、空調装置２０に冷却能力を均等に配分した後に行なわれてもよい。

また、冷却能力管理テーブル１３３ａには、図５に示す割合が予め算出され設定されるため、冷却能力制御部１３２は、データセンタ１に所定の台数（図５では６台）までの空調装置２０が設置される場合、図５に示す割合をそのまま用いることができる。一方、冷却能力制御部１３２は、空調装置２０が所定の台数よりも多い場合、例えば以下のいずれかの手法により冷却能力を決定することができる。

・停止した空調装置２０に最も近い空調装置２０の冷却能力を他の空調装置２０の冷却能力に比べて所定の割合（例えば約１０％）だけ高く設定し、他の空調装置２０の冷却能力は、全てほぼ等しくなるように配分する。
・冷却能力管理テーブル１３３ａにおける所定の台数の場合の比率を、実際の空調装置２０の台数の場合の比率に変換して用いる。

これにより、冷却能力管理テーブル１３３ａは、データセンタ１に搭載され得る空調装置２０の台数及び故障した空調装置２０の配置位置の全ての組み合わせが設定されなくてもよく、管理サーバ１３のメモリ１２ｂの使用量を抑えることができる。
なお、冷却能力管理テーブル１３３ａは、図５に示すように故障した空調装置２０の台数が１台である場合を示している。しかし、管理サーバ１３は、複数の空調装置２０のうちの複数台の空調装置２０が故障した場合であっても、冷却能力管理テーブル１３３ａに基づき稼働する空調装置２０の冷却能力を配分することができる。図９は、図２に示す空調装置２０が複数台（例えば２台）故障したときの空調装置２０への冷却能力の配分の手法を説明する図である。

冷却能力制御部１３２は、空調装置２０が複数台故障した場合、冷却能力管理テーブル１３３ａのエントリを組み合わせることで、稼働する空調装置２０に冷却能力を配分することができる。
例えば、図９に示すように、６台の空調装置２０のうち、左から２番目及び４番目（“空調２”及び“空調４”）が故障した場合、冷却能力制御部１３２は、空調装置２０の並びにおいて左端又は右端のいずれかから近い設置位置の第１の空調装置２０を特定する。図９の例では、左から２番目の“空調２”が特定される。

次いで、冷却能力制御部１３２は、空調装置２０の全台数に対応する、冷却能力管理テーブル１３３ａの“空調６台”の複数のエントリを参照する。そして、冷却能力制御部１３２は、“空調６台”の複数のエントリにおける停止した空調装置２０の位置が、特定した第１の空調装置２０の位置となるエントリ（第１エントリ）を特定する。図９の例では、冷却能力管理テーブル１３３ａにおける“空調６台”且つ“空調２”が停止した場合のエントリ（第１エントリ）が特定される。

また、冷却能力制御部１３２は、特定した第１エントリにおいて、隣り合う空調装置２０が連続して稼働する領域（連続稼働領域）及びその台数を取得する。図９の例では、第１エントリにおける“空調３”〜“空調６”の領域が連続稼働領域であり、台数は４台である。
次に、冷却能力制御部１３２は、特定した連続稼働領域の台数に対応する、冷却能力管理テーブル１３３ａの“空調４台”の複数のエントリを参照する。そして、冷却能力制御部１３２は、“空調４台”の複数のエントリにおける停止した空調装置２０の位置が、当該エントリをエントリ１の連続稼働領域に当てはめたときに“空調４”の位置となるエントリ（第２エントリ）を特定する。図９の例では、冷却能力管理テーブル１３３ａにおける“空調４台”且つ“空調２”が停止した場合のエントリ（第２エントリ）が特定される。

最後に、冷却能力制御部１３２は、第１エントリの連続稼働領域に、第２エントリを当てはめて、連続稼働領域内の稼働する空調装置２０（第１エントリの“空調３”，“空調５”，“空調６”）それぞれの比率を算出する。例えば、冷却能力制御部１３２は、第１エントリの連続稼働領域内の割合の合計値を第１エントリ内の割合の合計値で除算し、除算結果と、連続稼働領域に当てはめる第２エントリ内の各空調装置２０の割合とを乗算することで、冷却能力の割合を算出することができる。

図９の例では、冷却能力制御部１３２は、連続稼働領域内の割合の合計値（“2.1”＋“1.9”＋“1.9”＋“1.9”＝“7.8”）を、第１エントリ内の割合の合計値（“2.1”＋“7.8”＝“9.9”）で除算し、除算結果として“0.78”を得る。そして、冷却能力制御部１３２は、除算結果“0.78”と、連続稼働領域の“空調３”，“空調５”，“空調６”に当てはめる第２エントリ内の各空調装置２０の割合（“3.3”，“3.6”，“3.1”）とを乗算する。これにより、冷却能力制御部１３２は、連続稼働領域の“空調３”，“空調５”，“空調６”の比率（冷却能力の割合）として、“2.6”，“2.8”，“2.4”を算出することができる。なお、冷却能力管理テーブル１３３ａ及び図９に示す表の値には上述のように誤差があるため、上記の算出結果にも多少の誤差（変動）がある。

このように、冷却能力制御部１３２は、複数の第１の空調装置２０が故障した場合にもサーバ１２の処理を継続させることができる。つまり、冷却能力制御部１３２は、複数の第１の空調装置２０の各々と第２の空調装置２０の各々との設置位置の関係に応じた冷却能力管理テーブル１３３ａにおける２以上の組み合わせに基づいて、第２の空調装置２０の各々に配分する冷却能力の割合を決定できる。これにより、管理サーバ１３は、冷却能力管理テーブル１３３ａの設定内容にかかわらず、任意の空調台数及び任意の故障空調台数で、冷却能力の配分を行なうことができる。

なお、図９では、２台の空調装置２０が故障した場合に、冷却能力管理テーブル１３３ａの２つのエントリの割合を混合する例を示したが、これに限定されるものではない。冷却能力制御部１３２は、故障した空調装置２０の台数に応じて、冷却能力管理テーブル１３３ａの３以上のエントリの割合を混合することもできる。なお、３以上のエントリの割合を混合する手法については、２つのエントリの割合の混合結果に、３つ目のエントリの割合を混合するといった手法により実現できるため、詳細な説明は省略する。

上述した管理サーバ１３による制御は、ラック１１の外部に設置された電子装置、並びに、当該電子装置に対応する空調装置２０に対しても同様に行なうことができる。
次に、ＶＭ管理部１３４について説明する。
複数のサーバにＶＭを実行させる仮想化技術では、複数のサーバ間で、負荷を一部の特定のサーバに移動させ、負荷がないサーバをアイドリング又は停止させることで、サーバ全体の消費電力を低減させることができる。

以下、一実施形態に係る複数のサーバ１２の各々が、上述したＶＭを実行するものとして説明する。
ＶＭ管理部（負荷移動部）１３４は、サーバ１２で実行されるＶＭ等の負荷を他のサーバ１２へ移動させる負荷移動機能をそなえる。
具体的には、ＶＭ管理部１３４は、状態取得部１３１から通知される複数のサーバ１２の各々のＣＰＵ温度（サーバ１２の温度）が所定値よりも高いか否かを判断する。所定値よりもＣＰＵ温度が高いサーバ１２（第１サーバ１２；第１の電子装置）がある場合、ＶＭ管理部１３４は、第１サーバ１２が実行する処理を、複数のサーバ１２のうちの第１サーバ１２とは異なる第２サーバ１２（第２の電子装置１２）に実行させる。ここで、第２サーバ１２は、十分な冷却能力を持つ空調装置２０に対向するサーバ１２であることが好ましい。なお、ＶＭ管理部１３４は、サーバ１２の負荷の移動を通信線１ｂを介して行なう。

ＶＭ管理部１３４は、上述したサーバ１２の負荷の移動を、空調装置２０の通常稼働時に実行してもよいし、空調装置２０が停止したときに実行してもよい。
例えばＶＭ管理部１３４は、冷却能力制御部１３２による冷却能力管理テーブル１３３ａの割合に基づく冷却能力の配分が行なわれた後に、状態取得部１３１から通知される状態情報に基づき上述したサーバ１２の負荷移動を実行してもよい。

つまり、空調装置２０が故障した場合、管理サーバ１３は、はじめに、冷却能力制御部１３２により稼働する空調装置２０に上述の如く冷却能力の配分の制御を行なう。次いで、管理サーバ１３は、第１サーバ１２のＣＰＵ温度が規定値よりも高い場合、当該第１サーバ１２の負荷を停止した空調装置２０から遠い第２サーバ１２へ移動する。
なお、サーバ１２の負荷移動は、ネットワークの状態によって時間がかかる場合がある。また、サーバ１２の負荷を移動させることで、さらに当該サーバ１２の電力を消費し、よりサーバ１２が発熱することになる。しかし、上述のように管理サーバ１３は、空調装置２０が故障した場合、空調装置２０の制御を先に行ない、サーバ１２の負荷移動を次の手段として、空調装置２０の冷却能力（ファシリティ）とサーバ１２の負荷とを一体制御することができる。これにより、サーバ１２の負荷移動によるサーバ１２の発熱を抑えることができる。また、ＶＭ管理部１３４は通信線１ｂを介してサーバ１２と通信を行なうため、負荷移動のためのネットワークを使用せずに済む。従って、サーバ１２の処理速度を通常稼働時と比べて低下させずに、サーバ１２を継続して稼働させることができる。

以上のように、一実施形態に係る管理サーバ１３によれば、複数の電子装置の各々に対応する空調装置２０が複数設けられたデータセンタ１において、空調装置２０が停止した場合でも電子装置の処理を継続させることができる。
ところで、データセンタ１は、電子装置の通常稼働時に全ての電子装置を十分に冷却できる数よりも多くの空調装置２０を搭載し、冗長性を持たせることもできる。しかし、本来は不要である空調装置２０を稼働させることにより、空調装置２０は、データセンタ１内部を過度に冷却することになり、余計な電力を消費してしまうことになる。このような場合でも、管理サーバ１３によれば、サーバ１２の総発熱量を受信し、空調装置２０の冷却能力を制御することで、空調装置２０の通常稼働時には最低限の電力を空調装置２０へ供給することができる。つまり、一実施形態に係る管理サーバ１３によれば、空調装置２０の冗長性を維持しつつ、最低限の消費電力で空調装置２０を動作させることができる。

〔１−３〕動作例
次に、図１０〜図１２を参照して、上述の如く構成された一実施形態の一例としてのデータセンタ１における空調装置２０の制御を説明する。図１０及び図１１は、それぞれ図１に示すデータセンタ１における空調装置２０の制御処理の一例を説明するフローチャートであり、図１２は、図４に示す管理サーバ１３による空調装置２０が停止したときの処理手順を説明する図である。

はじめに、図１０を参照して空調装置２０の通常稼働時における管理サーバ１３の処理を説明する。
図１０に示すように、状態取得部１３１により、通信線１ｂを介して、コンテナ１０内の各サーバ１２の状態情報（例えば消費電力）が取得され、冷却能力制御部１３２により総消費電力から個々の空調装置２０の冷却能力が決定される（ステップＳ１）。なお、ステップＳ１では、冷却能力制御部１３２は、総消費電力を複数の空調装置２０の数で除算して冷却能力を算出する。そして、冷却能力制御部１３２により、決定した冷却能力が各空調装置２０に設定される（ステップＳ２）。

次いで、状態取得部１３１により、通信線１ｂを介して、コンテナ１０の各サーバ１２の状態情報（例えばＣＰＵ温度）が取得され、冷却能力制御部１３２により、いずれかのサーバ１２の温度（ＣＰＵ温度）が所定値より高いか否かが判断される（ステップＳ３）。ＣＰＵ温度が所定値より高いサーバ１２がない場合（ステップＳ３のＮｏルート）、管理サーバ１３による処理が終了する。

一方、ＣＰＵ温度が所定値より高いサーバ１２がある場合（ステップＳ３のＹｅｓルート）、冷却能力制御部１３２により、当該サーバ１２に対向する（又は近傍の）空調装置２０の冷却能力が調整（増加）される。そして、冷却能力制御部１３２により、調整結果に基づき再配分された冷却能力が複数の空調装置２０に設定され（ステップＳ４）、処理がステップＳ３に移行する。なお、ステップＳ３及びＳ４の処理は、ステップＳ３においてＣＰＵ温度が所定値より高いサーバ１２がないと判断されるまで繰り返し実行される。

次に、図１１及び図１２を参照して空調装置２０が故障した場合における管理サーバ１３の処理を説明する。
図１１に示すように、状態取得部１３１により、通信線１ｂを介して、コンテナ１０内の各サーバ１２の状態情報（例えば消費電力）が取得される（ステップＳ１１）。また、状態取得部１３１により、空調装置２０の故障が検出される（ステップＳ１２）。

次に、冷却能力制御部１３２により、総消費電力から稼働中の個々の空調装置２０の冷却能力が決定される（ステップＳ１３）。なお、ステップＳ１３では、冷却能力制御部１３２は、総消費電力と冷却能力管理テーブル１３３ａの割合とに基づいて、稼働する空調装置２０に分担させる停止した空調装置２０の冷却能力を決定する。そして、冷却能力制御部１３２により決定した冷却能力が各空調装置２０に設定される（ステップＳ１４；図１２の（１）参照）。

次いで、状態取得部１３１により、通信線１ｂを介して、コンテナ１０の各サーバ１２の状態情報（例えばＣＰＵ温度）が取得され、ＶＭ管理部１３４により、いずれかのサーバ１２の温度（ＣＰＵ温度）が所定値より高いか否かが判断される（ステップＳ１５）。ＣＰＵ温度が所定値より高いサーバ１２がない場合（ステップＳ１５のＮｏルート）、管理サーバ１３による処理が終了する。

一方、ＣＰＵ温度が所定値より高いサーバ１２がある場合（ステップＳ１５のＹｅｓルート）、ＶＭ管理部１３４により、当該サーバ１２で実行される負荷が、停止した空調装置２０から遠いサーバ１２に移動される（ステップＳ１６；図１２の（２）参照）。そして、処理がステップＳ１７に移行する。
ステップＳ１７では、状態取得部１３１により、通信線１ｂを介して、コンテナ１０の各サーバ１２の状態情報（例えばＣＰＵ温度）が取得され、冷却能力制御部１３２により、いずれかのサーバ１２の温度（ＣＰＵ温度）が所定値より高いか否かが判断される。ＣＰＵ温度が所定値より高いサーバ１２がない場合（ステップＳ１７のＮｏルート）、管理サーバ１３による処理が終了する。

一方、ＣＰＵ温度が所定値より高いサーバ１２がある場合（ステップＳ１７のＹｅｓルート）、冷却能力制御部１３２により、当該サーバ１２に対向する（又は近傍の）空調装置２０の冷却能力が調整（増加）される。そして、冷却能力制御部１３２により、調整結果に基づき再配分された冷却能力が複数の空調装置２０に設定され（ステップＳ１８；図１２の（３）参照）、処理がステップＳ１５に移行する。なお、ステップＳ１５〜Ｓ１８の処理は、ステップＳ１５又はＳ１７においてＣＰＵ温度が所定値より高いサーバ１２がないと判断されるまで繰り返し実行される。

以上により、一実施形態に係るデータセンタ１における空調装置２０の制御処理が終了する。
なお、管理サーバ１３は、図１０及び図１１に示す空調装置２０の制御処理を、定期的に又は所定のタイミングで実行することができる。
また、図１１のステップＳ１１及びＳ１２の実行順序は逆であってもよい。さらに、ステップＳ１５及びＳ１６の処理は省略してもよい。また、ステップＳ１８の完了後、処理がステップＳ１５ではなくステップＳ１７に移行してもよい。

さらに、ステップＳ１５及びＳ１６、並びに、ステップＳ１７及びＳ１８の実行順序は逆であってもよい。この場合、ステップＳ１６の完了後、処理がステップＳ１７ではなくステップＳ１５に移行してもよい。
〔２〕その他
以上、本発明の好ましい実施形態について詳述したが、本発明は、係る特定の実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲内において、種々の変形、変更して実施することができる。

例えば、一実施形態に係る管理サーバ１３として、サーバ１２の少なくとも１つが用いられるものとして説明したが、これに限定されるものではない。例えば、サーバ１２とは別に、管理サーバ１３の機能をそなえる情報処理装置（制御装置）をコンテナ１０内に設置してもよい。この場合においても、情報処理装置は、制御線１ａ及び通信線１ｂを介して、サーバ１２を含む電子装置及び複数の空調装置２０の各々と接続される。なお、この情報処理装置は、ＣＰＵ等のプロセッサをそなえ、プロセッサが制御プログラムを実行することにより、管理サーバ１３としての機能を実現する。

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

また、図１に示すコンテナ型データセンタ１はダクト１４をそなえるとともに、空調装置２０が冷却部２１をそなえ、冷却風を循環させるものとして説明したが、これに限定されるものではない。例えば、空調装置２０は、外部から外気を導入する開口をそなえ、外部から開口を介して導入した気流を冷却風としてコンテナ１０のコールドアイルへ導いてもよい。この場合、コンテナ１０は、ホットアイルにおいてサーバ１２等の電子装置からの排気（熱気）をコンテナ１０の外部に排出する開口をそなえることができる。

さらに、管理サーバ１３は、ＶＭ管理部１３４を省略してもよい。
また、冷却能力管理テーブル１３３ａは、空調装置２０の台数及び故障した空調装置２０の設置位置の組み合わせについて、１つのエントリが設定されるものとして説明したが、これに限定されるものではない。例えば、冷却能力管理テーブル１３３ａに、空調装置２０の台数及び故障した空調装置２０の設置位置の組み合わせが同一のエントリを複数設け、且つ、当該複数のエントリ間で異なる比率を設定してもよい。この場合、管理サーバ１３による空調装置２０の制御は例えば以下のように行なわれる。

はじめに、冷却能力制御部１３２が稼働する空調装置２０に上述の如く冷却能力の配分の制御を行なう。次いで、冷却能力制御部１３２は、第１サーバ１２のＣＰＵ温度が規定値よりも高い場合、はじめに（以前に）用いたエントリとは異なるエントリに設定された比率を用いて、空調装置２０の冷却能力の配分を行なう。このように、異なる比率のエントリを複数設けることで、サーバ１２のＣＰＵ温度が規定値よりも高い場合、ＶＭ管理部１３４によるサーバ１２の負荷移動よりもサーバ１２の処理負荷の増加を抑えることができるとともに、高速に冷却能力を改善することができる。

〔３〕付記
以上の実施形態に関し、更に以下の付記を開示する。
（付記１）
複数の電子装置と、
前記複数の電子装置の各々に対応する複数の空調装置と、
複数の空調装置の各々の冷却能力を制御するとともに、前記複数の空調装置のうち第１の空調装置に故障が発生した場合、前記複数の空調装置のうち第２の空調装置に、前記第１の空調装置の冷却能力を予め定められた設定情報に基づいて分担させる制御装置とを有することを特徴とするデータセンタ。

（付記２）
前記設定情報は、
前記第１の空調装置の冷却能力を前記第２の空調装置の各々に配分する冷却能力の割合を示す情報であり、
前記制御装置は、
前記設定情報が示す冷却能力の割合で、前記第２の空調装置に冷却能力を配分することを特徴とする付記１記載のデータセンタ。

（付記３）
前記設定情報は、
前記複数の空調装置における第１の空調装置の設置位置に近いほど、前記第２の空調装置に配分する冷却能力の割合が大きくなるように設定されることを特徴とする付記２記載のデータセンタ。

（付記４）
前記設定情報は、
前記複数の空調装置の台数及び第１の空調装置の設置位置の組み合わせを複数含み、前記組み合わせごとに前記第２の空調装置の各々に配分する冷却能力の割合が設定され、
前記制御装置は、
前記複数の空調装置のうち複数の第１の空調装置に故障が発生した場合、前記複数の空調装置における前記複数の第１の空調装置の各々と前記第２の空調装置の各々との設置位置の関係に応じた前記設定情報における２以上の前記組み合わせに基づき、前記第２の空調装置の各々に配分する冷却能力の割合を決定することを特徴とする付記２又は付記３記載のデータセンタ。

（付記５）
前記制御装置は、
前記複数の電子装置から前記複数の電子装置の状態に関する状態情報を取得するとともに、前記設定情報に基づく割合で前記第２の空調装置に冷却能力を配分するように、取得した前記状態情報に含まれる前記複数の電子装置の総発熱量に基づいて前記第２の空調装置の各々に配分する冷却能力を決定する冷却能力決定部を有することを特徴とする付記２〜４のいずれか１項記載のデータセンタ。

（付記６）
前記制御装置は、
前記第２の空調装置に冷却能力を配分した後、前記状態情報に含まれる前記複数の電子装置の各々の温度から前記複数の電子装置のうちのいずれかの電子装置の温度が所定値よりも高いと判断した場合、温度が前記所定値よりも高い電子装置の設置位置に基づいて前記第２の空調装置に配分した冷却能力を調整することを特徴とする付記５記載のデータセンタ。

（付記７）
前記制御装置はさらに、
前記状態情報に含まれる前記複数の電子装置の各々の温度から前記複数の電子装置のうちの第１の電子装置の温度が所定値よりも高い場合、前記第１の電子装置が実行する処理を、前記複数の電子装置のうち第２の電子装置に実行させる負荷移動部を有することを特徴とする付記５又は付記６記載のデータセンタ。

（付記８）
複数の電子装置と、前記複数の電子装置の各々に対応する複数の空調装置とを有するデータセンタを制御する制御装置の制御プログラムにおいて、
前記制御装置に、
複数の空調装置の各々の冷却能力を制御させ、
前記複数の空調装置のうち第１の空調装置に故障が発生した場合、前記複数の空調装置のうち第２の空調装置に、前記第１の空調装置の冷却能力を予め定められた設定情報に基づいて分担させることを特徴とする制御装置の制御プログラム。

（付記９）
前記設定情報は、
前記第１の空調装置の冷却能力を前記第２の空調装置の各々に配分する冷却能力の割合を示す情報であり、
前記制御装置に、
前記設定情報が示す冷却能力の割合で、前記第２の空調装置に冷却能力を配分させることを特徴とする付記８記載の制御装置の制御プログラム。

（付記１０）
前記設定情報は、
前記複数の空調装置の台数及び第１の空調装置の設置位置の組み合わせを複数含み、前記組み合わせごとに前記第２の空調装置の各々に配分する冷却能力の割合が設定され、
前記制御装置に、
前記複数の空調装置のうち複数の第１の空調装置に故障が発生した場合、前記複数の空調装置における前記複数の第１の空調装置の各々と前記第２の空調装置の各々との設置位置の関係に応じた前記設定情報における２以上の前記組み合わせに基づき、前記第２の空調装置の各々に配分する冷却能力の割合を決定させることを特徴とする付記９記載の制御装置の制御プログラム。

（付記１１）
前記制御装置に、
前記複数の電子装置から前記複数の電子装置の状態に関する状態情報を取得させ、
前記設定情報に基づく割合で前記第２の空調装置に冷却能力を配分するように、取得した前記状態情報に含まれる前記複数の電子装置の総発熱量に基づいて前記第２の空調装置の各々に配分する冷却能力を決定させることを特徴とする付記９又は付記１０記載の制御装置の制御プログラム。

（付記１２）
前記制御装置に、
前記第２の空調装置に冷却能力を配分した後、前記状態情報に含まれる前記複数の電子装置の各々の温度から前記複数の電子装置のうちのいずれかの電子装置の温度が所定値よりも高いか否かを判断させ、
温度が前記所定値よりも高い電子装置があると判断した場合、当該電子装置の設置位置に基づいて前記第２の空調装置に配分した冷却能力を調整させることを特徴とする付記１１記載の制御装置の制御プログラム。

（付記１３）
前記制御装置に、
前記状態情報に含まれる前記複数の電子装置の各々の温度から前記複数の電子装置のうちの第１の電子装置の温度が所定値よりも高い場合、前記第１の電子装置が実行する処理を、前記複数の電子装置のうち第２の電子装置に実行させることを特徴とする付記１１又は付記１２記載の制御装置の制御プログラム。

（付記１４）
複数の電子装置と、前記複数の電子装置の各々に対応する複数の空調装置と、前記複数の空調装置を制御する制御装置とを有するデータセンタの制御方法において、
前記制御装置が、
複数の空調装置の各々の冷却能力を制御し、
前記複数の空調装置のうち第１の空調装置に故障が発生した場合、前記複数の空調装置のうち第２の空調装置に、前記第１の空調装置の冷却能力を予め定められた設定情報に基づいて分担させることを特徴とするデータセンタの制御方法。

（付記１５）
前記設定情報は、
前記第１の空調装置の冷却能力を前記第２の空調装置の各々に配分する冷却能力の割合を示す情報であり、
前記制御装置が、
前記設定情報が示す冷却能力の割合で、前記第２の空調装置に冷却能力を配分することを特徴とする付記１４記載のデータセンタの制御方法。

（付記１６）
前記設定情報は、
前記複数の空調装置の台数及び第１の空調装置の設置位置の組み合わせを複数含み、前記組み合わせごとに前記第２の空調装置の各々に配分する冷却能力の割合が設定され、
前記制御装置が、
前記複数の空調装置のうち複数の第１の空調装置に故障が発生した場合、前記複数の空調装置における前記複数の第１の空調装置の各々と前記第２の空調装置の各々との設置位置の関係に応じた前記設定情報における２以上の前記組み合わせに基づき、前記第２の空調装置の各々に配分する冷却能力の割合を決定することを特徴とする付記１５記載のデータセンタの制御方法。

（付記１７）
前記制御装置が、
前記複数の電子装置から前記複数の電子装置の状態に関する状態情報を取得し、
前記設定情報に基づく割合で前記第２の空調装置に冷却能力を配分するように、取得した前記状態情報に含まれる前記複数の電子装置の総発熱量に基づいて前記第２の空調装置の各々に配分する冷却能力を決定することを特徴とする付記１５又は付記１６記載のデータセンタの制御方法。

（付記１８）
前記制御装置が、
前記第２の空調装置に冷却能力を配分した後、前記状態情報に含まれる前記複数の電子装置の各々の温度から前記複数の電子装置のうちのいずれかの電子装置の温度が所定値よりも高いか否かを判断し、
温度が前記所定値よりも高い電子装置があると判断した場合、当該電子装置の設置位置に基づいて前記第２の空調装置に配分した冷却能力を調整することを特徴とする付記１７記載のデータセンタの制御方法。

（付記１９）
前記制御装置が、
前記状態情報に含まれる前記複数の電子装置の各々の温度から前記複数の電子装置のうちの第１の電子装置の温度が所定値よりも高い場合、前記第１の電子装置が実行する処理を、前記複数の電子装置のうち第２の電子装置に実行させることを特徴とする付記１７又は付記１８記載のデータセンタの制御方法。

（付記２０）
複数の電子装置と、
前記複数の電子装置の各々に対応する複数の空調装置と、
前記複数の空調装置を制御する制御装置とを有し、
前記制御装置は、
プロセッサを有し、
前記プロセッサが、
複数の空調装置の各々の冷却能力を制御し、
前記複数の空調装置のうち第１の空調装置に故障が発生した場合、前記複数の空調装置のうち第２の空調装置に、前記第１の空調装置の冷却能力を予め定められた設定情報に基づいて分担させることを特徴とするデータセンタ。

１，１００ コンテナ型データセンタ（データセンタ）
１ａ 制御線
１ｂ 通信線
１０，１１０ コンテナ
１１，１１１ ラック
１２ サーバ（電子装置，情報処理装置）
１２ａ ＣＰＵ（プロセッサ）
１２ｂ メモリ
１２ｃ 記憶部
１２ｄ インタフェース部
１２ｅ 入出力部
１２ｆ，１２ｈ 記録媒体
１２ｇ 読取部
１３ 管理サーバ（制御装置，情報処理装置）
１３０ 冷却能力決定部
１３１ 状態取得部
１３２ 冷却能力制御部
１３３ 保持部
１３３ａ 冷却能力管理テーブル
１３４ ＶＭ管理部（負荷移動部）
１４，１１４ ダクト
２０，２０−１〜２０−４，１２０ 空調装置
２１，１２１ 冷却部
２２，１２２ ファン

Claims (8)

1. 複数の電子装置と、
   前記複数の電子装置の各々に対応する複数の空調装置と、
   複数の空調装置の各々の冷却能力を制御するとともに、前記複数の空調装置のうち第１の空調装置に故障が発生した場合、前記複数の空調装置のうち第２の空調装置に、前記第１の空調装置の冷却能力を予め定められた設定情報に基づいて分担させる制御装置とを有することを特徴とするデータセンタ。
2. 前記設定情報は、
   前記第１の空調装置の冷却能力を前記第２の空調装置の各々に配分する冷却能力の割合を示す情報であり、
   前記制御装置は、
   前記設定情報が示す冷却能力の割合で、前記第２の空調装置に冷却能力を配分することを特徴とする請求項１記載のデータセンタ。
3. 前記設定情報は、
   前記複数の空調装置の台数及び第１の空調装置の設置位置の組み合わせを複数含み、前記組み合わせごとに前記第２の空調装置の各々に配分する冷却能力の割合が設定され、
   前記制御装置は、
   前記複数の空調装置のうち複数の第１の空調装置に故障が発生した場合、前記複数の空調装置における前記複数の第１の空調装置の各々と前記第２の空調装置の各々との設置位置の関係に応じた前記設定情報における２以上の前記組み合わせに基づき、前記第２の空調装置の各々に配分する冷却能力の割合を決定することを特徴とする請求項２記載のデータセンタ。
4. 前記制御装置は、
   前記複数の電子装置から前記複数の電子装置の状態に関する状態情報を取得するとともに、前記設定情報に基づく割合で前記第２の空調装置に冷却能力を配分するように、取得した前記状態情報に含まれる前記複数の電子装置の総発熱量に基づいて前記第２の空調装置の各々に配分する冷却能力を決定する冷却能力決定部を有することを特徴とする請求項２又は請求項３記載のデータセンタ。
5. 前記制御装置は、
   前記第２の空調装置に冷却能力を配分した後、前記状態情報に含まれる前記複数の電子装置の各々の温度から前記複数の電子装置のうちのいずれかの電子装置の温度が所定値よりも高いと判断した場合、温度が前記所定値よりも高い電子装置の設置位置に基づいて前記第２の空調装置に配分した冷却能力を調整することを特徴とする請求項４記載のデータセンタ。
6. 前記制御装置はさらに、
   前記状態情報に含まれる前記複数の電子装置の各々の温度から前記複数の電子装置のうちの第１の電子装置の温度が所定値よりも高い場合、前記第１の電子装置が実行する処理を、前記複数の電子装置のうち第２の電子装置に実行させる負荷移動部を有することを特徴とする請求項４又は請求項５記載のデータセンタ。
7. 複数の電子装置と、前記複数の電子装置の各々に対応する複数の空調装置とを有するデータセンタを制御する制御装置の制御プログラムにおいて、
   前記制御装置に、
   複数の空調装置の各々の冷却能力を制御させ、
   前記複数の空調装置のうち第１の空調装置に故障が発生した場合、前記複数の空調装置のうち第２の空調装置に、前記第１の空調装置の冷却能力を予め定められた設定情報に基づいて分担させることを特徴とする制御装置の制御プログラム。
8. 複数の電子装置と、前記複数の電子装置の各々に対応する複数の空調装置と、前記複数の空調装置を制御する制御装置とを有するデータセンタの制御方法において、
   前記制御装置が、
   複数の空調装置の各々の冷却能力を制御し、
   前記複数の空調装置のうち第１の空調装置に故障が発生した場合、前記複数の空調装置のうち第２の空調装置に、前記第１の空調装置の冷却能力を予め定められた設定情報に基づいて分担させることを特徴とするデータセンタの制御方法。

Images