(57)【要約】【課題】  クライアントからの要求に対するスムーズなデータ提供、及びシステムの消費電力を低減することが可能な負荷分散ブレードシステム。【解決手段】  本発明は、負荷分散ブレードがクライアントからのデータ要求を処理量閾値まで受け付け、サーバブレードに分配する。処理量閾値を越える場合は、次に優先度の高い負荷分散ブレードに転送することができ、１部の負荷分散ブレードに一定以上、処理を集中させないことが可能となる。これにより、クライアントからのデータ要求が少ない場合に、処理の割り当てられない負荷分散ブレードを作り出すことができ、このときに待機電力以下で動作する最小電力モードで動作させることが可能であればシステム全体の消費電力量を低減させることができる。同時に、１部の負荷分散ブレードに処理が一定以上集中し、レスポンス遅延が発生する可能性を回避することができる。【選択図】図１
2012128698.tif 000002
【特許請求の範囲】
【請求項１】
負荷分散ブレードシステムが、
クライアントからの要求を処理する複数のサーバブレードと、
クライアントからの要求を稼動中のサーバブレードに割り振ることができる負荷分散ブレードから構成され、
負荷分散ブレードが、
データ要求受付部とデータ要求転送部と
当該負荷分散ブレードの処理量を監視することができる負荷分散ブレード処理量監視部と、
監視した処理量を保持することができる処理量保持部と、
当該負荷分散ブレードで受け付け可能とする処理量の閾値を保持する処理量閾値保持部と
負荷分散ブレード間の冗長構成に関して構成情報を保持し、装置間で連携する機能を備える冗長構成連携部を有し、
クライアントからの要求を受け付ける負荷分散ブレードを選択し、指示することができる判定制御部
から構成されることを特徴とする負荷分散ブレードシステム。
【請求項２】
請求項１に記載の負荷分散ブレードシステムであって、
負荷分散ブレードが処理量閾値保持部を有し、負荷分散ブレードごとの処理量閾値Ｃを保持し、
負荷分散ブレードの優先度を用いて
クライアントからの要求を最も優先度の高い負荷分散ブレードが処理量閾値Ｃまでを受け付け、サーバブレードに分配することを可能とし、
処理量が１部の負荷分散ブレードに集中しないことを特徴とする負荷分散ブレードシステム。
【請求項３】
請求項２に記載の負荷分散ブレードシステムであって、
最も高い優先度を保持する負荷分散ブレードで
当該処理量保持部が保持する処理量が処理量閾値Ｃを越える場合、
次に優先度の高い負荷分散ブレードを選択することができ、
判定制御部が当該負荷分散ブレードのデータ要求受付部を制御し、
次に優先度の高い負荷分散ブレードのデータ要求受付部をデータ要求転送先に指定することができる負荷分散ブレードシステム。
【請求項４】
請求項３に記載の負荷分散ブレードシステムであって、
最も優先度の高い負荷分散ブレード以外の負荷分散ブレードで
当該処理量保持部が保持する処理量が処理量閾値Ｃを超える場合、
次に優先度の高い負荷分散ブレードを選択することができ、
判定制御部が当該負荷分散ブレードのデータ要求受付部を制御し、
次に優先度の高い負荷分散ブレードのデータ要求受付部をデータ要求再転送先に指定することができる負荷分散ブレードシステム。
【請求項５】
請求項４に記載の負荷分散ブレードシステムであって、
負荷分散ブレードは２台構成に限らず複数であっても実現可能であることを特徴とする負荷分散ブレードシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、負荷分散ブレードの稼動制御方式に関する。
【背景技術】
【０００２】
昨今、クライアントからネットワークを介してサーバに接続させ、データを入手することを目的としたサーバシステムが広く使われている。代表的なものとしては、インターネットへのアクセス形態がある。
【０００３】
これらのサーバシステムとして最近は、複数のサーバブレードで構成されるブレードシステムが用いられることが多い。
【０００４】
また、急激なアクセス増加への対応や、耐障害性を維持することを目的として、クライアントからの要求を各サーバブレードに分配し処理させることがよく行われる。この分配処理を行う装置が負荷分散装置と呼ばれる。
【０００５】
この負荷分散装置において、一般的に負荷分散装置の耐障害性を維持するためＨＡ（Ｈｉｇｈ  Ａｖａｉｌａｂｉｌｉｔｙ）構成を構築し、主系の負荷分散装置が故障し継続稼動できなくなった場合に備える、副系の負荷分散装置を構築することがある。この構成を実現する機能を「Ａｃｔｉｖｅ−Ｓｔａｎｄｂｙ構成機能」という。
【０００６】
しかしこの場合、負荷分散システムとしては１機分の性能を実現する。そのためクライアントからのアクセスが急増した場合、負荷分散装置間で処理を手分けすることができないため、主系の負荷分散装置１機で処理し切れずレスポンス遅延を及ぼす可能性があった。
【０００７】
ここで、前記問題を解決するため負荷分散装置の両方を主系として使用し、負荷分散装置間で処理を均一に手分けすることを可能とする機能もある。例えば、Ａ１０ネットワークス社が提供する負荷分散装置において、２台構成の場合に実現可能な「Ａｃｔｉｖｅ−Ａｃｔｉｖｅ構成機能」がある。また、３台以上の負荷分散装置を連携させ、１機の負荷分散装置として振舞わせることが可能な「ＶｉｒｔｕａｌＮ機能」がある。
【０００８】
ここで、例えば特許文献１に示すものは、クライアントからの要求を処理するサーバ側の処理量を動的に均一化する一般的な負荷分散システムを表す。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００５‐１８２７０２
【発明の概要】
【発明が解決しようとする課題】
【００１０】
上述した既存の技術では以下の課題がある。
【００１１】
前記の複数台の負荷分散装置に処理量を分配した場合、全ての負荷分散装置で待機電力に加えて、要求を処理するための消費電力が発生する。負荷分散装置間で処理を片寄せることが可能であれば、クライアントからのデータ要求が少ない場合に、処理の割り当てられない負荷分散装置が存在する。もし、そのような場合に待機電力以下で動作する最小電力モードで動作させることが可能であれば、システムの消費電力を低減することが可能となる。上述の「Ａｃｔｉｖｅ−Ｓｔａｎｄｂｙ構成」では処理を片寄せることは可能だが、システム全体として負荷分散装置１機分の性能であり、性能劣化の可能性がある。
本発明ではこれらの問題を同時に解決する。
【課題を解決するための手段】
【００１２】
本発明は、前記課題を解決するために次の構成を有する。処理量保持部が当該負荷分散ブレードの現状の処理量、処理量閾値保持部が負荷分散ブレードの処理できる処理量閾値Ｃを保持する。負荷分散ブレードは、クライアントからの要求を処理量閾値Ｃまでを受け付け、サーバブレードに分配することを可能とする。処理量閾値Ｃを越える場合は、次に優先度の高い負荷分散ブレードに転送することができ、１部の負荷分散ブレードに一定以上の処理が集中しないようにすることが可能となる。これにより、クライアントからのデータ要求が少ない場合に、処理の割り当てられない負荷分散ブレードを作り出すことができる。このときに当該負荷分散ブレードを待機電力以下で動作する最小電力モードで動作させることが可能であればシステム全体の消費電力量を低減させることが可能となる。
同時に、１部の負荷分散ブレードに一定以上の処理が集中し、レスポンス遅延が発生する可能性を回避することができる。
【発明の効果】
【００１３】
本発明によれば、負荷分散機能を備えたブレードシステムを有する負荷分散システムにおいて、消費電力を低減することが可能となる。それと同時に、複数の負荷分散装置を連結して構築した場合も同様であり、負荷分散ブレードシステムとして複数倍の性能を保持することができ、迅速なデータ供給が可能となる。
【図面の簡単な説明】
【００１４】
【図１】本発明における一実施例を示すシステム構成図
【図２】本発明における負荷分散ブレード＃０のデータ要求受付部の処理を示すフロー図
【図３】本発明における負荷分散ブレード＃０のデータ要求転送部の処理を示すフロー図
【図４】本発明における負荷分散ブレード＃０の負荷分散ブレード処理量監視部の処理を示すフロー図
【図５】本発明における負荷分散ブレード＃０の冗長構成連携部の処理を示すフロー図
【図６】本発明における負荷分散ブレード＃０の判定制御部の処理を示すフロー図
【図７】本発明における負荷分散ブレード＃１のデータ要求受付部の処理を示すフロー図
【図８】本発明における負荷分散ブレード＃１のデータ要求転送部の処理を示すフロー図
【図９】本発明における負荷分散ブレード＃１の負荷分散ブレード処理量監視部の処理を示すフロー図
【図１０】本発明における負荷分散ブレード＃１の冗長構成連携部の処理を示すフロー図
【図１１】本発明における負荷分散ブレード＃１の判定制御部の処理を示すフロー図
【図１２】本発明における負荷分散ブレード群の処理量保持テーブル
【図１３】本発明における負荷分散ブレード群の処理量および閾値保持テーブル
【発明を実施するための形態】
【００１５】
以下、本発明に係る実施の形態を図面に基づいて詳細に説明する。
【００１６】
＜実施例１＞
図１は、本発明の一実施例を示す負荷分散ブレードシステムの概略図である。本負荷分散ブレードシステム１５０は、クライアントからの要求を処理するサーバブレードブレードシステム１４０乃至１４２と、クライアント１００からの要求を各サーバブレード１４０乃至１４２へ割り当てる負荷分散ブレード１２０と負荷分散ブレード１３０を備える。ＨＡ構成の最小構成数として２機の負荷分散ブレードを備える。
【００１７】
図１では負荷分散ブレードが２機で構成される場合を示しているが、２機に限定されるものではなく、負荷分散ブレードシステム１５０に搭載可能なブレード数であれば適用できる。
【００１８】
また、サーバブレードも１４０乃至１４２の３機で構成される場合を示しているが、３機に限定されるものではなく、負荷分散ブレードシステム１５０に搭載可能なサーバブレード数であれば適用できる。
【００１９】
さらには、負荷分散ブレードシステム１５０も１機で構成される場合を示しているが、１機に限定されるものではなく、複数の負荷分散ブレードシステムを連結させた構成であっても良い。
【００２０】
各サーバブレード１４０乃至１４２は、負荷分散ブレード１２０と負荷分散ブレード１３０を介して外部ネットワーク１１０に接続されており、クライアント１００とのデータのやり取りには必ず負荷分散ブレード１２０と負荷分散ブレード１３０のいずれかを介して行う。
【００２１】
この負荷分散ブレード１２０においてクライアント１００からの要求パケットはサーバブレード１４０乃至１４２へ直接転送するのではなく、一度データ要求受付部１２５にて受け付け、データ要求転送部１２６よりサーバブレード１４０乃至１４２のいずれかに転送される。
【００２２】
ここで、負荷分散ブレード処理量監視部１２２では負荷分散ブレード１２０の処理状況を監視し、保持する。判定制御部は処理量閾値保持部１２３に保持する処理量閾値Ｃと、前記処理量を比較することができる。
【００２３】
また冗長構成連携部１２４と冗長構成連携部１３４において冗長関係を構築しており、各負荷分散ブレード間の優先度を保持することができる。
【００２４】
図１では負荷分散ブレードが２機であり、冗長構成連携部も２箇所の構成を示しているが、２機に限られるものではなく、複数の負荷分散ブレードの場合も同じである。
【００２５】
負荷分散ブレード１２０が最も優先度が高いと仮定した場合、クライアントからのデータ要求をデータ要求受付部１２５が受け取ったときに、負荷分散ブレード処理量監視部１２２が保持する処理量Ａが処理量閾値Ｃを越えないときデータ要求転送部１２６に転送し、サーバブレード１４０乃至１４２に分配する。
【００２６】
負荷分散ブレード処理量監視部１２２が保持する処理量Ａが処理量閾値Ｃを越えるとき、冗長構成連携部１２４が認知する次に優先度が高い負荷分散ブレード１３０のデータ要求受付部１３５に転送するように判定制御部１２１がデータ要求受付部１２５に指示することを特徴とする。
【００２７】
すなわち、クライアントからの要求を常に優先度が高い負荷分散ブレードが処理することが可能となる。
【００２８】
なお、本発明における負荷分散ブレード処理量監視部１２２に関して、当該負荷分散ブレード１２０の処理量を監視する方式は限定されるものではない。
【００２９】
ここで、上記まで記述してきた負荷分散ブレード処理量監視部１２２および負荷分散ブレード処理量監視部１３２が監視する処理量ついて説明する。
【００３０】
本発明では上記項目に関して以下を要素例とできる。例えば、負荷分散ブレード１２０が受け付け、いずれかのサーバブレードに転送したクライアント１００からの要求数を表すコネクション数、負荷分散ブレード１２０が処理している間のＣＰＵ使用率、負荷分散ブレード１２０が処理している間のメモリ使用率、などとできる。
【００３１】
次に、図２乃至図６にてクライアントからのデータ要求を最初に受信する負荷分散ブレード＃０における処理について、図７乃至図１１にてクライアントからのデータ要求を別の負荷分散ブレードから受信する負荷分散ブレード＃０以外の負荷分散ブレードにおける処理について説明する。
【００３２】
まずは、図２乃至図６にてクライアントからのデータ要求を最初に受信する負荷分散ブレード＃０における処理の実施例について説明を行う。
【００３３】
図２にて請求項５に対応する、クライアントからのデータ要求を最初に受信する負荷分散ブレード＃０のデータ要求受付部１２５におけるデータ要求受信時の転送判定処理を示すフローについて説明を行う。
【００３４】
図２は、複数の負荷分散ブレードで冗長構成が構築された場合の、負荷分散ブレード間で最も優先度が高く、クライアントからのデータ要求を最初に受信する負荷分散ブレード＃０のデータ受付部における転送判定処理の実施例を表すフローチャートである。
【００３５】
負荷分散ブレード＃０のデータ要求受付部がクライアントからのデータ要求を新規に受け付けたときに転送判定処理を開始する(ステップ２０２)。
【００３６】
ここで、負荷分散ブレード＃０の判定制御部からの転送指示を確認する(ステップ２０３)。
【００３７】
負荷分散ブレード＃０で処理可能と判断された場合、負荷分散ブレード＃０のデータ要求転送部へ転送される(ステップ２０４)。
【００３８】
負荷分散ブレード＃０で処理不可能と判断された場合、次の優先度を持つ負荷分散ブレードのデータ要求受付部へ転送される(ステップ２０５)。
【００３９】
図３にて請求項５に対応する、クライアントからのデータ要求を最初に受信する負荷分散ブレード＃０のデータ転送部におけるデータ要求転送処理の実施例を表すフローチャートについて説明を行う。
【００４０】
負荷分散ブレード＃０のデータ要求転送部はクライアントから新規データ要求をデータ要求受付部から受信する(ステップ３０２)。
【００４１】
新規データ要求を受信したデータ要求転送部は、負荷分散ブレードに設定される任意の負荷分散方式に従い、サーバに分配する(ステップ３０３)。
【００４２】
図４にて請求項５に対応する、クライアントからのデータ要求を最初に受信する負荷分散ブレード＃０の処理量監視部における負荷分散ブレード＃０自身の処理量チェックの実施例を表すフローチャートについて説明を行う。
【００４３】
負荷分散ブレード＃０の処理量監視部は定期的に負荷分散ブレード＃０の処理量をチェックする。本発明ではチェック間隔を限定するものではないが、出来る限り短い間隔でチェックすることが望ましい(ステップ４０２)。
【００４４】
チェックした結果を以って、負荷分散ブレード＃０の処理量監視部に保持する、前回チェック時の結果を更新する(ステップ４０３)。
【００４５】
図５にて請求項５に対応する、クライアントからのデータ要求を最初に受信する負荷分散ブレード＃０の冗長構成連携部が実施する処理の実施例を表すフローチャートについて説明を行う。
【００４６】
まず、負荷分散ブレード＃０の冗長構成連携部に保持する冗長構成情報を確認し、次の優先度を保持する負荷分散ブレードを選出する(ステップ５０２)。
【００４７】
そして、ステップ５０２で選出した負荷分散ブレードが正常に稼動中であり、クライアントからのデータ要求を割り当てられた場合に、負荷分散処理可能かどうかを確認する。データ要求を割り当て可能な負荷分散ブレードを選出するまで本処理を繰り返し、実施するものとする(ステップ５０３)。
【００４８】
何らかの要因で異常があり処理不可能と判断された場合、当該負荷分散ブレードを冗長構成情報から削除し、さらに次の優先度を保持する負荷分散ブレードを選出する(ステップ５０４)。
【００４９】
ステップ５０２で選出された負荷分散ブレードがステップ５０３で処理可能と判断された場合、当該負荷分散ブレードを次に転送可能な負荷分散ブレードとして情報を格納する(ステップ５０５)。
【００５０】
図６にて請求項３に対応する、クライアントからのデータ要求を最初に受信する負荷分散ブレード＃０の判定制御部における受信可否判定および制御処理の実施例を表すフローチャートについて説明を行う。
【００５１】
まず、負荷分散ブレード＃０のデータ要求受付部がクライアントから新規のデータ要求を受信する(ステップ６０２)。
ここで、図４で説明した処理量監視部にてチェックした負荷分散ブレード＃０の処理量  (＝Ａ０)と、処理量閾値保持部に保持する処理量閾値(＝Ｃ０)を比較する(ステップ６０３)。
【００５２】
Ａ０がＣ０以下であり、負荷分散ブレード＃０で受付可能と判断された場合、負荷分散ブレード＃０で受け付けるようデータ要求受付部に指示を行う(ステップ６０４)。
【００５３】
Ａ０がＣ０より大きく、負荷分散ブレード＃０で受付不可能と判断された場合、図５で説明した冗長構成連携部に保持する次に転送可能な負荷分散ブレードを確認する(ステップ６０５)。
【００５４】
その後、本データ要求をステップ６０５で選出した負荷分散ブレードに転送するように、負荷分散ブレード＃０のデータ要求受付部に命令する(ステップ６０６)。
【００５５】
次に、図７乃至図１１にてクライアントからのデータ要求を別の負荷分散ブレードから受信する負荷分散ブレード＃０以外の負荷分散ブレードにおける処理の実施例について説明を行う。
【００５６】
図７にて請求項５に対応する、クライアントからのデータ要求を別の負荷分散ブレードから受信する負荷分散ブレード＃０以外のデータ要求受付部におけるデータ要求受信時の転送判定処理を示すフローについて説明を行う。
【００５７】
図７は、複数の負荷分散ブレードで冗長構成が構築された場合の、負荷分散ブレード間で最も優先度が負荷分散ブレード＃０より低く、クライアントからのデータ要求を別の負荷分散ブレードから受信する負荷分散ブレード＃０以外のデータ受付部における転送判定処理の実施例を表すフローチャートである。
【００５８】
当該負荷分散ブレードのデータ要求受付部がクライアントからのデータ要求を別の負荷分散ブレードから新規に受け付けたときに転送判定処理を開始する(ステップ７０２)。
ここで、当該負荷分散ブレードの判定制御部からの転送指示を確認する(ステップ７０３)。
【００５９】
当該負荷分散ブレードで処理可能と判断された場合、当該負荷分散ブレードのデータ要求転送部へ転送される(ステップ７０４)。
【００６０】
当該負荷分散ブレードで処理不可能と判断された場合、次の優先度を持つ負荷分散ブレードのデータ要求受付部へ転送される(ステップ７０５)。
【００６１】
図８にて請求項５に対応する、クライアントからのデータ要求を別の負荷分散ブレードから受信する負荷分散ブレード＃０以外のデータ転送部におけるデータ要求転送処理の実施例を表すフローチャートについて説明を行う。
【００６２】
当該負荷分散ブレードのデータ要求転送部はクライアントから新規データ要求をデータ要求受付部から受信する(ステップ８０２)。
【００６３】
新規データ要求を受信したデータ要求転送部は、負荷分散ブレードに設定される任意の負荷分散方式に従い、サーバに分配する(ステップ８０３)。
【００６４】
図９にて請求項５に対応する、クライアントからのデータ要求を別の負荷分散ブレードから受信する負荷分散ブレード＃０以外の処理量監視部における当該負荷分散ブレードの処理量チェックの実施例を表すフローチャートについて説明を行う。
【００６５】
当該負荷分散ブレードの処理量監視部は定期的に当該負荷分散ブレードの処理量をチェックする。本発明では図４と同様にチェック間隔を限定するものではないが、出来る限り短い間隔でチェックすることが望ましい(ステップ９０２)。
【００６６】
チェックした結果を以って、当該負荷分散ブレードの処理量監視部に保持する、前回チェック時の結果を更新する(ステップ９０３)。
【００６７】
図１０にて請求項５に対応する、クライアントからのデータ要求を別の負荷分散ブレードから受信する負荷分散ブレード＃０以外の冗長構成連携部が実施する処理の実施例を表すフローチャートについて説明を行う。
【００６８】
まず、当該負荷分散ブレードの冗長構成連携部に保持する冗長構成情報を確認し、次の優先度を保持する負荷分散ブレードを選出する(ステップ１００２)。
【００６９】
そして、ステップ１００２で選出した負荷分散ブレードが正常に稼動中であり、クライアントからのデータ要求を割り当てられた場合に、負荷分散処理可能かどうかを確認する。データ要求を割り当て可能な負荷分散ブレードを選出するまで本処理を繰り返し、実施するものとする(ステップ１００３)。
【００７０】
何らかの要因で異常があり処理不可能と判断された場合、当該負荷分散ブレードを冗長構成情報から削除し、さらに次の優先度を保持する負荷分散ブレードを選出する(ステップ１００４)。
【００７１】
ステップ１００２で選出された負荷分散ブレードがステップ１００３で処理可能と判断された場合、当該負荷分散ブレードを次に転送可能な負荷分散ブレードとして情報を格納する(ステップ１００５)。
【００７２】
図１１にて請求項５に対応する、クライアントからのデータ要求を別の負荷分散ブレードから受信する負荷分散ブレード＃０以外の判定制御部における受信可否判定および制御処理の実施例を表すフローチャートについて説明を行う。
【００７３】
まず、当該負荷分散ブレードのデータ要求受付部がクライアントから新規のデータ要求を別の負荷分散ブレードから受信する(ステップ１１０２)。
【００７４】
ここで、図９で説明した処理量監視部にてチェックした当該負荷分散ブレードの処理量(＝Ａ１)と、処理量閾値保持部に保持する処理量閾値(＝Ｃ１)を比較する(ステップ１１０３)。
【００７５】
Ａ１がＣ１以下であり、当該負荷分散ブレードで受付可能と判断された場合、当該負荷分散ブレードで受け付けるようデータ要求受付部に指示を行う(ステップ１１０４)。
【００７６】
Ａ１がＣ１より大きく、当該負荷分散ブレードで受付不可能と判断された場合、図９で説明した冗長構成連携部に保持する次に転送可能な負荷分散ブレードを確認する(ステップ１１０５)。
【００７７】
その後、本データ要求をステップ１１０５で選出した負荷分散ブレードに転送するように、当該負荷分散ブレードのデータ要求受付部に命令する(ステップ１１０６)。
【００７８】
次に図１２乃至図１３においてＮ機で負荷分散ブレードシステムを構成した場合の、処理量および処理量閾値の保持方法に関する実施例について説明する。
【００７９】
図１２は負荷分散ブレード群の中で最も優先度が高く、クライアントからのデータ要求を最初に受信する負荷分散ブレード＃０に全負荷分散ブレードの処理量を纏めて保持する実施例について説明する。
【００８０】
負荷分散ブレード番号１２０１は負荷分散ブレードシステムを構成するＮ機の負荷分散ブレードの番号を＃０から＃Ｎまで保持する。ここで、負荷分散ブレード＃０が最も優先度が高く、クライアントからのデータ要求を負荷分散ブレード群の中で最初に受信する。負荷分散ブレード番号が大きくなるほど、優先度は低くなるものとする。ただし、本発明は負荷分散ブレード番号の採番順序に限定されるものではなく、他の採番方法でも良い。
【００８１】
処理量１２０２は各負荷分散ブレードの処理量監視部が取得した処理量を、各負荷分散ブレード番号に対応付けて保持する。
【００８２】
図１３は負荷分散ブレード群の中で最も優先度が高く、クライアントからのデータ要求を最初に受信する負荷分散ブレード＃０に全負荷分散ブレードの処理量および処理量閾値を纏めて保持する実施例について説明する。
【００８３】
負荷分散ブレード番号１３０１および処理量１３０２は図１２で説明した内容と同じとする。
【００８４】
閾値１３０３は各負荷分散ブレードに対応した処理量閾値保持部に保持する閾値を負荷分散ブレード＃０が全て保持する。ここで閾値Ｃ０乃至ＣＮは同じ値ではなく、それぞれ別の値であっても良い。例えば、性能の高い負荷分散ブレードの処理量閾値は大きくし、優先的に処理を割り当てることが可能である。
【００８５】
前述した図１２乃至図１３で示した保持テーブルは、負荷分散ブレード群の中で最も優先度が高く、クライアントからのデータ要求を最初に受信する負荷分散ブレード＃０に保持することから、他の負荷分散ブレードには負荷分散ブレード処理量監視部および処理量閾値保持部は存在せず、これら全てを負荷分散ブレード＃０が監視・保持する形態でも良い。また、負荷分散ブレード外の他の装置に保持する形態であっても良い。
【００８６】
＜実施例２＞
本負荷分散ブレードシステムにおいて、図１の構成としているがこの構成に限られる必要はなく、以下のような構成でも本発明は適用可能である。負荷分散ブレード１２０及び負荷分散ブレード１３０において、２機による冗長構成としたが、２機である必要はなく複数の負荷分散ブレードによる冗長構成であってもよい。サーバブレード１４０乃至１４２において、負荷分散ブレードシステム１５０に内蔵されるサーバブレード構成としたが、
サーバブレードである必要はなく、それぞれ別の独立した計算機であってもよい。また負荷分散ブレードシステム１５０において、負荷分散ブレード１２０及び負荷分散ブレード１３０も負荷分散ブレードシステム１５０に内蔵されるブレード構成としたが、ブレードである必要はなく、それぞれ別の独立した負荷分散装置であってもよい。さらに負荷分散ブレード１２０において、判定制御部１２１、負荷分散ブレード処理量監視部１２２、冗長構成連携部１２４を内部の構成としているが、負荷分散ブレードの内部である必要はなくそれぞれ独立した装置であってもよい。
【符号の説明】
【００８７】
１００  クライアント計算機、１１０  外部ネットワーク、１２０  負荷分散ブレード(＃０)、１２１  判定制御部(＃０)、１２２  負荷分散ブレード処理量監視部(＃０)、１２３  処理量閾値保持部(＃０)、１２４  冗長構成連携部(＃０)、１２５  データ要求受付部(＃０)、１２６  データ要求転送部(＃０)、１３０  負荷分散ブレード(＃１)、１３１  稼動判定制御部(＃１)、１３２  負荷分散ブレード処理量監視部(＃１)、１３３  処理量閾値保持部(＃１)、１３４  冗長構成連携部(＃１)、１３５  データ要求受付部(＃１)、１３６  データ要求転送部(＃１)、１４０  サーバブレード部(＃０)、１４１  サーバブレード部(＃１)、１４２  サーバブレード部(＃２)
【図１】
2012128698.tif 000003
【図２】
2012128698.tif 000004
【図３】
2012128698.tif 000005
【図４】
2012128698.tif 000006
【図５】
2012128698.tif 000007
【図６】
2012128698.tif 000008
【図７】
2012128698.tif 000009
【図８】
2012128698.tif 000010
【図９】
2012128698.tif 000011
【図１０】
2012128698.tif 000012
【図１１】
2012128698.tif 000013
【図１２】
2012128698.tif 000014
【図１３】
2012128698.tif 000015