JPWO2018173481A1 - サービス構成設計装置、およびサービス構成設計方法 - Google Patents

Abstract

サービスを提供するシステムの構成設計に要する時間を短縮するために、サービス構成設計装置１０は、ＩＣＴサービスを提供するための各々のノードのトラフィックを解析して業務を定義する業務パターン定義部１１と、業務と各々のノードにおけるリソース消費量との関係を定式化して業務・リソース関係式を生成する業務・リソース関係式生成部１２と、ノードに含まれうるリソースの組み合わせを表す設計導出木にもとづいてサービス構成を生成するサービス構成導出部１３とを備え、サービス構成導出部１３は、業務・リソース関係式にもとづいて設計導出木におけるリソースを絞り込んだ後にサービス構成を生成する。

Description

本発明は、ＩＣＴサービスを提供するシステムの構成を設計するためのサービス構成設計装置、およびサービス構成設計方法に関する。

インターネット等の通信ネットワークを介して提供されるＩＣＴ（Information and Communication Technology）サービス（例えば、Ｗｅｂサイト、動画配信、業務システム）を提供するシステムは、複数のコンポーネントで構成される。例えば、Ｗｅｂシステムは、Ｗｅｂサーバ、アプリケーションサーバ、データベースサーバなどの複数のコンポーネントで構成される（例えば、特許文献１参照）。

特許文献１には、ユーザが所望するコンポーネント要件等を配慮して、ＩＣＴサービスを提供するシステムの構成案を生成するシステム構成案生成装置が記載されている。

特許文献２には、１つのサービスを実現するための複数の機能からなるサービスチェインが紹介されている。

特開２０１５−２１９７９５号公報 国際公開第２０１５／１９４１８２号

携帯電話機やパーソナルコンピュータ等の端末に対して通信ネットワークを介して提供されるＩＣＴサービスを提供するシステムを例にする。図１４は、インターネット６００を介して、ＩＣＴサービスを提供する一般的なサービス提供システム５００を示すシステム構成図である。

図１４に示すように、サービス提供システム５００は、Ｗｅｂサーバ５１０ａ，５１０ｂ、アプリケーションサーバ５２０、データベース（ＤＢ）サーバ５３０等のサーバを含む。また、サービス提供システム５００は、不要なトラフィックを排除するファイアウォール（ＦＷ）５４０、ＩＰ（Internet Protocol ）アドレスの変換を行うロードバランサ（ＬＢ）５５０を含む。さらに、サービス提供システム５００には、キャッシュを蓄積するプロキシ（Proxy ）やアドレス変換を行うＮＡＴ（Network Address Translation ）の機能が組み込まれることもある。なお、以下、各種サーバ機能やネットワーク機能を提供するモジュールをノードと総称する。

ノードでの処理を改善するために、ＣＰＵ（Central Processing Unit ）、メモリ、ネットワークＩ／Ｏ（Input/Output）といったリソースが追加されることがある。また、ＡＥＳ−ＮＩ（Advanced Encryption Standard New Instructions ）をサポートするアクセラレータが使用されたり、スケールアウトによる並列処理が実行されることがある。

例えば、あるＦＷのノードで、リソースの割り当てパターンが１０種類あり、アクセラレータが３種類（アクセラレータ不使用も含む）あり、最大スケール数が２０である場合、そのノードのインスタンス構成（パターン）の候補は、１０×３×２０＝６００通りある。さらに、ＮＡＴのノードやプロキシのノードなどを連結して種類のノードからなる提供システムを構成する場合、インスタンス構成の候補は、６００^５＝７７７，６００，０００，０００，０００通りにもなる。どのパターンが最適であるかを検証するには、各パターンのテストが要求される。従って、検証時間が膨大になる。

また、種類が同じであっても、実行する処理が異なるノード間では、内部処理で消費されるリソースが異なるので、最適なリソース割当パターンも異なる。例えば、ＦＷを例示すると、メールのウイルスチェックを行う場合には性能が高いＣＰＵリソースが必要とされる。動画配信のフィルタリングを行う場合には、性能が高いネットワークＩ／Ｏリソースが必要とされる。そして、両方の処理を同時に行う場合には、それぞれ単体の機能が要求するＣＰＵリソースとネットワークＩ／Ｏリソースとの和より多いリソースが必要とされるなど、最適なリソース割当パターンは異なる。

従って、最適なインスタンス構成および最適なリソース割当パターンを導出できるまでに、膨大な数のインスタンス構成の候補およびリソース割当パターンを検証する必要がある。つまり、ＩＣＴサービスを提供する最適なシステムの設計に長時間を要するという課題がある。

なお、本明細書では、サービスチェインを構成する個々のノードの機能がサービスに相当する。従って、「サービス構成」は、複数のノードがどのように組み合わされているかを表す概念である。さらに、「サービス構成」には、各ノードにおけるリソース割当の概念も含まれる。また、「サービス構成設計」は、要求されるサービスレベルを満たすために複数のノードの組み合わせを決定し、かつ、各ノードに割り当てられるリソースの量を決定することである。

本発明は、サービスを提供するシステムの構成設計に要する時間を短縮することを目的とする。

本発明によるサービス構成設計装置は、ＩＣＴサービスを提供するための各々のノードのトラフィックを解析して業務を定義する業務パターン定義手段と、業務と各々のノードにおけるリソース消費量との関係を定式化して業務・リソース関係式を生成する業務・リソース関係式生成手段と、ノードに含まれうるリソースの組み合わせを表す設計導出木にもとづいてサービス構成を生成するサービス構成導出手段とを備え、サービス構成導出手段は、業務・リソース関係式にもとづいて設計導出木におけるリソースを絞り込んだ後にサービス構成を生成する。

本発明によるサービス構成設計方法は、ＩＣＴサービスを提供するための各々のノードのトラフィックを解析して業務を定義し、業務と各々のノードにおけるリソース消費量との関係を定式化して業務・リソース関係式を生成し、業務・リソース関係式にもとづいて、ノードに含まれうるリソースの組み合わせを表す設計導出木におけるリソースを絞り込んだ後に、設計導出木にもとづいてサービス構成を生成する。

本発明による記録媒体は、サービス構成設計プログラムを格納するコンピュータ読み取り可能な記録媒体であって、サービス構成設計プログラムは、プロセッサによって実行されるときに、ＩＣＴサービスを提供するための各々のノードのトラフィックを解析して業務を定義する処理と、業務と各々のノードにおけるリソース消費量との関係を定式化して業務・リソース関係式を生成する処理と、業務・リソース関係式にもとづいて、ノードに含まれうるリソースの組み合わせを表す設計導出木におけるリソースを絞り込んだ後に、設計導出木にもとづいてサービス構成を生成する処理とを実行する。

本発明によれば、サービスを提供するシステムの構成設計に要する時間が短縮される。

サービス実行装置の最適構成を設計するためのサービス構成設計装置を、関連装置とともに示すブロック図である。 トラフィック情報の一覧（トラフィック情報テーブル）の一例を示す説明図である。 リソース消費率の一覧（リソース消費率テーブル）の一例を示す説明図である。 サービスの要件の一例を示す説明図である。 業務パターン定義部が実行する処理を示すフローチャートである。 業務パターン情報の一例を示す説明図である。 業務・リソース関係式生成部が実行する処理を示すフローチャートである。 業務・リソース関係式の一例を示す説明図である。 設計導出木の一例を示す説明図である。 リソースタイプの各々におけるリソースのリソース量の一例を示す説明図である。 サービス構成導出部が実行する処理を示すフローチャートである。 サービス構成記憶装置に格納されたサービス構成の一例を示す説明図である。 サービス構成設計装置の主要部を示すブロック図である。 ＩＣＴサービスを提供する一般的なサービス提供システムを示すシステム構成図である。

実施形態１．
以下、本発明の実施形態を図面を参照して説明する。

図１は、サービス実行装置の最適構成を設計するためのサービス構成設計装置（ＩＣＴサービスを実現するためのサービスチェインの構成を選定するシステム構成設計装置）を、関連装置とともに示すブロック図である。具体的には、サービス構成設計装置１００の他に、サービス実行装置２００、測定装置２０１、構成変更装置２０２、サービス構成記憶装置２０３、測定情報記憶装置２０４、および入力装置３００が示されている。なお、図１に示す例では、サービス実行装置２００は、それぞれが複数のノードで実現される複数のサービス（図１に示す例では、Service1およびService2）が稼働する環境を提供する。

入力装置３００は、新規生成されるサービス（ＩＣＴサービス）の要件をサービス構成設計装置１００に供給する装置である。

測定装置２０１は、ＩＣＴサービスを提供するための各々のノードを対象として、トラフィック情報（例えば、ネットワークを通過するデータの量であるトラフィック量）、サービス時間（データ処理にかかる時間）、リソース消費率などを測定し、測定した値を測定情報記憶装置２０４に格納する。

構成変更装置２０２は、新たにサービス構成記憶装置２０３に格納された構成情報を読み出し、構成情報にもとづいてサービス実行装置２００にサービスチェインを構築する。サービス構成記憶装置２０３は、サービス構成設計装置１００が選定した構成情報を格納する。

サービス構成設計装置１００は、サービス構成導出部（システム構成導出部）１０１、業務・リソース関係式生成部１０２、業務パターン定義部１０３、サービス要件記憶部１１０、設計導出木記憶部１１１、業務・リソース関係式記憶部１１２、および業務パターン記憶部１１３を含む。

サービス構成導出部１０１は、適切なサービス構成（ＩＣＴサービスを提供するための複数のノードの連結）等を選定する。業務・リソース関係式生成部１０２は、業務・リソース関係式（ノードの業務とリソース消費率との関係式）を生成し、業務・リソース関係式を業務・リソース関係式記憶部１１２に格納する。業務パターン定義部１０３は、業務パターン（例えば、ＩＣＴサービス）を定義し、業務パターンに関連する業務パターン情報を業務パターン記憶部１１３に格納する。

サービス要件記憶部１１０は、入力装置３００から供給されるサービスの要件を記憶する。設計導出木記憶部１１１は、設計導出木データを記憶する。

なお、サービス構成導出部１０１、業務・リソース関係式生成部１０２および業務パターン定義部１０３は、ＲＯＭ（Read Only Memory）、フラッシュメモリ、ハードディスクなどの非一時的な不揮発性メモリに格納されるプログラムに従って、１つまたは複数のプロセッサ（例えば、ＣＰＵ）が処理を実行することによって実現可能である。

サービス要件記憶部１１０、設計導出木記憶部１１１、業務・リソース関係式記憶部１１２および業務パターン記憶部１１３は、ハードディスクなどによる記憶装置で実現可能である。

次に、サービス構成設計装置１００の動作を説明する。まず、業務パターン定義を説明する。

測定装置２０１は、サービス実行装置２００における各々のノードについて、トラフィック（ネットワークを経由してノードに入力されるデータおよびノードから出力されるデータ）に関する情報（トラフィック情報）と、ＣＰＵ、ＲＡＭ（Random access memory）、ネットワークＩ／Ｏ、ストレージＩＯＰＳ（Input/Output operations per second）のようなリソース利用率（リソース消費率）の情報を測定し、測定した各値を測定情報記憶装置２０４に格納する。

図２は、測定情報記憶装置２０４に格納されるトラフィック情報の一覧（トラフィック情報テーブル）の一例を示す説明図である。

図２に示す例では、トラフィック情報テーブルには、通信のログが、それに対応するタイムスタンプ、サービスＩＤ、ノードＩＤ、およびログタイプとともに設定されている。なお、図２に示す例では、サービス実行装置２００によって、複数のＩＣＴサービス（Service1, Service2等）が提供されている。

図３は、測定情報記憶装置２０４に格納されるリソース消費率の一覧（リソース消費率テーブル）の一例を示す説明図である。

図３に示す例では、リソース消費率テーブルには、ＣＰＵ消費率、ＲＡＭ消費率、ＩＯＰＳ消費率、およびＮＷ（Network ）Ｉ／Ｏ消費率が、それらに対応するタイムスタンプ、サービスＩＤ、およびノードＩＤとともに設定されている。

サービス構成設計装置１００は、新規生成するサービスの要件を入力装置３００から受け取り、サービス要件記憶部１１０に格納する。サービスの要件は、少なくとも、サービス構成要件としてのノードの連結を表す情報、サービスレベル（例えば、データ転送速度）を示す情報、ノードタイプ（ノードの種類）を示す情報を含む。

図４は、サービス要件記憶部１１０に格納されるサービスの要件の一例を示す説明図である。図４に示す例では、（Ａ）に示すように、サービス要件記憶部１１０には、サービスの要件として、サービス構成要件、サービスレベル要件および業務パターンのＩＤ（パターンＩＤ）が記憶さる。また、（Ｂ）に示すように、サービス要件記憶部１１０には、サービスの構成要件に含まれるノードタイプを示す情報も記憶される。なお、図４に示す例では、サービスＩＤ"service1"で特定されるサービスは、複数のＩＣＴサービス（patternAで特定される動画配信サービスとpatternBで特定される所定のアプリケーションサービス）を含む。

例えば、Juniper（登録商標） FW、LVS (Linux（登録商標） Virtual Server) load balancer、Apache（登録商標） Web server 、Tomcat server 、MySQL（登録商標） DBを用いて、動画トラフィックとアプリケーショントラフィック合わせて１００Mbpsを処理できるサービスが要求される場合には、サービスの要件は、図４（Ａ）における１行目に示すように指定される。

図４（Ｂ）において、"fw"は、ファイアウォールを示す。"nat"は、ＮＡＴ装置を示す。"lb"は、ロードバランサを示す。"px"は、プロキシを示す。"dpi" は、ＤＰＩ（Deep Packet Inspection）装置を示す。"app" は、アプリケーションサーバを示す。"ids" は、侵入検知システム（Intrusion Detection System）を示す。"web" は、Ｗｅｂサーバを示す。"db"は、データベースを示す。

図５は、業務パターン定義部１０３が実行する処理を示すフローチャートである。

業務パターン定義部１０３は、測定情報記憶装置２０４から、新規サービスにおけるノードに対応するトラフィック情報を読み出す（ステップＳ１１）。そして、業務パターン定義部１０３は、サービス要件記憶部１１０に記憶されているノードタイプ毎に、ステップＳ１３の処理を実行する（ステップＳ１２，Ｓ１４）。

ステップＳ１３では、業務パターン定義部１０３は、プロトコル情報や、トラフィック情報内のコンテンツ情報に基づいて業務パターンを定義する。

例えば、図２に例示されたトラフィック情報テーブルに示すようなトラフィック情報を使用する場合には、業務パターン定義部１０３は、プロトコル情報として"HTTP"、コンテンツ情報として"Content-Type: video/flv" という情報を検出し、「映像トラフィック」という業務パターンを定義する。

そして、業務パターン定義部１０３は、定義した業務パターンに関連する業務パターン情報を業務パターン記憶部１１３に格納する（ステップＳ１５）。

図６は、業務パターン記憶部１１３に記憶されている業務パターン情報の一例を示す説明図である。図６に示す例では、パターンＩＤに対応して、業務パターンを表す名称のデータと、識別パターン（プロトコル情報、コンテンツ情報など）を示すデータとが登録されている。

次に、業務・リソース関係式の生成処理を説明する。

図７は、業務・リソース関係式生成部１０２が実行する処理を示すフローチャートである。

業務・リソース関係式生成部１０２は、測定情報記憶装置２０４から、トラフィック情報に含まれるログとリソース消費率とを読み出す（ステップＳ２１）。なお、ログからトラフィック量を知ることができる。また、業務・リソース関係式生成部１０２は、業務パターン記憶部１１３から、業務パターン情報を読み出す（ステップＳ２２）。

そして、業務・リソース関係式生成部１０２は、トラフィック情報を業務パターン毎に分類する（ステップＳ２３）。また、業務・リソース関係式生成部１０２は、ノードタイプ毎に、ステップＳ２５の処理を実行する（ステップＳ２４，Ｓ２６）。

ステップＳ２５では、業務・リソース関係式生成部１０２は、業務パターンのトラフィック量を目的変数、リソース毎の消費率を説明変数として、回帰分析等の数理解析を行って、業務・リソース関係式を生成する。このとき、業務・リソース関係式生成部１０２は、関係式の精度のしきい値を設定し、目的変数との相関が低い説明変数を削る。すなわち、業務・リソース関係式生成部１０２は、ノードタイプの性能にとって有効なリソース種別に絞り込んだ業務・リソース関係式を生成する。

業務・リソース関係式生成部１０２は、生成した業務・リソース関係式を業務・リソース関係式記憶部１１２に格納する（ステップＳ２７）。

図８は、業務・リソース関係式記憶部１１２に記憶される業務・リソース関係式の一例を示す説明図である。図８に示す例では、リソースは、ＣＰＵ、ＲＡＭ、ＮＷＩＯおよびＩＯＰＳである。

なお、業務・リソース関係式生成部１０２は、説明変数の係数の有意確率（ｐ値）を算出し、関係の有意性を示す「有意Ｆ」とともに、業務・リソース関係式記憶部１１２に格納する。

業務・リソース関係式生成部１０２が、一例として、関係式の精度のしきい値として、「有意Ｆ≦0.05 」を設定した場合、このしきい値を満たすように目的変数との相関が低い説明変数を削る。

例えば、「ノードＩＤ＝fw1 」で「業務パターン＝patternA（映像トラフィック）」での関係式においてＲＡＭの説明変数が削られ、説明変数は、ノードタイプfw1 の性能にとって有効な、ＣＰＵ、ネットワークＩ／ＯおよびディスクＩＯＰＳに絞られる。

次に、サービス構成最適化処理を説明する。本実施形態では、サービス構成最適化処理において、設計誘導木と業務・リソース関係式とが利用される。

図９は、設計導出木記憶部１１１に格納される設計導出木（以下、導出木ともいう。）の一例を示す説明図である。

設計導出木記憶部１１１には、１つまたは複数のＩＣＴサービスを提供するための複数種類のノードの各々に対して、リソースの組み合わせの全てが、ツリー状に設定された導出木が記憶されている。なお、図９においてＩＤ：導出木１として示されている導出木があらかじめ設計導出木記憶部１１１に記憶されている。ＩＤ：導出木２として示されている導出木は、サービス構成導出部１０１によって枝刈り処理が行われた後の状態の導出木の一例である。

図１０には、各ノードに含まれうるリソースの組み合わせ（リソースタイプ）の各々におけるリソースのリソース量が例示されている。図１０に例示されたリソース量は、設計導出木記憶部１１１に格納されている。例えば、CPU[Large]は、リソースの組み合わせ（ＣＰＵ、ＲＡＭ、ＮＷＩＯおよびＩＯＰＳ）のうちのＣＰＵのリソース量が多いことを示す。

図１１は、サービス構成導出部１０１が実行する処理を示すフローチャートである。ここでは、図４（Ａ）における１行目に示すservice1で特定されるサービスの要件を例にする。

サービス構成導出部１０１は、サービス要件記憶部１１０からサービスの要件を読み出す。すなわち、サービス要件記憶部１１０に記憶されている図４（Ａ）における１行目に示すサービスの要件を読み出す。

次に、サービス構成導出部１０１は、ＩＣＴサービスとしての業務パターンとトラフィック量とを設定する（ステップＳ３１）。この例では、業務パターンとして「映像トラフィック」（patternA）および「アプリケーションサービス」（patternB）が設定される。そして、サービス構成導出部１０１は、設計導出木記憶部１１１から導出木を表すデータを読み出し、業務・リソース関係式記憶部１１２からサービスに含まれるノードタイプの業務・リソース関係式を読み出す（ステップＳ３２）。

サービス構成導出部１０１は、ノードタイプ毎に業務・リソース関係式と業務パターンとトラフィック量の情報とをまとめる。そして、サービス構成導出部１０１は、ノードタイプ毎に、ステップＳ３４〜Ｓ３７の処理を実行する（ステップＳ３３，Ｓ３８）。

ステップＳ３４において、サービス構成導出部１０１は、業務パターン数が１であるか否か判定する（ステップＳ３４）。業務パターン数が１である場合には、サービス構成導出部１０１は、その業務パターンの業務・リソース関係式における説明変数の有意性の大きさ（有意確率（ｐ値））にもとづいて、リソース量の割り当て幅を変更する（ステップＳ３６）。すなわち、サービス構成導出部１０１は、導出木の枝刈り処理を行う。なお、サービス構成導出部１０１は、対応する変数がないリソースに対して最小量を割り当てる。また、リソース量は、図１０に例示されたように定義されている。

例えば、サービス構成導出部１０１は、業務パターンの業務・リソース関係式の説明変数の有意確率（ｐ値）にもとづいて、リソース量の割り当て幅を変更する。具体的には、一例として、「ｐ値≦0.01 の場合はリソース量Large、0.01 ＜ｐ値≦0.05 の場合はMedium、0.05 ≦ｐ値の場合はSmall 」のような判定ルールに沿って導出木を枝刈りする。その結果、図９においてＩＤ：導出木１として示されている導出木から、ＩＤ：導出木２として示されている導出木が生成される。

図９に示す例では、ＩＤ：導出木１において、ノード"fw1" には、CPU[Small]、CPU[Medium] およびCPU[Large]の３つの枝があるが、ＩＤ：導出木２では、CPU[Large]に絞り込まれている。

業務パターン数が２以上である場合には、サービス構成導出部１０１は、複数の業務・リソース関係式を使用するが、複数の業務・リソース関係式から枝刈りパターンを生成する。枝刈りパターンとして、一例として、複数の業務・リソース関係式の説明変数の有意確率（ｐ値）の平均値を用いる。

例えば、動画配信（動画トラフィック：patternA）の説明変数の有意確率（ｐ値）が（cpu,RAM,NWIO,IOPS ）＝（0.001,-,0.04,0.03 ）で、アプリケーションサービス（アプリケーショントラフィック：patternB）の説明変数の有意確率（ｐ値）が（cpu,RAM,NWIO,IOPS ）＝（0.042,0.008,-,0.04）の場合（図８参照）、サービス構成導出部１０１は、平均値を算出し、（cpu,RAM,NWIO,IOPS ）＝（0.021,0.008,0.04,0.03 ）という値を用いる。なお、この場合には、サービス構成導出部１０１は、複数の業務（ＩＣＴサービス）について一括してサービス構成を生成することになる。

そして、サービス構成導出部１０１は、ステップＳ３６の処理を実行する。

サービス構成導出部１０１は、ノード毎の構成要素の候補を組み合わせることによって、サービス構成のインスタンス候補を生成する（ステップＳ３９）。

以上のように、本実施形態では、ＩＣＴサービス等の稼働時に収集されたログ情報にもとづいて、サービスを提供するためのシステムの構成要素の候補を選定する際に、導出木の枝刈りによって構成要素の候補が絞り込まれるので、構成要素の候補が短時間で導出される。

なお、サービス構成導出部１０１は、構成要素の候補に対してテストを行って最良のサービス構成を選定する。そして、サービス構成導出部１０１は、選定されたサービス構成をサービス構成記憶装置２０３に格納する。

図１２は、サービス構成記憶装置２０３に格納されたサービス構成の一例を示す説明図である。図１２に示すように、サービス構成記憶装置２０３には、ＩＣＴサービスを実現するための各サービス（各ノード）の連携の仕方と各サービスにおけるリソース量を特定可能なデータが記憶される。

なお、図１２に示す例は、図４に例示されたサービスの要件を満たす例である。

また、構成変更装置２０２は、新たにサービス構成記憶装置２０３に格納されたサービス構成を読み出し、そのサービス構成にもとづいてサービス実行装置２００上にサービスチェインを構築する。

本実施形態は、例えば、新たなＩＣＴサービスに適したサービス構成を設計したり、ＩＣＴサービスの稼働時に測定されたログ情報にもとづいて自動的にサービス構成（サービスチェインの構成）を改善することによってサービス品質を向上させたりする用途に活用される。

図１３は、サービス構成設計装置の主要部を示すブロック図である。サービス構成設計装置１０は、ＩＣＴサービスを提供するための各々のノードのトラフィックを解析して業務を定義する業務パターン定義部（業務パターン定義手段）１１（実施形態では、業務パターン定義部１０３で実現される。）と、業務と各々のノードにおけるリソース消費量との関係を定式化して業務・リソース関係式を生成する業務・リソース関係式生成部（業務・リソース関係式生成手段）１２（実施形態では、業務・リソース関係式生成部１０２で実現される。）と、ノードに含まれうるリソースの組み合わせを表す設計導出木にもとづいてサービス構成を生成するサービス構成導出部（サービス構成導出手段）１３（実施形態では、サービス構成導出部１０１で実現される。）とを備え、サービス構成導出部１３は、業務・リソース関係式にもとづいて設計導出木におけるリソースを絞り込んだ後にサービス構成を生成する。

サービス構成設計用プログラム、およびサービス構成設計用プログラムが格納される記録媒体が、以下のように構成されてもよい。

（１）サービス構成設計プログラムは、コンピュータに、ＩＣＴサービスを提供するための各々のノードのトラフィックを解析して業務を定義する処理と、業務と各々のノードにおけるリソース消費量との関係を定式化して業務・リソース関係式を生成する処理と、業務・リソース関係式にもとづいて、ノードに含まれうるリソースの組み合わせを表す設計導出木におけるリソースを絞り込んだ後に、設計導出木にもとづいてサービス構成を生成する処理とを実行させる。

（２）（１）のサービス構成設計プログラムが、コンピュータに、さらに、業務・リソース関係式におけるノードに含まれうるリソースに対応する変数の業務に対する関係性の程度に応じて設計導出木を枝刈りすることによってリソースを絞り込む処理を実行させる。

（３）（１）または（２）のサービス構成設計プログラムが、コンピュータに、ノードの性能に対して相関が低いリソースを排除して業務・リソース関係式を生成させる。

（４）（１）から（３）のいずれかのサービス構成設計プログラムが、コンピュータに、複数の業務について、一括してサービス構成を生成させる。

（５）サービス構成設計プログラムが格納された非一時的な記憶媒体であって、プロセッサによって実行されるときに、前記サービス構成設計プログラムは、ＩＣＴサービスを提供するための各々のノードのトラフィックを解析して業務を定義し、前記業務と前記各々のノードにおけるリソース消費量との関係を定式化して業務・リソース関係式を生成し、前記業務・リソース関係式にもとづいて、ノードに含まれうるリソースの組み合わせを表す設計導出木におけるリソースを絞り込んだ後に、設計導出木にもとづいてサービス構成を生成する。

（６）（５）の記憶媒体に格納されたサービス構成設計プログラムは、プロセッサによって実行されるときに、業務・リソース関係式におけるノードに含まれうるリソースに対応する変数の業務に対する関係性の程度に応じて設計導出木を枝刈りすることによってリソースを絞り込む。

（７）（５）または（６）の記憶媒体に格納されたサービス構成設計プログラムは、ノードの性能に対して相関が低いリソースを排除して業務・リソース関係式を生成する。

（８）（５）から（７）のいずれかの記憶媒体に格納されたサービス構成設計プログラムは、複数の業務について、一括してサービス構成を生成する。

以上、実施形態および実施例を参照して本願発明を説明したが、本願発明は上記実施形態および実施例に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。

この出願は、２０１７年３月２４日に出願された日本特許出願２０１７−０５８７２４を基礎とする優先権を主張し、その開示の全てをここに取り込む。

１０ サービス構成設計装置
１１ 業務パターン定義部
１２ 業務・リソース関係式生成部
１３ サービス構成導出部
１００ サービス構成設計装置
１０１ サービス構成導出部
１０２ 業務・リソース関係式生成部
１０３ 業務パターン定義部
１１０ サービス要件記憶部
１１１ 設計導出木記憶部
１１２ 業務・リソース関係式記憶部
１１３ 業務パターン記憶部
２００ サービス実行装置
２０１ 測定装置
２０２ 構成変更装置
２０３ サービス構成記憶装置
２０４ 測定情報記憶装置
３００ 入力装置
５００ サービス提供システム
５１０ａ，５１０ｂ Ｗｅｂサーバ
５２０ アプリケーションサーバ
５３０ データベースサーバ
５４０ ファイアウォール
５５０ ロードバランサ
６００ インターネット

本発明によるサービス構成設計プログラムは、コンピュータに、ＩＣＴサービスを提供するための各々のノードのトラフィックを解析して業務を定義する処理と、業務と各々のノードにおけるリソース消費量との関係を定式化して業務・リソース関係式を生成する処理と、業務・リソース関係式にもとづいて、ノードに含まれうるリソースの組み合わせを表す設計導出木におけるリソースを絞り込んだ後に、設計導出木にもとづいてサービス構成を生成する処理とを実行させる。

Claims (10)

1. ＩＣＴサービスを提供するための各々のノードのトラフィックを解析して業務を定義する業務パターン定義手段と、
   前記業務と前記各々のノードにおけるリソース消費量との関係を定式化して業務・リソース関係式を生成する業務・リソース関係式生成手段と、
   ノードに含まれうるリソースの組み合わせを表す設計導出木にもとづいてサービス構成を生成するサービス構成導出手段とを備え、
   前記サービス構成導出手段は、前記業務・リソース関係式にもとづいて前記設計導出木におけるリソースを絞り込んだ後にサービス構成を生成する
   サービス構成設計装置。
2. サービス構成導出手段は、業務・リソース関係式におけるノードに含まれうるリソースに対応する変数の業務に対する関係性の程度に応じて設計導出木を枝刈りすることによってリソースを絞り込む
   請求項１記載のサービス構成設計装置。
3. 業務・リソース関係式生成手段は、ノードの性能に対して相関が低いリソースを排除して業務・リソース関係式を生成する
   請求項１または請求項２記載のサービス構成設計装置。
4. サービス構成導出手段は、複数の業務について、一括してサービス構成を生成する
   請求項１から請求項３のうちのいずれか１項に記載のサービス構成設計装置。
5. ＩＣＴサービスを提供するための各々のノードのトラフィックを解析して業務を定義し、
   前記業務と前記各々のノードにおけるリソース消費量との関係を定式化して業務・リソース関係式を生成し、
   前記業務・リソース関係式にもとづいて、ノードに含まれうるリソースの組み合わせを表す設計導出木におけるリソースを絞り込んだ後に、設計導出木にもとづいてサービス構成を生成する
   サービス構成設計方法。
6. 業務・リソース関係式におけるノードに含まれうるリソースに対応する変数の業務に対する関係性の程度に応じて設計導出木を枝刈りすることによってリソースを絞り込む
   請求項５記載のサービス構成設計方法。
7. ノードの性能に対して相関が低いリソースを排除して業務・リソース関係式を生成する
   請求項５または請求項６記載のサービス構成設計方法。
8. 複数の業務について、一括してサービス構成を生成する
   請求項５から請求項７のうちのいずれか１項に記載のサービス構成設計方法。
9. サービス構成設計プログラムを格納するコンピュータ読み取り可能な記録媒体であって、
   前記サービス構成設計プログラムは、プロセッサによって実行されるときに、
   ＩＣＴサービスを提供するための各々のノードのトラフィックを解析して業務を定義する処理と、
   前記業務と前記各々のノードにおけるリソース消費量との関係を定式化して業務・リソース関係式を生成する処理と、
   前記業務・リソース関係式にもとづいて、ノードに含まれうるリソースの組み合わせを表す設計導出木におけるリソースを絞り込んだ後に、設計導出木にもとづいてサービス構成を生成する処理とを実行する
   記録媒体。
10. 前記サービス構成設計プログラムは、プロセッサによって実行されるときに、
    業務・リソース関係式におけるノードに含まれうるリソースに対応する変数の業務に対する関係性の程度に応じて設計導出木を枝刈りすることによってリソースを絞り込む処理を実行する
    請求項９記載の記録媒体。

Images