(57)【要約】  システムの消費電力削減に加え、クライアントからの要求に対するスムーズなデータ提供、及び故障率上昇を回避することが可能な計算機システムである。計算機システムにおいて、停止サーバブレードを起動するための電源起動閾値と、要求をサーバブレードへ割り振り始めるための負荷分散閾値を保持することで電源は起動しているがクライアントからの要求を割り振られないサーバブレードを事前に配置する。サーバブレードの優先度を保持し、これらを定期的に変更し、または合計稼動時間や起動停止回数の稼動情報によって優先度を変更する。さらには、電源起動閾値と電源停止閾値を保持することにより起動停止サーバブレードの偏り、及び一部のサーバブレードに対して起動停止制御が頻発する可能性を回避する。
2010050041.tif 000002
【特許請求の範囲】
【請求項１】
クライアントからの要求を処理する複数のサーバブレードと、前記サーバブレードへの起動指示及び停止指示を行う電源制御部と、前記複数のサーバブレードのそれぞれに設定された優先度を保持する優先度保持部、及び前記サーバブレードの処理量を分散させるための負荷分散閾値を保持する負荷分散閾値保持部を含み、前記優先度及び前記負荷分散閾値に基づいて、前記クライアントからの処理要求を稼動中の前記複数のサーバブレードの中で、前記優先度のより高いサーバブレードに優先的に割り振る負荷分散ブレードとを有するブレードシステムと、
前記複数のサーバブレードの稼動状況を監視するサーバブレード稼動状況監視部と、前記サーバブレード稼動状況監視部からの情報が格納される判定テーブル、前記サーバブレードを起動させる電源起動閾値を保持する電源起動閾値保持部、及び前記サーバブレードを停止させる電源停止閾値を保持する電源停止閾値保持部を含み、前記判定テーブルの情報、前記電源起動閾値、及び前記電源停止閾値に基づいて、前記複数のサーバブレードの起動及び停止を判定し、前記電源制御部を制御する判定部とを有する管理サーバとを備え、
前記判定部は、前記複数のサーバブレードの中で、前記負荷分散ブレードにより前記処理要求が割り振られないサーバブレードを停止させることを特徴とする計算機システム。
【請求項２】
請求項１記載の計算機システムにおいて、
前記判定テーブルは、前記優先度を保持し、
前記判定部は、前記クライアントからの要求が増加した場合に、停止している前記サーバブレードのうち前記優先度の最も高いサーバブレードを起動させ、前記クライアントからの要求が減少した場合に、稼動している前記サーバブレードのうち優先度の最も低いサーバブレードを停止させることを特徴とする計算機システム。
【請求項３】
請求項２記載の計算機システムにおいて、
前記負荷分散閾値は前記電源起動閾値よりも大きい値であり、前記電源起動閾値は前記電源停止閾値よりも大きい値であり、
前記判定部は、前記判定テーブルの情報、前記電源起動閾値、及び前記電源停止閾値に基づいて、起動しているが前記負荷分散ブレードにより前記処理要求が割り振られない待機サーバブレードが存在するように制御することを特徴とする計算機システム。
【請求項４】
請求項３記載の計算機システムにおいて、
前記判定部は、前記待機サーバブレードの最大待機サーバブレード数を保持する最大待機サーバブレード数保持部と、前記待機サーバブレードの最小待機サーバブレード数を保持する最小待機サーバブレード数保持部とを含み、前記最大待機サーバブレード数及び前記最小待機サーバブレード数に基づいて、前記待機サーバブレードの数を制御することを特徴とする計算機システム。
【請求項５】
請求項４記載の計算機システムにおいて、
前記判定部は、稼動している前記サーバブレードの最小稼動サーバブレード数を保持する最小稼動サーバブレード数保持部を含み、前記最小稼動サーバブレード数、前記最大待機サーバブレード数、及び前記最小待機サーバブレード数に基づいて、前記待機サーバブレードの数を制御することを特徴とする計算機システム。
【請求項６】
請求項１記載の計算機システムにおいて、
前記管理サーバは、前記優先度を定期的に変更することを特徴とする計算機システム。
【請求項７】
請求項６記載の計算機システムにおいて、
前記管理サーバは、停止している前記サーバブレードの中で、起動停止回数のより少ないサーバブレードの優先度をより高く設定し、稼動しているサーバブレードの中で、起動停止回数のより多いサーバブレードの優先度をより高く設定することを特徴とする計算機システム。
【請求項８】
請求項６記載の計算機システムにおいて、
前記管理サーバは、前記複数のサーバブレードの中で、合計稼動時間のより少ないサーバブレードの優先度をより高く設定することを特徴とする計算機システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のサーバブレードを有するブレードシステムと管理サーバからなる計算機システムに関し、特に、負荷分散を行うと同時に、システムの消費電力低減を実現するブレードシステムの稼動制御に関するものである。
【背景技術】
【０００２】
昨今、クライアントからネットワークを介してサーバに接続させ、データを入手することを目的としたサーバシステムが広く使われている。代表的なものとしては、インターネットへのアクセス形態がある。【０００３】
これらのサーバシステムとして最近は、複数のサーバブレードで構成されるブレードシステムが用いられることが多い。【０００４】
また、急激なアクセス増加への対応や、耐障害性を維持することを目的として、クライアントからの要求を各サーバブレードに分配し処理させることがよく行われる。この分配処理を行う装置が負荷分散装置と呼ばれる。【０００５】
この負荷分散において、一般的にブレードシステムを構成する各サーバブレード対して、負荷を均一に分散する方式が用いられることが多い。【０００６】
例えば、クライアントとの接続数が一番少ないサーバブレードを選出する「最小接続モード」や、リクエストに対する応答時間が最も短いサーバブレードを選出する「レスポンス最速モード」などがよく用いられる方式である。【０００７】
しかし、この場合、サーバブレードの性能が高いと少数のサーバブレードで処理可能であるにもかかわらず、処理量に関係無く全てのサーバブレードを起動させておく必要があった。そのためシステム全体の消費電力が増大してしまう可能性があった。【０００８】
そこで、一般的な負荷分散方式に反する新たな方式として、例えば、特開２００３−２８１００８号公報（特許文献１）に開示されたものがあった。【０００９】
特許文献１に開示されたものは、稼動時間が最短であるサーバに対して優先的にクライアントからの要求を分配するというものであり、なおかつクライアントからのデータ要求量とシステムのデータ供給可能量を比較し、サーバシステム全体として必要最低限のサーバだけを立ち上げておくことができるものである。
【特許文献１】特開２００３−２８１００８号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかしながら、上述した特許文献１を含む既存の技術では以下の２点の課題がある。【００１１】
第１の課題として、クライアントからの要求が増加する局面を考える。【００１２】
ここで特許文献１に記載のものでは、クライアントからのデータ要求量と稼動サーバ群のデータ供給可能量を比較することで稼動サーバ数の最適化を図り、停止サーバの電源起動を行う。【００１３】
この場合、サーバが起動を開始してからクライアントからの要求を受け入れて処理できるようになるまでには一定の時間が必要である。このためクライアントからの処理が急激に増加するとサーバへの処理の割り当てが間に合わない場合がある。【００１４】
第２の課題として、特許文献１に記載のものでは、サーバが消費する電力値に基づいて起動及び停止するサーバを決定するため、起動及び停止するサーバが一部のサーバに偏る可能性がある。【００１５】
また、クライアントからの要求が狭い範囲で増減を繰り返す局面を考えれば、この狭い範囲が追加サーバの起動要と判定される範囲であったとした場合、短時間に一部のサーバで起動及び停止が集中して実施される可能性がある。【００１６】
電気電子機器の特性として、電源起動時の温度上昇により熱膨張を発生、逆に電源停止時の温度低下により収縮が発生する。【００１７】
この結果、基板や各素子、ハンダなどにおいて劣化が発生しやすくなり、故障しやすくなる。すなわち、一部のサーバに起動停止制御が集中する場合、そのサーバが故障する可能性が高くなる。【００１８】
そこで、本発明の目的は、システムの消費電力削減に加え、クライアントからの要求に対するスムーズなデータ提供、及び故障率上昇を回避することが可能な計算機システムを提供することにある。【００１９】
本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述及び添付図面から明らかになるであろう。
【課題を解決するための手段】
【００２０】
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、次の通りである。【００２１】
すなわち、代表的なものの概要は、複数のサーバブレードのそれぞれに設定された優先度を保持する優先度保持部、及びサーバブレードの処理量を分散させるための負荷分散閾値を保持する負荷分散閾値保持部を含み、優先度及び負荷分散閾値に基づいて、クライアントからの処理要求を稼動中の複数のサーバブレードの中で、優先度のより高いサーバブレードに優先的に割り振る負荷分散ブレードとを有するブレードシステムと、サーバブレード稼動状況監視部からの情報が格納される判定テーブル、サーバブレードを起動させる電源起動閾値を保持する電源起動閾値保持部、及びサーバブレードを停止させる電源停止閾値を保持する電源停止閾値保持部を含み、判定テーブルの情報、電源起動閾値、及び電源停止閾値に基づいて、複数のサーバブレードの起動及び停止を判定し、電源制御部を制御する判定部を有する管理サーバとを備え、判定部は、複数のサーバブレードの中で、負荷分散ブレードにより処理要求が割り振られないサーバブレードを停止させるものである。
【発明の効果】
【００２２】
本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下のとおりである。【００２３】
すなわち、代表的なものによって得られる効果は、負荷分散機能を備えたブレードシステムを有する計算機システムにおいて、消費電力を低減することが可能となる。【００２４】
それに加え、各サーバブレードに電源起動閾値及び負荷分散閾値を設定すること、または最大待機サーバブレード数と最小待機サーバブレード数を設定することで、クライアントからの要求が急激に増加した場合に迅速なデータ供給が可能となり、また各サーバブレードの優先度を変更することや、電源起動閾値と電源停止閾値を設定すること、または最大待機サーバブレード数と最小待機サーバブレード数を設定することで、起動停止サーバブレードの偏りを少なくし、ブレードシステムの故障率低減が可能となる。
【図面の簡単な説明】
【００２５】
【図１】本発明の一実施の形態に係る計算機システムの構成を示す構成図である。
【図２】本発明の一実施の形態に係る計算機システムの起動及び停止サーバブレードの選出処理に使用される判定テーブルを示す図である。
【図３】本発明の一実施の形態に係る計算機システムの起動及び停止サーバブレードの選出処理を示すフローチャートである。
【図４】本発明の一実施の形態に係る計算機システムの起動及び停止サーバブレードの選出処理を示すフローチャートである。
【図５】本発明の一実施の形態に係る計算機システムの優先度の変更を説明するための説明図である。
【図６】本発明の一実施の形態に係る計算機システムの優先度の変更を説明するための説明図である。
【図７】本発明の一実施の形態に係る計算機システムの優先度の変更を説明するための説明図である。
【発明を実施するための最良の形態】
【００２６】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一の部材には原則として同一の符号を付し、その繰り返しの説明は省略する。【００２７】
図１により、本発明の一実施の形態に係る計算機システムの構成について説明する。図１は本発明の一実施の形態に係る計算機システムの構成を示す構成図である。【００２８】
図１において、計算機システムは、ブレードシステム１８０と、ブレードシステム１８０の稼動管理及び稼動制御を行う管理サーバ１９０から構成されている。【００２９】
ブレードシステム１８０は、クライアント１００からの要求を処理するサーバブレード１３０〜１３２と、クライアント１００からの要求を各サーバブレード１３０〜１３２へ割り当てる負荷分散ブレード１２０と、管理サーバ１９０からの指示に従い各サーバブレード１３０〜１３２の起動停止命令をする電源制御部１４０から構成されている。【００３０】
負荷分散ブレード１２０は、データ要求受付部１２１、データ要求転送部１２２、サーバブレード監視部１２３、負荷分散閾値保持部１２４、優先度保持部１２５から構成されている。【００３１】
電源制御部１４０は、電源起動部１４１、電源停止部１４２から構成されている。【００３２】
また、管理サーバ１９０は、サーバブレード稼動状況監視部１６０、判定部１５０、稼動情報通知部１７０から構成されている。【００３３】
サーバブレード稼動状況監視部１６０は、サーバブレード１３０〜１３２の処理量を監視するサーバブレード処理量監視部１６１、サーバブレード１３０〜１３２の起動停止回数をカウントする起動停止回数計測部１６２、サーバブレード１３０〜１３２の合計稼動時間を計測する稼動時間測定部１６３から構成されている。【００３４】
判定部１５０は判定テーブル１５１、電源起動閾値保持部１５２、電源停止閾値保持部１５３、最大待機サーバブレード数保持部１５４、最小待機サーバブレード数保持部１５５、最小稼動サーバブレード数保持部１５６から構成されている。【００３５】
図１に示す例では、サーバブレードがサーバブレード１３０〜１３２の３機で構成される場合を示しているが、３機に限定されるものではなく、ブレードシステム１８０に搭載可能なサーバブレード数であれば適用できる。また、１つのブレードシステム１８０だけではなく、複数のブレードシステム１８０を連結させた構成であってもよい。【００３６】
各サーバブレード１３０〜１３２は、負荷分散ブレード１２０を介して外部ネットワーク１１０に接続されており、クライアント１００とのデータのやり取りには必ず負荷分散ブレード１２０を介して行う。【００３７】
また、この負荷分散ブレード１２０において、図１では１機搭載される例を示しているが１機に制限されるものではない。例えば２機の負荷分散ブレード１２０をブレードシステム１８０に搭載してもよい。【００３８】
これは、例えば２機の負荷分散ブレード１２０を冗長化構成とし、現用系負荷分散ブレードの処理を引き継ぐ待機系負荷分散ブレードを設ける場合などであり、この場合、現用系負荷分散ブレードに故障が発生した場合でも待機系負荷分散ブレードへ切り替えることで、処理を継続することが可能である。【００３９】
この負荷分散ブレード１２０において、クライアント１００からの要求パケットはサーバブレード１３０〜１３２へ直接転送するのではなく、一度、データ要求受付部１２１にて受け付け、データ要求転送部１２２よりサーバブレード１３０〜１３２のいずれかに転送される。【００４０】
また、サーバブレード監視部１２３にて、サーバブレード１３０〜１３２の処理状況（クライアントからの要求に対する処理量、起動停止回数、合計稼動時間）を監視する。【００４１】
サーバブレード監視部１２３での監視情報については、負荷分散ブレード１２０と相互に接続されている管理サーバ１９０が有するサーバブレード稼動状況監視部１６０と共有することができる。【００４２】
さらに、負荷分散閾値保持部１２４にて、判定部１５０より伝達された負荷分散閾値Ａを保持する。負荷分散閾値Ａはクライアント１００からの要求を割り振り始めるために使用する閾値であり、負荷分散において、サーバブレード１３０〜１３２に割り振る処理量は常に負荷分散閾値Ａを越えることなく、越える場合には新たな稼動サーバブレードへ割り振られることとなる。これは負荷分散閾値を保持する負荷分散ブレード１２０自身で判別可能である。【００４３】
割り振った処理が進行し、サーバブレード１３０〜１３２ごとの処理量に余裕が発生した場合において、負荷分散ブレード１２０にて優先度保持部１２５に保持する優先度に準じて、クライアントからの新たな処理を該サーバブレードへ割り振る処理を行っている。【００４４】
すなわち、クライアントからの要求を常に優先度が高いサーバブレードへと片寄せることが可能となる。【００４５】
また、管理サーバ１９０のサーバブレード稼動状況監視部１６０は、負荷分散ブレード１２０が取得したサーバブレード稼動情報を共有し、得られた情報は管理サーバ１９０内にて履歴として残しておくことが可能である。【００４６】
図１に示す例では、負荷分散ブレード１２０よりサーバブレード１３０〜１３２を監視する例を示しているが、サーバブレード稼動状況監視部１６０より直接サーバブレード１３０〜１３２を監視する形態、またはブレードシステム１８０内に実装され得る制御部経由にて監視する形態としてもよい。【００４７】
また、サーバブレード稼動状況監視部１６０で取得した稼動情報は稼動情報通知部１７０を経由し、判定部１５０へと伝達する。【００４８】
管理サーバ１９０の判定部１５０は、サーバブレード稼動状況監視部１６０から伝達された稼動情報に基づき、電源起動停止制御、優先度の変更、閾値制御、稼動サーバブレード数制御を行う。【００４９】
優先度は判定テーブル１５１にて決定されるものであり、定期的な変更や、合計稼動時間や電源の起動停止回数と連携した優先度付けができる。【００５０】
この判定テーブル１５１にて決定されたブレードシステム１８０を構成するサーバブレードの状態情報は、管理サーバ１９０から負荷分散ブレード１２０へ伝達することができる。負荷分散ブレード１２０は管理サーバ１９０からの伝達情報を認識し、以後のクライアント１００からの要求の割り当てに対して自身で判別することが可能である。【００５１】
判定部１５０は３種の閾値を保持し、事前に電源起動させておいた待機サーバブレードへ処理を割り振るために使用する負荷分散閾値Ａと、停止サーバブレードの電源を起動するために使用する電源起動閾値Ｂと、稼動サーバブレードの電源を停止するために使用する電源停止閾値Ｃがあり、負荷分散において、サーバブレードに割り振る処理量は常に前記負荷分散閾値Ａを越えることなく、越える状況の場合は新たな稼動サーバブレードへ割り振られる。【００５２】
ここで電源停止閾値Ｃは電源起動閾値Ｂよりも小さく設定しており、クライアント１００からの要求が狭い範囲で増減を繰り返した際、電源起動閾値Ｂを越えた直後にクライアント１００からの要求が減少し電源起動閾値Ｂを下回った場合にも、電源停止閾値Ｃを下回るまでにさらに十分なクライアントからの要求の減少が必要であり、電源起動停止の切り替えが一部サーバブレードに頻発することを回避することができる。【００５３】
また、これら閾値はユーザによってシステムの用途、処理量変動に合わせ自由に設定することができる。【００５４】
ここで、サーバブレード監視部１２３が監視するクライアント１００からの要求に対する各サーバブレード１３０〜１３２の処理量、判定部１５０が保持する負荷分散閾値、電源起動閾値及び電源停止閾値について説明する。【００５５】
本実施の形態では、上記の項目に関して以下を要素例とすることができる。【００５６】
例えば、各サーバブレード１３０〜１３２が処理しているクライアント１００からの要求数を表す同時接続コネクション数、各サーバブレード１３０〜１３２が処理している単位時間当たりの要求処理数、クライアント１００からの要求に対する各サーバブレード１３０〜１３２の応答時間、各サーバブレード１３０〜１３２が持つ最大処理容量の割合で表すことのできる処理量比率値、ブレードシステム１８０に構成される全サーバブレード（負荷分散ブレードは除く）ごとに設定する処理量固定値などである。【００５７】
判定部１５０より出力される電源起動停止制御については、管理サーバ１９０より例えばＬＡＮ通信にて出力された電源起動停止制御を、ブレードシステム１８０の電源制御部１４０が受け付ける。【００５８】
ここでサーバブレード１３０〜１３２内には、サーバブレードの制御装置であるベースボードマネージメントコントローラ（Ｂａｓｅｂｏａｒｄ  Ｍａｎａｇｅｍｅｎｔ  Ｃｏｎｔｒｏｌｌｅｒ：以下ＢＭＣと略す）１３３〜１３５と呼ばれるプロセッサを内蔵している。【００５９】
ＢＭＣ１３３〜１３５は、マザーボード／シャーシ上の各管理／被管理デバイスと通信を行っており、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）やＯＳ（Ｏｐｅｒａｔｉｏｎｇ  Ｓｙｓｔｅｍ）、ＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ／Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）には依存せず、電源停止の状態からでもシステムの制御を行うことができる。【００６０】
ブレードシステム１８０内では、電源制御部１４０から対象サーバブレードに内蔵されるＢＭＣ１３３〜１３５へアイピーエムアイ（Ｉｎｔｅｌｌｉｇｅｎｔ  Ｐｌａｔｆｏｒｍ  Ｍａｎａｇｅｍｅｎｔ  Ｉｎｔｅｒｆａｃｅ：以下ＩＰＭＩと略す）規格に準拠した通信方式にて電源起動停止制御が出力される。【００６１】
ここでＩＰＭＩとは、ＢＭＣを経由し、サーバなどのプラットフォームの状態（温度、電圧、ファン、バス）監視や復旧、リモート制御を行うための標準インターフェース仕様であり、既存の技術として知られている。【００６２】
ただし、本実施の形態では、一例としてＩＰＭＩによる通信方式などにより制御しているが、これに限定されるものではない。【００６３】
ここで電源制御部１４０の内部では、電源起動時は電源起動部１４１がサーバブレード１３０〜１３２の起動指示を行い、電源停止時は電源停止部１４２がサーバブレード１３０〜１３２の停止指示を行う。【００６４】
次に、図２〜図４により、本発明の一実施の形態に係る計算機システムの起動及び停止サーバブレードの選出処理について説明する。図２は本発明の一実施の形態に係る計算機システムの起動及び停止サーバブレードの選出処理に使用される判定テーブルの一例を示す図、図３及び図４は本発明の一実施の形態に係る計算機システムの起動及び停止サーバブレードの選出処理を示すフローチャートであり、図３は判定部１５０における各閾値を判定材料とした処理、図４は判定部１５０における待機サーバブレード数を判定材料とした処理を示している。【００６５】
図２に示すように、判定テーブル１５１は、サーバブレード番号２０１、優先度２０２、状態２０３、処理量２０４、起動停止回数２０５、合計稼動時間２０６の項目から構成されている。【００６６】
ブレード番号２０１は、サーバブレード１３０〜１３２が構成される場所に対して番号を保持する。【００６７】
優先度２０２は、サーバブレード１３０〜１３２ごとに一意に設定するクライアント１００からの要求を割り振る優先順位を表す優先度を保持する。また、負荷分散ブレード１２０自身にも保持し、実際に処理の割り振りを行う際に適用するものである。【００６８】
状態２０３は、ブレードシステム１８０に構成されるサーバブレードの状態を表すものであり、起動が完了しクライアントからの要求を処理できる状態にあるステータスを“稼動中”、電源起動指示を受け、電源起動している最中にあるステータスを“起動処理中”、さらには電源起動がされておらずクライアントからの要求を処理できる状態にないステータスを“停止中”とする。【００６９】
処理量２０４は、判定テーブル１５１のテーブル更新時の各サーバブレード１３０〜１３２が処理しているクライアントからの要求量を保持する。【００７０】
合計稼動時間２０６は、各サーバブレード１３０〜１３２が、判定テーブル１５１のテーブル更新時までに継続稼動してきた合計時間を保持する。【００７１】
起動停止回数２０５は、各サーバブレード１３０〜１３２が判定テーブル１５１のテーブル更新時までに起動及び停止の切り替えを行ってきた合計切り替え回数を保持する。【００７２】
なお、図２に示す例では、説明のためブレードシステム１８０を構成するサーバブレードが９機である場合の判定テーブル１５１を示したが、９機には限らせずブレードシステム１８０に構成され得るサーバブレード数としても同様である。【００７３】
まず、判定部１５０にて行われる各閾値情報を判定材料とした起動及び停止サーバブレードを選出する処理としては、図３に示すように、判定部１５０が有する電源起動閾値保持部１５２及び電源停止閾値保持部１５３にて保持する電源起動閾値Ｂ及び電源停止閾値Ｃと、クライアント１００からの要求に対する処理量との大小関係を判定するために起動及び停止サーバブレードの選出処理を開始する（ステップ３００）。【００７４】
そして、判定テーブル１５１の状態２０３に関して“起動処理中”であるサーバブレードがあるかの確認を行う（ステップ３０１）。【００７５】
ステップ３０１で、“起動処理中”であるサーバブレードが存在する場合、判定テーブル１５１の状態２０３に関して“起動処理中”であるサーバブレードの起動が完了しているか確認を行う（ステップ３０２）。【００７６】
ステップ３０２で、サーバブレードの起動が完了しておらず、まだ起動処理中であるサーバブレードが存在する場合、処理を終了する。【００７７】
ステップ３０２で、サーバブレードの起動が完了していた場合は、状態を“稼動中”に変更するために、判定テーブル１５１の当該サーバブレードの状態２０３を“稼動中”へ更新する（ステップ３０３）。【００７８】
そして、判定テーブル１５１の状態２０３が“稼動中”であるサーバブレードのうち優先度が最小の稼動サーバブレードについて処理量（＝Ｘ）を取得する（ステップ３０４）。【００７９】
また、ステップ３０１で、“起動処理中”であるサーバブレードが存在しない場合、ステップ３０４に移行する。【００８０】
ステップ３０４で採取した処理量（＝Ｘ）と電源起動閾値（＝Ｂ）の大小関係を比較する（ステップ３０５）。【００８１】
ステップ３０５で、Ｘが０より大きくＢ以下の範囲と判定された場合、ある処理量での処理があり、かつ他のサーバブレードを起動させるまでの処理量がないということになり、処理を終了する。【００８２】
ステップ３０５で、ＸがＢより大きいと判定された場合、他のサーバブレードを起動させる処理量を超えたので、停止サーバブレードのうち優先度が最も高いサーバブレードを起動させることを決定し、該サーバブレードの起動制御を実施し、また起動制御に合わせて、該サーバブレードのステータスが電源起動処理段階に入るため、判定テーブル１５１の状態を“起動処理中”に更新する（ステップ３０６）。【００８３】
ステップ３０５で、Ｘ＝０と判定された場合、現在処理量が０のサーバブレードがあるということになり、ブレードシステム内で稼動しているサーバブレード数を確認し、最小稼動サーバブレード数保持部１５６に保持されている最小稼動サーバブレード数（＝Ｎ）を比較する（ステップ３０７）。【００８４】
ステップ３０７で、稼動サーバブレード数＝最小稼動サーバブレード数（＝Ｎ）であった場合、これ以上稼動ブレードサーバを停止することができないため、処理を終了する。【００８５】
ステップ３０７で、稼動サーバブレード数≠最小稼動サーバブレード数（＝Ｎ）であることが確認できた場合、すなわち、最小稼動サーバブレード数（＝Ｎ）以下になることはないので、現在の稼動サーバブレード数が最小稼動サーバブレード数（＝Ｎ）より多いことになり、稼動サーバブレードのうち優先度が２番目に小さいサーバブレードの処理量情報（＝Ｙ）を採取する（ステップ３０８）。【００８６】
そして、採取した処理量（＝Ｙ）と電源停止閾値（＝Ｃ）の大小関係を比較する（ステップ３０９）。【００８７】
ステップ３０９で、ＹがＣ以上の範囲と判定された場合、優先度が２番目に小さいサーバブレードが今後、処理が増えた場合、優先度が最小のサーバブレードに処理が割り振られる可能性があるため、処理を終了する。【００８８】
ステップ３０９で、ＹがＣより小さい範囲と判定された場合、稼動サーバブレードのうち優先度が最も小さいサーバブレードを停止させることを決定し、該サーバブレードの停止制御を実施し、また停止制御に合わせて、該サーバブレードのステータスが電源停止処理段階に入るため、判定テーブルの状態を“停止中”に更新する（ステップ３１０）。【００８９】
また、判定部１５０にて行われる各設定サーバブレード数を判定材料とした起動及び停止サーバブレードを選出する処理としては、図４に示すように、判定部１５０が有する最大待機サーバブレード数保持部１５４、及び最小待機サーバブレード数保持部１５５にて保持する最大待機サーバブレード数Ｌ、及び最小待機サーバブレード数Ｍと待機サーバブレード数との大小関係を判定するために起動及び停止サーバブレードの選出処理を開始する（ステップ４００）。【００９０】
そして、判定テーブル１５１の状態２０３に関して“起動処理中”であるサーバブレードがあるかの確認を行う（ステップ４０１）。【００９１】
ステップ４０１で、“起動処理中”であるサーバブレードが存在する場合、判定テーブル１５１の状態２０３に関して“起動処理中”であるサーバブレードの起動が完了しているか確認を行う（ステップ４０２）。【００９２】
ステップ４０２で、サーバブレードの起動が完了しておらず、まだ起動処理中であるサーバブレードが存在する場合、処理を終了する。【００９３】
ステップ４０２で、サーバブレードの起動が完了していた場合は、状態を“稼動中”に変更するために、判定テーブル１５１の当該サーバブレードの状態２０３を“稼動中”へ更新する（ステップ４０３）。【００９４】
そして、判定テーブル１５１の状態２０３が“稼動中”であるサーバブレードのうち処理量が０である稼動サーバブレード数（＝Ｚ）を取得する（ステップ４０４）。【００９５】
また、ステップ４０１で、“起動処理中”であるサーバブレードが存在しない場合、ステップ４０４に移行する。【００９６】
ステップ４０４で取得した稼動サーバブレード数（＝Ｚ）と最大待機サーバブレード数（＝Ｌ）及び最小待機サーバブレード数（＝Ｍ）との大小関係を比較する（ステップ４０５）。【００９７】
ステップ４０５で、ＺがＭより大きく、Ｌ以下の範囲と判定された場合、待機サーバブレード数が、適切な範囲に入っていることになり、処理を終了する。【００９８】
ステップ４０５で、ＺがＬより大きいと判断された場合は、処理量が０のサーバブレードが多いことになり、稼動サーバブレードのうち優先度が最も小さいサーバブレードを停止させることを決定し、該サーバブレードの停止制御を実施し、また停止制御に合わせて、該サーバブレードのステータスが電源停止処理段階に入るため、判定テーブルの状態を“停止中”に更新する（ステップ４０６）。【００９９】
ステップ４０５で、ＺがＭ以下と判定された場合は、処理量が０のサーバブレードが少ないことになり、停止サーバブレードのうち、優先度が最も大きいサーバブレードを起動させることを決定し、該サーバブレードの起動制御を実施し、また起動制御に合わせて、該サーバブレードのステータスが電源起動処理段階に入るため、判定テーブルの状態を“起動処理中”に更新する（ステップ４０７）。【０１００】
次に、図３及び図４における判定フローの開始契機、図２に示す判定テーブルの更新について説明する。【０１０１】
図３及び図４における判定フローは、クライアント１００からの要求が入る度に、繰り返し判定を実施する、またはシステムの用途等と考慮して処理がスムーズに行える時間間隔で定期的に実施するようにしてもよい。また、ユーザにて自由に設定するようにしてもよい。【０１０２】
また、判定テーブル１５１は、図３及び図４の判定フローの開始契機または終了契機と同期して更新する、または判定フローの開始契機とは同期せず、判定フロー開始と同様な予め設定された契機契機にて更新してもよい。これら設定ツールはソフトウェア等で容易に実装可能である。【０１０３】
次に図５〜図７により、本発明の一実施の形態に係る計算機システムの優先度の変更について説明する。図５〜図７は本発明の一実施の形態に係る計算機システムの優先度の変更を説明するための説明図である。ここで稼動または停止するサーバブレード数及び処理量等の条件は図２に示す例と同数とする。【０１０４】
まず、サーバブレードごとに設定する優先度を定期的に変更する場合は、図５に示すように、図２に示す判定テーブル１５１の、サーバブレード番号＃０の優先度２０２をサーバブレード番号＃３の優先度として、稼動するサーバブレードをサーバブレード番号の大きい方へ３ブレード分スライドさせる。【０１０５】
システムの用途として処理量に大きな変動が想定されることのないケースに用いれば、定期的に手動または自動で優先度２０２を変更する設定を行い、容易に稼動サーバブレードの偏りを回避することができる。また、変更の契機として、日替わり、週替わりなど様々なスケジュール設定ができる。【０１０６】
また、停止サーバブレードのうち起動停止回数２０５のより少ないサーバブレードの優先度２０２をより高く、稼動サーバブレードのうち起動停止回数２０５のより多いサーバブレードの優先度２０２をより高く設定することで起動停止回数の偏りを回避する場合は、図６に示すように、まず判定テーブル１５１の中の稼動サーバブレード（＃１、＃２、＃４、＃５、＃６、＃７）のうち起動停止回数２０５のより多いサーバブレードが優先度２０２を高く設定する。【０１０７】
反対に停止サーバブレード（＃０、＃３、＃８）の中で起動停止回数２０５がより少ないサーバブレードに対して優先度２０２がより高く設定する。【０１０８】
このため、起動停止回数２０５が少ないサーバブレードに対して稼動サーバブレードの中で優先度２０２がより低く設定されるので、稼動サーバブレードの中で起動停止回数２０５がより少ないサーバブレードに対して優先的に電源停止を行い、また、停止サーバブレードの中で起動停止回数２０５がより少ないサーバブレードの優先度２０２がより高く設定されるので、停止サーバブレードの中で起動停止回数２０５がより少ないサーバブレードに対して優先的に電源起動を行うため、起動停止回数の偏りを回避することができる。【０１０９】
サーバブレードの起動停止回数は、サーバブレードの寿命に関係するものであり、起動停止回数の偏りを回避することにより、サーバブレードの寿命の偏りも回避することができる。【０１１０】
また、サーバブレードのうち、合計稼動時間のより少ないサーバブレードの優先度をより高く設定することで稼動時間の偏りを回避する場合は、図７に示すように、合計稼動時間２０６がより短いサーバブレードに対して優先度２０２を高く設定する。【０１１１】
例えば、サーバブレード番号＃３は合計稼動時間が３３［ｍｉｎ］であり、構成されるサーバブレード内で合計稼動時間が最短である。そのため優先度が９に設定され、最も優先的に処理が割り振られるサーバブレードとなる。【０１１２】
このため、サーバブレードは、停止中、稼動中にかかわらず、合計稼動時間が少ないサーバブレードの優先度２０２がより高く設定されるので、合計稼動時間が少ないサーバブレードは、停止中であれば、優先的に起動し、稼動中であれば、優先的に処理が割り振られるため、合計稼動時間の偏りを回避することができる。【０１１３】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。【０１１４】
例えば、本実施の形態では、計算機システムとして、図１に示すの構成としているが、この構成に限られる必要はなく、以下のような構成でも本発明は適用可能である。【０１１５】
サーバブレード１３０〜１３２において、ブレードシステム１８０に内蔵されるサーバブレード構成としたが、サーバブレードである必要はなく、それぞれ別の独立した計算機であってもよい。【０１１６】
また、ブレードシステム１８０において、負荷分散ブレード１２０及び電源制御部１４０を内蔵の構成としたが、ブレードシステム１８０に内蔵する必要はなく、ブレードシステム１８０外部に独立した装置であってもよい。【０１１７】
また、管理サーバ１９０において、ブレードシステム１８０外部の構成としているが、外部構成である必要はなく、ブレードシステム１８０内蔵の１つのブレードであってもよい。【０１１８】
また、管理サーバ１９０において、サーバブレード稼動状況監視部１６０、稼動情報通知部１７０、判定部１５０を管理サーバ１９０内部の構成としているが、管理サーバ１９０の内部である必要はなくそれぞれ独立した装置であってもよい。【０１１９】
また、計算機システムにおいて、サーバブレード１３０〜１３２が仮想的なサーバブレード、すなわち物理的なサーバブレード上に論理的に分割された仮想サーバブレードとして存在する場合であってもよい。【０１２０】
ただし、仮想サーバブレード停止時に、同物理サーバブレード上の別仮想サーバブレードが稼動している場合、該物理サーバブレードの電源を停止することはできないため、ブレードシステム１８０としての大きな消費電力低減とはならない。【０１２１】
しかし、該物理サーバブレードとは別の物理サーバブレード空間へ仮想サーバブレードを再配置することが可能であるなら、クライアントからの要求を処理しない物理サーバブレードを作り出し、該物理サーバブレードの電源を落とすことによりブレードシステム１８０の消費電力を抑えることができる。【０１２２】
また、判定部１５０が有する負荷分散閾値及び電源起動閾値について、管理サーバ１９０上、または負荷分散ブレード１２０への指示ができるサーバブレード１３０〜１３２内の制御部などに閾値設定用ツールを作り込むことでユーザ自身において好みの各閾値に設定するようにすることもできる。【０１２３】
例えば、システムの用途としてチケット販売サイトなど、ある瞬間にユーザからの要求が集中し、システムへの負荷が急激に上昇するケースを考える。【０１２４】
この場合、停止サーバブレードを起動するための電源起動閾値と、ユーザからの要求を割り振り始めるための負荷分散閾値の間に余裕を持たせることができるならば、急激に増加するユーザからの要求がシステムの負荷分散閾値を越えるときに稼動に影響を受けることなく追加サーバブレードが既に電源起動完了及び要求割り当て可能とでき、ユーザへのデータ提供を滞らせないシステムが実現可能になる。【０１２５】
また、サーバブレードごとにフィールドリプレイスメントユニット（Ｆｉｅｌｄ  Ｒｅｐｌａｃｅｍｅｎｔ  Ｕｎｉｔ：以下ＦＲＵと略す）と呼ばれる、例えば製造メーカやシリアル番号などが記憶されるＥＥＰＲＯＭを内蔵する場合などでは、該ＦＲＵにサーバブレードごとの消費電力値を装置製造時に設定及び記憶させておくことが可能である。【０１２６】
この場合、本実施の形態のように、サーバブレード監視部１２３により前記消費電力値を認識し、判定部１５０における判定条件に加えることで、消費電力がより小さいサーバブレードの優先度をより高く設定することでより省電力効果を得ることができる。
【産業上の利用可能性】
【０１２７】
本発明は、複数のサーバブレードを有するブレードシステムと管理サーバからなる計算機システムに関し、ブレードシステム内に実装され得る負荷分散ブレードや、ブレードシステム外に存在し、外部からブレードシステム、若しくは単独で構成する計算機群へ接続することによって各サーバブレード及び計算機群への負荷分散機能を担う負荷分散装置などに実装され、サーバシステムの一部として利用可能である。
【図１】
2010050041.tif 000003
【図２】
2010050041.tif 000004
【図３】
2010050041.tif 000005
【図４】
2010050041.tif 000006
【図５】
2010050041.tif 000007
【図６】
2010050041.tif 000008
【図７】
2010050041.tif 000009
【国際調査報告】
2010050041.tif 000010
2010050041.tif 000011
2010050041.tif 000012
2010050041.tif 000013
2010050041.tif 000014
2010050041.tif 000015
2010050041.tif 000016