JP2012128698A

JP2012128698A - 負荷分散ブレードシステム

Info

Publication number: JP2012128698A
Application number: JP2010280004A
Authority: JP
Inventors: Yasuhiro Kameda; 泰弘亀田; Hirofumi Fujita; 博文藤田; Akihiko Saito; 明彦齋藤
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2010-12-16
Filing date: 2010-12-16
Publication date: 2012-07-05

Abstract

【課題】クライアントからの要求に対するスムーズなデータ提供、及びシステムの消費電力を低減することが可能な負荷分散ブレードシステム。
【解決手段】本発明は、負荷分散ブレードがクライアントからのデータ要求を処理量閾値まで受け付け、サーバブレードに分配する。
処理量閾値を越える場合は、次に優先度の高い負荷分散ブレードに転送することができ、
１部の負荷分散ブレードに一定以上、処理を集中させないことが可能となる。
これにより、クライアントからのデータ要求が少ない場合に、処理の割り当てられない負荷分散ブレードを作り出すことができ、このときに待機電力以下で動作する最小電力モードで動作させることが可能であればシステム全体の消費電力量を低減させることができる。
同時に、１部の負荷分散ブレードに処理が一定以上集中し、レスポンス遅延が発生する可能性を回避することができる。
【選択図】図１

Description

本発明は、負荷分散ブレードの稼動制御方式に関する。

昨今、クライアントからネットワークを介してサーバに接続させ、データを入手することを目的としたサーバシステムが広く使われている。代表的なものとしては、インターネットへのアクセス形態がある。

これらのサーバシステムとして最近は、複数のサーバブレードで構成されるブレードシステムが用いられることが多い。

また、急激なアクセス増加への対応や、耐障害性を維持することを目的として、クライアントからの要求を各サーバブレードに分配し処理させることがよく行われる。この分配処理を行う装置が負荷分散装置と呼ばれる。

この負荷分散装置において、一般的に負荷分散装置の耐障害性を維持するためＨＡ（ＨｉｇｈＡｖａｉｌａｂｉｌｉｔｙ）構成を構築し、主系の負荷分散装置が故障し継続稼動できなくなった場合に備える、副系の負荷分散装置を構築することがある。この構成を実現する機能を「Ａｃｔｉｖｅ−Ｓｔａｎｄｂｙ構成機能」という。

しかしこの場合、負荷分散システムとしては１機分の性能を実現する。そのためクライアントからのアクセスが急増した場合、負荷分散装置間で処理を手分けすることができないため、主系の負荷分散装置１機で処理し切れずレスポンス遅延を及ぼす可能性があった。

ここで、前記問題を解決するため負荷分散装置の両方を主系として使用し、負荷分散装置間で処理を均一に手分けすることを可能とする機能もある。例えば、Ａ１０ネットワークス社が提供する負荷分散装置において、２台構成の場合に実現可能な「Ａｃｔｉｖｅ−Ａｃｔｉｖｅ構成機能」がある。また、３台以上の負荷分散装置を連携させ、１機の負荷分散装置として振舞わせることが可能な「ＶｉｒｔｕａｌＮ機能」がある。

ここで、例えば特許文献１に示すものは、クライアントからの要求を処理するサーバ側の処理量を動的に均一化する一般的な負荷分散システムを表す。

特開２００５‐１８２７０２

上述した既存の技術では以下の課題がある。

前記の複数台の負荷分散装置に処理量を分配した場合、全ての負荷分散装置で待機電力に加えて、要求を処理するための消費電力が発生する。負荷分散装置間で処理を片寄せることが可能であれば、クライアントからのデータ要求が少ない場合に、処理の割り当てられない負荷分散装置が存在する。もし、そのような場合に待機電力以下で動作する最小電力モードで動作させることが可能であれば、システムの消費電力を低減することが可能となる。上述の「Ａｃｔｉｖｅ−Ｓｔａｎｄｂｙ構成」では処理を片寄せることは可能だが、システム全体として負荷分散装置１機分の性能であり、性能劣化の可能性がある。
本発明ではこれらの問題を同時に解決する。

本発明は、前記課題を解決するために次の構成を有する。処理量保持部が当該負荷分散ブレードの現状の処理量、処理量閾値保持部が負荷分散ブレードの処理できる処理量閾値Ｃを保持する。負荷分散ブレードは、クライアントからの要求を処理量閾値Ｃまでを受け付け、サーバブレードに分配することを可能とする。処理量閾値Ｃを越える場合は、次に優先度の高い負荷分散ブレードに転送することができ、１部の負荷分散ブレードに一定以上の処理が集中しないようにすることが可能となる。これにより、クライアントからのデータ要求が少ない場合に、処理の割り当てられない負荷分散ブレードを作り出すことができる。このときに当該負荷分散ブレードを待機電力以下で動作する最小電力モードで動作させることが可能であればシステム全体の消費電力量を低減させることが可能となる。
同時に、１部の負荷分散ブレードに一定以上の処理が集中し、レスポンス遅延が発生する可能性を回避することができる。

本発明によれば、負荷分散機能を備えたブレードシステムを有する負荷分散システムにおいて、消費電力を低減することが可能となる。それと同時に、複数の負荷分散装置を連結して構築した場合も同様であり、負荷分散ブレードシステムとして複数倍の性能を保持することができ、迅速なデータ供給が可能となる。

本発明における一実施例を示すシステム構成図本発明における負荷分散ブレード＃０のデータ要求受付部の処理を示すフロー図本発明における負荷分散ブレード＃０のデータ要求転送部の処理を示すフロー図本発明における負荷分散ブレード＃０の負荷分散ブレード処理量監視部の処理を示すフロー図本発明における負荷分散ブレード＃０の冗長構成連携部の処理を示すフロー図本発明における負荷分散ブレード＃０の判定制御部の処理を示すフロー図本発明における負荷分散ブレード＃１のデータ要求受付部の処理を示すフロー図本発明における負荷分散ブレード＃１のデータ要求転送部の処理を示すフロー図本発明における負荷分散ブレード＃１の負荷分散ブレード処理量監視部の処理を示すフロー図本発明における負荷分散ブレード＃１の冗長構成連携部の処理を示すフロー図本発明における負荷分散ブレード＃１の判定制御部の処理を示すフロー図本発明における負荷分散ブレード群の処理量保持テーブル本発明における負荷分散ブレード群の処理量および閾値保持テーブル

以下、本発明に係る実施の形態を図面に基づいて詳細に説明する。

＜実施例１＞
図１は、本発明の一実施例を示す負荷分散ブレードシステムの概略図である。本負荷分散ブレードシステム１５０は、クライアントからの要求を処理するサーバブレードブレードシステム１４０乃至１４２と、クライアント１００からの要求を各サーバブレード１４０乃至１４２へ割り当てる負荷分散ブレード１２０と負荷分散ブレード１３０を備える。ＨＡ構成の最小構成数として２機の負荷分散ブレードを備える。

図１では負荷分散ブレードが２機で構成される場合を示しているが、２機に限定されるものではなく、負荷分散ブレードシステム１５０に搭載可能なブレード数であれば適用できる。

また、サーバブレードも１４０乃至１４２の３機で構成される場合を示しているが、３機に限定されるものではなく、負荷分散ブレードシステム１５０に搭載可能なサーバブレード数であれば適用できる。

さらには、負荷分散ブレードシステム１５０も１機で構成される場合を示しているが、１機に限定されるものではなく、複数の負荷分散ブレードシステムを連結させた構成であっても良い。

各サーバブレード１４０乃至１４２は、負荷分散ブレード１２０と負荷分散ブレード１３０を介して外部ネットワーク１１０に接続されており、クライアント１００とのデータのやり取りには必ず負荷分散ブレード１２０と負荷分散ブレード１３０のいずれかを介して行う。

この負荷分散ブレード１２０においてクライアント１００からの要求パケットはサーバブレード１４０乃至１４２へ直接転送するのではなく、一度データ要求受付部１２５にて受け付け、データ要求転送部１２６よりサーバブレード１４０乃至１４２のいずれかに転送される。

ここで、負荷分散ブレード処理量監視部１２２では負荷分散ブレード１２０の処理状況を監視し、保持する。判定制御部は処理量閾値保持部１２３に保持する処理量閾値Ｃと、前記処理量を比較することができる。

また冗長構成連携部１２４と冗長構成連携部１３４において冗長関係を構築しており、各負荷分散ブレード間の優先度を保持することができる。

図１では負荷分散ブレードが２機であり、冗長構成連携部も２箇所の構成を示しているが、２機に限られるものではなく、複数の負荷分散ブレードの場合も同じである。

負荷分散ブレード１２０が最も優先度が高いと仮定した場合、クライアントからのデータ要求をデータ要求受付部１２５が受け取ったときに、負荷分散ブレード処理量監視部１２２が保持する処理量Ａが処理量閾値Ｃを越えないときデータ要求転送部１２６に転送し、サーバブレード１４０乃至１４２に分配する。

負荷分散ブレード処理量監視部１２２が保持する処理量Ａが処理量閾値Ｃを越えるとき、冗長構成連携部１２４が認知する次に優先度が高い負荷分散ブレード１３０のデータ要求受付部１３５に転送するように判定制御部１２１がデータ要求受付部１２５に指示することを特徴とする。

すなわち、クライアントからの要求を常に優先度が高い負荷分散ブレードが処理することが可能となる。

なお、本発明における負荷分散ブレード処理量監視部１２２に関して、当該負荷分散ブレード１２０の処理量を監視する方式は限定されるものではない。

ここで、上記まで記述してきた負荷分散ブレード処理量監視部１２２および負荷分散ブレード処理量監視部１３２が監視する処理量ついて説明する。

本発明では上記項目に関して以下を要素例とできる。例えば、負荷分散ブレード１２０が受け付け、いずれかのサーバブレードに転送したクライアント１００からの要求数を表すコネクション数、負荷分散ブレード１２０が処理している間のＣＰＵ使用率、負荷分散ブレード１２０が処理している間のメモリ使用率、などとできる。

次に、図２乃至図６にてクライアントからのデータ要求を最初に受信する負荷分散ブレード＃０における処理について、図７乃至図１１にてクライアントからのデータ要求を別の負荷分散ブレードから受信する負荷分散ブレード＃０以外の負荷分散ブレードにおける処理について説明する。

まずは、図２乃至図６にてクライアントからのデータ要求を最初に受信する負荷分散ブレード＃０における処理の実施例について説明を行う。

図２にて請求項５に対応する、クライアントからのデータ要求を最初に受信する負荷分散ブレード＃０のデータ要求受付部１２５におけるデータ要求受信時の転送判定処理を示すフローについて説明を行う。

図２は、複数の負荷分散ブレードで冗長構成が構築された場合の、負荷分散ブレード間で最も優先度が高く、クライアントからのデータ要求を最初に受信する負荷分散ブレード＃０のデータ受付部における転送判定処理の実施例を表すフローチャートである。

負荷分散ブレード＃０のデータ要求受付部がクライアントからのデータ要求を新規に受け付けたときに転送判定処理を開始する(ステップ２０２)。

ここで、負荷分散ブレード＃０の判定制御部からの転送指示を確認する(ステップ２０３)。

負荷分散ブレード＃０で処理可能と判断された場合、負荷分散ブレード＃０のデータ要求転送部へ転送される(ステップ２０４)。

負荷分散ブレード＃０で処理不可能と判断された場合、次の優先度を持つ負荷分散ブレードのデータ要求受付部へ転送される(ステップ２０５)。

図３にて請求項５に対応する、クライアントからのデータ要求を最初に受信する負荷分散ブレード＃０のデータ転送部におけるデータ要求転送処理の実施例を表すフローチャートについて説明を行う。

負荷分散ブレード＃０のデータ要求転送部はクライアントから新規データ要求をデータ要求受付部から受信する(ステップ３０２)。

新規データ要求を受信したデータ要求転送部は、負荷分散ブレードに設定される任意の負荷分散方式に従い、サーバに分配する(ステップ３０３)。

図４にて請求項５に対応する、クライアントからのデータ要求を最初に受信する負荷分散ブレード＃０の処理量監視部における負荷分散ブレード＃０自身の処理量チェックの実施例を表すフローチャートについて説明を行う。

負荷分散ブレード＃０の処理量監視部は定期的に負荷分散ブレード＃０の処理量をチェックする。本発明ではチェック間隔を限定するものではないが、出来る限り短い間隔でチェックすることが望ましい(ステップ４０２)。

チェックした結果を以って、負荷分散ブレード＃０の処理量監視部に保持する、前回チェック時の結果を更新する(ステップ４０３)。

図５にて請求項５に対応する、クライアントからのデータ要求を最初に受信する負荷分散ブレード＃０の冗長構成連携部が実施する処理の実施例を表すフローチャートについて説明を行う。

まず、負荷分散ブレード＃０の冗長構成連携部に保持する冗長構成情報を確認し、次の優先度を保持する負荷分散ブレードを選出する(ステップ５０２)。

そして、ステップ５０２で選出した負荷分散ブレードが正常に稼動中であり、クライアントからのデータ要求を割り当てられた場合に、負荷分散処理可能かどうかを確認する。データ要求を割り当て可能な負荷分散ブレードを選出するまで本処理を繰り返し、実施するものとする(ステップ５０３)。

何らかの要因で異常があり処理不可能と判断された場合、当該負荷分散ブレードを冗長構成情報から削除し、さらに次の優先度を保持する負荷分散ブレードを選出する(ステップ５０４)。

ステップ５０２で選出された負荷分散ブレードがステップ５０３で処理可能と判断された場合、当該負荷分散ブレードを次に転送可能な負荷分散ブレードとして情報を格納する(ステップ５０５)。

図６にて請求項３に対応する、クライアントからのデータ要求を最初に受信する負荷分散ブレード＃０の判定制御部における受信可否判定および制御処理の実施例を表すフローチャートについて説明を行う。

まず、負荷分散ブレード＃０のデータ要求受付部がクライアントから新規のデータ要求を受信する(ステップ６０２)。
ここで、図４で説明した処理量監視部にてチェックした負荷分散ブレード＃０の処理量 (＝Ａ０)と、処理量閾値保持部に保持する処理量閾値(＝Ｃ０)を比較する(ステップ６０３)。

Ａ０がＣ０以下であり、負荷分散ブレード＃０で受付可能と判断された場合、負荷分散ブレード＃０で受け付けるようデータ要求受付部に指示を行う(ステップ６０４)。

Ａ０がＣ０より大きく、負荷分散ブレード＃０で受付不可能と判断された場合、図５で説明した冗長構成連携部に保持する次に転送可能な負荷分散ブレードを確認する(ステップ６０５)。

その後、本データ要求をステップ６０５で選出した負荷分散ブレードに転送するように、負荷分散ブレード＃０のデータ要求受付部に命令する(ステップ６０６)。

次に、図７乃至図１１にてクライアントからのデータ要求を別の負荷分散ブレードから受信する負荷分散ブレード＃０以外の負荷分散ブレードにおける処理の実施例について説明を行う。

図７にて請求項５に対応する、クライアントからのデータ要求を別の負荷分散ブレードから受信する負荷分散ブレード＃０以外のデータ要求受付部におけるデータ要求受信時の転送判定処理を示すフローについて説明を行う。

図７は、複数の負荷分散ブレードで冗長構成が構築された場合の、負荷分散ブレード間で最も優先度が負荷分散ブレード＃０より低く、クライアントからのデータ要求を別の負荷分散ブレードから受信する負荷分散ブレード＃０以外のデータ受付部における転送判定処理の実施例を表すフローチャートである。

当該負荷分散ブレードのデータ要求受付部がクライアントからのデータ要求を別の負荷分散ブレードから新規に受け付けたときに転送判定処理を開始する(ステップ７０２)。
ここで、当該負荷分散ブレードの判定制御部からの転送指示を確認する(ステップ７０３)。

当該負荷分散ブレードで処理可能と判断された場合、当該負荷分散ブレードのデータ要求転送部へ転送される(ステップ７０４)。

当該負荷分散ブレードで処理不可能と判断された場合、次の優先度を持つ負荷分散ブレードのデータ要求受付部へ転送される(ステップ７０５)。

図８にて請求項５に対応する、クライアントからのデータ要求を別の負荷分散ブレードから受信する負荷分散ブレード＃０以外のデータ転送部におけるデータ要求転送処理の実施例を表すフローチャートについて説明を行う。

当該負荷分散ブレードのデータ要求転送部はクライアントから新規データ要求をデータ要求受付部から受信する(ステップ８０２)。

新規データ要求を受信したデータ要求転送部は、負荷分散ブレードに設定される任意の負荷分散方式に従い、サーバに分配する(ステップ８０３)。

図９にて請求項５に対応する、クライアントからのデータ要求を別の負荷分散ブレードから受信する負荷分散ブレード＃０以外の処理量監視部における当該負荷分散ブレードの処理量チェックの実施例を表すフローチャートについて説明を行う。

当該負荷分散ブレードの処理量監視部は定期的に当該負荷分散ブレードの処理量をチェックする。本発明では図４と同様にチェック間隔を限定するものではないが、出来る限り短い間隔でチェックすることが望ましい(ステップ９０２)。

チェックした結果を以って、当該負荷分散ブレードの処理量監視部に保持する、前回チェック時の結果を更新する(ステップ９０３)。

図１０にて請求項５に対応する、クライアントからのデータ要求を別の負荷分散ブレードから受信する負荷分散ブレード＃０以外の冗長構成連携部が実施する処理の実施例を表すフローチャートについて説明を行う。

まず、当該負荷分散ブレードの冗長構成連携部に保持する冗長構成情報を確認し、次の優先度を保持する負荷分散ブレードを選出する(ステップ１００２)。

そして、ステップ１００２で選出した負荷分散ブレードが正常に稼動中であり、クライアントからのデータ要求を割り当てられた場合に、負荷分散処理可能かどうかを確認する。データ要求を割り当て可能な負荷分散ブレードを選出するまで本処理を繰り返し、実施するものとする(ステップ１００３)。

何らかの要因で異常があり処理不可能と判断された場合、当該負荷分散ブレードを冗長構成情報から削除し、さらに次の優先度を保持する負荷分散ブレードを選出する(ステップ１００４)。

ステップ１００２で選出された負荷分散ブレードがステップ１００３で処理可能と判断された場合、当該負荷分散ブレードを次に転送可能な負荷分散ブレードとして情報を格納する(ステップ１００５)。

図１１にて請求項５に対応する、クライアントからのデータ要求を別の負荷分散ブレードから受信する負荷分散ブレード＃０以外の判定制御部における受信可否判定および制御処理の実施例を表すフローチャートについて説明を行う。

まず、当該負荷分散ブレードのデータ要求受付部がクライアントから新規のデータ要求を別の負荷分散ブレードから受信する(ステップ１１０２)。

ここで、図９で説明した処理量監視部にてチェックした当該負荷分散ブレードの処理量(＝Ａ１)と、処理量閾値保持部に保持する処理量閾値(＝Ｃ１)を比較する(ステップ１１０３)。

Ａ１がＣ１以下であり、当該負荷分散ブレードで受付可能と判断された場合、当該負荷分散ブレードで受け付けるようデータ要求受付部に指示を行う(ステップ１１０４)。

Ａ１がＣ１より大きく、当該負荷分散ブレードで受付不可能と判断された場合、図９で説明した冗長構成連携部に保持する次に転送可能な負荷分散ブレードを確認する(ステップ１１０５)。

その後、本データ要求をステップ１１０５で選出した負荷分散ブレードに転送するように、当該負荷分散ブレードのデータ要求受付部に命令する(ステップ１１０６)。

次に図１２乃至図１３においてＮ機で負荷分散ブレードシステムを構成した場合の、処理量および処理量閾値の保持方法に関する実施例について説明する。

図１２は負荷分散ブレード群の中で最も優先度が高く、クライアントからのデータ要求を最初に受信する負荷分散ブレード＃０に全負荷分散ブレードの処理量を纏めて保持する実施例について説明する。

負荷分散ブレード番号１２０１は負荷分散ブレードシステムを構成するＮ機の負荷分散ブレードの番号を＃０から＃Ｎまで保持する。ここで、負荷分散ブレード＃０が最も優先度が高く、クライアントからのデータ要求を負荷分散ブレード群の中で最初に受信する。負荷分散ブレード番号が大きくなるほど、優先度は低くなるものとする。ただし、本発明は負荷分散ブレード番号の採番順序に限定されるものではなく、他の採番方法でも良い。

処理量１２０２は各負荷分散ブレードの処理量監視部が取得した処理量を、各負荷分散ブレード番号に対応付けて保持する。

図１３は負荷分散ブレード群の中で最も優先度が高く、クライアントからのデータ要求を最初に受信する負荷分散ブレード＃０に全負荷分散ブレードの処理量および処理量閾値を纏めて保持する実施例について説明する。

負荷分散ブレード番号１３０１および処理量１３０２は図１２で説明した内容と同じとする。

閾値１３０３は各負荷分散ブレードに対応した処理量閾値保持部に保持する閾値を負荷分散ブレード＃０が全て保持する。ここで閾値Ｃ０乃至ＣＮは同じ値ではなく、それぞれ別の値であっても良い。例えば、性能の高い負荷分散ブレードの処理量閾値は大きくし、優先的に処理を割り当てることが可能である。

前述した図１２乃至図１３で示した保持テーブルは、負荷分散ブレード群の中で最も優先度が高く、クライアントからのデータ要求を最初に受信する負荷分散ブレード＃０に保持することから、他の負荷分散ブレードには負荷分散ブレード処理量監視部および処理量閾値保持部は存在せず、これら全てを負荷分散ブレード＃０が監視・保持する形態でも良い。また、負荷分散ブレード外の他の装置に保持する形態であっても良い。

＜実施例２＞
本負荷分散ブレードシステムにおいて、図１の構成としているがこの構成に限られる必要はなく、以下のような構成でも本発明は適用可能である。負荷分散ブレード１２０及び負荷分散ブレード１３０において、２機による冗長構成としたが、２機である必要はなく複数の負荷分散ブレードによる冗長構成であってもよい。サーバブレード１４０乃至１４２において、負荷分散ブレードシステム１５０に内蔵されるサーバブレード構成としたが、
サーバブレードである必要はなく、それぞれ別の独立した計算機であってもよい。また負荷分散ブレードシステム１５０において、負荷分散ブレード１２０及び負荷分散ブレード１３０も負荷分散ブレードシステム１５０に内蔵されるブレード構成としたが、ブレードである必要はなく、それぞれ別の独立した負荷分散装置であってもよい。さらに負荷分散ブレード１２０において、判定制御部１２１、負荷分散ブレード処理量監視部１２２、冗長構成連携部１２４を内部の構成としているが、負荷分散ブレードの内部である必要はなくそれぞれ独立した装置であってもよい。

１００クライアント計算機、１１０外部ネットワーク、１２０負荷分散ブレード(＃０)、１２１判定制御部(＃０)、１２２負荷分散ブレード処理量監視部(＃０)、１２３処理量閾値保持部(＃０)、１２４冗長構成連携部(＃０)、１２５データ要求受付部(＃０)、１２６データ要求転送部(＃０)、１３０負荷分散ブレード(＃１)、１３１稼動判定制御部(＃１)、１３２負荷分散ブレード処理量監視部(＃１)、１３３処理量閾値保持部(＃１)、１３４冗長構成連携部(＃１)、１３５データ要求受付部(＃１)、１３６データ要求転送部(＃１)、１４０サーバブレード部(＃０)、１４１サーバブレード部(＃１)、１４２サーバブレード部(＃２)

Claims

負荷分散ブレードシステムが、
クライアントからの要求を処理する複数のサーバブレードと、
クライアントからの要求を稼動中のサーバブレードに割り振ることができる負荷分散ブレードから構成され、
負荷分散ブレードが、
データ要求受付部とデータ要求転送部と
当該負荷分散ブレードの処理量を監視することができる負荷分散ブレード処理量監視部と、
監視した処理量を保持することができる処理量保持部と、
当該負荷分散ブレードで受け付け可能とする処理量の閾値を保持する処理量閾値保持部と
負荷分散ブレード間の冗長構成に関して構成情報を保持し、装置間で連携する機能を備える冗長構成連携部を有し、
クライアントからの要求を受け付ける負荷分散ブレードを選択し、指示することができる判定制御部
から構成されることを特徴とする負荷分散ブレードシステム。
請求項１に記載の負荷分散ブレードシステムであって、
負荷分散ブレードが処理量閾値保持部を有し、負荷分散ブレードごとの処理量閾値Ｃを保持し、
負荷分散ブレードの優先度を用いて
クライアントからの要求を最も優先度の高い負荷分散ブレードが処理量閾値Ｃまでを受け付け、サーバブレードに分配することを可能とし、
処理量が１部の負荷分散ブレードに集中しないことを特徴とする負荷分散ブレードシステム。
請求項２に記載の負荷分散ブレードシステムであって、
最も高い優先度を保持する負荷分散ブレードで
当該処理量保持部が保持する処理量が処理量閾値Ｃを越える場合、
次に優先度の高い負荷分散ブレードを選択することができ、
判定制御部が当該負荷分散ブレードのデータ要求受付部を制御し、
次に優先度の高い負荷分散ブレードのデータ要求受付部をデータ要求転送先に指定することができる負荷分散ブレードシステム。
請求項３に記載の負荷分散ブレードシステムであって、
最も優先度の高い負荷分散ブレード以外の負荷分散ブレードで
当該処理量保持部が保持する処理量が処理量閾値Ｃを超える場合、
次に優先度の高い負荷分散ブレードを選択することができ、
判定制御部が当該負荷分散ブレードのデータ要求受付部を制御し、
次に優先度の高い負荷分散ブレードのデータ要求受付部をデータ要求再転送先に指定することができる負荷分散ブレードシステム。
請求項４に記載の負荷分散ブレードシステムであって、
負荷分散ブレードは２台構成に限らず複数であっても実現可能であることを特徴とする負荷分散ブレードシステム。