JP5610992B2 - 空調機とデータ処理分配の連係制御方法 - Google Patents

Description

本発明は空調機とデータ処理分配の連係制御方法に係り、特に情報通信機械室において、データ処理負荷の集中・分散を行う際に好適な、空調機とデータ処理分配の連係制御方法に関する。

近年、データセンターにおけるＩＣＴ機器・装置（以下、サーバと総称することがある）の省エネ対策として、パワーキャッピングや仮想化技術が提案されている。
パワーキャッピングでは、ＣＰＵの利用状況に対応して周波数を制御することにより、サーバの消費電力を最適化することができる。仮想化技術では、複数のサーバの物理リソースを超えた制御が可能となる。例えば、多数のサーバが低い稼働率で分散処理している場合に、一部のサーバにデータ処理を集約したり、また逆に、一部のサーバが高い稼働率で集中処理している場合に、多数のサーバに分散処理させることも可能である。しかし、これらの制御技術は、室内の空調状態とは無関係に運用されることが一般的である。
一方、空調機側についてみると、アンビエント（ベース）空調機とタスク（局所）空調機を用いた二重床空調方式が多く採用されている。この場合、二重床内部の配線の抵抗や空調機との位置関係によって、室内に冷気供給が容易な箇所と困難な箇所が生じる。また、タスク空調近傍は冷気供給が容易であるが、タスク空調から離れた場所は冷気供給困難という状況が生じやすい。このような状況下において、冷気供給が困難な箇所にサーバの処理負荷が集中すると、ホットスポットが発生して過剰な空調送風動力が必要となり、省エネの要請に反することになる。

本願出願人は上記問題に対応するため、仮想化技術の適用によるデータ処理の集中・分散により、サーバの稼動負荷に偏在が生じた場合でも、局所的な高温領域を発生させることのない空調機とデータ処理分配の連係制御方法を提案している（特許文献１）。
この技術は、各空調機が分担する冷却対象ゾーンに配置される複数のＩＣＴ装置のデータ処理負荷情報に基づいて、装置の発熱状態を把握又は予測し、空調機の冷房能力、風量を制御するものである。これにより、室内又は空調機内に配設される温度センサにより、間接的にサーバの発熱状態を検知して装置を冷却する従来の空調方法と比較して、より迅速な制御が可能となり、装置の高温障害リスクを回避できるという特徴を有する。

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

本発明は、特許文献１の技術をさらに進展させ、二重床空調方式を採用するデータセンターにおいて、パワーキャッピング、仮想化技術等の適用により、サーバの稼動負荷の偏在や変動が生じた場合であっても、局所的な高温領域を発生させることのない、空調機とデータ処理分配の連係制御方法を提供するものである。

本発明は以下の内容をその要旨とする。すなわち、本発明に係る空調システムとデータ処理負荷分配の連係制御方法は、
（１）情報通信機械室内のサーバラック内に格納されるＩＣＴ装置群を、一以上の空調機により冷却する空調システムにおいて、冷気供給容易度が高い位置に配置されているＩＣＴ装置に、優先的にデータ処理負荷を分配することを特徴とする。
本発明において、「ＩＣＴ機器」とは、サーバ、ストレージ、ルータ等の情報通信機器・装置をいう。

（２）上記（１）において、前記冷気供給容易度の判定を、二重床面から当該ＩＣＴ装置までの離隔距離に基づいて行うことを特徴とする。

（３）上記（１）において、前記冷気供給容易度の判定を、当該ＩＣＴ装置吸気温度、二重床下温度、二重床下温度と当該ＩＣＴ装置吸気温度との温度差、又はこれらのいずれか２つ以上の組み合わせに基づいて行うことを特徴とする。

（４）上記各発明において、各ＩＣＴ装置について、前記冷気供給容易度に対応してデータ処理負荷分担の優先度を定めた優先度テーブルを、予め備えておき、
該優先度テーブルを用いて、データ処理負荷の分配を行うことを特徴とする。

（５）上記各発明において、前記優先度テーブルを、空調機の風量レベルごとに備えたことを特徴とする。

（６）上記各発明において、ＩＣＴ装置吸気温度の標準偏差値が第一の閾値を下回る場合には、一以上の空調機の風量を低減させ、標準偏差値が第二の閾値を超える場合には、一以上の空調機の風量を増加させる、ことを特徴とする。

（７）上記各発明において、前記空調機は、アンビエント空調機と、タスク空調機と、を含むことを特徴とする。

（８）上記（７）において、前記アンビエント空調機は可変風量で運転し、前記タスク空調機は最大風量で運転することを特徴とする。
タスク空調機は、ＩＣＴ装置までの気流距離が短く、冷房能力あたりのファン動力が小さい。また、さらに、高温排気を直接吸い込むため、アンビエント空調機と比較して熱効率的に優れているという特徴がある。従って、できるだけタスク空調機の稼働率を高くするため、省エネの観点からみて本発明による運転方法の採用が極めて有効である。

（９）上記各発明において、前記冷気供給容易度の判定を、前記タスク空調機とＩＣＴ装置との離隔距離に基づいて行うことを特徴とする。

（１０）上記各発明において、予め、前記タスク空調機の吹き出し温度を所定の周期で変動させて運転し、該周期とＩＣＴ装置吸気温度の変動とを比較して、当該位置の冷気供給容易レベルを求めておき、前記冷気供給容易度の判定を、該冷気供給容易レベルに基づいて行うことを特徴とする。

（１１）上記各発明において、冷気供給容易度が高い位置として判定された一又は複数のＩＣＴ装置に分配するデータ処理負荷の総和が、当該タスク空調機の冷房能力以下となるように分配することを特徴とする。
このことによって、優先度が高い位置に負荷が集中することによる局所的な冷却能力不足のリスクを回避できる。

本発明によれば、冷気供給が容易なＩＣＴ装置に負荷を集中させることでき、冷気供給容易度と無関係に負荷分配する従来方式と比較して、空調動力の大幅削減が可能となる。
また、本発明によれば、冷気供給が容易な位置を自動的に特定することができ、空調機リプレース、二重床レイアウト変更、等のデータセンターの運用変更や、季節変動、負荷変動等に際しても、安定的に省エネの実現が可能となる。

第一の実施形態に係る連係制御システム１の全体構成（側面）を示す図である。 同平面図である。 第一の実施形態における優先度更新フローを示す図である。 各位置の温度変化トレンドを概念的に示した図である。 運転中における各位置の温度分布を模式的に示した図である。 第一の実施形態の連係制御フローを示す図である。 第一の実施形態における処理負荷分配方式を概念的に示す図である。 第一の実施形態におけるアンビエント空調機の可変風量制御フローを示す図である。 第二の実施形態の連係制御フローを示す図である。 第三の実施形態の連係制御フローを示す図である。 第三の実施形態における優先位置サーバの設定方式を示す図である。 移管に伴う各サーバ消費電力の時間的推移を示す図である。 風量レベルごとの優先位置１−３の配置を示す図である。 第四の実施形態の連係制御フローを示す図である。 第五の実施形態の連係制御フローを示す図である。

以下、本発明に係る連係制御システムの実施形態について、図１乃至１３を参照してさらに詳細に説明する。重複説明を避けるため、各図において同一構成には同一符号を用いて示している。なお、本発明の範囲は特許請求の範囲記載のものであって、以下の実施形態に限定されないことはいうまでもない。

＜第一の実施形態＞
本実施形態は、冷気供給が容易な位置（優先位置）を判別して優先度を設定し、優先度の高い順にデータ処理を配分することにより、総合熱効率の向上を図る形態に関する。

図１、２を参照して、連係制御システム１の空調系統は、情報通信機械室２内に、ラック列６を構成して収容される複数のサーバラック（以下、ラック）５内部に格納されるＩＣＴ装置（以下、処理サーバと略称）５ａを、ベース空調機であるアンビエント空調機３、及び、ラック列６内に配設される局所空調機であるタスク空調機４により冷却するように構成されている。なお図示の便宜上、図１において、アンビエント空調機３は１台のみ、配置を９０度ずらした位置に表示している。

空調機３は、蒸発器３ｂ及び送風機３ｃ、制御部３ｆを備えた室内ユニット３ａ、圧縮機、凝縮器、を主要構成とする室外ユニット（いずれも不図示）、及びこれらを接続する冷媒配管３ｄを備えている。
室内ユニット３ａと二重床空間２ｃ又は天井空間２ｂとは、それぞれ往き側ダクト２ｆ又は戻り側ダクト２ｇを介して結ばれている。かかる構成により、空調機３は、天井空間２ｂ、戻り側ダクト２ｇを介して室内ユニット３ａに戻る室内空気に、冷凍サイクルにより発生させた冷熱により冷却し、送風機３ｃにより二重床空間２ｃを介して機械室空間２ａ内に再度供給する。

各ラック列６は、横一列に並んだ同一モジュールの複数のサーバラック５により構成されている。ラック５内には複数の処理サーバ５ａが積層されており、各処理サーバ５ａはそれぞれ冷却ファン（図示せず）を備えている。これにより、ラック全体として前面から冷気を吸込み、装置内部を冷却したのち高温空気を背面から排気するように構成されている。
各ラック５は、隣接する列の吸気面と吸気面、排気面と排気面を対向させて配置されており、これにより、吸気面側にはコールドアイル９が、排気面側にはホットアイル１０が形成される。コールドアイル９床面の開口部２ｄには穴あきパネル２ｅが敷設されており、二重床空間２ｃを介して供給される冷気をコールドアイル９内に吹き出すように構成されている。

各ラック列６において、内部発熱の大きなサーバを格納するラック近傍には、スポット空調機としてタスク空調機４が配置されている。タスク空調機４はラック５と同一モジュール、かつ、吸排気方向が各ラック５とは逆向きに配設されている。すなわち、ホットアイル１０側から高温排気を吸込み、コールドアイル９側に冷却空気を吹き出すように配置されている。
タスク空調機４は、蒸発器４ｅ、送風機４ｂ、制御部４ｃを主要構成として備えた室内機４ａと、圧縮機、凝縮器を主要構成として備えた室外機（図示せず）と、これらを接続する冷媒配管４ｄと、を備えている。なお、圧縮機については室内機側に配設する形態であってもよい。
アンビエント空調機３及びタスク空調機４の制御部３ｆ、４ｃは、後述するように統合制御サーバ７の指令により、統合サーバ７と協働して空調とデータ処理分配を連携して制御するように構成されている。

次に、連係制御システム１の制御系統は、ＩＣＴ装置管理サーバ（以下、管理サーバという）８と、アンビエント空調機３の制御部３ｆと、タスク空調機４の制御部４ｃと、これらの連携をとって統合的に制御する統合制御サーバ７と、により構成されている。管理サーバ８は、ホストサーバ（図示せず）から指令されるデータ処理を、統合制御サーバ７の指令に基づいて各処理サーバ５ａに分配する。
各処理サーバ５ａの前面には温度センサＳ１−Ｓｎが、また、二重床空間２ｃ内には温度センサＳ０が，それぞれ配設されており、温度計測値を随時、統合制御サーバ７に送信するように構成されている。
なお、ＩＣＴ装置管理サーバ８及び統合制御サーバ7は、必ずしも物理的に独立したサーバである必要はなく、同機能を持ったプログラムであればよい。例えば、各処理サーバ５ａ内で処理されるプログラムの一つであってもよい。

連係制御システム１は以上のように構成されており、次に図３乃至８を参照して、本実施形態における空調機とデータ処理分配の連係制御フローについて説明する。なお、以下の制御は所定の時間インターバルで行われる。
図３を参照して、統合制御サーバ７には、前回設定した優先度テーブル（内容は後述）が格納されているものとする（Ｓ１１０１）。制御中は、タスク空調機４は風量最大（Ｓ１４０１）で、アンビエント空調機３は可変風量制御（Ｓ１３０１）で、それぞれ運転されている。
この状態において、最初に冷気供給容易度Ａ判定フローに入る。位置Ａはタスク空調機４による冷気供給容易性に関する。まず、統合制御サーバ７は、いずれかのタスク空調機４に対して吹出温度変動制御を指示する（Ｓ１１０２）。具体的には、当該タスク空調機４の吹出温度を周期τ（例えば６０分間）、変動幅±０．５℃で変動させて（Ｓ１４０２）、運転中のサーバ前面の温度変化情報を取得する（Ｓ１１０３ａ）。この工程を順次、すべてのタスク空調機について行う。
なお、本実施形態では、各タスク空調機の吹出温度を順次変動させて温度変化情報を取得する形態としているが、周期τの値をタスク空調機ごとに固有とし、同時に温度変動させる態様とすることもできる。この場合、スペクトル分析により、対応するタスク空調機が特定できる。

さらに、この間の温度トレンドをスペクトル解析し（Ｓ１１０３ｂ）、ノイズ（日変動や、装置負荷変動の影響）を取り除く。図４は、ノイズ除去後の各位置の温度変化トレンドの一例を示した図である。また、図５は、運転中の各位置の平均温度分布を模式的に示した図である。同図において、網掛け部分は冷気供給良好領域、白抜き部分は冷気供給不良領域を示している。図４，５より、位置Ｐ１、Ｐ２は比較的高温のまま推移し温度変化が殆どない。これは、位置Ｐ１、Ｐ２は当該タスク空調機の影響を殆ど受けないことを意味し、冷気供給困難位置と推定される。これに対して、Ｐ６、Ｐ７は温度振幅が大きい。このことは、当該タスク空調機の影響を受け易いことを示しており、冷気供給容易な位置と推定される。これより、位置Ｐ１、Ｐ２等のサーバの処理負荷を小さくし、位置Ｐ６、Ｐ７のサーバの処理負荷を大きくすることにより、省エネ性向上を図ることができると判断できる。このような基準に従い、タスク空調機４による冷気供給容易度Ａを特定する（Ｓ１１０４）。具体的には図４において温度変動幅ΔＴ（周波数Ｆｉのパワー）が閾値αより大きく、かつ、吸込温度Ｔｓが閾値βよりも小さい位置を冷気供給容易度Ａとして特定する。

次に冷気供給容易度Ｂの特定を行う。位置Ｂは、アンビエント空調機による冷気供給容易性に関する。具体的には、まず、タスク空調機４の吹き出し温度をデフォルト制御値に戻す（Ｓ１１０５、Ｓ１４０３）。この状態で一定時間運転を継続し、各部温度を計測する（Ｓ１１０６）。温度計測値に基づいて、二重床下温度（Ｔ０）と吸い込み温度（Ｔｊ）との差が閾値γよりも小さく、かつ、サーバ吸込温度Ｔｓが閾値βよりも小さい位置を冷気供給容易度Ｂとして特定する（Ｓ１１０７）。

次いで、冷気供給容易度Ａ，Ｂ情報に基づいて、優先度１−３位置の設定が行われる（Ｓ１１０８）。表１は、優先度１乃至３の設定基準をまとめた表である。すなわち、優先度１位置の対象は、冷気供給容易度Ａ、Ｂともに該当する位置である。優先度２位置の対象は、同位置Ａ、Ｂのいずれか一方に該当する位置である。そして、優先度３位置の対象は、同位置Ａ、Ｂのいずれにも該当しない位置である。表１に従う具体的位置が、すなわち優先度テーブルの内容となる。上記設定に基づいて優先度テーブルの更新が行われる（Ｓ１１０９）。

以上により、優先度テーブルの更新が終了し、次に、更新後の優先度テーブルに基づくデータ処理分配と、アンビエント空調機３風量の連携制御について説明する。なお、以下の説明ではタスク空調機４が２台配置された状態を想定している。
図６を参照して、統合制御サーバ７は上述の優先度テーブル更新情報を保有している（Ｓ２１０１）。管理サーバ８は、ホストサーバ（図示せず）からの次回インターバルのデータ処理指令を受けると、その旨を統合制御サーバ７に送信する（Ｓ２５０１）。統合制御サーバ７は、更新情報に基づいて各処理サーバ７への処理負荷分配を演算する（Ｓ２１０２）。演算結果に基づいて、統合制御サーバ７は管理サーバ８に対して処理負荷分配を指令し（Ｓ２１０２）、これに基づいて管理サーバ８は、各処理サーバ５ａに対して処理負荷を指令する（Ｓ２５０２）。
一方、タスク空調機４は風量最大（Ｓ２４０１）で運転され、また、アンビエント空調機３は可変風量制御（Ｓ２３０１）で運転される（可変風量制御の具体的内容については後述する）。

上述の処理負荷分配の演算は、以下の通り行われる。各優先位置に属するサーバの処理能力は、表２のサーバ能力欄の通り設定されているものとする。図７（ａ）を参照して、総処理負荷量Ｗとして、最初に優先度1位置のサーバに処理分配する。この場合、割り当てられる処理負荷量Ｗ１’は、タスク空調機４の冷房能力Ｗｔ１、Ｗｔ２以下とする。能力オーバー分（Ｗａ＝Ｗｔ１＋Ｗｔ２）については、優先度２位置のサーバに分配される。さらに残りの処理負荷（Ｗ−Ｗ１）は、優先度２位置のサーバに優先的に分配され、優先度２位置のサーバの処理能力を超える負荷（Ｗ３’＝Ｗ−Ｗ１’−Ｗ２）は優先度３位置のサーバに均等に割り当てられる。優先度３位置の余剰のサーバ（処理能力Ｗｂ）はスタンバイ状態とする。以上の結果をまとめると表２のようになる。

次に、図７（ｂ）を参照して、アンビエント空調機３の可変風量制御フローについて説明する。上記負荷配分によりデータ処理及び空調機の運転が行われ、その間、温度センサＳ１−Ｓｎにより装置前面の温度が計測され（Ｓ１０１）、さらにラック列６ごとに温度均一度（標準偏差σｓ）が演算される（Ｓ１０２）。Ｓ１０２において、装置前面温度の偏差が第1の閾値（ｘ１）より下回る場合（均一な場合）には、アンビエント空調機３の風量を１段階ダウンさせる（Ｓ１０３）。第２の閾値（ｘ２）を超える場合（不均一な場合）には、空調機の風量を１段階アップさせる（Ｓ１０５）。両閾値間にある場合には、現在風量が維持される（Ｓ１０４）。

ホストサーバからのデータ処理指令の都度、以上の制御が繰り返し実行されることにより、処理負荷の変動に関わらず局所的な高温スポットの発生を回避することができる。これにより温度分布が均一となり、空調風量を低減でき、省エネルギー性の向上を図ることができる。なお本実施形態では、統合制御サーバ７の指令に基づいて管理サーバ８が各処理サーバ５ａに負荷分配する例を示したが、統合制御サーバ７が直接、各処理サーバ５ａに負荷分配する形態であってもよい。

＜第二の実施形態＞
次に、本発明の他の実施形態について説明する。本実施形態が第一の実施形態と異なる点は、優先度テーブルの設定方法である。また、全体としての処理速度管理に基づきデータ処理分配を行っていることである。本実施形態の基本的構成は第一の実施形態と同一であるので、重複説明を省略する。

以下、図８を参照して、本実施形態における優先度テーブルの設定方法及びデータ処理分配のフローについて説明する。
制御開始に伴い最初に優先度テーブルの設定が行われる（Ｓ４０１）。上述の実施形態と同様にして特定した優先度１−３位置サーバについて、消費電力上限値（パワーキャッピング）を、表３に示すようにそれぞれＥ１、Ｅ２，Ｅ３に設定する（但し、Ｅ１＞Ｅ２＞Ｅ３、かつ、Ｅ１は当該タスク空調機４の冷房能力以下に設定される）。このように設定することにより、冷気供給良好度に対応したキャッピングの設定が可能となる。

次に、統合制御サーバ７により、仮想化技術に基づいて優先度の高いサーバから順次、処理負荷の割り当てが行われる（Ｓ４０２）。データ処理が開始されると（Ｓ４０３）、ホストサーバ（図示せず）による全体としての処理速度管理が継続的に実施される（Ｓ４０４）。全体処理速度（Ｓｐ）が所定の閾値範囲内（ＳＨ≧Ｓｐ≧ＳＬ）の場合には、現行キャッピングによる処理が継続される（Ｓ４０７）。
全体処理速度（Ｓｐ）が所定の下限閾値（ＳＬ）を下回る場合には、優先度２，３位置サーバのキャッピング（上限値）が暫定的に上げられる（Ｓ４０８）。例えば、優先度２位置サーバの値がＥ２→Ｅ１、優先度３位置サーバの上限値がＥ３→Ｅ２の如く変更される。これにより、優先度１位置サーバのＣＰＵ処理速度低下分を、優先度２，３位置サーバにより補うことができ、全体としての処理速度上昇を図ることができる。

また、全体処理速度（Ｓｐ）が所定の上限閾値（ＳＨ）を上回っている場合には、Ｓ４０８において暫定的に上げられていた優先度２，３位置サーバがあれば、キャッピングがデフォルト値に戻される（Ｓ４０６）。例えば、優先度２位置サーバの上限値がＥ１→Ｅ２、優先度３位置サーバの上限値がＥ２→Ｅ３に戻される。これにより、省エネ性向上を図ることができる。

＜第三の実施形態＞
次に、図９−１１を参照して、本発明の他の実施形態について説明する。本実施形態が第一の実施形態と異なる点は、優先度テーブルの設定基準が異なること、及びタスク空調機、アンビエント空調機ともに可変風量制御であることである。
本実施形態の基本的構成は第一の実施形態と同一であるので、重複説明を省略する。

図９を参照して、制御開始に伴い最初に優先度テーブルの設定が行われる。本実施形態では、図１０に示すように、タスク空調機４に隣接するサーバ及び二重床直上の各サーバ（同図網掛け部）が、冷気供給容易な優先位置サーバとして設定される（Ｓ２００）。また、タスク空調機４、アンビエント空調機３ともに可変風量により制御される（Ｓ２０１）。次いで、各優先位置サーバに対して処理負荷が分配される。一方、非優先位置サーバはスタンバイ状態となる（Ｓ２０２）。データ処理実行中はその消費電力が計測され、さらに、この値が予め定めた当該サーバの上限閾値（Ｅｔ）を超えたか否かが判定される（Ｓ２０３）。

閾値以下の場合には（Ｓ２０３においてＮＯ）、次に稼動サーバの前面温度分布に基づいて、冷気供給の適正度が判定される（Ｓ２０４）。具体的には、各稼動サーバの前面温度の標準偏差が、所定の閾値（σｔ）を超えたか否かにより判定される。閾値以下の場合には（Ｓ２０４においてＮ）、温度分布均一と判定され、さらなる省エネ性を図るため全ての空調機の風量を最小風量に至るまで１段階ずつダウンしていく（Ｓ２０６）。また、閾値を超えている場合には（Ｓ２０４においてＹ）、各サーバに対する冷気供給にばらつきがあると判定され、装置の高温障害発生を回避するため、全ての空調機の風量を最大風量に至るまで１段階ずつアップしていく（Ｓ２０５）。風量調整後、Ｓ２０３以下の制御が繰り返し行われる。

一方、Ｓ２０３においてＹ、すなわち消費電力が閾値を超えている場合には、スタンバイ状態にある非優先位置サーバに順次、処理負荷が移管される（Ｓ２０７）。図１１は、移管に伴う各サーバ消費電力の時間的推移を模式的に示した図である。すなわち、時刻ｔ１において優先位置サーバの消費電力が閾値Ｅｔを超えたため、非優先位置サーバに負荷の一部が移管され、その後、優先位置サーバの消費電力が閾値以下に抑えられている。
さらに、全ての空調機の風量を最大にして運転が継続される（Ｓ２０８）。その間、稼動している非優先位置サーバの消費電力のうち、消費電力最小の非優先位置サーバの有無が判定される（Ｓ２０９）。存在する場合には（Ｓ２０９においてＹ）、当該サーバはスタンバイ状態に戻される（Ｓ２１０）。その分の負荷は、他の非優先位置サーバに配分される。
全ての非優先位置サーバがスタンバイ状態に戻った場合には（Ｓ２１１においてＹ）、Ｓ２０１に戻る。稼動状態の非優先位置サーバが存在している場合には（Ｓ２１１においてＮ）、引き続きＳ２０３以下の制御が繰り返される。

＜第四の実施形態＞
さらに、本発明の他の実施形態について説明する。本実施形態は、アンビエント空調機の風量レベルに対応して、異なる優先度テーブルを適用する制御に係る。
本実施形態の構成についても、第一の実施形態と同一であるので重複説明を省略する。なお、タスク空調機４は風量最大、アンビエント空調機３は可変風量制御により、それぞれ運転される（第一の実施形態と同様）。

最初に、本実施形態における優先度テーブルの設定方法について説明する。各風量レベル（大中小）について、第一の実施形態と同様の方法により優先位置１−３を設定する。図１２は、設定された各優先位置の配置関係を示している。同図において、優先位置３は、二重床内に敷設されたケーブルにより、冷気供給が阻害される位置の例である。
表４は、風量ごとの各優先位置台数及び消費電力の比較の例である。許容処理負荷についてみると、優先位置１サーバは大きく、優先位置３サーバは小さく設定されている。これにより、可能な限り冷気供給容易な位置にあるサーバに処理負荷を集中させることができる。

次に、図１３を参照して、本実施形態における連係制御フローについて説明する。前提として上記風量別優先度テーブルが設定されているものとする（Ｓ３０１）。また、タスク空調機４は最大風量、アンビエント空調機はデフォルト風量（例えば風量中）に設定されている（Ｓ３０２）。
次いで、風量中に対する優先度テーブルに基づいて、優先度１，２位置のサーバに対して処理負荷が分配される。優先度３位置のサーバはスタンバイ状態となる（Ｓ３０３）。

運転中は空調機３の吸込温度Ｔｓが計測され、この温度が上限閾値Ｔ２、下限閾値Ｔ１の範囲内にある場合には（Ｓ３０４においてＹ）、現状風量を変更することなく後述のＳ３０８に移行する。
下限閾値Ｔ１より下回る場合には、アンビエント空調機３の風量を１段階ダウンさせる（Ｓ３０５）。また、上限閾値（Ｔ２）を超える場合には、空調機３の風量を１段階アップさせる（Ｓ３０６）。この場合、それぞれ変更後風量に対応する優先度テーブルが適用される（Ｓ３０７）。

制御中は、稼動サーバの消費電力Ｅｐが計測されており、この値がそれぞれ上限閾値Ｅ２、下限閾値Ｅ１の範囲内にあるか否かが判定される（Ｓ３０８）。両閾値内の場合には（Ｓ３０８においてＹ）、現状負荷分配が維持される（Ｓ３１０）。
下限閾値を下回る（Ｅｐ＜Ｅ１）場合には、当該優先位置サーバの処理負荷に余裕があると判断されるため、さらなる省エネ性を図るため非優先位置サーバに分配されている処理負荷がある場合には、この負荷を当該優先位置サーバに移管する（Ｓ３０９）。

また、上限閾値を超えている（Ｅｐ＞Ｅ２）の場合には、パワーキャッピングによる処理速度低下を回避するため、超過分を非優先位置サーバに負荷移管する（Ｓ３１１）。この場合の移管先サーバは、テーブル変更に伴い優先度２→３に変更されたサーバ（図１２において※のサーバ）が対象となる。
Ｓ３０４〜Ｓ３１１までの制御がデータ処理完了まで繰り返される。

＜第五の実施形態＞
さらに、本発明の他の実施形態について説明する。本実施形態は、第四の実施形態と同様にアンビエント空調機の風量レベルに対応して、異なる優先度テーブルを適用するものであり、より簡易な制御形態に係る。また、第四の実施形態と同様にタスク空調機４は風量最大、アンビエント空調機３は可変風量制御により、それぞれ運転される。優先度テーブルの設定についても、第四の実施形態と同様に各風量レベル（大中小）について、優先位置１−３が設定されており、各優先位置の配置関係（図１２）も同様である。
さらに、風量ごとの各優先位置台数及び消費電力についても表４と同一であり、最大消費電力合計値は、風量大のときはＥmax＝１２３ｋＷ、風量中のときはＥmid＝１０９ｋＷ、風量小のときはＥmin＝１０９ｋＷである。
なお、本実施形態の構成についても第一の実施形態と同一であるので、重複説明を省略する。

次に、図１４を参照して、本実施形態における連係制御フローについて説明する。前提として、表４の風量別優先度テーブルが設定されているものとする（Ｓ５０１）。また、タスク空調機４は最大風量、アンビエント空調機はデフォルト風量（風量中）に設定されている（Ｓ５０２）。次いで、風量中に対する優先度テーブルに基づいて、優先度１−３位置のサーバに対して処理負荷が分配される。（Ｓ５０３）。

運転中はサーバの合計消費電力（ΣＥ）が計測され（Ｓ５０４）、この値と各優先度テーブルにおける上限合計消費電力（Ｅmax、Ｅmid、Ｅmin）とが比較される（Ｓ５０５）。Ｅmax≧ΣＥ＞Ｅmidの場合には、アンビエント空調機３は風量大により運転される（Ｓ５０８）。Ｅmid≧ΣＥ＞Ｅminの場合には、アンビエント空調機３は風量中により運転される（Ｓ５０７）。ΣＥ≦Ｅminの場合には、アンビエント空調機３は風量小により運転される（Ｓ５０６）。
さらに、該当する優先度テーブルに合わせて処理負荷の再分配が行われる（Ｓ５０９）。上記Ｓ５０４〜Ｓ５０９の制御が、データ処理完了まで繰り返し実行される。

本発明は、熱源、冷媒、空調方式、建築構造等の種類を問わず、ＩＣＴ機器・装置を収容する機械室等の連係制御システムに広く適用可能である。

１・・・・連係制御システム
２・・・・情報通信機械室
２ｃ・・・二重床空間
３・・・・アンビエント空調機
４・・・・タスク空調機
５・・・・サーバラック
５ａ・・・処理サーバ
６・・・・ラック列
７・・・統合制御サーバ
８・・・管理サーバ
８・・・・空調機制御装置
９・・・・コールドアイル
１０・・・ホットアイル
Ｓ０、Ｓ１−Ｓｎ・・・温度センサ

Claims (10)

1. 情報通信機械室内のサーバラック内に格納されるＩＣＴ装置群を、一以上の空調機により冷却する空調システムにおいて、冷気供給容易度が高い位置に配置されているＩＣＴ装置に、優先的にデータ処理負荷を分配するものであり、
   前記冷気供給容易度の判定を、二重床面から当該ＩＣＴ装置までの離隔距離に基づいて行うことを特徴とする空調システムとデータ処理負荷分配の連係制御方法。
2. 情報通信機械室内のサーバラック内に格納されるＩＣＴ装置群を、一以上の空調機により冷却する空調システムにおいて、冷気供給容易度が高い位置に配置されているＩＣＴ装置に、優先的にデータ処理負荷を分配するものであり、
   前記冷気供給容易度の判定を、当該ＩＣＴ装置吸気温度、二重床下温度、二重床下温度と当該ＩＣＴ装置吸気温度との温度差、又はこれらのいずれか２つ以上の組み合わせに基づいて行うことを特徴とする空調システムとデータ処理負荷分配の連係制御方法。
3. 各ＩＣＴ装置について、前記冷気供給容易度に対応してデータ処理負荷分担の優先度を定めた優先度テーブルを、予め備えておき、
   該優先度テーブルを用いて、データ処理負荷の分配を行うことを特徴とする請求項１又は２に記載の空調システムとデータ処理負荷分配の連係制御方法。
4. 前記優先度テーブルを、空調機の風量レベルごとに備えたことを特徴とする請求項３に記載の空調システムとデータ処理負荷分配の連係制御方法。
5. 請求項１乃至４のいずれかにおいて、
   ＩＣＴ装置吸気温度分布の標準偏差値が第一の閾値を下回る場合には、一以上の空調機の風量を低減させ、
   標準偏差値が第二の閾値を超える場合には、一以上の空調機の風量を増加させる、
   ことを特徴とする空調システムとデータ処理負荷分配の連係制御方法。
6. 前記空調機は、アンビエント空調機と、タスク空調機と、を含むことを特徴とする請求項１乃至５のいずれかに記載の空調システムとデータ処理負荷分配の連係制御方法。
7. 前記アンビエント空調機は可変風量で運転し、前記タスク空調機は最大風量で運転することを特徴とする請求項６に記載の空調システムとデータ処理負荷分配の連係制御方法。
8. 前記冷気供給容易度の判定を、前記タスク空調機とＩＣＴ装置との離隔距離に基づいて行うことを特徴とする請求項６又は７に記載の空調システムとデータ処理負荷分配の連係制御方法。
9. 予め、前記タスク空調機の吹き出し温度を所定の周期で変動させて運転し、該周期とＩＣＴ装置吸気温度の変動とを比較して、当該位置の冷気供給容易レベルを求めておき、
   前記冷気供給容易度の判定を、該冷気供給容易レベルに基づいて行うことを特徴とする請求項６乃至８のいずれかに記載の空調システムとデータ処理負荷分配の連係制御方法。
10. 請求項６乃至９のいずれかにおいて、
    冷気供給容易度が高い位置として判定された一又は複数のＩＣＴ装置に分配するデータ処理負荷の総和が、当該タスク空調機の冷房能力以下となるように分配することを特徴とする空調システムとデータ処理負荷分配の連係制御方法。
    

Images