(57)【特許請求の範囲】
【請求項１】
サーバシステムについて予め想定の処理要求数において想定されるスループットの値であるスループット想定値と、前記サーバシステムの稼働状況に応じた処理要求のパターンを示すパターンデータとを用いて計測された、前記サーバシステムのスループットの値とシステムリソースの余剰量との対応データに基づいて、前記サーバシステムにおける前記スループット想定値を超えずにスループットを維持できるか否かを判定するスループット維持判定手段と、
前記スループット維持判定手段によって判定された前記スループット想定値を超えずにスループットを維持できるか否かの判定結果を出力する判定結果出力手段と、
を備えるスループット維持支援システム。
【請求項２】
前記スループット想定値と前記パターンデータとを用いて、前記パターンデータで示される前記パターンに従う処理要求を前記サーバシステムに送信して該サーバシステムから処理結果を受信する処理を繰り返すことによってシミュレーションを実行するためのシミュレーションプロセスを生成するシミュレーションプロセス生成手段と、
前記シミュレーションプロセス生成手段が生成した前記シミュレーションプロセスを用いてシミュレーションを実行して、前記サーバシステムのシステムリソース量を変化させながら、前記サーバシステムのスループットの値を測定するとともに、前記サーバシステムにおける想定の処理要求数において前記スループット想定値を超えずにスループットを維持するために前記サーバシステムが必要とするシステムリソース量を基準とした場合の現在のシステムリソース量との差分量を測定するリソース差分量測定手段と、
前記リソース差分量測定手段が測定したシステムリソース量の差分量に基づいて、前記リソース差分量測定手段が測定したスループットが前記スループット想定値を超えずに維持できる確率を求め、求めた前記スループット想定値を超えずにスループットを維持できる確率に基づいて、前記スループット想定値を超えずにスループットを維持できるか否かを判定するための基準値を算出する基準値算出手段と、を備え、
前記スループット維持判定手段は、前記基準値算出手段が算出した前記基準値に基づいて、前記サーバシステムにおける前記スループット想定値を超えずにスループットを維持できるか否かを判定する
請求項１記載のスループット維持支援システム。
【請求項３】
前記基準値算出手段は、前記リソース差分量測定手段が測定したスループットの値と算出した前記スループット想定値を超えずにスループットを維持できる確率の逆数とを乗算したスループット維持密度を求め、求めたスループット維持密度のうち値が最大となるスループット維持密度を、前記スループット想定値を超えずにスループットを維持できるか否かを判定するための基準値として算出する
請求項２記載のスループット維持支援システム。
【請求項４】
前記スループット維持判定手段は、前記基準値算出手段が算出した前記スループット維持密度が最も大きい値となるときのシステムリソース量の差分量を、前記スループット想定値を超えずにスループットを維持できる最適なシステムリソース量の見積値として算出するリソース量見積値算出手段を含む
請求項３記載のスループット維持支援システム。
【請求項５】
前記スループット維持判定手段は、前記基準値算出手段が算出した前記基準値に基づいて、システムリソース量を追加したときの前記スループット想定値を超えずにスループットを維持できる確率と所定の閾値とを比較する維持確率比較手段を含み、
前記リソース量見積値算出手段は、前記維持確率比較手段によって前記スループット想定値を超えずにスループットを維持できる確率が前記所定の閾値以上であると判定されたときに、追加後のシステムリソース量を、最適なシステムリソース量の見積値として算出する
請求項４記載のスループット維持支援システム。
【請求項６】
前記維持確率比較手段は、前記スループット想定値を超えずにスループットを維持できる確率が所定の閾値以上でないと判定すると、さらにシステムリソース量を追加したときの前記スループット想定値を超えずにスループットを維持できる確率と所定の閾値とを比較する処理を繰り返し実行する
請求項５記載のスループット維持支援システム。
【請求項７】
前記スループット維持判定手段は、前記基準値算出手段が算出した前記スループット維持密度が最も大きい値となるときのシステムリソース量の差分量を、前記サーバシステムの判定時のシステムリソースと比較するリソース量比較手段を含み、
前記判定結果出力手段は、
前記リソース量比較手段によって前記サーバシステムのシステムリソース量が不足すると判定されると、システムリソース量を追加すべき旨の追加アラートを出力し、
前記リソース量比較手段によって前記サーバシステムのシステムリソース量が余剰であると判定されると、システムリソース量を制限すべき旨の制限アラートを出力する
請求項３から請求項６のうちのいずれか１項に記載のスループット維持支援システム。
【請求項８】
前記スループット維持判定手段は、
前記基準値算出手段が算出した前記基準値に基づいて、システムリソース量を追加したときの前記スループット想定値を超えずにスループットを維持できる確率と所定の閾値とを比較する維持確率比較手段と、
前記維持確率比較手段によって前記スループット想定値を超えずにスループットを維持できる確率が前記所定の閾値以上であると判定されたときに、システムリソース量の追加後の前記スループット想定値を、最適な前記スループット想定値の見積値として算出するスループット想定値見積値算出手段と、を含む
請求項３から請求項７のうちのいずれか１項に記載のスループット維持支援システム。
【請求項９】
サーバシステムについて予め想定の処理要求数において想定されるスループットの値であるスループット想定値と、前記サーバシステムの稼働状況に応じた処理要求のパターンを示すパターンデータとを用いて計測された、前記サーバシステムのスループットの値とシステムリソースの余剰量との対応データに基づいて、前記サーバシステムにおける前記スループット想定値を超えずにスループットを維持できるか否かを判定するスループット維持判定手段と、
前記スループット維持判定手段によって判定された前記スループット想定値を超えずにスループットを維持できるか否かの判定結果を出力する判定結果出力手段と、
を備えるスループット維持支援装置。
【請求項１０】
前記スループット想定値と前記パターンデータとを用いて、前記パターンデータで示される前記パターンに従う処理要求を前記サーバシステムに送信して該サーバシステムから処理結果を受信する処理を繰り返すことによってシミュレーションを実行するためのシミュレーションプロセスを生成するシミュレーションプロセス生成手段と、
前記シミュレーションプロセス生成手段が生成した前記シミュレーションプロセスを用いてシミュレーションを実行して、前記サーバシステムのシステムリソース量を変化させながら、前記サーバシステムのスループットの値を測定するとともに、前記サーバシステムにおける想定の処理要求数において前記スループット想定値を超えずにスループットを維持するために前記サーバシステムが必要とするシステムリソース量を基準とした場合の現在のシステムリソース量との差分量を測定するリソース差分量測定手段と、
前記リソース差分量測定手段が測定したシステムリソース量の差分量に基づいて、前記リソース差分量測定手段が測定したスループットが前記スループット想定値を超えずに維持できる確率を求め、求めた前記スループット想定値を超えずにスループットを維持できる確率に基づいて、前記スループット想定値を超えずにスループットを維持できるか否かを判定するための基準値を算出する基準値算出手段と、を備え、
前記スループット維持判定手段は、前記基準値算出手段が算出した前記基準値に基づいて、前記サーバシステムにおける前記スループット想定値を超えずにスループットを維持できるか否かを判定する
請求項９記載のスループット維持支援装置。
【請求項１１】
前記基準値算出手段は、前記リソース差分量測定手段が測定したスループットの値と算出した前記スループット想定値を超えずにスループットを維持できる確率の逆数とを乗算したスループット維持密度を求め、求めたスループット維持密度のうち値が最大となるスループット維持密度を、前記スループット想定値を超えずにスループットを維持できるか否かを判定するための基準値として算出する
請求項１０記載のスループット維持支援装置。
【請求項１２】
前記スループット維持判定手段は、前記基準値算出手段が算出した前記スループット維持密度が最も大きい値となるときのシステムリソース量の差分量を、前記スループット想定値を超えずにスループットを維持できる最適なシステムリソース量の見積値として算出するリソース量見積値算出手段を含む
請求項１１記載のスループット維持支援装置。
【請求項１３】
前記スループット維持判定手段は、前記基準値算出手段が算出した前記基準値に基づいて、システムリソース量を追加したときの前記スループット想定値を超えずにスループットを維持できる確率と所定の閾値とを比較する維持確率比較手段を含み、
前記リソース量見積値算出手段は、前記維持確率比較手段によって前記スループット想定値を超えずにスループットを維持できる確率が前記所定の閾値以上であると判定されたときに、追加後のシステムリソース量を、最適なシステムリソース量の見積値として算出する
請求項１２記載のスループット維持支援装置。
【請求項１４】
前記維持確率比較手段は、前記スループット想定値を超えずにスループットを維持できる確率が所定の閾値以上でないと判定すると、さらにシステムリソース量を追加したときの前記スループット想定値を超えずにスループットを維持できる確率と所定の閾値とを比較する処理を繰り返し実行する
請求項１３記載のスループット維持支援装置。
【請求項１５】
前記スループット維持判定手段は、前記基準値算出手段が算出した前記スループット維持密度が最も大きい値となるときのシステムリソース量の差分量を、前記サーバシステムの判定時のシステムリソースと比較するリソース量比較手段を含み、
前記判定結果出力手段は、
前記リソース量比較手段によって前記サーバシステムのシステムリソース量が不足すると判定されると、システムリソース量を追加すべき旨の追加アラートを出力し、
前記リソース量比較手段によって前記サーバシステムのシステムリソース量が余剰であると判定されると、システムリソース量を制限すべき旨の制限アラートを出力する
請求項１１から請求項１４のうちのいずれか１項に記載のスループット維持支援装置。
【請求項１６】
前記スループット維持判定手段は、
前記基準値算出手段が算出した前記基準値に基づいて、システムリソース量を追加したときの前記スループット想定値を超えずにスループットを維持できる確率と所定の閾値とを比較する維持確率比較手段と、
前記維持確率比較手段によって前記スループット想定値を超えずにスループットを維持できる確率が前記所定の閾値以上であると判定されたときに、システムリソース量の追加後の前記スループット想定値を、最適な前記スループット想定値の見積値として算出するスループット想定値見積値算出手段と、を含む
請求項１１から請求項１５のうちのいずれか１項に記載のスループット維持支援装置。
【請求項１７】
情報処理装置が、サーバシステムについて予め想定の処理要求数において想定されるスループットの値であるスループット想定値と、前記サーバシステムの稼働状況に応じた処理要求のパターンを示すパターンデータとを用いて計測された、前記サーバシステムのスループットの値とシステムリソースの余剰量との対応データに基づいて、前記サーバシステムにおける前記スループット想定値を超えずにスループットを維持できるか否かを判定し、
前記情報処理装置が、前記スループット想定値を超えずにスループットを維持できるか否かの判定結果を出力する
スループット維持支援方法。
【請求項１８】
コンピュータに、
サーバシステムについて予め想定の処理要求数において想定されるスループットの値であるスループット想定値と、前記サーバシステムの稼働状況に応じた処理要求のパターンを示すパターンデータとを用いて計測された、前記サーバシステムのスループットの値とシステムリソースの余剰量との対応データに基づいて、前記サーバシステムにおける前記スループット想定値を超えずにスループットを維持できるか否かを判定する処理と、
前記スループット想定値を超えずにスループットを維持できるか否かの判定結果を出力する処理と、
を実行させるためのスループット維持支援用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバシステムにおけるスループットの維持を支援するスループット維持支援システム、スループット維持支援装置、スループット維持支援方法、及びスループット維持支援用プログラムに関する。
【背景技術】
【０００２】
インターネット上のオンラインシステムや企業内システムは、複数のサーバをネットワークで接続したサーバシステムが多い。特に、クライアントの要求に対して、複数のサーバで稼働する所定のアプリケーションを用いて処理を行って、その処理結果をクライアントに返すサーバシステムが多く存在している。なお、サーバシステムは、必ず複数のサーバを用いて構成されるとは限らず、単独の1台のサーバのみを用いて構成される場合もある。【０００３】
アプリケーションが稼働するサーバシステムでは、アプリケーションと、アプリケーションが稼働するシステムリソースとに分けることができる。アプリケーションには、オンライン業務用のアプリケーションやバッチジョブ用のアプリケーション等の様々な種類のものがあり、それぞれが、アプリケーション固有に設計実装された複数のプログラムによって実現されている。【０００４】
システムリソースは、具体的には、アプリケーションを稼働するためのCPUのコア数や周波数(Hz)、メモリ容量、ディスク容量、ネットワーク帯域、ネットワークイーサネットアダプタを複数利用可能なサーバである（なお、イーサネットは登録商標である）。なお、サーバは、物理サーバ（パーソナルコンピュータ等の物理的な情報処理装置）であるとは限らず、物理サーバ上のインタプリンタ上で稼働する仮想サーバである場合もある。【０００５】
一般に、サーバシステムでは、アプリケーションを安定稼働させるため、システム管理者は、アプリケーションの性能情報を監視し、性能上のボトルネックを分析して、ボトルネックがみられたアプリケーションに、予備にプールしているシステムリソースを追加割り当てしている。【０００６】
システム管理者は、サーバシステムの性能上のボトルネックを分析するため、スループットを特に重視している。スループットは、単位時間あたりにサーバシステムが処理できるトランザクション（処理要求から応答までのひとまとまりの処理）の数である。【０００７】
システム管理者は、想定のクライアント数からの想定の処理要求の数において、想定しているスループットよりも実際のスループットが少なければ、システムリソースが異常もしくは不足している状態であると分析できる。そして、予備にプールしているシステムリソースを追加して割り当てることで、スループットを改善することができる。【０００８】
スループットの改善に関連する技術として、予備のシステムリソースを割り当てる処理時間を短縮する技術が提案されている。例えば、予備のシステムリソースを割り当てる処理時間を短縮する手法として、OSやアプリケーションプログラムの有無によって予備のシステムリソースをグルーピングする方法が、特許文献1に記載されている。また、例えば、設定作業時間と割り当て処理とが遅れることによるペナルティの積によって予備のシステムリソースの待機状態を変更する方法が、特許文献2に記載されている。【０００９】
特許文献1に記載された方法では、システム管理者は、所定のソフトウェア（OS、アプリケーションプログラム）を予めインストールしたサーバのディスクイメージをソフトウェアの構成の有無でグルーピングしておく。そして、プロビジョニング要求の発生時に、提案装置がボトルネックとなるアプリケーションのソフトウェア構成を近いサーバがあるグループから順にサーバのディスクイメージを探索することで、システム管理者は、予備のシステムリソースの割り当て処理の時間を短縮できる。【００１０】
また、特許文献2に記載された方法では、提案装置が、システムリソースの割り当て処理の過程における中間状態をノードとし、割り当て処理の設定作業をエッジとした有向グラフを用いて、設定作業時間と割り当て処理とが遅れることによるペナルティの積を算出する。そして、提案装置が、そのペナルティの積で算出したコストが最小になるように、余剰にプールしているサーバのディスクイメージの待機状態を変更することで、システム管理者は、余剰なシステムリソースの割り当て処理の時間を短縮できる。【００１１】
このように特許文献1や特許文献2に記載された関連技術では、処理要求が集中する事象によってスループットが低下した場合に備えて、システムリソースのグルーピングや、システムリソースの待機状態の変更を行う。そして、そのようにすることで、割り当て処理の時間を短縮して、スループットの低下を防いでいる。【００１２】
また、関連する技術として、例えば、特許文献3には、第1エンティティの資源状態を示す第1指数及び第2エンティティの資源状態を示す第２指数のエンティティ当りの平均値を、エンティティの資源状態を評価するための基準値として求める資源情報管理システムが記載されている。また、例えば、特許文献4には、閾値を超えるような動的なトリガーが発生したか否かを判定し、発生したと判定した場合には、オペレーションに必要なシステムリソースの割り当てを行う共用システムリソース管理サーバが記載されている。
【先行技術文献】
【特許文献】
【００１３】
【特許文献１】特開2007-114983号公報
【特許文献２】特開2007-133654号公報
【特許文献３】特開2005-4450号公報
【特許文献４】特開2006-259793号公報
【発明の概要】
【発明が解決しようとする課題】
【００１４】
一般的なサーバシステムの例を、図面を参照して説明する。図13は、サーバシステム（本例では、業務システム300）を含むコンピュータネットワークの具体的な構成例を示すブロック図である。図13に示す例では、コンピュータネットワークは、業務システム300と、リソースプール400と、管理サーバ200とを含み、ネットワーク500を介して接続されている。【００１５】
業務システム300は、既に用途や用法が定められたサーバシステムであり、特定のアプリケーションプログラムを使用してクライアントに特定の処理結果を返すサーバシステムである。ただし、業務システム300は、処理要求が集中するといった事象や、ソフトウェア障害やハードウェア障害といった事象に対して、効率よく処理を実行できるかは未定の状態である。【００１６】
図13に示すように、業務システム300は、例えば、Webサーバ301と、WebAPサーバ（Webアプリケーションサーバ）302と、DBサーバ（データベースサーバ）303と、ストレージ304とを含む。Webサーバ301は、利用者とのインターフェイスをなすサーバである。また、WebAPサーバ302は、ウェブサイトが提供するアプリケーションプログラムを処理するサーバである。また、DBサーバ303は、WebAPサーバ302の要求に応じてストレージ304に格納しているデータを参照したり、検索したり、更新したりするデータベースサーバである。また、ストレージ304は、アプリケーションプログラムのデータを記憶する記憶装置である。【００１７】
業務システム300において、クライアントからのアクセス（処理要求）をWebサーバ301が受けると、WebAPサーバ302は、アプリケーションプログラムを使用して要求に応じた処理を行う。そして、アプリケーションプログラムを用いた処理の実行時に、WebAPサーバ302は、DBサーバ303を介してストレージ304が格納しているデータを参照・検索・更新し、Webサーバ301を介してクライアントに処理結果を返信する。【００１８】
業務システム300は、上記の一連の処理をクライアントからの１つの処理要求に対して行い、処理結果を返信したところで、該処理要求に対する処理（トランザクション）を終了する。なお、本例では、業務システム300として、単純なウェブサイトのサーバシステムの一例を表したものである。【００１９】
なお、業務システム300に含まれるWebサーバ301と、WebAPサーバ302と、DBサーバ303と、ストレージ304とは、同一の物理サーバ上で稼動してもよいし、ネットワークを介して連携した複数の物理サーバ上で稼動してもよいし、物理サーバで稼動する複数の仮想サーバ上で稼動してもよい。つまり、対象とするサーバシステムは、図13で示した業務システムに限られない。【００２０】
リソースプール400は、アプリケーションが割り当てられていない、予備としてプールしているシステムリソースである。システムリソースは、アプリケーションを稼動するためのCPUやメモリ、ストレージ、ネットワークを、任意の組み合わせで複数利用可能なサーバである。ただし、システムリソースは、少なくとも、1つのCPUと、1つのメモリと、1つのネットワークとを備える。【００２１】
ここで予備のシステムリソースとしてのサーバは、物理サーバである場合に限らず、物理サーバ上のインタプリンタ上で稼動する仮想サーバである場合もある。また、CPUは、物理CPUである場合に限らず、物理CPU上のインタプリンタ上で稼動する仮想CPUである場合もある。また、メモリは、物理メモリである場合に限らず、物理メモリ上のインタプリンタ上で稼動する仮想メモリである場合もある。また、ストレージは、物理ストレージである場合に限らず、物理ストレージ上のインタプリンタ上で稼動する仮想ストレージである場合もある。また、ネットワークは、物理ネットワークである場合に限らず、物理ネットワーク上のインタプリンタ上で稼動する仮想ネットワークである場合もある。【００２２】
管理サーバ200は、プロビジョニングイベント生成手段201と、リソースプール探索手段202と、プロビジョニングイベント処理手段203とを備えている。プロビジョニングイベント生成手段201は、業務システム300の性能情報の測定結果に従って、システムリソースを追加割り当てするプロビジョニングイベントを生成する。プロビジョニングイベントとは、どのアプリケーションにどの程度のシステムリソースを追加するかを示すイベントである。リソースプール探索手段202は、アプリケーションとシステムリソースとの割り当て情報を保持し、プロビジョニングイベント生成手段201からのプロビジョニングイベントに従って、アプリケーションとシステムリソースとの割り当て情報を変更する。プロビジョニングイベント処理手段203は、リソースプール探索手段202によって変更されたアプリケーションとシステムリソースとの割り当て情報に従って、アプリケーションとシステムリソースとの割り当て処理を実行する。【００２３】
図13に示すサーバシステムを含むコンピュータネットワークの例では、管理サーバ200は、業務システム300を監視して、業務システム300の稼動状態が所定の条件（例えば、スループットが30[req/sec]以下）になった場合に、リソースプールにある予備サーバを追加するという処理を自動的に行う。【００２４】
しかし、図13に示すサーバシステムを含むコンピュータネットワークの例では、業務システム300のアプリケーションのスループットが低下した場合、管理サーバによって、予備のシステムリソースを追加するプロビジョニング要求が生成され、アプリケーションに必要な予備のシステムリソースが確保され、OSやアプリケーションプログラムがインストールされて、アプリケーションプログラム毎に固有のパラメータ設定が行われて、予備のシステムリソースが追加された後に、業務システム300のアプリケーションのスループットが改善される。つまり、このようなサーバシステムは、予備のシステムリソースの割り当て処理が時間のかかる処理であるため、想定しているスループットを維持することが難しい。【００２５】
そこで、予め全て設定済みの予備のシステムリソースを用意し、予備のシステムリソースの追加割り当てを行う方法（冗長構成による方法）を用いることが考えられる。また、全て設定済みの予備のシステムリソースとして、稼働しているサーバシステムと同一のサーバシステムを用意する方法以外にも、稼働しているサーバシステムのバックアップデータを取得して、割り当て処理時に、アップロードする方法も考えられる。【００２６】
上記のような冗長構成による方法では、どの程度の冗長構成であれば想定するスループットを維持できるかが不明なため、想定するスループットを維持するために、予備のシステムリソースを過剰に用意している。また、例えば、冗長構成による方法を、複数の業務システムの集合であるデータセンタに適用して用いる場合、1つの業務システムが利用できるシステムリソースの制限があるため、冗長構成に必要なシステムリソースの用意が困難になることがある。データセンタのシステム管理者は、それぞれの業務システムに必要最低限のシステムリソースを把握することが求められている。【００２７】
また、特許文献1及び特許文献2に記載された関連技術では、ソフトウェア障害やハードウェア障害といった事象が発生すると、割り当て処理の時間を短縮できず、想定するスループットを維持できない。【００２８】
例えば、特許文献1に記載された方法では、追加されたシステムリソースは、必要とされるアプリケーションプログラムがインストールされたディスクイメージのまま、予備のプールに返却される。そのため、予備プールにあるシステムリソースは、処理要求が集中しやすい業務システムのディスクイメージに偏るため、処理要求が集中しない業務システムに障害が発生した場合、特許文献1に記載された方法は、システムリソースを予めグルーピングしないサーバシステムと比較して、却って多くの処理時間がかかってしまう。【００２９】
例えば、業務システムAがアプリケーション11とアプリケーション12とを必要とし、業務システムBがアプリケーション21とアプリケーション22とを必要とし、何もアプリケーションがインストールされていないディスクイメージが1つある場合を想定する。業務システムAに処理要求が集中すると、特許文献1に記載された方法では、ディスクイメージにアプリケーション11とアプリケーション12とをインストールして、システムリソースを追加する。そして、業務システムAへの処理要求の集中が解消されると、特許文献1に記載された方法は、アプリケーション11とアプリケーション12とがインストールされたディスクイメージのまま、予備のプールに返却する。つまり、処理要求が業務システムBよりも業務システムAに集中する場合、予備プールにあるシステムリソースは、業務システムAのディスクイメージに偏る。ソフトウェア障害やハードウェア障害が発生しなければ、処理要求が集中する業務システムAのシステムリソースの追加割り当て処理が多いため、特許文献1に記載された方法は、割り当て処理の時間を短縮できる。【００３０】
しかし、ソフトウェア障害やハードウェア障害は業務の重要度に関わらずに発生する。業務システムBにソフトウェア障害もしくはハードウェア障害が発生すると、特許文献1に記載された方法は、業務システムBの追加割り当て処理を開始するが、業務システムAのディスクイメージを業務システムBのディスクイメージにするために、アプリケーション11とアプリケーション12とをアンインストールしてからアプリケーション21とアプリケーション22とをインストールするため、却って多くの処理時間がかかってしまう。【００３１】
よって、特許文献1に記載された技術では、例えば、ソフトウェア障害やハードウェア障害といったシステムが異常となる事象が発生した場合等、システムの稼働状況によっては割り当て処理の時間を短縮できず、必ずしも想定したスループットを維持できるとは限らない。【００３２】
また、例えば、特許文献2に記載された方法では、予備プールにあるシステムリソースの割り当てが業務の重要度に従って決定される。しかし、業務の重要度は、業務時期や業務時間、業務を提供するサーバの構成と稼動状態、業務に関わる人数、業務に影響される他の業務等、様々な要因が絡むため、設定することが難しい。また、予備プールにあるシステムリソースが重要度の高い一部のアプリケーションプログラムに偏ってしまうため、重要度の低いアプリケーションに障害が発生した場合、重要度を用いずにリソース割り当てを行うサーバシステムと比較して、却って多くの処理時間がかかってしまう。【００３３】
例えば、業務システムAと業務システムBとがある場合を想定する。特許文献2に記載された方法では、業務システムAの重要度が業務システムBの重要度よりも高くなるように設定すると、予備プールにあるシステムリソースは、業務システムAに偏る。ソフトウェア障害やハードウェア障害が発生しなければ、重要度の高い業務システムAのシステムリソースの追加割り当て処理が多いため、特許文献2に記載された方法は、割り当て処理の時間を短縮できる。しかし、ソフトウェア障害やハードウェア障害は業務の重要度に関わらずに発生する。業務システムBに障害が発生すると、特許文献2に記載された方法は、業務システムBの追加割り当て処理を開始するが、業務システムAのシステムリソースを業務システムBのシステムリソースにした上で割り当て処理を行うため、却って割り当て処理の時間を余分に要する。【００３４】
このように、特許文献2に記載された方法では、これらを含めた様々な要因をすべて考慮した上で業務の重要度を設定する必要があるため、業務の重要度の設定が難しい。よって、特許文献2に記載された技術では、割り当て処理の基準を全てシステム管理者が判断するため、システムリソースの割り当て処理が最適とは限らず、必ずしも想定したスループットを維持できるとは限らない。【００３５】
また、特許文献3や特許文献4に記載された関連技術を用いれば、所定の基準に基づいてリソースの割り当て変更を行うことができる。しかし、ソフトウェア障害やハードウェア障害といったシステムが異常となる事象が生じた場合等、システムの稼働状況の変化については何ら考慮されておらず、必ずしも想定したスループットを維持できるとは限らない。【００３６】
そこで、本発明は、上記課題を解決するためになされたものであって、システムの様々な稼働状況も考慮して、スループットを安定して維持できるように支援することができるスループット維持支援システム、スループット維持支援装置、スループット維持支援方法、及びスループット維持支援用プログラムを提供することを目的とする。
【課題を解決するための手段】
【００３７】
本発明によるスループット維持支援システムは、サーバシステムについて予め想定の処理要求数において想定されるスループットの値であるスループット想定値と、サーバシステムの稼働状況に応じた処理要求のパターンを示すパターンデータとを用いて計測された、サーバシステムのスループットの値とシステムリソースの余剰量との対応データに基づいて、サーバシステムにおけるスループット想定値を超えずにスループットを維持できるか否かを判定するスループット維持判定手段と、スループット維持判定手段によって判定されたスループット想定値を超えずにスループットを維持できるか否かの判定結果を出力する判定結果出力手段と、を備える。
【００３８】
本発明によるスループット維持支援装置は、サーバシステムについて予め想定の処理要求数において想定されるスループットの値であるスループット想定値と、サーバシステムの稼働状況に応じた処理要求のパターンを示すパターンデータとを用いて計測された、サーバシステムのスループットの値とシステムリソースの余剰量との対応データに基づいて、サーバシステムにおけるスループット想定値を超えずにスループットを維持できるか否かを判定するスループット維持判定手段と、スループット維持判定手段によって判定されたスループット想定値を超えずにスループットを維持できるか否かの判定結果を出力する判定結果出力手段と、を備える。
【００３９】
本発明によるスループット維持支援方法は、情報処理装置が、サーバシステムについて予め想定の処理要求数において想定されるスループットの値であるスループット想定値と、サーバシステムの稼働状況に応じた処理要求のパターンを示すパターンデータとを用いて計測された、サーバシステムのスループットの値とシステムリソースの余剰量との対応データに基づいて、サーバシステムにおけるスループット想定値を超えずにスループットを維持できるか否かを判定し、情報処理装置が、スループット想定値を超えずにスループットを維持できるか否かの判定結果を出力する。
【００４０】
本発明によるスループット維持支援用プログラムは、コンピュータに、サーバシステムについて予め想定の処理要求数において想定されるスループットの値であるスループット想定値と、サーバシステムの稼働状況に応じた処理要求のパターンを示すパターンデータとを用いて計測された、サーバシステムのスループットの値とシステムリソースの余剰量との対応データに基づいて、サーバシステムにおけるスループット想定値を超えずにスループットを維持できるか否かを判定する処理と、スループット想定値を超えずにスループットを維持できるか否かの判定結果を出力する処理と、を実行させるためのものである。
【発明の効果】
【００４１】
本発明によれば、システムの様々な稼働状況も考慮して、スループットを安定して維持できるように支援することができる。
【図面の簡単な説明】
【００４２】
【図１】本発明によるスループット維持支援システムの構成の一例を示すブロック図である。
【図２】シミュレーションパターンデータの一例を示す説明図である。
【図３】スループット維持支援システムの機能構成例を示す機能ブロック図である。
【図４】スループット維持基準を生成して出力する処理例を示す流れ図である。
【図５】システムリソースの余剰量と、スループットと、スループット維持確率との関係を示す説明図である。
【図６】システムリソースの余剰量と、スループットとスループット維持確率と、スループット維持密度との関係を示す説明図である。
【図７】スループット想定値を維持できるか否かの評価処理の一例を示す流れ図である。
【図８】システムリソースの余剰量、スループット、スループット維持確率、及びスループット維持密度の具体例を示す説明図である。
【図９】必要なシステムリソース量を見積もるリソース量見積処理の一例を示す流れ図である。
【図１０】スループット想定値を見積もるスループット値見積処理の一例を示す流れ図である。
【図１１】スループット維持支援システムの他の構成例を示すブロック図である。
【図１２】スループット維持支援システム（装置）の最小の機能構成例を示す機能ブロック図である。
【図１３】サーバシステムを含むコンピュータネットワークの具体的な構成例を示すブロック図である。
【発明を実施するための形態】
【００４３】
以下、本発明の実施形態を、図面を参照して説明する。図1は、本発明によるスループット維持支援システムの構成の一例を示すブロック図である。図1に示すように、本実施形態では、スループット維持支援システムは、業務システム300と、リソースプール400と、管理サーバ200と、スループット維持基準生成装置100とを含む。従って、本実施形態では、スループット維持支援システムは、図13に示したサーバシステムを含むコンピュータネットワークの構成に加えて、スループット維持基準生成装置100を備えている。
【００４４】
なお、管理サーバ200、業務システム300、及びリソースプール400の構成及び機能は、図13に示したそれらの構成及び機能と同様である。また、図1に示すように、スループット維持支援システムにおいて、スループット維持基準生成装置100、管理サーバ200、業務システム300、及びリソースプール400は、ＬＡＮ等のネットワーク500を介して通信可能に接続される。
【００４５】
本発明によるスループット維持支援システムは、スループットを安定して維持できるように必要な基準値やシステムリソース量を算出して出力する。具体的には、業務システム300において業務用のアプリケーション等を安定して稼働させるためには、予め定められた基準となるスループットの値（以下、想定するスループットの値や、スループット想定値ともいう）が維持されることが必要である。そこで、本実施形態では、スループット維持支援システムは、スループット想定値が維持されるか否かを分析するための基準となるスループット維持基準を生成する。そして、スループット維持支援システムが生成したスループット維持基準に基づいてリソース割り当てを行うことによって、業務システム300が想定するスループットを維持することができ、業務システム300上で安定してアプリケーションを稼働させることができる。
【００４６】
スループット維持基準生成装置100は、具体的には、プログラムに従って動作するパーソナルコンピュータ等の情報処理装置によって実現される。スループット維持基準生成装置100は、例えば、業務システム300を利用する利用者に対して、スループットの維持を支援するスループット維持支援サービスを提供するサービス事業者によって運営される。図1に示すように、スループット維持基準生成装置100は、入力手段101と、スループット維持確率算出手段104と、送受信手段105と、クロック生成手段102と、記憶装置103とを含む。
【００４７】
入力手段101は、具体的には、情報処理装置が備えるキーボードやマウス等の入力デバイスによって実現される。入力手段101は、例えば、システム管理者等の操作に従って、スループット維持基準を生成するためのデータを入力する手段である。具体的には、入力手段101は、業務システム300が想定するスループットと、業務システム300についてのシミュレーションを行うためのデータとを入力する手段である。
【００４８】
シミュレーションを行うためのデータには、例えば、業務システム300で想定するクライアント数に応じた処理要求が均一に発生するパターンや、処理要求が集中するといった性能劣化事象パターン、ソフトウェア停止障害やハードウェア停止障害といったサーバ障害事象パターン、CPUの異常やメモリ不良、ディスク故障などのシステムリソースの障害事象パターン等のシミュレーションのパターンデータが含まれる。
【００４９】
なお、入力手段101が入力するシミュレーションパターンデータは、実際にスループット維持基準生成装置100によってシミュレーションが行われる前に、予めシステム管理者等によって、過去の統計データ等に基づいて作成される。そして、スループット維持基準生成装置100は、システム管理者等の入力操作に従って、予め作成されたシミュレーションパターンデータを入力し、記憶装置103に格納しているものとする。
【００５０】
想定するクライアント数に応じた処理要求が均一に発生するパターンや、処理要求が集中するといった性能劣化事象パターンデータは、クライアント数、1クライアントが同時に送信する最大処理要求の数、1処理要求の送信間隔、及び1処理要求の最大接続時間等のシミュレーションパラメータを含む。例えば、これらのシミュレーションパラメータを用いて、経過時間毎の各アプリケーションの処理要求のシミュレーションパターンデータを予め生成することができる。
【００５１】
図2は、入力手段101が入力するシミュレーションパターンデータの一例を示す説明図である。図2に示す例では、Webサーバ301と、WebAPサーバ302と、DBサーバ303と、ストレージ304とを含む業務システム300におけるシミュレーションパターンデータが示されており、各シミュレーションパターンデータには、それぞれのサーバの経過時間毎の処理要求数の遷移を示す情報が含まれる。なお、シミュレーションパターンデータには、業務システム300の各アプリケーションへの処理要求が、均一に発生（推移）するパターンもあれば、正規分布や対数正規分布に基づいて発生（変化）するパターン等も考えられる。
【００５２】
また、サーバ障害事象パターンデータやシステムリソース障害事象パターンは、障害が発生する業務システム300のアプリケーション、障害タイプ（ソフトウェア障害、ハードウェア障害、ＣＰＵ障害、メモリ障害、ディスク障害、ネットワーク障害）、障害発生確率、最大障害発生数、及び障害に影響を受ける業務システムのアプリケーションの処理要求数の増加率等のシミュレーションパラメータを含む。例えば、サーバ障害事象パターンデータとして、経過時間毎の処理要求数が変化する業務システム300のアプリケーションのうち、障害が発生する業務システム300のアプリケーションの処理要求数を減少させ、障害に影響を受ける業務システム300のアプリケーションの処理要求数を増加させたパターンデータを作成することができる。また、サーバ障害事象パターンデータとして、発生頻度が高い障害（ハードウェア障害やソフトウェア障害）を列挙してそれらを組み合わせたパターンを用いてもよい。なお、サーバ障害事象パターンデータやシステムリソース障害事象パターンは、スループット維持基準を生成する際に、性能劣化事象パターンデータと組み合わせて利用する。
【００５３】
なお、例えば、スループット維持基準生成装置100は、スループット維持基準の生成対象である業務システム300とハードウェア構成やソフトウェア構成が同じである他の業務システムの稼働データを、シミュレーションパターンデータとして利用してもよい。
【００５４】
なお、入力手段101として、スループット維持基準生成装置100にコマンドを入力するための通常の入力手段を兼用して用いてもよく、また、スループット維持基準を生成するために必要なデータを入力する専用の入力手段を設けてもよい。
【００５５】
なお、本実施形態において、シミュレーションとは、業務システム300がクライアントに処理結果を提供する状態を再現することである。シミュレーションでは、業務システム300がクライアントに処理結果を提供するアプリケーションプログラムを、業務システム300が利用可能なシステムリソース上で稼動させる。そして、入力したシミュレーションパターンデータを発生させる。
【００５６】
クロック生成手段102は、具体的には、情報処理装置が備えるクロック回路によって実現される。クロック生成手段102は、スループット維持基準生成装置100で用いられるクロック信号を生成して出力する機能を備える。
【００５７】
記憶装置103は、具体的には、磁気ディスク装置や光ディスク装置等の記憶デバイスによって実現される。記憶装置103は、入力手段101が入力したシミュレーションパターンデータを記憶する。
【００５８】
スループット維持確率算出手段104は、具体的には、プログラムに従って動作する情報処理装置のCPUによって実現される。スループット維持確率算出手段104は、記憶装置103に格納されたシミュレーションのパターンデータを参照して、業務システム300が想定するスループットを維持する確率（以下、スループット維持確率ともいう）を算出する機能を備える。また、スループット維持確率算出手段104は、算出したスループット維持確率を用いてスループットを維持する基準（スループット維持基準）を算出する機能を備える。また、スループット維持確率算出手段104は、算出したスループット維持基準を、送受信手段105を用いて出力する機能を備える。
【００５９】
送受信手段105は、具体的には、情報処理装置が備えるネットワークインタフェース部によって実現される。送受信手段105は、例えば、情報処理装置のCPUの制御に従って、ネットワーク500を介して、管理サーバ200や業務システム300、リソースプール400と各種データを送受信する機能を備える。
【００６０】
次に、図1に示したスループット維持支援システムの機能構成について説明する。図3は、スループット維持支援システムの機能構成例を示す機能ブロック図である。図3に示すように、スループット維持支援システムにおいて、スループット維持基準生成装置100は、シミュレーションプロセス生成手段111、リソース差分量測定手段112、スループット維持基準算出手段113、及びスループット維持基準送信手段114を含む。また、管理サーバ200は、スループット維持判定手段210、及びスループット維持判定結果出力手段220を含む。
【００６１】
シミュレーションプロセス生成手段111は、具体的には、プログラムに従って動作する情報処理装置のCPUによって実現される。シミュレーションプロセス生成手段111は、シミュレーションプロセスを生成する機能を備える。
【００６２】
リソース差分量測定手段112は、具体的には、プログラムに従って動作する情報処理装置のCPU及びネットワークインタフェース部によって実現される。リソース差分量測定手段112は、シミュレーションプロセス生成手段111が生成したシミュレーションプロセスを用いてシミュレーションを実行して、業務システム300のシステムリソース量を変化させながら、業務システム300のスループットを測定する機能を備える。また、リソース差分量測定手段112は、業務システム300における処理要求の想定数においてスループット想定値を維持するために業務システム300が必要とするシステムリソース量を基準とした場合の基準と現在のシステムリソース量との差分量を測定する機能を備える。
【００６３】
スループット維持基準算出手段113は、具体的には、プログラムに従って動作する情報処理装置のCPUによって実現される。スループット維持基準算出手段113は、リソース差分量測定手段112が測定したシステムリソース量の差分量に基づいて、リソース差分量測定手段112が測定したスループットがスループット想定値を超えずに維持できる確率を求め、求めたスループット想定値を超えずに維持できる確率に基づいて、スループット想定値を維持できるか否かを判定するための基準値（スループット維持基準）を算出する機能を備える。本実施形態では、スループット維持基準算出手段113は、リソース差分量測定手段112が測定したスループットと、算出したスループット想定値を超えずに維持できる確率の逆数とを乗算したスループット維持密度を求める。スループット維持密度は測定の際のシステムリソース量毎に求められる。そして、スループット維持基準算出手段113は、求めたスループット維持密度のうち値が最大となるスループット維持密度を、スループット想定値を維持できるか否かを判定するための基準値として算出する。
【００６４】
スループット維持基準送信手段114は、具体的には、プログラムに従って動作する情報処理装置のCPU及びネットワークインタフェース部によって実現される。スループット維持基準送信手段114は、スループット維持基準算出手段113が算出したスループット維持基準を、ネットワーク500を介して管理サーバ200に送信する機能を備える。
【００６５】
スループット維持判定手段210は、具体的には、プログラムに従って動作する情報処理装置のCPUによって実現される。スループット維持判定手段210は、業務システム300におけるスループット想定値と、業務システム300の稼働状況のパターンを示すシミュレーションパターンデータとを用いて、処理要求を業務システム300に送信して業務システム300から処理結果を受信する処理を繰り返すことによって実行されたシミュレーション結果に基づいて、業務システム300におけるスループット想定値を維持できるか否かを判定する機能を備える。図3に示すように、スループット維持判定手段210は、スループット維持確率比較手段211、リソース量見積値算出手段212、スループット想定値見積値算出手段213、及びリソース量比較手段214を含む。
【００６６】
スループット維持確率比較手段211は、スループット維持基準算出手段113が算出した基準値に基づいて、システムリソース量を追加したときのスループット想定値を超えずに維持できる確率と所定の閾値とを比較する機能を備える。
【００６７】
リソース量見積値算出手段212は、スループット維持基準算出手段113が算出したスループット維持密度が最も大きい値となるときのシステムリソース量の差分量を、スループット想定値を維持できる最適なシステムリソース量の見積値として算出する機能を備える。本実施形態では、リソース量見積値算出手段212は、スループット維持確率比較手段211によってスループット想定値を超えずに維持できる確率が所定の閾値以上であると判定されたときに、追加後のシステムリソース量を、最適なシステムリソース量の見積値として算出する。
【００６８】
スループット想定値見積値算出手段213は、スループット維持確率比較手段211によってスループット想定値を超えずに維持できる確率が所定の閾値以上であると判定されたときに、システムリソース量の追加後のスループット想定値を、最適なスループット想定値の見積値として算出する機能を備える。
【００６９】
リソース量比較手段214は、スループット維持基準算出手段113が算出したスループット維持密度が最も大きい値となるときのシステムリソース量の差分量を、業務システム300の現在のシステムリソースと比較する機能を備える。
【００７０】
スループット維持判定結果出力手段220は、具体的には、プログラムに従って動作する情報処理装置のCPU、及びディスプレイ装置等の表示装置によって実現される。スループット維持判定結果出力手段220は、スループット維持判定手段210によって判定されたスループット想定値を維持できるか否かの判定結果を出力する機能を備える。本実施形態では、スループット維持判定結果出力手段220は、例えば、リソース量比較手段214によって業務システム300のシステムリソース量が不足すると判定されると、システムリソース量を追加すべき旨の追加アラートを表示する。また、スループット維持判定結果出力手段220は、例えば、リソース量比較手段214によって業務システム300のシステムリソース量が余剰であると判定されると、システムリソース量を制限すべき旨の制限アラートを表示する。
【００７１】
なお、スループット想定値を維持できるか否かの判定結果の出力方法は、本実施形態で示したものに限らず、例えば、スループット維持判定結果出力手段220は、スループット想定値を維持できるか否かの判定結果を含むデータをファイル出力したり、音、光、振動又は匂いを用いて報知したり、ネットワーク500を介して外部装置に送信したりしてもよい。
【００７２】
なお、本実施形態において、スループット維持基準生成装置100や管理サーバ200の記憶装置は、業務システム300におけるスループットの維持を支援する処理を行うための各種プログラムを記憶している。例えば、管理サーバ200の記憶装置（図示せず）は、コンピュータに、サーバシステム（業務システム300）について予め想定されているスループットであるスループット想定値と、サーバシステムの稼働状況に応じた処理要求のパターンを示すパターンデータ（シミュレーションパターンデータ）とを用いて計測された、サーバシステムのスループットとシステムリソースの余剰量との対応データ（シミュレーション結果）に基づいて、サーバシステムにおけるスループット想定値を維持できるか否かを判定する処理と、スループット想定値を維持できるか否かの判定結果を出力する処理と、を実行させるためのスループット維持支援用プログラムを記憶している。
【００７３】
また、例えば、スループット維持基準生成装置100の記憶装置103は、コンピュータに、シミュレーションプロセスを生成する処理と、生成したシミュレーションプロセスを用いてシミュレーションを実行して、サーバシステムのシステムリソース量を変化させながら、サーバシステムのスループットを測定するとともに、サーバシステムにおける処理要求の想定数においてスループット想定値を維持するためにサーバシステムが必要とするシステムリソース量を基準とした場合の現在のシステムリソース量との差分量を測定する処理と、測定したシステムリソース量の差分量に基づいて、測定したスループットがスループット想定値を超えずに維持できる確率を求め、求めたスループット想定値を超えずに維持できる確率に基づいて、スループット想定値を維持できるか否かを判定するための基準値を算出する処理と、を実行させるためのプログラムを記憶している。
【００７４】
次に、動作について説明する。まず、業務システム300のスループット維持基準を生成して出力する動作を説明する。図4は、業務システム300のスループット維持基準を生成して出力する処理例を示す流れ図である。なお、図4に示す業務システム300のスループット維持基準の生成を行う処理は、業務システム300が業務に利用される前に、予めシステム管理者等によって行われる事前の処理（事前に所定のテスト環境を用いて行われる処理）である。
【００７５】
また、本実施形態では、図4に示すスループット維持基準生成処理が実行される前に、予め、システム管理者等によって、入力手段101を操作して、スループット想定値やシミュレーションパターンデータが入力され、記憶装置103に格納されているものとする。なお、本実施形態では、スループット想定値として、例えば、スループット維持支援サービスを提供するサービス事業者と業務システム300を利用する利用者との間で予め契約により定められた値が入力され、記憶装置103に格納されているものとする。また、例えば、図4に示すスループット維持基準生成処理を開始するタイミングで、スループット想定値やシミュレーションパターンデータを入力するようにし、入力したスループット想定値やシミュレーションパターンデータを用いて、スループット維持基準を作成するようにしてもよい。
【００７６】
最初に、スループット維持基準生成装置100は、業務システム300が想定するスループットと、業務システムのシミュレーションのパターンデータとを取得する（ステップS101）。例えば、スループット維持基準生成装置100は、記憶装置103に格納されているスループット想定値やシミュレーションパターンデータを抽出する。
【００７７】
次に、スループット維持基準生成装置100は、業務システム300のシミュレーションのプロセスを生成する（ステップS102）。なお、業務システム300のシミュレーションのプロセスは、業務システム300のアプリケーションにシステムリソースを割り当てた後、業務システム300のアプリケーションへの処理要求を送信して業務システム300の処理結果を受信することを、繰り返す処理である。
【００７８】
次に、スループット維持基準生成装置100は、業務システム300のシミュレーションのプロセスにおいて、業務システム300のシステムリソース量を変化させながら、業務システム300のスループットと、業務システム300のシステムリソースの余剰量とを計測して、それらの計測結果を記憶装置103に記憶させていく（ステップS103）。したがって、記憶装置103には、計測されたスループットとシステムリソースの余剰量とが対応付けて記憶される、と言うことができる。
【００７９】
なお、システムリソース量の変化とは、システムリソースであるサーバ、もしくはCPUやメモリ、ストレージ、ネットワークの任意の組み合わせを変化させることである。また、システムリソースの余剰量については、例えば、想定するクライアント数に応じた処理要求が発生するパターンで、ステップS101で取得した想定するスループットを測定したときを余剰量0[%]とする。そして、そのシステムリソースの余剰量が0[%]のときのシステムリソース量（基準値）と、変化させたシステムリソース量との差分を、変化後のシステムリソースの余剰量として表す。
【００８０】
例えば、Webサーバ301と、WebAPサーバ302と、DBサーバ303と、ストレージ304とにそれぞれ仮想サーバ1台ずつを割り当てたときのシステムリソースで、想定するスループット30[req/sec]を測定したものとし、このときのシステムリソースの余剰量を0[%]とする。そして、Webサーバ301とWebAPサーバ302とにそれぞれ仮想サーバを1台ずつ割り当て、DBサーバ303とストレージ304とにそれぞれ仮想サーバ2台ずつを割り当てたときのシステムリソースに変化させた場合を考える。この場合、システムリソースの余剰量は、0[%]のときよりも仮想サーバ2台多いものとして表現する。
【００８１】
なお、上記の場合において、システムリソースの余剰量の表現方法は、例えば、「仮想サーバ2台多い」としてもよい。また、例えば、仮想サーバ4台を用いてシステムリソース余剰量が0[%]となることから、仮想サーバ6台を用いた場合には、システムリソース余剰量を「50[%]」と表現してもよい。
【００８２】
次に、スループット維持基準生成装置100は、記憶装置103に格納されたデータ（ステップS103で計測した計測データ）を参照して、スループット維持確率曲線を取得（算出）する（ステップS104）。なお、スループット維持確率とは、システムリソースの余剰量に対して、その時のスループットが想定するスループットを超えずに維持できる確率を示している。
【００８３】
例えば、システムリソースの余剰量が10[%]であるときに、想定するクライアント数に応じた処理要求が均一に発生するパターン、処理要求が集中するといった性能劣化事象パターン、ソフトウェア障害事象パターン、ハードウェア障害事象パターン等のシミュレーションのパターンデータを発生させて、スループット維持基準生成装置100は、ステップS103において、その時のスループットを測定する。そして、スループット維持基準生成装置100は、ステップS104において、スループット維持確率を求めるときに、これら測定したスループットがステップS101で取得した想定するスループットの値以上であった場合の数を算出する。例えば、スループット維持基準生成装置100は、10回測定したときに5回が想定するスループット以上であったならば、スループット維持確率を50[%]と求める。また、スループット維持基準生成装置100は、スループット維持確率曲線を、記憶装置103に格納されたシステムリソースの余剰量に対応付けて、求めた業務システム300のスループット維持確率をプロットすることによって取得（算出）する。
【００８４】
ここで、スループット維持確率曲線を、図面を用いて説明する。図5は、システムリソースの余剰量と、スループットと、スループット維持確率との関係を示す説明図である。図5に示すように、スループットは、システムリソースの余剰量の増加に応じて増加するが、システムリソースの余剰量が増加しすぎると過剰なシステムリソースの状態になるため、次第に増加度合いが小さくなり、やがて横ばい状態になる。
【００８５】
また、図5に示すように、スループット維持確率は、システムリソースの余剰量が少ない初期段階では、値が小さい。すなわち、処理要求の集中や、ソフトウェア障害、ハードウェア障害が発生したときにシステムリソース不足が頻発するため、想定するスループットを維持できない場合が多く、スループット維持確率は小さくなる。一方、システムリソースの余剰量が増加すると、処理要求の集中や、ソフトウェア障害、ハードウェア障害が発生しても、システムリソース不足が発生しなくなるため、想定するスループットを維持できる場合が多くなり、スループット維持確率も次第に大きくなる。しかし、システムリソースの余剰量が増加しすぎても、致命的なシステム障害で想定するスループットを維持できない場合があるため、次第にスループット維持確率の増加度合いが小さくなり、やがて横ばい状態になる。
【００８６】
次に、スループット維持基準生成装置100は、ステップS104で求めたスループット維持確率に基づいてスループット維持密度を算出する。そして、スループット維持基準生成装置100は、求めたスループット維持密度のうち、最も高い値を示すスループット維持密度をスループット維持基準として、ネットワーク500を介して管理サーバ200に出力（送信）する（ステップS105）。なお、スループット維持基準の出力方法は、本実施形態で示したものに限らず、スループット維持基準生成装置100は、例えば、求めたスループット維持基準をディスプレイ装置等の表示装置に表示させたり、求めたスループット維持基準を含むデータをファイル出力したりしてもよい。
【００８７】
なお、スループット維持密度とは、スループットとスループット維持確率の逆数とを乗算した値であり、スループットを維持できる期待値を示す。スループット維持基準生成装置100は、ステップS104で取得したスループット維持確率曲線を用いて、スループット維持密度曲線を取得（算出）し、最も高い値を示すスループット維持密度をスループット維持基準として求める。
【００８８】
図6は、システムリソースの余剰量と、スループットとスループット維持確率と、スループット維持密度との関係を示す説明図である。図6に示す例において、スループット維持密度が最も高い値を示すときのシステムリソースの余剰量（図6に示す余剰量p[%]のとき）は、そのシステムリソースの余剰量においてスループットを維持できる期待値が最も高くなることを示す。すなわち、スループット維持密度が最も高い値を示すときのシステムリソースの余剰量は、最も効果的にスループットを維持できる値であることを示している。
【００８９】
スループット維持基準生成装置100によってスループット維持基準が算出された後、管理サーバ200は、スループット維持基準生成装置100からのスループット維持基準を用いて、リソースの割り当て処理等を行うことによって、業務システム300のスループット想定値を維持する制御を行う。本実施形態では、管理サーバ200は、スループット維持基準生成装置100からのスループット維持基準と、事前に管理サーバ200側で容易に把握できるシステムリソースの余剰量とを用いることによって、想定するスループットを維持できるか否かを容易に把握することができる。つまり、管理サーバ200は、業務システム300が想定するスループットを維持できる最適なシステムリソースの余剰量を予め把握し、不足するシステムリソースを追加すること、もしくは余分なシステムリソースを制限することができる。
【００９０】
図7は、管理サーバ200が行うスループット想定値を維持できるか否かの評価処理の一例を示す流れ図である。なお、図7に示す評価処理は、クライアントによって業務システム300の利用要求のあったタイミングで、管理サーバ200によって実行される処理である。また、管理サーバ200は、予めスループット維持基準生成装置100によって求められたスループット維持基準を、スループット維持基準生成装置100から入力して記憶しているものとする。なお、管理サーバ200は、複数種類のスループット想定値について求められたスループット維持基準をそれぞれ予め入力し、スループット想定値とスループット維持基準とを対応付けて予め記憶装置に記憶しているものとする。
【００９１】
業務システム300におけるスループット想定値を維持できるか否かの評価を行う場合、システム管理者等は、管理サーバ200を用いて、想定するスループットの最大値（想定するクライアント数の最大処理要求数）と現在のシステムリソースの余剰量とを入力する操作を行う。すると、管理サーバ200は、システム管理者等の入力操作に従って、想定するスループットの最大値や現在のシステムリソースの余剰量を入力し、評価処理を開始する。
【００９２】
次いで、管理サーバ200は、想定するスループットの最大値に対応するスループット維持基準を取得する(S201)。具体的には、管理サーバ200は、想定するスループットの最大値（スループット想定値）に対応するスループット維持基準を記憶装置から抽出する。次いで、管理サーバ200は、ステップS201で取得したスループット維持基準に対応するシステムリソースの余剰量と、評価処理の開始時に入力したシステムリソースの余剰量とを比較する（ステップS202）。
【００９３】
管理サーバ200は、ステップS201で取得したスループット維持基準に対応するシステムリソースの余剰量が、評価処理の開始時に入力したシステムリソースの余剰量よりも少ないと判断すると、スループット想定値を維持できず、システムリソースが不足すると判定する。そして、管理サーバ200は、不足するシステムリソースを追加する旨のアラートを発生させる（ステップS203）。例えば、管理サーバ200は、システムリソースを追加すべき旨のアラート表示を、ディスプレイ装置等の表示装置に表示させる。なお、システムリソースの余剰量とは、業務システム300のシステムリソースのうち、あるスループットを実現する上で余剰となっている分のシステムリソースの量である。本実施形態では、システムリソースの余剰量が+0[%]を最小値としてシステムリソースの余剰量が少ない場合にシステムリソース不足と判定する例を説明するが、システムリソースの余剰量が-0[%]を最大値としてシステムリソースの余剰量が多い場合にシステムリソース不足と判定してもよい。
【００９４】
一方、管理サーバ200は、ステップS201で取得したスループット維持基準に対応するシステムリソースの余剰量が、評価処理の開始時に入力したシステムリソースの余剰量よりも多いと判断すると、システムリソースが余剰であると判定する。そして、管理サーバ200は、余分なシステムリソースを制限する旨のアラートを発生させる（ステップS204）。例えば、管理サーバ200は、システムリソースを制限すべき旨のアラート表示を、ディスプレイ装置等の表示装置に表示させる。
【００９５】
また、管理サーバ200は、ステップS201で取得したスループット維持基準に対応するシステムリソースの余剰量が、評価処理の開始時に入力したシステムリソースの余剰量と合致している場合には、現在のシステムリソース量が適切であると判断し、そのまま処理を終了する。なお、管理サーバ200は、例えば、システムリソース量が適切である旨の表示を、ディスプレイ装置等の表示装置に表示させてもよい。
【００９６】
なお、図7に示す評価処理を実行する場合、評価処理の開始時に入力した想定するスループットの最大値（想定するクライアント数の最大処理要求数）が実際のスループットの値を超える場合、想定するスループットの最大値を実際のスループットの値以上に設定し直し、スループット維持基準を再取得して、図7に示す評価処理を実行することが好ましい。
【００９７】
管理サーバ200が行う評価処理の具体例を、図面を用いて説明する。図8は、システムリソースの余剰量、スループット、スループット維持確率、及びスループット維持密度の具体例を示す説明図である。なお、図8に示す例は、上述したスループット維持基準生成装置100によるシミュレーションにおいて、想定するスループットの最大値を60[req/sec]とした結果から求められた業務システム300のスループット維持確率曲線に基づいて取得されたものである。
【００９８】
図8に示すデータ例では、システムリソースの余剰量が60[%]である時に、業務システムのスループット維持密度が最も高い値である62.57を示し、その時のスループット維持確率が0.87という値を得ている。そのため、図8に示す例では、スループット維持生成装置100は、システムリソースの余剰量が60[%]である場合を、スループット維持基準として、管理サーバ200に出力する。
【００９９】
具体的には、図8に示す例では、システムリソースの余剰量が60[%]を超えるとスループット維持確率は0.87以上になるが、致命的なシステム障害が発生しない限りシステムリソースは利用されない。すなわち、システムリソースの余剰量が60[%]を大きく超えた状態では、却って過剰なシステムリソースの状態になる。一方、システムリソースの余剰量が60[%]未満である場合には、過剰なシステムリソースの状態が解消するものの、スループット維持確率が減少し、徐々に想定スループットを維持できない可能性が高くなる。
【０１００】
図8に示す例では、システムリソースの余剰量が20[%]である時にスループット維持確率が0.52であり、システムリソースの余剰量が40[%]である時にスループット維持確率が0.65であり、システムリソースの余剰量が80[%]である時にスループット維持確率が0.88であるという値を得ている。図8に示す例では、管理サーバ200は、システムリソースの余剰量が60[%]未満である20[%]や40[%]である場合には、不足するシステムリソースを追加する旨のアラートを発させることができる。一方、システムリソースの余剰量が60[%]を超える80[%]である場合には、管理サーバ200は、余分なシステムリソースを制限する旨のアラートを発生させることができる。
【０１０１】
なお、管理サーバ200は、単にアラートを発生させるだけではなく、想定スループットを維持できるか否かの評価結果に基づいて、リソースプール400の予備リソースを用いて、システムリソース量を追加したり制限したりする制御を行ってもよい。この場合、例えば、管理サーバ200のプロビジョニングイベント生成手段201は、システムリソースを追加する旨のアラートを発生させた場合に、システムリソース量の追加を指示するプロビジョニングイベントを生成してもよい。また、プロビジョニングイベント生成手段201は、システムリソースを制限する旨のアラートが発生させた場合に、システムリソース量の制限を指示するプロビジョニングイベントを生成してもよい。
【０１０２】
一般に、業務システム300に対するシステムリソースが不足すると、利用者からのクレームによって業務システム300のスループット低下が知らされ、システム管理者等がリソース割り当ての変更等の対応を行うことが多い。これに対して、本実施形態では、スループットが維持できない確率が高くなってきた場合にシステム管理者にアラートを発することによってシステム管理者等にリソースの不足を予め知らせることができ、システム管理者等は、スループットを維持するためにシステムリソース増強を行うことができる。従って、利用者がシステムリソースの不足を特に気にすることなく、常に快適なスループットを維持してサービス提供を受けることができる。
【０１０３】
また、本実施形態では、単にアラートを発生させるだけでなく、事前に管理サーバ200側で容易に把握できる予備のシステムリソース量を用いることで、管理サーバ200は、業務システム300が想定するスループットを維持するために必要な予備のシステムリソース量を見積もることができる。
【０１０４】
図9は、管理サーバ200が必要なシステムリソース量を見積もるリソース量見積処理の一例を示す流れ図である。なお、図9に示すリソース量見積処理も、クライアントによって業務システム300の利用要求のあったタイミングで、管理サーバ200によって実行される処理である。
【０１０５】
なお、以下、図8で示した具体的なデータ例を用いて図9に示すリソース量見積処理を説明する。なお、既に述べたように、図8に示す例は、上述したスループット維持基準生成装置100によるシミュレーションにおいて、想定するスループットの最大値を60[req/sec]とした結果から求められた業務システム300のスループット維持確率曲線に基づいて取得されたものである。
【０１０６】
業務システム300における必要なシステムリソース量の見積もりを行う場合、システム管理者等は、管理サーバ200を用いて、想定するスループットの最大値（想定するクライアント数の最大処理要求数）、見積りしているシステムリソースの余剰量、及びスループット維持確率の閾値を入力する操作を行う。すると、管理サーバ200は、システム管理者等の入力操作に従って、想定するスループットの最大値、見積りしているシステムリソースの余剰量、及びスループット維持確率の閾値を入力し、リソース量見積処理を開始する。例えば、管理サーバ200は、想定するスループットの最大値として60[req/sec]を入力し、見積りしているシステムリソースの余剰量として40[%]を入力する。また、管理サーバ200は、スループット維持確率の閾値として0.8を入力し、リソース量見積処理を開始する。
【０１０７】
次いで、管理サーバ200は、スループット維持基準を取得（例えば、記憶装置から抽出）するとともに、予備のシステムリソース量として20[%]を入力する（ステップS301）。例えば、図8に示すデータ例では、管理サーバ200は、予備のシステムリソース量を追加すると、システムリソースの余剰量が60[%]になり、想定するスループットの最大値に対応するスループット維持確率として0.87を取得（例えば、スループット維持基準から換算して算出）する（ステップS302）。次いで、管理サーバ200は、ステップS302で得られたスループット維持確率と、リソース量見積処理の開始時に入力したスループット維持確率の閾値とを比較する（ステップS303）。
【０１０８】
上記の例では、管理サーバ200は、ステップS302で得られたスループット維持確率が、リソース量見積処理の開始時に入力したスループット維持確率の閾値以上であると判断するので、システムリソース量が適切であると判定し、予備のシステムリソース量が20[%]であり、スループット維持確率が0.8以上を得られるという判定結果を、ディスプレイ装置等の表示装置に表示させる（ステップS304）。
【０１０９】
一方、管理サーバ200は、ステップS303でリソース量見積処理の開始時に入力したスループット維持確率の閾値未満であると判断した場合には、システムリソース量が不足していると判定し、予備のシステムリソース量を増加させる（ステップS305）。そして、管理サーバ200は、ステップS302に遷移し、リソース量見積処理の開始時に入力したスループット維持確率の閾値以上の判定結果が得られるまで、ステップS302以降の処理を繰り返し実行する。
【０１１０】
なお、図9に示すリソース量見積処理を実行する場合、リソース量見積処理の開始時に入力した想定するスループットの最大値（想定するクライアント数の最大処理要求数）が実際のスループットの値を超える場合、想定するスループットの最大値を実際のスループットの値以上に設定し直し、スループット維持基準を再取得して、図9に示すリソース量見積処理を実行することが好ましい。
【０１１１】
なお、本実施形態では、リソース量見積処理において、システムリソース量が不足していると判定したときに、予備のシステムリソース量を増加させながら比較処理を繰り返すことによって、最適なシステムリソース量の見積結果を算出する場合を示したが、システムリソース量の見積の仕方は、本実施形態で示したものに限られない。例えば、図9に示した方法に代えて、又は図9に示した方法とともに、システムリソース量が過剰であると判定したときに、逆に、システムリソース量を減少させながら比較処理を繰り返すことによって、最適なシステムリソース量の見積結果を算出するようにしてもよい。ただし、ソフトウェア障害やハードウェア障害が発生していることにより、システムリソース量が過剰であると判定される場合もあるので、ソフトウェア障害やハードウェア障害が発生している場合には、システムリソース量の減少を行わずにシステムリソース量の見積結果を算出することが好ましい。
【０１１２】
また、本実施形態では、システム管理者等は、システム管理者等が利用できる予備のシステムリソース量で、どの程度のスループットを維持できるかを見積もることにより、想定するスループットを見積もることもできる。
【０１１３】
図10は、管理サーバ200がスループット想定値を見積もるスループット値見積処理の一例を示す流れ図である。なお、図10に示す見積処理も、クライアントによって業務システム300の利用要求のあったタイミングで、管理サーバ200によって実行される処理である。
【０１１４】
なお、以下、図8で示した具体的なデータ例を用いて図10に示すスループット値見積処理を説明する。なお、既に述べたように、図8に示す例は、上述したスループット維持基準生成装置100によるシミュレーションにおいて、想定するスループットの最大値を60[req/sec]とした結果から求められた業務システム300のスループット維持確率曲線に基づいて取得されたものである。
【０１１５】
業務システム300におけるスループット想定値の見積もりを行う場合、システム管理者等は、管理サーバ200を用いて、想定スループット、及びスループット維持確率の閾値を入力する操作を行う。すると、管理サーバ200は、システム管理者等の入力操作に従って、例えば、想定スループットとして60[req/sec]を入力し、スループット維持確率の閾値として0.8を入力して、スループット値見積処理を開始する。
【０１１６】
次いで、管理サーバ200は、想定スループットに基づいて生成されたスループット維持基準を取得（例えば、記憶装置から抽出）する（ステップS401）。次いで、予備のシステムリソースを追加することで得られるスループット維持確率を取得（例えば、スループット維持基準から換算して算出）する。例えば、管理サーバ200は、システムリソースの余剰量が40[%]である場合、スループット維持確率として0.65を得る（ステップS402）。次いで、管理サーバ200は、ステップS302で得られたスループット維持確率と、スループット値見積処理の開始時に入力したスループット維持確率の閾値とを比較する（ステップS403）。
【０１１７】
上記の例では、管理サーバ200は、ステップS302で得られたスループット維持確率が、スループット値見積処理の開始時に入力したスループット維持確率の閾値未満であるので、スループット想定値が過剰であると判定し、想定スループットを減少させる（ステップS405）。例えば、管理サーバ200は、想定スループットを30[req/sec]に減少させる。その後、管理サーバ200は、ステップS401に移行し、スループット値見積処理の開始時に入力したスループット維持確率の閾値以上の判定結果が得られるまで、ステップS401以降の処理を繰り返し実行する。
【０１１８】
具体的には、管理サーバ200は、再びステップS401の処理を実行して、ステップS405で更新した想定スループットに基づいて生成されたスループット維持基準を取得する。次いで、管理サーバ200は、再びステップS402の処理を実行して、システムリソースの余剰量である40[%]に対応するスループット維持確率を取得する。取得されたスループット維持確率とスループット維持確率の閾値が比較される。次いで、管理サーバ200は、再びステップS403の処理を実行して、取得したスループット維持確率が0.8以上であると判断できれば（ステップS403のYES）、想定スループットを30[req/sec]に減少させればスループット維持確率0.8以上を得られる旨の判定結果を、ディスプレイ装置等の表示装置に表示させる（ステップS404）。
【０１１９】
なお、図10に示すスループット値見積処理を実行する場合、スループット値見積処理の開始時に入力した想定するスループットの最大値（想定するクライアント数の最大処理要求数）が実際のスループットの値を超える場合、想定するスループットの最大値を実際のスループットの値以上に設定し直し、スループット維持基準を再取得して、図10に示すスループット値見積処理を実行することが好ましい。
【０１２０】
以上に説明したように、本実施形態によれば、ソフトウェア障害やハードウェア障害等のサーバシステム（業務システム300）の稼働状況も反映されたシミュレーションパターンデータを用いたシミュレーションを行い、そのシミュレーション結果に基づいてスループット維持基準を作成する。そして、スループット維持基準に基づいて、スループット想定値を維持できるか否かを判定して、判定結果を出力する。そのため、システムの様々な稼働状況も考慮して、スループットを安定して維持できるように支援することができる。すなわち、本実施形態によれば、サーバシステムが正常運用している場合だけでなく、ソフトウェア障害やハードウェア障害といったシステムが異常となる事象が発生した場合を考慮した想定スループットの維持基準を算出することで、スループットを安定して維持できるよう支援することができる。
【０１２１】
言い換えれば、本実施形態によれば、スループットとスループット維持確率との関係によって、想定するスループットを維持できる好ましいシステムリソース量の指標を求めることで、想定したスループットを維持できるシステムリソース量を把握することができ、予め用意する予備のシステムリソースを調整することができる。
【０１２２】
一般に、想定するスループットを維持できるか否かは不明であるためより多くのシステムリソースを用意しなければならない。これに対して、本実施形態によれば、予めシステム管理者等がサーバシステム（業務システム300）が想定するスループットを維持できるシステムリソース量であるか否かを把握することができる。また、そのサーバシステム（業務システム300）が想定するスループットを維持できないシステムリソース量である場合には、事前にシステムリソースの不足アラートが発生される。また、そのサーバシステムが想定するスループットを維持するのに余分なシステムリソース量がある場合には、事前にシステムリソースの制限アラートが発生される。そのようにすることにより、想定したスループットを維持できるように、サーバシステム（業務システム300）を運用することが可能となる。
【０１２３】
なお、スループット維持支援システムの構成の仕方は、本実施形態で示したものに限られない。図11は、スループット維持支援システムの他の構成例を示すブロック図である。図11に示すように、例えば、スループット維持基準生成装置100Aは、管理サーバ200A（スループット維持支援装置に相当する）に含まれるようにしてもよい。なお、図11において、スループット維持基準生成装置100Aの機能は、図1に示したスループット維持基準生成装置100の機能と同様であり、管理サーバ200Aが備えるその他の手段201,202,203の機能は、図13に示したそれらの機能と同様である。また、業務システム300及びリソースプール400の機能も、図13に示したそれらの機能と同様である。
【０１２４】
次に、本発明によるスループット維持支援システム（装置）の最小構成について説明する。図12は、スループット維持支援システム（装置）の最小の機能構成例を示す機能ブロック図である。図12に示すように、スループット維持支援システム（装置）は、最小の構成要素として、スループット維持判定手段210、及びスループット維持判定結果出力手段220を含む。
【０１２５】
スループット維持判定手段210は、サーバシステムについて予め想定されているスループットであるスループット想定値と、サーバシステムの稼働状況に応じた処理要求のパターンを示すパターンデータとを用いて計測された、サーバシステムのスループットとシステムリソースの余剰量との対応データに基づいて、サーバシステムにおけるスループット想定値を維持できるか否かを判定する機能を備える。また、スループット維持判定結果出力手段220は、スループット維持判定手段210によって判定されたスループット想定値を維持できるか否かの判定結果を出力する機能を備える。
【０１２６】
図12に示す最小構成のスループット維持支援システム（装置）によれば、システムの様々な稼働状況も考慮して、スループットを安定して維持できるように支援することができる。
【０１２７】
なお、上記に示した実施形態では、以下の(1)〜(32)に示すようなスループット維持支援システムやスループット維持支援装置の特徴的構成が示されている。
【０１２８】
(1)スループット維持支援システムは、サーバシステム（例えば、業務システム300）について予め想定の処理要求数において想定されるスループットの値であるスループット想定値と、サーバシステムの稼働状況に応じた処理要求のパターンを示すパターンデータ（例えば、シミュレーションパターンデータ）とを用いて計測された、サーバシステムのスループットの値とシステムリソースの余剰量との対応データ（例えば、シミュレーション結果）に基づいて、サーバシステムにおけるスループット想定値を超えずに維持できるか否かを判定するスループット維持判定手段（例えば、スループット維持判定手段210によって実現される）と、スループット維持判定手段によって判定されたスループット想定値を超えずに維持できるか否かの判定結果を出力する判定結果出力手段（例えば、スループット維持判定結果出力手段220によって実現される）と、を備える。
【０１２９】
(2)スループット維持支援システムは、スループット想定値とパターンデータとを用いて、パターンデータで示されるパターンに従う処理要求をサーバシステムに送信して該サーバシステムから処理結果を受信する処理を繰り返すことによってシミュレーションを実行するためのシミュレーションプロセスを生成するシミュレーションプロセス生成手段（例えば、シミュレーションプロセス生成手段111によって実現される）と、シミュレーションプロセス生成手段が生成したシミュレーションプロセスを用いてシミュレーションを実行して、サーバシステムのシステムリソース量を変化させながら、サーバシステムのスループットの値を測定するとともに、サーバシステムにおける想定の処理要求数においてスループット想定値を超えずに維持するためにサーバシステムが必要とするシステムリソース量を基準とした場合の現在のシステムリソース量との差分量を測定するリソース差分量測定手段（例えば、リソース差分量測定手段112によって実現される）と、リソース差分量測定手段が測定したシステムリソース量の差分量に基づいて、リソース差分量測定手段が測定したスループットがスループット想定値を超えずに維持できる確率を求め、求めたスループット想定値を超えずに維持できる確率に基づいて、スループット想定値を超えずに維持できるか否かを判定するための基準値（例えば、スループット維持基準）を算出する基準値算出手段（例えば、スループット維持基準算出手段113によって実現される）と、を備え、スループット維持判定手段は、基準値算出手段が算出した基準値に基づいて、サーバシステムにおけるスループット想定値を超えずに維持できるか否かを判定するように構成されていてもよい。
【０１３０】
(3)スループット維持支援システムにおいて、基準値算出手段は、リソース差分量測定手段が測定したスループットの値と算出したスループット想定値を超えずに維持できる確率の逆数とを乗算したスループット維持密度を求め、求めたスループット維持密度のうち値が最大となるスループット維持密度を、スループット想定値を超えずに維持できるか否かを判定するための基準値として算出するように構成されていてもよい。
【０１３１】
(4)スループット維持支援システムにおいて、スループット維持判定手段は、基準値算出手段が算出したスループット維持密度が最も大きい値となるときのシステムリソース量の差分量を、スループット想定値を超えずに維持できる最適なシステムリソース量の見積値として算出するリソース量見積値算出手段（例えば、リソース量見積値算出手段212によって実現される）を含むように構成されていてもよい。
【０１３２】
(5)スループット維持支援システムにおいて、スループット維持判定手段は、基準値算出手段が算出した基準値に基づいて、システムリソース量を追加したときのスループット想定値を超えずに維持できる確率と所定の閾値とを比較する維持確率比較手段（例えば、スループット維持確率比較手段211によって実現される）を含み、リソース量見積値算出手段は、維持確率比較手段によってスループット想定値を超えずに維持できる確率が所定の閾値以上であると判定されたときに、追加後のシステムリソース量を、最適なシステムリソース量の見積値として算出するように構成されていてもよい。
【０１３３】
(6)スループット維持支援システムにおいて、維持確率比較手段は、スループット想定値を超えずに維持できる確率が所定の閾値以上でないと判定すると、さらにシステムリソース量を追加したときのスループット想定値を超えずに維持できる確率と所定の閾値とを比較する処理を繰り返し実行するように構成されていてもよい。
【０１３４】
(7)スループット維持支援システムにおいて、スループット維持判定手段は、基準値算出手段が算出したスループット維持密度が最も大きい値となるときのシステムリソース量の差分量を、サーバシステムの判定時のシステムリソースと比較するリソース量比較手段（例えば、リソース量比較手段214によって実現される）を含み、判定結果出力手段は、リソース量比較手段によってサーバシステムのシステムリソース量が不足すると判定されると、システムリソース量を追加すべき旨の追加アラートを出力し、リソース量比較手段によってサーバシステムのシステムリソース量が余剰であると判定されると、システムリソース量を制限すべき旨の制限アラートを出力するように構成されていてもよい。
【０１３５】
(8)スループット維持支援システムにおいて、スループット維持判定手段は、基準値算出手段が算出した基準値に基づいて、システムリソース量を追加したときのスループット想定値を超えずに維持できる確率と所定の閾値とを比較する維持確率比較手段（例えば、スループット維持確率比較手段211によって実現される）と、維持確率比較手段によってスループット想定値を超えずに維持できる確率が所定の閾値以上であると判定されたときに、システムリソース量の追加後のスループット想定値を、最適なスループット想定値の見積値として算出するスループット想定値見積値算出手段（例えば、スループット想定値見積値算出手段213によって実現される）と、を含むように構成されていてもよい。
【０１３６】
(9)スループット維持支援装置（例えば、スループット維持基準生成装置100Aを備えた管理サーバ200A）は、サーバシステム（例えば、業務システム300）について予め想定の処理要求数において想定されるスループットの値であるスループット想定値と、サーバシステムの稼働状況に応じた処理要求のパターンを示すパターンデータ（例えば、シミュレーションパターンデータ）とを用いて計測された、サーバシステムのスループットの値とシステムリソースの余剰量との対応データ（例えば、シミュレーション結果）に基づいて、サーバシステムにおけるスループット想定値を超えずに維持できるか否かを判定するスループット維持判定手段（例えば、スループット維持判定手段210によって実現される）と、スループット維持判定手段によって判定されたスループット想定値を超えずに維持できるか否かの判定結果を出力する判定結果出力手段（例えば、スループット維持判定結果出力手段220によって実現される）と、を備える。
【０１３７】
(10)スループット維持支援装置は、スループット想定値とパターンデータとを用いて、パターンデータで示されるパターンに従う処理要求をサーバシステムに送信して該サーバシステムから処理結果を受信する処理を繰り返すことによってシミュレーションを実行するためのシミュレーションプロセスを生成するシミュレーションプロセス生成手段（例えば、シミュレーションプロセス生成手段111によって実現される）と、シミュレーションプロセス生成手段が生成したシミュレーションプロセスを用いてシミュレーションを実行して、サーバシステムのシステムリソース量を変化させながら、サーバシステムのスループットの値を測定するとともに、サーバシステムにおける想定の処理要求数においてスループット想定値を超えずに維持するためにサーバシステムが必要とするシステムリソース量を基準とした場合の現在のシステムリソース量との差分量を測定するリソース差分量測定手段（例えば、リソース差分量測定手段112によって実現される）と、リソース差分量測定手段が測定したシステムリソース量の差分量に基づいて、リソース差分量測定手段が測定したスループットがスループット想定値を超えずに維持できる確率を求め、求めたスループット想定値を超えずに維持できる確率に基づいて、スループット想定値を超えずに維持できるか否かを判定するための基準値（例えば、スループット維持基準）を算出する基準値算出手段（例えば、スループット維持基準算出手段113によって実現される）と、を備え、スループット維持判定手段は、基準値算出手段が算出した基準値に基づいて、サーバシステムにおけるスループット想定値を超えずに維持できるか否かを判定するように構成されていてもよい。
【０１３８】
(11)スループット維持支援装置において、基準値算出手段は、リソース差分量測定手段が測定したスループットの値と算出したスループット想定値を超えずに維持できる確率の逆数とを乗算したスループット維持密度を求め、求めたスループット維持密度のうち値が最大となるスループット維持密度を、スループット想定値を超えずに維持できるか否かを判定するための基準値として算出するように構成されていてもよい。
【０１３９】
(12)スループット維持支援装置において、スループット維持判定手段は、基準値算出手段が算出したスループット維持密度が最も大きい値となるときのシステムリソース量の差分量を、スループット想定値を超えずに維持できる最適なシステムリソース量の見積値として算出するリソース量見積値算出手段（例えば、リソース量見積値算出手段212によって実現される）を含むように構成されていてもよい。
【０１４０】
(13)スループット維持支援装置において、スループット維持判定手段は、基準値算出手段が算出した基準値に基づいて、システムリソース量を追加したときのスループット想定値を超えずに維持できる確率と所定の閾値とを比較する維持確率比較手段（例えば、スループット維持確率比較手段211によって実現される）を含み、リソース量見積値算出手段は、維持確率比較手段によってスループット想定値を超えずに維持できる確率が所定の閾値以上であると判定されたときに、追加後のシステムリソース量を、最適なシステムリソース量の見積値として算出するように構成されていてもよい。
【０１４１】
(14)スループット維持支援装置において、維持確率比較手段は、スループット想定値を超えずに維持できる確率が所定の閾値以上でないと判定すると、さらにシステムリソース量を追加したときのスループット想定値を超えずに維持できる確率と所定の閾値とを比較する処理を繰り返し実行するように構成されていてもよい。
【０１４２】
(15)スループット維持支援装置において、スループット維持判定手段は、基準値算出手段が算出したスループット維持密度が最も大きい値となるときのシステムリソース量の差分量を、サーバシステムの判定時のシステムリソースと比較するリソース量比較手段（例えば、リソース量比較手段214によって実現される）を含み、判定結果出力手段は、リソース量比較手段によってサーバシステムのシステムリソース量が不足すると判定されると、システムリソース量を追加すべき旨の追加アラートを出力し、リソース量比較手段によってサーバシステムのシステムリソース量が余剰であると判定されると、システムリソース量を制限すべき旨の制限アラートを出力するように構成されていてもよい。
【０１４３】
(16)スループット維持支援装置において、スループット維持判定手段は、基準値算出手段が算出した基準値に基づいて、システムリソース量を追加したときのスループット想定値を超えずに維持できる確率と所定の閾値とを比較する維持確率比較手段（例えば、スループット維持確率比較手段211によって実現される）と、維持確率比較手段によってスループット想定値を超えずに維持できる確率が所定の閾値以上であると判定されたときに、システムリソース量の追加後のスループット想定値を、最適なスループット想定値の見積値として算出するスループット想定値見積値算出手段（例えば、スループット想定値見積値算出手段213によって実現される）と、を含むように構成されていてもよい。
【０１４４】
(17)スループット維持支援システムは、サーバシステムについて予め想定の処理要求数において想定されるスループットの値であるスループット想定値と、サーバシステムの稼働状況に応じた処理要求のパターンを示すパターンデータとを用いて計測された、サーバシステムのスループットの値とシステムリソースの余剰量との対応データに基づいて、サーバシステムにおけるスループット想定値を超えずに維持できるか否かを判定するスループット維持判定部と、スループット維持判定部によって判定されたスループット想定値を超えずに維持できるか否かの判定結果を出力する判定結果出力部と、を備えるように構成されていてもよい。
【０１４５】
(18)スループット維持支援システムは、スループット想定値とパターンデータとを用いて、パターンデータで示されるパターンに従う処理要求をサーバシステムに送信して該サーバシステムから処理結果を受信する処理を繰り返すことによってシミュレーションを実行するためのシミュレーションプロセスを生成するシミュレーションプロセス生成部と、シミュレーションプロセス生成部が生成したシミュレーションプロセスを用いてシミュレーションを実行して、サーバシステムのシステムリソース量を変化させながら、サーバシステムのスループットの値を測定するとともに、サーバシステムにおける想定の処理要求数においてスループット想定値を超えずに維持するためにサーバシステムが必要とするシステムリソース量を基準とした場合の現在のシステムリソース量との差分量を測定するリソース差分量測定部と、リソース差分量測定部が測定したシステムリソース量の差分量に基づいて、リソース差分量測定部が測定したスループットがスループット想定値を超えずに維持できる確率を求め、求めたスループット想定値を超えずに維持できる確率に基づいて、スループット想定値を超えずに維持できるか否かを判定するための基準値を算出する基準値算出部と、を備え、スループット維持判定部は、基準値算出部が算出した基準値に基づいて、サーバシステムにおけるスループット想定値を超えずに維持できるか否かを判定するように構成されていてもよい。
【０１４６】
(19)スループット維持支援システムにおいて、基準値算出部は、リソース差分量測定部が測定したスループットの値と算出したスループット想定値を超えずに維持できる確率の逆数とを乗算したスループット維持密度を求め、求めたスループット維持密度のうち値が最大となるスループット維持密度を、スループット想定値を超えずに維持できるか否かを判定するための基準値として算出するように構成されていてもよい。
【０１４７】
(20)スループット維持支援システムにおいて、スループット維持判定部は、基準値算出部が算出したスループット維持密度が最も大きい値となるときのシステムリソース量の差分量を、スループット想定値を超えずに維持できる最適なシステムリソース量の見積値として算出するリソース量見積値算出部を含むように構成されていてもよい。
【０１４８】
(21)スループット維持支援システムにおいて、スループット維持判定部は、基準値算出部が算出した基準値に基づいて、システムリソース量を追加したときのスループット想定値を超えずに維持できる確率と所定の閾値とを比較する維持確率比較部を含み、リソース量見積値算出部は、維持確率比較部によってスループット想定値を超えずに維持できる確率が所定の閾値以上であると判定されたときに、追加後のシステムリソース量を、最適なシステムリソース量の見積値として算出するように構成されていてもよい。
【０１４９】
(22)スループット維持支援システムにおいて、維持確率比較部は、スループット想定値を超えずに維持できる確率が所定の閾値以上でないと判定すると、さらにシステムリソース量を追加したときのスループット想定値を超えずに維持できる確率と所定の閾値とを比較する処理を繰り返し実行するように構成されていてもよい。
【０１５０】
(23)スループット維持支援システムにおいて、スループット維持判定部は、基準値算出部が算出したスループット維持密度が最も大きい値となるときのシステムリソース量の差分量を、サーバシステムの判定時のシステムリソースと比較するリソース量比較部を含み、判定結果出力部は、リソース量比較部によってサーバシステムのシステムリソース量が不足すると判定されると、システムリソース量を追加すべき旨の追加アラートを出力し、リソース量比較部によってサーバシステムのシステムリソース量が余剰であると判定されると、システムリソース量を制限すべき旨の制限アラートを出力するように構成されていてもよい。
【０１５１】
(24)スループット維持支援システムにおいて、スループット維持判定部は、基準値算出部が算出した基準値に基づいて、システムリソース量を追加したときのスループット想定値を超えずに維持できる確率と所定の閾値とを比較する維持確率比較部と、維持確率比較部によってスループット想定値を超えずに維持できる確率が所定の閾値以上であると判定されたときに、システムリソース量の追加後のスループット想定値を、最適なスループット想定値の見積値として算出するスループット想定値見積値算出部と、を含むように構成されていてもよい。
【０１５２】
(25)スループット維持支援装置は、サーバシステムについて予め想定の処理要求数において想定されるスループットの値であるスループット想定値と、サーバシステムの稼働状況に応じた処理要求のパターンを示すパターンデータとを用いて計測された、サーバシステムのスループットの値とシステムリソースの余剰量との対応データに基づいて、サーバシステムにおけるスループット想定値を超えずに維持できるか否かを判定するスループット維持判定部と、スループット維持判定部によって判定されたスループット想定値を超えずに維持できるか否かの判定結果を出力する判定結果出力部と、を備えるように構成されていてもよい。
【０１５３】
(26)スループット維持支援装置は、スループット想定値とパターンデータとを用いて、パターンデータで示されるパターンに従う処理要求をサーバシステムに送信して該サーバシステムから処理結果を受信する処理を繰り返すことによってシミュレーションを実行するためのシミュレーションプロセスを生成するシミュレーションプロセス生成部と、シミュレーションプロセス生成部が生成したシミュレーションプロセスを用いてシミュレーションを実行して、サーバシステムのシステムリソース量を変化させながら、サーバシステムのスループットの値を測定するとともに、サーバシステムにおける想定の処理要求数においてスループット想定値を超えずに維持するためにサーバシステムが必要とするシステムリソース量を基準とした場合の現在のシステムリソース量との差分量を測定するリソース差分量測定部と、リソース差分量測定部が測定したシステムリソース量の差分量に基づいて、リソース差分量測定部が測定したスループットがスループット想定値を超えずに維持できる確率を求め、求めたスループット想定値を超えずに維持できる確率に基づいて、スループット想定値を超えずに維持できるか否かを判定するための基準値を算出する基準値算出部と、を備え、スループット維持判定部は、基準値算出部が算出した基準値に基づいて、サーバシステムにおけるスループット想定値を超えずに維持できるか否かを判定するように構成されていてもよい。
【０１５４】
(27)スループット維持支援装置において、基準値算出部は、リソース差分量測定部が測定したスループットの値と算出したスループット想定値を超えずに維持できる確率の逆数とを乗算したスループット維持密度を求め、求めたスループット維持密度のうち値が最大となるスループット維持密度を、スループット想定値を超えずに維持できるか否かを判定するための基準値として算出するように構成されていてもよい。
【０１５５】
(28)スループット維持支援装置において、スループット維持判定部は、基準値算出部が算出したスループット維持密度が最も大きい値となるときのシステムリソース量の差分量を、スループット想定値を超えずに維持できる最適なシステムリソース量の見積値として算出するリソース量見積値算出部を含むように構成されていてもよい。
【０１５６】
(29)スループット維持支援装置において、スループット維持判定部は、基準値算出部が算出した基準値に基づいて、システムリソース量を追加したときのスループット想定値を超えずに維持できる確率と所定の閾値とを比較する維持確率比較部を含み、リソース量見積値算出部は、維持確率比較部によってスループット想定値を超えずに維持できる確率が所定の閾値以上であると判定されたときに、追加後のシステムリソース量を、最適なシステムリソース量の見積値として算出するように構成されていてもよい。
【０１５７】
(30)スループット維持支援装置において、維持確率比較部は、スループット想定値を超えずに維持できる確率が所定の閾値以上でないと判定すると、さらにシステムリソース量を追加したときのスループット想定値を超えずに維持できる確率と所定の閾値とを比較する処理を繰り返し実行するように構成されていてもよい。
【０１５８】
(31)スループット維持支援装置において、スループット維持判定部は、基準値算出部が算出したスループット維持密度が最も大きい値となるときのシステムリソース量の差分量を、サーバシステムの判定時のシステムリソースと比較するリソース量比較部を含み、判定結果出力部は、リソース量比較部によってサーバシステムのシステムリソース量が不足すると判定されると、システムリソース量を追加すべき旨の追加アラートを出力し、リソース量比較部によってサーバシステムのシステムリソース量が余剰であると判定されると、システムリソース量を制限すべき旨の制限アラートを出力するように構成されていてもよい。
【０１５９】
(32)スループット維持支援装置において、スループット維持判定部は、基準値算出部が算出した基準値に基づいて、システムリソース量を追加したときのスループット想定値を超えずに維持できる確率と所定の閾値とを比較する維持確率比較部と、維持確率比較部によってスループット想定値を超えずに維持できる確率が所定の閾値以上であると判定されたときに、システムリソース量の追加後のスループット想定値を、最適なスループット想定値の見積値として算出するスループット想定値見積値算出部と、を含むように構成されていてもよい。
【０１６０】
以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【０１６１】
この出願は、２０１０年２月２３日に出願された日本特許出願２０１０−３７８５０を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【産業上の利用可能性】
【０１６２】
本発明は、インターネット上のオンラインシステムや、企業内システム、データセンタにおいて、想定するスループットの維持を支援する運用管理システム又は管理サーバの用途に適用することができる。
【符号の説明】
【０１６３】
100  スループット維持基準生成装置
101  入力手段
102  クロック生成手段
103  記憶装置
104  スループット維持確率算出手段
105  送受信手段
111  シミュレーションプロセス生成手段
112  リソース差分量測定手段
113  スループット維持基準算出手段
114  スループット維持基準送信手段
200  管理サーバ
201  プロビジョニングイベント生成手段
202  リソースプール探索手段
203  プロビジョニングイベント処理手段
210  スループット維持判定手段
211  スループット維持確率比較手段
212  リソース量見積値算出手段
213  スループット想定値見積値算出手段
214  リソース量比較手段
220  スループット維持判定結果出力手段
300  業務システム
301  Webサーバ
302  WebAPサーバ
303  DBサーバ
304  ストレージ
400  リソースプール
500  ネットワーク
【図１】
0005617914.tif 000002
【図２】
0005617914.tif 000003
【図３】
0005617914.tif 000004
【図４】
0005617914.tif 000005
【図５】
0005617914.tif 000006
【図６】
0005617914.tif 000007
【図７】
0005617914.tif 000008
【図８】
0005617914.tif 000009
【図９】
0005617914.tif 000010
【図１０】
0005617914.tif 000011
【図１１】
0005617914.tif 000012
【図１２】
0005617914.tif 000013
【図１３】
0005617914.tif 000014