(57)【要約】【課題】従来のソフトウェア構成変更方式では、ソフトウェア構成変更の対象となったサーバの再起動が伴う場合があり、該サーバに計算処理リクエストが処理途中で残っていた場合、この計算処理リクエストは、結果が返されないまま消失してしまうという問題点があった。【解決手段】ソフトウェア構成を変更する際に、予め管理装置から負荷分散装置の処理配分先管理テーブルを変更し、ソフトウェア構成変更対象となるサーバにクライアントからの計算処理リクエストが配分されないようにするとともに、一定時間経過するか、サーバに残留する計算処理リクエスト数を確認してからソフトウェア構成を変更する。【選択図】  図１
2006285315.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークにより接続された複数のサーバからなる計算処理系のソフトウェア構成変更方式において、クライアントからの多種複数の計算処理リクエストを、リクエストの処理内容ごとに処理を配分するサーバを定義する処理配分先管理テーブルに従って、前記サーバに配分する負荷分散装置と、前記サーバに対して、ネットワークを経由して処理に必要なソフトウェアを配信する管理装置とを備え、前記サーバのソフトウェア構成を変更する際に、予め前記管理装置からの指示により前記負荷分散装置の前記処理配分先管理テーブルからソフトウェア構成変更対象となるサーバを削除する変更をした後、一定時間経過してからソフトウェア構成を変更することを特徴とするソフトウェア構成変更方式。
【請求項２】
前記負荷分散装置の処理配分先管理テーブルを変更した後、一定時間待つ代わりに、前記管理装置によって、ソフトウェア構成変更対象となるサーバで処理中の計算処理リクエスト数を監視し、その数がゼロになったことを確認してからソフトウェア構成を変更することを特徴とする請求項１記載のソフトウェア構成変更方式。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークで接続された複数のサーバからなる計算処理系において、各々のサーバのソフトウェア構成を変更する方式に関わる。
【背景技術】
【０００２】
多種多様な処理がコンピュータで実行されるようになり、従来はその処理の種類ごとに計算処理系が構築されていた。また、コンピュータで扱うデータ量も多大となり、各々の計算処理系は複数のサーバを備え、さらに、計算処理系内での処理の効率化、及び計算処理系としての可用性向上のため、負荷分散装置により、複数のサーバに計算処理リクエストを配分して実行する形態がとられている。
しかしながら、これら計算処理系は、ピーク時の計算処理リクエスト量に合わせたサーバの数を備えており、多くの場合において、その計算能力が余剰となっている。そのため現在、サーバの数を必要最小限にし、処理内容ごとに時々刻々と変化する処理量に応じて、各々のサーバで実行される処理内容、すなわち、各々のサーバのソフトウェア構成を変更することによって、その処理能力を有効に活用する方法が広まりつつある。
【０００３】
予め全てのサーバに、処理内容ごとに必要な全てのソフトウェアを導入しておくことにより、どのような計算処理リクエストにも対応できるようにする方法も考えられるが、この場合、ある種類の計算処理リクエストを処理する可能性のないサーバにも、その処理のためのソフトウェアを導入する必要があり、ソフトウェアの費用が多大で無駄も多いため、現実的ではない。
そこで、保有するソフトウェア数を必要最小限にとどめるため、前述の通り、適宜、各々サーバに必要なソフトウェアを配信して組み込む、もしくは削除するという、ソフトウェア構成変更方式が必要である。ソフトウェア構成を変更する方法としては、現在、処理に必要なソフトウェア、及び設定情報のみ配布する方法と、オペレーティングシステムを含めて配布する方法の、大別して２つの方法が存在している。
【０００４】
図１に従来のソフトウェア構成変更を行う管理装置を備えた計算処理系の一構成例を示す。図１の計算処理系は、大きくは、計算処理リクエストを処理する複数のサーバ１１１〜１１４およびサーバ１２１〜１２４、インターネットもしくはイントラネット１０１を経由して、クライアントから送信される計算処理リクエストを、サーバ１１１〜１２４に配分する負荷分散装置１０２、サーバ１１１〜１２４のソフトウェア構成を変更する管理装置１０３、ならびに上記各装置を接続するネットワーク１０４、１０５によって構成される。ここで、図１の計算処理系では、処理内容Aをサーバ１１１〜１１４、処理内容Bをサーバ１２１〜１２４で処理している。
【０００５】
また、負荷分散装置１０２は、図２に示す処理内容ごとの処理配分先管理テーブル２０１、２０２を保持している。従来のソフトウェア構成変更方式では、例えば処理内容Aの計算処理リクエスト数が増加し、処理内容Ａを処理するサーバ数を増やす場合、処理内容Bを処理するサーバ１２１〜１２４の一部に対して、処理内容Ａを処理するためのソフトウェアを管理装置から配信し、組み込む処理を実行する。
【０００６】
図３にソフトウェア構成変更後の計算処理系を示す。図３に示すサーバのうち、サーバ１２１Ｂ、１２２Ｂが、処理内容Ａを処理するようにソフトウェア構成が変更されたサーバである。また、ソフトウェア構成変更の後、図４に示すとおり、負荷分散装置の処理配分先管理テーブルを別途変更する必要がある。処理配分先管理テーブル４０１、４０２のとおり、処理内容Ａを処理するサーバ数が増加し、処理内容Ｂを処理するサーバ数が減少する。従来のソフトウェア構成変更方式では、ソフトウェア構成変更対象となるサーバでの計算処理リクエストの処理状況とは無関係に、管理装置からサーバに対してソフトウェアを配信し、組み込みを実施する。このため、ソフトウェア構成変更の際にサーバの停止や再起動が伴う場合、ソフトウェア変更対象となったサーバにおいて処理途中であった計算処理リクエストは、消失してしまう結果となっていた。
【０００７】
【特許文献１】特開平１１−２９６４５２
【発明の開示】
【発明が解決しようとする課題】
【０００８】
従来のソフトウェア構成変更方式では、ソフトウェア構成変更の対象となったサーバの再起動が伴う場合があり、該サーバに計算処理リクエストが処理途中で残っていた場合、この計算処理リクエストは、結果が返されないまま消失してしまうという問題点があった。
【課題を解決するための手段】
【０００９】
本発明は、クライアントからの多種複数の計算処理リクエストを、リクエストの処理内容ごとに処理を配分するサーバを定義する処理配分先管理テーブルに従って、前記サーバに配分する負荷分散装置と、前記サーバに対して、ネットワークを経由して処理に必要なソフトウェアを配信する管理装置とを備え、前記サーバのソフトウェア構成を変更する際に、予め前記管理装置からの指示により前記負荷分散装置の前記処理配分先管理テーブルからソフトウェア構成変更対象となるサーバを削除する変更をした後、一定時間経過するか、当該サーバに残留するリクエスト数がゼロになってからソフトウェア構成を変更することを特徴とする。
【発明の効果】
【００１０】
ソフトウェア構成変更により、処理途中の計算処理リクエストが消失することがなくなる。これにより、従来の多数のサーバからなる複数の計算処理系を、必要最小限のサーバと、ソフトウェアとの組み合わせにより再構築することが容易となり、計算処理系の効率的な運用が可能となる。また、再構築により余剰となったサーバを、新規の処理に振り向けることもできる。
【発明を実施するための最良の形態】
【００１１】
本発明を実施例にて具体的に説明する。
【実施例１】
【００１２】
図５は、本発明のソフトウェア構成変更方式に係る計算処理系の実施例１の構成を示す図である。計算処理リクエストを各サーバに配分する負荷分散装置５０１、およびソフトウェア構成変更を行う管理装置５０２とが、ネットワークもしくは管理インタフェース５０３を用いて接続されていることが、前述の従来のソフトウェア構成変更方式を採用する計算処理系とは異なる。このネットワークもしくは管理インタフェース５０３を用いて、管理装置５０２は、負荷分散装置５０１が保持する処理配分先管理テーブルを直接変更することが可能である。処理配分先管理テーブルの形式は、図２及び図４に示す従来のソフトウェア構成変更方式と同様である。
【００１３】
本実施例のソフトウェア構成変更方式における、各装置での処理の流れをフローチャートとして図６に示す。
【００１４】
まず、ステップＳ１０１にて、管理装置に対して運用管理者よりソフトウェア構成変更指示を出す。この際、運用管理者は、ソフトウェア構成変更の対象となるサーバと、そのサーバにいずれの処理を実施させるかを指定する。予め運用管理者がこれらの情報を指定しておき、かつ、ソフトウェア構成変更を実施する時刻を指定しておくことにより、スケジュールに基づきソフトウェア構成変更を実施することでも構わない。
【００１５】
管理装置は、ステップＳ１０２にて、負荷分散装置が保持する処理振分先管理テーブルから、ソフトウェア構成変更対象サーバを削除する。この処理により、新規の計算処理リクエストが、ソフトウェア構成変更対象サーバに割り振られることを防止する。
管理装置から処理振分先管理テーブルの変更指示を受信した負荷分散装置は、ステップＳ１１１にて、自身が保持する処理振分先管理テーブルから、ソフトウェア構成変更対象サーバを削除し、ステップＳ１１２にて、管理装置に対して、処理振分先管理テーブルからの削除が完了したことを通知する。
【００１６】
ステップＳ１０３にて削除完了通知を受信した管理装置は、ステップＳ１０４にて、予め設定された時間が経過するのを待つ。ソフトウェア構成変更が行われる前に、新たな計算処理リクエストが割り振られることを防止し、かつ、一定時間経過することを待つことにより、構成変更対象サーバに残った処理途中の計算処理リクエストを全て処理済とすることができる。つまり、ステップＳ１０４で待つ時間は、予見される計算処理リクエストの処理時間以上が必要である。
【００１７】
一定時間経過したのち、管理装置は、ステップＳ１０５にて、ソフトウェア構成変更対象サーバに、構成変更指示を出すとともに、必要なソフトウェア、および設定情報を送付する。構成変更指示を受けた構成変更対象サーバは、ステップＳ１２１にて、同様に管理装置から受信したソフトウェア、および設定情報を、管理装置からの指示に基づき組み込み、必要に応じてステップＳ１２２にて再起動を行う。ソフトウェア構成変更が行われる前に、予め一定時間の経過を待ったため、ここで消失する処理途中の計算処理リクエストはない。構成変更対象サーバは、ステップＳ１２３にて、管理装置に対して構成変更完了通知を送信する。
【００１８】
ステップＳ１０６にて、構成変更完了通知を受信した管理装置は、ステップＳ１０７にて、負荷分散装置が保持する処理振分先管理テーブルに、ソフトウェア構成変更対象となったサーバを追加する。この処理により、ソフトウェア構成変更対象となったサーバに対しても、再び計算処理リクエストが配分されるようになる。ここで、ソフトウェア構成変更対象となったサーバに対して新たに配分される計算処理リクエストは、ソフトウェア構成変更前の処理内容とは異なることに注意する。
【００１９】
管理装置から処理振分先管理テーブルの変更指示を受信した負荷分散装置は、ステップＳ１１３にて、自身が保持する処理振分先管理テーブルに、ソフトウェア構成変更対象サーバを追加し、ステップＳ１１４にて、管理装置に対して、処理振分先管理テーブルに対する追加が完了したことを通知する。ステップＳ１０８にて、削除完了通知を受信した管理装置は、ソフトウェア構成変更処理を終了する。
【実施例２】
【００２０】
本発明のソフトウェア構成変更方式に係る計算処理系の実施例２の構成は、図５と同様であるが、管理装置が、各サーバで処理されている計算処理リクエスト数を確認可能な点が異なる。各サーバは図７に示す、処理途中の計算処理リクエスト数をカウントするテーブルを保持し、負荷分散装置から計算処理リクエストを受信した時点でその数を加算し、また、計算処理リクエストの処理を終えた時点でその数を減算する機能を持つ。管理装置は、各サーバが保持するテーブルの内容を、ネットワーク経由で問い合わせる機能を持つ。
【００２１】
本実施例のソフトウェア構成変更方式における、各装置での処理の流れをフローチャートとして図８に示す。実施例１のソフトウェア構成変更方式のフローチャートとは、ソフトウェア構成変更を開始するタイミングを制御する点が異なる。
【００２２】
管理装置は、ステップＳ２０１にて、ソフトウェア構成変更対象のサーバに、処理途中の計算処理リクエスト数を問い合わせる。問い合わせを受けたソフトウェア構成変更対象サーバは、ステップＳ２２１にて、自身が保持する、処理途中の計算処理リクエスト数をカウントするテーブルの内容を管理装置に対して通知する。
【００２３】
管理装置は、ステップＳ２０２にて、サーバで処理途中の計算処理リクエストがないこと、すなわち、サーバから通知された内容が０であることを確認し、ソフトウェア構成変更処理に入る。この処理により、ソフトウェア構成変更により、処理途中の計算処理リクエストが消失してしまうことを防止する。
【図面の簡単な説明】
【００２４】
【図１】従来のソフトウェア構成変更方式を採用する計算処理系の一構成例を示す図である。
【図２】負荷分散装置が保持する処理配分先管理テーブルを示す図である。
【図３】ソフトウェア構成変更後の計算処理系を示す図である。
【図４】ソフトウェア構成変更後の負荷分散装置の処理配分先管理テーブルを示す図である。
【図５】実施例１のソフトウェア構成変更方式を採用する計算処理系の一構成例を示す図である。
【図６】実施例１のソフトウェア構成変更手順を示すフローチャートである。
【図７】実施例２のサーバが保持する処理途中リクエスト数を管理するテーブルを示す図である。
【図８】実施例２のソフトウェア構成変更手順を示すフローチャートである。
【符号の説明】
【００２５】
１０１  インターネットもしくはイントラネット
１０２  負荷分散装置
１０３  管理装置
１０４  負荷分散装置とサーバとを接続するネットワーク
１０５  管理装置とサーバとを接続するネットワーク
１１１〜１１４  処理内容Ａを処理するサーバ
１２１〜１２４  処理内容Ｂを処理するサーバ
１２１Ｂ〜１２２Ｂ  処理内容ＢからＡを処理するようにソフトウェア構成変更されたサーバ
２０１  負荷分散装置が保持する処理内容Ａの計算処理リクエスト配分先
２０２  負荷分散装置が保持する処理内容Ｂの計算処理リクエスト配分先
４０１  構成変更後の負荷分散装置が保持する処理内容Ａの処理リクエスト配分先
４０１  構成変更後の負荷分散装置が保持する処理内容Ｂの処理リクエスト配分先
５０１  実施例１における負荷分散装置
５０２  実施例１における管理装置
５０３  管理装置と負荷分散装置との接続経路
７０１  実施例２においてサーバが保持する処理途中リクエスト数管理テーブル
【図１】
2006285315.tif 000003
【図２】
2006285315.tif 000004
【図３】
2006285315.tif 000005
【図４】
2006285315.tif 000006
【図５】
2006285315.tif 000007
【図６】
2006285315.tif 000008
【図７】
2006285315.tif 000009
【図８】
2006285315.tif 000010