(57)【要約】【課題】電源装置の異常をサーバへ速やかに通知するのは困難であること。【解決手段】計算機システムは、サーバ装置と、サーバ装置へ電力を供給する電源装置と、検出部と、第１の通信線とを備える。検出部は、電源装置の異常を検出する。第１の通信線は、検出部とサーバ装置とを接続し、検出部の検出結果をサーバ装置へ伝達する。【選択図】図１
2018097739.tif 000002
【特許請求の範囲】
【請求項１】
サーバ装置と前記サーバ装置へ電力を供給する電源装置とを備えた計算機システムであって、
前記電源装置の異常を検出する検出部と、
前記検出部と前記サーバ装置とを接続し、前記検出部の検出結果を前記サーバ装置へ伝達する第１の通信線と、
を備えた計算機システム。
【請求項２】
前記検出部と前記サーバ装置とを前記第１の通信線によって接続するか否かを前記サーバ装置毎に切り替える第１の切替スイッチを、
さらに備える請求項１に記載の計算機システム。
【請求項３】
前記検出部と前記サーバ装置とを前記第１の通信線によって接続するか否かを複数のサーバ装置一括で切り替える第２の切替スイッチを、
さらに備える請求項１または２に記載の計算機システム。
【請求項４】
ファンと、
前記検出部と前記ファンとを接続し、前記検出部の検出結果を前記ファンへ伝達する第２の通信線とを、
さらに備える請求項１乃至３の何れかに記載の計算機システム。
【請求項５】
前記検出部と前記ファンとを前記第２の通信線によって接続するか否かを前記ファン毎に切り替える第３の切替スイッチを、
さらに備える請求項４に記載の計算機システム。
【請求項６】
前記検出部と前記ファンとを前記第２の通信線によって接続するか否かを複数のファン一括で切り替える第４の切替スイッチを、
さらに備える請求項４または５に記載の計算機システム。
【請求項７】
前記ファンは、前記第２の通信線を通じて前記検出部の検出結果を受信すると、回転数を低下するように構成されている、
請求項４乃至６の何れかに記載の計算機システム。
【請求項８】
前記サーバ装置は、前記第１の通信線を通じて前記検出部の検出結果を受信すると、スリープ状態に入るように構成されている、
請求項１乃至７の何れかに記載の計算機システム。
【請求項９】
前記電源装置による供給可能総電力から需要電力を差し引いた余剰電力が予め定められた閾値電力以上であることを確認し、前記スリープ状態の前記サーバ装置を前記スリープ状態から通常状態へ復帰させる復旧手段を、
さらに備える請求項８に記載の計算機システム。
【請求項１０】
サーバ装置と前記サーバ装置へ電力を供給する電源装置とを備えた計算機システムが実行する制御方法であって、
前記電源装置に設けられた検出部で前記電源装置の異常を検出し、
前記検出部の検出結果を、前記検出部と前記サーバ装置とを接続する第１の通信線を通じて、前記サーバ装置へ伝達する、
制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、計算機システム、および制御方法に関する。
【背景技術】
【０００２】
近年、複数のサーバ、スイッチ、温度センサ、ファン、電源装置などを筐体に収納した計算機システムが実用化されている。このような計算機システムの一例が特許文献１に記載されている。
【０００３】
特許文献１に記載の計算機システム（以下、本発明に関連する計算機システムと記す）では、エンクロージャマネージャ（以下、ＥＭと記す）と呼ばれる管理装置が筐体に収納され、また各サーバにベースボードマネージメントコントローラ（以下、ＢＭＣと記す）と呼ばれる管理装置が搭載されている。ＥＭおよびＢＭＣは、切替スイッチを介して、管理対象ユニット（サーバ、スイッチモジュール、電源装置など）に接続することが可能である。ＥＭは、スイッチモジュール設定機能、電源管理機能、冷却管理機能、筐体管理機能、システム情報監視機能等の各種の管理機能を実施する。また、ＥＭが管理対象ユニットを管理することができない場合、切替スイッチを切り替えて、ＢＭＣがＥＭに代わって管理対象ユニットを管理するように構成されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１６−１６７２１３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述した本発明に関連する計算機システムでは、電源装置に異常が発生した場合、電源装置から切替スイッチを通じてＥＭあるいはＢＭＣに電源異常が通知され、このＥＭあるいはＢＭＣから各管理対象ユニットに電源異常が通知される。即ち、電源装置の異常は、電源装置からＥＭあるいはＢＭＣに一旦通知され、ＥＭあるいはＢＭＣから管理対象ユニットの一つであるサーバに通知される。そのため、電源装置の異常をサーバへ速やかに通知するのは困難であった。
【０００６】
本発明の目的は、上述した課題、すなわち電源装置の異常をサーバへ速やかに通知するのは困難である、という課題を解決する計算機システムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明の一形態に係る計算機システムは、
サーバ装置と前記サーバ装置へ電力を供給する電源装置とを備えた計算機システムであって、
前記電源装置の異常を検出する検出部と、
前記検出部と前記サーバ装置とを接続し、前記検出部の検出結果を前記サーバ装置へ伝達する第１の通信線と、
を備えている。
【０００８】
本発明の他の形態に係る制御方法は、
サーバ装置と前記サーバ装置へ電力を供給する電源装置とを備えた計算機システムが実行する制御方法であって、
前記電源装置に設けられた検出部で前記電源装置の異常を検出し、
前記検出部の検出結果を、前記検出部と前記サーバ装置とを接続する第１の通信線を通じて、前記サーバ装置へ伝達する。
【発明の効果】
【０００９】
本発明は、上述した構成を有することにより、電源装置の異常をサーバ装置へ速やかに通知することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の第１の実施形態に係る計算機システムのブロック図である
【図２】本発明の第２の実施形態に係る計算機システムのブロック図である。
【図３】本発明の第２の実施形態におけるセンサ監視モジュールとＰＳＵの内部構成例を示す図である。
【図４】本発明の第２の実施形態におけるファン制御手段、ＣＰＵ制御手段、異常通知信号制御手段の動作を示すフローチャートである。
【図５】本発明の第２の実施形態におけるセンサ監視モジュールの復旧に関連する内部構成例を示す図である。
【図６】本発明の第２の実施形態における復旧手段、ファン回転数変更手段、ＣＰＵ電源状態変更手段の動作を示すフローチャートである。
【図７】本発明の第３の実施形態に係る計算機システムのブロック図である。
【発明を実施するための形態】
【００１１】
次に本発明の実施の形態について図面を参照して詳細に説明する。
[第１の実施形態]
図１を参照すると、本発明の第１の実施形態に係る計算機システム１０００は、ｎ台のサーバ装置１０１０−１〜１０１０−ｎと、ｍ台の電源装置１０２０−１〜１０２０−ｍと、ｎ台のファン１０３０−１〜１０３０−ｎとを備えている。ｎとｍは１以上の正の整数である。好ましくは、ｎとｍは２以上の正の整数である。
【００１２】
それぞれのサーバ装置１０１０−ｉ（ｉ＝１〜ｎ）は、ＣＰＵおよびメモリ等を含んで構成され、ＣＰＵ上でＯＳ（オペレーションシステム）やアプリケーションプログラムを実行することにより、所定の業務を遂行する。サーバ装置１０１０−ｉは、端子１０１０−ｉ１〜１０１０−ｉ３を有する。端子１０１０−ｉ１は電力線１４００に接続されている。サーバ装置１０１０−ｉは、電力線１４００を通じて端子１０１０−ｉ１に電力を受電する。端子１０１０−ｉ２は通信線１１００−ｉに接続されている。サーバ装置１０１０−ｉは、通信線１１００−ｉを通じて電源装置の異常信号を端子１０１０−ｉ２に受信する。サーバ装置１０１０−ｉは、通常状態において端子１０１０−ｉ２に電源装置の異常信号を受信すると、通常の動作状態からスリープ状態へ移行する。サーバ装置１０１０−ｉは、スリープ状態では、サーバ装置１０１０−ｉ内の種々の構成部品の電源断を行うが、システムメモリを通電し続けてシステムメモリの内容を保持する。一般にスリープ状態にあるサーバ装置１０１０−ｉは、通常状態のときに比べて消費電力が大幅に少なくなる。また、端子１０１０−ｉ３は、制御線１０９０−ｉに接続されている。サーバ装置１０１０−ｉは、制御線１０９０−ｉを通じて制御信号を端子１０１０−ｉ３に受信する。サーバ装置１０１０−ｉは、スリープ状態において端子１０１０−ｉ３から通常状態への復帰を要求する制御信号を受信すると、スリープ状態から通常状態へ復帰する。
【００１３】
ファン１０３０−ｉ（ｉ＝１〜ｎ）は、サーバ装置１０１０−ｉを冷却するための空気の流れを発生する。図１の例では、ファン１０３０−ｉは主にサーバ装置１０１０−ｉを冷却する。即ち、サーバ装置１０１０−ｉ毎にその冷却用のファン１０３０−ｉが設けられている。ファン１０３０−ｉは、端子１０３０−ｉ１〜１０３０−ｉ３を有する。端子１０３０−ｉ１は電力線１４００に接続されている。ファン１０３０−ｉは、電力線１４００を通じて端子１０３０−ｉ１に電力を受電する。端子１０３０−ｉ２は通信線１２００−ｉに接続されている。ファン１０３０−ｉは、通信線１２００−ｉを通じて端子１０３０−ｉ２に電源装置の異常信号を受信する。ファン１０３０−ｉは、端子１０３０−ｉ２に電源装置の異常信号を受信すると、ファンを予め設定された最低回転数で回転させる。端子１０３０−ｉ３は制御線１５００−ｉに接続されている。ファン１０３０−ｉは、制御線１５００−ｉを通じて制御信号を端子１０３０−ｉ３に受信する。ファン１０３０−ｉは、端子１０３０−ｉ３に回転数を指定した制御信号を受信すると、ファンを指定された回転数で回転させる。
【００１４】
電源装置１０２０−ｊ（ｊ＝１〜ｍ）は、計算機システム１０００の各部へ電力を供給する。電源装置１０２０−ｊは、端子１０２０−ｊ１〜１０２０−ｊ３を有する。端子１０２０−ｊ１は商用電源に接続されている。電源装置１０２０−ｊは、端子１０２０−ｊ１に受電した商用電源による交流電力を所定電圧値の直流電圧に変換し、端子１０２０−ｊ２から出力する。端子１０２０−ｊ２は電力線１４００に接続されている。端子１０２０−ｊ３は制御線１６００−ｊに接続されている。電源装置１０２０−ｊは、制御線１６００−ｊを通じて端子１０２０−ｊ３に制御信号を受信する。電源装置１０２０−ｊは、端子１０２０−ｊ３に受信した制御信号に応じた処理を行う。例えば、電源装置１０２０−ｊは、稼働系あるいは予備系を指定した制御信号を端子１０２０−ｊに受信すると、電源装置１０２０−ｊの状態を稼働あるいは予備に切り替える。ｍ台の電源装置１０２０のうちの複数台を稼働系とすることにより、大きな電力を供給することができる。また、ｍ台の電源装置１０２０の一部を予備として待機させておけば、稼働中の電源装置に異常が発生した場合、予備の電源装置をその代わりに稼働させることができる。
【００１５】
電源装置１０２０−ｊは、検出部１０７０−ｊを内蔵している。検出部１０７０−ｊは、電源装置１０２０−ｊの異常を検出する。電源装置１０２０−ｊの異常とは、例えば、電源装置１０２０−ｊの出力断、出力の低下などである。検出部１０７０−ｊは、電源装置１０２０−ｊの異常を検出すると、端子１０７０−ｊ１から電源装置の異常信号を出力する。端子１０７０−ｊ１は、通信線１０８０を通じて切替スイッチ１０５０に接続されている。
【００１６】
切替スイッチ１０５０は、通信線１０８０に接続された端子１０５０−１、通信線１０９０に接続された端子１１５０−２、電力線１４００に接続された端子１０５０−３、および制御線１７００−１に接続された端子１１５０−４を有する。切替スイッチ１０５０は、電力線１４００を通じて端子１０５０−３に電力を受電する。切替スイッチ１０５０は、端子１０５０−１と端子１０５０−２との間を接続したオン状態、それらの端子間を切断したオフ状態を採る。端子１０５０−４は制御線１７００−１を通じて制御信号を受信する。切替スイッチ１０５０は、端子１０５０−４に受信した制御信号に従って、オン状態からオフ状態へ切り替わり、またその逆にオフ状態からオン状態へ切り替わる。端子１１５０−２は、通信線１０９０を通じて切替スイッチ１０４０および切替スイッチ１０６０に接続されている。
【００１７】
切替スイッチ１０４０は、通信線１０９０に接続されたｎ個の端子１０４０−１ｉ、通信線１１００−ｉに接続されたｎ個の端子１０４０−２ｉ、電力線１４００に接続された端子１０４０−３、および制御線１７００−２に接続された端子１０４０−４を有する。切替スイッチ１０４０は、電力線１４００を通じて端子１０４０−３に電力を受電する。切替スイッチ１０４０は、端子１０４０−１ｉと端子１０４０−２ｉとの同じｉのペア毎に独立に、それらの端子間を接続したオン状態、それらの端子間を切断したオフ状態を採る。端子１０４０−４は制御線１７００−２を通じて制御信号を受信する。切替スイッチ１０４０は、端子１０４０−４から受信した制御信号に従って、端子１０４０−１ｉと端子１０４０−２ｉとの同じｉのペア毎に独立に、オン状態からオフ状態へ切り替わり、またその逆にオフ状態からオン状態へ切り替わる。端子１０４０−２ｉは、通信線１１００−ｉを通じてサーバ装置１０１０−ｉの端子１０１０−ｉ２に接続されている。
【００１８】
切替スイッチ１０６０は、通信線１０９０に接続されたｎ個の端子１０６０−１ｉ、通信線１２００−ｉに接続されたｎ個の端子１０６０−２ｉ、電力線１４００に接続された端子１０６０−３、および制御線１７００−３に接続された端子１０６０−４を有する。切替スイッチ１０６０は、電力線１４００を通じて端子１０６０−３に電力を受電する。切替スイッチ１０６０は、端子１０６０−１ｉと端子１０６０−２ｉとの同じｉのペア毎に独立に、それらの端子間を接続したオン状態、それらの端子間を切断したオフ状態を採る。端子１０６０−４は制御線１７００−３を通じて制御信号を受信する。切替スイッチ１０６０は、端子１０６０−４に受信した制御信号に従って、端子１０６０−１ｉと端子１０６０−２ｉとの同じｉのペア毎に独立に、オン状態からオフ状態へ切り替わり、またその逆にオフ状態からオン状態へ切り替わる。端子１０６０−２ｉは、通信線１２００−ｉを通じてファン１０３０−ｉの端子１０３０−ｉ２に接続されている。
【００１９】
計算機システム１０００は、さらに管理装置１３００を備えている。管理装置１３００は、端子１８００−１〜１８００−ｍ、端子１９００−１〜１９００−４、端子２０００−１〜２０００−ｎ、端子２１００−１〜２１００−ｎを有する。端子１８００−ｊは、制御線１６００−ｊを通じて電源装置１０２０−ｊの端子１０２０−ｊ３に接続されている。端子１９００−１は、制御線１７００−１を通じて切替スイッチ１０５０の端子１１５０−４に接続されている。端子１９００−２は、制御線１７００−２を通じて切替スイッチ１０４０の端子１０４０−４に接続されている。端子１９００−３は、制御線１７００−３を通じて切替スイッチ１０６０の端子１０６０−４に接続されている。端子１９００−４は電力線１４００に接続されている。端子２０００−ｉは、制御線１０９０−ｉを通じてサーバ装置１０１０−ｉの端子１０１０−ｉ３に接続されている。端子２１００−ｉは、制御線１５００−ｉを通じてファン１０３０−ｉの端子１０３０−ｉ３に接続されている。
【００２０】
管理装置１３００は、電力線１４００から端子１９００−４に電力を受電する。管理装置１３００は、端子１８００−ｊから制御線１６００−ｊを通じて電源装置１０２０−ｊへ制御信号を送信することにより、電源装置１０２０の状態を取得し、或いは状態を制御する。また管理装置１３００は、端子１９００−１から制御線１７００−１を通じて切替スイッチ１０５０へ制御信号を送信することにより、切替スイッチ１０５０の状態を切り替える。また管理装置１３００は、端子１９００−２から制御線１７００−２を通じて切替スイッチ１０４０へ制御信号を送信することにより、切替スイッチ１０４０の状態を切り替える。また管理装置１３００は、端子１９００−３から制御線１７００−３を通じて切替スイッチ１０６０へ制御信号を送信することにより、切替スイッチ１０６０の状態を切り替える。また管理装置１３００は、端子２０００−ｉから制御線１０９０−ｉを通じてサーバ装置１０１０−ｉへ制御信号を送信することにより、サーバ装置１０１０−ｉの状態を制御する。また管理装置１３００は、端子２１００−ｉから制御線１５００−ｉを通じてファン１０３０−ｉへ制御信号を送信することにより、ファン１０３０−ｉの状態を制御する。管理装置１３００は、ハードウェアで構成することができると共に、例えばコンピュータとプログラムとで実現することできる。
【００２１】
次に、本実施形態に係る計算機システム１０００の動作を説明する。
【００２２】
計算機システム１０００の運用を開始するのに先立って、管理装置１３００は、電源装置１０２０−１〜１０２０−ｍによる電源投入後、切替スイッチ１０４０、１０５０、１０６０の状態を全てオン状態とする。これにより、電源装置１０２０−１〜１０２０−ｍに内蔵された検出部１０７０−１〜１０７０−ｍの電源異常信号の出力端子１０７０−１１〜１０７０−ｍ１が、通信線１０８０、切替スイッチ１０５０、通信線１０９０、切替スイッチ１０４０、通信線１１００−１〜１１００−ｎを通じて、サーバ装置１０１０−１〜１０１０−ｎの電源異常信号の入力端子１０１０−１２〜１０１０−ｎ２に電気的に接続される。また、検出部１０７０−１〜１０７０−ｍの電源異常信号の出力端子１０７０−１１〜１０７０−ｍ１が、通信線１０８０、切替スイッチ１０５０、通信線１０９０、切替スイッチ１０６０、通信線１２００−１〜１２００−ｎを通じて、ファン１０３０−１〜１０３０−ｎの電源異常信号の入力端子１０３０−１２〜１０３０−ｎ２に電気的に接続される。
【００２３】
その後、管理装置１３００は、サーバ装置１０１０−１〜１０１０−ｎおよびファン１０３０−１〜１０３０−ｎを動作させて、計算機システム１０００の運用を開始する。計算機システム１０００の運用中に電源装置１０２０−１〜１０２０−ｍの何れかに異常が発生すると、異常の発生した電源装置１０２０−ｊに内蔵された検出部１０７０−ｊでその異常が検出され、端子１０７０−ｊ１から電源異常信号が出力される。この電源異常信号は、通信線１０８０、切替スイッチ１０５０、通信線１０９０、切替スイッチ１０４０、通信線１１００−１〜１１００−ｎを伝搬し、サーバ装置１０１０−１〜１０１０−ｎの端子１０１０−１２〜１０１０−ｎ２に到達する。これにより、サーバ装置１０１０−１〜１０１０−ｎはスリープ状態に移行する。また、電源異常信号は、通信線１０８０、切替スイッチ１０５０、通信線１０９０、切替スイッチ１０６０、通信線１２００−１〜１２００−ｎを通じて、ファン１０３０−１〜１０３０−ｎの端子１０３０−１２〜１０３０−ｎ２に到達する。これにより、ファン１０３０−１〜１０３０−ｎは最低の回転数で回転するようになる。何れかの電源装置１０２０−ｊに異常が発生して、計算機システム１０００の各部に供給される電力が低下しても、全てのサーバ装置１０１０−１〜１０１０−ｎがスリープ状態になっており、また全てのファン１０３０−１〜１０３０−ｎが最低の回転数で回転しているため、需要電力が供給電力を上回る可能性は少ない。その結果、サーバ装置１０１０−１〜１０１０−ｎにおける作業中のデータを保持するシステムメモリの記憶内容の保持が可能になる。
【００２４】
次に、管理装置１３００は、電源装置１０２０−ｊの異常を検出すると自律的に、或いはシステム管理者からの指示に従って、計算機システム１０００の復旧を行う。まず、管理装置１３００は、正常な電源装置１０２０による供給可能総電力から現在の需要電力を差し引いた余剰電力を算出する。供給可能総電力は、例えば正常な電源装置１０２０の定格出力の情報等に基づいて算出することができる。また、現在の需要電力は、例えば図示しない電力計によって計測することで算出できる。次に、管理装置１３００は、余剰電力が予め定められた閾値電力以上であるか否かを判定する。そして、管理装置１３００は、余剰電力が閾値電力以上であれば、以下の制御を実施する。
【００２５】
まず、管理装置１３００は、スリープ状態の１つのサーバ装置１０１０−ｉに注目する。次に、管理装置１３００は、注目中のサーバ装置１０１０−ｉに対して制御線１０９０−ｉを通じて通常状態へ復帰する制御信号を送出し、注目中のサーバ装置１０１０−ｉをスリープ状態から通常状態へ復帰させる。このとき、管理装置１３００は、注目中のサーバ装置１０１０−ｉを冷却するファン１０３０−ｉに対して制御線１５００−ｉを通じて制御信号を送出し、当該ファン１０３０−ｉの回転数を所定量増大させる。次に、管理装置１３００は、注目中のサーバ装置１０１０−ｉに対して制御線１０９０−ｉを通じてシャットダウンを要求する制御信号を送出し、注目中のサーバ装置１０１０−ｉをシャットダウンさせる。また管理装置１３００は、シャットダウンしたサーバ装置１０１０−ｉを冷却するためのファン１０３０−ｉを停止させる。
【００２６】
管理装置１３００は、注目中のサーバ装置１０１０−ｉをシャットダウンさせると、次に、スリープ状態の他の１つのサーバ装置１０１０−ｉに注目を移し、先に注目したサーバ装置に対して実施した上記処理と同様の処理を実施して、シャットダウンする。管理装置１３００は、以上と同様の動作をスリープ状態の全てのサーバ装置をシャットダウンするまで繰り返す。これにより、電源故障による電力供給不足が発生しても、サーバ装置１０１０の作業データを保護しつつ、支障なく全サーバ装置をシャットダウンすることができる。
【００２７】
以上の復旧動作では、管理装置１３００は、スリープ状態になった全てのサーバ装置をシャットダウンさせた。しかし、管理装置１３００は、スリープ状態になったサーバ装置の一部をシャットダウンさせ、残りは通常状態で稼働させ続けるようにしてもよい。管理装置１３００は、シャットダウンするサーバ装置および通常状態で稼働させ続けるサーバ装置の決定を、予め設定されたサーバ装置の優先度情報に基づいて行うことができる。
【００２８】
また以上の動作説明では、管理装置１３００は、計算機システム１０００の運用を開始するのに先立って、切替スイッチ１０４０、１０５０、１０６０の状態を全てオン状態とした。しかし、管理装置１３００は、電源装置１０２０−１〜１０２０−ｍの電力供給能力に十分な余裕がある、或いは、予備の電源装置が複数個確保されている等、何れかの電源装置１０２０に異常が発生しても直ちに全サーバ装置１０２０をスリープ状態にする必要性がない場合、切替スイッチ１０５０をオフ状態としておいてもよい。また、管理装置１３００は、業務処理等の関係からスリープ状態にすることに支障のあるサーバ装置１０１０−ｉが存在する場合、そのサーバ装置１０１０−ｉの電源異常信号入力端子１０１０−ｉ２に繋がる切替スイッチ１０４０の端子ペア（１０４０−１ｉと１０４０−２ｉ）間を切断状態としておいてもよい。こうすれば、当該サーバ装置１０１０−ｉには電源異常信号は伝達されないため、電源異常時に強制的に稼働状態からスリープ状態へ遷移することはなくなる。また、管理装置１３００は、スリープ状態へ遷移させずに稼働させ続けるサーバ装置１０１０−ｉを冷却するファン１０３０−ｉに繋がる切替スイッチ１０６０の端子ペア（１０６０−１ｉと１０６０−２ｉ）間を切断状態としておく。こうすれば、当該ファン１０３０−ｉには電源異常信号は伝達されないため、電源異常時に強制的に最低の回転数で回転させられることはなくなる。
【００２９】
このように本実施形態によれば、電源装置１０２０の異常をサーバ装置１０１０へ速やかに通知することができる。その理由は、電源装置１０２０の異常を検出する検出部１０７０とサーバ装置１０１０との間に、検出部１０７０の検出結果を伝達する通信線１０８０、１０９０、１１００を設けているためである。
【００３０】
また本実施形態によれば、電源装置１０２０の異常時、ファン１０３０の回転数を強制的に速やかに低下させることができる。その理由は、電源装置１０２０の異常を検出する検出部１０７０とファン１０３０との間に、検出部１０７０の検出結果を伝達する通信線１０８０、１０９０、１２００を設けているためである。
【００３１】
また本実施形態によれば、電源装置１０２０の異常時、計算機システム１０００全体の需要電力を強制的に低下させることができる。その理由は、サーバ装置１０２０は電源異常信号を受信するとスリープ状態に入るためである。また別の理由は、ファン１０３０は電源異常信号を受信すると回転数を下げるためである。
【００３２】
また本実施形態によれば、電源装置１０２０の異常時に強制的にスリープ状態に遷移させるサーバ装置、遷移させずに通常状態で稼働させ続けるサーバ装置を選択することができる。その理由は、電源装置の異常信号を伝搬する通信路（１０９０、１１００）の途中に、サーバ装置単位で異常信号の伝達の可否を制御する切替スイッチ１０４０を設けてあるためである。
【００３３】
また本実施形態によれば、電源装置１０２０の異常時に強制的に回転数を低下させるファン、低下させないファンを選択することができる。その理由は、電源装置の異常信号を伝搬する通信路（１０９０、１２００）の途中に、ファン単位で異常信号の伝達の可否を制御する切替スイッチ１０６０を設けてあるためである。
【００３４】
また本実施形態によれば、電源装置１０２０の異常時、サーバ装置１０１０の作業データを保護しつつ、支障なくサーバ装置をシャットダウンすることができる。その理由は、管理装置１３００が、正常な電源装置１０２０による供給可能総電力から現在の需要電力を差し引いた余剰電力が予め定められた閾値電力以上であることを確認した上で、１台ずつ順番に通常状態への復帰とシャットダウンとを実施するためである。
【００３５】
[第２の実施形態]
次に本発明の第２の実施形態について説明する。
＜本実施形態の特徴＞
本実施形態は、筐体内に複数のサーバを実装する、高集積計算機システムで、筐体内のセンサ監視モジュールと各サーバ、および筐体内の各ファンの間に通信線が実装されているシステムである。上記高集積計算機システムにおいて、筐体内の電源故障による電力供給不足が発生しても、即座にサーバデータを保護し、順次サーバを退避・停止させることを可能とする。
【００３６】
＜本実施形態が解決しようとする課題＞
筐体に複数の電源装置（ＰＳＵ）が実装される高集積計算機システムでは、電源故障による電力供給不足が発生する確率が高まる。電力供給不足が発生した場合、筐体内の数十から数百の全サーバに影響が及ぶ（サーバダウン）。
【００３７】
ここで、電力供給不足を防ぐ手段の一つとして、無停電電源装置（ＵＰＳ）があるが、ＵＰＳと筐体の間の電源ケーブル故障、または電源ケーブル抜け、筐体の電源装置（ＰＳＵ）の故障などには対応できない。
【００３８】
予備の電源装置（ＰＳＵ）を複数個実装することで、電力供給不足の発生率を下げる方法もあるが、コストが上昇してしまう。また、高集積計算機システムにおいては、サーバの集積度が低下することも問題となる。
【００３９】
一般的な故障発生時の対処として、ネットワークを介して、管理サーバに障害情報の通知および、管理サーバから各サーバの制御を行う方法（ＳＮＭＰ等）は存在するが、電源故障による電力供給不足の場合には、障害通知からサーバ停止の制御を行っても間に合わないという課題がある。
【００４０】
上述の通り、高集積計算機システムにおいて、低コストで電源故障による電力供給不足の影響を最小限にする技術が必要である。
【００４１】
＜本実施形態による解決手段＞
電源故障による電力供給不足の場合、障害発生から即座に各サーバへ異常を通知する必要があるため、筐体内部の通信線を用いて、センサ監視モジュールから各サーバの制御を行う。電力供給不足の場合、各サーバを通常の手順で停止（ＯＳシャットダウン）する時間がないため、各サーバはメモリ情報を保持するためにスリープ状態に入る。
【００４２】
電源障害発生から、即座に各サーバがスリープ状態に入ることで、全サーバダウンを回避しメモリ情報の保持が可能となる。その後、利用可能な電力を使って、順次サーバの復旧を行うことで、電源故障の影響を最小限に抑えることが可能となる。
【００４３】
また、高集積計算機システムの場合、ファン（ＦＡＮ）も大量に電力を消費するため、センサ監視モジュールから制御を行い、電力供給不足が発生した場合、ファンの回転数を最低まで下げることでサーバの復旧に利用する電力を確保する。
【００４４】
＜本実施形態の概要＞
筐体内のセンサ監視モジュールで電源異常を検知した場合、筐体内の通信線を用いて、各サーバ・ファンへ通知を行う。異常通知を受けた各サーバは、メモリ情報を保持するためにスリープ状態に入る。異常通知を受けた各ファンは、回転数を最低まで落とし消費電力を低下させる。電源故障による電力供給不足の場合、上記手順で筐体内の消費電力を即座に低下させることで、各サーバのメモリ情報を保持し、利用可能な電力を使ってスリープ状態の各サーバを順次復旧させることが可能となる。
【００４５】
電源異常発生から、タイムラグなく各サーバ・ファンに通知するため、電源装置(ＰＳＵ)とセンサ監視モジュール、およびセンサ監視モジュールと各サーバ・ファンの間にスイッチを実装する。センサ監視モジュールは、異常発生時ではなく、ＰＳＵの状態によって、事前に異常発生の信号を「通知する」「通知しない」のスイッチを切り替えるだけで良い。
【００４６】
例えば、電源の状態が予備電源ありならば、電源故障が発生しても電力供給不足にはならないため「通知しない」、予備電源なしならば、「通知する」に切り替える。
【００４７】
実際に、電源異常が発生した場合、ＰＳＵからスイッチを経由して、各サーバ・ファンへ通知が行われ、メモリ情報の保持、およびファン回転数の低下を行う。
【００４８】
＜本実施形態の構成＞
図２に示すように、高集積計算機１の筐体内には、筐体内の各センサを監視する、センサ監視モジュール１０と、複数のファン４０〜４ｎ、複数のサーバ６０〜６ｎ、そして、筐体内のサーバ等に電力供給するためのＰＳＵ２０〜２ｎを有する。各サーバ・ファンには異常発生の信号を制御するための、ファン制御スイッチ３０とＣＰＵ制御スイッチ５０が接続されている。また、センサ監視モジュール１０から各ファンと各サーバの間には、制御信号を送受信するための通信線７０を有する。
【００４９】
図３に示すように、センサ監視モジュール１０は、ファン制御手段１１、ＣＰＵ制御手段１２、異常通知信号制御手段１３、センサ監視手段１４、スイッチ切替手段１５、内部スイッチ１６で構成される。
【００５０】
ファン制御手段１１は、電源異常発生時に、ファンへ「通知する」「通知しない」の制御を行う。「通知する」「通知しない」を切り替えるには、スイッチ切替手段１５を使ってファン制御スイッチ３０の切り替えを行う。
【００５１】
ＣＰＵ制御手段１２は、電源異常発生時に、サーバへ「通知する」「通知しない」の制御を行う。「通知する」「通知しない」を切り替えるには、スイッチ切替手段１５を使ってＣＰＵ制御スイッチ５０の切り替えを行う。
【００５２】
異常通知信号制御手段１３は、電源の状態に応じて、ＰＳＵからの異常信号を各サーバ・ファンへ「通知する」「通知しない」の制御を行う。「通知する」「通知しない」を切り替えるには、スイッチ切替手段１５を使って内部スイッチ１６の切り替えを行う。
【００５３】
センサ監視手段１４は、筐体内の温度、電圧、電力、ファン回転数、ＰＳＵの状態などのセンサ情報を定期的に収集する。ＰＳＵの状態が変わった場合、異常通知信号制御手段１３へ通知を行い、内部スイッチ１６の切り替えを行うトリガとなる。
【００５４】
電源（ＰＳＵ２０）は、電力供給部２０１とＰＳＵ異常通知手段２０２を有する。電力供給部２０１は筐体内の全装置に対して電力を供給する。ＰＳＵ異常通知手段２０２は、電力供給部２０１を監視しており、異常（電力低下など）を検出した場合、異常発生を知らせるための信号をセンサ監視モジュール１０の内部スイッチ１６に対して送る。
【００５５】
なお、異常信号を「通知する」「通知しない」によって、接続状態が変わるため、図３では、各スイッチの間とファン制御スイッチ３０とファン４０〜４ｎの間、ＣＰＵ制御スイッチ５０とＣＰＵ６０１〜６ｎ１の間の線は破線で表現している。
【００５６】
次に、サーバを復旧する際に必要となる構成を説明する。重複を避けるため、図２との差分のみを図５に示す。
【００５７】
図５に示すように、センサ監視モジュール１０は、復旧手段１７、ファン回転数変更手段１８、ＣＰＵ電源状態変更手段１９を有する。
【００５８】
復旧手段１７は、センサ監視手段１４から電源の状態を取得し利用できる電力を確認し、ファン回転数変更手段１８とＣＰＵ電源状態変更手段１９を使って、順次サーバの復旧を行っていく（下記の手順を全サーバに対し繰り返す）。ただし、利用可能な電力がない（スリープ状態を維持するのでいっぱい）場合は、復旧を行わない。
【００５９】
ファン回転数変更手段１８は、復旧するサーバを冷却するため、対象となるサーバ周辺のファンの回転数を上げる。回転数を上げるファンを指定するため、ファン制御手段１１を使ってファン制御スイッチ３０を切り替える。ファン制御スイッチ３０を切り替えた後、復旧手段１７から指示された回転数に変更するための指示を対象ファンに出す。
【００６０】
ＣＰＵ電源状態変更手段１９は、ＣＰＵの電源状態を変更するため、ＣＰＵ制御手段１２を使ってＣＰＵ制御スイッチ５０を切り替える。ＣＰＵ制御スイッチ５０を切り替えた後、復旧手段１７から指示された電源状態へ変更するための指示を対象ＣＰＵに出す。
【００６１】
＜本実施形態の動作の説明＞
図３および、図４を用いて、本実施形態の動作を説明する。
【００６２】
ファン制御手段１１は、ファン制御ＳＧ（システムジェネレーショ）仕様書を読み込み、電源異常発生時に回転数を低下させるファンを決定する（ステップ１１１）。回転数を低下させるファンについて、スイッチ切替手段１５を使ってファン制御スイッチ３０を切り替える（ステップ１１２）。ここで、ステップ１１１において、回転数を低下させるファンを変更するためのインターフェースを用意しておくことで、運用中でも対象となるファンを変更可能とする。
【００６３】
ＣＰＵ制御手段１２は、ＣＰＵ制御ＳＧ仕様書を読み込み、電源異常発生時にスリープ状態にするＣＰＵ（サーバ）を決定する（ステップ１２１）。スリープさせるＣＰＵについて、スイッチ切替手段１５を使ってＣＰＵ制御スイッチ５０を切り替える（ステップ１２２）。ここで、ステップ１２１において、スリープさせるＣＰＵを変更するためのインターフェースを用意しておくことで、運用中でも対象となるＣＰＵを変更可能とする。
【００６４】
ファン制御ＳＧ仕様書とＣＰＵ制御ＳＧ仕様書については、基本的にはすべてのファンとＣＰＵに対し異常発生の信号を通知し、ファン回転数の低下とＣＰＵをスリープ状態にする。ただし、サーバの優先度に応じて、電力供給部２０１の故障による電力供給不足の場合でも、一部のサーバは処理を止めない選択も可能である。その場合、処理を止めないサーバについては、異常発生の信号を通知しなければ、スリープには入らない。また、ＣＰＵ制御に合わせて、処理を止めないサーバがあれば、その周辺のファンも止められないため、ファン制御も優先度を付けて、一部のファンの回転数を低下させないという設定も可能である。
【００６５】
異常通知信号制御手段１３は、センサ監視手段１４から電源のセンサ情報を受け取る（ステップ１３１）。電源異常制御ＳＧ仕様書を読み込み、ＰＳＵからの異常発生信号を各サーバ・ファンに「通知する」「通知しない」を判断する（ステップ１３２）。「通知する」と判断した場合、スイッチ切替手段１５を使って、内部スイッチ１６を切り替える（ステップ１３３）。
【００６６】
電源異常制御ＳＧ仕様書については、電源の予備ありならば「通知しない」、電源の予備なしならば「通知する」といった設定を行う。また、複数のＰＳＵでセンサ値の異常（故障の前兆）を検出した場合、予備電源があっても「通知する」といった設定も可能である。
【００６７】
実際に電力供給部２０１が故障し、電力供給不足が発生した時は、ＰＳＵ異常通知手段２０２が電力供給部２０１の異常を検出し、センサ監視モジュール１０の内部スイッチ１６に対し、異常信号を通知する。上述したとおり、各スイッチは事前に切り替えが行われているため、回転数を低下させるファンについては、内部スイッチ１６、ファン制御スイッチ３０を経由して異常信号が通知される。スリープ状態に入るＣＰＵについては、内部スイッチ１６、ＣＰＵ制御スイッチ５０を経由して異常信号が通知される。異常信号を受けたファンは、回転数を最低まで下げ、異常信号を受けたＣＰＵはスリープ状態に入りメモリ情報を保持する。
【００６８】
次に、図５および図６を用いて、サーバ復旧の動作を説明する。
【００６９】
復旧手段１７は、センサ監視手段１４から電源の状態を取得する。各電源装置（ＰＳＵ）の状態と供給電力値をもとに、復旧に利用できる電力を計算し、利用できる電力がなければ復旧は行わず、各サーバはスリープ状態を維持する。利用できる電力があれば次ステップへ進む（ステップ１７１）。復旧手順ＳＧ仕様書を読み込み、復旧を行うサーバと周辺ファンの制御情報を取得する（ステップ１７２）。ファン回転数変更手段１８とＣＰＵ電源状態変更手段１９を使って、サーバの復旧を行う（ステップ１７３）。復旧手順ＳＧ仕様書に定義されている全サーバに対しステップ１７３を行う。
【００７０】
ファン回転数変更手段１８は、復旧手段１７からファン回転数変更の指示を受け（ステップ１８１）、回転数を変更するファンに指示を出すため、ファン制御手段１１を使ってファン制御スイッチ３０を切り替える（ステップ１８２）。ファン制御スイッチ３０を切り替えた後、ファン制御スイッチ３０に対し回転数変更の指示を出す（ステップ１８３）。
【００７１】
ＣＰＵ電源状態変更手段１９は、復旧手段１７からＣＰＵ電源状態変更の指示を受け（ステップ１９１）、電源状態を変更するＣＰＵに指示を出すため、ＣＰＵ制御手段１２を使ってＣＰＵ制御スイッチ５０を切り替える（ステップ１９２）。ＣＰＵ制御スイッチ５０を切り替えた後、ＣＰＵ制御スイッチに対しＣＰＵ電源状態変更の指示を出す（ステップ１９３）。
【００７２】
復旧手段１７のステップ１７３を詳細に説明すると、以下の制御の繰り返しとなる。
【００７３】
（１）復旧させるサーバを冷却するためのファンの回転数を上げる。
（２）復旧させるサーバのＣＰＵ電源状態をＯＮにする。
（３）サーバを通常停止（ＯＳシャットダウン）させる。
（４）ファンの回転数を下げる。
【００７４】
（１）について、センサ監視モジュール１０は、サーバの実装位置（スロット番号）とファンの実装位置を把握しており、復旧対象のサーバとファンを関連付けることが可能である。
【００７５】
上記はサーバを通常停止する復旧手順を説明したが、優先的に稼動させるサーバについては、（３）（４）は省略される。
【００７６】
＜効果の説明＞
第一の効果は、障害発生から各サーバ・ファンの制御までの時間を大幅に短縮できることにある。電源故障による電力供給不足など、即座に対応が求められる障害に対し、筐体内部の通信線を使って各サーバ・ファンに通知することで、メモリ情報を保持することが可能である。これに対して、従来技術では、筐体内の全サーバがダウンし、処理中のデータが失われてしまう。
【００７７】
第二の効果は、安価に障害対応できることにある。予備の電源を増設する（例えば予備１台の構成を予備２台とする）ことで、故障に備えることが可能だが、設置面積の問題や追加コストの問題がある。本実施形態を適用することで、通信線とスイッチを追加するだけで、安価に故障への対応が可能となる。
【００７８】
また、従来技術の課題で述べた、無停電電源装置（ＵＰＳ）から先の、電源ケーブル故障や電源ケーブル抜け、筐体の電源装置（ＰＳＵ）故障に対し、本実施形態を適用することでデータロストを防ぐ効果がある。
【００７９】
[第３の実施形態]
次に本発明の第３の実施形態について説明する。
【００８０】
図７を参照すると、第３の実施形態に係る計算機システム３０００は、サーバ装置３１００と、サーバ装置３１００へ電力を供給する電源装置３２００とを備えている。また、計算機システム３０００は、電源装置３２００の異常を検出する検出部３３００を備えている。さらに、計算機システム３０００は、検出部３３００とサーバ装置３１００とを接続する通信線３４００を備えている。通信線３４００は、検出部３３００の検出結果をサーバ装置３１００へ伝達するために使用される。
【００８１】
このように構成された計算機システム３０００は、以下のように動作する。即ち、電源装置３２００に設けられた検出部３３００は、電源装置３２００の異常を検出する。検出部３３００が電源装置３２００の異常を検出すると、その検出結果が、通信線３４００を通じて、サーバ装置３１００へ伝達される。
【００８２】
このように本実施形態によれば、電源装置の異常をサーバ装置へ速やかに通知することができる。その理由は、検出部３３００とサーバ装置３１００とを接続する通信線３４００を備え、検出部３３００が電源装置３２００の異常を検出すると、その検出結果が通信線３４００を通じてサーバ装置３１００へ伝達されるためである。
【００８３】
[その他の実施形態]
上述した第２の実施形態では、筐体内の電源装置（ＰＳＵ）が、例えば、稼動３台＋予備１台のような構成において、ＰＳＵの２重障害に対する運用性の向上を想定しているが、予備電源なしの構成でも本発明を適用することでデータロストを防ぐことが可能であるため、より安価に、より省スペースで、高集積計算機システムを実現可能となる。
【００８４】
また、１つの筐体に閉じた説明を行ってきたが、ラック単位で本発明を適用した高集積計算機システムを設置すれば、ラック単位のＵＰＳを省略した構成も可能となる。また、データセンタであれば、本発明を適用した高集積計算機システムをフロア内の全ラックに設置すれば、フロア単位のＵＰＳを省略した構成も可能となる。
【００８５】
上記第２の実施形態では、簡単のため、異常発生時の信号を「通知する」「通知しない」の２値の制御としたが、ファン制御スイッチ３０から各ファン、ＣＰＵ制御スイッチ５０から各ＣＰＵへ複数ビットの制御信号を送るようにしてもよい。この場合、例えばＣＰＵであれば、ＣＰＵを強制停止（データ破棄）／スリープ状態に入る（データ保護）／低消費電力モードで実行／通知しない（そのまま実行）、といった制御が可能となる。
【産業上の利用可能性】
【００８６】
本発明は計算機システム、特に高集積計算機システムを利用した、データセンタやクラウドサービス、小さなサーバを大量に使った分散処理システム（Ｈａｄｏｏｐ等）の分野に利用できる。
【００８７】
上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
［付記１］
サーバ装置と前記サーバ装置へ電力を供給する電源装置とを備えた計算機システムであって、
前記電源装置の異常を検出する検出部と、
前記検出部と前記サーバ装置とを接続し、前記検出部の検出結果を前記サーバ装置へ伝達する第１の通信線と、
を備えた計算機システム。
［付記２］
前記検出部と前記サーバ装置とを前記第１の通信線によって接続するか否かを前記サーバ装置毎に切り替える第１の切替スイッチを、
さらに備える付記１に記載の計算機システム。
［付記３］
前記検出部と前記サーバ装置とを前記第１の通信線によって接続するか否かを複数のサーバ装置一括で切り替える第２の切替スイッチを、
さらに備える付記１または２に記載の計算機システム。
［付記４］
ファンと、
前記検出部と前記ファンとを接続し、前記検出部の検出結果を前記ファンへ伝達する第２の通信線とを、
さらに備える付記１乃至３の何れかに記載の計算機システム。
［付記５］
前記検出部と前記ファンとを前記第２の通信線によって接続するか否かを前記ファン毎に切り替える第３の切替スイッチを、
さらに備える付記４に記載の計算機システム。
［付記６］
前記検出部と前記ファンとを前記第２の通信線によって接続するか否かを複数のファン一括で切り替える第４の切替スイッチを、
さらに備える付記４または５に記載の計算機システム。
［付記７］
前記ファンは、前記第２の通信線を通じて前記検出部の検出結果を受信すると、回転数を低下するように構成されている、
付記４乃至６の何れかに記載の計算機システム。
［付記８］
前記サーバ装置は、前記第１の通信線を通じて前記検出部の検出結果を受信すると、スリープ状態に入るように構成されている、
付記１乃至７の何れかに記載の計算機システム。
［付記９］
前記電源装置による供給可能総電力から需要電力を差し引いた余剰電力が予め定められた閾値電力以上であることを確認し、前記スリープ状態の前記サーバ装置を前記スリープ状態から通常状態へ復帰させる復旧手段を、
さらに備える付記８に記載の計算機システム。
［付記１０］
前記復旧手段は、前記通常状態へ復帰させた後の前記サーバ装置のＯＳシャットダウンを行う、
付記９に記載の計算機システム。
［付記１１］
サーバ装置と前記サーバ装置へ電力を供給する電源装置とを備えた計算機システムが実行する制御方法であって、
前記電源装置に設けられた検出部で前記電源装置の異常を検出し、
前記検出部の検出結果を、前記検出部と前記サーバ装置とを接続する第１の通信線を通じて、前記サーバ装置へ伝達する、
制御方法。
［付記１２］
前記第１の通信線の途中に接続された第１の切替スイッチにより、前記検出部と前記サーバ装置とを前記第１の通信線によって接続するか否かを前記サーバ装置毎に切り替える、
付記１１に記載の制御方法。
［付記１３］
前記第１の通信線の途中に接続された第２の切替スイッチにより、前記検出部と前記サーバ装置とを前記第１の通信線によって接続するか否かを複数のサーバ装置一括で切り替える、
付記１１または１２に記載の制御方法。
［付記１４］
前記検出部の検出結果を、前記検出部と前記計算機システムに備わるファンとを接続する第２の通信線を通じて、前記ファンへ伝達する、
付記１１乃至１３の何れかに記載の制御方法。
［付記１５］
前記第２の通信線の途中に接続された第３の切替スイッチにより、前記検出部と前記ファンとを前記第２の通信線によって接続するか否かを前記ファン毎に切り替える、
付記１４に記載の制御方法。
［付記１６］
前記第２の通信線の途中に接続された第４の切替スイッチにより、前記検出部と前記ファンとを前記第２の通信線によって接続するか否かを複数のファン一括で切り替える、
付記１４または１５に記載の制御方法。
［付記１７］
前記ファンは、前記第２の通信線を通じて前記検出部の検出結果を受信すると、回転数を低下させる、
付記１４乃至１６の何れかに記載の制御方法。
［付記１８］
前記サーバ装置は、前記第１の通信線を通じて前記検出部の検出結果を受信すると、スリープ状態に遷移する、
付記１１乃至１７の何れかに記載の制御方法。
［付記１９］
前記電源装置による供給可能総電力から需要電力を差し引いた余剰電力が予め定められた閾値電力以上であることを確認し、前記スリープ状態の前記サーバ装置を前記スリープ状態から通常状態へ復帰させる、
付記１８に記載の制御方法。
［付記２０］
前記通常状態へ復帰させた後の前記サーバ装置のＯＳシャットダウンを行う、
付記１９に記載の制御方法。
【符号の説明】
【００８８】
１…高集積計算機
１０…センサ監視モジュール
１１…ファン制御手段
１２…ＣＰＵ制御手段
１３…異常通知信号制御手段
１４…センサ監視手段
１５…スイッチ切替手段
１６…内部スイッチ
１７…復旧手段
１８…ファン回転数変更手段
１９…ＣＰＵ電源状態変更手段
２０〜２ｎ…ＰＳＵ
３０…ファン制御スイッチ
４０〜４ｎ…ファン
５０…ＣＰＵ制御スイッチ
６０〜６ｎ…サーバ
７０…通信線
２０１…電力供給部
２０２…ＰＳＵ異常通知手段
６０１〜６ｎ１…ＣＰＵ
６０２〜６ｎ２…主記憶
１０００…計算機システム
１０１０−１〜１０１０−ｎ…サーバ装置
１０１０−１１〜１０１０−１３…端子
１０１０−２１〜１０１０−２３…端子
１０１０−３１〜１０１０−３３…端子
１０２０−１〜１０２０−ｍ…電源装置
１０２０−１１〜１０２０−１３…端子
１０２０−ｍ１〜１０２０−ｍ３…端子
１０３０−１〜１０３０−ｎ…ファン
１０３０−１１〜１０３０−１３…端子
１０３０−２１〜１０３０−２３…端子
１０３０−３１〜１０３０−３３…端子
１０４０…切替スイッチ
１０４０−１１〜１０４０−１ｎ…端子
１０４０−２１〜１０４０−２ｎ…端子
１０４０−３〜１０４０−４…端子
１０５０…切替スイッチ
１０５０−１〜１０５０−４…端子
１０６０…切替スイッチ
１０６０−１１〜１０６０−１ｎ…端子
１０６０−２１〜１０６０−２ｎ…端子
１０６０−３〜１０６０−４…端子
１０７０−１〜１０７０−ｍ…電源装置
１０７０−１１〜１０７０−ｍ１…端子
１０８０…通信線
１０９０…通信線
１０９０−１〜１０９０−ｎ…制御線
１１００−１〜１１００−ｎ…通信線
１２００−１〜１２００−ｎ…通信線
１３００…管理装置
１５００−１〜１５００−ｎ…制御線
１６００−１〜１６００−ｍ…制御線
１７００−１〜１７００−３…制御線
１８００−１〜１８００−ｍ…端子
１９００−１〜１９００−４…端子
２０００−１〜２０００−ｎ…端子
２１００−１〜２１００−ｎ…端子
３０００…計算機システム
３１００…サーバ装置
３２００…電源装置
３３００…検出部
３４００…通信線
【図１】
2018097739.tif 000003
【図２】
2018097739.tif 000004
【図３】
2018097739.tif 000005
【図４】
2018097739.tif 000006
【図５】
2018097739.tif 000007
【図６】
2018097739.tif 000008
【図７】
2018097739.tif 000009