(57)【要約】【課題】サーバ数を抑制することである。【解決手段】サービス提供システム１は、サーバＡ１とサーバＢ１とＰＴサーバＰ１とを有する。サーバＡ１は、第１のサービスのトラフィックを処理する。サーバＢ１は、第２のサービスのトラフィックを処理する。ＰＴサーバＰ１は、第１のサービスと第２のサービスとにより共用されると共に、サーバＡ１とサーバＢ１との少なくとも一方において、処理可能な量を超えるトラフィックが生じた場合に、該トラフィックを処理する。【選択図】図１
2016045505.tif 000002
【特許請求の範囲】
【請求項１】
第１のサービスのトラフィックを処理する第１サーバと、
第２のサービスのトラフィックを処理する第２サーバと、
前記第１のサービスと前記第２のサービスとにより共用されると共に、前記第１サーバと前記第２サーバとの少なくとも一方において、処理可能な量を超えるトラフィックが生じた場合に、前記第１のサービスと前記第２のサービスとの内、前記トラフィックの生じたサービスに対応する仮想マシンを用いて、前記トラフィックを処理する第３サーバと
を有することを特徴とするサービス提供システム。
【請求項２】
前記第３サーバは、サービス毎のトラフィック量に応じて、前記第１のサービスを提供するために前記第３サーバに形成された第１仮想マシンと、前記第２のサービスを提供するために前記第３サーバに形成された第２仮想マシンとの間で、前記第１仮想マシンと前記第２仮想マシンとに割り当てるリソースの比率を制御することを特徴とする請求項１に記載のサービス提供システム。
【請求項３】
前記第３サーバは、前記第３サーバのリソース総量内に収まるリソース使用量となる様に、前記第１仮想マシンと前記第２仮想マシンとに割り当てるリソースの比率を制御することを特徴とする請求項２に記載のサービス提供システム。
【請求項４】
前記第１サーバと前記第２サーバと前記第３サーバとに接続されると共に、前記第３サーバに対し、前記トラフィックの処理を指示する制御装置と、
前記制御装置に接続されると共に、前記サービス提供システムの冗長化度に応じた数の第４サーバと
を更に有することを特徴とする請求項１に記載のサービス提供システム。
【請求項５】
サービス提供システムで実行されるサービス提供方法であって、
第１サーバが、第１のサービスのトラフィックを処理する第１処理工程と、
第２サーバが、第２のサービスのトラフィックを処理する第２処理工程と、
前記第１のサービスと前記第２のサービスとにより共用される第３サーバが、前記第１サーバと前記第２サーバとの少なくとも一方において、処理可能な量を超えるトラフィックが生じた場合に、前記第１のサービスと前記第２のサービスとの内、前記トラフィックの生じたサービスに対応する仮想マシンを用いて、前記トラフィックを処理する第３処理工程と
を含むことを特徴とするサービス提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービス提供システム、及びサービス提供方法に関する。
【背景技術】
【０００２】
従来、より安定性の高いネットワークサービスを提供するため、複数のサーバがトラフィックを分担して処理するシステムが普及しつつある。この様なサービス提供システムでは、通常、Ｎ台（Ｎは２以上の整数）のサーバが動作して構成されるＮ−Ａｃｔの構成を採る。Ｎ−Ａｃｔのサービス提供システムでは、トラフィック量が増大しシステムの処理能力を超えたとき、サーバを増設することによりシステム全体の処理能力を増強し、トラフィック量の増大に対処する方法がある。例えば、特許文献１に記載された方法では、保守システムが、サーバクラスタ管理装置に対してサーバの増加を指示すると、該管理装置が、空サーバを有するサーバプールから自動的にサーバを増設する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−２４２９６８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述した従来の技術は、サービス提供システムを構成するサーバの数が増大してしまうという問題があった。すなわち、従来のサービス提供システムでは、通常時のトラフィック処理分、ピーク時のトラフィック処理分、冗長化分等の各用途に応じた複数のサーバを、提供されるサービスの種類数分、用意する。例えば、Ｎ＝２のサービスＡに関し、通常時のトラフィック処理用のサーバが１台、ピーク時の増設用サーバが１台、信頼性確保のための冗長化用サーバが２台設けられる場合を想定する。この場合、サービスＡ用のサーバが４台必要となることに加えて、Ｎ＝２のサービスＢ、Ｃに関しても、同数のサーバが設けられるため、サーバの合計数は１２（＝４×３）台となる。この様なサーバ数の増大は、システムの管理を困難とすると共にコストを増加させる要因となる。
【０００５】
開示の技術は、上記に鑑みてなされたものであって、サーバ数を抑制することができるサービス提供システム、及びサービス提供方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するために、本願の開示するサービス提供システムは、一つの態様において、第１のサービスのトラフィックを処理する第１サーバと、第２のサービスのトラフィックを処理する第２サーバと、前記第１のサービスと前記第２のサービスとにより共用されると共に、前記第１サーバと前記第２サーバとの少なくとも一方において、処理可能な量を超えるトラフィックが生じた場合に、前記第１のサービスと前記第２のサービスとの内、前記トラフィックの生じたサービスに対応する仮想マシンを用いて、前記トラフィックを処理する第３サーバとを有する。
【０００７】
また、本願の開示するサービス提供方法は、一つの態様において、サービス提供システムで実行されるサービス提供方法であって、第１サーバが、第１のサービスのトラフィックを処理する第１処理工程と、第２サーバが、第２のサービスのトラフィックを処理する第２処理工程と、前記第１のサービスと前記第２のサービスとにより共用される第３サーバが、前記第１サーバと前記第２サーバとの少なくとも一方において、処理可能な量を超えるトラフィックが生じた場合に、前記第１のサービスと前記第２のサービスとの内、前記トラフィックの生じたサービスに対応する仮想マシンを用いて、前記トラフィックを処理する第３処理工程とを含む。
【発明の効果】
【０００８】
本願の開示するサービス提供システム、及びサービス提供方法は、サーバ数を抑制することができるという効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】図１は、サービス提供システムの構成を示す図である。
【図２】図２は、トラフィック量に応じたリソース割当て制御の方法を説明するための図である。
【図３】図３は、ロードバランサによる処理の概要を説明するための図である。
【図４】図４は、ロードバランサによる処理の手順を説明するためのフローチャートである。
【図５】図５は、効果を説明するために想定するトラフィック特性をサービス毎に示す図である。
【図６Ａ】図６Ａは、図５の想定下において必要となる従来のサーバ数を説明するための図である。
【図６Ｂ】図６Ｂは、図５の想定下において必要となる本実施例のサーバ数を説明するための図である。
【発明を実施するための形態】
【００１０】
以下に、本願の開示するサービス提供システム、及びサービス提供方法の実施例を、図面を参照しながら詳細に説明する。なお、以下の実施例により本願の開示するサービス提供システム、及びサービス提供方法が限定されるものではない。
【００１１】
まず、本願の開示する一実施例に係るサービス提供システム１の構成を説明する。図１は、サービス提供システム１の構成を示す図である。図１に示す様に、サービス提供システム１は、サービスＡ用のサーバＡ１、Ａ２とサービスＢ用のサーバＢ１、Ｂ２とピークトラフィック用のＰＴサーバＰ１、Ｐ２とを有する。これら各サーバＡ１、Ａ２、Ｂ１、Ｂ２、及びＰＴサーバＰ１、Ｐ２は、ロードバランサＬ１を介して、一方向または双方向に、信号やデータの送受信が可能な様に接続されている。
【００１２】
ＰＴサーバＰ１、Ｐ２は、ピークトラフィック時の処理分や信頼性確保のための冗長化分の仮想サーバとして機能する。ＰＴサーバＰ１は、１つの筐体内に、複数のサービス（例えば、サービスＡ、Ｂ）分の仮想マシン（ＶＭ：Virtual  Machine）Ｐ１Ａ、Ｐ１Ｂを搭載する。同様に、ＰＴサーバＰ２は、１つの筐体内に、複数のサービス（例えば、サービスＡ、Ｂ）分の仮想マシンＰ２Ａ、Ｐ２Ｂを搭載する。
【００１３】
なお、各ＰＴサーバＰ１、Ｐ２の搭載する仮想マシンは、２台ずつに限らず、提供されるサービスの数や種別によっては、３台ずつ以上であってもよい。また、各ＰＴサーバＰ１、Ｐ２に搭載される仮想マシンの数は、必ずしも同数でなくてもよく、例えば、ＰＴサーバＰ１に３台の仮想マシン、ＰＴサーバＰ２には２台の仮想マシンという様に、ＰＴサーバ毎に異なる台数であってもよい。
【００１４】
ロードバランサＬ１は、各サーバＡ１、Ａ２、Ｂ１、Ｂ２に通常量以上のトラフィックが流れた場合、ＰＴサーバＰ１、Ｐ２へトラフィック分散を図る。トラフィック量が増大した結果、サーバＡ１、Ａ２、Ｂ１、Ｂ２による処理許容量を超える契機としては、例えば、通信装置からのアクセス数の増加、システム障害に伴うサーバ数の減少等がある。
【００１５】
例えば、サービスＢを提供するためのトラフィック量が増大した結果、サービスＢ用のサーバＢ１、Ｂ２による処理の限界を超過した場合を想定する。この場合、ロードバランサＬ１は、図１の破線矢印に示す様に、ＰＴサーバＰ１の搭載する仮想マシンＰ１ＢとＰＴサーバＰ２の搭載する仮想マシンＰ２Ｂとを、増大したトラフィックの割当て先として選定する。
【００１６】
図２は、トラフィック量に応じたリソース割当て制御の方法を説明するための図である。図２に示す様に、ロードバランサＬ１は、オーバコミット機能を利用し、トラフィックに応じた仮想マシンＰ１Ａ、Ｐ１Ｂ間でのリソース割当て制御を実現することにより、筐体リソースの有効活用を図る。但し、ロードバランサＬ１がオーバコミット機能を利用した状態で仮想マシンＰ１Ａ、Ｐ１Ｂを同時使用すると、トラフィック量が、ＰＴサーバＰ１の物理リソース総量Ｒ（ホストＯＳ（Operating  System）分を除く）を超えて、リソースのオーバフローが生じる可能性がある。そこで、ロードバランサＬ１は、サービスＡ、Ｂの何れかに対してのみ、トラフィックを割り当てる制御を行う。
【００１７】
まず、初期状態として、何れのサービスＡ、Ｂについても通信が無いがサービスＡ、Ｂ共にアクトの状態を想定する。この場合、図２に示す様に、最低限のリソースのみが使用されるため、実際のリソース使用量が、ＰＴサーバＰ１の物理リソース総量Ｒを超えることはない。従って、ＰＴサーバＰ１へのトラフィック割当ては、行われない。これに対し、サービスＡの通信が増大した場合、これに合わせて、ＰＴサーバＰ１のリソースは、物理リソース総量Ｒの範囲内で、仮想マシンＰ１Ａのために使用される。従って、ＰＴサーバＰ１には、サービスＡのトラフィックが割り当てられる。同様に、サービスＢの通信が増大した場合には、これに合わせて、ＰＴサーバＰ１のリソースは、物理リソース総量Ｒの範囲内で、仮想マシンＰ１Ｂのために使用される。従って、ＰＴサーバＰ１には、サービスＢのトラフィックが割り当てられる。
【００１８】
すなわち、ロードバランサＬ１は、サービス種別毎のトラフィック量に応じて、リソースを消費する。その際、ロードバランサＬ１は、リソース使用量がＰＴサーバＰ１の物理リソース総量Ｒ内に収まる様に、仮想マシンＰ１Ａ、Ｐ１Ｂに対するトラフィック制御を行う。但し、設定上のリソース割当てに関しては、図２に示す様に、ロードバランサＬ１は、オーバコミット機能を利用して、物理的に割当て可能なリソースの総量を超えてリソースの割当てを行う。
【００１９】
なお、図２では、ＰＴサーバＰ１におけるリソース割当てを例示したが、他のＰＴサーバＰ２においても、同様のリソース割当てが行われる。これにより、サービス提供システム１は、ＰＴサーバＰ１、Ｐ２のリソースのオーバフローを未然に防止することができる。
【００２０】
図３は、ロードバランサＬ１による処理の概要を説明するための図である。ロードバランサＬ１は、ＰＴサーバＰ１、Ｐ２のリソースをオーバフローさせないために、ＰＴサーバＰ１、Ｐ２に対するトラフィックの割当てを、１つのサービスについてのみ行う。具体的には、図３の破線に示す様に、サービスＢ用のサーバＢ１、Ｂ２のトラフィックが許容量を超過すると（Ｓ１）、超過分のトラフィックは、ＰＴサーバＰ１のリソースに割り当てられる（Ｓ２）。
【００２１】
なお、ＰＴサーバＰ１のリソースが他のサービス（例えば、サービスＡ）へ割当て済でない場合には、超過分のトラフィックは、ＰＴサーバＰ１のリソースに割り当てられるが、既に割当て済である場合には、ＰＴサーバＰ１の次に優先順位の高いＰＴサーバＰ２に割り当てられる。
【００２２】
図４は、ロードバランサＬ１による処理の手順を説明するためのフローチャートである。まず、ロードバランサＬ１は、新規のセッション接続を検知すると、サービス用のサーバ（例えば、サーバＢ１、Ｂ２）のトラフィックが許容量を超過したか否かを監視する（Ｓ１１）。許容量を超過したか否かの判定は、例えば、セッション数を基に行われる。ロードバランサＬ１には、リソースがオーバフローしないセッション数の上限値（限界）が事前に確認及び設定されており、新規セッション接続により接続中のセッション数が上記上限値を超えた場合に、ロードバランサＬ１は、トラフィックが許容量を超過したと判定する。
【００２３】
上記監視の結果、トラフィックが許容量を超過していない間（Ｓ１１；Ｎｏ）は、ロードバランサＬ１は、サービス用のサーバ（例えば、サーバＢ１、Ｂ２）を、新規セッションのトラフィックに割り当てる（Ｓ１２）。一方、トラフィックが上記許容量を超過した場合（Ｓ１１；Ｙｅｓ）、ロードバランサＬ１は、ＰＴサーバＰ１のリソースが、他のサービス（例えば、サービスＡ、Ｃ）に割当て済であるか、または、トラフィック許容量を超過しているかの判定を行う（Ｓ１３）。
【００２４】
上記判定の結果、ＰＴサーバＰ１のリソースが上記何れにも該当しない場合（Ｓ１３；Ｎｏ）には、ロードバランサＬ１は、ＰＴサーバＰ１のリソースを、新規セッションのトラフィックに割り当てる（Ｓ１４）。これに対し、ＰＴサーバＰ１のリソースが上記Ｓ１３の少なくとも一方に該当する場合（Ｓ１３；Ｙｅｓ）には、ロードバランサＬ１は、ＰＴサーバＰ２に関して上記Ｓ１３と同様の処理を実行する（Ｓ１５）。すなわち、ロードバランサＬ１は、ＰＴサーバＰ２のリソースが、他のサービス（例えば、サービスＡ、Ｃ）に割当て済であるか、または、トラフィック許容量を超過しているかの判定を行う。
【００２５】
上記判定の結果、ＰＴサーバＰ２のリソースが上記何れにも該当しない場合（Ｓ１５；Ｎｏ）には、ロードバランサＬ１は、ＰＴサーバＰ２のリソースを、新規セッションのトラフィックに割り当てる（Ｓ１６）。これに対し、ＰＴサーバＰ２のリソースが上記Ｓ１５の少なくとも一方に該当する場合（Ｓ１５；Ｙｅｓ）には、ロードバランサＬ１は、新規セッション接続の要求元である通信装置に対し、コネクション終了処理要求を返信する（Ｓ１７）。
【００２６】
以上説明した様に、サービス提供システム１は、サーバＡ１とサーバＢ１とＰＴサーバＰ１とを有する。サーバＡ１は、サービスＡのトラフィックを処理する。サーバＢ１は、サービスＢのトラフィックを処理する。ＰＴサーバＰ１は、サービスＡとサービスＢとにより共用されると共に、サーバＡ１とサーバＢ１との少なくとも一方において、処理可能な量を超えるピークトラフィックが生じた場合に、サービスＡとサービスＢとの内、上記トラフィックの生じたサービスに対応する仮想マシンを用いて、上記トラフィックを処理する。
【００２７】
サービス提供システム１において、ＰＴサーバＰ１は、サービスＡ、Ｂ毎のトラフィック量に応じて、サービスＡを提供するために自ＰＴサーバＰ１に形成された仮想マシンＰ１Ａと、サービスＢを提供するために自ＰＴサーバＰ１に形成された仮想マシンＰ１Ｂとの間で、仮想マシンＰ１Ａと仮想マシンＰ１Ｂとに割り当てるリソースの比率を制御するものとしてもよい。また、ＰＴサーバＰ１は、自ＰＴサーバＰ１の物理リソース総量Ｒ内に収まるリソース使用量となる様に、仮想マシンＰ１Ａと仮想マシンＰ１Ｂとに割り当てるリソースの比率を制御するものとしてもよい。更に、サービス提供システム１は、サーバＡ１とサーバＢ１とＰＴサーバＰ１とに接続されると共に、ＰＴサーバＰ１に対し、上記トラフィックの処理を指示するロードバランサＬ１と、ロードバランサＬ１に接続されると共に、サービス提供システム１の冗長化度に応じた数のサーバＲ１、Ｒ２とを更に有するものとしてもよい。
【００２８】
上述した様に、本実施例に係るサービス提供システム１は、仮想マシンＰ１Ａ、Ｐ１Ｂにより、複数のサービスＡ、Ｂ間でＰＴサーバＰ１の一筐体を共用する構成を採る。同様に、サービス提供システム１は、仮想マシンＰ２Ａ、Ｐ２Ｂにより、複数のサービスＡ、Ｂ間でＰＴサーバＰ２の一筐体を共用する構成を採る。このため、サービス提供システム１は、ピークトラフィックが突発的に発生する様な場合でも、最大トラフィックに対して、少ないサーバ数で容易に対応することができる。換言すれば、サービス提供システム１は、トラフィック量の変動に対応するために必要なサーバの数を抑制することができる。また、サービス提供システム１は、処理能力を増強するための予備サーバとして、ＰＴサーバＰ１、Ｐ２を予めアクト状態で備える。このため、サーバプールからサーバを増設するための保守システムやサーバクラスタ管理装置が不要となり、サービス提供システム１は、トラフィック量の突発的な変動にも簡易な構成で対応することができる。更に、ＰＴサーバＰ１、Ｐ２は、事前にアクト状態に設定されているため、トラフィック量の突発的な変動に対して、即時に対応することができる。
【００２９】
続いて、図５〜図６Ｂを参照しながら、本実施例に係るサービス提供システム１の奏する効果について、より詳細に説明する。図５は、効果を説明するために想定するトラフィック特性をサービス毎に示す図である。図５では、ｘ軸に時間ｔが規定され、ｙ軸にトラフィック量Ｔが規定されている。効果説明の前提として、サービスＡ、Ｂ、Ｃのシステム構成が同一であり、冗長化度がＮ＋２である場合（Ｎは自然数）を想定する。冗長化度＝Ｎ＋２とは、信頼性の向上や、夜間時等の緊急保守稼働のために、サービス提供システム１全体として２台のサーバ故障まで耐えられる構成である。また、サービスＡ、Ｂ、Ｃの初期状態におけるリソース使用率は、リソース使用率≒０と仮定する。
【００３０】
図５に示す様に、時間ｔ＝１ヶ月におけるトラフィック量Ｔの値は、サービスＡ、Ｂについては、時間ｔ１においてピークトラフィックを迎える。該ピークトラフィック時のトラフィック量は、１台のＰＴサーバで処理可能なトラフィック量Ｔ１を超えるが、２台のＰＴサーバで処理可能なトラフィック量Ｔ２を超えることはない。一方、時間ｔ＝１ヶ月におけるサービスＣのトラフィック量Ｔの値は、時間ｔ２においてピークトラフィックを迎える。該ピークトラフィック時のトラフィック量は、１台のＰＴサーバで処理可能なトラフィック量Ｔ１を超えるが、２台のＰＴサーバで処理可能なトラフィック量Ｔ２を超えることはない。なお、ピーク時以外のトラフィック量は、何れのサービスＡ〜Ｃに関しても、１台のＰＴサーバで処理可能なトラフィック量Ｔ１未満の値で推移し、変動するものとする。
【００３１】
図６Ａは、図５の想定下において必要となる従来のサーバ数を説明するための図である。図６Ａに示す様に、従来のサービス提供システムでは、ロードバランサＬ１１の配下に、サービスＡ用の４台のサーバＡ１１、Ａ１２、Ａ１３、Ａ１４が配設される。サーバＡ１１は、図５に示したトラフィック特性に基づく通常トラフィック処理分のサーバである。サーバＡ１２は、図５に示したトラフィック特性に基づくサービスＡのピーク時に使用されるピーク処理分のサーバである。サーバＡ１３、Ａ１４は、上記冗長化度＝Ｎ＋２の仮定に基づくサービスＡ用の冗長化分のサーバである。更に、従来のサービス提供システムは、他のサービスＢ、Ｃ用にも、サービスＡと同様の構成を要するため、３種類のサービスＡ、Ｂ、Ｃの提供を実現するには、システムを構成するサーバの数は、計１２（＝４×３）台となる。
【００３２】
図６Ｂは、図５の想定下において必要となる本実施例のサーバ数を説明するための図である。図６Ｂに示す様に、本実施例に係るサービス提供システム１では、ロードバランサＬ１の配下に計７台のサーバを配設するだけで、３種類のサービスＡ、Ｂ、Ｃの提供を実現することができる。具体的には、図５に示したトラフィック特性に基づく通常トラフィック処理分のサーバＡ１、Ｂ１、Ｃ１が、各サービスＡ、Ｂ、Ｃ毎に１台ずつ、計３台必要となる。また、図５に示したトラフィック特性に基づくサービスＡ、Ｂのピーク時に使用されるピーク処理分のサーバＰ１、Ｐ２が、各サービスＡ、Ｂ毎に１台ずつ、計２台必要となる。なお、サービスＣは、各サービスＡ、Ｂとピーク時が異なる（図５参照）ため、サービスＣのピーク時にも、サーバＰ１、Ｐ２の何れかが、サービスＣのトラフィックのオーバフローに対応することができる。更に、上記冗長化度＝Ｎ＋２の仮定に基づくサービスＡ、Ｂ、Ｃ用の冗長化分のサーバが必要となるが、２台のサーバＲ１、Ｒ２が、３種類のサービスＡ、Ｂ、Ｃによって共用されるため、冗長化分のサーバ数は２台で済む。その結果、従来と比較して５台少ないサーバ数で、従来と同様のサービスＡ，Ｂ、Ｃを提供可能なシステムを構成することが可能となる。
【００３３】
なお、上記実施例では、各ＰＴサーバＰ１、Ｐ２に形成される仮想マシンの数は２台としたが、提供されるサービスの種類に応じて、３台以上であってもよい。また、上記実施例では、信頼性の向上や、夜間時等の緊急保守稼働を考慮して、冗長化度＝Ｎ＋２としたが、冗長化度はＮ＋１、あるいは、Ｎ＋３以上であってもよい。更に、ＰＴサーバＰ１、Ｐ２がトラフィックを処理する契機となるトラフィックは、必ずしもピーク時のトラフィックでなくてもよく、サーバＡ１、Ｂ１の処理可能な量（許容量）を超えて生じたトラフィックであればよい。
【００３４】
上述したトラフィック量に応じたリソース割当て制御は、必ずしもロードバランサＬ１からの指示に基づいて実行されなくてもよい。例えば、各サーバＡ１、Ａ２、Ｂ１、Ｂ２、Ｒ１、Ｒ２と、ＰＴサーバＰ１、Ｐ２との連携により、これら各ＰＴサーバＰ１、Ｐ２が、自発的にリソース割当て制御を行うものとしてもよい。
【符号の説明】
【００３５】
１  サービス提供システム
Ａ、Ｂ、Ｃ  サービス
Ａ１、Ａ２、Ａ１１、Ａ１２、Ａ１３、Ａ１４、Ｂ１、Ｂ２、Ｃ１、Ｒ１、Ｒ２  サーバ
Ｌ１、Ｌ１１  ロードバランサ
Ｐ１、Ｐ２  ＰＴサーバ
Ｐ１Ａ、Ｐ１Ｂ、Ｐ２Ａ、Ｐ２Ｂ  仮想マシン
Ｒ  物理リソース総量
ｔ  時間
Ｔ  トラフィック量
ｔ１  サービスＡ、Ｂのピーク時
ｔ２  サービスＣのピーク時
Ｔ１  １台のＰＴサーバで処理可能なトラフィック量
Ｔ２  ２台のＰＴサーバで処理可能なトラフィック量
Ｔ３  ３台のＰＴサーバで処理可能なトラフィック量
【図１】
2016045505.tif 000003
【図２】
2016045505.tif 000004
【図３】
2016045505.tif 000005
【図４】
2016045505.tif 000006
【図５】
2016045505.tif 000007
【図６Ａ】
2016045505.tif 000008
【図６Ｂ】
2016045505.tif 000009