JP6981367B2 - ネットワークシステムおよびネットワーク帯域制御管理方法 - Google Patents
ネットワークシステムおよびネットワーク帯域制御管理方法 Download PDFInfo
- Publication number
- JP6981367B2 JP6981367B2 JP2018106838A JP2018106838A JP6981367B2 JP 6981367 B2 JP6981367 B2 JP 6981367B2 JP 2018106838 A JP2018106838 A JP 2018106838A JP 2018106838 A JP2018106838 A JP 2018106838A JP 6981367 B2 JP6981367 B2 JP 6981367B2
- Authority
- JP
- Japan
- Prior art keywords
- bandwidth
- service
- external
- upper limit
- ovs
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/13—Flow control; Congestion control in a LAN segment, e.g. ring or bus
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
- H04L12/4645—Details on frame tagging
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/20—Traffic policing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/22—Traffic shaping
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/32—Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/65—Re-configuration of fast packet switches
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/70—Virtual switches
Description
本発明は、ネットワークシステムおよびネットワーク帯域制御管理方法に関する。
ネットワーク事業者においては、ネットワーク全体の資源を有効に利用し、転送品質の維持、ネットワークコストの低減を図ることが重要である。将来のサービスの多様化に伴うネットワークの突発的かつ不規則な変化に柔軟に対応し、ネットワーク資源の有効利用を実現する技術としてネットワーク仮想化技術が提案されている。
また、ハイパーバイザと呼ばれるソフトウェアで、一台の物理サーバ上に複数の仮想的な計算機となる仮想マシン（以下、仮想マシンＶＭ（Virtual Machine）という）を実現する技術が知られている。この仮想マシンＶＭは、それぞれが独立にオペレーティングシステムを動作させることができる。複数の仮想マシンＶＭが動作する物理サーバは、ワークステーションやパーソナルコンピュータ等のコンピュータである。また、仮想マシンサーバがネットワークを介して複数台接続された環境においては、仮想マシンサーバ上に実現された仮想マシンＶＭもネットワークを介して通信することができる。
Open Stackは、オープンソースで開発されているクラウド環境構築用のソフトウェア群である。Open Stackでは、仮想マシンとストレージ、ネットワーク等の一番低いレイヤーのリソースを提供するクラウド環境が構築できる。Open Stackの持つQoS（Quality of Service：サービス品質）ルール種別は、帯域幅制限、最小帯域幅、パケット優先度（DSCP：Differentiated Services Code Point）があり、帯域を制限できる（非特許文献１参照）。QoSは、帯域、遅延、ジッター、信頼性などのある種のネットワーク要件を保証する機能で、アプリケーションプロバイダーとユーザ間のサービスレベル合意（ＳＬＡ：Service Level Agreement）を満たすために使用される。スイッチやルータなどのネットワーク機器は、トラヒックに優先度のマークを付けることでＳＬＡにおいて合意された QoS 条件を達成できる。
Open Stackで一般的に利用されるＯＶＳ（Open Virtual Switch）のＱｏＳは、出力（egress）はシェーピング（Shaping）、入力（ingress）はポリシング（Policing）をサポートしている（非特許文献２参照）。
Open Stackで一般的に利用されるＯＶＳ（Open Virtual Switch）のＱｏＳは、出力（egress）はシェーピング（Shaping）、入力（ingress）はポリシング（Policing）をサポートしている（非特許文献２参照）。
ＯＶＳの入力は、ポリシングであり、サービス単位で帯域幅の上限設定を行えばその設定値を超過した場合にそのパケットを廃棄する。帯域幅の上限設定は、サービス単位であり、システムとしての運用管理が必要な場合、運用者が他サービスやＯＶＳの処理能力を考慮してネットワーク設計し、設定値を変更する必要がある。しかし、仮想化環境においては、サービス増減が頻繁に発生するため、ネットワークの再設計作業は煩雑になる。
また、仮想化基盤全体ではＮＷのトラヒックが低い状態であって、あるサービスが帯域幅上限まで使用していた場合、その上限設定までの利用しかできない。ＮＷを有効活用するためには、一時的に帯域幅上限を変更する必要があるが、保守者の手動運用が必要である。
以下、従来の仮想化基盤におけるネットワーク帯域制御について説明する。
以下、従来の仮想化基盤におけるネットワーク帯域制御について説明する。
図１５および図１６は、従来の仮想化基盤におけるネットワーク帯域制御を説明する図である。
図１５および図１６に示すように、従来技術に係るネットワークシステムは、物理サーバ内に存在するサービスＡを提供する仮想マシンＶＭ１、サービスＢを提供する仮想マシンＶＭ２、サービスＣを提供する仮想マシンＶＭ３、仮想マシンＶＭ４と、Open Stackを構成するコンポーネントであるCompute Node１〜３、Network Node６およびController Node７と、Ｌ２スイッチＬ２ＳＷ（以下Ｌ２ＳＷという）４と、を備える。
図１５および図１６に示すように、従来技術に係るネットワークシステムは、物理サーバ内に存在するサービスＡを提供する仮想マシンＶＭ１、サービスＢを提供する仮想マシンＶＭ２、サービスＣを提供する仮想マシンＶＭ３、仮想マシンＶＭ４と、Open Stackを構成するコンポーネントであるCompute Node１〜３、Network Node６およびController Node７と、Ｌ２スイッチＬ２ＳＷ（以下Ｌ２ＳＷという）４と、を備える。
仮想マシンＶＭ１〜仮想マシンＶＭ４は、Network Node６を経由してそれぞれ外部ネットワークＮＷ８に接続される。
仮想サーバＶＭ１〜ＶＭ４は、ソフトウェアにより実現される仮想的な情報処理装置である。仮想サーバＶＭ１〜ＶＭ４は、図示しない仮想スイッチを介して、Ｌ２ＳＷ４に接続される。Ｌ２ＳＷ４は、自己の仮想スイッチが含まれる物理サーバ上の仮想サーバＶＭ１〜ＶＭ４による通信を切り替えるハードウェアである。なお、各Computeを複数台接続するにはハードウェアのＬ２ＳＷが必要になり、その装置がＬ２ＳＷ４になる。
仮想サーバＶＭ１〜ＶＭ４は、ソフトウェアにより実現される仮想的な情報処理装置である。仮想サーバＶＭ１〜ＶＭ４は、図示しない仮想スイッチを介して、Ｌ２ＳＷ４に接続される。Ｌ２ＳＷ４は、自己の仮想スイッチが含まれる物理サーバ上の仮想サーバＶＭ１〜ＶＭ４による通信を切り替えるハードウェアである。なお、各Computeを複数台接続するにはハードウェアのＬ２ＳＷが必要になり、その装置がＬ２ＳＷ４になる。
Open Stackは、役割ごとにノード（物理もしくは仮想サーバ）を構成して利用する。図１５では、Open Stackは、Compute Node１〜３と、Network Node６と、Controller Node７とに分けられる。
Compute Node１〜３は、仮想化基盤の構築や制御を行う。Compute Node１は、仮想マシンＶＭ１が動作するノード、Compute Node２は、仮想マシンＶＭ２，仮想マシンＶＭ３が動作するノード、Compute Node３は、仮想マシンＶＭ４が動作するノードである。
Network Node６は、ネットワークの仮想化や管理を行う。Network Node６は、ＩＰ（Internet Protocol）転送やＤＨＣＰ（Dynamic Host Configuration Protocol）など、インスタンスに対するネットワークサービスを提供するサーバである。Network Node６は、Compute Node１〜３による仮想ルータ、ＤＨＣＰ等の機能を提供する。Network Node６は、ＯＶＳ５を有する。
Open Stackでは、サービス単位に帯域の上限設定ができる。ＯＶＳ５はその帯域の上限を超過した場合、入力はポリシングによりパケットを破棄する。
Open Stackでは、サービス単位に帯域の上限設定ができる。ＯＶＳ５はその帯域の上限を超過した場合、入力はポリシングによりパケットを破棄する。
Controller Node７は、各コンポーネントのうち、管理系のサービスすべての制御用のコンポーネントを配置する。Controller Node７は、ユーザや他のノードからの要求を処理し、Open Stack 全体の管理を行う管理サーバである。また、Controller Node７は、Network Node６のみ帯域の上限設定が可能である。
図１５の例では、サービスＡ（優先度：高）、サービスＢ（優先度：低）、サービスＣ（優先度：低）にそれぞれ帯域上限設定を４Ｇbps、３Ｇbps、２Ｇbpsを設定している。
例えば、図１５の符号ａに示すように、サービスＣに３Ｇbpsの帯域が入力してきた場合、ポリシング制御により２Ｇbps分のパケットは通過し、残りの１Ｇbps分のパケットは破棄される（図１５の符号ｂ参照）。
ポリシングは、仮想化基盤のＮＷ全体のトラヒック量に関係なくそのサービスが上限帯域を超過した場合、パケットを破棄する。そのため、仮想化基盤のＮＷ全体のトラヒック量が少なく、かつあるサービスが帯域上限を超過した場合、ＮＷに余力があるものの上限設定をしたがためにパケット廃棄をしてしまう。すなわち、帯域上限設定したポリシングにより、超過分のパケットは廃棄される。
例えば、図１５の符号ａに示すように、サービスＣに３Ｇbpsの帯域が入力してきた場合、ポリシング制御により２Ｇbps分のパケットは通過し、残りの１Ｇbps分のパケットは破棄される（図１５の符号ｂ参照）。
ポリシングは、仮想化基盤のＮＷ全体のトラヒック量に関係なくそのサービスが上限帯域を超過した場合、パケットを破棄する。そのため、仮想化基盤のＮＷ全体のトラヒック量が少なく、かつあるサービスが帯域上限を超過した場合、ＮＷに余力があるものの上限設定をしたがためにパケット廃棄をしてしまう。すなわち、帯域上限設定したポリシングにより、超過分のパケットは廃棄される。
一方、各サービスの帯域上限設定を超えていない場合、入力パケットに対して、ポリシングは働かずにＯＶＳ５へ流入する。しかし、全サービスのトラヒックの合計（以下、「総トラヒック量」という）がＯＶＳ５の処理能力を超えた場合、優先度の高いパケットの区別なくパケットを破棄することになり、仮想化基盤のサービス断、遅延が発生する。
例えば、図１６に示すＯＶＳ５の処理能力が８Ｇbpsしかない場合、入力パケットは、
４Ｇps＋３Ｇbps＋２Ｇbps＝９Ｇbps
である。
このため、ＯＶＳ５は、１Ｇbps分パケット破棄をするが、優先度の高いサービスＡも優先度の低いサービスＢ、Ｃと同様にパケット破棄してしまう（図４の符号ｃ参照）。すなわち、ＯＶＳ５は、ＯＶＳ処理能力＜総トラヒック量の場合、優先度を考慮せずにパケットを破棄する。
例えば、図１６に示すＯＶＳ５の処理能力が８Ｇbpsしかない場合、入力パケットは、
４Ｇps＋３Ｇbps＋２Ｇbps＝９Ｇbps
である。
このため、ＯＶＳ５は、１Ｇbps分パケット破棄をするが、優先度の高いサービスＡも優先度の低いサービスＢ、Ｃと同様にパケット破棄してしまう（図４の符号ｃ参照）。すなわち、ＯＶＳ５は、ＯＶＳ処理能力＜総トラヒック量の場合、優先度を考慮せずにパケットを破棄する。
https://docs.openstack.org/ocata/ja/networking-guide/config-qos.html
https://docs.openvswitch.org/en/latest/faq/qos/
Open Stackでは、仮想化基盤上に複数のサービスが搭載され、ＯＶＳ５に接続される。Open StackのＱｏＳでは、サービス単位の帯域幅の上限設定であるため、超過した場合はパケット廃棄するが、超過しない場合はポリシングが効かない。
特に、外部ＳＷから大量パケットが流入してくる場合、仮想化基盤のＮＷ全体からみると、各サービスで超過しなかったパケットがＯＶＳ５へ流入し、ＯＶＳ５の処理負荷が高くなり、ボトルネックとなる。つまり、各サービスの帯域幅の上限設定以下でもパケットロスが発生する。また、ＯＶＳ５はパケットをキューに入れないポリシングのため、優先したいパケットが外部ＮＷから流入してもパケット破棄され、仮想化基盤上に搭載されているサービスの通信断、パケット再送による遅延が発生する。例えば、一般的に電話等のような優先度が高いサービスでもパケット廃棄されるため、サービスとして成立しなくなることになる。
特に、外部ＳＷから大量パケットが流入してくる場合、仮想化基盤のＮＷ全体からみると、各サービスで超過しなかったパケットがＯＶＳ５へ流入し、ＯＶＳ５の処理負荷が高くなり、ボトルネックとなる。つまり、各サービスの帯域幅の上限設定以下でもパケットロスが発生する。また、ＯＶＳ５はパケットをキューに入れないポリシングのため、優先したいパケットが外部ＮＷから流入してもパケット破棄され、仮想化基盤上に搭載されているサービスの通信断、パケット再送による遅延が発生する。例えば、一般的に電話等のような優先度が高いサービスでもパケット廃棄されるため、サービスとして成立しなくなることになる。
その対応策の１つとして、Open Stack等仮想化基盤と外部ＮＷとの間に外部のＬ２ＳＷまたはＬ３ＳＷを設置し、あらかじめ帯域制御を手動で設定する手動設定方法がある。しかし、この手動設定方法は、運用者が全サービスの帯域を考慮して設計する必要がある。また、この手動設定方法は、運用者がサービスの増設／減設時にその都度設計の見直し、再設定をしなければならない。
このような背景に鑑みて本発明がなされたのであり、本発明は、高負荷時に優先的に流す必要のあるパケットが破棄されるのを防ぐことができるネットワークシステムおよびネットワーク帯域制御管理方法を提供することを課題とする。
前記した課題を解決するため、請求項１に記載の発明は、仮想化基盤上に複数のサービスが搭載され、ＯＶＳ（Open Virtual Switch）に接続されるOpen Stackを構成するコンポーネントを有し、前記ＯＶＳは、外部ＮＷから流入したパケットが、サービス単位で設定された帯域幅の上限を超過した場合、当該パケットを廃棄するネットワークシステムであって、前記仮想化基盤と前記外部ＮＷとの間に設置され、前記ＯＶＳへ流入するパケットの帯域量を制御する外部ＳＷと、前記コンポーネントから取得した情報をもとに、前記仮想化基盤のサービス追加または削除をトリガとして前記外部ＳＷの帯域制御および優先制御の設定変更を行うＮＷ制御管理装置と、を備え、前記ＮＷ制御管理装置は、前記コンポーネントを構成するコントローラノードからＶＭ（Virtual Machine）の情報を取得するとともに、前記各サービスのＩＤ、ＩＰアドレス、ＭＡＣアドレス、ＶＬＡＮ、および帯域を含むＮＷ制御に関わる情報を管理するデータ管理部と、前記仮想化基盤に装備されているCeilometerから情報を収集するとともに、前記外部ＳＷのＮＷ帯域量を監視し、帯域の上限設定をしていない場合、または空き帯域がある場合、ＶＭ単位の利用量に応じた帯域制限の解放または設定を行うＮＷ制御部と、各サービスへ割り当てる帯域量を前記外部ＳＷへ設定するための設定情報を生成するとともに、前記外部ＳＷへ接続し、前記設定情報の投入を行う外部ＳＷ設定部と、を備えることを特徴とするネットワークシステムとした。
また、請求項４に記載の発明は、仮想化基盤上に複数のサービスが搭載され、ＯＶＳ（Open Virtual Switch）に接続されるOpenStackを構成するコンポーネントを有し、前記ＯＶＳは、外部ＮＷから流入したパケットが、サービス単位で設定された帯域幅の上限を超過した場合、当該パケットを破棄するネットワークシステムのネットワーク帯域制御管理方法であって、前記ネットワークシステムは、ＮＷ制御を行うＮＷ制御管理装置と、前記ＯＶＳへ流入するパケットの帯域量を制御する外部ＳＷと、を備え、前記ＮＷ制御管理装置は、前記コンポーネントを構成するコントローラノードからＶＭ（Virtual Machine）の情報を取得するとともに、前記各サービスのＩＤ、ＩＰアドレス、ＭＡＣアドレス、ＶＬＡＮ、および帯域を含むＮＷ制御に関わる情報を管理するステップと、前記仮想化基盤に装備されているCeilometerから情報を収集するとともに、前記外部ＳＷのＮＷ帯域量を監視し、帯域の上限設定をしていない場合、または空き帯域がある場合、ＶＭ単位の利用量に応じた帯域制限の解放または設定を行うステップと、各サービスへ割り当てる帯域量を前記外部ＳＷへ設定するための設定情報を生成するとともに、前記外部ＳＷへ接続し、前記設定情報の投入を行うステップと、を実行することを特徴とするネットワーク帯域制御管理方法とした。
このようにすることで、仮想化基盤にあるＯＶＳのボトルネックを解消し、優先したいパケットを処理することができる。また、高負荷時に優先的に流す必要のあるパケットが破棄されたのを防ぐことができる。
また、請求項２に記載の発明は、仮想化基盤上に複数のサービスが搭載され、ＯＶＳ（Open Virtual Switch）に接続されるOpen Stackを構成するコンポーネントを有し、前記ＯＶＳは、外部ＮＷから流入したパケットが、サービス単位で設定された帯域幅の上限を超過した場合、当該パケットを廃棄するネットワークシステムであって、前記仮想化基盤と前記外部ＮＷとの間に設置され、前記ＯＶＳへ流入するパケットの帯域量を制御する外部ＳＷと、前記コンポーネントから取得した情報をもとに、前記仮想化基盤のサービス追加または削除をトリガとして前記外部ＳＷの帯域制御および優先制御の設定変更を行うＮＷ制御管理装置と、を備え、前記ＮＷ制御管理装置は、前記仮想化基盤のＯＶＳの処理可能な帯域量を把握し、その上限値を記憶するデータ記憶部を有し、前記仮想化基盤に装備されているCeilometerから情報を収集するとともに、前記外部ＳＷのＮＷ帯域量を監視して各サービスのトラヒック情報を定期的に取得し、各サービスがサービス単位に設定した上限帯域を超過しておらず、かつ、前記ＯＶＳの処理能力の上限値を超える前に、各サービスの優先度が高いサービスは帯域確保を行い、優先度の低いサービスは、上限帯域を絞るように設定情報を生成することを特徴とするネットワークシステムとした。
また、請求項５に記載の発明は、仮想化基盤上に複数のサービスが搭載され、ＯＶＳ（Open Virtual Switch）に接続されるOpenStackを構成するコンポーネントを有し、前記ＯＶＳは、外部ＮＷから流入したパケットが、サービス単位で設定された帯域幅の上限を超過した場合、当該パケットを破棄するネットワークシステムのネットワーク帯域制御管理方法であって、前記ネットワークシステムは、ＮＷ制御を行うＮＷ制御管理装置と、前記ＯＶＳへ流入するパケットの帯域量を制御する外部ＳＷと、を備え、前記ＮＷ制御管理装置は、前記仮想化基盤のＯＶＳの処理可能な帯域量を把握し、その上限値を記憶するデータ記憶部を有し、前記仮想化基盤に装備されているCeilometerから情報を収集するとともに、前記外部ＳＷのＮＷ帯域量を監視して各サービスのトラヒック情報を定期的に取得するステップと、各サービスがサービス単位に設定した上限帯域を超過しておらず、かつ、前記ＯＶＳの処理能力の上限値を超える前に、各サービスの優先度が高いサービスは帯域確保を行い、優先度の低いサービスは、上限帯域を絞るように設定情報を生成するステップと、を実行することを特徴とするネットワーク帯域制御管理方法とした。
また、請求項５に記載の発明は、仮想化基盤上に複数のサービスが搭載され、ＯＶＳ（Open Virtual Switch）に接続されるOpenStackを構成するコンポーネントを有し、前記ＯＶＳは、外部ＮＷから流入したパケットが、サービス単位で設定された帯域幅の上限を超過した場合、当該パケットを破棄するネットワークシステムのネットワーク帯域制御管理方法であって、前記ネットワークシステムは、ＮＷ制御を行うＮＷ制御管理装置と、前記ＯＶＳへ流入するパケットの帯域量を制御する外部ＳＷと、を備え、前記ＮＷ制御管理装置は、前記仮想化基盤のＯＶＳの処理可能な帯域量を把握し、その上限値を記憶するデータ記憶部を有し、前記仮想化基盤に装備されているCeilometerから情報を収集するとともに、前記外部ＳＷのＮＷ帯域量を監視して各サービスのトラヒック情報を定期的に取得するステップと、各サービスがサービス単位に設定した上限帯域を超過しておらず、かつ、前記ＯＶＳの処理能力の上限値を超える前に、各サービスの優先度が高いサービスは帯域確保を行い、優先度の低いサービスは、上限帯域を絞るように設定情報を生成するステップと、を実行することを特徴とするネットワーク帯域制御管理方法とした。
このようにすることで、仮想化基盤ＮＷの利用状況を監視し、帯域上限まで利用し入るサービスと仮想化基盤ＮＷの空き状況を考慮して、帯域制御を自動変更することができ、仮想化基盤ＮＷの有効活用を図ることができる。特に、外部ＮＷで優先度の高いサービスから仮想化基盤へ流入させることができ、優先度の高いサービスのサービス断を回避することができる。
また、請求項３に記載の発明は、前記ＮＷ制御管理装置が、各サービスのトラヒック量の最繁若しくは閑散の時間、月日または曜日のトレンドを把握し、サービスが上限帯域を超過する傾向にあり、かつ、仮想化基盤全体のＮＷ帯域に余力がある場合、一時的に当該サービスの上限帯域を緩めるように設定情報を作成することを特徴とする請求項２に記載のネットワークシステムとした。
このようにすることで、帯域上限を一時的に仮想化基盤および外部ＳＷ２０の帯域制御を自動変更する機能を持たせることで、仮想化基盤ＮＷの有効活用を図ることができる。
本発明によれば、高負荷時に優先的に流す必要のあるパケットが破棄されるのを防ぐことができるネットワークシステムおよびネットワーク帯域制御管理方法を提供することができる。
以下、図面を参照して本発明を実施するための形態（以下、「本実施形態」という）におけるネットワークシステム等について説明する。
（実施形態）
[ネットワークシステム１００の構成]
図１は、本発明の実施形態に係るネットワークシステムの構成例を示す図である。また、図１は、ネットワークシステムの動作例の初期状態を示している。図１５と同一構成部分には、同一符号を付している。
図１示すように、ネットワークシステム１００は、物理サーバ内に存在するサービスＡを提供する仮想マシンＶＭ １ 、サービスＢを提供する仮想マシンＶＭ２、サービスＣを提供する仮想マシンＶＭ３、仮想マシンＶＭ４と、仮想化基盤上に複数のサービスが搭載され、ＯＶＳ５に接続されるOpen Stackを構成するコンポーネントであるCompute Node１〜３、Network Node６およびController Node７と、Ｌ２ＳＷ４と、を備える。
ネットワークシステム１００は、Compute Node１〜３、Network Node６およびController Node７から取得した情報をもとに、仮想化基盤のサービス追加または削除をトリガとして外部ＳＷ２０の帯域制御および優先制御の設定変更を行うＮＷ制御管理装置１０と、仮想化基盤と外部ＮＷ２０との間に設置され、ＯＶＳ５へ流入するパケットの帯域量を制御する外部ＳＷ２０と、を備える。
（実施形態）
[ネットワークシステム１００の構成]
図１は、本発明の実施形態に係るネットワークシステムの構成例を示す図である。また、図１は、ネットワークシステムの動作例の初期状態を示している。図１５と同一構成部分には、同一符号を付している。
図１示すように、ネットワークシステム１００は、物理サーバ内に存在するサービスＡを提供する仮想マシンＶＭ １ 、サービスＢを提供する仮想マシンＶＭ２、サービスＣを提供する仮想マシンＶＭ３、仮想マシンＶＭ４と、仮想化基盤上に複数のサービスが搭載され、ＯＶＳ５に接続されるOpen Stackを構成するコンポーネントであるCompute Node１〜３、Network Node６およびController Node７と、Ｌ２ＳＷ４と、を備える。
ネットワークシステム１００は、Compute Node１〜３、Network Node６およびController Node７から取得した情報をもとに、仮想化基盤のサービス追加または削除をトリガとして外部ＳＷ２０の帯域制御および優先制御の設定変更を行うＮＷ制御管理装置１０と、仮想化基盤と外部ＮＷ２０との間に設置され、ＯＶＳ５へ流入するパケットの帯域量を制御する外部ＳＷ２０と、を備える。
仮想マシンＶＭ１〜仮想マシンＶＭ４は、Network Node６を経由してそれぞれ外部ネットワークＮＷ８に接続される。
仮想サーバＶＭ１〜ＶＭ４は、ソフトウェアにより実現される仮想的な情報処理装置である。仮想サーバＶＭ１〜ＶＭ４は、図示しない仮想スイッチを介して、Ｌ２ＳＷ４に接続される。Ｌ２ＳＷ４は、自己の仮想スイッチが含まれる物理サーバ上の仮想サーバＶＭ１〜ＶＭ４による通信を切り替えるハードウェアである。
仮想サーバＶＭ１〜ＶＭ４は、ソフトウェアにより実現される仮想的な情報処理装置である。仮想サーバＶＭ１〜ＶＭ４は、図示しない仮想スイッチを介して、Ｌ２ＳＷ４に接続される。Ｌ２ＳＷ４は、自己の仮想スイッチが含まれる物理サーバ上の仮想サーバＶＭ１〜ＶＭ４による通信を切り替えるハードウェアである。
Open Stackは、役割ごとにノード（物理もしくは仮想サーバ）を構成して利用する。図１では、Open Stackは、Compute Node１〜３と、Network Node６と、Controller Node７とに分けられる。
Compute Node１〜３は、仮想化基盤の構築や制御を行う。Compute Node１は、仮想マシンＶＭ１が動作するノード、Compute Node２は、仮想マシンＶＭ２，仮想マシンＶＭ３が動作するノード、Compute Node３は、仮想マシンＶＭ４が動作するノードである。
Network Node６は、ネットワークの仮想化や管理を行う。Network Node６は、ＩＰ転送やＤＨＣＰなど、インスタンスに対するネットワークサービスを提供するサーバである。Network Node６は、Compute Node１〜３による仮想ルータ、ＤＨＣＰ等の機能を提供する。Network Node６は、ＯＶＳ５を有する。
Open Stackでは、サービス単位に帯域の上限設定ができる。ＯＶＳ５はその帯域の上限を超過した場合、入力はポリシングによりパケットを破棄する。
Open Stackでは、サービス単位に帯域の上限設定ができる。ＯＶＳ５はその帯域の上限を超過した場合、入力はポリシングによりパケットを破棄する。
Controller Node７は、各コンポーネントのうち、管理系のサービスすべての制御用のコンポーネントを配置する。Controller Node７は、ユーザや他のノードからの要求を処理し、Open Stack 全体の管理を行う管理サーバである。また、Controller Node７は、Network Node６のみ帯域の上限設定が可能である。
ＯＶＳ５は、外部ＮＷ２０から流入したパケットが、サービス単位で設定された帯域幅の上限を超過した場合、当該パケットをポリシングする。
<ＮＷ制御管理装置１０>
ＮＷ制御管理装置１０は、Compute Node１〜３、Network Node６およびController Node７から取得した情報をもとに、サービスに括りつけられたＶＬＡＮ（Virtual LAN）、上限帯域、および優先度を含むＮＷに関する情報を外部ＳＷ２０に設定するためのConfig情報（設定情報）を生成するとともに、外部ＳＷ２０へ接続し、作成したConfig情報に従い、外部ＳＷ２０の設定変更を行う。
ＮＷ制御管理装置１０は、Compute Node１〜３、Network Node６およびController Node７から取得した情報をもとに、サービスに括りつけられたＶＬＡＮ（Virtual LAN）、上限帯域、および優先度を含むＮＷに関する情報を外部ＳＷ２０に設定するためのConfig情報（設定情報）を生成するとともに、外部ＳＷ２０へ接続し、作成したConfig情報に従い、外部ＳＷ２０の設定変更を行う。
ＮＷ制御管理装置１０は、仮想化基盤のＯＶＳ５の処理可能な帯域量を把握し、その上限値を記憶するデータ管理記憶部１１４（図２参照）を有し、仮想化基盤に装備されているCeilometerから情報を収集するとともに、外部ＳＷ２０のＮＷ帯域量を監視して各サービスのトラヒック情報を定期的に取得する。ＮＷ制御管理装置１０は、各サービスがサービス単位に設定した上限帯域を超過しておらず、かつ、ＯＶＳ５の処理能力の上限値を超える前に、各サービスの優先度が高いサービスは帯域確保を行い、優先度の低いサービスは、帯域を絞るようにConfig情報を生成する。
ＮＷ制御管理装置１０は、各サービスのトラヒック量の最繁若しくは閑散の時間、月日または曜日のトレンドを把握し、サービスが上限帯域を超過する傾向にあり、かつ、仮想化基盤全体のＮＷ帯域に余力がある場合、一時的に当該サービスの上限帯域を変更するConfig情報を作成する。
ＮＷ制御管理装置１０は、仮想化基盤のＮＷの利用状況を監視し、帯域上限まで利用し入るサービスと仮想化基盤のＮＷの空き状況を考慮し、仮想化基盤および外部ＳＷ２０の帯域制御の帯域上限を一時的に変更する。
ＮＷ制御管理装置１０は、下記（１）〜（３）機能を有する。
（１）ＮＷ制御管理装置１０は、Controller Node７で管理している各サービスのデータ情報を管理する。各サービスのデータ情報は、例えば、
・VM_ID
・VLAN_ID、ＭＡＣアドレス（Ｌ２の場合）
・ＩＰアドレス、サブネット（Ｌ３の場合）
・上限帯域
がある。
（１）ＮＷ制御管理装置１０は、Controller Node７で管理している各サービスのデータ情報を管理する。各サービスのデータ情報は、例えば、
・VM_ID
・VLAN_ID、ＭＡＣアドレス（Ｌ２の場合）
・ＩＰアドレス、サブネット（Ｌ３の場合）
・上限帯域
がある。
（２）ＮＷ制御管理装置１０は、Network Node６からCeilometer等で情報を収集する、および外部ＳＷ２０で収集するＮＷ収集・制御機能を有する。ＮＷ収集・制御機能には、例えば、
・定期的に収集した各サービスのトラヒック量
・現在の各サービスのトラヒック量
・帯域変動に応じた上限帯域の変更制御
がある。
・定期的に収集した各サービスのトラヒック量
・現在の各サービスのトラヒック量
・帯域変動に応じた上限帯域の変更制御
がある。
（３）ＮＷ制御管理装置１０は、外部ＳＷ２０の設定機能を有する。外部ＳＷ２０の設定機能には、例えば、
・サービスの追加／削除をトリガに上記(1)の設定情報を基に外部ＳＷ２０のConfig情報を生成する
・上記（２）の定期トラヒック量と現在のトラヒック量から帯域変動を考慮して一時的に設定情報を書き換えるためのConfig情報を生成する
・外部ＳＷ２０へ接続し、Config投入する
がある。
・サービスの追加／削除をトリガに上記(1)の設定情報を基に外部ＳＷ２０のConfig情報を生成する
・上記（２）の定期トラヒック量と現在のトラヒック量から帯域変動を考慮して一時的に設定情報を書き換えるためのConfig情報を生成する
・外部ＳＷ２０へ接続し、Config投入する
がある。
<外部ＳＷ２０>
外部ＳＷ２０は、仮想化基盤と外部ＮＷ２０との間に設置され、ＯＶＳ５へ流入するパケットの帯域量を制御する。外部ＳＷ２０は、ＮＷ制御管理装置１０が操作可能なリーチャビリティを持つ。
外部ＳＷ２０は、仮想化基盤と外部ＮＷ２０との間に設置され、ＯＶＳ５へ流入するパケットの帯域量を制御する。外部ＳＷ２０は、ＮＷ制御管理装置１０が操作可能なリーチャビリティを持つ。
[ＮＷ制御管理装置１０の詳細構成]
図２は、ＮＷ制御管理装置１０の詳細構成を示す機能ブロック図である。
図２に示すように、ＮＷ制御管理装置１０は、Controller Node７からＶＭの情報を取得するとともに、各サービスのＩＤ、ＩＰアドレス、ＭＡＣアドレス、ＶＬＡＮ、および帯域を含むＮＷ制御に関わる情報を管理するデータ管理部１１０と、仮想化基盤に装備されているCeilometerから情報を収集するとともに、外部ＳＷ２０のＮＷ帯域量を監視し、帯域の上限設定をしていない場合、または空き帯域がある場合、ＶＭ単位の利用量に応じた帯域制限の解放または設定を行うＮＷ制御部１２０と、各サービスへ割り当てる帯域量を外部ＳＷ２０へ設定するためのConfig情報を生成するとともに、外部ＳＷ２０へ接続し、Config投入を行う外部ＳＷ設定部１３０と、を備える。
図２は、ＮＷ制御管理装置１０の詳細構成を示す機能ブロック図である。
図２に示すように、ＮＷ制御管理装置１０は、Controller Node７からＶＭの情報を取得するとともに、各サービスのＩＤ、ＩＰアドレス、ＭＡＣアドレス、ＶＬＡＮ、および帯域を含むＮＷ制御に関わる情報を管理するデータ管理部１１０と、仮想化基盤に装備されているCeilometerから情報を収集するとともに、外部ＳＷ２０のＮＷ帯域量を監視し、帯域の上限設定をしていない場合、または空き帯域がある場合、ＶＭ単位の利用量に応じた帯域制限の解放または設定を行うＮＷ制御部１２０と、各サービスへ割り当てる帯域量を外部ＳＷ２０へ設定するためのConfig情報を生成するとともに、外部ＳＷ２０へ接続し、Config投入を行う外部ＳＷ設定部１３０と、を備える。
<データ管理部１１０>
データ管理部１１０は、Open StackのController Node７から仮想化環境に生成されているＶＭの情報を管理する。
データ管理部１１０は、データ更新確認部１１１と、データ受信部１１２と、データ比較／データ更新部１１３と、データ管理記憶部１１４と、を有する。
データ更新確認部１１１は、Controller Node７にＶＭ情報の更新が無いかを周期的に確認する。
データ受信部１１２は、Controller Node７から取得したデータを受信する。
データ比較／データ更新部１１３は、データ受信した情報と当該のデータ管理情報を比較する。変更のあった場合、外部ＳＷ２０設定へ情報を転送するとともにデータ管理を更新する。
データ管理記憶部１１４は、ＯＶＳ５の処理能力値を記憶する。データ管理記憶部１１４は、各サービスの日時毎の利用帯域量を記憶する（図３Ａ参照）。データ管理記憶部１１４は、各サービスのＩＤ、ＩＰアドレス、ＭＡＣアドレス、ＶＬＡＮ、帯域等ＮＷ制御に関わる情報を記憶する（図３Ａ参照）。
データ管理部１１０は、Open StackのController Node７から仮想化環境に生成されているＶＭの情報を管理する。
データ管理部１１０は、データ更新確認部１１１と、データ受信部１１２と、データ比較／データ更新部１１３と、データ管理記憶部１１４と、を有する。
データ更新確認部１１１は、Controller Node７にＶＭ情報の更新が無いかを周期的に確認する。
データ受信部１１２は、Controller Node７から取得したデータを受信する。
データ比較／データ更新部１１３は、データ受信した情報と当該のデータ管理情報を比較する。変更のあった場合、外部ＳＷ２０設定へ情報を転送するとともにデータ管理を更新する。
データ管理記憶部１１４は、ＯＶＳ５の処理能力値を記憶する。データ管理記憶部１１４は、各サービスの日時毎の利用帯域量を記憶する（図３Ａ参照）。データ管理記憶部１１４は、各サービスのＩＤ、ＩＰアドレス、ＭＡＣアドレス、ＶＬＡＮ、帯域等ＮＷ制御に関わる情報を記憶する（図３Ａ参照）。
<ＮＷ制御部１２０>
ＮＷ制御部１２０は、帯域の上限設定をしていない場合、または空き帯域がある場合、Ceilometer／外部ＳＷ２０等のＮＷ帯域量を監視し、ＶＭ単位の利用量に応じた帯域制限の解放／設定を行う。
ＮＷ制御部１２０は、ＮＷ利用状況確認部１２１と、状況受信部１２２と、空き帯域量算出部１２３と、帯域量比較／割当可能帯域算出部１２４と、を有する。
ＮＷ利用状況確認部１２１は、Ceilometer ／外部ＳＷ２０等ＮＷ帯域を管理している機能に対し、ＮＷ帯域の利用状況を周期的に確認する。
状況受信部１２２は、Ceilometer等ＮＷ帯域を管理している機能から取得した状況を受信する。
空き帯域量算出部１２３は、取得した利用帯域量から空き帯域量を算出する。
帯域量比較／割当可能帯域算出部１２４は、データ管理の帯域情報と空き帯域量を比較する。各サービスに割り当てる帯域量を決定し、外部ＳＷ２０設定へ情報を転送するとともにデータ管理を更新する。
ＮＷ制御部１２０は、帯域の上限設定をしていない場合、または空き帯域がある場合、Ceilometer／外部ＳＷ２０等のＮＷ帯域量を監視し、ＶＭ単位の利用量に応じた帯域制限の解放／設定を行う。
ＮＷ制御部１２０は、ＮＷ利用状況確認部１２１と、状況受信部１２２と、空き帯域量算出部１２３と、帯域量比較／割当可能帯域算出部１２４と、を有する。
ＮＷ利用状況確認部１２１は、Ceilometer ／外部ＳＷ２０等ＮＷ帯域を管理している機能に対し、ＮＷ帯域の利用状況を周期的に確認する。
状況受信部１２２は、Ceilometer等ＮＷ帯域を管理している機能から取得した状況を受信する。
空き帯域量算出部１２３は、取得した利用帯域量から空き帯域量を算出する。
帯域量比較／割当可能帯域算出部１２４は、データ管理の帯域情報と空き帯域量を比較する。各サービスに割り当てる帯域量を決定し、外部ＳＷ２０設定へ情報を転送するとともにデータ管理を更新する。
<外部ＳＷ設定部１３０>
外部ＳＷ設定部１３０は、外部ＳＷ２０へアクセスし、データ管理情報を基にconfig設定を行う。
外部ＳＷ設定部１３０は、外部ＳＷ設定情報生成部１３１と、外部ＳＷ接続／設定部１３２と、を有する。
外部ＳＷ設定情報生成部１３１は、割り当てる帯域量を外部ＳＷ２０へ設定するためのConfigを生成する。
外部ＳＷ接続／設定部１３２は、外部ＳＷ２０へ接続し、Config投入を行う。
外部ＳＷ設定部１３０は、外部ＳＷ２０へアクセスし、データ管理情報を基にconfig設定を行う。
外部ＳＷ設定部１３０は、外部ＳＷ設定情報生成部１３１と、外部ＳＷ接続／設定部１３２と、を有する。
外部ＳＷ設定情報生成部１３１は、割り当てる帯域量を外部ＳＷ２０へ設定するためのConfigを生成する。
外部ＳＷ接続／設定部１３２は、外部ＳＷ２０へ接続し、Config投入を行う。
図３Ａ−Ｂは、データ管理記憶部１１４がデータベース（ＤＢ）に格納する情報の一例を示す図であり、図３Ａは、各サービスの日時毎の利用帯域量を記憶するＤＢのレコードの一例を示し、図３Ｂは、各サービスのＩＤ、ＩＰアドレス、ＭＡＣアドレス、ＶＬＡＮ、帯域等ＮＷ制御に関わる情報のレコードの一例を示す。
図３Ａに示すように、データ管理記憶部１１４は、ＤＢに日時毎に各サービスの利用帯域量を格納する。
図３Ｂに示すように、データ管理記憶部１１４は、ＤＢに各サービスのＩＤ、ＩＰアドレス、ＭＡＣアドレス、ＶＬＡＮ ＩＤ、上限帯域、割当帯域等を格納する。
図３Ａに示すように、データ管理記憶部１１４は、ＤＢに日時毎に各サービスの利用帯域量を格納する。
図３Ｂに示すように、データ管理記憶部１１４は、ＤＢに各サービスのＩＤ、ＩＰアドレス、ＭＡＣアドレス、ＶＬＡＮ ＩＤ、上限帯域、割当帯域等を格納する。
以下、上述のように構成されたネットワークシステムのネットワーク帯域制御管理方法について説明する。
[サービス登録時の動作例]
図４は、サービス登録時の動作例を示す図である。
図４に示すように、ＮＷ制御管理装置１０は、仮想化基盤上にサービスを登録する際に優先度をつけて登録する。図４の例では、サービスＡ（優先度：高）、サービスＢ（優先度：低）、サービスＣ（優先度：低）にそれぞれ帯域上限設定を４Ｇbps、３Ｇbps、２Ｇbpsを設定している。このとき、ＮＷ制御管理装置１０は、サービスＤ（優先度：高）を登録する（図４の符号ｄ参照）。
具体的には、ＮＷ制御管理装置１０（図２参照）は、下記のステップを実行する。
<ステップＳ１：Controller Node７からの情報収集>
データ管理部１１０のデータ更新確認部１１１（図２参照）は、Controller Node７にＶＭ情報の更新が無いかを周期的に確認する。データ受信部１１２（図２参照）は、Controller Node７から取得したデータを受信する（図４の符号ｅ参照）。
[サービス登録時の動作例]
図４は、サービス登録時の動作例を示す図である。
図４に示すように、ＮＷ制御管理装置１０は、仮想化基盤上にサービスを登録する際に優先度をつけて登録する。図４の例では、サービスＡ（優先度：高）、サービスＢ（優先度：低）、サービスＣ（優先度：低）にそれぞれ帯域上限設定を４Ｇbps、３Ｇbps、２Ｇbpsを設定している。このとき、ＮＷ制御管理装置１０は、サービスＤ（優先度：高）を登録する（図４の符号ｄ参照）。
具体的には、ＮＷ制御管理装置１０（図２参照）は、下記のステップを実行する。
<ステップＳ１：Controller Node７からの情報収集>
データ管理部１１０のデータ更新確認部１１１（図２参照）は、Controller Node７にＶＭ情報の更新が無いかを周期的に確認する。データ受信部１１２（図２参照）は、Controller Node７から取得したデータを受信する（図４の符号ｅ参照）。
<ステップＳ２：情報をＤＢ格納>
データ比較／データ更新部１１３（図２参照）は、サービスの登録をトリガにController Node７に登録し、管理された当該サービスの情報を取得および優先度の情報をデータ管理記憶部１１４（図２参照）のＤＢに格納する。
データ比較／データ更新部１１３（図２参照）は、サービスの登録をトリガにController Node７に登録し、管理された当該サービスの情報を取得および優先度の情報をデータ管理記憶部１１４（図２参照）のＤＢに格納する。
<ステップＳ３：Config情報生成>
データ比較／データ更新部１１３は、データ管理記憶部１１４のＤＢを参照して、ＮＷ制御管理装置１０において、取得データから当該サービスに括りつけられたＶＬＡＮ、上限帯域、優先度等のＮＷに関する情報を外部ＳＷ２０に設定するためのConfig情報を生成する。このとき、データ比較／データ更新部１１３は、ＯＶＳ処理能力を超過しないように外部ＳＷ２０の出力を設定する。
データ比較／データ更新部１１３は、データ管理記憶部１１４のＤＢを参照して、ＮＷ制御管理装置１０において、取得データから当該サービスに括りつけられたＶＬＡＮ、上限帯域、優先度等のＮＷに関する情報を外部ＳＷ２０に設定するためのConfig情報を生成する。このとき、データ比較／データ更新部１１３は、ＯＶＳ処理能力を超過しないように外部ＳＷ２０の出力を設定する。
<ステップＳ４：Config投入>
外部ＳＷ設定部１３０の外部ＳＷ設定情報生成部１３１（図２参照）は、生成されたConfig情報をもとに、外部ＳＷ２０の設定情報を設定する。
外部ＳＷ設定部１３０の外部ＳＷ設定情報生成部１３１（図２参照）は、生成されたConfig情報をもとに、外部ＳＷ２０の設定情報を設定する。
<ステップＳ５：設定変更>
外部ＳＷ設定部１３０の外部ＳＷ接続／設定部１３２（図２参照）は、外部ＳＷ２０へ接続し、Config投入を行う（図４の符号ｆ参照）。
外部ＳＷ設定部１３０の外部ＳＷ接続／設定部１３２（図２参照）は、外部ＳＷ２０へ接続し、Config投入を行う（図４の符号ｆ参照）。
<ステップＳ６：設定追加>
以上の登録動作により、図４に示すように、サービスＤ（優先度：高）が帯域上限１Ｇbpsで設定追加された。
以上の登録動作により、図４に示すように、サービスＤ（優先度：高）が帯域上限１Ｇbpsで設定追加された。
[運用中の動作例１]
図５は、運用中の動作例１を示す図である。
図５の例では、サービスＡ（優先度：高）、サービスＢ（優先度：低）、サービスＣ（優先度：低）、サービスＤ（優先度：高）にそれぞれ帯域上限設定を４Ｇbps、３Ｇbps、２Ｇbps、１Ｇbps、が設定されている。
ＮＷ制御管理装置１０（図２参照）は、運用中は下記のステップを実行する。
<ステップＳ１１：Ceilometer等でトラヒック情報収集>
ＮＷ制御部１２０のＮＷ利用状況確認部１２１（図２参照）は、Ceilometer等でＮＷ帯域を管理している機能に対し、ＮＷ帯域の利用状況を周期的に確認する。状況受信部１２２は、Ceilometer等でＮＷ帯域を管理している機能から取得した状況を受信する（図５の符号ｇ参照）。
図５は、運用中の動作例１を示す図である。
図５の例では、サービスＡ（優先度：高）、サービスＢ（優先度：低）、サービスＣ（優先度：低）、サービスＤ（優先度：高）にそれぞれ帯域上限設定を４Ｇbps、３Ｇbps、２Ｇbps、１Ｇbps、が設定されている。
ＮＷ制御管理装置１０（図２参照）は、運用中は下記のステップを実行する。
<ステップＳ１１：Ceilometer等でトラヒック情報収集>
ＮＷ制御部１２０のＮＷ利用状況確認部１２１（図２参照）は、Ceilometer等でＮＷ帯域を管理している機能に対し、ＮＷ帯域の利用状況を周期的に確認する。状況受信部１２２は、Ceilometer等でＮＷ帯域を管理している機能から取得した状況を受信する（図５の符号ｇ参照）。
<ステップＳ１２：外部ＳＷ２０からトラヒック収集>
ＮＷ制御部１２０のＮＷ利用状況確認部１２１（図２参照）は、外部ＳＷ２０に対し、トラヒック情報を周期的に確認する。状況受信部１２２は、外部ＳＷ２０からトラヒック情報を受信する（図５の符号ｈ参照）。
このように、ＮＷ制御部１２０は、仮想化基盤に装備されているCeilometer等および外部ＳＷ２０からのＮＷ情報を取得する機能を利用し、定期的にトラヒック情報を取得する。また、ＮＷ制御部１２０は、仮想化基盤のＯＶＳの処理可能な帯域量を把握し、その上限値を持っている。
ＮＷ制御部１２０のＮＷ利用状況確認部１２１（図２参照）は、外部ＳＷ２０に対し、トラヒック情報を周期的に確認する。状況受信部１２２は、外部ＳＷ２０からトラヒック情報を受信する（図５の符号ｈ参照）。
このように、ＮＷ制御部１２０は、仮想化基盤に装備されているCeilometer等および外部ＳＷ２０からのＮＷ情報を取得する機能を利用し、定期的にトラヒック情報を取得する。また、ＮＷ制御部１２０は、仮想化基盤のＯＶＳの処理可能な帯域量を把握し、その上限値を持っている。
<ステップＳ１３：ＯＶＳ能力オーバを検知、Config情報生成>
各サービスがサービス単位に設定した上限帯域を超過しておらず、かつＯＶＳの処理能力の上限値を超えるとパケットロスが発生する。それを回避するため、ＮＷ制御管理装置１０は、その上限値を超える前に各サービスの優先度を考慮し、優先度の高いサービスは帯域確保を行い、優先度の低いサービスは、帯域を絞るようにConfig情報を作成する。
具体的には、ＮＷ制御部１２０の空き帯域量算出部１２３（図２参照）は、取得した利用帯域量から空き帯域量を算出する。帯域量比較／割当可能帯域算出部１２４（図２参照）は、データ管理の帯域情報と空き帯域量を比較し、各サービスに割り当てる帯域量を決定する。
図５の例では、優先度の高いサービスＡとサービスＤは帯域確保を行い（サービスＡは４Ｇbps、サービスＤは１Ｇbpsで帯域を変えない）、優先度の低いサービスＢとサービスＣは、帯域を絞る（サービスＢは３Ｇbpsから１．７Ｇbpsに、またサービスＣは２Ｇbpsから１．３Ｇbpsに上限帯域を削減する）。
各サービスがサービス単位に設定した上限帯域を超過しておらず、かつＯＶＳの処理能力の上限値を超えるとパケットロスが発生する。それを回避するため、ＮＷ制御管理装置１０は、その上限値を超える前に各サービスの優先度を考慮し、優先度の高いサービスは帯域確保を行い、優先度の低いサービスは、帯域を絞るようにConfig情報を作成する。
具体的には、ＮＷ制御部１２０の空き帯域量算出部１２３（図２参照）は、取得した利用帯域量から空き帯域量を算出する。帯域量比較／割当可能帯域算出部１２４（図２参照）は、データ管理の帯域情報と空き帯域量を比較し、各サービスに割り当てる帯域量を決定する。
図５の例では、優先度の高いサービスＡとサービスＤは帯域確保を行い（サービスＡは４Ｇbps、サービスＤは１Ｇbpsで帯域を変えない）、優先度の低いサービスＢとサービスＣは、帯域を絞る（サービスＢは３Ｇbpsから１．７Ｇbpsに、またサービスＣは２Ｇbpsから１．３Ｇbpsに上限帯域を削減する）。
<ステップＳ１４：設定変更>
ＮＷ制御部１２０の帯域量比較／割当可能帯域算出部１２４は、外部ＳＷ２０設定へ情報を転送するとともに（図５の符号ｉ参照）、データ管理記憶部１１４のＤＢを更新する。
また、外部ＳＷ設定部１３０の外部ＳＷ設定情報生成部１３１（図２参照）は、生成されたConfig情報をもとに、外部ＳＷ２０の設定情報を設定する。
外部ＳＷ設定部１３０の外部ＳＷ接続／設定部１３２（図２参照）は、外部ＳＷ２０へ接続し、Config投入を行う。
ＮＷ制御部１２０の帯域量比較／割当可能帯域算出部１２４は、外部ＳＷ２０設定へ情報を転送するとともに（図５の符号ｉ参照）、データ管理記憶部１１４のＤＢを更新する。
また、外部ＳＷ設定部１３０の外部ＳＷ設定情報生成部１３１（図２参照）は、生成されたConfig情報をもとに、外部ＳＷ２０の設定情報を設定する。
外部ＳＷ設定部１３０の外部ＳＷ接続／設定部１３２（図２参照）は、外部ＳＷ２０へ接続し、Config投入を行う。
以上の動作により、図５に示すように、優先度の高いサービスは、上限帯域を維持し、優先度の低いサービスは、上限帯域を絞るように制御される。
外部ＮＷ８では、優先度の高いサービスから仮想化基盤へ流入することにより、優先度の高いサービスのサービス断を回避することができる。
外部ＮＷ８では、優先度の高いサービスから仮想化基盤へ流入することにより、優先度の高いサービスのサービス断を回避することができる。
[運用中の動作例２]
図６は、日常のトレンドのトラヒック量を示す図である。横軸に０時から２４時の時間帯のトラヒック量のトレンドを示し、縦軸に各サービスで使用した帯域を重ねて示す。なお、図中のハッチングの表記は、図４および図５の各サービスの表記に揃えられている。
図６に示すように、ＯＶＳ５の処理能力限界は、８Ｇbpsであるとする。図６に示す日常のトレンドでは、０時から２４時のどの時間帯であってもＯＶＳ５の処理能力を上回ることはない。ところで、図６の破線楕円囲みに示す時間帯（１８時−２１時）の場合、ＯＶＳ５の処理能力限界８Ｇbpsに対して、約３Ｇbpsの空き帯域がある。このため、図６の矢印ｊに示すサービスＤ（優先度：高 １Ｇbps）の上限帯域を一時的に３Ｇbpsまで増加可能である。このようにすれば、優先度の高いサービスＤについてよりサービスを向上させることができる。
図６は、日常のトレンドのトラヒック量を示す図である。横軸に０時から２４時の時間帯のトラヒック量のトレンドを示し、縦軸に各サービスで使用した帯域を重ねて示す。なお、図中のハッチングの表記は、図４および図５の各サービスの表記に揃えられている。
図６に示すように、ＯＶＳ５の処理能力限界は、８Ｇbpsであるとする。図６に示す日常のトレンドでは、０時から２４時のどの時間帯であってもＯＶＳ５の処理能力を上回ることはない。ところで、図６の破線楕円囲みに示す時間帯（１８時−２１時）の場合、ＯＶＳ５の処理能力限界８Ｇbpsに対して、約３Ｇbpsの空き帯域がある。このため、図６の矢印ｊに示すサービスＤ（優先度：高 １Ｇbps）の上限帯域を一時的に３Ｇbpsまで増加可能である。このようにすれば、優先度の高いサービスＤについてよりサービスを向上させることができる。
図７は、運用中の動作例２を示す図である。図６のトレンドのトラヒック量を把握して、運用中の動作に適用した例である。
図７の例では、図６の場合と同様に、サービスＡ（優先度：高）、サービスＢ（優先度：低）、サービスＣ（優先度：低）、サービスＤ（優先度：高）にそれぞれ帯域上限設定を４Ｇbps、３Ｇbps、２Ｇbps、１Ｇbps、が設定されている。
図７の例では、図６の場合と同様に、サービスＡ（優先度：高）、サービスＢ（優先度：低）、サービスＣ（優先度：低）、サービスＤ（優先度：高）にそれぞれ帯域上限設定を４Ｇbps、３Ｇbps、２Ｇbps、１Ｇbps、が設定されている。
<ステップＳ２１：Ceilometer等でトラヒック情報収集>
ＮＷ制御部１２０のＮＷ利用状況確認部１２１（図２参照）は、Ceilometer等でＮＷ帯域を管理している機能に対し、ＮＷ帯域の利用状況を周期的に確認する。状況受信部１２２は、Ceilometer等でＮＷ帯域を管理している機能から取得した状況を受信する（図７の符号ｋ参照）。
ＮＷ制御部１２０のＮＷ利用状況確認部１２１（図２参照）は、Ceilometer等でＮＷ帯域を管理している機能に対し、ＮＷ帯域の利用状況を周期的に確認する。状況受信部１２２は、Ceilometer等でＮＷ帯域を管理している機能から取得した状況を受信する（図７の符号ｋ参照）。
<ステップＳ２２：外部ＳＷ２０からトラヒック収集>
ＮＷ制御部１２０のＮＷ利用状況確認部１２１（図２参照）は、外部ＳＷ２０に対し、トラヒック情報を周期的に確認する。状況受信部１２２は、外部ＳＷ２０からトラヒック情報を受信する（図７の符号ｌ参照）。
このように、ＮＷ制御部１２０は、仮想化基盤に装備されているCeilometer等および外部ＳＷ２０からのＮＷ情報を取得する機能を利用し、定期的にトラヒック情報を取得する。また、ＮＷ制御部１２０は、仮想化基盤のＯＶＳの処理可能な帯域量を把握し、その上限値を持っている。
ＮＷ制御部１２０のＮＷ利用状況確認部１２１（図２参照）は、外部ＳＷ２０に対し、トラヒック情報を周期的に確認する。状況受信部１２２は、外部ＳＷ２０からトラヒック情報を受信する（図７の符号ｌ参照）。
このように、ＮＷ制御部１２０は、仮想化基盤に装備されているCeilometer等および外部ＳＷ２０からのＮＷ情報を取得する機能を利用し、定期的にトラヒック情報を取得する。また、ＮＷ制御部１２０は、仮想化基盤のＯＶＳの処理可能な帯域量を把握し、その上限値を持っている。
<ステップＳ２３：ＮＷに余力があることを検知、Config情報生成>
図６の破線楕円囲みに示す時間帯（１８時−２１時）のように、仮想化基盤全体のＮＷ帯域に余力がある場合、一時的にサービスＤ（優先度：高）の上限帯域を１Ｇbpsから３Ｇbpsに変更するConfig情報を作成する。
ＮＷ制御管理装置１０は、外部ＳＷ２０へ接続し、作成されたConfig情報に従い、外部ＳＷ２０の設定変更を行う。
図６の破線楕円囲みに示す時間帯（１８時−２１時）のように、仮想化基盤全体のＮＷ帯域に余力がある場合、一時的にサービスＤ（優先度：高）の上限帯域を１Ｇbpsから３Ｇbpsに変更するConfig情報を作成する。
ＮＷ制御管理装置１０は、外部ＳＷ２０へ接続し、作成されたConfig情報に従い、外部ＳＷ２０の設定変更を行う。
<ステップＳ２４：設定変更>
ＮＷ制御部１２０の帯域量比較／割当可能帯域算出部１２４は、外部ＳＷ２０設定へ情報を転送するとともに（図７の符号ｍ参照）、データ管理記憶部１１４の情報を更新する。
また、外部ＳＷ設定部１３０の外部ＳＷ設定情報生成部１３１（図２参照）は、生成されたConfig情報をもとに、外部ＳＷ２０の設定情報を設定する。
以上の動作により、仮想化基盤ＮＷに余力のある場合、上限帯域を超えるサービスへ一時的に割り当てることでＮＷの有効活用を実現する。
ＮＷ制御部１２０の帯域量比較／割当可能帯域算出部１２４は、外部ＳＷ２０設定へ情報を転送するとともに（図７の符号ｍ参照）、データ管理記憶部１１４の情報を更新する。
また、外部ＳＷ設定部１３０の外部ＳＷ設定情報生成部１３１（図２参照）は、生成されたConfig情報をもとに、外部ＳＷ２０の設定情報を設定する。
以上の動作により、仮想化基盤ＮＷに余力のある場合、上限帯域を超えるサービスへ一時的に割り当てることでＮＷの有効活用を実現する。
[運用中の動作例３]
図８は、図６と同じ日常のトレンドのトラヒック量を示す図である。横軸に０時から２４時の時間帯のトラヒック量のトレンドを示し、縦軸に各サービスで使用した帯域を重ねて示す。
図８の破線楕円囲みに示す時間帯（２１時−２４時）では、時間帯（１８時−２１時）に存在した約３Ｇbpsの空き帯域が減少傾向にある。このため、図８の矢印ｎに示すように、一時的に増加させていたサービスＤ（優先度：高 １Ｇbps）の上限帯域を元に戻す制御を行う。
図８は、図６と同じ日常のトレンドのトラヒック量を示す図である。横軸に０時から２４時の時間帯のトラヒック量のトレンドを示し、縦軸に各サービスで使用した帯域を重ねて示す。
図８の破線楕円囲みに示す時間帯（２１時−２４時）では、時間帯（１８時−２１時）に存在した約３Ｇbpsの空き帯域が減少傾向にある。このため、図８の矢印ｎに示すように、一時的に増加させていたサービスＤ（優先度：高 １Ｇbps）の上限帯域を元に戻す制御を行う。
図９は、運用中の動作例３を示す図である。図８のトレンドのトラヒック量を把握して、一時的に増加させていたサービスの上限帯域を元に戻す制御を行う例である。
図９の例では、サービスＤ（優先度：高）は、一時的に３Ｇbpsが設定されていた。
図９の例では、サービスＤ（優先度：高）は、一時的に３Ｇbpsが設定されていた。
<ステップＳ３１：Ceilometer等でトラヒック情報収集>
ＮＷ制御部１２０のＮＷ利用状況確認部１２１（図２参照）は、Ceilometer等でＮＷ帯域を管理している機能に対し、ＮＷ帯域の利用状況を周期的に確認する。状況受信部１２２は、Ceilometer等でＮＷ帯域を管理している機能から取得した状況を受信する（図９の符号ｏ参照）。
ＮＷ制御部１２０のＮＷ利用状況確認部１２１（図２参照）は、Ceilometer等でＮＷ帯域を管理している機能に対し、ＮＷ帯域の利用状況を周期的に確認する。状況受信部１２２は、Ceilometer等でＮＷ帯域を管理している機能から取得した状況を受信する（図９の符号ｏ参照）。
<ステップＳ３２：外部ＳＷ２０からトラヒック収集>
ＮＷ制御部１２０のＮＷ利用状況確認部１２１（図２参照）は、外部ＳＷ２０に対し、トラヒック情報を周期的に確認する。状況受信部１２２は、外部ＳＷ２０からトラヒック情報を受信する（図９の符号ｐ参照）。
ＮＷ制御部１２０のＮＷ利用状況確認部１２１（図２参照）は、外部ＳＷ２０に対し、トラヒック情報を周期的に確認する。状況受信部１２２は、外部ＳＷ２０からトラヒック情報を受信する（図９の符号ｐ参照）。
<ステップＳ３３：ＮＷに余力がなくなってきていることを検知、Config情報生成>
図８の破線楕円囲みに示す時間帯（２１時−２４時）のように、仮想化基盤全体のＮＷ帯域の空き帯域が減少傾向にある場合、一時的に増加していたサービスＤ（優先度：高）の上限帯域３Ｇbpsを、元の上限帯域３Ｇbpsに変更するConfig情報を作成する。
ＮＷ制御管理装置１０は、外部ＳＷ２０へ接続し、作成されたConfig情報に従い、外部ＳＷ２０の設定変更を行う。
図８の破線楕円囲みに示す時間帯（２１時−２４時）のように、仮想化基盤全体のＮＷ帯域の空き帯域が減少傾向にある場合、一時的に増加していたサービスＤ（優先度：高）の上限帯域３Ｇbpsを、元の上限帯域３Ｇbpsに変更するConfig情報を作成する。
ＮＷ制御管理装置１０は、外部ＳＷ２０へ接続し、作成されたConfig情報に従い、外部ＳＷ２０の設定変更を行う。
<ステップＳ３４：設定変更>
ＮＷ制御部１２０の帯域量比較／割当可能帯域算出部１２４は、外部ＳＷ２０設定へ情報を転送するとともに（図９の符号ｑ参照）、データ管理記憶部１１４の情報を更新する。
また、外部ＳＷ設定部１３０の外部ＳＷ設定情報生成部１３１（図２参照）は、生成されたConfig情報をもとに、外部ＳＷ２０の設定情報を設定する。
ＮＷ制御部１２０の帯域量比較／割当可能帯域算出部１２４は、外部ＳＷ２０設定へ情報を転送するとともに（図９の符号ｑ参照）、データ管理記憶部１１４の情報を更新する。
また、外部ＳＷ設定部１３０の外部ＳＷ設定情報生成部１３１（図２参照）は、生成されたConfig情報をもとに、外部ＳＷ２０の設定情報を設定する。
以上の動作により、仮想化基盤ＮＷに余力のある場合に上限帯域を超えるサービスへ一時的に割り当てていた上限帯域を元に戻すことで、ＯＶＳ５の処理能力限界に上限帯域を確実に収めることができる。上限帯域を超えるサービスへ一時的に割り当てたとしてもＯＶＳ５の処理能力限界に収められるので、仮想化基盤ＮＷの有効活用を図ることができる。
[運用中の動作例４]
図１０は、運用中の動作例４を示す図であり、サービス削除時の例を示す。
図１０の例では、サービスＡ（優先度：高）、サービスＢ（優先度：低）、サービスＣ（優先度：低）、サービスＤ（優先度：高）にそれぞれ帯域上限設定を４Ｇbps、３Ｇbps、２Ｇbps、１Ｇbps、が設定されていた。このとき、サービスＣ（優先度：低）を削除しようとする（図１０の符号ｒ参照）。
図１０は、運用中の動作例４を示す図であり、サービス削除時の例を示す。
図１０の例では、サービスＡ（優先度：高）、サービスＢ（優先度：低）、サービスＣ（優先度：低）、サービスＤ（優先度：高）にそれぞれ帯域上限設定を４Ｇbps、３Ｇbps、２Ｇbps、１Ｇbps、が設定されていた。このとき、サービスＣ（優先度：低）を削除しようとする（図１０の符号ｒ参照）。
<ステップＳ４１：Ceilometer等でトラヒック情報収集>
ＮＷ制御部１２０のＮＷ利用状況確認部１２１（図２参照）は、Ceilometer等でＮＷ帯域を管理している機能に対し、ＮＷ帯域の利用状況を周期的に確認する。状況受信部１２２は、Ceilometer等でＮＷ帯域を管理している機能から取得した状況を受信する（図９の符号ｓ参照）。
ＮＷ利用状況確認部１２１は、ＮＷ仮想化基盤上からサービスの削除処理をトリガにControllerから削除されたサービスの情報を把握する。
ＮＷ制御部１２０のＮＷ利用状況確認部１２１（図２参照）は、Ceilometer等でＮＷ帯域を管理している機能に対し、ＮＷ帯域の利用状況を周期的に確認する。状況受信部１２２は、Ceilometer等でＮＷ帯域を管理している機能から取得した状況を受信する（図９の符号ｓ参照）。
ＮＷ利用状況確認部１２１は、ＮＷ仮想化基盤上からサービスの削除処理をトリガにControllerから削除されたサービスの情報を把握する。
<ステップＳ４２：外部ＳＷ２０からトラヒック収集>
ＮＷ制御部１２０のＮＷ利用状況確認部１２１（図２参照）は、外部ＳＷ２０に対し、トラヒック情報を周期的に確認する。状況受信部１２２は、外部ＳＷ２０からトラヒック情報を受信する（図９の符号ｔ参照）。
ＮＷ制御部１２０のＮＷ利用状況確認部１２１（図２参照）は、外部ＳＷ２０に対し、トラヒック情報を周期的に確認する。状況受信部１２２は、外部ＳＷ２０からトラヒック情報を受信する（図９の符号ｔ参照）。
<ステップＳ４３：削除サービスの把握、Config情報生成>
ＮＷ利用状況確認部１２１は、ＮＷ仮想化基盤上からサービスの削除処理をトリガにControllerから削除されたサービスの情報を把握する。
ＮＷ制御部１２０（図２参照）は、削除されたサービスに括りつけられたＶＬＡＮ等のＮＷに関する情報を削除するためのConfig情報を生成する。
ＮＷ利用状況確認部１２１は、ＮＷ仮想化基盤上からサービスの削除処理をトリガにControllerから削除されたサービスの情報を把握する。
ＮＷ制御部１２０（図２参照）は、削除されたサービスに括りつけられたＶＬＡＮ等のＮＷに関する情報を削除するためのConfig情報を生成する。
<ステップＳ４４：設定変更>
ＮＷ制御部１２０の帯域量比較／割当可能帯域算出部１２４は、外部ＳＷ２０設定へ情報を転送するとともに（図９の符号ｕ参照）、データ管理記憶部１１４の情報を更新する。
また、外部ＳＷ設定部１３０の外部ＳＷ設定情報生成部１３１（図２参照）は、生成されたConfig情報をもとに、外部ＳＷ２０の設定情報を設定する。
ＮＷ制御部１２０の帯域量比較／割当可能帯域算出部１２４は、外部ＳＷ２０設定へ情報を転送するとともに（図９の符号ｕ参照）、データ管理記憶部１１４の情報を更新する。
また、外部ＳＷ設定部１３０の外部ＳＷ設定情報生成部１３１（図２参照）は、生成されたConfig情報をもとに、外部ＳＷ２０の設定情報を設定する。
<ステップＳ４５：ＤＢから削除>
データ管理部１１０（図２参照）は、削除されたサービスの情報をデータ管理記憶部１１４のＤＢから削除する。
データ管理部１１０（図２参照）は、削除されたサービスの情報をデータ管理記憶部１１４のＤＢから削除する。
[帯域制御の想定パターン例]
図１１〜図１４を参照して帯域制御の想定パターン例を説明する。
<パターン例１>
図１１は、ＯＶＳ処理能力≧総トラヒック量、かつ、優先度が同一（すべて高または低）場合の例である。
図１１の例では、サービスＡ（優先度：低）、サービスＢ（優先度：低）、サービスＣ（優先度：低）、サービスＤ（優先度：低）で、優先度がすべて同一で「低」の場合である。ＯＶＳ５の処理能力限界は、９Ｇbpsであり、総トラヒック量は、８Ｇbpsであるとする。
ＯＶＳ処理能力≧総トラヒック量、かつ、優先度が同一（すべて低）場合には、総上限流入量８ＧbpsはＯＶＳ５の処理能力限界９Ｇbpsに収まっており、帯域変更の必要がない。なお、ＮＷ帯域の余力があるとき、均等に上限値を増やすことも可能である。
また、ＯＶＳ処理能力≧総トラヒック量、かつ、優先度が同一（すべて高）場合には、総上限流入量８ＧbpsはＯＶＳ５の処理能力限界９Ｇbpsに収まっている。ＯＶＳ５の処理能力限界９Ｇbpsまで、１Ｇbpsの余裕があるが、優先度が同一（すべて高）のため優先順位は付けられない。なお、ＮＷ帯域の余力があるとき、均等に上限値を増やすことも可能である。
図１１〜図１４を参照して帯域制御の想定パターン例を説明する。
<パターン例１>
図１１は、ＯＶＳ処理能力≧総トラヒック量、かつ、優先度が同一（すべて高または低）場合の例である。
図１１の例では、サービスＡ（優先度：低）、サービスＢ（優先度：低）、サービスＣ（優先度：低）、サービスＤ（優先度：低）で、優先度がすべて同一で「低」の場合である。ＯＶＳ５の処理能力限界は、９Ｇbpsであり、総トラヒック量は、８Ｇbpsであるとする。
ＯＶＳ処理能力≧総トラヒック量、かつ、優先度が同一（すべて低）場合には、総上限流入量８ＧbpsはＯＶＳ５の処理能力限界９Ｇbpsに収まっており、帯域変更の必要がない。なお、ＮＷ帯域の余力があるとき、均等に上限値を増やすことも可能である。
また、ＯＶＳ処理能力≧総トラヒック量、かつ、優先度が同一（すべて高）場合には、総上限流入量８ＧbpsはＯＶＳ５の処理能力限界９Ｇbpsに収まっている。ＯＶＳ５の処理能力限界９Ｇbpsまで、１Ｇbpsの余裕があるが、優先度が同一（すべて高）のため優先順位は付けられない。なお、ＮＷ帯域の余力があるとき、均等に上限値を増やすことも可能である。
<パターン例２>
図１２は、ＯＶＳ処理能力＜総トラヒック量、かつ、優先度が同一（すべて高または低）場合の例である。
図１２の例では、サービスＡ（優先度：高）、サービスＢ（優先度：高）、サービスＣ（優先度：高）、サービスＤ（優先度：高）で、優先度がすべて同一で「高」の場合である。ＯＶＳ５の処理能力限界は、９Ｇbpsであり、総上限流入量は、１０Ｇbpsである。
ＯＶＳ５の処理能力９Ｇbpsに対して、総上限流入量が１Ｇbps超過しているが、各サービスの優先度は同一である。この場合、ＮＷ制御部１２０（図２参照）は、総トラヒック量／ＯＶＳ処理能力×各サービス上限帯域とする。
図１２の例では、サービスＡ（優先度：高）、サービスＢ（優先度：高）、サービスＣ（優先度：高）、サービスＤ（優先度：高）にそれぞれ帯域上限設定を４Ｇbps、３Ｇbps、２Ｇbps、１Ｇbps、が設定されているが、各帯域上限設定をそれぞれ一律１０％削減し、それぞれ帯域上限設定を３．６Ｇbps、２．７Ｇbps、１．８Ｇbps、０．９Ｇbps、に設定する（図１２の符号ｗ参照）。これにより、一律１０％パケット廃棄または遅延となる。
図１２は、ＯＶＳ処理能力＜総トラヒック量、かつ、優先度が同一（すべて高または低）場合の例である。
図１２の例では、サービスＡ（優先度：高）、サービスＢ（優先度：高）、サービスＣ（優先度：高）、サービスＤ（優先度：高）で、優先度がすべて同一で「高」の場合である。ＯＶＳ５の処理能力限界は、９Ｇbpsであり、総上限流入量は、１０Ｇbpsである。
ＯＶＳ５の処理能力９Ｇbpsに対して、総上限流入量が１Ｇbps超過しているが、各サービスの優先度は同一である。この場合、ＮＷ制御部１２０（図２参照）は、総トラヒック量／ＯＶＳ処理能力×各サービス上限帯域とする。
図１２の例では、サービスＡ（優先度：高）、サービスＢ（優先度：高）、サービスＣ（優先度：高）、サービスＤ（優先度：高）にそれぞれ帯域上限設定を４Ｇbps、３Ｇbps、２Ｇbps、１Ｇbps、が設定されているが、各帯域上限設定をそれぞれ一律１０％削減し、それぞれ帯域上限設定を３．６Ｇbps、２．７Ｇbps、１．８Ｇbps、０．９Ｇbps、に設定する（図１２の符号ｗ参照）。これにより、一律１０％パケット廃棄または遅延となる。
下記パターン例３およびパターン例４は、各サービスの優先度が同一でない場合の例である。
<パターン例３>
図１３は、ＯＶＳ処理能力≧総トラヒック量、かつ、優先度が混在の場合の例である。
図１３の例では、サービスＡ（優先度：高）、サービスＢ（優先度：低）、サービスＣ（優先度：低）、サービスＤ（優先度：高）である。ＯＶＳ５の処理能力限界は、９Ｇbpsであり、総トラヒック量は、８Ｇbpsである。
図１３に示すように、ＯＶＳ処理能力≧総トラヒック量、かつ、優先度が混在の場合には、総トラヒック量８ＧbpsはＯＶＳ５の処理能力限界９Ｇbpsに収まっているので帯域変更を行わない（図１３の符号ｘ参照）。
このように、ＯＶＳ処理能力≧総トラヒック量、かつ、優先度が混在の場合は、帯域変更せず、各サービス上限帯域とする。
<パターン例３>
図１３は、ＯＶＳ処理能力≧総トラヒック量、かつ、優先度が混在の場合の例である。
図１３の例では、サービスＡ（優先度：高）、サービスＢ（優先度：低）、サービスＣ（優先度：低）、サービスＤ（優先度：高）である。ＯＶＳ５の処理能力限界は、９Ｇbpsであり、総トラヒック量は、８Ｇbpsである。
図１３に示すように、ＯＶＳ処理能力≧総トラヒック量、かつ、優先度が混在の場合には、総トラヒック量８ＧbpsはＯＶＳ５の処理能力限界９Ｇbpsに収まっているので帯域変更を行わない（図１３の符号ｘ参照）。
このように、ＯＶＳ処理能力≧総トラヒック量、かつ、優先度が混在の場合は、帯域変更せず、各サービス上限帯域とする。
<パターン例４>
図１４は、ＯＶＳ処理能力＜総トラヒック量、かつ、優先度が混在の場合の例である。
図１４の例では、サービスＡ（優先度：高）、サービスＢ（優先度：低）、サービスＣ（優先度：低）、サービスＤ（優先度：高）である。ＯＶＳ５の処理能力限界は、９Ｇbpsであり、総トラヒック量は、１０Ｇbpsである。
ＯＶＳ処理能力＜総トラヒック量、かつ、優先度が混在している場合は、優先度が高いサービスについては帯域上限設定を削減せず、その分、優先度が低いサービスについて帯域上限設定を削減する。この場合、優先度が高いサービスは帯域変更なし、優先度が低いサービスは、「低」の総流入量／残りのＯＶＳ処理能力×各サービス上限帯域とする。
図１４は、ＯＶＳ処理能力＜総トラヒック量、かつ、優先度が混在の場合の例である。
図１４の例では、サービスＡ（優先度：高）、サービスＢ（優先度：低）、サービスＣ（優先度：低）、サービスＤ（優先度：高）である。ＯＶＳ５の処理能力限界は、９Ｇbpsであり、総トラヒック量は、１０Ｇbpsである。
ＯＶＳ処理能力＜総トラヒック量、かつ、優先度が混在している場合は、優先度が高いサービスについては帯域上限設定を削減せず、その分、優先度が低いサービスについて帯域上限設定を削減する。この場合、優先度が高いサービスは帯域変更なし、優先度が低いサービスは、「低」の総流入量／残りのＯＶＳ処理能力×各サービス上限帯域とする。
図１４の例では、サービスＡ（優先度：高）、サービスＢ（優先度：低）、サービスＣ（優先度：低）、サービスＤ（優先度：高）にそれぞれ帯域上限設定を４Ｇbps、３Ｇbps、２Ｇbps、１Ｇbps、が設定されている。優先度が高いサービスは帯域変更なし、優先度が低いサービスは、下記により帯域上限設定を削減する。
優先度「低」に割当可能な帯域は、ＯＶＳ５の処理能力９Ｇbpsに対して優先度「高」の帯域変更なし分を差し引いた
９−（４＋１）＝４Ｇbps
とする。このため、ＮＷ制御部１２０（図２参照）は、サービスＢ（優先度：低）、サービスＣ（優先度：低）の帯域上限設定の３Ｇbps、２Ｇbpsを一律２０％削減し、それぞれ帯域上限設定を２．４Ｇbps、１．６Ｇbps、に設定する（図１４の符号ｙ参照）。これにより、優先度「低」に割当可能な帯域は、一律２０％パケット廃棄または遅延となる。
優先度「低」に割当可能な帯域は、ＯＶＳ５の処理能力９Ｇbpsに対して優先度「高」の帯域変更なし分を差し引いた
９−（４＋１）＝４Ｇbps
とする。このため、ＮＷ制御部１２０（図２参照）は、サービスＢ（優先度：低）、サービスＣ（優先度：低）の帯域上限設定の３Ｇbps、２Ｇbpsを一律２０％削減し、それぞれ帯域上限設定を２．４Ｇbps、１．６Ｇbps、に設定する（図１４の符号ｙ参照）。これにより、優先度「低」に割当可能な帯域は、一律２０％パケット廃棄または遅延となる。
以上説明したように、ネットワークシステム１００は、仮想化基盤と外部ＮＷ２０との間に設置され、ＯＶＳ５へ流入するパケットの帯域量を制御する外部ＳＷ２０と、Compute Node１〜３、Network Node６およびController Node７から取得した情報をもとに、仮想化基盤のサービス追加または削除をトリガとして外部ＳＷ２０の帯域制御および優先制御の設定変更を行うＮＷ制御管理装置１０と、を備える。
また、ＮＷ制御管理装置１０は、Controller Node７からＶＭの情報を取得するとともに、各サービスのＩＤ、ＩＰアドレス、ＭＡＣアドレス、ＶＬＡＮ、および帯域を含むＮＷ制御に関わる情報を管理するデータ管理部１１０と、仮想化基盤に装備されているCeilometerから情報を収集するとともに、外部ＳＷ２０のＮＷ帯域量を監視し、帯域の上限設定をしていない場合、または空き帯域がある場合、ＶＭ単位の利用量に応じた帯域制限の解放または設定を行うＮＷ制御部１２０と、各サービスへ割り当てる帯域量を外部ＳＷ２０へ設定するためのConfig情報を生成するとともに、外部ＳＷ２０へ接続し、Config投入を行う外部ＳＷ設定部１３０を備える。
また、ＮＷ制御管理装置１０において、Compute Node１〜３、Network Node６およびController Node７から取得した情報をもとに、仮想化基盤のサービス追加または削除をトリガとして外部ＳＷ２０の帯域制御および優先制御の設定変更を行うステップを実行する。外部ＳＷ２０において、ＯＶＳ５へ流入するパケットの帯域量を制御するステップを実行する。
従来技術（図１５および図１６参照）では、特に外部ＳＷ２０から大量パケットが流入してくる場合、仮想化基盤全体からみると、各サービスで超過しなかったパケットがＯＶＳ５へ流入し、ＯＶＳ５の処理負荷が高くなり、ボトルネックとなる。つまり、各サービスの帯域幅の上限設定以下でもパケットロスが発生する。また、優先したいパケットが外部ＮＷから流入してもパケット破棄され、仮想化基盤上に搭載されているサービスの通信断、パケット再送による遅延が発生する。電話等のような優先度が高いサービスでもパケット廃棄されるため、サービスとして成立しなくなることになる。
これに対して、本実施形態では、仮想化基盤のController Node７内にあるＶＭのＩＤ情報とＭＡＣアドレス情報またはＶＬＡＮ情報やＩＰアドレス情報を利用し、仮想化基盤のサービス追加／削除をトリガに連動して外部ＳＷ２０の帯域制御、優先制御の設定変更を行う。これにより、仮想化基盤にあるＯＶＳ５のボトルネックを解消し、優先したいパケットを処理することができる。また、高負荷時に優先的に流す必要のあるパケットが破棄されたのを防ぐことができる。
また、仮想化基盤ＮＷの利用状況に応じて使用帯域を変更することで、ＮＷの有効活用を図ることができる。
しかも、本実施形態では、上記帯域制御は自動で設定される。すなわち、従来技術のように、運用者が帯域制御を手動で設定する方法では、全サービス（ＶＭ）の帯域を考慮して運用者が設計する必要がある。また、サービスの増設／減設時にその都度設計の見直し、再設定をしなければならない。これに対して、本実施形態では、運用者による設計の見直し等を不要にしつつ、使用帯域を自動で変更して、ＮＷの有効活用を図ることができる。
しかも、本実施形態では、上記帯域制御は自動で設定される。すなわち、従来技術のように、運用者が帯域制御を手動で設定する方法では、全サービス（ＶＭ）の帯域を考慮して運用者が設計する必要がある。また、サービスの増設／減設時にその都度設計の見直し、再設定をしなければならない。これに対して、本実施形態では、運用者による設計の見直し等を不要にしつつ、使用帯域を自動で変更して、ＮＷの有効活用を図ることができる。
本実施形態では、ＮＷ制御管理装置１０は、取得した情報をもとに、サービスに括りつけられたＶＬＡＮ、上限帯域、および優先度を含むＮＷに関する情報を外部ＳＷ２０に設定するためのConfig情報を生成するとともに、外部ＳＷ２０へ接続し、作成したConfig情報に従い、外部ＳＷ２０の設定変更を行う。これにより、ＮＷ制御管理装置１０は、外部ＳＷ２０と連動して帯域制御、優先制御の設定変更を行うことができる。
本実施形態では、ＮＷ制御管理装置１０は、仮想化基盤のＯＶＳ５の処理可能な帯域量を把握し、その上限値を記憶するデータ記憶部１１４を有し、仮想化基盤に装備されているCeilometerから情報を収集するとともに、外部ＳＷ２０のＮＷ帯域量を監視して各サービスのトラヒック情報を定期的に取得し、各サービスがサービス単位に設定した上限帯域を超過しておらず、かつ、ＯＶＳ５の処理能力の上限値を超える前に、各サービスの優先度が高いサービスは帯域確保を行い、優先度の低いサービスは、帯域を絞るようにConfig情報を生成する。これにより、仮想化基盤ＮＷの利用状況を監視し、帯域上限まで利用し入るサービスと仮想化基盤ＮＷの空き状況を考慮して、帯域制御を自動変更することができ、仮想化基盤ＮＷの有効活用を図ることができる。特に、外部ＮＷで優先度の高いサービスから仮想化基盤へ流入させることができ、優先度の高いサービスのサービス断を回避することができる。
本実施形態では、ＮＷ制御管理装置１０は、各サービスのトラヒック量の最繁若しくは閑散の時間、月日または曜日のトレンドを把握し、サービスが上限帯域を超過する傾向にあり、かつ、仮想化基盤全体のＮＷ帯域に余力がある場合、一時的に当該サービスの上限帯域を変更するConfig情報を作成する。これにより、帯域上限を一時的に仮想化基盤および外部ＳＷ２０の帯域制御を自動変更する機能を持たせることで、仮想化基盤ＮＷの有効活用を図ることができる。
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上述文書中や図面中に示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。
また、上記の各構成、機能、処理部、処理手段等は、それらの一部または全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行するためのソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、または、ＩＣ（Integrated Circuit）カード、ＳＤ（Secure Digital）カード、光ディスク等の記録媒体に保持することができる。また、本明細書において、時系列的な処理を記述する処理ステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）をも含むものである。
１〜３ Compute Node
４ Ｌ２スイッチＬ２ＳＷ（Ｌ２ＳＷ）
５ ＯＶＳ
６ Network Node
７ Controller Node
１０ ＮＷ制御管理装置
２０ 外部ＳＷ
１００ ネットワークシステム
１１０ データ管理部
１１１ データ更新確認部
１１２ データ受信部
１１３ データ比較／データ更新部
１１４ データ管理記憶部
１２０ ＮＷ制御部
１２１ ＮＷ利用状況確認部
１２２ 状況受信部
１２３ 空き帯域量算出部
１２４ 帯域量比較／割当可能帯域算出部
１３０ 外部ＳＷ設定部
１３１ 外部ＳＷ設定情報生成部
１３２ 外部ＳＷ接続／設定部
ＶＭ１〜ＶＭ４ 仮想マシン（Virtual Machine）
４ Ｌ２スイッチＬ２ＳＷ（Ｌ２ＳＷ）
５ ＯＶＳ
６ Network Node
７ Controller Node
１０ ＮＷ制御管理装置
２０ 外部ＳＷ
１００ ネットワークシステム
１１０ データ管理部
１１１ データ更新確認部
１１２ データ受信部
１１３ データ比較／データ更新部
１１４ データ管理記憶部
１２０ ＮＷ制御部
１２１ ＮＷ利用状況確認部
１２２ 状況受信部
１２３ 空き帯域量算出部
１２４ 帯域量比較／割当可能帯域算出部
１３０ 外部ＳＷ設定部
１３１ 外部ＳＷ設定情報生成部
１３２ 外部ＳＷ接続／設定部
ＶＭ１〜ＶＭ４ 仮想マシン（Virtual Machine）
Claims (5)
- 仮想化基盤上に複数のサービスが搭載され、ＯＶＳ（Open Virtual Switch）に接続されるOpen Stackを構成するコンポーネントを有し、前記ＯＶＳは、外部ＮＷから流入したパケットが、サービス単位で設定された帯域幅の上限を超過した場合、当該パケットを廃棄するネットワークシステムであって、
前記仮想化基盤と前記外部ＮＷとの間に設置され、前記ＯＶＳへ流入するパケットの帯域量を制御する外部ＳＷと、
前記コンポーネントから取得した情報をもとに、前記仮想化基盤のサービス追加または削除をトリガとして前記外部ＳＷの帯域制御および優先制御の設定変更を行うＮＷ制御管理装置と、を備え、
前記ＮＷ制御管理装置は、
前記コンポーネントを構成するコントローラノードからＶＭ（Virtual Machine）の情報を取得するとともに、前記各サービスのＩＤ、ＩＰアドレス、ＭＡＣアドレス、ＶＬＡＮ、および帯域を含むＮＷ制御に関わる情報を管理するデータ管理部と、
前記仮想化基盤に装備されているCeilometerから情報を収集するとともに、前記外部ＳＷのＮＷ帯域量を監視し、帯域の上限設定をしていない場合、または空き帯域がある場合、ＶＭ単位の利用量に応じた帯域制限の解放または設定を行うＮＷ制御部と、
各サービスへ割り当てる帯域量を前記外部ＳＷへ設定するための設定情報を生成するとともに、前記外部ＳＷへ接続し、前記設定情報の投入を行う外部ＳＷ設定部と、を備える
ことを特徴とするネットワークシステム。 - 仮想化基盤上に複数のサービスが搭載され、ＯＶＳ（Open Virtual Switch）に接続されるOpen Stackを構成するコンポーネントを有し、前記ＯＶＳは、外部ＮＷから流入したパケットが、サービス単位で設定された帯域幅の上限を超過した場合、当該パケットを廃棄するネットワークシステムであって、
前記仮想化基盤と前記外部ＮＷとの間に設置され、前記ＯＶＳへ流入するパケットの帯域量を制御する外部ＳＷと、
前記コンポーネントから取得した情報をもとに、前記仮想化基盤のサービス追加または削除をトリガとして前記外部ＳＷの帯域制御および優先制御の設定変更を行うＮＷ制御管理装置と、を備え、
前記ＮＷ制御管理装置は、
前記仮想化基盤のＯＶＳの処理可能な帯域量を把握し、その上限値を記憶するデータ記憶部を有し、
前記仮想化基盤に装備されているCeilometerから情報を収集するとともに、前記外部ＳＷのＮＷ帯域量を監視して各サービスのトラヒック情報を定期的に取得し、
各サービスがサービス単位に設定した上限帯域を超過しておらず、かつ、前記ＯＶＳの処理能力の上限値を超える前に、各サービスの優先度が高いサービスは帯域確保を行い、優先度の低いサービスは、上限帯域を絞るように設定情報を生成する
ことを特徴とするネットワークシステム。 - 前記ＮＷ制御管理装置は、
各サービスのトラヒック量の最繁若しくは閑散の時間、月日または曜日のトレンドを把握し、
サービスが上限帯域を超過する傾向にあり、かつ、仮想化基盤全体のＮＷ帯域に余力がある場合、一時的に当該サービスの上限帯域を緩めるように設定情報を作成する
ことを特徴とする請求項２に記載のネットワークシステム。 - 仮想化基盤上に複数のサービスが搭載され、ＯＶＳ（Open Virtual Switch）に接続されるOpenStackを構成するコンポーネントを有し、前記ＯＶＳは、外部ＮＷから流入したパケットが、サービス単位で設定された帯域幅の上限を超過した場合、当該パケットを破棄するネットワークシステムのネットワーク帯域制御管理方法であって、
前記ネットワークシステムは、ＮＷ制御を行うＮＷ制御管理装置と、前記ＯＶＳへ流入するパケットの帯域量を制御する外部ＳＷと、を備え、
前記ＮＷ制御管理装置は、
前記コンポーネントを構成するコントローラノードからＶＭ（Virtual Machine）の情報を取得するとともに、前記各サービスのＩＤ、ＩＰアドレス、ＭＡＣアドレス、ＶＬＡＮ、および帯域を含むＮＷ制御に関わる情報を管理するステップと、
前記仮想化基盤に装備されているCeilometerから情報を収集するとともに、前記外部ＳＷのＮＷ帯域量を監視し、帯域の上限設定をしていない場合、または空き帯域がある場合、ＶＭ単位の利用量に応じた帯域制限の解放または設定を行うステップと、
各サービスへ割り当てる帯域量を前記外部ＳＷへ設定するための設定情報を生成するとともに、前記外部ＳＷへ接続し、前記設定情報の投入を行うステップと、を実行する
ことを特徴とするネットワーク帯域制御管理方法。 - 仮想化基盤上に複数のサービスが搭載され、ＯＶＳ（Open Virtual Switch）に接続されるOpenStackを構成するコンポーネントを有し、前記ＯＶＳは、外部ＮＷから流入したパケットが、サービス単位で設定された帯域幅の上限を超過した場合、当該パケットを破棄するネットワークシステムのネットワーク帯域制御管理方法であって、
前記ネットワークシステムは、ＮＷ制御を行うＮＷ制御管理装置と、前記ＯＶＳへ流入するパケットの帯域量を制御する外部ＳＷと、を備え、
前記ＮＷ制御管理装置は、
前記仮想化基盤のＯＶＳの処理可能な帯域量を把握し、その上限値を記憶するデータ記憶部を有し、
前記仮想化基盤に装備されているCeilometerから情報を収集するとともに、前記外部ＳＷのＮＷ帯域量を監視して各サービスのトラヒック情報を定期的に取得するステップと、
各サービスがサービス単位に設定した上限帯域を超過しておらず、かつ、前記ＯＶＳの処理能力の上限値を超える前に、各サービスの優先度が高いサービスは帯域確保を行い、優先度の低いサービスは、上限帯域を絞るように設定情報を生成するステップと、を実行する
ことを特徴とするネットワーク帯域制御管理方法。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2018106838A JP6981367B2 (ja) | 2018-06-04 | 2018-06-04 | ネットワークシステムおよびネットワーク帯域制御管理方法 |
| PCT/JP2019/022038 WO2019235442A1 (ja) | 2018-06-04 | 2019-06-03 | ネットワークシステムおよびネットワーク帯域制御管理方法 |
| US15/734,022 US11245630B2 (en) | 2018-06-04 | 2019-06-03 | Network system and network band control management method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2018106838A JP6981367B2 (ja) | 2018-06-04 | 2018-06-04 | ネットワークシステムおよびネットワーク帯域制御管理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2019213026A JP2019213026A (ja) | 2019-12-12 |
| JP6981367B2 true JP6981367B2 (ja) | 2021-12-15 |
Family
ID=68769921
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2018106838A Active JP6981367B2 (ja) | 2018-06-04 | 2018-06-04 | ネットワークシステムおよびネットワーク帯域制御管理方法 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US11245630B2 (ja) |
| JP (1) | JP6981367B2 (ja) |
| WO (1) | WO2019235442A1 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2021111262A (ja) * | 2020-01-15 | 2021-08-02 | 株式会社東芝 | 情報処理装置 |
Family Cites Families (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2013074855A1 (en) * | 2011-11-15 | 2013-05-23 | Nicira, Inc. | Control plane interface for logical middlebox services |
| US9379973B2 (en) * | 2013-02-11 | 2016-06-28 | Cisco Technology, Inc. | Binary compatible extension architecture in an openflow compliant network environment |
| JPWO2014208538A1 (ja) * | 2013-06-25 | 2017-02-23 | 日本電気株式会社 | 通信システムと装置と方法とプログラム |
| US9455901B2 (en) * | 2013-10-04 | 2016-09-27 | Nicira, Inc. | Managing software and hardware forwarding elements to define virtual networks |
| JP6186287B2 (ja) * | 2014-01-23 | 2017-08-23 | 株式会社日立製作所 | システムの管理サーバ及び制御方法 |
| JP2015149577A (ja) * | 2014-02-06 | 2015-08-20 | 株式会社日立製作所 | 帯域制御装置 |
| CN105634986B (zh) * | 2014-11-30 | 2019-04-23 | 中国科学院沈阳自动化研究所 | 一种交换机实现方法与系统 |
| US10536357B2 (en) * | 2015-06-05 | 2020-01-14 | Cisco Technology, Inc. | Late data detection in data center |
| US10536355B1 (en) * | 2015-06-17 | 2020-01-14 | EMC IP Holding Company LLC | Monitoring and analytics system |
| CN106936715B (zh) * | 2015-12-31 | 2019-06-07 | 新华三技术有限公司 | 虚拟机报文控制方法及装置 |
| US10257100B2 (en) * | 2016-05-04 | 2019-04-09 | University of Conneticut | Enabling resilient microgrid through ultra-fast programmable network |
| US20180109471A1 (en) * | 2016-10-13 | 2018-04-19 | Alcatel-Lucent Usa Inc. | Generalized packet processing offload in a datacenter |
| US20180123911A1 (en) * | 2016-10-27 | 2018-05-03 | Hewlett Packard Enterprise Development Lp | Verify service level agreement compliance of network function chains based on a stateful forwarding graph |
| WO2018203108A1 (en) * | 2017-05-04 | 2018-11-08 | Telefonaktiebolaget Lm Ericsson (Publ) | Efficient troubleshooting in openflow switches |
| US10536379B2 (en) * | 2017-09-28 | 2020-01-14 | Argela Yazilim Ve Bilisim Teknolojileri San Ve Tic. A.S. | System and method for control traffic reduction between SDN controller and switch |
| EP3698528B1 (en) * | 2017-10-20 | 2022-07-13 | Telefonaktiebolaget LM Ericsson (PUBL) | Security enforcement for virtual gateways |
| US10541928B2 (en) * | 2018-01-18 | 2020-01-21 | Vmware, Inc. | Policy aware framework for application input output management |
-
2018
- 2018-06-04 JP JP2018106838A patent/JP6981367B2/ja active Active
-
2019
- 2019-06-03 US US15/734,022 patent/US11245630B2/en active Active
- 2019-06-03 WO PCT/JP2019/022038 patent/WO2019235442A1/ja active Application Filing
Also Published As
| Publication number | Publication date |
|---|---|
| WO2019235442A1 (ja) | 2019-12-12 |
| US11245630B2 (en) | 2022-02-08 |
| JP2019213026A (ja) | 2019-12-12 |
| US20210234802A1 (en) | 2021-07-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10805235B2 (en) | Distributed application framework for prioritizing network traffic using application priority awareness | |
| Tomovic et al. | SDN control framework for QoS provisioning | |
| US20170300353A1 (en) | Method for Allocating Communication Path in Cloudified Network, Apparatus, and System | |
| KR101947354B1 (ko) | 경합하는 어플리케이션들 간에 네트워크 대역폭을 배분하기 위한 시스템 | |
| WO2018086569A1 (zh) | 一种基于虚拟网络的应用感知的动态sdn配置方法 | |
| US8670310B2 (en) | Dynamic balancing priority queue assignments for quality-of-service network flows | |
| EP3198801B1 (en) | Adaptive network function chaining | |
| WO2016015559A1 (zh) | 云化数据中心网络的承载资源分配方法、装置及系统 | |
| CA2648050C (en) | Dynamic traffic rearrangement to enforce policy changes in mpls networks | |
| JP7288980B2 (ja) | 仮想サービスネットワークにおけるサービス品質 | |
| US20040153545A1 (en) | Software, systems and methods for managing a distributed network | |
| EP3113429A1 (en) | Network resource processing device, method and system | |
| Blöcher et al. | Letting off STEAM: Distributed runtime traffic scheduling for service function chaining | |
| Han et al. | SAVE: Energy-aware virtual data center embedding and traffic engineering using SDN | |
| Volpato et al. | An autonomic QoS management architecture for software-defined networking environments | |
| Gharbaoui et al. | Network orchestrator for QoS-enabled service function chaining in reliable NFV/SDN infrastructure | |
| JP6981367B2 (ja) | ネットワークシステムおよびネットワーク帯域制御管理方法 | |
| Mahajan et al. | Managing QoS for multimedia applications in the differentiated services environment | |
| Tomovic et al. | RO-RO: Routing optimality-reconfiguration overhead balance in software-defined ISP networks | |
| CN111970149A (zh) | 一种基于硬件防火墙qos的共享带宽实现方法 | |
| Thazin et al. | End-to-end dynamic bandwidth resource allocation based on QoS demand in SDN | |
| US6778523B1 (en) | Connectionless oriented communications network | |
| Takahashi et al. | A programming interface for network resource management | |
| Panagakis et al. | Optimal call admission control on a single link with a GPS scheduler | |
| Sun et al. | PACCP: a price-aware congestion control protocol for datacenters |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20201012 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20210817 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20211007 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20211019 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20211101 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6981367 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |