JP7480842B2 - 仮想リソース管理装置、仮想リソース管理方法およびプログラム - Google Patents

仮想リソース管理装置、仮想リソース管理方法およびプログラム Download PDF

Info

Publication number
JP7480842B2
JP7480842B2 JP2022523767A JP2022523767A JP7480842B2 JP 7480842 B2 JP7480842 B2 JP 7480842B2 JP 2022523767 A JP2022523767 A JP 2022523767A JP 2022523767 A JP2022523767 A JP 2022523767A JP 7480842 B2 JP7480842 B2 JP 7480842B2
Authority
JP
Japan
Prior art keywords
virtual resource
scale
request
virtual
maintenance
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
Application number
JP2022523767A
Other languages
English (en)
Other versions
JPWO2021234786A1 (ja
Inventor
広幸 徐
敬子 栗生
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nippon Telegraph and Telephone Corp
Original Assignee
Nippon Telegraph and Telephone Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Publication of JPWO2021234786A1 publication Critical patent/JPWO2021234786A1/ja
Application granted granted Critical
Publication of JP7480842B2 publication Critical patent/JP7480842B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5061—Partitioning or combining of resources
    • G06F9/5077—Logical partitioning of resources; Management or configuration of virtualized resources
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
    • G06F9/5022—Mechanisms to release resources
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/50—Indexing scheme relating to G06F9/50
    • G06F2209/5014—Reservation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/50—Indexing scheme relating to G06F9/50
    • G06F2209/503—Resource availability

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

本発明は、仮想化されたネットワークの仮想リソースの管理を行う、仮想リソース管理装置、仮想リソース管理方法およびプログラムに関する。
近年のキャリアネットワークでは、仮想化およびクラウド化、すなわちＮＦＶ（Network Functions Virtualization）化が進められている。ＮＦＶ化されたネットワークシステムでは、リソース管理システムが、物理装置によって提供されるリソースを仮想リソースとして管理し、利用者の要求に応じて予約、払い出し、回収などを行う（例えば、特許文献１，２参照）。
ＥＴＳＩ（European Telecommunications Standards Institute） ＮＦＶの標準規定（非特許文献１参照）では、ＮＦＶ化されたネットワークシステム上に構築される仮想化されたネットワーク機能をＶＮＦ（Virtual Network Function）と呼び、また、ＶＮＦのライフサイクル管理を行う機能をＶＮＦＭ（VNF Manager）と呼ぶ。
ＶＮＦＭには、ＶＮＦのライフサイクル管理のためのインタフェースが用意されている。例えば、ＶＮＦの生成、削除、スケーリングなどである。ＶＮＦの生成とは、リソース管理システムから必要量の仮想リソースの払い出しを受け、適切な初期化処理を行うことである。様々なネットワーク機能やサービスは、このように生成されたＶＮＦ上でなされる。ＶＮＦの削除とは適切な終了処理を行い、仮想リソースを解放することである。ＶＮＦのスケーリングとは、ＶＮＦを構成する仮想リソースの量を増減させることである。仮想リソースを増加させる処理をスケールアウト、減少させる処理をスケールインと呼ぶ。
このスケーリングのユースケースとしては、以下のものがある。
・［ユースケース１］需要の増減に併せてＶＮＦの処理性能を増減させる。
・［ユースケース２］特定の物理装置のメンテナンス、交換や廃棄に先立って、その物理装置上で運用されている仮想リソースをスケールインにより解放する。
・［ユースケース３］ＶＮＦ生成時、一部の仮想リソースが使用期間の指定された予約リソースを利用しており、その使用期間の終了に先立って該当の仮想リソースをスケールインにより解放する。
特開２０１７－１４３４５２号公報 特開２０１８－１９６０３６号公報
"ETSI GS NFV-SOL 002 V2.6.1,"［online］，ＥＴＳＩ，2019-04，［令和2年4月27日検索］，インターネット＜ＵＲＬ：https://www.etsi.org/deliver/etsi_gs/NFV-SOL/001_099/002/02.06.01_60/gs_NFV-SOL002v020601p.pdf＞
ＥＴＳＩ ＮＦＶの標準規定（非特許文献１）では、ＶＮＦのスケーリングを行うためのインタフェースが規定されているが、その具体的な処理方法までは規定されていない。また、スケーリングのインタフェースにおいて、スケーリング要求のリクエストパラメータとして規定されているのは、図１２に示すパラメータである。
図１２に示すように、ＶＮＦのスケーリング要求のパラメータとしては、「type」，「aspectId」，「numberOfSteps」，「additionalParams」が規定される。「type」は、スケールアウト、スケールインを指定するパラメータである。「aspectId」は、スケールするＶＮＦ内の構成要素を指定するパラメータである。「numberOfSteps」は、スケールアウトまたはスケールインのステップ数を指定するパラメータである。「additionalParams」は、その他、必要に応じて自由に追加できるパラメータである。
上記した［ユースケース１］では、単にＶＮＦの性能の増減のみが目的であるので、スケールインの際に特定の仮想リソースを区別することなく仮想リソースを解放すればよく、規定のパラメータに不足はない。
一方、［ユースケース２］や［ユースケース３］では、スケールインの際に特定の仮想リソースの解放が必要である。そのため、ＶＮＦＭがその仮想リソースを特定する必要があり、スケールインのリクエストに対しては、追加したパラメータが必要となる。
このような点に鑑みて本発明がなされたのであり、本発明は、ＶＮＦを構成する仮想リソースの量を減少させる処理であるスケールインを行う際に、仮想リソースを特定して開放させることを課題とする。
本発明に係る仮想リソース管理装置は、ＶＮＦを構成する仮想リソースのスケールインを実行する仮想リソース管理装置であって、前記スケールインを要求するスケーリング要求であるスケールイン要求を受け付けるスケーリング要求受付部と、前記スケールイン要求で示させる削除ストラテジに応じた所定の仮想リソース特定ロジックを用いて、削除対象となる仮想リソースを特定する仮想リソース特定部と、特定した前記仮想リソースの情報を含むスケールイン準備要求を、削除対象となる仮想リソースが割り当てられている前記ＶＮＦに送信することにより、前記削除対象となる仮想リソースへの通信を停止させ、前記通信の停止を示すスケールイン準備完了応答を前記ＶＮＦから受信すると、前記削除対象となる仮想リソースを削除するスケーリング処理部と、特定の物理装置の交換および廃棄の情報であるメンテナンス情報を取得して記憶部に記憶するメンテナンス情報管理部と、を備え、前記所定の仮想リソース特定ロジックは、前記削除ストラテジがメンテナンス退避の場合において、前記スケールイン要求で示されるパラメータで指定されたメンテナンスＩＤを抽出し、抽出したメンテナンスＩＤに基づきメンテナンス対象の物理装置を特定し、特定した物理装置上で運用される仮想リソースを特定するというものであり、前記仮想リソース特定部は、前記スケールイン要求で示される削除ストラテジがメンテナンス退避であると確認すると、前記パラメータで指定されたメンテナンスＩＤを抽出し、抽出した前記メンテナンスＩＤにより、前記メンテナンスＩＤとメンテナンス対象の物理装置とを紐づけた前記メンテナンス情報を参照して、メンテナンス対象の物理装置を特定し、前記特定した物理装置の情報を用いて、物理装置とその物理装置上で運用されている仮想リソースとを紐づけた物理装置・仮想リソース対応情報を参照して、前記特定した物理装置上で運用される仮想リソースを特定することを特徴とする。
本発明によれば、ＶＮＦを構成する仮想リソースの量を減少させる処理であるスケールインを行う際に、仮想リソースを特定して開放させることができる。
本実施形態に係る仮想リソース管理装置を含むネットワーク仮想化システムの全体構成を示す図である。 本実施形態に係るＶＮＦのスケーリング要求のパラメータを示す図である。 本実施形態に係るスケーリング要求のパラメータである「削除対象指定」の削除ストラテジを、ＪＳＯＮ形式により記載した例である。 本実施形態に係るスケーリング要求のパラメータである「削除対象指定」の削除ストラテジを、ＪＳＯＮ形式により記載した例である。 本実施形態に係るスケーリング要求のパラメータである「メンテナンス退避」の削除ストラテジを、ＪＳＯＮ形式により記載した例である。 本実施形態に係るスケーリング要求のパラメータである「メンテナンス退避」の削除ストラテジを、ＪＳＯＮ形式により記載した例である。 本実施形態に係るスケーリング要求のパラメータである「予約リソース解放」の削除ストラテジを、ＪＳＯＮ形式により記載した例である。 本実施形態に係るスケーリング要求のパラメータである「予約リソース解放」の削除ストラテジを、ＪＳＯＮ形式により記載した例である。 本実施形態に係るネットワーク仮想化システムにおいて、特定の仮想リソースをスケールインする処理の流れを示すフローチャートである。 本実施形態の変形例に係る仮想リソース管理装置の構成を示す機能ブロック図である。 本実施形態に係る仮想リソース管理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。 従来技術におけるＶＮＦのスケーリング要求のパラメータを示す図である。
次に、本発明を実施するための形態（以下、「本実施形態」と称する。）について説明する。
図１は、本実施形態に係る仮想リソース管理装置１を含むネットワーク仮想化システム１０００の全体構成を示す図である。
ネットワーク仮想化システム１０００は、1つ以上のＶＮＦと、そのＶＮＦの機能を実現するためのインフラである、複数の物理装置５（図１においては、例として物理装置５－１，５－２，５－３）およびその複数の物理装置５上に構築される仮想インフラ７と、仮想ネットワークを実現するための仮想リソースを管理する仮想リソース管理装置１とを含んで構成される。
ＶＮＦは、複数の物理装置５（５－１，５－２，５－３）上に設けられた仮想インフラ７を用いて、仮想化されたネットワーク機能を実現する。このＶＮＦは、仮想リソース６が払い出されることにより仮想化された機能を実現する1つ以上の仮想マシン（ＶＭ：Virtual Machine）で構成される。図１においては、例えば、ＶＮＦ－Ａは、物理装置５－１上の仮想リソース６を用いた２つのＶＭと、物理装置５－２上の仮想リソース６を用いた１つのＶＭとにより、計３つの仮想リソースを用いて実現される。ＶＮＦ－Ｂは、物理装置５－１上の仮想リソース６を用いた１つのＶＭと、物理装置５－３上の仮想リソース６を用いた１つのＶＭにより、計２つの仮想リソースを用いて実現される。ＶＮＦ－Ｃは、物理装置５－１上の仮想リソース６を用いた１つのＶＭと、物理装置５－２上の仮想リソース６を用いた１つのＶＭにより、計２つの仮想リソースを用いて実現される。
物理装置５は、コンピュータ、ストレージ、ネットワーク機器などの物理的なハードウェア資源である。これらの物理的なハードウェア資源を、例えば仮想化層とよばれるソフトウェアにより仮想化して仮想インフラ７とすることにより、仮想コンピュータ、仮想ストレージ、仮想ネットワークといった仮想リソース６をＶＮＦに提供する。
仮想リソース管理装置１は、ＶＮＦを構成する仮想リソースを減少させる処理であるスケールインを制御する装置である。この仮想リソース管理装置１は、仮想リソースのスケールインを制御する際に、所望の仮想リソースを特定して削除（解放）することを特徴とする。
なお、この仮想リソース管理装置１は、ＥＴＳＩ ＮＦＶの標準規定（非特許文献１）における、ＮＦＶ ＭＡＮＯ（ＮＦＶ Management and Orchestration）において、本願の特徴となる機能を組み込んだものとして実現することができる。よって、以下、ＮＦＶ ＭＡＮＯが備える３つの機能である、ＶＮＦＭ、ＮＦＶＯ（NFV Orchestrator）、ＶＩＭ（Virtualized Infrastructure Manager）に対応付けて、本願の特徴構成について説明する。なお、ＮＦＶ ＭＡＮＯが備える標準的な機能の詳細な説明は省略する。
また、本実施形態に係るネットワーク仮想化システム１０００においては、仮想リソース管理装置１が、削除対象の仮想リソースを特定するために、図１２で示した従来のスケーリング要求のリクエストパラメータに、「削除ストラテジ」を指定するパラメータ（以下、「スケーリングストラテジ名」と称する。）、および、削除ストラテジに沿ったスケーリングを実行するにあたって必要な情報（以下、「スケーリング追加パラメータ」と称する。）を含める（図２参照）。
具体的には、図２に示すように、ＶＮＦのスケーリング要求のパラメータに、「scalingStrategyName」および「scalingStrategyParams」のパラメータを追加する。
「scalingStrategyName」（スケーリングストラテジ名）は、スケーリング処理の削除ストラテジを指定するパラメータである。本実施形態では、削除ストラテジの例として、「削除対象指定」「メンテナンス退避」「予約リソース解放」を選択できるものとする（詳細は後記）。
「scalingStrategyParams」（スケーリング追加パラメータ）には、スケーリング処理の削除ストラテジの実行に必要なパラメータが指定される。
仮想リソース管理装置１は、この「scalingStrategyName」および「scalingStrategyParams」を含むスケーリング要求を受け付けることにより、仮想リソースを特定して削除するスケールインを実行する。
＜仮想リソース管理装置＞
次に、本実施形態に係る仮想リソース管理装置１について、図１を参照して詳細に説明する。
仮想リソース管理装置１は、仮想ネットワークやリソースを統合的に管理・制御するＮＦＶ ＭＡＮＯの機能に加えて、ＶＮＦを構成する仮想リソースを特定して減少させる処理（スケールイン）を制御する。
この仮想リソース管理装置１は、制御部、入出力部、記憶部（いずれも図示省略）を備える一般的なコンピュータにより構成される（詳細は後記）。
入出力部は、各ＶＮＦや物理装置５、その他の外部装置等との間の情報について入出力を行う。この入出力部は、通信回線を介して情報の送受信を行う通信インタフェースと、不図示のキーボード等の入力装置やモニタ等の出力装置との間で情報の入出力を行う入出力インタフェースとから構成される。
記憶部は、ハードディスクやフラッシュメモリ、ＲＡＭ（Random Access Memory）等により構成される。この記憶部には、メンテナンス情報、物理装置・仮想リソース対応情報、予約情報（いずれも詳細は後記）などの本実施形態に係る処理に必要な情報が格納される。
また、記憶部には、制御部の各機能部を実行させるためのプログラムや、制御部の処理に必要な情報が一時的に記憶される。
制御部は、図１に示すように、仮想ネットワーク制御部１０と、仮想化オーケストレータ部２０と、仮想インフラ管理部３０とを含んで構成される。
仮想ネットワーク制御部１０は、ＶＮＦが必要とするリソース要件の管理や、ＶＮＦのライフサイクルの管理を行う、ＥＴＳＩ ＮＦＶの標準規定のＶＮＦＭの機能に加えて、本実施形態に特有の機能である、スケーリング要求受付部１１、仮想リソース特定部１２およびスケーリング処理部１３を備える。
スケーリング要求受付部１１は、クライアント端末等からスケーリング要求を受け付ける。そして、スケーリング要求受付部１１は、そのスケーリング要求が、スケールインを指定するものであり、上記した削除ストラテジを指定するパラメータと、スケーリング追加パラメータが設定されているか否か確認する。つまり、スケーリング要求受付部１１は、受け付けたスケーリング要求が、特定の仮想リソースを削除（解放）するスケールインを要求するメッセージ（以下、「スケールイン要求」と称する。）であるかを確認する。
スケールイン要求において指定される削除ストラテジには、上記した「削除対象指定」「メンテナンス退避」「予約リソース解放」が選択される。以下、削除ストラテジ毎に具体的に説明する。
＜削除ストラテジ１＞・・・「削除対象指定」
「削除対象指定」は、スケールイン要求（メッセージ）において、指定された仮想リソースを削除する削除ストラテジである。「削除対象指定」の削除ストラテジでは、スケーリングストラテジ名として、例えば、「resource」を指定する。また、スケーリング追加パラメータとして、削除する仮想リソースの仮想リソースＩＤを指定する。仮想リソースＩＤは、生成済みの仮想リソースを一意に特定するためのＩＤであり、その仮想リソースが生成されたときに割り当てられるものである。
図３および図４は、「削除対象指定」の削除ストラテジを、ＪＳＯＮ（JavaScript Object Notation）形式により記載した例である。
図３および図４において、「scalingStrategyName」のパラメータとして「resource」が指定される。また、「scalingStrategyParams」のパラメータとして、仮想リソースＩＤが例えば「abcdefgh1」として記載された例を示している。なお、リクエストパラメータの構造は、この２つに限定されない。
＜削除ストラテジ２＞・・・「メンテナンス退避」
「メンテナンス退避」は、スケールイン要求（メッセージ）において、交換や廃棄などのメンテナンス対象となる特定の物理装置５上で運用されているＶＮＦに含まれる仮想リソースを特定し、その仮想リソースを削除する削除ストラテジである。「メンテナンス退避」の削除ストラテジでは、スケーリングストラテジ名として、例えば、「maintenance」を指定する。また、スケーリング追加パラメータとして、メンテナンスＩＤを指定する。メンテナンスＩＤは、特定の物理装置５の交換や廃棄などのメンテナンス情報を一意に特定するＩＤである。このメンテナンス情報は、メンテナンスを行う前に運用者によりＮＦＶのシステムに登録しておく。例えば、仮想リソース管理装置１の仮想化オーケストレータ部２０（ＮＦＶＯ）に登録しておく（詳細は後記）。
図５および図６は、「メンテナンス退避」の削除ストラテジを、ＪＳＯＮ形式により記載した例である。
図５および図６において、「scalingStrategyName」のパラメータとして「maintenance」が指定される。また、「scalingStrategyParams」のパラメータとして、メンテナンスＩＤが例えば「abcdefgh2」として記載された例を示している。なお、リクエストパラメータの構造は、この２つに限定されない。
＜削除ストラテジ３＞・・・「予約リソース解放」
「予約リソース解放」は、スケールイン要求（メッセージ）において、予約されたリソースで運用されている仮想リソースを特定して削除する削除ストラテジである。「予約リソース解放」の削除ストラテジでは、スケーリングストラテジ名として、例えば、「reservation」を指定する。また、スケーリング追加パラメータとして、予約ＩＤを指定する。予約ＩＤは、仮想リソースの予約情報を一意に特定するＩＤである。この予約情報は、仮想リソースを利用する前に、その利用者がＮＦＶのシステムに登録しておく。例えば、仮想リソース管理装置１の仮想化オーケストレータ部２０（ＮＦＶＯ）に登録しておく（詳細は後記）。
図７および図８は、「予約リソース解放」の削除ストラテジを、ＪＳＯＮ形式により記載した例である。
図７および図８において、「scalingStrategyName」のパラメータとして「reservation」が指定される。また、「scalingStrategyParams」のパラメータとして、予約ＩＤが例えば「abcdefgh3」として記載された例を示している。なお、リクエストパラメータの構造は、この２つに限定されない。
スケーリング要求受付部１１は、受け付けたスケーリング要求において、上記のように、特定の仮想リソースの削除（解放）を要求するための削除ストラテジが指定されていることにより、「スケールイン要求」であると判定する。そして、スケーリング要求受付部１１は、スケールイン要求の情報を、仮想リソース特定部１２に出力する。
仮想リソース特定部１２は、スケーリング要求（メッセージ）を受け取ると、スケールイン要求で示される削除ストラテジを確認することにより、削除対象となる仮想リソースを特定する。
仮想リソース特定部１２は、選択された削除ストラテジ（ここでは、「削除対象指定」「メンテナンス退避」「予約リソース解放」）に応じた所定のロジック（仮想リソース特定ロジック）により、削除対象となる仮想リソースを特定する。
＜「削除対象指定」での仮想リソース特定ロジック＞
仮想リソース特定部１２は、削除ストラテジが「削除対象指定」の場合、つまり、スケーリング要求において、スケーリングストラテジ名（「scalingStrategyName」）のパラメータが「resource」と指定されていた場合には、以下の仮想リソース特定ロジックに基づき、仮想リソースを特定する。
仮想リソース特定部１２は、削除ストラテジが「削除対象指定」の場合、スケーリング追加パラメータとして指定された仮想リソースＩＤに基づき、削除する仮想リソースを特定する。
具体的には、仮想リソース特定部１２は、スケーリング要求において、スケーリング追加パラメータ（「scalingStrategyParams」）で指定された仮想リソースＩＤで示される仮想リソースを、削除する仮想リソースに特定する。
＜「メンテナンス退避」での仮想リソース特定ロジック＞
仮想リソース特定部１２は、削除ストラテジが「メンテナンス退避」の場合、つまり、スケーリング要求において、スケーリングストラテジ名（「scalingStrategyName」）のパラメータが「maintenance」と指定されていた場合には、以下の仮想リソース特定ロジックに基づき、仮想リソースを特定する。
仮想リソース特定部１２は、削除ストラテジが「メンテナンス退避」の場合、スケーリング追加パラメータ（「scalingStrategyParams」）として指定されたメンテナンスＩＤを抽出する。そして、仮想リソース特定部１２は、抽出したメンテナンスＩＤによりメンテナンス情報を参照して、メンテナンス対象の物理装置５を特定する。さらに、仮想リソース特定部１２は、特定した物理装置５の情報を用いて、物理装置・仮想リソース対応情報を参照し、メンテナンス対象の物理装置５上で運用されている仮想リソースを特定する。
ここで、メンテナンス情報は、仮想リソース管理装置１の記憶部（図示省略）に記憶され、メンテナンスＩＤとメンテナンス対象の物理装置５とを紐づける情報である。このメンテナンス情報を、ここでは、図１に示す仮想化オーケストレータ部２０（ＮＦＶＯ）のメンテナンス情報管理部２１が管理（制御）するものとする。ただし、このメンテナンス情報を管理（制御）する機能を、仮想ネットワーク制御部１０（ＶＮＦＭ）に備えさせるようにしてもよいし、仮想リソース管理装置１以外の外部装置に、メンテナンス情報とその管理（制御）機能とを備えさせるようにしてもよい。
また、物理装置・仮想リソース対応情報は、仮想リソース管理装置１の記憶部（図示省略）に記憶され、物理装置５と、その物理装置５上で運用されている仮想リソースとを紐づける情報である。この物理装置・仮想リソース対応情報を、ここでは、図１に示す仮想化オーケストレータ部２０（ＮＦＶＯ）の物理装置・仮想リソース対応情報管理部２２が管理（制御）するものとする。ただし、この物理装置・仮想リソース対応情報を管理（制御）する機能を、仮想ネットワーク制御部１０（ＶＮＦＭ）に備えさせるようにしてもよいし、仮想リソース管理装置１以外の外部装置に、物理装置・仮想リソース対応情報とその管理（制御）機能とを備えさせるようにしてもい。
仮想リソース特定部１２は、例えば、メンテナンス情報および物理装置・仮想リソース対応情報を、仮想化オーケストレータ部２０が管理（制御）する構成となっている場合には、スケールイン要求から抽出したメンテナンスＩＤを、仮想化オーケストレータ部２０へ出力する。これにより、仮想化オーケストレータ部２０のメンテナンス情報管理部２１がメンテナンス情報を参照して、メンテナンスＩＤに対応する物理装置５を抽出する。そして、物理装置・仮想リソース対応情報管理部２２が、その物理装置５上で運用されている仮想リソースを、物理装置・仮想リソース対応情報を参照して抽出する。仮想リソース特定部１２は、物理装置・仮想リソース対応情報管理部２２から、抽出した仮想リソースの情報を取得することにより、削除対象となる仮想リソースを特定する。
＜「予約リソース解放」での仮想リソース特定ロジック＞
仮想リソース特定部１２は、削除ストラテジが「予約リソース解放」の場合、つまり、スケーリング要求において、スケーリングストラテジ名（「scalingStrategyName」）のパラメータが「reservation」と指定されていた場合には、以下の仮想リソース特定ロジックに基づき、仮想リソースを特定する。
仮想リソース特定部１２は、削除ストラテジが「予約リソース解放」の場合、スケーリング追加パラメータ（「scalingStrategyParams」）として指定された予約ＩＤを抽出する。そして、仮想リソース特定部１２は、抽出した予約ＩＤにより予約情報を参照して、対象となる予約を特定する。仮想リソース特定部１２は、予約したリソースで運用されている仮想リソースを特定する。
ここで、予約情報は、仮想リソース管理装置１の記憶部（図示省略）に記憶され、予約ＩＤと予約したリソースで運用されている仮想リソースとを紐づける情報である。この予約情報を、ここでは、図１に示す仮想化オーケストレータ部２０（ＮＦＶＯ）の予約情報管理部２３が管理（制御）するものとする。ただし、この予約情報を管理（制御）する機能を、仮想ネットワーク制御部１０（ＶＮＦＭ）に備えさせるようにしてもよいし、仮想リソース管理装置１以外の外部装置に、予約情報とその管理（制御）機能とを備えさせるようにしてもよい。
仮想リソース特定部１２は、例えば、予約情報を、仮想化オーケストレータ部２０が管理（制御）する構成となっている場合には、スケールイン要求から抽出した予約ＩＤを、仮想化オーケストレータ部２０へ出力する。これにより、仮想化オーケストレータ部２０の予約情報管理部２３が、予約ＩＤに対応する予約情報において、予約されたリソースで運用されている仮想リソースの情報を抽出する。仮想リソース特定部１２は、予約情報管理部２３から、抽出した仮想リソースの情報を取得することにより、削除対象となる仮想リソースを特定する。
仮想リソース特定部１２は、上記の仮想リソース特定ロジックに基づく処理により、削除対象となる仮想リソースを特定すると、その仮想リソースの情報を、スケーリング処理部１３に出力する。
スケーリング処理部１３は、仮想リソース特定部１２が特定した削除対象となる仮想リソースの仮想リソースＩＤを含むスケールイン準備要求を対象となるＶＮＦに送信する。なお、対象となるＶＮＦは、スケーリング要求受付部１１が受け付けた、スケーリング要求（例えば、図３～図８）で示されるパラメータである「aspectID」により特定することができる。
このスケールイン準備要求を受信すると、ＶＮＦは、スケールインの準備を実行する。スケールインの準備とは、例えば、そのＶＮＦが処理している、クライアントや他のＶＮＦから送信されてくる通信のうち、削除対象となる仮想リソースへの通信の停止である。
スケーリング処理部１３は、スケールイン準備が完了したそのＶＮＦからスケールイン準備完了応答を受信する。そして、スケーリング処理部１３は、スケーリング準備完了応答を受信したことを契機として、削除対象の仮想リソースを削除する。
次に、仮想化オーケストレータ部２０は、複数のＶＮＦから構成されるネットワークサービスのライフサイクル管理（生成、管理、運用、削除など）、全体のリソース管理などを行う、ＥＴＳＩ ＮＦＶの標準規定のＮＦＶＯの機能に加えて、本実施形態に特有の機能である、メンテナンス情報管理部２１、物理装置・仮想リソース対応情報管理部２２および予約情報管理部２３を備える。
メンテナンス情報管理部２１は、仮想ネットワーク制御部１０（仮想リソース特定部１２）からメンテナンスＩＤを取得すると、記憶部に記憶されたメンテナンス情報を参照して、メンテナンスＩＤに対応する物理装置５を抽出する。
そして、メンテナンス情報管理部２１は、抽出した物理装置５の情報を、物理装置・仮想リソース対応情報管理部２２へ出力する。
また、メンテナンス情報管理部２１は、外部装置等から物理装置５に関する新規のメンテナンス情報を取得し、記憶部に記憶されたメンテナンス情報に登録する。
物理装置・仮想リソース対応情報管理部２２は、メンテナンス情報管理部２１から物理装置５の情報を取得すると、記憶部に記憶された物理装置・仮想リソース対応情報を参照して、その物理装置５上で運用されている仮想リソースを抽出する。
そして、物理装置・仮想リソース対応情報管理部２２は、抽出した仮想リソースの情報を、仮想ネットワーク制御部１０（仮想リソース特定部１２）に出力する。
また、物理装置・仮想リソース対応情報管理部２２は、物理装置５上で運用されている仮想リソースの構成に関する最新の情報を取得し、記憶部に記憶された物理装置・仮想リソース対応情報に登録する。
予約情報管理部２３は、仮想ネットワーク制御部１０（仮想リソース特定部１２）から予約ＩＤを取得すると、記憶部に記憶された予約情報を参照し、予約ＩＤで示される予約情報において、予約されたリソースで運用されている仮想リソースの情報を抽出する。
そして、予約情報管理部２３は、抽出した仮想リソースの情報を、仮想ネットワーク制御部１０（仮想リソース特定部１２）に出力する。
また、予約情報管理部２３は、クライアント端末等からリソースの予約に関する新規の予約情報を取得し、記憶部に記憶された予約情報に登録する。
次に、仮想インフラ管理部３０は、物理リソースおよび仮想リソースの運用管理を行う、ＥＴＳＩ ＮＦＶの標準規定のＶＩＭの機能を備える。仮想インフラ管理部３０が備える物理装置制御部３１は、物理装置５の交換や廃棄などのメンテナンスに際し、各物理装置５の管理・制御を行う。
≪処理の流れ≫
次に、本実施形態に係る仮想リソース管理装置１を含むネットワーク仮想化システム１０００の処理の流れについて説明する。
図９は、本実施形態に係るネットワーク仮想化システム１０００において、特定の仮想リソースを削除（解放）するスケールインの処理の流れを示すフローチャートである。
なお、ここでは、図９に示すように、クライアント端末３から、スケールインを指定するスケーリング要求（スケールイン要求）を受信するものとして説明する。
まず、仮想リソース管理装置１は、クライアント端末３から、スケールイン要求を受信する（ステップＳ１）。
そして、仮想リソース管理装置１（仮想ネットワーク制御部１０）のスケーリング要求受付部１１は、そのスケーリング要求が、スケールインを指定するものであり、削除ストラテジを指定するパラメータと、スケーリング追加パラメータが設定されているか否か確認する。つまり、スケーリング要求受付部１１は、受け付けたスケーリング要求が、特定の仮想リソースを削除（解放）するスケールインを要求するメッセージ（スケールイン要求）であるかを確認する。スケーリング要求受付部１１は、受け付けたスケーリング要求がスケールイン要求である場合に、そのスケールイン要求を、仮想リソース特定部１２に出力する。
仮想リソース管理装置１（仮想ネットワーク制御部１０）の仮想リソース特定部１２は、スケールイン要求で示される削除ストラテジを確認することにより、その削除ストラテジに応じた所定のロジック（仮想リソース特定ロジック）により、削除対象となる仮想リソースを特定する（ステップＳ２）。
ここで、仮想リソース特定部１２は、削除ストラテジが「削除対象指定」の場合、つまり、図３および図４で示すように、スケーリング要求において、スケーリングストラテジ名（「scalingStrategyName」）のパラメータが「resource」と指定されていた場合には、スケーリング追加パラメータ（「scalingStrategyParams」）として指定された仮想リソースＩＤに基づき、削除する仮想リソースを特定する。
また、仮想リソース特定部１２は、削除ストラテジが「メンテナンス退避」の場合、つまり、スケーリング要求において、スケーリングストラテジ名（「scalingStrategyName」）のパラメータが「maintenance」と指定されていた場合には、スケーリング追加パラメータ（「scalingStrategyParams」）として指定されたメンテナンスＩＤを抽出する。そして、仮想リソース特定部１２は、抽出したメンテナンスＩＤによりメンテナンス情報を参照して、メンテナンス対象の物理装置５を特定する。さらに、仮想リソース特定部１２は、特定した物理装置５の情報を用いて、物理装置・仮想リソース対応情報を参照し、メンテナンス対象の物理装置５上で運用されている仮想リソースを特定する。
なお、仮想リソース特定部１２は、メンテナンス情報および物理装置・仮想リソース対応情報について、自らが参照できない場合には、メンテナンス情報および物理装置・仮想リソース対応情報を管理（制御）する機能を備える仮想化オーケストレータ部２０や外部装置に問い合わせることにより、削除対象となる仮想リソースを特定する。
また、仮想リソース特定部１２は、削除ストラテジが「予約リソース解放」の場合、つまり、スケーリング要求において、スケーリングストラテジ名（「scalingStrategyName」）のパラメータが「reservation」と指定されていた場合には、スケーリング追加パラメータ（「scalingStrategyParams」）として指定された予約ＩＤを抽出する。そして、仮想リソース特定部１２は、抽出した予約ＩＤにより予約情報を参照して、対象となる予約を特定し、予約したリソースで運用されている仮想リソースを特定する。
なお、仮想リソース特定部１２は、予約情報について、自ら参照できない場合には、予約情報を管理（制御）する機能を備える仮想化オーケストレータ部２０や外部装置に問い合わせることにより、削除対象となる仮想リソースを特定する。
次に、スケーリング要求受付部は、クライアント端末３に対して、スケールイン要求に対する応答メッセージを送信する（ステップＳ３）。なお、このスケールイン要求に対する応答メッセージの送信は、このステップ順に限定されず、例えば、ステップＳ６の後であってもよい。
続いて、仮想リソース管理装置１（仮想ネットワーク制御部１０）のスケーリング処理部１３は、仮想リソース特定部１２が特定した削除対象となる仮想リソースの仮想ＩＤを含むスケールイン準備要求を対象となるＶＮＦ８に送信する（ステップＳ４）。
これにより、ＶＮＦ８において、そのＶＮＦ８が処理している、クライアント端末３や他のＶＮＦ８から送信されてくる通信のうち、削除対象となる仮想リソースへの通信停止の処理を含むスケールイン準備が実行される。
スケーリング処理部１３は、ＶＮＦ８からスケールイン準備完了のメッセージを受信すると（ステップＳ５）、削除対象の仮想リソースを削除する（ステップＳ６）。
以上、本実施形態に係る仮想リソース管理装置１によれば、スケールイン要求において指定される削除ストラテジに応じて、削除対象となる仮想リソースを特定し、開放することができる。
＜変形例＞
なお、本実施形態においては、図１に示すように、ＥＴＳＩ ＮＦＶの標準規定（非特許文献１）における、ＮＦＶ ＭＡＮＯに、本願の特徴構成を組み込んだものとして説明した。しかしながら、ＮＦＶ ＭＡＮＯの機能とは別筐体の装置として、ネットワーク仮想化システムに本願の特徴構成を組み込んだ装置を含めるようにしてもよい。
図１０は、本実施形態の変形例に係る仮想リソース管理装置１ａの構成を示す機能ブロック図である。
この仮想リソース管理装置１ａは、ＶＮＦを構成する仮想リソースを特定して削除（解放）させる処理（スケールイン）を実行する装置であり、図１０で示すように、制御部１００、入出力部２００、記憶部３００を備える。
入出力部２００は、各ＶＮＦや物理装置５、その他、ＶＮＦ ＭＡＮＯの機能を備える外部装置等との間の情報について入出力を行う。
記憶部３００には、メンテナンス情報３１０、物理装置・仮想リソース対応情報３２０および予約情報３３０が格納される。
制御部１００は、図１で示した仮想ネットワーク制御部１０の機能である、スケーリング要求受付部１１、仮想リソース特定部１２およびスケーリング処理部１３を備える。そして、スケーリング要求受付部１１、仮想リソース特定部１２およびスケーリング処理部１３は、ネットワーク仮想化システム１０００におけるＶＮＦ ＭＡＮＯの機能を備える外部装置と連携して、各処理を実行するようにする。
このようにすることによっても、ＶＮＦを構成する仮想リソースの量を減少させる処理であるスケールインを行う際に、仮想リソースを特定して開放させることができる。
＜ハードウェア構成＞
本実施形態に係る仮想リソース管理装置１（１ａ）は、例えば図１１に示すような構成のコンピュータ９００によって実現される。
図１１は、本実施形態に係る仮想リソース管理装置１（１ａ）の機能を実現するコンピュータ９００の一例を示すハードウェア構成図である。コンピュータ９００は、ＣＰＵ９０１、ＲＯＭ（Read Only Memory）９０２、ＲＡＭ９０３、ＨＤＤ（Hard Disk Drive）９０４、入出力Ｉ／Ｆ（Interface）９０５、通信Ｉ／Ｆ９０６およびメディアＩ／Ｆ９０７を有する。
ＣＰＵ９０１は、ＲＯＭ９０２またはＨＤＤ９０４に記憶されたプログラムに基づき作動し、図１に示す仮想リソース管理装置１および図１０に示す仮想リソース管理装置１ａの各制御部による制御を行う。ＲＯＭ９０２は、コンピュータ９００の起動時にＣＰＵ９０１により実行されるブートプログラムや、コンピュータ９００のハードウェアに係るプログラム等を記憶する。
ＣＰＵ９０１は、入出力Ｉ／Ｆ９０５を介して、マウスやキーボード等の入力装置９１０、および、ディスプレイ等の出力装置９１１を制御する。ＣＰＵ９０１は、入出力Ｉ／Ｆ９０５を介して、入力装置９１０からデータを取得するともに、生成したデータを出力装置９１１へ出力する。なお、プロセッサとしてＣＰＵ９０１とともに、ＧＰＵ（Graphics Processing Unit）等を用いても良い。
ＨＤＤ９０４は、ＣＰＵ９０１により実行されるプログラムおよび当該プログラムによって使用されるデータ等を記憶する。通信Ｉ／Ｆ９０６は、通信網（例えば、ＮＷ（Network）９２０）を介して他の装置からデータを受信してＣＰＵ９０１へ出力し、また、ＣＰＵ９０１が生成したデータを、通信網を介して他の装置へ送信する。
メディアＩ／Ｆ９０７は、記録媒体９１２に格納されたプログラムまたはデータを読み取り、ＲＡＭ９０３を介してＣＰＵ９０１へ出力する。ＣＰＵ９０１は、目的の処理に係るプログラムを、メディアＩ／Ｆ９０７を介して記録媒体９１２からＲＡＭ９０３上にロードし、ロードしたプログラムを実行する。記録媒体９１２は、ＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto Optical disk）等の光磁気記録媒体、磁気記録媒体、導体メモリテープ媒体又は半導体メモリ等である。
例えば、コンピュータ９００が本実施形態に係る仮想リソース管理装置１（１ａ）として機能する場合、コンピュータ９００のＣＰＵ９０１は、ＲＡＭ９０３上にロードされたプログラムを実行することにより仮想リソース管理装置１（１ａ）の機能を実現する。また、ＨＤＤ９０４には、ＲＡＭ９０３内のデータが記憶される。ＣＰＵ９０１は、目的の処理に係るプログラムを記録媒体９１２から読み取って実行する。この他、ＣＰＵ９０１は、他の装置から通信網（ＮＷ９２０）を介して目的の処理に係るプログラムを読み込んでもよい。
＜効果＞
以下、本発明に係る仮想リソース管理装置等の効果について説明する。
本発明に係る仮想リソース管理装置は、ＶＮＦを構成する仮想リソースのスケールインを実行する仮想リソース管理装置１（１ａ）であって、スケールインを要求するスケーリング要求であるスケールイン要求を受け付けるスケーリング要求受付部１１と、スケールイン要求で示させる削除ストラテジに応じた所定の仮想リソース特定ロジックを用いて、削除対象となる仮想リソースを特定する仮想リソース特定部１２と、特定した仮想リソースの情報を含むスケールイン準備要求を、削除対象となる仮想リソースが割り当てられているＶＮＦに送信することにより、削除対象となる仮想リソースへの通信を停止させ、通信の停止を示すスケールイン準備完了応答をＶＮＦから受信すると、削除対象となる仮想リソースを削除するスケーリング処理部１３と、を備えることを特徴とする。
このようにすることで、本発明に係る仮想リソース管理装置１（１ａ）は、スケールイン要求において指定される削除ストラテジに応じて、削除対象となる仮想リソースを特定し、開放することができる。
また、仮想リソース管理装置１（１ａ）において、所定の仮想リソース特定ロジックは、削除ストラテジが削除対象指定の場合において、スケールイン要求で示されるパラメータで指定された仮想リソースＩＤに基づき、削除する仮想リソースを特定するというものであり、仮想リソース特定部１２が、スケールイン要求で示される削除ストラテジが削除対象指定であると確認すると、パラメータで指定された仮想リソースＩＤで示される仮想リソースを、削除対象となる仮想リソースとして特定することを特徴とする。
このように、削除ストラテジが削除対象指定の場合に、仮想リソース管理装置１（１ａ）は、スケーリング要求で示される仮想リソースＩＤに基づき、削除対象となる仮想リソースを特定して削除することができる。
また、仮想リソース管理装置１（１ａ）において、所定の仮想リソース特定ロジックは、削除ストラテジがメンテナンス退避の場合において、スケールイン要求で示されるパラメータで指定されたメンテナンスＩＤを抽出し、抽出したメンテナンスＩＤに基づきメンテナンス対象の物理装置５を特定し、特定した物理装置５上で運用される仮想リソースを特定するというものであり、仮想リソース特定部１２が、スケールイン要求で示される削除ストラテジがメンテナンス退避であると確認すると、パラメータで指定されたメンテナンスＩＤを抽出し、抽出したメンテナンスＩＤにより、メンテナンスＩＤとメンテナンス対象の物理装置５とを紐づけたメンテナンス情報を参照して、メンテナンス対象の物理装置５を特定し、特定した物理装置５の情報を用いて、物理装置５とその物理装置５上で運用されている仮想リソースとを紐づけた物理装置・仮想リソース対応情報を参照して、特定した物理装置５上で運用される仮想リソースを特定することを特徴とする。
このように、削除ストラテジがメンテナンス退避の場合に、仮想リソース管理装置１（１ａ）は、スケーリング要求で示されるメンテナンスＩＤを抽出し、抽出したメンテナンスＩＤに基づきメンテナンス対象の物理装置５を特定し、その物理装置５上で運用される仮想リソースを特定して削除することができる。
また、仮想リソース管理装置１（１ａ）において、所定の仮想リソース特定ロジックは、削除ストラテジが予約リソース解放の場合において、スケールイン要求で示されるパラメータで指定された予約ＩＤを抽出し、抽出した予約ＩＤに基づき、予約したリソースで運用されている仮想リソースを特定するというものであり、仮想リソース特定部１２が、スケールイン要求で示される削除ストラテジが予約リソース解放であると確認すると、パラメータで指定された予約ＩＤを抽出し、抽出した予約ＩＤにより、予約ＩＤと予約したリソースで運用されている仮想リソースとを紐づけた予約情報を参照して、予約したリソースで運用されている仮想リソースを特定することを特徴とする。
このように、削除ストラテジが予約リソース解放の場合に、仮想リソース管理装置１（１ａ）は、スケーリング要求で示される予約ＩＤを抽出し、抽出した予約ＩＤに基づき、予約したリソースで運用されている仮想リソースを特定して削除することができる。
なお、本発明は、以上説明した実施形態に限定されるものではなく、多くの変形が本発明の技術的思想内で当分野において通常の知識を有する者により可能である。
例えば、本実施形態に係る仮想リソース管理装置１（１ａ）では、スケールイン要求として受け付ける削除ストラテジとして、「削除対象指定」「メンテナンス退避」「予約リソース解放」の３つすべてに対応可能な機能（特徴構成）を備えるものとして説明した。しかしながら、この実施形態に限定されず、この３つの削除ストラテジのうちの１つや、いずれかの組合せにのみ対応可能な装置としてもよい。また、他の削除ストラテジを追加して設定し機能させるようにしてもよい。
１，１ａ 仮想リソース管理装置
３ クライアント端末
５ 物理装置
６ 仮想リソース
７ 仮想インフラ
８ ＶＮＦ
１０ 仮想ネットワーク制御部
１１ スケーリング要求受付部
１２ 仮想リソース特定部
１３ スケーリング処理部
２０ 仮想化オーケストレータ部
２１ メンテナンス情報管理部
２２ 物理装置・仮想リソース対応情報管理部
２３ 予約情報管理部
３０ 仮想インフラ管理部
３１ 物理装置制御部
１００ 制御部
２００ 入出力部
３００ 記憶部
３１０ メンテナンス情報
３２０ 物理装置・仮想リソース対応情報
３３０ 予約情報
１０００ ネットワーク仮想化システム

Claims (5)

  1. ＶＮＦ（Virtual Network Function）を構成する仮想リソースのスケールインを実行する仮想リソース管理装置であって、
    前記スケールインを要求するスケーリング要求であるスケールイン要求を受け付けるスケーリング要求受付部と、
    前記スケールイン要求で示させる削除ストラテジに応じた所定の仮想リソース特定ロジックを用いて、削除対象となる仮想リソースを特定する仮想リソース特定部と、
    特定した前記仮想リソースの情報を含むスケールイン準備要求を、削除対象となる仮想リソースが割り当てられている前記ＶＮＦに送信することにより、前記削除対象となる仮想リソースへの通信を停止させ、前記通信の停止を示すスケールイン準備完了応答を前記ＶＮＦから受信すると、前記削除対象となる仮想リソースを削除するスケーリング処理部と、
    特定の物理装置の交換および廃棄の情報であるメンテナンス情報を取得して記憶部に記憶するメンテナンス情報管理部と、
    を備え、
    前記所定の仮想リソース特定ロジックは、前記削除ストラテジがメンテナンス退避の場合において、前記スケールイン要求で示されるパラメータで指定されたメンテナンスＩＤを抽出し、抽出したメンテナンスＩＤに基づきメンテナンス対象の物理装置を特定し、特定した物理装置上で運用される仮想リソースを特定するというものであり、
    前記仮想リソース特定部は、
    前記スケールイン要求で示される削除ストラテジがメンテナンス退避であると確認すると、前記パラメータで指定されたメンテナンスＩＤを抽出し、
    抽出した前記メンテナンスＩＤにより、前記メンテナンスＩＤとメンテナンス対象の物理装置とを紐づけた前記メンテナンス情報を参照して、メンテナンス対象の物理装置を特定し、
    前記特定した物理装置の情報を用いて、物理装置とその物理装置上で運用されている仮想リソースとを紐づけた物理装置・仮想リソース対応情報を参照して、前記特定した物理装置上で運用される仮想リソースを特定すること
    を特徴とする仮想リソース管理装置。
  2. ＶＮＦ（Virtual Network Function）を構成する仮想リソースのスケールインを実行する仮想リソース管理装置であって、
    前記スケールインを要求するスケーリング要求であるスケールイン要求を受け付けるスケーリング要求受付部と、
    前記スケールイン要求で示させる削除ストラテジに応じた所定の仮想リソース特定ロジックを用いて、削除対象となる仮想リソースを特定する仮想リソース特定部と、
    特定した前記仮想リソースの情報を含むスケールイン準備要求を、削除対象となる仮想リソースが割り当てられている前記ＶＮＦに送信することにより、前記削除対象となる仮想リソースへの通信を停止させ、前記通信の停止を示すスケールイン準備完了応答を前記ＶＮＦから受信すると、前記削除対象となる仮想リソースを削除するスケーリング処理部と、
    を備え、
    前記所定の仮想リソース特定ロジックは、前記削除ストラテジが予約リソース解放の場合において、前記スケールイン要求で示されるパラメータで指定された予約ＩＤを抽出し、抽出した予約ＩＤに基づき、予約したリソースで運用されている仮想リソースを特定するというものであり、
    前記仮想リソース特定部は、
    前記スケールイン要求で示される削除ストラテジが予約リソース解放であると確認すると、前記パラメータで指定された予約ＩＤを抽出し、
    抽出した前記予約ＩＤにより、予約ＩＤと予約したリソースで運用されている仮想リソースとを紐づけた予約情報を参照して、予約したリソースで運用されている仮想リソースを特定すること
    を特徴とする仮想リソース管理装置。
  3. ＶＮＦを構成する仮想リソースのスケールインを実行する仮想リソース管理装置の仮想リソース管理方法であって、
    前記仮想リソース管理装置は、
    前記スケールインを要求するスケーリング要求であるスケールイン要求を受け付けるステップと、
    前記スケールイン要求で示させる削除ストラテジに応じた所定の仮想リソース特定ロジックを用いて、削除対象となる仮想リソースを特定するステップと、
    特定した前記仮想リソースの情報を含むスケールイン準備要求を、削除対象となる仮想リソースが割り当てられている前記ＶＮＦに送信することにより、前記削除対象となる仮想リソースへの通信を停止させ、前記通信の停止を示すスケールイン準備完了応答を前記ＶＮＦから受信すると、前記削除対象となる仮想リソースを削除するステップと、
    特定の物理装置の交換および廃棄の情報であるメンテナンス情報を取得して記憶部に記憶するステップと、
    を実行し、
    前記所定の仮想リソース特定ロジックは、前記削除ストラテジがメンテナンス退避の場合において、前記スケールイン要求で示されるパラメータで指定されたメンテナンスＩＤを抽出し、抽出したメンテナンスＩＤに基づきメンテナンス対象の物理装置を特定し、特定した物理装置上で運用される仮想リソースを特定するというものであり、
    削除対象となる仮想リソースを特定するステップにおいて、
    前記スケールイン要求で示される削除ストラテジがメンテナンス退避であると確認すると、前記パラメータで指定されたメンテナンスＩＤを抽出し、
    抽出した前記メンテナンスＩＤにより、前記メンテナンスＩＤとメンテナンス対象の物理装置とを紐づけた前記メンテナンス情報を参照して、メンテナンス対象の物理装置を特定し、
    前記特定した物理装置の情報を用いて、物理装置とその物理装置上で運用されている仮想リソースとを紐づけた物理装置・仮想リソース対応情報を参照して、前記特定した物理装置上で運用される仮想リソースを特定すること
    を特徴とする仮想リソース管理方法。
  4. ＶＮＦを構成する仮想リソースのスケールインを実行する仮想リソース管理装置の仮想リソース管理方法であって、
    前記仮想リソース管理装置は、
    前記スケールインを要求するスケーリング要求であるスケールイン要求を受け付けるステップと、
    前記スケールイン要求で示させる削除ストラテジに応じた所定の仮想リソース特定ロジックを用いて、削除対象となる仮想リソースを特定するステップと、
    特定した前記仮想リソースの情報を含むスケールイン準備要求を、削除対象となる仮想リソースが割り当てられている前記ＶＮＦに送信することにより、前記削除対象となる仮想リソースへの通信を停止させ、前記通信の停止を示すスケールイン準備完了応答を前記ＶＮＦから受信すると、前記削除対象となる仮想リソースを削除するステップと、
    を実行し、
    前記所定の仮想リソース特定ロジックは、前記削除ストラテジが予約リソース解放の場合において、前記スケールイン要求で示されるパラメータで指定された予約ＩＤを抽出し、抽出した予約ＩＤに基づき、予約したリソースで運用されている仮想リソースを特定するというものであり、
    削除対象となる仮想リソースを特定するステップにおいて、
    前記スケールイン要求で示される削除ストラテジが予約リソース解放であると確認すると、前記パラメータで指定された予約ＩＤを抽出し、
    抽出した前記予約ＩＤにより、予約ＩＤと予約したリソースで運用されている仮想リソースとを紐づけた予約情報を参照して、予約したリソースで運用されている仮想リソースを特定すること
    を特徴とする仮想リソース管理方法。
  5. コンピュータを、請求項１または請求項２に記載の仮想リソース管理装置として機能させるためのプログラム。
JP2022523767A 2020-05-18 2020-05-18 仮想リソース管理装置、仮想リソース管理方法およびプログラム Active JP7480842B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2020/019670 WO2021234786A1 (ja) 2020-05-18 2020-05-18 仮想リソース管理装置、仮想リソース管理方法およびプログラム

Publications (2)

Publication Number Publication Date
JPWO2021234786A1 JPWO2021234786A1 (ja) 2021-11-25
JP7480842B2 true JP7480842B2 (ja) 2024-05-10

Family

ID=78708234

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022523767A Active JP7480842B2 (ja) 2020-05-18 2020-05-18 仮想リソース管理装置、仮想リソース管理方法およびプログラム

Country Status (3)

Country Link
US (1) US20230176926A1 (ja)
JP (1) JP7480842B2 (ja)
WO (1) WO2021234786A1 (ja)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004005230A (ja) 2002-05-31 2004-01-08 Omron Corp エージェント利用メンテナンスシステム
WO2015099036A1 (ja) 2013-12-27 2015-07-02 株式会社Ｎｔｔドコモ 管理システム、全体管理ノード及び管理方法
JP2017528967A (ja) 2014-08-07 2017-09-28 インテル アイピー コーポレイション 仮想化ネットワーク機能管理
JP2018073099A (ja) 2016-10-28 2018-05-10 富士通株式会社 スケールイン処理プログラム、スケールイン処理方法および情報処理システム
JP2020031359A (ja) 2018-08-23 2020-02-27 日本電信電話株式会社 ネットワーク管理装置、および、ネットワーク管理方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004005230A (ja) 2002-05-31 2004-01-08 Omron Corp エージェント利用メンテナンスシステム
WO2015099036A1 (ja) 2013-12-27 2015-07-02 株式会社Ｎｔｔドコモ 管理システム、全体管理ノード及び管理方法
JP2017528967A (ja) 2014-08-07 2017-09-28 インテル アイピー コーポレイション 仮想化ネットワーク機能管理
JP2018073099A (ja) 2016-10-28 2018-05-10 富士通株式会社 スケールイン処理プログラム、スケールイン処理方法および情報処理システム
JP2020031359A (ja) 2018-08-23 2020-02-27 日本電信電話株式会社 ネットワーク管理装置、および、ネットワーク管理方法

Also Published As

Publication number Publication date
US20230176926A1 (en) 2023-06-08
JPWO2021234786A1 (ja) 2021-11-25
WO2021234786A1 (ja) 2021-11-25

Similar Documents

Publication Publication Date Title
US10347013B2 (en) Session idle optimization for streaming server
JP5497201B2 (ja) 資源を配分する方法、資源を配分するためのコンピュータ・プログラム、及び資源を配分するシステム
CN113641457B (zh) 容器创建方法、装置、设备、介质及程序产品
CN108984266B (zh) 一种虚拟机的管理方法、装置及系统
US20220043676A1 (en) Event proxies for functions-as-a-service (faas) infrastructures
US20130019015A1 (en) Application Resource Manager over a Cloud
US20130326515A1 (en) Device, recording medium, and method
US20210326161A1 (en) Apparatus and method for multi-cloud service platform
WO2014075875A1 (en) Automatic template creation based on new feeds
JP2013518330A5 (ja)
US20190281112A1 (en) System and method for orchestrating cloud platform operations
US10728169B1 (en) Instance upgrade migration
JP2018063470A (ja) 制御装置および制御方法
US11645098B2 (en) Systems and methods to pre-provision sockets for serverless functions
CN112000439A (zh) 一种实现云原生应用管理虚拟机的方法
US10884764B1 (en) Optimizing managed runtime applications for serverless environments
US10776173B1 (en) Local placement of resource instances in a distributed system
CN109905258B (zh) PaaS的管理方法、装置及存储介质
WO2020158452A1 (ja) 仮想化基盤および仮想化基盤のスケーリング管理方法
JP7176633B2 (ja) 仮想化基盤制御装置、仮想化基盤制御方法および仮想化基盤制御プログラム
JP7480842B2 (ja) 仮想リソース管理装置、仮想リソース管理方法およびプログラム
CN110716809B (zh) 用于调度云资源的方法和装置
JP2015094976A (ja) 情報処理装置、情報処理方法、及び、プログラム
JP2014126940A (ja) クラウド構成管理支援システム、クラウド構成管理支援方法及びクラウド構成管理支援プログラム
US10603583B1 (en) Entity-component architecture with components having multiple configurations

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220922

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20231107

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20231227

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: 20240326

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20240408

R150 Certificate of patent or registration of utility model

Ref document number: 7480842

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150