JP4579850B2

JP4579850B2 - ブレード型システムおよびコネクション管理方法

Info

Publication number: JP4579850B2
Application number: JP2006061626A
Authority: JP
Inventors: 和弘渡辺
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2006-03-07
Filing date: 2006-03-07
Publication date: 2010-11-10
Anticipated expiration: 2026-03-07
Also published as: JP2007243467A

Description

この発明は、複数のクライアントにネットワークを介してアプリケーションサービスを提供する複数のアプリケーションサーバと複数のクライアントとの間のコネクションを担う複数の機能ブレードと、複数の機能ブレードを管理する管理ブレードと、アプリケーションサーバおよびクライアントと通信を行うルータ・スイッチブレードとを有するブレード型システム、および、そのコネクション管理方法に関し、特に、機能ブレードの増設や削減を行うときにコネクションを適切に再配置することができるブレード型システム、および、そのコネクション管理方法に関するものである。

近年、ｎ運用ｍ待機の機能ブレードを用いてホットスタンバイを行う待機冗長系ブレード型システムの構築が様々な分野で行われている。ここで、ｎ運用ｍ待機とは、ｎ台の運用中の機能ブレードに対してｍ台の機能ブレードが待機する構成であり、ｎ運用ｍ待機によって待機冗長系システムを効率よく構築することができる。

例えば、特許文献１には、クライアントにアプリケーションサービスを提供するアプリケーションサーバ群に対して負荷分散等を行う中継装置にブレード型システムを用いたブレード型サーバシステムが記載されている。また、この特許文献１には、故障による削除や追加など運用ブレードと待機ブレードの数を変更する場合にもシステム運用の停止を不要とする技術が開示されている。

特開２００５−２９３４３０号公報

しかしながら、従来のブレード型サーバシステムには、機能ブレードを増設した場合に、既存の運用ブレードのコネクション処理が増設運用ブレードに直には移らないため、運用ブレード間でコネクション処理が均等化するのに時間がかかるという問題があった。

例えば、図１８において、従来は、「機能ブレード３」を増設した場合に「機能ブレード１」および「機能ブレード２」のコネクションが「機能ブレード３」に移ることはなく、「機能ブレード１」、「機能ブレード２」および「機能ブレード３」の間で負荷が均等化するのには時間がかかっていた。

また、従来のブレード型サーバシステムには、保守計画などで運用ブレードを削除する場合にも、事前に運用ブレードでコネクションがないことを確認しないと削除できないという問題があった。例えば、図１９において、従来は、運用状態にある「機能ブレード３」のコネクションが切断されないと「機能ブレード３」を削除することができなかった。

この発明は、上述した従来技術による問題点を解消するためになされたものであり、機能ブレードの増設や削減を行うときにコネクションを適切に再配置することができるブレード型システム、および、そのコネクション管理方法を提供することを目的とする。

上述した課題を解決し、目的を達成するため、請求項１の発明に係るブレード型システムは、複数のクライアントにネットワークを介してアプリケーションサービスを提供する複数のアプリケーションサーバと該複数のクライアントとの間のコネクションを担う複数の機能ブレードと、該複数の機能ブレードを管理する管理ブレードと、アプリケーションサーバおよびクライアントと通信を行うルータ・スイッチブレードとを有するブレード型システムであって、前記管理ブレードは、前記コネクションの機能ブレードへの配置状態を管理するとともに、機能ブレードの増設時に機能ブレード間でコネクションの移動が必要か否かを評価し、評価した結果に基づいて前記ルータ・スイッチブレードならびにコネクションの移動元および移動先となる機能ブレードにコネクションの移動を指示するコネクション管理手段を備え、前記ルータ・スイッチブレードは、前記管理ブレードの指示に基づいてコネクションの振分け先を変更するコネクション振分け手段を備えたことを特徴とする。

この請求項１の発明によれば、管理ブレードが、コネクションの機能ブレードへの配置状態を管理するとともに、機能ブレードの増設時に機能ブレード間でコネクションの移動が必要か否かを評価し、評価した結果に基づいてルータ・スイッチブレードならびにコネクションの移動元および移動先となる機能ブレードにコネクションの移動を指示し、ルータ・スイッチブレードは、管理ブレードの指示に基づいてコネクションの振分け先を変更するよう構成したので、機能ブレードの増設に合わせてコネクションを再配置することができる。

また、請求項２の発明に係るブレード型システムは、請求項１の発明において、前記コネクション管理手段は、運用中の機能ブレードが故障した場合、または、運用中の機能ブレードに対して削除指示があった場合に、該運用中の機能ブレードに対応する待機中の機能ブレードがないときは、該運用中の機能ブレードに配置されているコネクションの移動先を決定し、前記ルータ・スイッチブレードならびに該運用中の機能ブレードおよびコネクションの移動先となる機能ブレードにコネクションの移動を指示し、前記コネクション振分け手段は、前記管理ブレードの移行指示に基づいてコネクションの振分け先を変更することを特徴とする。

この請求項２の発明によれば、管理ブレードが、運用中の機能ブレードが故障した場合、または、運用中の機能ブレードに対して削除指示があった場合に、その運用中の機能ブレードに対応する待機中の機能ブレードがないときは、その運用中の機能ブレードに配置されているコネクションの移動先を決定し、ルータ・スイッチブレードならびにその運用中の機能ブレードおよびコネクションの移動先となる機能ブレードにコネクションの移動を指示し、ルータ・スイッチブレードが、管理ブレードの移行指示に基づいてコネクションの振分け先を変更するよう構成したので、故障または削除される機能ブレードのコネクションを他の機能ブレードに自動移行することができる。

また、請求項３の発明に係るブレード型システムは、請求項１または２の発明において、前記コネクション管理手段は、各機能ブレードのコネクション配置方式に関する情報に基づいて、機能ブレードにコネクションを振分ける場合のコネクション振分けルールを作成して前記ルータ・スイッチブレードに通知し、前記コネクション振分け手段は、前記コネクション振分けルールを受け取り、該受け取ったコネクション振分けルールに基づいて、新たに確立するコネクションを機能ブレードに振分け、各機能ブレードは、新たに確立されたコネクションに関する情報を、前記コネクション管理手段がコネクションの機能ブレードへの配置状態を管理するための情報として、前記管理ブレードに通知するを特徴とする。

この請求項３の発明によれば、管理ブレードが、各機能ブレードのコネクション配置方式に関する情報に基づいて、機能ブレードにコネクションを振分ける場合のコネクション振分けルールを作成してルータ・スイッチブレードに通知し、ルータ・スイッチブレードが、コネクション振分けルールを受け取り、受け取ったコネクション振分けルールに基づいて、新たに確立するコネクションを機能ブレードに振分け、各機能ブレードが、新たに確立されたコネクションに関する情報を、コネクションの機能ブレードへの配置状態を管理するための情報として、管理ブレードに通知するよう構成したので、各機能ブレードのコネクション配置方式に基づいて適切なコネクションの配置を行うことができる。

また、請求項４の発明に係るブレード型システムは、請求項３の発明において、前記コネクション管理手段は、前記コネクション振分けルールにしたがってコネクションの振分けが行われているかを監視することを特徴とする。

この請求項４の発明によれば、管理ブレードが、コネクション振分けルールにしたがってコネクションの振分けが行われているかを監視するよう構成したので、コネクションの振分け機能が正常に動作しているか否かを確認することができる。

また、請求項５の発明に係るコネクション管理方法は、複数のクライアントにネットワークを介してアプリケーションサービスを提供する複数のアプリケーションサーバと該複数のクライアントとの間のコネクションを担う複数の機能ブレードと、該複数の機能ブレードを管理する管理ブレードと、アプリケーションサーバおよびクライアントと通信を行うルータ・スイッチブレードとを有するブレード型システムのコネクション管理方法であって、前記管理ブレードが、機能ブレードの増設時に機能ブレード間でコネクションの移動が必要か否かを評価し、評価した結果に基づいて前記ルータ・スイッチブレードならびにコネクションの移動元および移動先となる機能ブレードにコネクションの移動を指示する増設時移動工程と、前記ルータ・スイッチブレードが、前記管理ブレードの指示に基づいてコネクションの振分け先を変更する増設時振分け変更工程と、を含んだことを特徴とする。

この請求項５の発明によれば、管理ブレードが、機能ブレードの増設時に機能ブレード間でコネクションの移動が必要か否かを評価し、評価した結果に基づいてルータ・スイッチブレードならびにコネクションの移動元および移動先となる機能ブレードにコネクションの移動を指示し、ルータ・スイッチブレードが、管理ブレードの指示に基づいてコネクションの振分け先を変更するよう構成したので、機能ブレードの増設に合わせてコネクションを再配置することができる。

請求項１および５の発明によれば、機能ブレードの増設に合わせてコネクションを再配置するので、適切にコネクションを配置することができるという効果を奏する。

また、請求項２の発明によれば、故障または削除される機能ブレードのコネクションを他の機能ブレードに自動移行するので、コネクションの有無に関係なく運用中の機能ブレードを削除することができるという効果を奏する。

また、請求項３の発明によれば、各機能ブレードのコネクション配置方式に基づいて適切なコネクションの配置を行うので、ユーザはコネクション配置方式を指定するだけで最適なコネクション配置を実現することができるという効果を奏する。

また、請求項４の発明によれば、コネクションの振分け機能が正常に動作しているか否かを確認することができるので、システムの異常を容易に検出することができるという効果を奏する。

以下に添付図面を参照して、この発明に係るブレード型システム、および、そのコネクション管理方法の好適な実施例を詳細に説明する。

まず、本実施例に係るブレード型システムの構成について説明する。図１は、本実施例に係るブレード型システムの構成を示す機能ブロック図である。同図に示すように、このブレード型システム２０は、ネットワーク１３を介してクライアント１１および１２にＷｅｂサービス、電子メールサービスなどのアプリケーションサービスを提供するアプリケーションサーバ１４および１５とクライアント１１および１２との間で通信を中継し、アプリケーションサーバ１４および１５ならびにアプリケーションサーバを切り替えるスイッチ１６とともにブレード型サーバシステム１を構成する。

なお、ここでは説明の便宜上、２台のクライアントおよび２台のアプリケーションサーバのみを示したが、ネットワーク１３には任意の台数のクライアントが接続され、ブレード型サーバシステム１は任意の台数のアプリケーションサーバから構成される。

ブレード型システム２０は、アプリケーションサーバ１４および１５に関する負荷分散、セキュリティ管理、帯域制御、ＳＳＬ−ＶＰＮアクセラレータ等の機能を有し、機能ブレード２１〜２３と、ルータ・スイッチブレード２４と、管理ブレード２５とを有する。

なお、ここでは説明の便宜上、３台の機能ブレードのみを示すが、ブレード型システム２０は、より多くの機能ブレードを備えることができる。また、機能ブレード２１〜２３は、同一の機能構成を有するので、ここでは、機能ブレード２１について説明する。また、管理ブレード２５は、運用系と待機系の２台があるが、同一の機能構成を有するので、図１では１台の管理ブレード２５のみを示す。

機能ブレード２１は、各クライアントと各クライアントに振分けられたアプリケーションサーバとの間のコネクションを担う装置であり、ＩＦ部２１１と、記憶部２１２と、制御部２１３とを有する。

ＩＦ部２１１は、ルータ・スイッチブレード２４と通信を行うためのインタフェースであり、具体的には、ネットワークインタフェースカード（以下「ＮＩＣ」という。）である。

記憶部２１２は、ハードディスクドライブ（以下「ＨＤＤ」という。）などの記憶装置であり、構成情報記憶部２１２ａと、コネクション情報記憶部２１２ｂとを有する。構成情報記憶部２１２ａは、管理ブレード２５から送られてくる構成情報を記憶する記憶部であり、コネクション情報記憶部２１２ｂは、クライアントとアプリケーションサーバとの通信に必要な通信プロトコルに関する情報であるコネクション情報（ポート番号やＩＰアドレス等）を記憶する記憶部である。

制御部２１３は、記憶部２１２を用いて機能ブレード２１を制御する制御部であり、装置二重化部２１３ａを有する。装置二重化部２１３ａは、構成情報記憶部２１２ａが記憶する構成情報に基づいて、コネクション情報を共有する二重系を構成する処理を行う処理部である。すなわち、この装置二重化部２１３ａは、ｎ運用ｍ待機ホットスタンバイ構成を確立するために必要な機能として、機能ブレードの生存の通知機能、ネゴシエーション機能、待機から運用への切替え機能などを有する。

ルータ・スイッチブレード２４は、ネットワーク１３を介してクライアント１１および１２と通信を行うとともに、管理ブレード２５、機能ブレード２１〜２３の間の通信を中継するルータであり、コネクション振分け部２４１を有する。

コネクション振分け部２４１は、管理ブレード２５からコネクション振分けルールを受付け、受付けたコネクション振分けルールに基づいてコネクションを特定の機能ブレードに振分ける処理部である。

ここで、コネクション振分けルールとは、各機能ブレードのコネクション配置方式の情報に基づいて管理ブレード２５によって作成されるルールである。例えば、全ての機能ブレードのコネクション配置方式が「コネクション均等配置」である場合には、コネクションを機能ブレードに均等に振り分けることがコネクション振分けルールとなる。また、ある機能ブレードＡのコネクション配置方式が最大コネクション数を指定し、残りの機能ブレードのコネクション配置方式が「コネクション均等配置」である場合には、コネクションを機能ブレードに均等に振分けていき、機能ブレードＡのコネクション数が最大コネクション数に達した場合には、残りの機能ブレードにコネクションを振分けることがコネクション振分けルールとなる。

また、コネクション振分け部２４１は、コネクションが移動される際に、管理ブレード２５からの指示に基づいて移動されるコネクションに対応するパケットの振分けを一時的に停止する。

管理ブレード２５は、機能ブレード２１〜２３の運用を管理するブレードであり、ＩＦ部２５１と、入力部２５２と、表示部２５３と、記憶部２５４と、制御部２５５とを有する。

ＩＦ部２５１は、ルータ・スイッチブレード２４と通信を行うためのインタフェースであり、具体的には、ＮＩＣである。入力部２５２は、ユーザが指示を入力する場合に使用する操作端末であり、キーボードやマウスなどである。表示部２５３は、ブレード型システム２０の状態の表示やユーザが指示の入力に使用する表示装置である。

記憶部２５４は、ＨＤＤなどの記憶装置であり、構成情報記憶部２５４ａを有する。構成情報記憶部２５４ａは、ブレード型システム２０のホットスタンバイ構成情報を記憶する記憶部である。

図２は、ホットスタンバイ構成情報の一例を示す図である。同図に示すように、このホットスタンバイ構成情報には、ホットスタンバイ構成情報を識別するためのＨＳグループ名、機能ブレードの搭載スロットを示す搭載位置、ホットスタンバイにおける運用機能ブレード数および待機機能ブレード数を示すＨＳ構成、各運用ブレードおよび待機ブレードの構成情報が含まれる。具体的には、「構成情報１」、「構成情報２」は、属性が運用である機能ブレードの構成情報であり、「待機構成情報」は、属性が待機である機能ブレードの構成情報である。

また、各構成情報には、運用−待機のペアを識別するための識別ＩＤ、機能ブレードに割り当てられる個別のＩＰアドレスであってブレード型システム２０内で通信を行うときに使用される個別ＩＰアドレス、ブレード型サーバシステム１にクライアント１１および１２がアクセスする場合に使用するＩＰアドレスである代表ＩＰアドレス、コネクション配置方式の情報が含まれる。

ここで、コネクション配置方式は、コネクション振分けルールの作成に使用される情報であり、具体的には、「コネクション均等配置」、「優先的コネクション配置」、コネクションの最大数などである。

図１に戻って、制御部２５５は、記憶部２５４を用いて管理ブレード２５を制御する制御部であり、環境構築部２５５ａと、ブレード検出部２５５ｂと、ブレード故障検出部２５５ｃと、ブレード削除部２５５ｄと、ブレードコネクション管理部２５５ｅとを有する。

環境構築部２５５ａは、ホットスタンバイ構成情報から仮想的な構成を構築し、ブレード検出部２５５ｂが機能ブレードの搭載を検出した際に、その機能ブレードに対応する構成情報をローディングできるように環境構築を行う処理部である。

ブレード検出部２５５ｂは、機能ブレードの搭載を検出し、ホットスタンバイ構成情報から構成情報を順次取り出して、検出した機能ブレードにローディングする処理部である。また、このブレード検出部２５５ｂは、構成情報の機能ブレードへのローディングを完了すると、ブレードコネクション管理部２５５ｅにブレード組込通知を行い、その際に、構成情報の中のコネクション配置方式の情報も通知する。

ブレード故障検出部２５５ｃは、機能ブレードの異常を検出し、異常が検出された機能ブレードの故障により影響を受ける機能ブレードに対して切替え指示を行う処理部である。ここで、影響を受ける機能ブレードとは、故障した機能ブレードが運用ブレードである場合に、故障した運用ブレードに対する待機ブレード、およびその待機ブレードを待機ブレードとしている全ての運用ブレードである。ただし、故障した機能ブレードは影響を受ける機能ブレードから除かれる。

また、このブレード故障検出部２５５ｃは、待機ブレードから切替え応答を受けると、異常を検出した機能ブレードの構成情報を待機ブレードにローディングし、ブレードコネクション管理部２５５ｅに切替え通知を行う。

ブレード削除部２５５ｄは、操作端末から機能ブレードの削除指示を受付け、削除対象の機能ブレードに対してコネクションの引継ぎの準備をさせる処理部である。なお、削除対象の機能ブレードが行うコネクションの引継ぎの準備の詳細については後述する。

ブレードコネクション管理部２５５ｅは、機能ブレードのコネクション配置を管理する管理部であり、コネクション配置方式の情報に基づいてコネクション振分けルールを作成してルータ・スイッチブレード２４のコネクション振分け部２４１に通知する。

また、このブレードコネクション管理部２５５ｅは、機能ブレードの増設や削減の際に、コネクション配置方式の情報に基づいてコネクション配置の再評価を行い、コネクションの移動が必要と判断した場合には、コネクションの移動元および移動先の機能ブレードならびにルータ・スイッチブレード２４を制御してコネクションの移動を行わせる。

このブレードコネクション管理部２５５ｅが、ルータ・スイッチブレード２４に対するコネクション振分けルールの通知や、コネクション配置の再評価に基づくコネクションの移動制御を行うことによって、機能ブレード間でコネクションを適切に配置することができる。

以下、本実施例に係るブレード型システム２０の処理について図３〜図１７を用いて説明する。まず、図３〜図８を用いてホットスタンバイ構成確立までの処理について説明する。図３は、ブレード検出部２５５ｂによる機能ブレード検出処理を説明するための説明図である。

機能ブレードにはグローバルＭＡＣアドレスを持つＮＩＣが複数搭載されており、機能ブレードは初期状態では図４に示すようなリンクローカルＩＰアドレスをＭＡＣアドレスから自動生成する。図４に示すように、リンクローカルＩＰアドレスは、前半６４バイトがＸ’ｆｅ８０’を先頭２バイトとするネットワークアドレスであり、後半６４バイトがＭＡＣアドレスである。ブレード検出部２５５ｂは、機能ブレードの搭載を機能ブレードに搭載されたリンクローカルＩＰアドレスの近隣探索により検出する。

あるいは、機能ブレードは、初期状態で図５に示すようなリンクローカルＩＰアドレスを搭載位置ＩＤから自動生成する。図５に示すように、このリンクローカルＩＰアドレスは、前半６４バイトがＸ’ｆｅ８０’を先頭２バイトとするネットワークアドレスであり、後半６４バイトが搭載位置ＩＤである。ブレード検出部２５５ｂは、機能ブレードのハード的な接触から搭載位置を検出し、機能ブレードの搭載を検出する。（ブレード検出部２５５ｂは、機能ブレードの検出搭載位置から機能ブレードのリンクローカルＩＰアドレスを自動認識する。）

図６は、ブレード型システム２０によるホットスタンバイ構成確立処理を説明するための説明図である。ブレード検出部２５５ｂは、機能ブレード２１〜２３のリンクローカルＩＰアドレスあてに構成情報を送り込む。すると、機能ブレード２１〜２３は、送り込まれた構成情報を展開し、構成情報の識別ＩＤ、運用・待機の属性情報、代表ＩＰアドレス、個別ＩＰアドレスを設定する。

ここで、構成情報を送り込む制御パケット（構成情報転送制御パケット）としては、ＶＲＲＰをベースとした拡張プロトコルを使用し、データ部に構成情報を含めることとする。図７は、制御パケットの構成を示す図である。同図に示すように、制御パケットは、ＩＰヘッダ、ＶＲＲＰヘッダ、ＶＲＲＰ拡張ヘッダ、構成情報から構成される。ここで、ＶＲＲＰ拡張ヘッダには以下のデータが存在する。

バージョン情報：プロトコル世代
制御データ種別：制御パケットの種別
識別ＩＤ：ペア識別用
メッセージ長：制御パケットのデータ長
制御パケット通番：制御パケットの順序制御用番号

なお、制御パケットには、自装置生存制御パケット、ネゴシエーション要求制御パケット、ネゴシエーション応答制御パケット、切替え通知制御パケット、切替え指示制御パケット、切替え応答制御パケットなどがある。また、制御パケットの判定は、拡張ヘッダに存在する制御データ種別による。

自装置生存制御パケットとは、機能ブレードが他の機能ブレードに対し自己の生存を示す情報である生存情報を定期的に送信する制御パケットであり、自装置生存制御パケットの送信が途絶えると管理ブレード２５はその機能ブレードが故障したことを検出する。

ネゴシエーション要求制御パケットは、運用ブレードと待機ブレードとの間で二重系を構成するためのネゴシエーションを要求する制御パケットであり、運用ブレードから待機ブレードに送信される。また、ネゴシエーション応答制御パケットは、ネゴシエーション要求制御パケットに応答する制御パケットであり、待機ブレードから運用ブレードに送信される。

切替え通知制御パケットは、故障した運用ブレードが管理ブレード２５に送信する制御パケットであり、故障を通知する。また、切替え指示制御パケットは、故障した機能ブレードから切替え通知制御パケットを受信した管理ブレード２５が、故障により影響を受ける機能ブレードに対して切替え指示を行う制御パケットである。

この切替え指示制御パケットを受信すると、切替え指示制御パケットに含まれる識別ＩＤに一致しない機能ブレードは、二重系を解消し、単独動作に移行してコネクション情報の送信を停止し、識別ＩＤに一致する待機ブレードは、管理ブレード２５に切替え応答制御パケットを送信し、運用ブレードに移行することを通知する。

図６に戻って、機能ブレードは構成情報を設定後、装置二重化部２１３ａ〜２３３ａにより、一定間隔で自装置生存制御パケットを個別ＩＰアドレスの属するサブネットワーク内に送信する。そして、装置二重化部２１３ａおよび２２３ａは、機能ブレードのペアとなる機能ブレード２３からの自装置生存制御パケットを受信すると、装置二重化状態に移行するため、ネゴシエーション要求制御パケットを送信し、ネゴシエーション応答制御パケットの受信を待つ。そして、ネゴシエーション応答制御パケットを受信すると、装置二重化部２１３ａおよび２２３ａは、装置二重化動作を開始し、機能ブレード２３へのコネクション情報の転送を可能にする。

図８は、ホットスタンバイ構成確立までのブレード型システム２０の処理手順を説明するための説明図である。同図に示すように、ブレード型システム２０は、以下の手順でホットスタンバイ構成を確立する。

（１）管理ブレード２５は、機能ブレード２１の搭載を検出すると、検出した搭載位置から所属するホットスタンバイグループの構成情報を特定し、最初の運用属性の構成情報を、検出した機能ブレード２１にローディングする。機能ブレード２１は、ローディングされた構成情報を展開し設定を行った後、単独動作を開始するため、自装置生存制御パケットを一定間隔で送信する。

（２）管理ブレード２５は、次の機能ブレード２２の搭載を検出すると、検出した搭載位置から所属するホットスタンバイグループの構成情報を特定し、次の運用属性の構成情報を、検出した機能ブレード２２にローディングする。機能ブレード２２は、ローディングされた構成情報を展開し設定を行った後、単独動作を開始するため、自装置生存制御パケットを一定間隔で送信する。

（３）管理ブレード２５は、次の機能ブレード２３の搭載を検出すると、検出した搭載位置から所属するホットスタンバイグループの構成情報を特定し、次の運用属性の構成情報を探すが、ホットスタンバイグループの構成情報に次の運用属性の構成情報がないため、待機属性の構成情報を、検出した機能ブレード２３にローディングする。機能ブレード２３は、ローディングされた構成情報を展開し設定を行った後、単独動作を開始するため、自装置生存制御パケットを一定間隔で送信する。なお、待機属性の構成情報に複数の識別ＩＤが存在する場合は、識別ＩＤ単位に自装置生存制御パケットを送信する。

（４）機能ブレード２１は、ペアとなる機能ブレード２３からの自装置生存制御パケットを受信すると、装置二重化状態に移行するため、ネゴシエーション要求制御パケットを送信し、ネゴシエーション応答制御パケットの受信を待つ。そして、ネゴシエーション応答制御パケットを受信すると、それぞれの機能ブレード２１，２３は、装置二重化動作を開始し、運用属性の機能ブレード２１から待機属性の機能ブレード２３にコネクション情報を転送可能にする。

（５）機能ブレード２２は、ペアとなる機能ブレード２３からの自装置生存制御パケットを受信すると、装置二重化状態に移行するため、ネゴシエーション要求制御パケットを送信し、ネゴシエーション応答制御パケットの受信を待つ。そして、ネゴシエーション応答制御パケットを受信すると、それぞれの機能ブレード２２，２３は、装置二重化動作を開始し、運用属性の機能ブレード２２から待機属性の機能ブレード２３にコネクション情報を転送可能にする。

次に、管理ブレード２５による機能ブレード故障検出処理について図９〜図１１を用いて説明する。図９は、ブレード故障検出部２５５ｃによる機能ブレード故障検出処理を説明するための説明図である。

同図に示すように、管理ブレード２５のブレード故障検出部２５５ｃは、故障した機能ブレード２２からの切替え通知制御パケットの受信、または自装置生存制御パケットの途絶検出により、機能ブレード２２の故障を認識する。そして、ブレード故障検出部２５５ｃは、機能ブレード２２の故障を検出すると、ここでは待機属性の機能ブレードは機能ブレード２３だけであるので、ホットスタンバイグループ内の故障した機能ブレード２２を除くすべての機能ブレードに故障した機能ブレード２２の持つ識別ＩＤを設定した切替え指示制御パケットを送信する。

なお、待機属性の機能ブレードがホットスタンバイグループ内に複数存在する場合には、機能ブレード２２の故障により影響のある機能ブレードを、ブレード故障検出部２５５ｃが割り出し、影響のあるすべての機能ブレードに切替え指示制御パケットを送信する。

そして、切替え指示制御パケットを受信すると、切替え指示制御パケットの識別ＩＤが一致しない機能ブレード２１は、切替え指示制御パケットの受信により装置二重化状態を解消し、単独動作に移行してコネクション情報の転送を止める。

また、切替え指示制御パケットの識別ＩＤが一致する機能ブレード２３は切替え応答制御パケットを送信して、待機属性から運用属性に移行したことを管理ブレード２５に認識させる。このとき、機能ブレード２３は、不要なコネクション情報を破棄し、他の機能ブレード（ここでは機能ブレード２１）との装置二重化動作を解消する。

そして、ブレード故障検出部２５５ｃは切替え応答制御パケットを受信すると、ブレードコネクション管理部２５５ｅへブレード切替え通知を行い、故障を検出した機能ブレード２２にローディングした構成情報を、切替え応答制御パケットを返した機能ブレード２３にローディングする。機能ブレード２３は、ローディングされた構成情報を設定し、故障した機能ブレード２２から転送されたコネクション情報を展開して、故障した機能ブレード２２の制御を引き継ぐ。

なお、待機属性の機能ブレードが故障した場合は、ブレード故障検出部２５５ｃは切替え指示制御パケットを送信せず、各運用属性の機能ブレードは、待機属性からの自装置生存制御パケットの途絶により、装置二重化状態を解消し、単独動作に移行する。

図１０は、ホットスタンバイグループ内の装置二重化について、ホットスタンバイの状態遷移を示す図である。同図に示すように、初期状態、単独運用状態の後、運用属性の機能ブレードは、運用ネゴ状態、二重化運用状態に遷移し、対応する待機属性のブレードから自装置生存パケット途絶を検出すると単独運用状態に遷移し、待機属性の機能ブレードは、待機ネゴ状態、二重化待機状態に遷移し、切替え指示制御パケットを受信すると単独運用状態に遷移する。なお、図１０において、単独運用状態からは、運用属性の機能ブレード分状態が存在し、各々独立して状態が遷移する。

図１１は、管理ブレード２５による機能ブレード故障検出処理の処理手順を説明するための説明図である。同図に示すように、管理ブレード２５は、以下の手順で機能ブレード故障に対応する。

（１）クライアントとサーバが機能ブレード２２を経由して通信を行っており、機能ブレード２２は、機能ブレード２３との間で装置二重化状態の動作に必要な処理を行っている。

（２）機能ブレード２２で故障が発生すると、機能ブレード２２は、エラー通知できるような軽度の故障の場合は、切替え通知制御パケットを管理ブレード２５に送信する。一方、エラー通知できない場合は、機能ブレード２２からの自装置生存制御パケットの途絶が発生し、管理ブレード２５が機能ブレード２２の自装置生存制御パケットの途絶を検出する。これにより管理ブレード２５は機能ブレード２２の故障を認識する。

（３）管理ブレード２５は、機能ブレード２２の故障を検出すると、ホットスタンバイグループ内のすべて機能ブレードに故障した機能ブレードの持つ識別ＩＤを設定した切替え指示制御パケットを送信する。そして、制御パケットの識別ＩＤが一致しない機能ブレード（図１１では機能ブレード２１）は、制御パケットの受信により装置二重化状態を解消し、単独動作に移行してコネクション情報の転送を止める。一方、制御パケットの識別情報が一致する機能ブレード（図１１では機能ブレード２３）は、切替え応答制御パケットを送信して、待機属性から運用属性に移行することを管理ブレード２５に認識させる。このとき、機能ブレード２３は、不要なコネクション情報を破棄し、他の機能ブレード２１との装置二重化動作を解消する。管理ブレード２５は、切替え応答制御パケットを受信すると、故障を検出した機能ブレード２２にローディングした構成情報を、切替え応答制御パケットを返した機能ブレード２３にローディングする。切替え応答制御パケットを送信した機能ブレード２３は、ローディングされた構成情報を展開し設定する。そして、故障した機能ブレード２２から転送されたコネクション情報を展開し、故障した機能ブレード２２の制御を引き継ぐ。

次に、管理ブレード２５による機能ブレードの削除処理について図１２および図１３を用いて説明する。図１２は、管理ブレード２５によるホットスタンバイ状態での機能ブレード削除処理を説明するための説明図である。

同図に示すように、管理ブレード２５のブレード削除部２５５ｄは、操作端末から機能ブレードの削除依頼を受付けると、対象の機能ブレード（ここでは機能ブレード２２）に対しブレード削除指示制御パケットを送信し、対象の機能ブレード２２にコネクション処理の引継ぎの準備をさせる。

すると、削除対象の機能ブレード２２は、ペアとなる待機の機能ブレード（ここでは機能ブレード２３）が存在するので、ブレード削除応答制御パケットを管理ブレード２５に送信し、削除準備が完了していることを通知し、自装置生存制御パケットの送信を停止する。

すると、管理ブレード２５のブレード故障検出部２５５ｃは、削除した機能ブレード２２からの自装置生存制御パケットの途絶検出により、機能ブレード２２の削除を故障と認識する。そして、ブレード故障検出部２５５ｃは、機能ブレード２２の故障（削除）を検出すると、ここでは待機属性の機能ブレードが一つであるので、ホットスタンバイグループ内の故障（削除）機能ブレード２２を除くすべての機能ブレードに故障した機能ブレードの持つ識別ＩＤを設定した切替え指示制御パケットを送信する。

なお、待機属性の機能ブレードがホットスタンバイグループ内に複数存在する場合は、機能ブレード２２の故障により影響のある機能ブレードを、ブレード故障検出部２５５ｃが割り出し、影響のあるすべての機能ブレードに切替え指示制御パケットを送信する。

そして、切替え指示制御パケットを受信すると、切替え指示制御パケットの識別ＩＤが一致しない機能ブレードは、切替え指示制御パケットの受信により装置二重化状態を解消し、単独動作に移行してコネクション情報の転送を止める。

一方、切替え指示制御パケットの識別ＩＤが一致する機能ブレード（ここでは、待機属性の機能ブレード２３）は、切替え応答制御パケットを送信して、待機属性から運用属性に移行することを管理ブレード２５に認識させる。このとき、機能ブレード２３は、不要なコネクション情報を破棄し、他の機能ブレードとの装置二重化動作を解消する。

そして、ブレード故障検出部２５５ｃは、切替え応答制御パケットを受信すると、ブレードコネクション管理部２５５ｅへブレード切替え通知を行い、故障（削除）を検出した機能ブレード２２にローディングした構成情報を、切替え応答制御パケットを返した機能ブレード２３にローディングする。機能ブレード２３は、ローディングされた構成情報を設定し、故障した機能ブレード２２から転送されたコネクション情報を展開して、故障した機能ブレード２２の制御を引き継ぐ。

なお、待機属性の機能ブレードが故障した（削除された）場合は、ブレード故障検出部２５５ｃは切替え指示制御パケットを送信せず、各運用属性の機能ブレードは、待機属性からの自装置生存制御パケットの途絶により、装置二重化状態を解消し、単独動作に移行する。

図１３は、管理ブレード２５による非ホットスタンバイ状態での機能ブレード削除処理を説明するための説明図である。同図に示すように、管理ブレード２５のブレード削除部２５５ｄは、操作端末から機能ブレードの削除依頼を受付けると、対象の機能ブレード（ここでは機能ブレード２２）に対しブレード削除指示制御パケットを送信し、対象の機能ブレード２２にコネクション処理の引継ぎの準備をさせる。

すると、削除対象の機能ブレード２２は、ペアとなる待機の機能ブレードが存在しないので、ブレードコネクション管理部２５５ｅに対し、コネクション委譲要求制御パケットを送信し、他の機能ブレードにコネクションを移動させる要求を行う。

そして、ブレードコネクション管理部２５５ｅは、コネクション委譲要求制御パケットを受信すると、他の機能ブレードでのコネクション配置を再評価してコネクションの移動先を決定し、ここでは移動先が機能ブレード２１に決定されたとすると、削除対象の機能ブレード２２とコネクション移動先の機能ブレード２１に対し、コネクション移動指示制御パケットを送信する。同時にルータ・スイッチブレード２４のコネクション振分け部２４１に対し、パケット振分けの一時停止を依頼する。なお、この依頼は、制御パケットまたはコマンドによって行う。

そして、コネクション移動指示制御パケットを受信すると、削除対象の機能ブレード２２は該当コネクション情報を削除し、コネクション移動応答制御パケットを送信する。また、コネクション移動先の機能ブレード２１は該当コネクション情報を保存し、コネクション移動応答制御パケットを送信する。

そして、ブレードコネクション管理部２５５ｅは、移動元（削除対象）と移動先からのコネクション移動応答制御パケットの受信により、コネクションの移動完了を認識する。これにより、ルータ・スイッチブレード２４のコネクション振分け部２４１に、コネクションの振分け先変更を依頼し、該当コネクションのパケット振分けを再開させる。なお、この依頼は、制御パケットまたはコマンドによって行う。

そして、ブレードコネクション管理部２５５ｅは、削除対象の機能ブレード２２の全てのコネクションに対し、同様の処理によりコネクションを移動させると、削除対象の機能ブレード２２に対し、コネクション委譲応答制御パケットを送信する。

そして、削除対象の機能ブレード２２はコネクション委譲応答制御パケットを受信すると全てのコネクションが委譲されたことを認識して、ブレード削除応答制御パケットを送信し、自装置生存制御パケットの送信を停止する。

すると、管理ブレード２５のブレード故障検出部２５５ｃは、削除した機能ブレード２２からの自装置生存制御パケットの途絶検出により、機能ブレード２２の削除を故障と認識する。そして、ブレード故障検出部２５５ｃは、機能ブレード２２の故障（削除）を検出すると、ここでは、待機属性の機能ブレードが一つであるので、ホットスタンバイグループ内の故障（削除）機能ブレード２２を除くすべての機能ブレードに故障した機能ブレードの持つ識別ＩＤを設定した切替え指示制御パケットを送信する。

そして、切替え指示制御パケットを受信すると、切替え指示制御パケットの識別ＩＤが一致しない機能ブレードは、制御パケットの受信により装置二重化状態を解消し、単独動作に移行してコネクション情報の転送を止める。ただし、ここでは非ホットスタンバイ状態のため、故障した機能ブレード２２に対応する待機ブレードはなかったので、実際には、装置二重化状態の解消は行われない。

一方、切替え指示制御パケットの識別ＩＤが一致する機能ブレードは、切替え応答制御パケットを送信して、待機属性から運用属性に移行することを管理ブレード２５に認識させる。このとき、機能ブレード２３は、不要なコネクション情報を破棄し、他の機能ブレードとの装置二重化動作を解消する。ただし、ここでは非ホットスタンバイ状態のため、故障した機能ブレード２２に対応する待機ブレードはなかったので、実際には、切替え応答制御パケットの送信は行われない。

このように、非ホットスタンバイ状態で運用属性の機能ブレードが削除される場合に、ブレードコネクション管理部２５５ｅが他の運用属性の機能ブレードでのコネクション配置を再評価し、削除される機能ブレードのコネクションを他の機能ブレードに移動することによって、コネクションの有無にかかわらず、運用属性の機能ブレードを削除することができる。

次に、ブレード型システム２０によるコネクション配置処理について図１４および図１５を用いて説明する。図１４は、ブレード型システム２０によるコネクション配置処理を説明するための説明図である。

同図に示すように、管理ブレード２５のブレードコネクション管理部２５５ｅは、ブレード検出部２５５ｂからのブレード組込通知制御パケットの受信により、機能ブレードのコネクション配置方式の情報を受け取る。

ブレードコネクション管理部２５５ｅは、各機能ブレードのコネクション配置方式によりコネクション振り分けルールを作成し、ルータ・スイッチブレード２４のコネクション振分け部２４１に対し、作成したコネクション振分けルールを通知する。

すると、コネクション振分け部２４１は、ブレードコネクション管理部２５５ｅから受け取ったコネクション振分けルールに従い、受信したパケットを任意の機能ブレードに振分けて、コネクション振分け情報を学習し、同一コネクションのパケットは同じ機能ブレードに振分けるようにする。

そして、機能ブレードはコネクションを確立するとコネクション情報通知制御パケットをブレードコネクション管理部２５５ｅへ送信する。ここで、このコネクション情報通知制御パケットは、複数のコネクション情報を一度に通知可能な可変長制御パケットである。

そして、ブレードコネクション管理部２５５ｅは、コネクション情報通知制御パケットを受信することで、各機能ブレードでのコネクションの配置を認識し、コネクション配置方式の配置であることを監視する。その結果、コネクションの配置がコネクション配置方式で指定された配置でない場合には、ユーザに異常を通知する。なお、管理ブレード２５は、ブレード組込通知制御パケットまたはコネクション委譲要求制御パケットの受信により、機能ブレードのコネクション配置の評価が必要となることを認識する。

図１５は、機能ブレードを追加する場合のブレード型システム２０によるコネクション配置処理を説明するための説明図である。同図に示すように、機能ブレード２３が追加されると、管理ブレード２５のブレードコネクション管理部２５５ｅは、ブレード検出部２５５ｂからのブレード組込通知制御パケットの受信により、機能ブレード２３のコネクション配置方式の情報を受け取る。

そして、ブレードコネクション管理部２５５ｅは、各機能ブレードのコネクション情報および配置方式の情報により、コネクション振分けルールを作成してコネクション振分け部２４１に通知するとともに、機能ブレード間でコネクション移動の必要性があるか評価を行う。

その結果、機能ブレード間のコネクション移動が必要な場合は、ブレードコネクション管理部２５５ｅは、コネクション移動元の機能ブレードとコネクション移動先の機能ブレードに対し、コネクション移動指示制御パケットを送信する。ここで、このコネクション移動指示制御パケットは、複数のコネクション情報を一度に通知可能な可変長制御パケットである。

同時に、ブレードコネクション管理部２５５ｅは、ルータ・スイッチブレード２４のコネクション振分け部２４１に対し、パケット振分けの一時停止を依頼する。なお、この依頼は、制御パケットまたはコマンドによって行う。

そして、コネクション移動元の機能ブレードは該当コネクション情報を削除し、コネクション移動応答制御パケットを送信する。また、コネクション移動先の機能ブレードは該当コネクション情報を保存し、コネクション移動応答制御パケットを送信する。

そして、ブレードコネクション管理部２５５ｅは、移動元と移動先からのコネクション移動応答制御パケットの受信により、コネクションの移動完了を認識する。これにより、ルータ・スイッチブレード２４のコネクション振分け部２４１に、コネクションの振分け先変更を依頼し、該当コネクションのパケット振分けを再開させる。なお、この依頼は、制御パケットまたはコマンドによって行う。そして、ブレードコネクション管理部２５５ｅは、上記の処理をコネクションの移動が必要なだけ実施する。

このように、機能ブレードが追加された場合に、ブレードコネクション管理部２５５ｅが運用属性の機能ブレードのコネクション情報および配置方式の情報により、機能ブレード間でコネクション移動の必要性があるか評価を行い、コネクション移動の必要性がある場合には、自動的にコネクションの移動を行うことによって、コネクションの配置を各機能ブレードのコネクション配置方式にしたがった適切な配置に迅速に移行することができる。

次に、コネクションの移動例について説明する。図１６は、コネクション移動の一例を示す図である。同図は、アドレス体系の異なる「ネットワーク１」、「ネットワーク２」間において、クライアント１１およびクライアント１２とアプリケーションサーバ１４およびアプリケーションサーバ１５がブレード型システム２０を介して通信を行うとき、ブレード型システム２０内で装置故障が発生しても、ホットスタンバイ切替えにより通信を継続する場合を示している。

図１６において、ユーザは、機能ブレードをｎ運用ｍ待機（図１６では２運用１待機）のホットスタンバイ構成とする図１７に示すようなホットスタンバイ構成情報（以下「ＨＳＧ情報」という）を作成し、ブレード型システム２０の操作端末より、管理ブレード２５の環境構築部２５５ａに対して設定を要求する。なお、図１７は、一つの構成情報の中に二つの運用−待機ペアの定義が含まれる場合の例を示している。

そして、管理ブレード２５のブレード検出部２５５ｂがＨＳＧ情報の搭載場所に機能ブレード２１の搭載を検出すると、ＨＳＧ情報の構成情報「構成情報１」を、検出した機能ブレード２１にローディングし、機能ブレード２１はローディングされたＨＳＧ情報の構成情報「構成情報１」を展開して運用の設定を行う。

そして、管理ブレード２５のブレード検出部２５５ｂがＨＳＧ情報の搭載場所に機能ブレード２２の搭載を検出すると、ＨＳＧ情報の構成情報「構成情報２」を、検出した機能ブレード２２にローディングし、機能ブレード２２はローディングされたＨＳＧ情報の構成情報「構成情報２」を展開して運用の設定を行う。

そして、管理ブレード２５のブレード検出部２５５ｂがＨＳＧ情報の搭載場所に機能ブレード２３の搭載を検出すると、ＨＳＧ情報のホットスタンバイ構成情報で既に２つの機能ブレードを運用ブレードとして起動しているため、ＨＳＧ情報の構成情報「待機構成情報」を、検出した機能ブレード２３にローディングし、機能ブレード２３はローディングされたＨＳＧ情報の構成情報「待機構成情報」を展開して待機の設定を行う。

このとき、機能ブレードの組込みが行われる毎に、管理ブレード２５のブレード検出部２５５ｂは、コネクション配置方式の情報を管理ブレード２５のブレードコネクション管理部２５５ｅに通知する。管理ブレード２５のブレード検出部２５５ｂが搭載されたすべての機能ブレード２１〜２３を検出し、機能ブレード２１〜２３にＨＳＧ情報の構成情報が展開され設定が完了すると、機能ブレード２１〜２３の装置二重化部２１３ａ〜２３３ａが送信する機能ブレード生存情報をそれぞれの機能ブレードの装置二重化部２１３ａ〜２３３ａが受信することによりｎ運用ｍ待機（図１６では２運用１待機）のホットスタンバイ構成をブレード間で認識する。

そして、機能ブレードの装置二重化部はホットスタンバイ構成による動作を開始するために、「構成情報１」のホットスタンバイを機能ブレード２１と機能ブレード２３で、「構成情報２」のホットスタンバイを機能ブレード２２と機能ブレード２３で機能ブレード間ネゴシエーションを行う。ネゴシエーションが完了するとホットスタンバイ構成での動作が可能となり、「構成情報１」の機能ブレード２１と「構成情報２」の機能ブレード２２は運用動作状態となる。

そして、管理ブレード２５のブレードコネクション管理部２５５ｅは、全ての機能ブレードのコネクション配置方式の情報から、コネクション振分けルールを生成し、ルータ・スイッチブレード２４のコネクション振分け部２４１に送信する。

すると、ルータ・スイッチブレード２４のコネクション振分け部２４１は、クライアント１１からアプリケーションサーバ１４へのコネクション確立を、機能ブレード２１に割振り、機能ブレード２１はアプリケーションサーバ１４への通信を中継し、コネクション情報を待機の機能ブレード２３に転送する。同時に、機能ブレード２１は管理ブレード２５のブレードコネクション管理部２５５ｅに対しコネクション情報通知を行う。

また、ルータ・スイッチブレード２４のコネクション振分け部２４１は、全てのコネクション配置方式が均等配置であることに対応するコネクション振分けルールに基づいて、クライアント１２からアプリケーションサーバ１５へのコネクション確立は、機能ブレード２２に割振り、機能ブレード２２はアプリケーションサーバ１５への通信を中継し、コネクション情報を待機の機能ブレード２３に転送する。同時に、機能ブレード２２は管理ブレード２５のブレードコネクション管理部２５５ｅに対しコネクション情報通知を行う。

そして、機能ブレード２２で故障が発生すると、管理ブレード２５のブレード故障検出部２５５ｃが機能ブレード２２の故障を検出し、ホットスタンバイグループ内の機能ブレードに対し、機能ブレード２３の待機属性から運用属性への変更を通知するため、切替え指示を送信する。

そして、機能ブレード２１の装置二重化部２１３ａは切替え指示を受信することで、ホットスタンバイ構成が解消されたことを認識する。また、機能ブレード２３の装置二重化部２３３ａは、運用属性に移行するため切替え応答を送信する。

そして、管理ブレード２５のブレード故障検出部２５５ｃが、切替え応答を受信すると、ブレード検出部２５５ｂにより機能ブレード２３に対し構成情報「構成情報２」をローディングし、機能ブレード２３は構成情報「構成情報２」を展開して設定を行う。そして、機能ブレード２３の装置二重化部２３３ａは、運用属性に移行するため、待機属性時の機能ブレード２２のコネクション情報を展開し、機能ブレード２１のコネクション情報を破棄する。

また、管理ブレード２５のブレード故障検出部２５５ｃは、機能ブレード２２の故障検出により、機能ブレードの切替えを行ったとき、ブレードコネクション管理部２５５ｅに対し、ブレード切替え通知を行う。

すると、ブレードコネクション管理部２５５ｅは、ブレード切替え通知の受信により、機能ブレード２２のコネクション情報を機能ブレード２３に変更し、ルータ・スイッチブレード２４のコネクション振分け部２４１に対し、機能ブレード２２向けの振分け情報を機能ブレード２３向けに変更する指示を行う。

上述してきたように、本実施例では、機能ブレードの増設が行われて運用属性の機能ブレード数が増加した場合に、ブレードコネクション管理部２５５ｅがコネクションの配置評価を行い、コネクションの移動が必要な場合には、コネクションの移動に必要な処理を行うこととしたので、ホットスタンバイ構成情報で指定されるコネクション配置方式の配置に迅速に移行することができる。

また、本実施例では、機能ブレードの削除が行われて運用属性の機能ブレード数が減少した場合に、削除された機能ブレードが非ホットスタンバイ状態であれば、ブレードコネクション管理部２５５ｅがコネクションの配置評価を行い、コネクションの移動が必要な場合には、コネクションの移動に必要な処理を行うこととしたので、コネクションの有無に関係なく運用属性の機能ブレードを削除することができる。

また、本実施例では、ホットスタンバイを行う待機冗長系システムの場合について説明したが、本発明はこれに限定されるものではなく、非ホットスタンバイシステムの場合にも同様に適用することができる。

（付記１）複数のクライアントにネットワークを介してアプリケーションサービスを提供する複数のアプリケーションサーバと該複数のクライアントとの間のコネクションを担う複数の機能ブレードと、該複数の機能ブレードを管理する管理ブレードと、アプリケーションサーバおよびクライアントと通信を行うルータ・スイッチブレードとを有するブレード型システムであって、
前記管理ブレードは、前記コネクションの機能ブレードへの配置状態を管理するとともに、機能ブレードの増設時に機能ブレード間でコネクションの移動が必要か否かを評価し、評価した結果に基づいて前記ルータ・スイッチブレードならびにコネクションの移動元および移動先となる機能ブレードにコネクションの移動を指示するコネクション管理手段を備え、
前記ルータ・スイッチブレードは、前記管理ブレードの指示に基づいてコネクションの振分け先を変更するコネクション振分け手段を備えたことを特徴とするブレード型システム。

（付記２）前記コネクション管理手段は、運用中の機能ブレードが故障した場合、または、運用中の機能ブレードに対して削除指示があった場合に、該運用中の機能ブレードに対応する待機中の機能ブレードがないときは、該運用中の機能ブレードに配置されているコネクションの移動先を決定し、前記ルータ・スイッチブレードならびに該運用中の機能ブレードおよびコネクションの移動先となる機能ブレードにコネクションの移動を指示し、
前記コネクション振分け手段は、前記管理ブレードの移行指示に基づいてコネクションの振分け先を変更することを特徴とする付記１に記載のブレード型システム。

（付記３）前記コネクション管理手段は、各機能ブレードのコネクション配置方式に関する情報に基づいて、機能ブレードにコネクションを振分ける場合のコネクション振分けルールを作成して前記ルータ・スイッチブレードに通知し、
前記コネクション振分け手段は、前記コネクション振分けルールを受け取り、該受け取ったコネクション振分けルールに基づいて、新たに確立するコネクションを機能ブレードに振分け、
各機能ブレードは、新たに確立されたコネクションに関する情報を、前記コネクション管理手段がコネクションの機能ブレードへの配置状態を管理するための情報として、前記管理ブレードに通知するコネクション情報通知手段を有することを特徴とする付記１または２に記載のブレード型システム。

（付記４）前記コネクション管理手段は、前記コネクション振分けルールにしたがってコネクションの振分けが行われているかを監視することを特徴とする付記３に記載のブレード型システム。

（付記５）前記コネクション配置方式に関する情報は、システムのホットスタンバイ構成を定義するホットスタンバイ構成情報に含まれることを特徴とする付記３または４に記載のブレード型システム。

（付記６）複数のクライアントにネットワークを介してアプリケーションサービスを提供する複数のアプリケーションサーバと該複数のクライアントとの間のコネクションを担う複数の機能ブレードと、該複数の機能ブレードを管理する管理ブレードと、アプリケーションサーバおよびクライアントと通信を行うルータ・スイッチブレードとを有するブレード型システムのコネクション管理方法であって、
前記管理ブレードが、機能ブレードの増設時に機能ブレード間でコネクションの移動が必要か否かを評価し、評価した結果に基づいて前記ルータ・スイッチブレードならびにコネクションの移動元および移動先となる機能ブレードにコネクションの移動を指示する増設時移動工程と、
前記ルータ・スイッチブレードが、前記管理ブレードの指示に基づいてコネクションの振分け先を変更する増設時振分け変更工程と、
を含んだことを特徴とするコネクション管理方法。

（付記７）前記管理ブレードが、運用中の機能ブレードが故障した場合、または、運用中の機能ブレードに対して削除指示があった場合に、該運用中の機能ブレードに対応する待機中の機能ブレードがないときは、該運用中の機能ブレードに配置されているコネクションの移動先を決定し、前記ルータ・スイッチブレードならびに該運用中の機能ブレードおよびコネクションの移動先となる機能ブレードにコネクションの移動を指示する削除時移動工程と、
前記ルータ・スイッチブレードが、前記管理ブレードの移行指示に基づいてコネクションの振分け先を変更する削除時変更工程と、
をさらに含んだことを特徴とする付記６に記載のコネクション管理方法。

（付記８）前記管理ブレードが、各機能ブレードのコネクション配置方式に関する情報に基づいて、機能ブレードにコネクションを振分ける場合のコネクション振分けルールを作成して前記ルータ・スイッチブレードに通知するルール通知工程と、
前記ルータ・スイッチブレードが、前記コネクション振分けルールを受け取り、該受け取ったコネクション振分けルールに基づいて、新たに確立するコネクションを機能ブレードに振分ける振分け工程と、
機能ブレードが、新たに確立されたコネクションに関する情報を、コネクションの機能ブレードへの配置状態を管理するための情報として、前記管理ブレードに通知するコネクション情報通知工程と、
をさらに含んだことを特徴とする付記６または７に記載のコネクション管理方法。

（付記９）前記管理ブレードが、前記コネクション振分けルールにしたがってコネクションの振分けが行われているかを監視する監視工程をさらに含んだことを特徴とする付記８に記載のコネクション管理方法。

（付記１０）前記コネクション配置方式に関する情報は、システムのホットスタンバイ構成を定義するホットスタンバイ構成情報に含まれることを特徴とする付記８または９に記載のコネクション管理方法。

以上のように、本発明に係るブレード型システム、および、そのコネクション管理方法は、ネットワークを介してクライアントにアプリケーションサービスを提供するサーバシステムに有用であり、特に、システムの運用状態の変更に合わせて運用ブレードへの適切なコネクション配置を迅速に行いたい場合に適している。

本実施例に係るブレード型システムの構成を示す機能ブロック図である。ホットスタンバイ構成情報の一例を示す図である。ブレード検出部による機能ブレード検出処理を説明するための説明図である。リンクローカルＩＰアドレスの一例を示す図である。リンクローカルＩＰアドレスの他の例を示す図である。ブレード型システムによるホットスタンバイ構成確立処理を説明するための説明図である。制御パケットの構成を示す図である。ホットスタンバイ構成確立までのブレード型システムの処理手順を説明するための説明図である。ブレード故障検出部による機能ブレード故障検出処理を説明するための説明図である。ホットスタンバイグループ内の装置二重化について、ホットスタンバイの状態遷移を示す図である。管理ブレードによる機能ブレード故障検出処理の処理手順を説明するための説明図である。管理ブレードによるホットスタンバイ状態での機能ブレード削除処理を説明するための説明図である。管理ブレードによる非ホットスタンバイ状態での機能ブレード削除処理を説明するための説明図である。ブレード型システムによるコネクション配置処理を説明するための説明図である。機能ブレードを追加する場合のブレード型システムによるコネクション配置処理を説明するための説明図である。コネクション移動の一例を示す図である。ホットスタンバイ構成情報の一例を示す図である。ブレード型システムのホットスタンバイ方式におけるブレード増設時の従来のコネクション管理方式を説明するための説明図である。ブレード型システムのホットスタンバイ方式におけるブレード削除時の従来のコネクション管理方式を説明するための説明図である。

符号の説明

１ブレード型サーバシステム
１１，１２クライアント
１３ネットワーク
１４，１５アプリケーションサーバ
１６スイッチ
２０ブレード型システム
２１，２２，２３機能ブレード
２４ルータ・スイッチブレード
２５管理ブレード
２１１，２２１，２３１ＩＦ部
２１２，２２２，２３２記憶部
２１２ａ，２２２ａ，２３２ａ構成情報記憶部
２１２ｂ，２２２ｂ，２３２ｂコネクション情報記憶部
２１３，２２３，２３３制御部
２１３ａ，２２３ａ，２３３ａ装置二重化部
２４１コネクション振分け部
２５１ＩＦ部
２５２入力部
２５３表示部
２５４記憶部
２５４ａ構成情報記憶部
２５５制御部
２５５ａ環境構築部
２５５ｂブレード検出部
２５５ｃブレード故障検出部
２５５ｄブレード削除部
２５５ｅブレードコネクション管理部

Claims

複数のクライアントにネットワークを介してアプリケーションサービスを提供する複数のアプリケーションサーバと該複数のクライアントとの間のコネクションを担う複数の機能ブレードと、該複数の機能ブレードを管理する管理ブレードと、アプリケーションサーバおよびクライアントと通信を行うルータ・スイッチブレードとを有するブレード型システムであって、
前記管理ブレードは、前記コネクションの機能ブレードへの配置状態を管理するとともに、機能ブレードの増設時に機能ブレード間でコネクションの移動が必要か否かを評価し、評価した結果に基づいて前記ルータ・スイッチブレードならびにコネクションの移動元および移動先となる機能ブレードにコネクションの移動を指示するコネクション管理手段を備え、
前記ルータ・スイッチブレードは、前記管理ブレードの指示に基づいてコネクションの振分け先を変更するコネクション振分け手段を備えたことを特徴とするブレード型システム。
前記コネクション管理手段は、運用中の機能ブレードが故障した場合、または、運用中の機能ブレードに対して削除指示があった場合に、該運用中の機能ブレードに対応する待機中の機能ブレードがないときは、該運用中の機能ブレードに配置されているコネクションの移動先を決定し、前記ルータ・スイッチブレードならびに該運用中の機能ブレードおよびコネクションの移動先となる機能ブレードにコネクションの移動を指示し、
前記コネクション振分け手段は、前記管理ブレードの移行指示に基づいてコネクションの振分け先を変更することを特徴とする請求項１に記載のブレード型システム。
前記コネクション管理手段は、各機能ブレードのコネクション配置方式に関する情報に基づいて、機能ブレードにコネクションを振分ける場合のコネクション振分けルールを作成して前記ルータ・スイッチブレードに通知し、
前記コネクション振分け手段は、前記コネクション振分けルールを受け取り、該受け取ったコネクション振分けルールに基づいて、新たに確立するコネクションを機能ブレードに振分け、
各機能ブレードは、新たに確立されたコネクションに関する情報を、前記コネクション管理手段がコネクションの機能ブレードへの配置状態を管理するための情報として、前記管理ブレードに通知するコネクション情報通知手段を有することを特徴とする請求項１または２に記載のブレード型システム。
前記コネクション管理手段は、前記コネクション振分けルールにしたがってコネクションの振分けが行われているかを監視することを特徴とする請求項３に記載のブレード型システム。
複数のクライアントにネットワークを介してアプリケーションサービスを提供する複数のアプリケーションサーバと該複数のクライアントとの間のコネクションを担う複数の機能ブレードと、該複数の機能ブレードを管理する管理ブレードと、アプリケーションサーバおよびクライアントと通信を行うルータ・スイッチブレードとを有するブレード型システムのコネクション管理方法であって、
前記管理ブレードが、機能ブレードの増設時に機能ブレード間でコネクションの移動が必要か否かを評価し、評価した結果に基づいて前記ルータ・スイッチブレードならびにコネクションの移動元および移動先となる機能ブレードにコネクションの移動を指示する増設時移動工程と、
前記ルータ・スイッチブレードが、前記管理ブレードの指示に基づいてコネクションの振分け先を変更する増設時振分け変更工程と、
を含んだことを特徴とするコネクション管理方法。