(57)【要約】  本発明に係る、計算機内の冷却制御装置は、（Ａ）各々ファンを有する複数の計算機の各々について温度を取得する取得部と、（Ｂ）複数の計算機の各々の温度に基づき、複数の計算機のうち優先して冷却すべき第１の計算機を特定し、第１の計算機が自計算機である場合にファンの回転数を増加させる第１の制御と、第１の計算機以外の第２の計算機が自計算機である場合にファンの回転数を減少させる第２の制御との少なくともいずれかを実行する制御部とを有する。
2015194028.tif 000002
【特許請求の範囲】
【請求項１】
各々ファンを有する複数の計算機の各々について温度を取得する取得部と、
前記複数の計算機の各々の温度に基づき、前記複数の計算機のうち優先して冷却すべき第１の計算機を特定し、前記第１の計算機が自計算機である場合に前記ファンの回転数を増加させる第１の制御と、前記第１の計算機以外の第２の計算機が自計算機である場合に前記ファンの回転数を減少させる第２の制御との少なくともいずれかを実行する制御部と、
を有する、計算機内の冷却制御装置。
【請求項２】
前記制御部が、
前記複数の計算機の温度に所定基準以上の偏りが発生している場合に、前記第１の計算機を特定する
請求項１記載の冷却制御装置。
【請求項３】
前記制御部が、
前記複数の計算機のうち所定温度以上の温度が取得された計算機を前記第１の計算機として特定する
請求項１記載の冷却制御装置。
【請求項４】
前記制御部が、
前記複数の計算機を、温度の高い順に並べて、上位所定数又は上位所定割合の計算機を前記第１の計算機として特定する
請求項１又は２記載の冷却制御装置。
【請求項５】
前記制御部が、
前記複数の計算機を、温度の高い順に並べて、上位所定数又は上位所定割合の計算機を特定し、
特定された前記計算機のうち、所定温度以上の温度が取得された計算機と当該計算機より前記複数の計算機外に設けられた冷気口からの距離が遠い計算機とを、前記第１の計算機として特定する
請求項１又は２記載の冷却制御装置。
【請求項６】
前記取得部が、
前記自計算機の動作状態をさらに取得し、
前記制御部が、
前記自計算機の前記動作状態が停止状態を表している場合に、前記ファンを所定の回転数以上の回転数で回転させる
請求項１乃至５のいずれか１つ記載の冷却制御装置。
【請求項７】
各々ファンを有する複数の計算機の各々について温度を取得し、
前記複数の計算機の各々の温度に基づき、前記複数の計算機のうち優先して冷却すべき第１の計算機を特定し、
前記第１の計算機が自計算機である場合に前記ファンの回転数を増加させる第１の制御と、前記第１の計算機以外の第２の計算機が自計算機である場合に前記ファンの回転数を減少させる第２の制御との少なくともいずれかを実行する
処理を、前記自計算機のプロセッサに実行させるためのプログラム。
【請求項８】
各々ファンを有する複数の計算機の各々について温度を取得し、
前記複数の計算機の各々の温度に基づき、前記複数の計算機のうち優先して冷却すべき第１の計算機を特定し、
前記第１の計算機に対して前記ファンの回転数を増加させる第１の制御と、前記第１の計算機以外の第２の計算機に対して前記ファンの回転数を減少させる第２の制御との少なくともいずれかを実行する
処理を含み、計算機によって実行される冷却制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、計算機の冷却制御に関する。
【背景技術】
【０００２】
一般的に計算機が多く設置される計算機室などは、冷気を床下から通し、複数の計算機が格納されたラックの足元から冷気を吹き出させ、各計算機はそのファン等の回転により冷気を吸い込むことで、冷却機能を実現している。各計算機が必要とする冷却能力は、各計算機のＣＰＵ（Central Processing Unit）温度に応じて変動し、過熱している計算機ほど、多くの冷却能力が求められる。しかし、現在の計算機は、それぞれが独立してＣＰＵなどの温度上昇に応じてファン回転数を上げるなどの動作を行うという単純な制御になっている。【０００３】
なお、ある文献には、複数の共用ファンで複数のブレードサーバを冷却する技術が記載されているが、各ブレードサーバの必要冷却量に応じて複数の共用ファンを活用するようになっている。しかしながら、この文献ではブレードサーバ筐体外の状況を踏まえた制御を行っているわけではない。また、この文献では、ブレードサーバ毎に専用のファンが設けられているわけでもない。【０００４】
一般的な物理現象として、上で述べたような床下から冷気を送風する構成の場合、床下の冷気口から計算機の吸気口までの距離（この場合高さ）に応じて、冷気は建屋内の空気と混ざり、計算機の吸気温度が上昇する。そうすると、設置位置が高い計算機からすると、設置位置が低い計算機が勝手に冷却すると、冷却効率が悪くなり、設置位置が高い計算機の温度が高いまま維持されるような状況が生ずる。このような問題については上記の文献では考慮されていない。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−２３５６９６号公報
【特許文献２】特開２００９−１７４８５１号公報
【特許文献３】特開２０００−１１２５７４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従って、本発明の目的は、一側面によれば、複数の計算機がまとめて設置される状況において各計算機の温度を効果的に平準化させるための技術を提供することである。
【課題を解決するための手段】
【０００７】
本発明に係る、計算機内の冷却制御装置は、（Ａ）各々ファンを有する複数の計算機の各々について温度を取得する取得部と、（Ｂ）複数の計算機の各々の温度に基づき、複数の計算機のうち優先して冷却すべき第１の計算機を特定し、第１の計算機が自計算機である場合にファンの回転数を増加させる第１の制御と、第１の計算機以外の第２の計算機が自計算機である場合にファンの回転数を減少させる第２の制御との少なくともいずれかを実行する制御部とを有する。
【発明の効果】
【０００８】
一側面によれば、複数の計算機がまとめて設置される状況において各計算機の温度を効果的に平準化させることができるようになる。
【図面の簡単な説明】
【０００９】
【図１】図１は、実施の形態における計算機の設置環境を表す図である。
【図２】図２は、計算機の温度分布の一例を示す図である。
【図３】図３は、停止状態の計算機を含む場合の環境を表す図である。
【図４】図４は、計算機の温度分布の一例を示す図である。
【図５】図５は、実施の形態に係るシステムの概要を示す図である。
【図６】図６は、計算機の構成例を示す図である。
【図７】図７は、サービスプロセッサの機能ブロック図である。
【図８】図８は、送信処理の処理フローを示す図である。
【図９】図９は、サービスプロセッサで管理されるデータの一例を示す図である。
【図１０】図１０は、受信処理の処理フローを示す図である。
【図１１】図１１は、制御処理の処理フローを示す図である。
【図１２】図１２は、温度による計算機のソート結果の一例を示す図である。
【図１３】図１３は、計算機のグループ分けの一例を表す図である。
【図１４】図１４は、モード設定処理の処理フローを示す図である。
【図１５】図１５は、モード決定及び回転数決定の一例を示す図である。
【図１６】図１６は、装置位置と回転数との関係の一例を表す図である。
【図１７】図１７は、高温計算機の存在を示す図である。
【図１８】図１８は、高温計算機を優先させる場合のモード決定及び回転数決定の一例を示す図である。
【図１９】図１９は、装置位置と回転数との関係の一例を表す図である。
【図２０】図２０は、回転数決定処理の処理フローを示す図である。
【図２１】図２１は、停止状態の計算機のファンを動作させる場合の効果を表す図である。
【図２２】図２２は、高温計算機の温度変化（標準モード）の一例を示す図である。
【図２３】図２３は、高温計算機の温度変化（実施の形態）の一例を示す図である。
【発明を実施するための形態】
【００１０】
本実施の形態では、例えば図１に示すような環境を想定する。
【００１１】
本実施の形態では、床下に冷気を流し、床に設けられた冷気口３０００から冷気が上方に吹き出すものとする。また、ラック１０００は床上に設置されており、ラック１０００にはブレード型の７つの計算機が積み重ねるように搭載されている。７つの計算機には、床に近い方から番号０乃至６が順番に付与されている。当然ながら、冷気口３０００からの距離も計算機０が最も近く、計算機６が最も遠い。なお、この例では、計算機の位置は、計算機番号と同じものとする。
【００１２】
計算機０乃至６には各々ファン（ＦＡＮ）が設けられており、冷気口３０００から吹き出される冷気を、各計算機０乃至６内部に吸い込むようになっている。但し、冷気口３０００から吹き出される冷気は、床に近い計算機によって吸い込まれ、計算機から排出される熱気と混ざる。よって、計算機０乃至６のファンが同じように回転すれば、図１において実線矢印の太さで模式的に示すように、冷気口３０００に近い計算機ほど多くの冷気を吸い込むようになり、上に行くほどあまり冷気を吸い込むことができない。
【００１３】
一方、各計算機０乃至６の排気口からは、熱気が排出されるが、図１において点線矢印の太さで模式的に示すように、より高い位置の計算機ほど多くの熱気を排出するようになり、より低い位置の計算機ほど少ない熱気を排出するようになる。
【００１４】
なお、各計算機０乃至６において、ファン近くには吸気温度センサを設け、排出口近くに排気温度センサを設けたとすると、図２に示すような温度分布が得られる。図２において、横軸は装置位置を表しており、左側の縦軸は温度を表しており、右側の縦軸はファンの回転数を表している。ここで各計算機のファンの回転数は一定である。そうすると、吸気温度センサの測定結果である吸気温度は、より高い位置の計算機ほど高くなっている。また、排気温度センサの測定結果である排気温度も、より高い位置の計算機ほど高くなっている。
【００１５】
また、図１に示した例では、計算機０乃至６は全て稼働しており、ファンも回転しているが、一部の計算機が停止している場合もある。例えば、図３に示すように、計算機２が停止している場合、計算機０乃至６の排気口側の熱気が、計算機２の内部を介して逆流してファン側に吹き出すため、冷気口３０００から吹き出される冷気が暖められて、特に計算機２より上側の計算機３乃至６の冷却効率が悪化する。
【００１６】
このような場合、図４に示すような温度分布が得られる。図４において、横軸は装置位置を表しており、縦軸は温度を表している。このように、計算機０及び１については、図２とほぼ同じであるが、計算機２が停止しているため、計算機３乃至６の吸気温度が、一段と上昇しており、それに影響して、計算機３乃至６の排気温度も、一段と上昇している。
【００１７】
本実施の形態では、このような状況を踏まえて、各計算機０乃至６が、各計算機０乃至６の温度を平準化させるように、協調してファンの回転数を制御する。
【００１８】
本実施の形態では、同一のラックに搭載された各計算機に含まれるサービスプロセッサ（ＳＰ：Service Processor）を、例えばＬＡＮ（Local Area Network）で繋いで、温度等の状態通知を交換する。例えば図５に模式的に示すように、ラック０（ＲＡＣ＃０）には、計算機０乃至６が搭載され、ラック１（ＲＡＣ＃１）には、計算機７乃至１３が搭載されているものとする。これらの計算機０乃至１３のサービスプロセッサは、ＬＡＮ４０００に接続されており、また予め所属するラック番号が登録されているものとする。そうすると、計算機６のサービスプロセッサがラック番号を含む状態通知をＬＡＮ４０００でブロードキャストすると、同じラック番号を有する計算機０乃至５が、この状態通知を受信して制御を行う。また、計算機１３のサービスプロセッサがラック番号を含む状態通知をＬＡＮ４０００でブロードキャストすると、同じラック番号を有する計算機７乃至１２が、この状態通知を受信して制御を行う。
【００１９】
次に、図６を用いて各計算機０乃至１３の構成例を示す。計算機１００は、システムボード３００と、サービスプロセッサ２００とを含む。システムボード３００では、ＣＰＵ３０１と、ＲＯＭ（Read Only Memory）３０２と、ＲＡＭ（Random Access Memory）３０３と、ＨＤＤ（Hard Disk Drive）等の記憶装置３０４とが、バス３０５で接続されている。また、サービスプロセッサ２００では、ＣＰＵ２０１と、センサ２０２と、ＲＡＭ２０４と、ファン制御部２０５と、ファン２０６と、通信部２０７と、フラッシュメモリその他の記憶装置２０３とが、バス２０８で接続されている。
【００２０】
センサ２０２は、例えばＣＰＵ３０１の温度を測定する。また、サービスプロセッサ２００と、システムボード３００とは接続されており、サービスプロセッサ２００のＣＰＵ２０１は、システムボード３００の状態監視も行うことができ、稼働状態又は停止状態を特定できるものとする。通信部２０７は、ＬＡＮ４０００に接続され、他の計算機のサービスプロセッサと通信を行う。さらに、ファン制御部２０５は、ＣＰＵ２０１からの指示に応じてファン２０６の回転数を制御する。
【００２１】
ＣＰＵ２０１が、例えば記憶装置２０３に格納されているプログラムをＲＡＭ２０４にロードして実行することにより、図７に示すような機能を実現する。
【００２２】
図７に示すように、サービスプロセッサ２００は、検出部２２１と、送信部２２２と、受信部２２３と、データ格納部２２４と、制御部２２５とを有する。
【００２３】
検出部２２１は、自計算機の状態変化を検出して、データ格納部２２４に格納する。すなわち、検出部２２１は、センサ２０２で測定されたＣＰＵ３０１の温度と、ＣＰＵ２０１で特定された動作状態（稼働中又は停止中）とを取得して、データ格納部２２４に格納する。
【００２４】
送信部２２２は、データ格納部２２４に格納されている自計算機の状態データを、他の計算機に状態通知として送信する。受信部２２３は、他の計算機から状態通知を受信して、データ格納部２２４に格納する。データ格納部２２４は、同じラックの計算機の状態のデータ、その他の設定データなどを格納する。制御部２２５は、データ格納部２２４に格納されたデータに基づき、ファン２０６の回転数の制御を行う。
【００２５】
次に、図８乃至図２３を用いて、サービスプロセッサ２００の処理内容について説明する。
【００２６】
まず、送信部２２２及び検出部２２１が実行する送信処理について、図８及び図９を用いて説明する。
【００２７】
検出部２２１は、自計算機の状態を監視する（ステップＳ１）。すなわち、自計算機の動作状態（稼働中／停止中）とＣＰＵ３０１の温度とを例えば定期的に取得する。
【００２８】
そして、検出部２２１は、状態の変化を検出したか否かを判断する（ステップＳ３）。動作状態及び温度に変化がなければ、処理はステップＳ９に移行する。
【００２９】
一方、状態の変化、すなわち動作状態又は温度に変化を検出すると、検出部２２１は、検出した状態に基づきデータ格納部２２４を更新する（ステップＳ５）。例えば、データ格納部２２４には、図９に示すようなデータが管理される。
【００３０】
図９の例では、各計算機について、温度と、動作状態と、ファン回転数と、制御モードとを格納するようになっている。
【００３１】
ステップＳ５では、自計算機の温度又は動作状態若しくはそれら両方を更新する。
【００３２】
そして、検出部２２１は、送信部２２２に処理を指示する。送信部２２２は、データ格納部２２４に格納されている自計算機のデータから状態通知を生成し、他の計算機に対して送信する（ステップＳ７）。状態通知は、自計算機のラック番号、自計算機の装置番号、ラック内の搭載位置、温度、動作状態、ファンの回転数などを含む。なお、ラック内の搭載位置については、装置番号などから特定される場合には、状態通知に含めなくてもよい。ファンの回転数については、自計算機のファンの回転数があれば処理ができるので含めない場合もある。さらに、動作状態についても、以下で述べる処理では自計算機についてのみ動作状態を特定できればよいので、通知しない場合もある。
【００３３】
そして、検出部２２１は、処理終了であるか否かを判断する（ステップＳ９）。処理終了でなければ、処理はステップＳ１に戻る。一方、処理終了であれば、本送信処理を終了する。
【００３４】
次に、受信部２２３及び制御部２２５が実行する受信処理について、図１０を用いて説明する。
【００３５】
まず、受信部２２３は、受信待ちタイマに対して待ち時間（例えば１秒）をセットする（ステップＳ１１）。そして、受信部２２３は、同一ラック内の他の計算機からの状態通知の受信待ちを行う（ステップＳ１３）。
【００３６】
受信部２２３が同一ラック内の他の計算機からの状態通知を受信しなければ（ステップＳ１５：Ｎｏルート）、処理はステップＳ１９に移行する。なお、他のラックの計算機からの状態通知については破棄する。一方、同一ラック内の他の計算機からの状態通知を受信すると（ステップＳ１５：Ｙｅｓルート）、受信部２２３は、受信した状態通知によってデータ格納部２２４を更新する（ステップＳ１７）。
【００３７】
その後、受信部２２３は、受信待ちタイマにセットされた待ち時間が経過したか判断する（ステップＳ１９）。待ち時間が経過していない場合には、処理はステップＳ１３に戻る。
【００３８】
一方、待ち時間が経過した場合には、受信部２２３は、制御部２２５に対して、制御処理を実行させる（ステップＳ２１）。制御処理については、後に説明する。
【００３９】
そして、制御処理を行って処理終了とならなければ（ステップＳ２３：Ｎｏルート）、処理はステップＳ１１に戻る。一方、処理終了となれば（ステップＳ２３：Ｙｅｓルート）、受信処理を終了する。
【００４０】
このように、他の計算機からの状態通知によってデータ格納部２２４を更新すると共に、定期的に制御処理を実行するようになる。
【００４１】
次に、図１１乃至図２３を用いて、制御処理について説明する。なお、具体例として、図９のようなデータが、データ格納部２２４に格納されているものとする。なお、制御モードの初期値は温度に応じて回転数を決定する標準モードである。
【００４２】
制御部２２５は、同一ラック内の計算機を温度で降順にソートし、上位グループと下位グループとに分ける（ステップＳ３１）。
【００４３】
図９のようなデータの場合、ソートをすると、図１２のような結果が得られる。すなわち、計算機３が温度６０度で最も高く、計算機６及び２が停止状態であってそれらの温度が２０度で最も低いということになっている。本実施の形態では、２つのグループに分割するので、ラック内の計算機の数が偶数であれば同数のグループに分け、奇数であれば例えば上位グループが１つ計算機の数が多くなるように分割する。この例では、図１３に示すように、計算機３，０，４，及び５が上位グループに属し、計算機１，６及び２が下位グループに属する。
【００４４】
また、制御部２２５は、上位グループの代表温度と下位グループの代表温度との代表温度差を算出する（ステップＳ３３）。代表温度は、例えば上位グループでは最高温度であり、下位グループでは稼働中の計算機のうちの最低温度である。代表温度については、平均値や中央値などの統計量を採用する場合もある。
【００４５】
そして、制御部２２５は、現在の制御モードが標準モードであるか否かを判断する（ステップＳ３５）。現在の制御モードが標準モードであれば、制御部２２５は、代表温度差が第１の閾値以上であるか否かを判断する（ステップＳ３７）。例えば、３０度以上であるか否かを判断する。図１３の例からすると、上位グループの代表温度は６０度であり、下位グループの代表温度は３０度であるので、代表温度差は３０度となり、ステップＳ３７の条件を満たす。
【００４６】
代表温度差が第１の閾値以上ではない場合、すなわち上位グループと下位グループとの温度の偏りが所定基準より小さい場合には、処理は端子Ａを介してステップＳ４７に移行する。すなわち、本実施の形態の主要な処理を行うことなく、従来と同じように、制御部２２５は、自計算機の温度に応じてファンの回転数を決定する（ステップＳ４７）。この決定方法については、例えば温度とファン回転数との関係を表す関係式又はテーブルなどを用いて温度からファン回転数を決定する。そして、制御部２２５は、ファン制御部２０５にファンの回転数を出力して、ファン制御部２０５は、決定された回転数でファンを駆動するように制御する（ステップＳ４９）。そして呼び出し元の処理に戻る。
【００４７】
代表温度差が第１の閾値以上である場合、すなわち上位グループと下位グループとの温度の偏りが所定基準より大きい場合には、制御部２２５は、モード設定処理を実行する（ステップＳ３９）。さらに、制御部２２５は、回転数決定処理を実行する（ステップＳ４１）。そして処理はステップＳ４９に移行する。なお、モード設定処理及び回転数決定処理については、後に詳しく述べる。
【００４８】
一方、現在の制御モードが標準モードではない場合、制御部２２５は、代表温度差は第２の閾値（例えば１０度）未満であるか否かを判断する（ステップＳ４３）。すなわち、上位グループの温度と下位グループの温度の偏りが所定基準より小さくなったか否かを判断する。
【００４９】
代表温度差が第２の閾値未満ではない場合、すなわち、まだ温度の偏りが所定基準以上である場合には、処理はステップＳ３９に移行する。一方、代表温度差が第２の閾値未満である場合、すなわち温度の偏りが解消された場合には、制御部２２５は、現在の制御モードを標準モードに設定する（ステップＳ４５）。そして処理はステップＳ４７に移行する。すなわち、標準モードでファンを制御する。
【００５０】
このようにすれば、上位グループと下位グループとで温度の偏りに応じて処理が切り替えられるようになっている。
【００５１】
次に、モード設定処理について、図１４乃至図１９を用いて説明する。
【００５２】
制御部２２５は、上位グループを上位モードに、下位グループを下位モードに設定する（ステップＳ５１）。
【００５３】
さらに、制御部２２５は、第３の閾値以上の温度となった計算機が存在するか否かを判断する（ステップＳ５３）。第３の閾値は、計算機が強制的にシャットダウンされる温度よりもやや低い温度で、例えば６０度とする。この条件を満たすような計算機が存在しない場合には、処理はステップＳ５７に移行する。
【００５４】
一方、第３の閾値以上の温度となった計算機が存在する場合には、制御部２２５は、該当する計算機より下に位置する、すなわち冷気口３０００からの距離が近い上位モードの計算機を下位モードに設定する（ステップＳ５５）。
【００５５】
さらに、制御部２２５は、停止状態の計算機が存在するか否かを判断する（ステップＳ５７）。停止状態の計算機が存在しない場合には、処理は呼び出し元の処理に戻る。
【００５６】
一方、停止状態の計算機が存在する場合には、制御部２２５は、停止状態の計算機に最小モードを設定する（ステップＳ５９）。なお、自計算機のみ動作状態を取得する場合もあるが、その場合には自計算機が最小モードに設定されることになる。
【００５７】
上で述べた例では、ステップＳ５１で、図１５に示すように、旧制御モードは標準モードであったが、新制御モードは、上位グループであれば上位モード、下位グループであれば下位モードに設定されるようになる。
【００５８】
なお、ステップＳ５３及びＳ５５が実行されない場合には、図１５に示すようなモード状態であれば、以下の説明で述べるように、上位モードについては、標準モードにおける回転数（旧回転数）＋５００回転を新たな回転数に設定する。一方、下位モードについては、標準モードにおける回転数（旧回転数）−５００回転を新たな回転数に設定する。なお、停止状態である計算機については、図３を用いて説明したような熱気の逆流を抑制するために、最小モードに設定し、新回転数を例えば固定の１０００回転に設定する。
【００５９】
なお、計算機の配置の状態に並びを戻せば、図１６に示すような状態となる。このように、ラック上部の計算機３乃至５の温度が高いのでそれらを優先させて、ラック上部の計算機３乃至５についてはファンの回転数を上昇させることで、優先的に冷却させる。ラック下部の計算機０も温度が高いのでファンの回転数を上げているが、計算機１については温度が低いのでファンの回転数を落とすことで、できるだけラック上部に冷気が回るようにしている。
【００６０】
また、ステップＳ５３を実行すると、図１７に示すように、計算機３が６０度なのでステップＳ５３の条件を満たすことが分かる。冷気口３０００に計算機３よりも近い計算機０乃至２のうち、上位モードに設定されているのは計算機０である。従って、図１８に示すように、計算機０のモードを下位モードに変更する。そうすると、計算機０について、旧回転数−５００回転＝２９００を新回転数に設定することになる。
【００６１】
なお、計算機の配置の状態に並びを戻せば、図１９に示すような状態となる。このように、ラック下部の計算機０も温度は高いが、ラック上部の計算機３を特に優先させて計算機０を下位モードに設定させてファンの回転数を下げる。これによって計算機３を優先的に冷却させる。
【００６２】
次に、図２０を用いて、回転数決定処理を説明する。なお、上では説明の都合上回転数を各計算機について示したが、実際には自動計算機の制御モードのみが分かればよい。各計算機において自律的に自計算機の制御モードが決定されて、制御モードに応じたファン回転数が各計算機において決定される。
【００６３】
まず、制御部２２５は、自計算機の制御モードを特定する（ステップＳ６１）。制御モードが最小モードであれば（ステップＳ６３：Ｙｅｓルート）、制御部２２５は、予め定められた最小回転数（例えば１０００）を決定する（ステップＳ６５）。そして処理は呼び出し元の処理に戻る。
【００６４】
一方、最小モードではない場合（ステップＳ６３：Ｎｏルート）、制御部２２５は、制御モードが下位モードであるか否かを判断する（ステップＳ６７）。制御モードが下位モードであれば、制御部２２５は、標準モードにおける回転数−第１回転数（例えば５００）によって回転数を決定する（ステップＳ６９）。そして呼び出し元の処理に戻る。
【００６５】
一方、下位モードではない場合には、上位モードであるから、制御部２２５は、標準モードにおける回転数＋第２回転数（例えば５００）によって回転数を決定する（ステップＳ７１）。そして呼び出し元の処理に戻る。
【００６６】
以上のような処理を実行することで、計算機の温度の平準化がなされるようになる。
【００６７】
例えば、最小モードを設けずに、停止状態の計算機（例えば計算機１乃至７のうちの計算機２。計算機１が一番下。）のファンを停止させていた場合と、本実施の形態のように最小モードを設けて最小回転数が設定された場合の差を、図２１に示す。図２１において、横軸は装置位置を表し、縦軸は温度を表す。図２１では、停止のままであれば、計算機２より上の計算機の温度が上昇してしまうが、本実施の形態のように最小モードに設定することで、その上昇を抑制させることができるようになる。
【００６８】
また、計算機１乃至７（計算機１が一番下。）のうち計算機２の温度が６０度で極端に高くなっている状態において、温度に応じた回転数制御（標準モード）を行った場合の温度変化の一例を図２２に示す。この例では、縦軸は温度を表し、横軸は装置位置を表す。計算機２の温度は４分後に隣接する計算機１や計算機３と同じような温度に冷却される。
【００６９】
一方、同じ状態から、本実施の形態のように温度の高い計算機を優先させて冷却させる場合の温度変化の一例を図２３に示す。この例では、計算機２の温度は、２分後には、図２２における４分後のような状態に変化する。このように計算機２を優先して冷却するので、早期に温度の高い計算機が冷却されるようになる。
【００７０】
なお、上で述べた処理については様々に変更が可能である。例えば、計算機の数に応じて上位グループと下位グループのグループ分けを行ったが、例えばステップＳ５３のように温度が閾値以上となった計算機を上位モードに設定し、それ以外を下位モードに設定するようにしても良い。
【００７１】
さらに、上位モードの場合にファンの回転数を増やし、下位モードの場合にファンの回転数を減らしたが、例えば上位モードについてのみファンの回転数を多めに増加させるようにしても良い。同様に、例えば下位モードについてのみファンの回転数を多めに減少させるようにしても良い。
【００７２】
なお、上で述べた処理フローにおいても第３の閾値以上の温度となる計算機が複数発生する場合がある。例えば２つの計算機が第３の閾値以上の温度となった場合、一方の計算機の位置より冷気口３０００に近い位置に他方の計算機があることになる。この場合でも、冷気口３０００に近い方の計算機について下位モードを設定することなく、上位モードを設定することで、両計算機を優先して冷却するようにする。
【００７３】
また、冷気口３０００が床側に設けられる場合を説明したが、冷気を天井から吹き下ろす場合もある。この場合には、上で述べた説明を上下反転させれば本実施の形態を適用できる。
【００７４】
以上本発明に係る実施の形態を説明したが、本発明はこれに限定されるものではない。例えば、処理フローについては一例であって、処理結果が変わらない限り、ステップの順番を入れ替えたり、複数ステップを並列実行させることができる場合もある。
【００７５】
さらに、サービスプロセッサ２００の機能ブロック構成は、プログラムモジュール構成とは一致しない場合もある。
【００７６】
また、上で述べた例では、ラック内の計算機におけるサービスプロセッサ２００がそれぞれ他の計算機についても制御モードを決定している。従って、上で述べた処理をラック内の１台の計算機又は全く別の計算機で実行して制御モードを決定し、各計算機に通知して回転数を制御するようにしても良い。回転数まで計算してから各計算機に通知しても良い。
【００７７】
以上述べた本発明の実施の形態をまとめると、以下のようになる。
【００７８】
本実施の形態の第一の態様に係る、計算機内の冷却制御装置は、（Ａ）各々ファンを有する複数の計算機の各々について温度を取得する取得部と、（Ｂ）複数の計算機の各々の温度に基づき、複数の計算機のうち優先して冷却すべき第１の計算機を特定する特定部と、（Ｃ）第１の計算機が自計算機である場合にファンの回転数を増加させる第１の制御と、第１の計算機以外の第２の計算機が自計算機である場合にファンの回転数を減少させる第２の制御との少なくともいずれかを実行する制御部とを有する。
【００７９】
このようにすれば、複数の計算機がまとめて設置される状況において各計算機の温度を効果的に平準化させることができるようになる。これによって、計算機の温度上昇による突然のシャットダウンという事態を回避できるようになりシステムの可用性が向上する。
【００８０】
また、上で述べた特定部が、（ｂ１）複数の計算機の温度に所定基準以上の偏りが発生している場合に、第１の計算機を特定するようにしても良い。例えば、実施の形態のように、上位グループと下位グループの代表温度の差が閾値以上となった場合に、所定基準以上の偏りが発生したものと判断されることもある。
【００８１】
さらに、上で述べた特定部が、（ｂ２）複数の計算機のうち所定温度以上の温度が取得された計算機を第１の計算機として特定するようにしても良い。特に温度の高い計算機を優先させるためである。
【００８２】
また、上で述べた特定部が、（ｂ３）複数の計算機を、温度の高い順に並べて、上位所定数又は上位所定割合の計算機を第１の計算機として特定するようにしても良い。実施の形態のように、計算機数によってグループ分けを行うようにしても良い。
【００８３】
さらに、上で述べた特定部が、（ｂ４）複数の計算機を、温度の高い順に並べて、上位所定数又は上位所定割合の計算機を特定し、（ｂ５）特定された計算機のうち、所定温度以上の温度が取得された計算機と当該計算機より上記複数の計算機外に設けられた冷気口からの距離が遠い計算機とを、第１の計算機として特定するようにしても良い。上で述べた実施の形態でも、上位グループのうち、冷気口から距離の近い計算機については下位モードに変更するので、同じ結果となっている。
【００８４】
さらに、上で述べた取得部が、自計算機の動作状態をさらに取得するようにしても良い。この場合、上で述べた制御部が、自計算機の動作状態が停止状態を表している場合に、ファンを所定の回転数以上の回転数で回転させるようにしても良い。これによって、排気口から熱気が吸気口側に逆流するのを防止できるようになる。
【００８５】
本発明の第２の態様に係る冷却制御方法は、（Ａ）各々ファンを有する複数の計算機の各々について温度を取得し、（Ｂ）複数の計算機の各々の温度に基づき、複数の計算機のうち優先して冷却すべき第１の計算機を特定し、（Ｃ）第１の計算機に対してファンの回転数を増加させる第１の制御と、第１の計算機以外の第２の計算機に対してファンの回転数を減少させる第２の制御との少なくともいずれかを実行する処理を含む。中央制御方式を採用しても良い。
【００８６】
なお、上で述べたような処理をコンピュータ又はプロセッサに実行させるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブル・ディスク、ＣＤ−ＲＯＭなどの光ディスク、光磁気ディスク、半導体メモリ（例えばＲＯＭ）、ハードディスク等のコンピュータ読み取り可能な記憶媒体又は記憶装置に格納される。なお、処理途中のデータについては、ＲＡＭ等の記憶装置に一時保管される。
【図１】
2015194028.tif 000003
【図２】
2015194028.tif 000004
【図３】
2015194028.tif 000005
【図４】
2015194028.tif 000006
【図５】
2015194028.tif 000007
【図６】
2015194028.tif 000008
【図７】
2015194028.tif 000009
【図８】
2015194028.tif 000010
【図９】
2015194028.tif 000011
【図１０】
2015194028.tif 000012
【図１１】
2015194028.tif 000013
【図１２】
2015194028.tif 000014
【図１３】
2015194028.tif 000015
【図１４】
2015194028.tif 000016
【図１５】
2015194028.tif 000017
【図１６】
2015194028.tif 000018
【図１７】
2015194028.tif 000019
【図１８】
2015194028.tif 000020
【図１９】
2015194028.tif 000021
【図２０】
2015194028.tif 000022
【図２１】
2015194028.tif 000023
【図２２】
2015194028.tif 000024
【図２３】
2015194028.tif 000025
【国際調査報告】
2015194028.tif 000026
2015194028.tif 000027
2015194028.tif 000028
2015194028.tif 000029