(57)【要約】【課題】既存のコンピューターシステムのパフォーマンス上制限となっている構成装置あるいは過剰な仕様となっている構成装置を発見・改善する。【解決手段】評価対象コンピューターシステム２を構成する各装置７〜１０に対して個別にテストアプリケーションを送受信し、前記テストアプリケーションの数を変化させて、各装置７〜１０のトランザクション密度と性能評価指標を取得する性能評価指標取得手段４と、評価対象コンピューターシステム２にテストアプリケーションを送信し、各装置７〜１０に通常のサービスオペレーションのように処理させて各装置７〜１０の利用率を取得する利用率取得手段３と、各装置７〜１０の性能評価指標をそれぞれの利用率で除して各装置７〜１０の許容量を算出する許容量算出手段５と、装置７〜１０のいずれかを基準装置と定めて、該基準装置の許容量に対する他の装置の許容量の比から性能バランスを算出する性能バランス評価手段６と、を備えた。【選択図】  図１
2004302525.tif 000002
【特許請求の範囲】
【請求項１】
評価対象コンピューターシステムを構成する各装置に対して個別にテストアプリケーションを送信し前記各装置からの応答を受信すると再度送信することを繰り返し、前記テストアプリケーションの数を変化させることによって前記各装置の処理の多重度を変化させ、前記各装置のレスポンスに対するその時のスループットの比を前記各装置のトランザクション密度として取得し、前記各装置におけるほぼ最高のトランザクション密度を前記各装置の性能評価指標として取得する性能評価指標取得手段と、
評価対象コンピューターシステムにテストアプリケーションを送信し、該コンピューターシステムを構成する各装置に通常のサービスオペレーションのように処理させ、該テストアプリケーションを処理する全処理時間に対する前記各装置の処理時間を前記各装置の利用率として取得する利用率取得手段と、
前記各装置の性能評価指標をそれぞれの利用率で除して前記各装置の許容量を算出する許容量算出手段と、
前記コンピューターシステムを構成する装置のいずれかを基準装置と定めて、該基準装置の許容量に対する他の装置の許容量の比を基準装置に対する他の装置の性能バランスとして算出する性能バランス評価手段と、
を有することを特徴とするコンピューターシステムの性能バランス評価装置。
【請求項２】
テスト用コンピューターシステムを構成する各装置に対して個別にテストアプリケーションを送信し前記各装置からの応答を受信すると再度送信することを繰り返し、前記テストアプリケーションの数を変化させることによって前記各装置の処理の多重度を変化させ、前記各装置のレスポンスに対するその時のスループットの比を前記各装置のトランザクション密度として取得し、前記各装置におけるほぼ最高のトランザクション密度を前記各装置の性能評価指標として取得する性能評価指標取得手段と、
テスト用コンピューターシステムにテストアプリケーションを送信し、該コンピューターシステムを構成する各装置に通常のサービスオペレーションのように処理させ、該テストアプリケーションを処理する全処理時間に対する前記各装置の処理時間を前記各装置の利用率として取得する利用率取得手段と、
前記各装置の性能評価指標をそれぞれの利用率で除して前記各装置の許容量を算出する許容量算出手段と、
前記コンピューターシステムを構成する装置のいずれかを基準装置と定めて、該基準装置の許容量に対する他の装置の許容量の比を基準装置に対する他の装置の性能バランスとして算出する性能バランス評価手段と、
前記性能バランス評価手段によって算出された前記各装置の性能バランスが所定範囲内に収まるように前記テスト用コンピューターシステムの各装置のサイズを決定し、テスト用コンピューターシステムの基準装置のサイズを設計対象コンピューターシステムの対応する装置に要求されるサイズに適合させるサイジング係数を取得し、前記性能バランスを補正したコンピューターシステムの各装置のサイズに前記サイジング係数を乗じて設計対象コンピューターシステムを構成する各装置のサイズを決定するサイジング手段と、
を有することを特徴とするコンピューターシステムのサイジング装置。
【請求項３】
ツールコンピューターから評価対象コンピューターシステムを構成する各装置に対して個別にテストアプリケーションを送信し前記各装置からの応答を受信すると再度送信することを繰り返し、前記テストアプリケーションの数を変化させることによって前記各装置の処理の多重度を変化させ、前記各装置のレスポンスに対するその時のスループットの比を前記各装置のトランザクション密度として取得し、前記各装置におけるほぼ最高のトランザクション密度を前記各装置の性能評価指標として取得する段階と、
ツールコンピューターから評価対象コンピューターシステムにテストアプリケーションを送信し、該コンピューターシステムを構成する各装置に通常のサービスオペレーションのように処理させ、該テストアプリケーションを処理する全処理時間に対する前記各装置の処理時間を前記各装置の利用率として取得する段階と、
前記各装置の性能評価指標をそれぞれの利用率で除して前記各装置の許容量を算出する段階と、
前記コンピューターシステムを構成する装置のいずれかを基準装置と定めて、該基準装置の許容量に対する他の装置の許容量の比を基準装置に対する他の装置の性能バランスとして算出する段階と、
を有することを特徴とするコンピューターシステムの性能バランス評価方法。
【請求項４】
ツールコンピューターからテスト用コンピューターシステムを構成する各装置に対して個別にテストアプリケーションを送信し前記各装置からの応答を受信すると再度送信することを繰り返し、前記テストアプリケーションの数を変化させることによって前記各装置の処理の多重度を変化させ、前記各装置のレスポンスに対するその時のスループットの比を前記各装置のトランザクション密度として取得し、前記各装置におけるほぼ最高のトランザクション密度を前記各装置の性能評価指標として取得する段階と、
ツールコンピューターからテスト用コンピューターシステムにテストアプリケーションを送信し、該コンピューターシステムに通常のサービスオペレーションのように処理させ、該テストアプリケーションを処理する全処理時間に対する前記各装置の処理時間を前記各装置の利用率として取得する段階と、
前記各装置の性能評価指標をそれぞれの利用率で除して前記各装置の許容量を算出する段階と、
前記コンピューターシステムを構成する装置のいずれかを基準装置と定めて、該基準装置の許容量に対する他の装置の許容量の比を基準装置に対する他の装置の性能バランスとして算出する段階と、
前記算出された前記各装置の性能バランスが所定範囲内に収まるように前記テスト用コンピューターシステムの各装置のサイズを決定する段階と、
前記テスト用コンピューターシステムの基準装置のサイズを設計対象コンピューターシステムの対応する装置に要求されるサイズに適合させるサイジング係数を取得する段階と、
前記性能バランスを補正したコンピューターシステムの各装置のサイズに前記サイジング係数を乗じて設計対象コンピューターシステムを構成する各装置のサイズを決定する段階と、
を有することを特徴とするコンピューターシステムのサイジング方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、既存のコンピューターシステムの構成装置の性能バランス評価を行い、または、これから設置しようとするコンピューターシステムの構成装置のサイズを決定する装置および方法に関する。
【０００２】
ここで、「コンピューターシステムの構成装置」とは、複数のコンピューターからなるコンピューターシステムを構成する個々のコンピューターをいう。
【０００３】
また、ここでコンピューターの「サイズ」とは、コンピューターが所定のパフォーマンスを発揮する場合のコンピューターの仕様、端的にはＣＰＵの個数、メモリの大きさ、記憶装置の容量等のコンピューターの構成要素の大きさをいうが、構成要素の大きさは処理の速さとの関係で必要量（ＣＰＵの個数など）が変化するので、単純に構成要素の大きさをいうものではなく、処理の速さと構成要素の大きさを含めたコンピューターの仕様をいうものとする。「サイジング」とは、かかるコンピューターのサイズを決定することをいうが、サイズは上述したように単純にコンピューターの構成要素の大きさをいうものではないので、サイジングはベースとなるコンピューターに対して所定の倍率のパフォーマンス（概ね処理時間を基準に判断できる）を発揮するように構成要素の大きさや個数や容量等を量的に大きくし、処理速度を上げることによって必要量が減少される場合は、処理速度の向上を考慮して大きさや個数を減少させる。
【０００４】
【従来の技術】
一般に、複数のコンピューターによって一つのコンピューターシステムを構成することが広く行われている。
【０００５】
最近では、複数のコンピューター（サーバー）によってＷｅｂサイトを構成し、ユーザー（クライアント）の要求に応じて所定のアプリケーションソフトウェア（本明細書において単に「アプリケーション」という）によって処理を行って処理結果をユーザー（クライアント）に返すサービスを行うコンピューターシステムが広く存在している。
【０００６】
このようなコンピューターシステムの性能は、２つの要因によって良否が決定される。すなわち、同時にどれぐらいの数の処理（トランザクション）を処理できるか（スループット）、及び、一つの処理に対してどれだけの時間で応答できるか（レスポンス）である。
【０００７】
新たにＷｅｂサイト用のコンピューターシステムを設置しようとする場合、不特定多数のユーザーを対象とするため、どの程度のアクセスがあるか、ピーク性があるかなどを予測することは難しい。すなわち、どの程度の同時処理数（スループット）に設定すべきかを決定することは困難である。
【０００８】
また、不特定多数のユーザーを対象とするため、どの程度の応答時間で応答できるようにするかを設計することは大変困難である。
【０００９】
従来、新たにＷｅｂサイト用のコンピューターシステムを設置しようとする場合は、既存のコンピューターシステムを参照し、そのコンピューターシステムの構成や構成装置の仕様を流用することが行われていた。
【００１０】
例えば、同種のＷｅｂサイト用のコンピューターシステムで問題なく稼働している既存のシステムが存在すれば、そのコンピューターシステムの構成と各構成装置の仕様を概ね流用し、新設しようとするコンピューターシステムの業務要求、例えば商業的な予測からくる処理能力の倍率、あるいはプロジェクトの予算等の要求からくる装置に対する投資の制限などから、既存のコンピューターシステムに適当に変更を行って新設のコンピューターシステムの仕様としていた。
【００１１】
ところで、コンピューターシステムの性能バランスの評価やサイジングを行うものではないが、プログラムを自動性能評価するために、本願発明と同様に評価ツールコンピューターを使用して評価用データを自動送信する技術があった（例えば、特許文献１参照。）
【００１２】
【特許文献１】
特開２００１−１１７７９４号公報（第１−３頁、第１図）
【００１３】
【発明が解決しようとする課題】
しかし、上述したような既存のコンピューターシステムの各構成装置の構成と仕様を参照し、それに例えば商業的な予測や予算などのような非技術的な要素を加味して新規のコンピューターシステムの構成と仕様を決定する方法では、実際に設置したコンピューターシステムが当初予測した性能を発揮できないことが生じることがあった。
【００１４】
当初予測した性能（パフォーマンス）を発揮できない原因は、コンピューターシステム内の性能バランスの悪いという問題と、コンピューターシステム全体のサイズが不足する問題とに分類される。
【００１５】
コンピューターシステム内の性能バランスの悪いという問題は、例えばコンピューターシステムがＷｅｂサーバーとアプリケーションサーバーとデーターベースサーバーとディスク装置という構成からなる場合において、Ｗｅｂサーバーは十分な処理能力を有しているのに、ディスク装置の処理能力が不足し、結局ディスク装置の処理能力によってコンピューターシステム全体の処理能力が制限されてしまうような場合である。
【００１６】
コンピューターシステム全体のサイズが不足するという問題は、例えば上述したような性能バランスの問題はないものの、構成装置の全部について処理能力が不足し、結局所期のパフォーマンスを発揮できない場合である。
【００１７】
既存のコンピューターシステムで、所期のパフォーマンスを発揮できないコンピューターシステムのうち、かなりのシステムが性能バランスの悪さに起因して所期のパフォーマンスを発揮できないでいる状況がある。このようなコンピューターシステムに対しては、ネックとなっている構成装置を増強することによって、システム全体のパフォーマンスの飛躍的な向上を図れるコンピューターシステムが多数存在する。
【００１８】
そこで、本願発明が解決しようとする一つの課題は、既存のコンピューターシステムにおいてパフォーマンスを発揮する上で制限となっている構成装置あるいは過剰な仕様となっている構成装置を発見し改善できるように、既存のコンピューターシステムに対して構成装置の性能バランスを評価することができる装置と方法を提供することにある。
【００１９】
本願発明が解決しようとするもう一つの課題は、新設のコンピューターシステムの設計に関する。
【００２０】
新たにコンピューターシステムを設置する場合に、正規のシステムを設置する前にテスト用のコンピューターシステムを使用して試験することが行われることが多い。
【００２１】
ところが、テスト用コンピューターシステムは通常は不適切な性能バランスを有しており、従来の試験（テストラン）はその試験結果に対して直観的な補正、たとえばテスト用コンピューターシステムの構成装置のうちのいずれかのサイズを直観的に増強したり、あるいは構成装置の全部について適当なサイジングすることが行われていた。
【００２２】
しかし、かかる直観的な補正では実際に正規のコンピューターシステムを設置すると所期のパフォーマンスを発揮することができないことが生じることがあった。
【００２３】
そこで、本願発明が解決しようとするもう一つの課題は、テスト用コンピューターを使用して試験することにより、設置しようとする新規のコンピューターシステムの各構成装置の仕様を適切に決定することができる装置と方法を提供することにある。
【００２４】
【課題を解決するための手段】
本発明によるコンピューターシステムの性能バランス評価装置は、
評価対象コンピューターシステムを構成する各装置に対して個別にテストアプリケーションを送信し前記各装置からの応答を受信すると再度送信することを繰り返し、前記テストアプリケーションの数を変化させることによって前記各装置の処理の多重度を変化させ、前記各装置のレスポンスに対するその時のスループットの比を前記各装置のトランザクション密度として取得し、前記各装置におけるほぼ最高のトランザクション密度を前記各装置の性能評価指標として取得する性能評価指標取得手段と、
評価対象コンピューターシステムにテストアプリケーションを送信し、該コンピューターシステムを構成する各装置に通常のサービスオペレーションのように処理させ、該テストアプリケーションを処理する全処理時間に対する前記各装置の処理時間を前記各装置の利用率として取得する利用率取得手段と、
前記各装置の性能評価指標をそれぞれの利用率で除して前記各装置の許容量を算出する許容量算出手段と、
前記コンピューターシステムを構成する装置のいずれかを基準装置と定めて、該基準装置の許容量に対する他の装置の許容量の比を基準装置に対する他の装置の性能バランスとして算出する性能バランス評価手段と、
を有することを特徴とするものである。
【００２５】
本発明によるコンピューターシステムの性能バランス評価方法は、
ツールコンピューターから評価対象コンピューターシステムを構成する各装置に対して個別にテストアプリケーションを送信し前記各装置からの応答を受信すると再度送信することを繰り返し、前記テストアプリケーションの数を変化させることによって前記各装置の処理の多重度を変化させ、前記各装置のレスポンスに対するその時のスループットの比を前記各装置のトランザクション密度として取得し、前記各装置におけるほぼ最高のトランザクション密度を前記各装置の性能評価指標として取得する段階と、
ツールコンピューターから評価対象コンピューターシステムにテストアプリケーションを送信し、該コンピューターシステムを構成する各装置に通常のサービスオペレーションのように処理させ、該テストアプリケーションを処理する全処理時間に対する前記各装置の処理時間を前記各装置の利用率として取得する段階と、
前記各装置の性能評価指標をそれぞれの利用率で除して前記各装置の許容量を算出する段階と、
前記コンピューターシステムを構成する装置のいずれかを基準装置と定めて、該基準装置の許容量に対する他の装置の許容量の比を基準装置に対する他の装置の性能バランスとして算出する段階と、
を有することを特徴とするものである。
【００２６】
本発明によるコンピューターシステムの性能バランス評価装置と方法は、評価対象のコンピューターシステムの各構成装置の性能評価指標を取得する。この性能評価指標は、各構成装置のいわば最大のパフォーマンスということができる。また、本発明によるコンピューターシステムの性能バランス評価装置と方法は、評価対象のコンピューターシステムの各構成装置の利用率を取得する。この利用率は評価対象コンピューターシステムの通常のサービスオペレーションの状態を模擬しており、通常のサービスオペレーションにおける各構成装置の利用率を取得する。さらに、本発明によるコンピューターシステムの性能バランス評価装置と方法は、評価対象のコンピューターシステムの各構成装置の許容量を取得する。この許容量は各構成装置の性能評価指標を利用率で除した値であり、いわば各構成装置のパフォーマンスの余裕の度合いを示す。最後に、本発明によるコンピューターシステムの性能バランス評価装置と方法は、基準装置に対する他の構成装置の性能バランスを歳出する。この性能バランスは、基準装置の許容量に対する他の装置の許容量の比率であるので、基準装置を中心として、各構成装置の性能の過剰および不足が一目で分かるように算出される。
【００２７】
本発明によるコンピューターシステムのサイジング装置は、
テスト用コンピューターシステムを構成する各装置に対して個別にテストアプリケーションを送信し前記各装置からの応答を受信すると再度送信することを繰り返し、前記テストアプリケーションの数を変化させることによって前記各装置の処理の多重度を変化させ、前記各装置のレスポンスに対するその時のスループットの比を前記各装置のトランザクション密度として取得し、前記各装置におけるほぼ最高のトランザクション密度を前記各装置の性能評価指標として取得する性能評価指標取得手段と、
テスト用コンピューターシステムにテストアプリケーションを送信し、該コンピューターシステムを構成する各装置に通常のサービスオペレーションのように処理させ、該テストアプリケーションを処理する全処理時間に対する前記各装置の処理時間を前記各装置の利用率として取得する利用率取得手段と、
前記各装置の性能評価指標をそれぞれの利用率で除して前記各装置の許容量を算出する許容量算出手段と、
前記コンピューターシステムを構成する装置のいずれかを基準装置と定めて、該基準装置の許容量に対する他の装置の許容量の比を基準装置に対する他の装置の性能バランスとして算出する性能バランス評価手段と、
前記性能バランス評価手段によって算出された前記各装置の性能バランスが所定範囲内に収まるように前記テスト用コンピューターシステムの各装置のサイズを決定し、テスト用コンピューターシステムの基準装置のサイズを設計対象コンピューターシステムの対応する装置に要求されるサイズに適合させるサイジング係数を取得し、前記性能バランスを補正したコンピューターシステムの各装置のサイズに前記サイジング係数を乗じて設計対象コンピューターシステムを構成する各装置のサイズを決定するサイジング手段と、
を有することを特徴とするものである。
【００２８】
本発明によるコンピューターシステムのサイジング方法は、
ツールコンピューターからテスト用コンピューターシステムを構成する各装置に対して個別にテストアプリケーションを送信し前記各装置からの応答を受信すると再度送信することを繰り返し、前記テストアプリケーションの数を変化させることによって前記各装置の処理の多重度を変化させ、前記各装置のレスポンスに対するその時のスループットの比を前記各装置のトランザクション密度として取得し、前記各装置におけるほぼ最高のトランザクション密度を前記各装置の性能評価指標として取得する段階と、
ツールコンピューターからテスト用コンピューターシステムにテストアプリケーションを送信し、該コンピューターシステムに通常のサービスオペレーションのように処理させ、該テストアプリケーションを処理する全処理時間に対する前記各装置の処理時間を前記各装置の利用率として取得する段階と、
前記各装置の性能評価指標をそれぞれの利用率で除して前記各装置の許容量を算出する段階と、
前記コンピューターシステムを構成する装置のいずれかを基準装置と定めて、該基準装置の許容量に対する他の装置の許容量の比を基準装置に対する他の装置の性能バランスとして算出する段階と、
前記算出された前記各装置の性能バランスが所定範囲内に収まるように前記テスト用コンピューターシステムの各装置のサイズを決定する段階と、
前記テスト用コンピューターシステムの基準装置のサイズを設計対象コンピューターシステムの対応する装置に要求されるサイズに適合させるサイジング係数を取得する段階と、
前記性能バランスを補正したコンピューターシステムの各装置のサイズに前記サイジング係数を乗じて設計対象コンピューターシステムを構成する各装置のサイズを決定する段階と、
を有することを特徴とするものである。
【００２９】
本発明のコンピューターシステムのサイジング装置と方法によれば、テスト用コンピューターシステムを用意し、該テスト用コンピューターシステムに対して性能バランス評価の場合と同様に性能評価指標と利用率と許容量と性能バランスを算出する。しかる後に、本発明のコンピューターシステムのサイジング装置と方法は、テスト用コンピューターシステムの各構成装置の性能バランスが所定の範囲内に収まるように補正し、各構成装置のサイズを決定する。そして、性能バランスを補正したテスト用コンピューターシステムの基準装置と設計対象コンピューターシステムの対応装置のサイズを比較し、業務要求に適合するようにサイジング係数を決定する。最後に、性能バランスを補正したテスト用コンピューターシステムの各構成装置のサイズに対してサイジング係数を乗じて設計対象コンピューターシステムの全構成装置のサイズを決定する。
【００３０】
【発明の実施の形態】
次に、本発明による「コンピューターシステムの構成装置の性能バランス評価とサイジングを行う装置と方法」の実施形態について以下に説明する。
【００３１】
図１は本発明の一実施形態によるコンピューターシステムの性能バランス評価装置と評価対象コンピューターシステムを示している。
【００３２】
図１に示すように、本実施形態は本発明による性能バランス評価装置１（「ツールコンピューター」ということもある）と評価対象のコンピューターシステム（評価対象コンピューターシステム２）とからなる。
【００３３】
本実施形態の性能バランス評価装置１は、性能評価指標取得手段３と利用率取得手段４と許容量算出手段５と性能バランス評価手段６とからなる。一方、評価対象コンピューターシステム２は、ウェブサーバー（Ｗｅｂサーバー７）とウェブアプリケーションサーバー（ＷｅｂＡＰサーバー８）とデーターベースサーバー（ＤＢサーバー９）とディスク装置（Ｄｉｓｋ装置１０）とからなる。
【００３４】
Ｗｅｂサーバー７は、ユーザーのコンピューターとのインターフェースをなすサーバーである。そして、ＷｅｂＡＰサーバー８は、ウェブサイトが提供するアプリケーションの処理をするサーバーである。ＤＢサーバー９は情報を記憶しＷｅｂＡＰサーバー８の要求に応じて情報を検索・更新等するサーバーである。また、Ｄｉｓｋ装置１０は記憶装置である。上記装置（サーバー）７〜１０は通常のアプリケーションサービスプロバイダーのウェブサイトの構成を最も単純かつ一般的な形で表したものである。上記装置（サーバー）７〜１０により、ウェブサイトは、ユーザーからのアクセスをＷｅｂサーバー７が受け、ＷｅｂＡＰサーバー８によってアプリケーションによる処理を行って、処理時にＤＢサーバー９を参照・更新し、Ｄｉｓｋ装置１０に必要な事項を記憶あるいは更新させるようにして一連の処理を終了する。
【００３５】
さて、次に上記評価対象コンピューターシステム２に対する性能バランス評価装置１の性能バランス評価について説明する。以下の説明によって性能バランス評価装置１の各構成手段の機能や処理が明らかになるであろう。
【００３６】
図２は、性能バランス評価の処理の流れを示している。図２と図１を合わせて参照することにより、本発明による性能バランス評価が一層明らかに理解される。
【００３７】
本発明による性能バランス評価は、最初に評価対象コンピューターシステム２の各構成装置７〜１０の性能評価指標を取得する（図２：ステップＳ１００）。
【００３８】
「性能評価指標」は各構成装置の最大のパフォーマンスに関する指標であり、各構成装置のトランザクション密度のほぼ最大の値を性能評価指標とする。
【００３９】
ここで、「トランザクション密度」とはコンピューターのレスポンスに対するその時のスループットの比をいう。
【００４０】
上記「レスポンス」とはある処理を依頼してから依頼した装置からの応答を得るまでの時間である。
【００４１】
また、上記「処理の多重度」は対象とする装置が同時並行的に処理しているトランザクションの数である。
【００４２】
上記説明から分かるように、性能評価指標は短いレスポンスに対して大きいスループットの最大のものであるので、性能評価指標はいわば構成装置の最大のパフォーマンスと言うことができる。
【００４３】
図３に、性能バランス評価装置１（利用率取得手段４）がＷｅｂＡＰサーバー８に対してトランザクション密度を取得している状態を概念的に示す。また、図４にレスポンスと、スループットと、トランザクション密度と、性能評価指標の関係を示す。以下図３，４を参照しながら性能評価指標を取得する方法について説明する。
【００４４】
性能評価指標を取得するためのテストアプリケーションは、好ましくは対象の装置に簡単な問合せの要求を送信し、対象の装置から応答が来たら直ちに同じ問合せの要求を再度送信する小さなプログラムである。
【００４５】
性能評価指標取得手段３は、ＷｅｂＡＰサーバー８に上述したようなテストアプリケーションを送信し、ＷｅｂＡＰサーバー８からの応答を受信すると再度送信することを繰り返す。一方ＷｅｂＡＰサーバー８においては、上記テストアプリケーションを受信すると、ＷｅｂＡＰサーバー処理手段８ａが処理を行い、ＷｅｂＡＰサーバーデータベース８ｂを参照して問合せのデータを取得して性能評価指標取得手段３に返信することを繰り返す。
【００４６】
上述したように、問合せと応答を繰り返すことによってアプリケーションをループ状に送受信する状態を作り出すことができる。上記ループ状のテストアプリケーションの数を増加させることにより、ＷｅｂＡＰサーバー８においては多重処理の状態が生成される（図３の例では４処理多重度の状態、すなわち４つのプログラムを同時並行的に処理している状態を示している）。
【００４７】
一方、性能評価指標取得手段３はテストアプリケーションの数を増加させながらＷｅｂＡＰサーバー８からのレスポンスを計測する。
【００４８】
図４に示すように、処理の多重度を上げるとスループット（単位時間内に処理できるトランザクションの数）は初期の段階では上がるが次第に横ばい状態になる。一方、レスポンスについては、処理の多重度を上げると一般的にレスポンスは単調に下がる。
【００４９】
本発明では、スループット（単位時間あたりに処理できるトランザクション数）をレスポンスで除した値を「トランザクション密度（ｔｒｎ／ｓ２）」と定義し、図４の右側のグラフに示すように処理の多重度を変化させた場合のトランザクション密度（ｔｒｎ／ｓ２）の変化を取得する。
【００５０】
さらに、評価対象の装置について処理の多重度を変化させてトランザクション密度（ｔｒｎ／ｓ２）を取得すると、そのほぼ最高値のトランザクション密度（ｔｒｎ／ｓ２）を当該装置の「性能評価指標」として取得する。
【００５１】
ここで再び図１，２に戻って説明すると、上述したようにして性能評価指標取得手段３は評価対象コンピューターシステム２の各構成装置７〜１０に対してテストアプリケーションを送信し、それぞれの性能評価指標を取得する（図２：ステップＳ１００）。
【００５２】
次に、性能バランス評価装置１は評価対象コンピューターシステム２の各構成装置７〜１０の利用率を取得する（図２：ステップＳ１１０）。
【００５３】
利用率は、性能バランス評価装置１の利用率取得手段４によって取得される。
【００５４】
利用率取得のためのテストアプリケーションは、評価対象コンピューターシステム２が通常のサービスに使用するアプリケーションと同一または類似のプログラムが好適である。なぜなら、利用率はアプリケーションの種類によって変化することがあり、実際のサービスオペレーションの状態を正確に予測するには、実際に使用するアプリケーションと同一または類似のアプリケーションが好ましいからである。
【００５５】
以上の説明から分かるように、利用率は評価対象コンピューターシステムの実際のサービスオペレーションにおける各構成装置の稼働率を表している。
【００５６】
図１に示すように、利用率を取得するためには、性能評価指標取得手段３は上述したようなテストアプリケーションを評価対象コンピューターシステム２に送信し、Ｗｅｂサーバー７，ＷｅｂＡＰサーバー８，ＤＢサーバー９，Ｄｉｓｋ装置１０に通常のサービスオペレーションのように（通常のサービスオペレーションと同様の処理の流れで）処理させる。なお、「サービスオペレーション」とはウェブサイトの通常の運転・処理のことをいう。性能評価指標取得手段３は上記テストアプリケーションを繰り返し送受信し、ループ状に処理を繰り返させてもよい。
【００５７】
性能評価指標取得手段３は、上述したように評価対象コンピューターシステム２に上記テストアプリケーションを処理させ、そして評価対象コンピューターシステム２のオペレーションシステム（ＯＳ）から各構成装置７〜１０の処理時間を取得し、該テストアプリケーションの全処理時間に対する各構成装置７〜１０の処理時間の比率を各構成装置７〜１０の利用率として取得する（図２：ステップＳ１１０）。なお、ＯＳには通常ＣＰＵの処理時間を管理・記録しているからＯＳから上述した各構成装置７〜１０の処理時間を取得することができるのである。
【００５８】
次に性能バランス評価装置１は、評価対象コンピューターシステム２の各構成装置７〜１０の許容量を算出する（図２：ステップＳ１２０）。
【００５９】
「許容量」は、「性能評価指標／利用率」によって計算する。
【００６０】
すなわち、許容量はいわばコンピューターシステムの各構成装置の余裕の程度を示している。
【００６１】
各構成装置７〜１０の許容量を算出するために、性能バランス評価装置１の許容量算出手段５は性能評価指標取得手段３と利用率取得手段４から各構成装置７〜１０の性能評価指標と利用率をそれぞれ入力し、各構成装置７〜１０について性能評価指標を利用率で除して各構成装置７〜１０の許容量を算出する。
【００６２】
最後に、性能バランス評価装置１は評価対象コンピューターシステム２の各構成装置７〜１０のいずれかを基準装置と定めて、該基準装置の許容量に対する他の構成装置の許容量の比を、基準装置に対する他の構成装置の性能バランスとして算出する（図２：ステップＳ１３０）。
【００６３】
ここで、図５に性能バランスを算出した一例を表形式で示す。
【００６４】
図５の例で表中の行は、１．性能評価指標［ＴＲＮ／Ｓ２］、２．利用率［％］、３．許容量［ＴＲＮ／Ｓ２］、４．性能バランス［倍］を示しており、列はＷｅｂサーバー７、ＷｅｂＡＰサーバー８、ＤＢサーバー９、Ｄｉｓｋ装置１０の値をそれぞれ示している。
【００６５】
今ＷｅｂＡＰサーバー８について注目すると、ＷｅｂＡＰサーバー８は性能評価指標３０［ＴＲＮ／Ｓ２］、利用率３０［％］であるから、許容量＝３０［ＴＲＮ／Ｓ２］÷３０［％］＝１００［ＴＲＮ／Ｓ２］。
【００６６】
Ｗｅｂサーバー７、ＤＢサーバー９、Ｄｉｓｋ装置１０についても同様の計算を行うと、それぞれ許容量２０００［ＴＲＮ／Ｓ２］、１５０［ＴＲＮ／Ｓ２］、５００［ＴＲＮ／Ｓ２］を得る。
【００６７】
次に、この評価対象コンピューターシステム２の基準装置を決定する。基準装置は、一般にシステムを決定する要因になる装置、例えば処理能力を決定づけると思われる装置、あるいは最も高価な装置などである。図５の例では、最も高価な装置であるＤＢサーバー９を基準装置と定め、その許容量１５０［ＴＲＮ／Ｓ２］を１（性能バランスの基準値）とする。
【００６８】
このように基準装置を定めると、他の構成装置７，８，１０の許容量を基準装置の許容量で除して性能バランス算出することができる。その結果図５の例では、Ｗｅｂサーバー７、ＷｅｂＡＰサーバー８、ＤＢサーバー９、Ｄｉｓｋ装置１０の性能バランスは、１３．３，０．６，１．０，３．３を得る。
【００６９】
以上の処理により、評価対象コンピューターシステム２の構成装置７〜１０の性能バランスが算出される。
【００７０】
Ｗｅｂサーバー７、ＷｅｂＡＰサーバー８、ＤＢサーバー９、Ｄｉｓｋ装置１０の性能バランスは以下のように利用される。
【００７１】
すなわち、図５の例の評価対象コンピューターシステム２においては、Ｗｅｂサーバー７が性能上余裕がありすぎる一方、Ｄｉｓｋ装置１０は性能が不足していることが分かる。
【００７２】
そこで、Ｄｉｓｋ装置１０の能力を増強すれば、評価対象コンピューターシステム２全体のパフォーマンスを向上させることができる。一方、Ｗｅｂサーバー７は過剰投資であるので、他のシステムのＷｅｂサーバーと交換することができる。これにより、既存のＷｅｂサーバー７の有効活用が図れる。
【００７３】
以上が既存のコンピューターシステムの性能評価とその改善方法についての説明であったが、以下に新設のコンピューターシステムの設計方法及びそのツールコンピューターについて説明する。
【００７４】
一般にコンピューターシステムを新設しようとする場合、新しいコンピューターシステム（設計対象コンピューターシステム）を設置する前に、テスト用のコンピューターシステムによって試験的にアプリケーションを実行することが行われている。
【００７５】
テストコンピューターシステムは、設計対象コンピューターシステムと同様の構成（同様の構成装置と接続）とすることができる。
【００７６】
しかし、テスト用コンピューターシステムは、構成装置の性能バランスが悪いことから、テスト用コンピューターのパフォーマンスから設計対象コンピューターシステムの構成装置の仕様を決定する際に、各構成装置の仕様（サイジング）が適当に行われていなかった。
【００７７】
図６に、本発明の一実施形態によるサイジング装置１１とテスト用コンピューターシステム１２と設計対象コンピューターシステム１３の関係を示している。
【００７８】
サイジング装置１１の内部の構成手段は、ほぼ性能バランス評価装置１と同一であるが、性能バランス評価装置１に比してサイジング手段１４をさらに有している点で異なる。
【００７９】
説明を簡略化するために、性能バランス評価装置１と同じサイジング装置１１の構成手段、すなわち性能評価指標取得手段、利用率取得手段、許容量算出手段、性能バランス評価手段については、性能バランス評価装置１の構成手段と同一の符号３〜６を付して重複する説明を省略する。
【００８０】
また、テスト用コンピューターシステム１２と設計対象コンピューターシステム１３は、一般的なウェブサイトのコンピューターシステムの構成装置、すなわちＷｅｂサーバー１５，１９、ＷｅｂＡＰサーバー１６，１９、ＤＢサーバー１７，２１、Ｄｉｓｋ装置１８，２２を有しているものとする。
【００８１】
図７に本発明による新設のコンピューターシステムのサイジングの流れを示す。図７に沿って本発明による新設のコンピューターシステムのサイジングの方法について説明する。以下の説明において図６と図７とを合わせて参照することにより、図６のサイジング装置１１の各構成手段の作用や処理が明らかになる。
【００８２】
最初に、テスト用コンピューターシステム１２を用意し、テスト用コンピューターシステム１２の各構成装置１５〜１８の性能評価指標を取得する（図７：ステップＳ２００）。
【００８３】
テスト用コンピューターシステム１２の各構成装置１５〜１８の性能評価指標を取得するために、サイジング装置１１の利用率取得手段４はテスト用コンピューターシステム１２の各構成装置１５〜１８に対してテストアプリケーションを繰り返し送受信し、多重処理の状態を作り出す。そして利用率取得手段４はテスト用コンピューターシステム１２の各構成装置１５〜１８の処理の多重度を変化させながら各構成装置１５〜１８のレスポンスとスループットを計測し、各構成装置１５〜１８のトランザクション密度（ＴＲＮ／Ｓ２）を取得し、そして各構成装置１５〜１８の性能評価指標を得る。
【００８４】
性能評価指標の定義やその具体的な取得方法は図１〜図４において説明したものと同様である。
【００８５】
次に、サイジング装置１１は、テスト用コンピューターシステム１２の各構成装置１５〜１８の利用率を取得する（図７：ステップＳ２１０）。
【００８６】
テスト用コンピューターシステム１２の各構成装置１５〜１８の利用率を取得するために、サイジング装置１１の性能評価指標取得手段３は、サービスオペレーションに使用するアプリケーションと同一又は類似のプログラムをテスト用コンピューターシステム１２に送信し、テスト用コンピューターシステム１２の各構成装置１５〜１８にサービスオペレーションと同様に（同様の処理の流れで）処理させ、ＯＳから各構成装置１５〜１８の利用率、すなわちテストアプリケーションの全処理時間に対する各構成装置１５〜１８の処理時間を取得し、その比率を算出する。
【００８７】
利用率の具体的な取得方法は図１，２の場合（既存のシステムの性能バランス評価の場合）と同様である。
【００８８】
次に、サイジング装置１１は、テスト用コンピューターシステム１２の各構成装置の許容量を算出する（図７：ステップＳ２２０）。
【００８９】
各構成装置の許容量は、各構成装置のトランザクション密度（ＴＲＮ／Ｓ２）をレスポンスで除した値である。許容量の算出は図１〜５（既存のシステムの性能バランス評価の場合）と同様である。
【００９０】
次に、サイジング装置１１は、テスト用コンピューターシステム１２の各構成装置の性能バランスを算出する（図７：ステップＳ２３０）。
【００９１】
テスト用コンピューターシステム１２の各構成装置１５〜１８の性能バランスを算出するために、テスト用コンピューターシステム１２の構成装置のいずれかを基準装置と定めて、他の構成装置の性能バランスは当該他の構成装置の許容量を基準装置の許容量で割って算出する。
【００９２】
以上の性能評価指標の取得から性能バランスの算出までは、新設コンピューターシステムのサイジングの場合と既存コンピューターシステムの性能バランスの評価の場合と、対象がテスト用コンピューターシステムか既存のコンピューターシステムかという点以外は同様の処理である。しかし、新設のコンピューターシステムのサイジングを行う場合は以下の処理に特徴がある。
【００９３】
まずテスト用コンピューターシステム１２の各構成装置１５〜１８の性能バランスを算出した後に、新設のコンピューターシステムのサイジングを行う場合はテスト用コンピューターシステム１２の各構成装置１５〜１８の性能バランスを補正する（図７：ステップＳ２４０）。
【００９４】
性能バランスの補正は、テスト用コンピューターシステム１２の各構成装置１５〜１８の性能バランスが所定の範囲内に収まるように各構成装置１５〜１８のサイズを変更する。「所定の範囲内」とは、１を中心とする所定の範囲内であることが好ましい。全構成装置の許容量が等しければ、すなわち前記構成装置の性能バランスが１である場合は全構成装置が無駄なく稼働することができることを意味している。所定の範囲としたのは、システムの設計上特定の構成装置には多少の余裕を持たせた方がよいことが経験上知られている場合があるからである。
【００９５】
次に、新設のコンピューターシステムのサイジングを行う場合は、テスト用コンピューターシステム１２と設計対象コンピューターシステム１３のサイジング係数を取得する。
【００９６】
サイジング係数は、テスト用コンピューターシステム１２の基準装置のサイズと設計対象コンピューターシステム１３の対応装置のサイズとを比較して得られる、テスト用コンピューターシステム１２の基準装置のサイズに対する設計対象コンピューターシステム１３の対応装置のサイズの比である。
【００９７】
基準装置は、新設しようとするコンピューターシステムの性能を決定づける装置、あるいは、コスト的に最も支配的な装置などから決定する。
【００９８】
「サイズ」は構成装置それぞれの機能上要求される仕様、たとえばデータ処理の速さが要求される装置はＣＰＵの個数や処理スピード等であり、データの記憶が要求される装置ではその記憶容量などである。
【００９９】
サイジング係数を決定した後は、性能バランスを補正したテスト用コンピューターシステム１２の各構成装置１５〜１８のサイズにサイジング係数を乗じて設計対象コンピューターシステム１３の各構成装置のサイズを決定する（図７：ステップＳ２６０）。
【０１００】
各構成装置１５〜１８の「サイズ」は上述したように、各構成装置１５〜１８に機能上求められる仕様である。各構成装置の１５〜１８のサイズについては、予め支配的な構成要素（ファクター）を定めておくことができる。例えば、ＷｅｂＡＰサーバーについては、ＣＰＵの個数や処理スピードをサイジングのファクターとし、サイジング係数が２倍ならば、ＣＰＵの個数を２倍として、メモリはＣＰＵの個数に付随して大きさや転送速度が決定されるようにすることができる。また、例えばＤｉｓｋ装置１８ならば、記憶容量をファクターと定めて、サイジング係数が２倍ならば、ディスクの容量を２倍とし、コネクタ数等をディスク容量に付随して決定されるようにすることができる。
【０１０１】
以上で設計対象コンピューターシステム１３の各構成装置１９〜２２のサイズが決定され、それらの構成装置１９〜２２のサイズは性能バランスを補正したテスト用コンピューターシステム１２を基にしてサイジング係数を乗じたものであるので、理想的な性能バランスを有するコンピューターシステムを得ることができる。
【０１０２】
また、本発明のコンピューターシステムのサイジング装置と方法によれば、いかなるテスト用コンピューターシステムを使用しても、理想的な性能バランスを有するコンピューターシステムを得ることができるという利点を有する。
【０１０３】
これは、試験に使用することができるテスト用コンピューターシステムが悪い性能バランスを有する場合であっても、本発明の装置と方法によれば、まず性能バランスを評価し、理想的な性能バランスに補正した後に、業務要求に適合したサイズにサイジングするからである。
【０１０４】
なお、以上の説明では、ウェブサイトを構成するコンピューターシステムを例に説明したが、ウェブサイトを構成するコンピューターシステムに限られず、任意の業務処理を行うコンピューターシステムに本発明の装置と方法を適用することができることは明らかである。また、ウェブサイトのコンピューターシステムであっても、ＷｅｂサーバーＷｅｂ、ＡＰサーバー、ＤＢサーバー、Ｄｉｓｋ装置の構成に限られないことも明らかである。
【０１０５】
【発明の効果】
以上の説明から明らかなように、本発明のコンピューターシステムの性能バランス評価装置と方法によれば、既存のコンピューターシステム（評価対象コンピューターシステム）に対して、各構成装置の性能評価指標と利用率と許容量とを取得することにより、各構成装置の最大のパフォーマンスと、サービスオペレーションにおける各構成装置の稼働率と、各構成装置の性能上の余裕の程度を評価することができる。また、既存のコンピューターシステムの構成装置のいずれかを基準装置と定めて基準装置の許容量に対する他の構成装置の許容量の比率を性能バランスとして算出するので、既存のコンピューターシステムの構成装置の性能上のばらつきを一目で判断することができるようになる。従って、既存のコンピューターシステムの最も性能が不足している構成装置の性能を増強することによりコンピューターシステム全体のパフォーマンスを著しく改善することができる。
【０１０６】
また、本発明のコンピューターシステムのサイジング装置と方法によれば、テスト用コンピューターシステムを用いて、テスト用コンピューターシステムの性能バランスを評価し、続いてテスト用コンピューターシステムの性能バランスを補正し、しかる後に設計対象コンピューターシステムに対する業務要求に適合するように、全構成装置のサイズに一定のサイジング係数を乗じて設計対象コンピューターシステムの構成装置のサイズを決定する。
【０１０７】
これにより、性能バランスが悪いものであっても、テスト用コンピューターシステムを用いて試験することにより、理想的な性能バランスを有し、且つ、性能上業務要求を満たすコンピューターシステムの構成・仕様を実際に設置する前に把握することができる。
【図面の簡単な説明】
【図１】本発明の一実施形態によるコンピューターシステムの性能バランス評価装置の構成と処理の流れを示すブロック図。
【図２】本発明の一実施形態によるコンピューターシステムの性能バランス評価方法の処理の流れを示すフローチャート。
【図３】コンピューターシステムの構成装置に多重処理の状態を生成する方法を概念的に示した図。
【図４】スループットとレスポンスとトランザクション密度と性能評価指標の関係を示した図。
【図５】コンピューターシステムの構成装置の性能バランスを算出した一例を示す図。
【図６】本発明の一実施形態によるコンピューターシステムのサイジング装置の構成と処理の流れを示すブロック図。
【図７】本発明の一実施形態によるコンピューターシステムのサイジング方法の処理の流れを示すフローチャート。
【符号の説明】
１  性能バランス評価装置
２  評価対象コンピューターシステム
３  性能評価指標取得手段
４  利用率取得手段
５  許容量算出手段
６  性能バランス評価手段
７  Ｗｅｂサーバー
８  ＷｅｂＡＰサーバー
９  ＤＢサーバー
１０  Ｄｉｓｋ装置
１１  サイジング装置
１２  テスト用コンピューターシステム
１３  設計対象コンピューターシステム
１４  サイジング手段
１５  Ｗｅｂサーバー
１６  ＷｅｂＡＰサーバー
１７  ＤＢサーバー
１８  Ｄｉｓｋ装置
１９  Ｗｅｂサーバー
２０  ＷｅｂＡＰサーバー
２１  ＤＢサーバー
２２  Ｄｉｓｋ装置
【図１】
2004302525.tif 000003
【図２】
2004302525.tif 000004
【図３】
2004302525.tif 000005
【図４】
2004302525.tif 000006
【図５】
2004302525.tif 000007
【図６】
2004302525.tif 000008
【図７】
2004302525.tif 000009