JP4330910B2

JP4330910B2 - Server system response monitoring method and apparatus

Info

Publication number: JP4330910B2
Application number: JP2003091572A
Authority: JP
Inventors: 西慶多郎中
Original assignee: Nomura Research Institute Ltd
Current assignee: Nomura Research Institute Ltd
Priority date: 2003-03-28
Filing date: 2003-03-28
Publication date: 2009-09-16
Anticipated expiration: 2023-03-28
Also published as: JP2004302547A

Description

【０００１】
【発明の属する技術分野】
本発明は、クライアントサーバー形式のコンピューターシステムにおいてクライアントからの処理要求に対するサーバーシステムのレスポンスを監視する方法とそれに関連した装置に関する。
【０００２】
特に、本発明はサーバーシステムの最適なレスポンスをサーバーシステム側で監視できる方法と関連装置に関する。
【０００３】
【従来の技術】
一般に、複数のコンピューターによって一つのコンピューターシステムを構成することが広く行われている。
【０００４】
最近では、複数のサーバーによってＷｅｂサイトを構成し、ユーザー（クライアント）の要求に応じて所定のアプリケーションソフトウェア（本明細書において「サービスアプリケーション」という）によって処理を行って処理結果をユーザー（クライアント）に返すサービスを行うサーバーシステムが広く存在している。
【０００５】
ここで、本明細書において「サーバーシステム」とは、一般的には複数のサーバーが接続されて一つのサーバーシステムとして稼働する場合を指すが、本発明は複数のサーバーからなるサーバーシステムには限られず、単独のサーバーからなる場合も含めて「サーバーシステム」ということにする。
【０００６】
ところで、Ｗｅｂサイトを構成するサーバーシステムにとって、ユーザーが処理要求を発してからそのサーバーシステムの応答を受けるまでの時間（レスポンス）はきわめて大事な性能である。レスポンスが遅ければ、ユーザーが満足せず、結局はシステムのユーザーを十分に集めることができないからである。
【０００７】
一方、単位時間あたりどれだけの数のトランザクション（処理要求から応答までのひとまとまりの処理）を処理できるかという性能、すなわちスループットはサーバーシステムにとってもう一つの大事な性能である。
【０００８】
単位時間あたりに少しのトランザクションしか処理できないとすると、限られた数のユーザーからの要求しか処理できないことになり、アクセスすることができないユーザーが数多く存在する状態が頻繁に起こるようになる。これではやはりユーザーの満足が得られず、サービスを受ける会員を十分に集めることができない。
【０００９】
一般的な従来のサーバーシステムは、処理の多重度（同時並行処理の数）を増加させることによってスループットが向上するために、複数のユーザーからの処理要求を同時並行的に処理し、ユーザーからのアクセスが増えれば、アクセスの増加に追随して処理の多重度を上げてスループットの向上を図っていた。
【００１０】
ところで、サーバーシステムのレスポンス監視のためのものではないが、プログラムを自動性能評価するために本願発明と同様に評価用データ（本願発明ではアプリケーションの処理要求）を送信する技術があった（例えば、特許文献１参照。）
【００１１】
【特許文献１】
特開２００１−１１７７９４号公報（第１−３頁、第１図）
【００１２】
【発明が解決しようとする課題】
しかし、サーバーシステム側でクライアント側（ユーザー側）の待ち時間（サーバーシステムのレスポンス）を計測することができなかったために、従来のサーバーシステムは上述したようにアクセスの増加に追随して処理の多重度を上げてスループットの向上を図っているうちに、レスポンスが低下して実用的ではないレベルまでに処理速度が遅くなることがしばしば起きた。
【００１３】
上述したサーバーシステム側でサーバーシステムのレスポンスを計測することができないという同じ理由で、現状ではサーバーシステムのレスポンスの低下はユーザーからのクレームによってはじめて知ることができる。
【００１４】
しかし、ユーザーからサーバーシステムのレスポンスが低下したというクレームが届く頃には、サーバーシステムがほとんどダウンした状態になっており、サーバーシステムの稼働状態を修復するためには多くのトランザクションの処理を停止させて稼働状態を修復せざるを得ないことが多かった。
【００１５】
このようなサーバーシステムのダウンは、サーバーシステムが提供するサービスの種類によっては運営者の信用を大きく損なわせることになった。
【００１６】
そこで、本発明が解決しようとする課題は、サーバーシステム側でサーバーシステムのレスポンスを監視し、サーバーシステムのダウンを予防し、サーバーシステムをレスポンスとスループットの両観点から効率よく運転させることができるサーバーシステムのレスポンス監視方法とその関連装置を提供することにある。
【００１７】
【課題を解決するための手段】
本発明に係るサーバーシステムのレスポンス監視方法は、
対象サーバーシステムが、サービスアプリケーションと同一または類似のシミュレーションアプリケーションを起動する段階と、
レスポンス監視基準生成装置が、前記対象サーバーシステムに処理要求を送信し前記対象サーバーシステムからの応答を受信すると再度前記対象サーバーシステムに処理要求を送信し、前記シミュレーションアプリケーションが前記処理要求を繰り返し処理することによって生成されるループ状のプロセスを生成する段階と、
前記レスポンス監視基準生成装置が、前記対象サーバーシステムに対して同時並行的に処理される前記ループ状のプロセスを多重的に生成し、そして前記対象サーバーシステムの処理の多重度を変化させる段階と、
前記レスポンス監視基準生成装置が、前記対象サーバーシステムの処理の多重度を変化させるごとに前記対象サーバーシステムのスループットと各ループ状プロセスの処理要求を送信してから応答を受信するまでのレスポンスを計測し、前記対象サーバーシステムの各処理多重度におけるレスポンスに対するスループットの比を前記対象サーバーシステムのトランザクション密度曲線として取得する段階と、
前記対象サーバーシステムのサービスオペレーション時に、レスポンス監視手段により、前記対象サーバーシステムの処理の多重度を表すシステムパラメーターを監視する段階と、
前記レスポンス監視手段により、前記対象サーバーシステムの処理多重度が前記トランザクション密度曲線が最大値を示す処理多重度を超えて所定の処理多重度に達したときに、アラートを発しあるいはユーザーのアクセスを自動制限する段階と、
を有することを特徴とする。
【００１８】
前記システムパラメーターは、ＯＳが把握している処理多重度、あるいはサービスアプリケーションが把握している処理多重度、あるいは、コネクションの数であり、
前記ＯＳが把握している前記対象サーバーシステムの処理多重度、あるいはサービスアプリケーションが把握している前記対象サーバーシステムの処理多重度、あるいは、コネクションの数が示す前記対象サーバーシステムの処理多重度を、前記トランザクション密度曲線が最大値を示す処理多重度と比較し、アラートあるいはユーザーのアクセス自動制限を行うようにすることができる。
【００１９】
本発明によれば、シミュレーションによって対象サーバーシステムに多重処理の状態を生成し、対象サーバーシステムの各処理多重度ごとに対象サーバーシステムのスループットとレスポンスを計測し、対象サーバーシステムのトランザクション密度曲線を取得する。そして、サービスオペレーションにおいては対象サーバーシステムの処理多重度を監視し、対象サーバーシステムの処理多重度がトランザクション密度曲線が最大値を示す処理多重度を超えて所定の処理多重度に達したときにアラートを発しあるいはユーザーのアクセスを自動制限する。
【００２０】
本発明によるサーバーシステムのレスポンス監視基準生成装置は、
シミュレーション用の処理要求および必要なデータが入力される入力手段と、
サービスアプリケーションと同一または類似のシミュレーションアプリケーションを起動した対象サーバーシステムに処理要求を送信し、前記対象サーバーシステムからの応答を受信すると再度前記対象サーバーシステムに処理要求を送信し、前記シミュレーションアプリケーションが前記処理要求を繰り返し処理することによって生成されるループ状のプロセスを生成し、前記対象サーバーシステムで前記シミュレーションアプリケーションによって同時並行的に処理される前記ループ状のプロセスを多重的に生成し、前記対象サーバーシステムの処理の多重度を変化させ、前記対象サーバーシステムの処理の多重度ごとに前記対象サーバーシステムのスループットと各ループ状プロセスの処理要求を送信してから応答を受信するまでのレスポンスを計測し、前記対象サーバーシステムの各処理多重度におけるレスポンスに対するスループットの比を前記対象サーバーシステムのトランザクション密度曲線として取得するトランザクション密度曲線取得手段と、
送受信手段と、
を有することを特徴とする。
【００２１】
本発明によれば、入力手段がシミュレーション用の処理要求および必要なデータを入力し、トランザクション密度曲線取得手段が対象サーバーシステムとの間でループ状のプロセスを生成し、さらにループ状プロセスの数を変化させることによって種々の多重処理の状態を生成し、各多重処理度における対象サーバーシステムのスループットとレスポンスを計測し、対象サーバーシステムのトランザクション密度曲線を取得する。このトランザクション密度曲線は、対象サーバーシステムのサーバーシステムとしての好ましい性能を示しており、対象サーバーシステムが好ましい性能を維持できる範囲を明確にしてその範囲内で対象サーバーシステムのレスポンスを監視することができる。
【００２２】
本発明のコンピューターシステムは、
処理の多重度を表すシステムパラメーターによって対象サーバーシステムの処理多重度を監視し、前記対象サーバーシステムの処理多重度が、前記対象サーバーシステムの各処理多重度におけるレスポンス対スループットの比を表すトランザクション密度曲線が最大値を示す処理多重度を超えて所定の処理多重度に達したときに、アラートを発しあるいはユーザーのアクセスを自動制限するレスポンス監視手段を有することを特徴とする。
【００２３】
本発明によれば、レスポンス監視手段が対象サーバーシステムの処理の多重度を表すシステムパラメーターを監視し、対象サーバーシステムの処理多重度が、対象サーバーシステムのトランザクション密度曲線が最大値を示す処理多重度を超えて所定の処理多重度に達したときに、アラートを発しあるいはユーザーのアクセスを自動制限する。これにより、本発明によれば、対象サーバーシステムがサーバーシステムとして好ましい性能を発揮できる範囲内でサーバーシステムのレスポンスを監視することができる。
【００２４】
本発明のコンピューターシステムは、
シミュレーション用の処理要求および必要なデータが入力される入力手段と、サービスアプリケーションと同一または類似のシミュレーションアプリケーションを起動した対象サーバーシステムに処理要求を送信し、前記対象サーバーシステムからの応答を受信すると再度前記対象サーバーシステムに処理要求を送信し、前記シミュレーションアプリケーションが前記処理要求を繰り返し処理することによって生成されるループ状のプロセスを生成し、前記対象サーバーシステムで前記シミュレーションアプリケーションによって同時並行的に処理される前記ループ状のプロセスを多重的に生成し、前記対象サーバーシステムの処理の多重度を変化させ、前記対象サーバーシステムの処理の多重度ごとに前記対象サーバーシステムのスループットと各ループ状プロセスの処理要求を送信してから応答を受信するまでのレスポンスを計測し、前記対象サーバーシステムの各処理多重度におけるレスポンスに対するスループットの比を前記対象サーバーシステムのトランザクション密度曲線として取得するトランザクション密度曲線取得手段と、送受信手段と、を有するレスポンス監視基準生成装置と、
処理の多重度を表すシステムパラメーターによって対象サーバーシステムの処理多重度を監視し、前記対象サーバーシステムの処理多重度が、前記トランザクション密度曲線が最大値を示す処理多重度を超えて所定の処理多重度に達したときに、アラートを発しあるいはユーザーのアクセスを自動制限するレスポンス監視手段と、
を有することを特徴とする。
【００２５】
本発明によれば、サーバーシステムのレスポンス監視基準を生成でき、また、生成したレスポンス監視基準に基づいて該サーバーシステムのレスポンスを監視することができる。
【００２６】
【発明の実施の形態】
次に、本発明による「サーバーシステムのレスポンス監視方法と装置」の実施形態について以下に説明する。
【００２７】
図１は本発明の一実施形態におけるサーバーシステムとレスポンス監視基準生成装置とを示している。
【００２８】
図１に示した実施形態においては、レスポンスを監視しようとするサーバーシステム１（「対象サーバーシステム１」）と、この対象サーバーシステム１に対してレスポンスを監視する際にアクセスを制限するか否かを判断する基準（レスポンス監視基準）を生成するレスポンス監視基準生成装置２とが示されている。
【００２９】
ここで、対象サーバーシステム１は、すでに用途や用法が定められたサーバーシステム、すなわち特定のアプリケーションソフトウェア（以下単に「アプリケーション」という）を使用してサービスを行うことが定められており、システムの構成もすでに定められているサーバーシステムである。ただし、対象サーバーシステム１はユーザーからの処理要求に対してどの程度のレスポンスで応答するのがダウンせずに効率よく処理をできるかは未定の状態である。
【００３０】
なお、サービスに使用するアプリケーションを本明細書では「サービスアプリケーション」という。
【００３１】
図１に一例として示すように、対象サーバーシステム１はたとえばウェブサーバー（Ｗｅｂサーバー３）とウェブアプリケーションサーバー（ＷｅｂＡＰサーバー４）とデーターベースサーバー（ＤＢサーバー５）とディスク装置（Ｄｉｓｋ装置６）とからなる。
【００３２】
また、図１の例では、ＷｅｂＡＰサーバー４にレスポンス監視手段２０が設けられている。
【００３３】
Ｗｅｂサーバー３はユーザーのコンピューターとのインターフェースをなすサーバーである。
【００３４】
そして、ＷｅｂＡＰサーバー４はウェブサイトがサービスを提供するアプリケーション（サービスアプリケーション）を処理するサーバーである。
【００３５】
ＤＢサーバー５はＷｅｂＡＰサーバー４の要求に応じてデータベースに対して情報を検索・更新等するサーバーである。
【００３６】
また、Ｄｉｓｋ装置６は記憶装置である。データベースはＤｉｓｋ装置６に格納されている。
【００３７】
上記装置（サーバー等）３〜６は通常のインターネットにおけるウェブサイトのサーバーシステムの構成を最も単純かつ一般的な形で抽出して表したものである。しかし、図１は本願発明が対象とするサーバーシステムを上記構成のサーバーシステムに限るものではない。
【００３８】
上記装置（サーバー等）３〜６により、ウェブサイトのサーバーシステムは、ユーザーからのアクセス（処理要求）をＷｅｂサーバー３が受けると、ＷｅｂＡＰサーバー４がサービスアプリケーションを使用して要求に応じた処理を行い、処理時にＷｅｂＡＰサーバー４はＤＢサーバー５を介してＤｉｓｋ装置６のデータベースを参照・更新し、処理結果をＷｅｂサーバー３を介してユーザーのコンピューターに返信する。通常ユーザーからの一つの処理要求に対しては、上述したような一連の処理を行って、処理結果を返信したところで該処理要求に対する処理（トランザクション）を終了する。
【００３９】
レスポンス監視手段２０は本願発明の目的である対象サーバーシステム１のレスポンス、すなわち処理要求を受けてから処理結果を返信するまでの時間を監視するものである。
【００４０】
図２にレスポンス監視基準生成装置２の構成を示す。
【００４１】
本実施形態のレスポンス監視基準生成装置２は、入力手段７と、トランザクション密度曲線取得手段８と、送受信手段９と、クロック１０と、記憶装置１１とを有している。
【００４２】
入力手段７は、対象サーバーシステム１に対してシミュレーションのための処理要求またはそのために必要なデータ（１２）を入力する手段である。この入力手段７は、レスポンス監視基準生成装置２にコマンドを入力するための通常の入力手段と兼用してもよく、また、シミュレーションのための処理要求および必要なデータを入力する専用の入力手段であってもよい。
【００４３】
ここで「シミュレーション」は対象サーバーシステム１がユーザーに通常のサービスを提供しているときの処理の状態を再現することである。シミュレーションをするときは、対象サーバーシステム１がユーザーに通常のサービスを提供する時に使用するアプリケーションと同一または類似のアプリケーションを対象サーバーシステム１で起動させ、そのアプリケーションを実行させる。
【００４４】
上記「対象サーバーシステム１がユーザーに通常のサービスを提供しているときの処理」の状態を、対象サーバーシステム１の「サービスオペレーション」の状態という。
【００４５】
また上記「サービスアプリケーションと同一または類似のアプリケーション」とは、サービスアプリケーションと同様に対象サーバーシステム１の各構成装置Ｗｅｂサーバー３、ＷｅｂＡＰサーバー４、ＤＢサーバー５、にＤｉｓｋ装置６に処理させ、且つ、各構成装置３〜６に対してサービスアプリケーションと同様の負荷をかけるアプリケーションをいう。上記「サービスアプリケーションと同一または類似のアプリケーション」を「シミュレーションアプリケーション」という。
図３にサーバーシステムのレスポンス監視基準を生成する処理の流れを示す。
【００４６】
以下図３に沿って説明するが、図１，２と後述する図４，５を適宜参照することにより本発明によるサーバーシステムのレスポンス監視基準の生成方法と、レスポンス監視方法と、レスポンス監視基準生成装置２の各構成手段の作用と、レスポンス監視手段２０の作用が一層明確に理解される。
【００４７】
最初に、シミュレーションアプリケーションを対象サーバーシステム１で起動させる（図３：ステップＳ１００）。
【００４８】
次に、対象サーバーシステム１とレスポンス監視基準生成装置２（トランザクション密度曲線取得手段８）の間でループ状プロセス１３（図１，２）を生成する（図３：ステップＳ１１０）。
【００４９】
ここで、「ループ状プロセス」とは、対象サーバーシステム１に対してシミュレーションアプリケーションの処理要求または必要なデータを送信し、対象サーバーシステム１からの応答を受信すると再度対象サーバーシステム１にシミュレーションアプリケーションの処理要求を送信し、ループ状にシミュレーションアプリケーションの処理を繰り返させるようにしたものである。
【００５０】
ループ状プロセス１３を生成するには、シミュレーション用の処理要求の末尾に処理終了時に最初から処理を繰り返すように要求するコマンドを付加してもよい。あるいは、個々の処理要求に上述したような特殊なコマンドを付加せずに、トランザクション密度曲線取得手段８が送受信手段９を制御し、処理要求に対する処理結果を受信すると直ちに最初から処理する要求を発するように制御してもよい。
【００５１】
要するに、ループ状プロセス１３を生成するためには、ループ状に処理要求と応答を繰り返してシミュレーションアプリケーションを常に処理している状態にすればよく、処理要求自体を工夫するか、送受信を制御するかの方法によらない。
【００５２】
一つのループ状プロセス１３が形成されると、対象サーバーシステム１は常にそのループ状プロセス１３を処理している状態になるので、ループ状プロセス１３の数を複数にすると、対象サーバーシステム１は複数のプログラムを同時並行的に処理している多重処理の状態になる。
【００５３】
そこで、次にループ状プロセス１３を多重的に生成し、対象サーバーシステム１の処理の多重度を変化させる（図３：ステップＳ１２０）。
【００５４】
次に、トランザクション密度曲線取得手段８は対象サーバーシステム１のトランザクション密度曲線を取得する（図３：ステップＳ１３０）。
【００５５】
対象サーバーシステム１の処理の多重度を変化させながら、トランザクション密度曲線取得手段８は対象サーバーシステム１の各処理多重度ごとに、対象サーバーシステム１のスループット（単位時間あたりに処理するトランザクション数）と、対象サーバーシステム１のレスポンス（処理要求を発してから応答を受けるまでの時間）とを計測し、記憶装置１１に記憶させておく。
【００５６】
所定の範囲の処理多重度について、対象サーバーシステム１のレスポンスとトランザクションとを計測すると、トランザクション密度曲線取得手段８は記憶装置１１から全データを取得してトランザクション密度曲線を生成する。
【００５７】
ここで、「トランザクション密度」とはコンピューターのレスポンスに対するその時のスループットの比をいう。
【００５８】
「トランザクション密度曲線」は色々な処理多重度におけるコンピューター（この場合は対象サーバーシステム１）のトランザクション密度をプロットして描いた曲線である。
【００５９】
ここで、トランザクション密度曲線について図４を用いて説明する。
【００６０】
図４に、レスポンス監視基準生成装置２のトランザクション密度曲線取得手段８が対象サーバーシステム１に対してトランザクション密度曲線を取得する方法を概念的に示す。図４にはレスポンスと、スループットと、トランザクション密度の関係が示されている。以下図１〜４を参照しながらトランザクション密度曲線を取得する方法について説明する。
【００６１】
図４の左側のグラフに示すように、一般に処理の多重度を大きくするとスループット（単位時間内に処理できるトランザクションの数）は増大する。しかし、スループットは処理多重度を大きくする初期の段階では急激に増大するが次第に横ばい状態になる。
【００６２】
一方、レスポンスについては一般的に、処理の多重度を大きくするとレスポンスは減少する。
【００６３】
本発明では、スループット（単位時間あたりに処理できるトランザクション数）をレスポンスで除した値、すなわちレスポンスに対するスループットの比を「トランザクション密度(trn/s^２)」と定義し、図４の右側のグラフに示すように処理の多重度を変化させた場合のトランザクション密度(trn/s^２)の曲線を取得する。
【００６４】
トランザクション密度は、「サーバーシステムとしての好ましさ」の指標を示している。すなわち、早いレスポンスで高いスループットを得られる指標を示しているのである。この「サーバーシステムとしての好ましさ」の指標がサーバーシステムの処理多重度との関係で把握することができることは特筆すべきことである。なぜなら、サーバーシステムの処理多重度はサーバーシステム側で容易に把握することができるからである。
【００６５】
図４において、トランザクション密度がもっとも高い値を示す処理多重度は、当該処理多重度において対象の装置がレスポンスに対するスループットの比が最も高くなることを示している。言葉を変えると、トランザクション密度がもっとも高い値を示す処理多重度は、サーバーシステムとしては最も好ましい性能を発揮することができる処理多重度を示していると言うことができる。
【００６６】
本発明によるサーバーシステムのレスポンス監視方法は、上記「処理多重度」を考慮した上で「処理多重度」から「レスポンス」を監視しようとするものである。
【００６７】
つまり、本発明によるサーバーシステムのレスポンス監視方法は、サーバーシステムが最も好ましい性能を発揮できる処理多重度とレスポンスの範囲を予め把握し、サーバーシステムとしての性能が低下する前にユーザーのアクセスを制限しようとするものである。
【００６８】
図５にその一例を示す。
図５の例は、上述したシミュレーションの結果、対象サーバーシステム１のトランザクション密度曲線から取得したものである。この例では、処理多重度が２０トランザクション[trn]の時に対象サーバーシステム１のトランザクション密度が最も高い値（表示せず）を示し、その時のレスポンスは３秒[sec]という値を得ている。
【００６９】
処理多重度が２０トランザクション[trn]未満であるとレスポンスは３秒[sec]以下になるが、サーバーシステムとしては本来もっとスループットを大きくできるのに処理していない状態、いわば遊んでいる状態になる。一方、処理多重度が２０トランザクション[trn]を超えると装置として遊んでいる状態は解消するがレスポンスが遅くなる。
【００７０】
図５の例では、対象サーバーシステム１の処理多重度が２５トランザクション[trn]になるとレスポンスは６秒[sec]になり、さらに処理多重度が３０トランザクション[trn]になるとレスポンスは１５秒[sec]になる計測結果を予め得ている。
【００７１】
そこで、図５の例によるサーバーシステムのレスポンス監視基準では、レスポンスが６秒[sec]以下ならば許容し、６秒[sec]〜１５秒[sec]ならば処理を続けるがアラートを発し、１５秒[sec]以上ならばユーザーのアクセスを制限すると定めることができる。なお、許容できる範囲やアラートを発する範囲やユーザーのアクセスを制限する範囲は、サービスアプリケーションの種類によって相違するので個別具体的に定めるものとする。
【００７２】
このようにしてレスポンス監視基準が生成されると、レスポンス監視基準生成装置２からレスポンス監視基準をレスポンス監視手段２０に出力する（図３：ステップＳ１４０）。
以上が対象サーバーシステム１のレスポンス監視基準の生成方法であった。
【００７３】
次に、このレスポンス監視基準を使用して対象サーバーシステム１のレスポンスを監視する方法について説明する。
レスポンスの監視は、レスポンス監視手段２０により、対象サーバーシステム１のシステムパラメーターを監視する（図３：ステップＳ１５０）。
【００７４】
システムパラメーターとは、対象サーバーシステム１の処理多重度を示す指標である。
【００７５】
対象サーバーシステム１の処理多重度は、ＯＳによって把握され、あるいはサービスアプリケーション自体によって把握され、あるいはコネクションの数によって把握される。
【００７６】
図６に示すように、レスポンス監視手段２０は、ＯＳ、あるいはアプリケーション（サービスアプリケーションの一部）、あるいは当該構成装置のコネクション数を監視し、これによって対象サーバーシステム１の処理多重度を常に把握する。
【００７７】
そして、システムパラメーターが示す対象サーバーシステム１の処理多重度が、トランザクション密度曲線が最大値を示す処理多重度を超えて所定の処理多重度に達したときに、レスポンス監視手段２０はアラートを発し、あるいはユーザーのアクセスを自動制限する（図３：ステップＳ１６０）。
【００７８】
なお、アラートを発するかユーザーのアクセスを制限するかは任意に定めることができ、図５の例に示すように段階的にアラートを発した後にアクセスを制限するようにしてもよいし、アラートとアクセス制限を同時に行ってもよいし、いずれか一方のみを行ってもよい。
【００７９】
以上が本実施形態によるサーバーシステムのレスポンス監視基準の生成方法とレスポンス監視方法、およびそれに関連する装置の説明であった。
【００８０】
本発明のレスポンス監視の方法によれば、従来はユーザーからのクレームによって初めてサーバーシステムのレスポンスが低下していることを知らされ、大抵の場合はサーバーシステムがすでにダウン寸前の状態になっていて有効な対策をうつことができないことが多かったのに対して、サーバーシステムの処理多重度（システムパラメーター）を監視することによって、サーバーシステムの運営者はサーバーシステムが発揮している好ましさの性能（トランザクション密度）を把握することができ、そのサーバーシステムとしての好ましさの性能を維持できる範囲内でサーバーシステムのレスポンスの低下を推測することができ、ユーザーからのアクセスがサーバーシステムとしての好ましい性能を維持できない程度に増加したときには、事前にサーバーシステムの運営者にアラートを発し、あるいは、ユーザーのアクセスを自動制限することができる。これにより、すでに接続しているユーザーのレスポンスに対する不満を未然に防止することができ、また、サーバーシステム全体がダウンすることを防止することができるのである。
【００８１】
なお、図１の例では、レスポンス監視手段２０はＷｅｂＡＰサーバー４に設けられていたが、レスポンス監視手段２０は、ＷｅｂＡＰサーバー４に設けられることに限定する必要はなく、対象サーバーシステム１の任意の構成装置に設けることができる。また、レスポンス監視手段２０は、図７に示すように対象サーバーシステム１の構成装置から独立した装置として設けることもできる。さらにまた、図８に示すようにサーバーシステム（コンピューターシステム）は、レスポンス監視手段２０とレスポンス監視基準生成装置２とを含むようにしてもよい。
【００８２】
【発明の効果】
以上の説明から明らかなように、本発明によれば、レスポンスとスループットの関係によってサーバーシステムとしての好ましい性能の指標を求め、そのサーバーシステムとしての好ましい性能を維持できる範囲内で、処理多重度とレスポンスの関係を予め求め、サーバーシステムの処理の多重度を示すシステムパラメーターを監視することにより、サーバーシステムとしての好ましい性能が低下する前に、サーバーシステムの運営者にアラートを発し、あるいは、ユーザーのアクセスを自動制限することができる。
【００８３】
これにより、従来はユーザーからのクレームによって初めてサーバーシステムのレスポンスが低下していることを知らされ、サーバーシステムの稼働状態がすでに修復するのが困難になっていることが多かったのに対して、サーバーシステムの処理多重度（システムパラメーター）によってクライアント側の待ち時間を推測でき、サーバーシステムとして好ましい性能を維持できる範囲を超えてアクセスが増加したときは、事前にサーバーシステムの運営者にアラートを発し、あるいは、ユーザーのアクセスを自動制限することができ、サーバーシステムのダウンの事故を未然に防止することができ、ユーザーには常に快適なレスポンスによってサービスを提供することができるようになる。
【図面の簡単な説明】
【図１】本発明の一実施形態による対象サーバーシステムとレスポンス監視基準生成装置を示したブロック図。
【図２】本発明の一実施形態によるレスポンス監視基準生成装置の構成を示したブロック図。
【図３】本発明の一実施形態によるサーバーシステムのレスポンス監視方法の処理の流れを示したフローチャート。
【図４】スループットとレスポンスとトランザクション密度の関係を示した図。
【図５】サーバーシステムのレスポンス監視基準の一例を示した図。
【図６】レスポンス監視手段によるサーバーシステムのレスポンス監視を説明する図。
【図７】本発明の一実施形態によるコンピューターシステムのブロック図。
【図８】本発明の一実施形態によるコンピューターシステムのブロック図。
【符号の説明】
１対象サーバーシステム
２レスポンス監視基準生成装置
３Ｗｅｂサーバー
４ＷｅｂＡＰサーバー
５ＤＢサーバー
６Ｄｉｓｋ装置
７入力手段
８トランザクション密度曲線取得手段
９送受信手段
１０クロック
１１記憶装置
１２シミュレーション用処理要求または必要なデータ
１３ループ状プロセス[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a method for monitoring a response of a server system to a processing request from a client in a client server type computer system and an apparatus related thereto.
[0002]
In particular, the present invention relates to a method and related apparatus capable of monitoring an optimum response of a server system on the server system side.
[0003]
[Prior art]
In general, a computer system is widely configured by a plurality of computers.
[0004]
Recently, a Web site is configured by a plurality of servers, processing is performed by predetermined application software (referred to as “service application” in this specification) in response to a user (client) request, and the processing result is transmitted to the user (client). There are a wide variety of server systems that provide services to return.
[0005]
Here, in this specification, the “server system” generally refers to a case where a plurality of servers are connected to operate as a single server system, but the present invention is not limited to a server system composed of a plurality of servers. However, the term “server system” includes the case of a single server.
[0006]
By the way, for a server system constituting a Web site, a time (response) from when a user issues a processing request until receiving a response of the server system is extremely important performance. This is because if the response is slow, the user is not satisfied, and eventually the system users cannot be collected sufficiently.
[0007]
On the other hand, the performance of how many transactions per unit time (a group of processing from a processing request to a response), that is, throughput is another important performance for the server system.
[0008]
If only a few transactions can be processed per unit time, only requests from a limited number of users can be processed, and a situation occurs in which there are many users who cannot access. This still does not satisfy the user, and it is not possible to gather enough members to receive the service.
[0009]
In order to improve throughput by increasing the multiplicity of processing (number of concurrent processes), a general conventional server system processes processing requests from multiple users in parallel. If the access increases, the throughput is increased by increasing the multiplicity of processing following the increase in access.
[0010]
By the way, although not for monitoring the response of the server system, there is a technique for transmitting evaluation data (application processing request in the present invention) in the same way as the present invention in order to automatically evaluate the performance of a program (for example, (See Patent Document 1.)
[0011]
[Patent Document 1]
JP 2001-117794 A (page 1-3, FIG. 1)
[0012]
[Problems to be solved by the invention]
However, since the server system side cannot measure the waiting time (response of the server system) on the client side (user side), the conventional server system follows the increase in access as described above and performs many processes. While increasing the severity and improving the throughput, it often happened that the response speed decreased and the processing speed slowed to an impractical level.
[0013]
For the same reason that the response of the server system cannot be measured on the server system side described above, at present, a decrease in the response of the server system can be known only by a complaint from the user.
[0014]
However, when the user receives a complaint that the response of the server system has decreased, the server system is almost down. To repair the operating status of the server system, many transactions are stopped. In many cases, it was necessary to repair the operating state.
[0015]
Such a server system down significantly impairs the trust of the operator depending on the type of service provided by the server system.
[0016]
Therefore, the problem to be solved by the present invention is that the server system can monitor the response of the server system, prevent the server system from being down, and operate the server system efficiently from both the viewpoints of response and throughput. A system response monitoring method and related apparatus are provided.
[0017]
[Means for Solving the Problems]
  The server system response monitoring method according to the present invention includes:
  The target server system isLaunching the same or similar simulation application as the service application;
  Response monitoring standard generatorWhen a processing request is transmitted to the target server system and a response from the target server system is received, the processing request is transmitted to the target server system again,Generated by the simulation application repeatedly processing the processing requestCreating a loop-like process;
  The response monitoring reference generation device isFor the target server systemProcessed in parallelGenerating a plurality of the loop-like processes and changing the multiplicity of processing of the target server system;
  The response monitoring reference generation device isThe throughput of the target server system each time the multiplicity of processing of the target server system is changedFrom sending a processing request for each loop process to receiving a responseMeasuring a response, obtaining a ratio of throughput to response at each processing multiplicity of the target server system as a transaction density curve of the target server system; and
  During service operation of the target server system,Response monitoring meansMonitoring system parameters representing multiplicity of processing of the target server system;
  By the response monitoring means,When the processing multiplicity of the target server system exceeds a processing multiplicity at which the transaction density curve indicates a maximum value and reaches a predetermined processing multiplicity, alerting or automatically limiting user access;
It is characterized by having.
[0018]
  The system parameter is the processing multiplicity known by the OS, the processing multiplicity known by the service application, or the number of connections.The
  The processing multiplicity of the target server system known by the OS, the processing multiplicity of the target server system known by the service application, or the processing multiplicity of the target server system indicated by the number of connections, Compared with the processing multiplicity at which the transaction density curve shows the maximum value, the alert or user access is automatically restricted.Can be.
[0019]
According to the present invention, the state of multiple processing is generated in the target server system by simulation, the throughput and response of the target server system are measured for each processing multiplicity of the target server system, and the transaction density curve of the target server system is obtained. To do. In the service operation, the processing multiplicity of the target server system is monitored, and an alert is issued when the processing multiplicity of the target server system reaches a predetermined processing multiplicity exceeding the processing multiplicity at which the transaction density curve shows the maximum value. Or automatically restrict user access.
[0020]
  The server system response monitoring reference generation device according to the present invention is:
  Process request and necessary data for simulation are inputBe doneInput means;
  The same or similar simulation application as the service application is startedSend a processing request to the target server system,When a response from the target server system is received, a processing request is sent to the target server system again,Generated by the simulation application repeatedly processing the processing requestA loop-like process is generated, and the target server systemMultiple generations of the loop-like process that are processed concurrently by the simulation application in the target server system.The processing multiplicity is changed, and the throughput of the target server system is changed for each multiplicity of processing of the target server system.From sending a processing request for each loop process to receiving a responseTransaction density curve acquisition means for measuring a response and acquiring a ratio of throughput to response at each processing multiplicity of the target server system as a transaction density curve of the target server system;
  Transmitting and receiving means;
It is characterized by having.
[0021]
According to the present invention, the input means inputs a processing request for simulation and necessary data, the transaction density curve acquisition means generates a loop process with the target server system, and further determines the number of loop processes. Various multiprocessing states are generated by changing, the throughput and response of the target server system at each multiprocessing degree are measured, and a transaction density curve of the target server system is obtained. This transaction density curve shows the preferable performance of the target server system as a server system. The range in which the target server system can maintain the preferable performance is clarified, and the response of the target server system can be monitored within the range. .
[0022]
  The computer system of the present invention
  System parameter indicating the multiplicity of processingDepending on the target server system processing multiplicityThe processing multiplicity of the target server system exceeds a processing multiplicity in which a transaction density curve indicating a ratio of response to throughput at each processing multiplicity of the target server system shows a maximum value. It is characterized by having a response monitoring means for issuing an alert or automatically limiting user access when reaching the above.
[0023]
According to the present invention, the response monitoring unit monitors the system parameter indicating the multiplicity of processing of the target server system, and the multiplicity of processing of the target server system is the multiplicity of processing in which the transaction density curve of the target server system shows the maximum value. When a predetermined processing multiplicity is reached beyond this, an alert is issued or user access is automatically restricted. Thereby, according to this invention, the response of a server system can be monitored within the range with which the object server system can exhibit the performance preferable as a server system.
[0024]
  The computer system of the present invention
  Process request and necessary data for simulation are inputBe doneInput means;The same or similar simulation application as the service application is startedSend a processing request to the target server system,When a response from the target server system is received, a processing request is sent to the target server system again,Generated by the simulation application repeatedly processing the processing requestA loop-like process is generated, and the target server systemMultiple generations of the loop-like process that are processed concurrently by the simulation application in the target server system.The processing multiplicity is changed, and the throughput of the target server system is changed for each multiplicity of processing of the target server system.From sending a processing request for each loop process to receiving a responseA response monitoring reference generation device comprising: a transaction density curve acquisition unit that measures a response and acquires a ratio of a throughput to a response at each processing multiplicity of the target server system as a transaction density curve of the target server system; and a transmission / reception unit When,
  System parameter indicating the multiplicity of processingDepending on the target server system processing multiplicityWhen the processing multiplicity of the target server system reaches a predetermined processing multiplicity exceeding the processing multiplicity at which the transaction density curve shows the maximum value, an alert is issued or user access is automatically restricted. Response monitoring means for
It is characterized by having.
[0025]
According to the present invention, a response monitoring standard for a server system can be generated, and a response of the server system can be monitored based on the generated response monitoring standard.
[0026]
DETAILED DESCRIPTION OF THE INVENTION
Next, an embodiment of a “server system response monitoring method and apparatus” according to the present invention will be described below.
[0027]
FIG. 1 shows a server system and a response monitoring reference generation device according to an embodiment of the present invention.
[0028]
In the embodiment shown in FIG. 1, a server system 1 (“target server system 1”) that intends to monitor a response and whether or not to restrict access when monitoring the response to the target server system 1 2 shows a response monitoring reference generation device 2 that generates a reference (response monitoring reference) for judging the above.
[0029]
Here, the target server system 1 is determined to provide a service using a server system whose use and usage have already been determined, that is, specific application software (hereinafter simply referred to as “application”). Is a server system that has already been established. However, the response level of the target server system 1 to the processing request from the user is undecided as to whether the processing can be performed efficiently without going down.
[0030]
Note that an application used for a service is referred to as a “service application” in this specification.
[0031]
As shown in FIG. 1 as an example, the target server system 1 includes, for example, a web server (Web server 3), a web application server (WebAP server 4), a database server (DB server 5), and a disk device (Disk device 6). Become.
[0032]
In the example of FIG. 1, response monitoring means 20 is provided in the WebAP server 4.
[0033]
The Web server 3 is a server that interfaces with a user's computer.
[0034]
The WebAP server 4 is a server that processes an application (service application) provided by the website.
[0035]
The DB server 5 is a server that searches and updates information in a database in response to a request from the WebAP server 4.
[0036]
The disk device 6 is a storage device. The database is stored in the Disk device 6.
[0037]
The above devices (servers, etc.) 3 to 6 are obtained by extracting the configuration of the server system of a website on a normal Internet in the simplest and general form. However, in FIG. 1, the server system targeted by the present invention is not limited to the server system configured as described above.
[0038]
When the Web server 3 receives the access (processing request) from the user by the above devices (servers, etc.) 3 to 6, the WebAP server 4 performs processing according to the request using the service application. At the time of processing, the WebAP server 4 refers to and updates the database of the disk device 6 via the DB server 5 and returns the processing result to the user's computer via the Web server 3. For a single processing request from a normal user, a series of processing as described above is performed, and when the processing result is returned, the processing (transaction) for the processing request is terminated.
[0039]
The response monitoring means 20 monitors the response of the target server system 1, which is the object of the present invention, that is, the time from when a processing request is received until the processing result is returned.
[0040]
FIG. 2 shows the configuration of the response monitoring reference generation device 2.
[0041]
The response monitoring reference generation apparatus 2 according to the present embodiment includes an input unit 7, a transaction density curve acquisition unit 8, a transmission / reception unit 9, a clock 10, and a storage device 11.
[0042]
The input unit 7 is a unit that inputs a processing request for simulation or data (12) necessary for the processing to the target server system 1. This input means 7 may be used also as a normal input means for inputting a command to the response monitoring reference generation apparatus 2, and is a dedicated input means for inputting a processing request for simulation and necessary data. There may be.
[0043]
Here, “simulation” is to reproduce the state of processing when the target server system 1 provides a normal service to the user. When the simulation is performed, an application that is the same as or similar to the application used when the target server system 1 provides a normal service to the user is started on the target server system 1 and the application is executed.
[0044]
The state of “processing when the target server system 1 provides a normal service to the user” is referred to as the “service operation” state of the target server system 1.
[0045]
The “application that is the same as or similar to the service application” means that the disk device 6 processes each component device Web server 3, WebAP server 4, and DB server 5 of the target server system 1 in the same manner as the service application, and An application that applies the same load as the service application to each of the component devices 3 to 6. The “application that is the same or similar to the service application” is referred to as a “simulation application”.
FIG. 3 shows a flow of processing for generating a response monitoring standard of the server system.
[0046]
The method for generating a response monitoring standard, a response monitoring method, and a response monitoring standard generation of the server system according to the present invention will be described below with reference to FIG. The operation of each component of the apparatus 2 and the operation of the response monitoring unit 20 are more clearly understood.
[0047]
First, the simulation application is activated on the target server system 1 (FIG. 3: step S100).
[0048]
Next, a loop-like process 13 (FIGS. 1 and 2) is generated between the target server system 1 and the response monitoring reference generation device 2 (transaction density curve acquisition means 8) (FIG. 3: step S110).
[0049]
Here, the “loop-like process” means that a simulation application processing request or necessary data is transmitted to the target server system 1, and when a response from the target server system 1 is received, the simulation application is again sent to the target server system 1. A processing request is transmitted, and the processing of the simulation application is repeated in a loop.
[0050]
In order to generate the loop-shaped process 13, a command for requesting to repeat the process from the beginning at the end of the process may be added to the end of the simulation process request. Alternatively, without adding a special command as described above to each processing request, the transaction density curve acquisition unit 8 controls the transmission / reception unit 9 and issues a request for processing from the beginning as soon as a processing result for the processing request is received. You may control as follows.
[0051]
In short, in order to generate the loop process 13, it is only necessary to repeat the processing request and response in a loop shape so that the simulation application is always processed. Whether the processing request itself is devised or transmission / reception is controlled. It does not depend on the method.
[0052]
When one loop-like process 13 is formed, the target server system 1 is always in a state of processing the loop-like process 13. Therefore, when the number of the loop-like processes 13 is plural, the target server system 1 is plural. It will be in the state of the multiprocessing which is processing these programs simultaneously in parallel.
[0053]
Therefore, next, the loop process 13 is generated in a multiple manner, and the multiplicity of processing of the target server system 1 is changed (FIG. 3: step S120).
[0054]
Next, the transaction density curve acquisition unit 8 acquires a transaction density curve of the target server system 1 (FIG. 3: step S130).
[0055]
While changing the multiplicity of processing of the target server system 1, the transaction density curve acquisition unit 8 determines the throughput (number of transactions processed per unit time) of the target server system 1 for each processing multiplicity of the target server system 1. The response of the target server system 1 (the time from when the processing request is issued until the response is received) is measured and stored in the storage device 11.
[0056]
When the response and transaction of the target server system 1 are measured for a predetermined range of processing multiplicity, the transaction density curve acquisition unit 8 acquires all data from the storage device 11 and generates a transaction density curve.
[0057]
Here, “transaction density” refers to the ratio of the current throughput to the computer response.
[0058]
The “transaction density curve” is a curve drawn by plotting the transaction density of a computer (in this case, the target server system 1) at various processing multiplicity.
[0059]
Here, the transaction density curve will be described with reference to FIG.
[0060]
FIG. 4 conceptually shows a method in which the transaction density curve acquisition unit 8 of the response monitoring reference generation apparatus 2 acquires a transaction density curve for the target server system 1. FIG. 4 shows the relationship among response, throughput, and transaction density. Hereinafter, a method for obtaining a transaction density curve will be described with reference to FIGS.
[0061]
As shown in the graph on the left side of FIG. 4, in general, when the multiplicity of processing is increased, the throughput (the number of transactions that can be processed within a unit time) increases. However, the throughput rapidly increases at the initial stage of increasing the processing multiplicity, but gradually becomes flat.
[0062]
On the other hand, in general, the response decreases when the multiplicity of processing is increased.
[0063]
In the present invention, the value obtained by dividing the throughput (number of transactions that can be processed per unit time) by the response, that is, the ratio of the throughput to the response is expressed as “transaction density (trn / s²) ”And the transaction density (trn / s) when the multiplicity of processing is changed as shown in the graph on the right side of FIG.²) Curve.
[0064]
The transaction density indicates an index of “preferability as a server system”. That is, it indicates an index that can obtain high throughput with a quick response. It should be noted that the index of “preferability as a server system” can be grasped in relation to the processing multiplicity of the server system. This is because the processing multiplicity of the server system can be easily grasped on the server system side.
[0065]
In FIG. 4, the processing multiplicity indicating the highest transaction density indicates that the ratio of the throughput of the target device to the response becomes the highest at the processing multiplicity. In other words, it can be said that the processing multiplicity showing the highest transaction density indicates the processing multiplicity capable of exhibiting the most preferable performance for the server system.
[0066]
In the server system response monitoring method according to the present invention, the “response” is monitored from the “processing multiplicity” in consideration of the “processing multiplicity”.
[0067]
In other words, the server system response monitoring method according to the present invention grasps in advance the processing multiplicity and response range in which the server system can exhibit the most desirable performance, and restricts user access before the server system performance deteriorates. It is what.
[0068]
An example is shown in FIG.
The example of FIG. 5 is obtained from the transaction density curve of the target server system 1 as a result of the simulation described above. In this example, when the processing multiplicity is 20 transactions [trn], the transaction density of the target server system 1 shows the highest value (not shown), and the response at that time has a value of 3 seconds [sec].
[0069]
If the processing multiplicity is less than 20 transactions [trn], the response will be 3 seconds [sec] or less, but the server system will be able to increase the throughput, but it is not processing, so to speak. . On the other hand, if the processing multiplicity exceeds 20 transactions [trn], the idle state as a device is eliminated, but the response is delayed.
[0070]
In the example of FIG. 5, when the processing multiplicity of the target server system 1 is 25 transactions [trn], the response is 6 seconds [sec], and when the processing multiplicity is 30 transactions [trn], the response is 15 seconds [sec. ] Is obtained in advance.
[0071]
Therefore, in the response monitoring standard of the server system according to the example of FIG. 5, if the response is 6 seconds [sec] or less, the response is allowed, and if the response is 6 seconds [sec] to 15 seconds [sec], the processing is continued but an alert is issued. It can be determined that the user's access is restricted if it is longer than [sec]. It should be noted that the allowable range, the range for issuing alerts, and the range for restricting user access differ depending on the type of service application, and are therefore specifically determined.
[0072]
When the response monitoring standard is generated in this way, the response monitoring standard is output from the response monitoring standard generating device 2 to the response monitoring unit 20 (FIG. 3: step S140).
The above is the method for generating the response monitoring standard of the target server system 1.
[0073]
Next, a method for monitoring the response of the target server system 1 using this response monitoring standard will be described.
In response monitoring, the response monitoring means 20 monitors the system parameters of the target server system 1 (FIG. 3: step S150).
[0074]
The system parameter is an index indicating the processing multiplicity of the target server system 1.
[0075]
The processing multiplicity of the target server system 1 is grasped by the OS, grasped by the service application itself, or grasped by the number of connections.
[0076]
As shown in FIG. 6, the response monitoring means 20 monitors the number of connections of the OS, the application (part of the service application), or the component device, thereby constantly grasping the processing multiplicity of the target server system 1. .
[0077]
Then, when the processing multiplicity of the target server system 1 indicated by the system parameter exceeds the processing multiplicity at which the transaction density curve shows the maximum value and reaches a predetermined processing multiplicity, the response monitoring means 20 issues an alert, Alternatively, the user access is automatically restricted (FIG. 3: step S160).
[0078]
Note that whether to issue an alert or restrict user access can be arbitrarily determined, and as shown in the example of FIG. 5, access may be restricted after issuing an alert step by step. Access restriction may be performed simultaneously, or only one of them may be performed.
[0079]
The above is the description of the response monitoring reference generation method and response monitoring method of the server system according to the present embodiment, and the related devices.
[0080]
According to the response monitoring method of the present invention, it is conventionally known that the response of the server system is degraded only by a complaint from the user. In many cases, it was not possible to take appropriate measures, but by monitoring the processing multiplicity (system parameters) of the server system, the operator of the server system performed a favorable performance of the server system. (Transaction density) can be ascertained and it can be assumed that the server system's response will be degraded within the range that the performance of the server system can be maintained. Access from the user is preferable as the server system. When it increases to such an extent that performance cannot be maintained, Issued an alert to the server system operator before, or, it can be a user's access to the automatic restriction. As a result, it is possible to prevent dissatisfaction with the response of the user who has already connected, and to prevent the entire server system from going down.
[0081]
In the example of FIG. 1, the response monitoring unit 20 is provided in the WebAP server 4, but the response monitoring unit 20 is not necessarily limited to being provided in the WebAP server 4, and is arbitrary in the target server system 1. It can be provided in the component device. Moreover, the response monitoring means 20 can also be provided as an apparatus independent from the component apparatus of the target server system 1 as shown in FIG. Furthermore, as shown in FIG. 8, the server system (computer system) may include a response monitoring unit 20 and a response monitoring reference generation device 2.
[0082]
【The invention's effect】
As is clear from the above description, according to the present invention, an index of preferable performance as a server system is obtained from the relationship between response and throughput, and within a range where the preferable performance as the server system can be maintained, the processing multiplicity and By predetermining the response relationship and monitoring system parameters indicating the multiplicity of processing of the server system, an alert is sent to the server system operator or the user's Access can be restricted automatically.
[0083]
As a result, it has been informed that the server system's response has been degraded for the first time due to user complaints, and the server system's operating state has often been difficult to repair, The waiting time on the client side can be estimated by the processing multiplicity (system parameter) of the server system, and when the access increases beyond the range that can maintain the desirable performance as a server system, an alert is issued to the server system operator in advance. Alternatively, the user's access can be automatically restricted, the server system can be prevented from being down, and the service can always be provided to the user with a comfortable response.
[Brief description of the drawings]
FIG. 1 is a block diagram illustrating a target server system and a response monitoring reference generation device according to an embodiment of the present invention.
FIG. 2 is a block diagram showing a configuration of a response monitoring reference generation apparatus according to an embodiment of the present invention.
FIG. 3 is a flowchart showing a processing flow of a response monitoring method for a server system according to an embodiment of the present invention.
FIG. 4 is a diagram showing a relationship among throughput, response, and transaction density.
FIG. 5 is a diagram showing an example of a response monitoring standard of the server system.
FIG. 6 is a diagram illustrating response monitoring of a server system by response monitoring means.
FIG. 7 is a block diagram of a computer system according to an embodiment of the present invention.
FIG. 8 is a block diagram of a computer system according to an embodiment of the present invention.
[Explanation of symbols]
1 Target server system
2 Response monitoring standard generator
3 Web server
4 WebAP server
5 DB server
6 Disk device
7 Input means
8 Transaction density curve acquisition means
9 Transmission / reception means
10 clocks
11 Storage device
12 Processing request or necessary data for simulation
13 Loop process

Claims

The target server system launches a simulation application that is the same as or similar to the service application;
When the response monitoring reference generation device transmits a processing request to the target server system and receives a response from the target server system, it transmits the processing request to the target server system again, and the simulation application repeatedly processes the processing request. Creating a loop-like process generated by
The response monitoring reference generation device generates the loop-like process to be processed simultaneously in parallel with the target server system, and changes the multiplicity of processing of the target server system;
Each time the response monitoring reference generation device changes the multiplicity of processing of the target server system, it measures the response from the transmission of the throughput of the target server system and the processing request of each loop process to the reception of the response. Obtaining a ratio of throughput to response at each processing multiplicity of the target server system as a transaction density curve of the target server system;
Monitoring a system parameter representing the multiplicity of processing of the target server system by response monitoring means during service operation of the target server system;
The response monitoring means issues an alert or automatically accesses the user when the processing multiplicity of the target server system reaches a predetermined processing multiplicity exceeding the processing multiplicity at which the transaction density curve shows the maximum value. The limiting stage,
A server system response monitoring method characterized by comprising:

The system parameters, processing multiplicity OS knows, or processing multiplicity service application is aware, or Ri number der connections,
The processing multiplicity of the target server system known by the OS, the processing multiplicity of the target server system known by the service application, or the processing multiplicity of the target server system indicated by the number of connections, 2. The server system response monitoring method according to claim 1, wherein the transaction density curve is compared with a processing multiplicity at which the transaction density curve shows a maximum value, and alert or user access automatic restriction is performed .

An input means for inputting a processing request for simulation and necessary data;
Services sends the application and the processing request to the same or target server system that started a similar simulation application, sends a processing request to the target server system again when receiving a response from the target server system, the simulation application the process A loop-like process generated by repeatedly processing a request is generated, and the loop-like process that is processed concurrently by the simulation application in the target server system is generated in multiple, and the target server system varying the multiplicity of processing, les until it receives a response from the transmission of the processing request of the target server system throughput and the loop process for each multiplicity of processing of the target server system The measured Pons, and transaction density curve obtaining means for obtaining a ratio of the throughput as a transaction density curve of the target server system for response in each treatment multiplicity of the target server system,
Transmitting and receiving means;
A response monitoring reference generation device for a server system, comprising:

A transaction density curve in which the processing multiplicity of the target server system is monitored by a system parameter representing the multiplicity of processing, and the processing multiplicity of the target server system represents a response to throughput ratio at each processing multiplicity of the target server system. A computer system comprising response monitoring means for issuing an alert or automatically restricting user access when a predetermined processing multiplicity is reached exceeding a processing multiplicity at which the maximum value is reached.

Input means for processing the request and necessary data for the simulation is input, transmits the processing request to the target server system that started the service application and the same or a similar simulation application, upon receiving a response from the target server system again A processing request is transmitted to the target server system, and the simulation application generates a loop-like process generated by repeatedly processing the processing request, and is processed in parallel by the simulation application in the target server system. that the loop-shaped process multiplexes generated, the changing of the multiplicity of the processing for the target server system, sloop of the target server system for each multiplicity of processing of the target server system The response from the transmission of the bets and processing requirements of each loop process until a response is received is measured, the ratio of the throughput for the response in each treatment multiplicity of the target server system as a transaction density curve of the target server system A response monitoring reference generation device having transaction density curve acquisition means for acquiring and transmission / reception means;
The processing multiplicity of the target server system is monitored by a system parameter representing the multiplicity of processing, and the processing multiplicity of the target server system exceeds a processing multiplicity at which the transaction density curve shows a maximum value, and a predetermined processing multiplicity. A response monitoring means that alerts or automatically restricts user access when
A computer system comprising: