JP2019522293A - アクセラレーション・リソース処理方法及び装置 - Google Patents

アクセラレーション・リソース処理方法及び装置 Download PDF

Info

Publication number
JP2019522293A
JP2019522293A JP2018568900A JP2018568900A JP2019522293A JP 2019522293 A JP2019522293 A JP 2019522293A JP 2018568900 A JP2018568900 A JP 2018568900A JP 2018568900 A JP2018568900 A JP 2018568900A JP 2019522293 A JP2019522293 A JP 2019522293A
Authority
JP
Japan
Prior art keywords
acceleration resource
acceleration
resource
computing node
service
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.)
Granted
Application number
JP2018568900A
Other languages
English (en)
Other versions
JP6751780B2 (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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of JP2019522293A publication Critical patent/JP2019522293A/ja
Application granted granted Critical
Publication of JP6751780B2 publication Critical patent/JP6751780B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/14—Handling requests for interconnection or transfer
    • G06F13/20—Handling requests for interconnection or transfer for access to input/output bus
    • 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/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • 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/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • 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]
    • 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
    • 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/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • G06F9/5044—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering hardware capabilities
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • 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/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45579—I/O management, e.g. providing access to device drivers or storage

Landscapes

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

Abstract

本発明はアクセラレーション・リソース処理方法及び装置並びにネットワーク機能仮想化システムを提供する。方法は：サービスのアクセラレーション・リソース・リクエストを受信するステップであって、アクセラレーション・リソース・リクエストは、アクセラレーション・リソースの属性パラメータとサービス・アクセラレーション・リソース・スケジューリング・ポリシーとを有し、サービス・アクセラレーション・リソース・スケジューリング・ポリシーは、サービスのサービス要件に基づいて決定される、ステップ；及びアクセラレーション・リソースの属性パラメータとサービス・アクセラレーション・リソース・スケジューリング・ポリシーとに基づいてサービスのアクセラレーション・リソースを決定するステップを含む。この方法によれば、アクセラレーション・リソースは、サービス・アクセラレーション・リソース・スケジューリング・ポリシーに従って選択され、それにより、サービスのレイテンシ感度のような特定の要件が充足されることが可能になり、それにより、サービス・レイテンシを減らし、サービス・パフォーマンスを改善する。

Description

本願は全体的にリファレンスに組み込まれる「アクセラレーション・リソース処理方法及び装置並びにネットワーク機能仮想化システム」と題する2016年7月4日付で中国特許庁に出願された中国特許出願第201610522240.7号に対する優先権を主張している。
技術分野
本発明は通信技術に関連し、特にアクセラレーション・リソース処理方法及び装置並びにネットワーク機能仮想化システムに関連する。
背景技術
従来のテレコミュニケーション・システムは様々な専用ハードウェアを含み、異なるアプリケーションは異なるハードウェア・デバイスを使用する。ネットワーク規模の増大とともに、システムはより複雑化しつつある。これは、システムの新たなサービス、オペレーション及びメンテナンスの展開及び開始、リソース利用等を含む多くの問題を招く。これらの問題に対処するため、ネットワーク機能仮想化(a Network Functions Virtualization：NFV)技術が提案されている。NFV技術は、オリジナルの専用ハードウェア・プラットフォームをユニバーサル商品オフザシェルフ・ハードウェア(a universal commodity off-the-shelf hardware：COTS)サーバーへ、テレコミュニケーション・ネットワークの各ネットワーク・エレメントの機能を移し、テレコミュニケーション・ネットワークで使用される各ネットワーク・エレメントを独立したアプリケーションに変換するために使用され、それにより標準サーバー、標準メモリ、及び標準スイッチのような標準デバイスに基づいて設定される統合されたインフラストラクチャ・プラットフォーム上で各ネットワーク・エレメントが柔軟に配備されることが可能になる。仮想化技術を使用することにより、リソース・プーリング及び仮想化はインフラストラクチャ・ハードウェア・デバイス上で実行され、アプリケーション及びハードウェア間のデカップリングを実現するために、仮想化リソースが上位レイヤ・アプリケーションに提供され、それにより、仮想化リソースは、システム・キャパシティを拡張する目的を達成するように、各アプリケーションに迅速に追加されることが可能になる；又は仮想化リソースは、システム・キャパシティを縮小する目的を達成するように迅速に縮小されることが可能になり、それによりネットワークの柔軟性を大幅に改善する。
仮想化ネットワーク機能及びインフラストラクチャ・レイヤを含むNFVアプリケーションでは、仮想化ネットワーク機能は、オリジナルのテレコミュニケーション・システムの様々なネットワーク・エレメントの機能を提供し得る。コンピューティング・ハードウェア、ストレージ・ハードウェア、ネットワーク・ハードウェア、及びアクセラレーション・ハードウェアを含むインフラストラクチャ・レイヤのハードウェア・リソースは、仮想化ネットワーク機能に使用されてもよい。アクセラレーション・ハードウェアは、暗号化/復号化、メディア・オーディオ・ビデオ・トランスコーディングに対応するハードウェアのような何らかの複合機能のアクセラレーションに特化されたハードウェアである。
従来技術では、アクセラレーション・リソースが、仮想化ネットワーク機能に対応するサービスのために要求されることを必要とする場合、アクセラレーション・タイプ及びアルゴリズム・タイプのようなアクセラレーション・リソースのための要件がアプリケーションで運ばれ、NFVは、アクセラレーション・リソースのための要件に基づいて、要件に合致することが可能なアクセラレーション・ハードウェアを選択し得る。
しかしながら、アクセラレーション・ハードウェアを選択するために従来技術を使用することは、基本的なアクセラレーション要件のみを満たすことができるに過ぎず、サービスが最適なアクセラレーション効果を得ることを保証することはできない。従って、サービスのレイテンシ、パフォーマンス等は標準に到達しない。
本発明の実施形態は、従来技術ではサービスのレイテンシ、パフォーマンス等が標準に到達しない問題を解決するために、アクセラレーション・リソース処理方法及び装置並びにネットワーク機能仮想化システムを提供する。
本発明の実施形態の第1側面は、アクセラレーション・リソース処理方法を提供し、本方法は：
サービスのアクセラレーション・リソース・リクエストを受信するステップであって、アクセラレーション・リソース・リクエストは、アクセラレーション・リソースの属性パラメータとサービス・アクセラレーション・リソース・スケジューリング・ポリシーとを有し、アクセラレーション・リソース・リクエストに含まれるサービス・アクセラレーション・リソース・スケジューリング・ポリシーは、サービスのサービス要件に基づいて決定される、ステップ；及びサービスのアクセラレーション・リソース・リクエストが受信された後に、アクセラレーション・リソースの属性パラメータとサービス・アクセラレーション・リソース・スケジューリング・ポリシーとに基づいてサービスの前記アクセラレーション・リソースを決定するステップを含む。この方法によれば、サービスのアクセラレーション・リソースは、アクセラレーション・リソースの属性パラメータとサービス・アクセラレーション・リソース・スケジューリング・ポリシーとの双方に基づいて決定され、それにより、決定されたアクセラレーション・リソースはサービスの実際の要件を満たすことが可能になり、これにより、サービスのレイテンシ及びパフォーマンスのような要件が満たされることが可能になることを保証する。
可能な設計において、サービスのアクセラレーション・リソースは：
アクセラレーション・リソースの属性パラメータに基づいてアクセラレーション・リソース・コンピューティング・ノードを決定するステップ；及び
サービスのアクセラレーション・リソースのコンピューティング・ノードを、サービス・アクセラレーション・リソース・スケジューリング・ポリシーに従ってアクセラレーション・リソース・コンピューティング・ノードから決定するステップという方法を使用することにより決定されてもよい。
可能な設計において、アクセラレーション・リソースの属性パラメータに基づいてアクセラレーション・リソース・コンピューティング・ノードを決定するステップの前に、本方法は：
アクセラレーション・リソース・リクエストに基づいてコンピューティング・リソース・コンピューティング・ノードを取得するステップを更に含む。
可能な設計において、サービスのアクセラレーション・リソースのコンピューティング・ノードを、サービス・アクセラレーション・リソース・スケジューリング・ポリシーに従ってアクセラレーション・リソース・コンピューティング・ノードから決定する方法は：
先ずアクセラレーション・リソース・スケジューリング・ポリシーにおけるアクセラレーション・リソースの優先度に基づいて現在のアクセラレーション・リソース・タイプを決定するステップ；及びそして決定された現在のアクセラレーション・リソース・タイプに関して決定を行うステップ；及び現在のアクセラレーション・リソース・タイプがローカル仮想化アクセラレーション・リソース又はローカル・シングル・ルートI/O仮想化アクセラレーション・リソースである場合に、アクセラレーション・リソース・コンピューティング・ノードとコンピューティング・リソース・コンピューティング・ノードとの積集合から、サービスのアクセラレーション・リソースのコンピューティング・ノードを決定するステップ；又は現在のアクセラレーション・リソース・タイプがリモート仮想化アクセラレーション・リソース又はリモート・シングル・ルートI/O仮想化アクセラレーション・リソースである場合に、アクセラレーション・リソース・コンピューティング・ノードとコンピューティング・リソース・コンピューティング・ノードとの差集合から、サービスのアクセラレーション・リソースのコンピューティング・ノードを決定するステップである。
可能な設計において、アクセラレーション・リソース・コンピューティング・ノードとコンピューティング・リソース・コンピューティング・ノードとの積集合から、サービスのアクセラレーション・リソースのコンピューティング・ノードを決定する方法は：
アクセラレーション・リソース・コンピューティング・ノードとコンピューティング・リソース・コンピューティング・ノードとの積集合における現在のコンピューティング・ノードの型属性が、現在のアクセラレーション・リソース・タイプに一致するか否かを決定し；及び型属性が現在のアクセラレーション・リソース・タイプと一致する場合、現在のコンピューティング・ノードを、サービスのアクセラレーション・リソースのコンピューティング・ノードとして使用するステップである。
可能な設計において、アクセラレーション・リソース・コンピューティング・ノードとコンピューティング・リソース・コンピューティング・ノードとの差集合から、サービスのアクセラレーション・リソースのコンピューティング・ノードを決定する方法は：
アクセラレーション・リソース・コンピューティング・ノードとコンピューティング・リソース・コンピューティング・ノードとの差集合における現在のコンピューティング・ノードの型属性が、現在のアクセラレーション・リソース・タイプに一致するか否かを決定し；及び型属性が前記現在のアクセラレーション・リソース・タイプと一致する場合、現在のコンピューティング・ノードを、サービスのアクセラレーション・リソースのコンピューティング・ノードとして使用するステップである。
可能な設計において、型属性はコンピューティング・ノードの配備型を識別するために使用され、配備型は仮想化及びシングル・ルートI/O仮想化を含む。
可能な設計において、本方法は：
アクセラレーション・リソース属性情報を受信するステップを更に含み、アクセラレーション・リソース属性情報は少なくとも型属性を有し、アクセラレーション・リソース属性情報は、周期的に又はコンピューティング・ノード初期化中にアクセラレーション・リソース属性を問い合わせることにより取得される。
可能な設計において、新たに追加されたアクセラレーション・リソース・スケジューリング・ポリシー指示が受信されてもよく、新たに追加されたアクセラレーション・リソース・スケジューリング・ポリシー指示は、ポリシー名、アクセラレーション・リソース・タイプ、及びアクセラレーション・リソースの各タイプのスケジューリング優先度を含み；及びそして、ポリシー名、アクセラレーション・リソース・タイプ、及びアクセラレーション・リソースの各タイプのスケジューリング優先度に基づいて、アクセラレーション・リソース・スケジューリング・ポリシーが生成される。
可能な設計において、リソース・スケジューリング・リクエストがアクセラレーション・リソース・スケジューリング・ポリシーを含まない場合、デフォルトのアクセラレーション・リソース・スケジューリング・ポリシーが、リソース・スケジューリング・リクエストにおけるアクセラレーション・リソース・スケジューリング・ポリシーとして決定される。
可能な設計において、デフォルトのアクセラレーション・リソース・スケジューリング・ポリシーにおけるアクセラレーション・リソース全てのタイプのスケジューリング優先度は、降順に：ローカル仮想化アクセラレーション・リソース、リモート仮想化アクセラレーション・リソース、ローカル・シングル・ルートI/O仮想化アクセラレーション・リソース、及びリモート・シングル・ルートI/O仮想化アクセラレーション・リソースのとおりである。
可能な設計において、属性パラメータは、アクセラレーション・タイプ、アルゴリズム・タイプ、及びアクセラレーション・トラフィックを含む。
本発明の実施形態はアクセラレーション・リソース処理装置を提供する。装置は上記の方法を実現する機能を有する。これらの機能は、ハードウェアにより実現されてもよいし、又は対応するソフトウェアを実行するハードウェアにより実現されてもよい。ハードウェア又はソフトウェアは上記の機能に対応する1つ以上のモジュールを含む。
可能な設計において、装置は第1受信モジュールと処理モジュールとを含んでもよく、第1受信モジュールはサービスのアクセラレーション・リソース・リクエストを受信するように構成され、アクセラレーション・リソース・リクエストは、アクセラレーション・リソースの属性パラメータとサービス・アクセラレーション・リソース・スケジューリング・ポリシーとを含み、サービス・アクセラレーション・リソース・スケジューリング・ポリシーは、サービスのサービス要件に基づいて決定され；処理モジュールは、アクセラレーション・リソースの属性パラメータとサービス・アクセラレーション・リソース・スケジューリング・ポリシーとに基づいてサービスのアクセラレーション・リソースを決定するように構成される。
可能な設計において、処理モジュールは：
アクセラレーション・リソースの属性パラメータに基づいてアクセラレーション・リソース・コンピューティング・ノードを決定するように構成される第１決定ユニット；及び
サービスのアクセラレーション・リソースのコンピューティング・ノードを、サービス・アクセラレーション・リソース・スケジューリング・ポリシーに従ってアクセラレーション・リソース・コンピューティング・ノードから決定するように構成される第2決定ユニットを含んでもよい。
可能な設計において、処理モジュールは：
アクセラレーション・リソース・リクエストに基づいてコンピューティング・リソース・コンピューティング・ノードを取得するように構成される取得ユニットを更に含んでもよい。
可能な設計において、第2決定ユニットは、具体的に：
アクセラレーション・リソース・スケジューリング・ポリシーにおけるアクセラレーション・リソースの優先度に基づいて現在のアクセラレーション・リソース・タイプを決定し；及び現在のアクセラレーション・リソース・タイプがローカル仮想化アクセラレーション・リソース又はローカル・シングル・ルートI/O仮想化アクセラレーション・リソースである場合に、アクセラレーション・リソース・コンピューティング・ノードとコンピューティング・リソース・コンピューティング・ノードとの積集合から、サービスのアクセラレーション・リソースのコンピューティング・ノードを決定する；又は現在のアクセラレーション・リソース・タイプがリモート仮想化アクセラレーション・リソース又はリモート・シングル・ルートI/O仮想化アクセラレーション・リソースである場合に、アクセラレーション・リソース・コンピューティング・ノードとコンピューティング・リソース・コンピューティング・ノードとの差集合から、サービスのアクセラレーション・リソースのコンピューティング・ノードを決定するように構成される。
可能な設計において、第2決定ユニットは、具体的に：
アクセラレーション・リソース・コンピューティング・ノードとコンピューティング・リソース・コンピューティング・ノードとの積集合における現在のコンピューティング・ノードの型属性が、現在のアクセラレーション・リソース・タイプに一致するか否かを決定し；及び型属性が現在のアクセラレーション・リソース・タイプと一致する場合、現在のコンピューティング・ノードを、サービスのアクセラレーション・リソースのコンピューティング・ノードとして使用するように更に構成される。
可能な設計において、第2決定ユニットは、具体的に：
アクセラレーション・リソース・コンピューティング・ノードとコンピューティング・リソース・コンピューティング・ノードとの差集合における現在のコンピューティング・ノードの型属性が、現在のアクセラレーション・リソース・タイプに一致するか否かを決定し；及び型属性が現在のアクセラレーション・リソース・タイプと一致する場合、現在のコンピューティング・ノードを、サービスのアクセラレーション・リソースのコンピューティング・ノードとして使用するように更に構成される。
可能な設計において、型属性はコンピューティング・ノードの配備型を識別するために使用され、配備型は仮想化及びシングル・ルートI/O仮想化を含む。
可能な設計において、装置は：
アクセラレーション・リソース属性情報を受信するように構成されてよい第2受信モジュールを更に含んでもよく、アクセラレーション・リソース属性情報は少なくとも型属性を含み、アクセラレーション・リソース属性情報は、周期的に又はコンピューティング・ノード初期化中にアクセラレーション・リソース属性を問い合わせることにより取得される。
可能な設計において、装置は：
第3受信モジュールと生成モジュールとを更に含んでもよく、第3受信モジュールは、新たに追加されたアクセラレーション・リソース・スケジューリング・ポリシー指示を受信するように構成され、新たに追加されたアクセラレーション・リソース・スケジューリング・ポリシー指示は、ポリシー名、アクセラレーション・リソース・タイプ、及びアクセラレーション・リソースの各タイプのスケジューリング優先度を含み、生成モジュールは、ポリシー名、アクセラレーション・リソース・タイプ、及びアクセラレーション・リソースの各タイプのスケジューリング優先度に基づいて、アクセラレーション・リソース・スケジューリング・ポリシーを生成するように構成されてもよい。
可能な設計において、装置は：
リソース・スケジューリング・リクエストがアクセラレーション・リソース・スケジューリング・ポリシーを含まない場合、デフォルトのアクセラレーション・リソース・スケジューリング・ポリシーを、リソース・スケジューリング・リクエストにおけるアクセラレーション・リソース・スケジューリング・ポリシーとして決定するように構成される決定モジュールを更に含んでもよい。
可能な設計において、デフォルトのアクセラレーション・リソース・スケジューリング・ポリシーにおけるアクセラレーション・リソース全てのタイプのスケジューリング優先度は、降順に：ローカル仮想化アクセラレーション・リソース、リモート仮想化アクセラレーション・リソース、ローカル・シングル・ルートI/O仮想化アクセラレーション・リソース、及びリモート・シングル・ルートI/O仮想化アクセラレーション・リソースのとおりである。
可能な設計において、属性パラメータは、アクセラレーション・タイプ、アルゴリズム・タイプ、及びアクセラレーション・トラフィックを含む。
本発明の実施形態の第3側面は、アクセラレーション・リソース処理装置を提供する。装置はメモリとプロセッサとを含み、メモリはプログラム命令を保存するように構成され、プロセッサは、上記の方法を実行するためにメモリ内のプログラム命令を起動するように構成される。
可能な設計において、プロセッサは：
サービスのアクセラレーション・リソース・リクエストを受信するステップであって、アクセラレーション・リソース・リクエストは、アクセラレーション・リソースの属性パラメータとサービス・アクセラレーション・リソース・スケジューリング・ポリシーとを有し、サービス・アクセラレーション・リソース・スケジューリング・ポリシーは、サービスのサービス要件に基づいて決定される、ステップ；及びアクセラレーション・リソースの属性パラメータとサービス・アクセラレーション・リソース・スケジューリング・ポリシーとに基づいてサービスのアクセラレーション・リソースを決定するステップという方法を実行するように構成されてもよい。
以下の設計において、プロセッサは：
アクセラレーション・リソースの属性パラメータに基づいてアクセラレーション・リソース・コンピューティング・ノードを決定し；及び
サービスのアクセラレーション・リソースのコンピューティング・ノードを、サービス・アクセラレーション・リソース・スケジューリング・ポリシーに従ってアクセラレーション・リソース・コンピューティング・ノードから決定するように更に構成される。
可能な設計において、プロセッサは：
アクセラレーション・リソース・リクエストに基づいてコンピューティング・リソース・コンピューティング・ノードを取得するように更に構成される。
可能な設計において、プロセッサは：アクセラレーション・リソース・スケジューリング・ポリシーにおけるアクセラレーション・リソースの優先度に基づいて現在のアクセラレーション・リソース・タイプを決定し；及び
現在のアクセラレーション・リソース・タイプがローカル仮想化アクセラレーション・リソース又はローカル・シングル・ルートI/O仮想化アクセラレーション・リソースである場合に、アクセラレーション・リソース・コンピューティング・ノードとコンピューティング・リソース・コンピューティング・ノードとの積集合から、サービスのアクセラレーション・リソースのコンピューティング・ノードを決定し；又は
現在のアクセラレーション・リソース・タイプがリモート仮想化アクセラレーション・リソース又はリモート・シングル・ルートI/O仮想化アクセラレーション・リソースである場合に、アクセラレーション・リソース・コンピューティング・ノードとコンピューティング・リソース・コンピューティング・ノードとの差集合から、サービスのアクセラレーション・リソースのコンピューティング・ノードを決定するように更に構成される。
可能な設計において、プロセッサは：
アクセラレーション・リソース・コンピューティング・ノードとコンピューティング・リソース・コンピューティング・ノードとの積集合における現在のコンピューティング・ノードの型属性が、現在のアクセラレーション・リソース・タイプに一致するか否かを決定し；及び型属性が現在のアクセラレーション・リソース・タイプと一致する場合、現在のコンピューティング・ノードを、サービスのアクセラレーション・リソースのコンピューティング・ノードとして使用するように更に構成される。
可能な設計において、プロセッサは：
アクセラレーション・リソース・コンピューティング・ノードとコンピューティング・リソース・コンピューティング・ノードとの差集合における現在のコンピューティング・ノードの型属性が、現在のアクセラレーション・リソース・タイプに一致するか否かを決定し；及び型属性が現在のアクセラレーション・リソース・タイプと一致する場合、現在のコンピューティング・ノードを、サービスのアクセラレーション・リソースのコンピューティング・ノードとして使用するように更に構成される。
可能な設計において、型属性はコンピューティング・ノードの配備型を識別するために使用され、配備型は仮想化及びシングル・ルートI/O仮想化を含む。
可能な設計において、プロセッサは：
アクセラレーション・リソース属性情報を受信するように更に構成され、アクセラレーション・リソース属性情報は少なくとも型属性を含み、アクセラレーション・リソース属性情報は、周期的に又はコンピューティング・ノード初期化中にアクセラレーション・リソース属性を問い合わせることにより取得される。
可能な設計において、プロセッサは：
新たに追加されたアクセラレーション・リソース・スケジューリング・ポリシー指示を受信するステップであって、新たに追加されたアクセラレーション・リソース・スケジューリング・ポリシー指示は、ポリシー名、アクセラレーション・リソース・タイプ、及びアクセラレーション・リソースの各タイプのスケジューリング優先度を有する、ステップ；及び
ポリシー名、アクセラレーション・リソース・タイプ、及びアクセラレーション・リソースの各タイプのスケジューリング優先度に基づいて、アクセラレーション・リソース・スケジューリング・ポリシーを生成するステップを行うように更に構成される。
可能な設計において、プロセッサは：
リソース・スケジューリング・リクエストがアクセラレーション・リソース・スケジューリング・ポリシーを含まない場合、デフォルトのアクセラレーション・リソース・スケジューリング・ポリシーを、リソース・スケジューリング・リクエストにおけるアクセラレーション・リソース・スケジューリング・ポリシーとして決定するように更に構成される。
可能な設計において、デフォルトのアクセラレーション・リソース・スケジューリング・ポリシーにおけるアクセラレーション・リソース全てのタイプのスケジューリング優先度は、降順に：ローカル仮想化アクセラレーション・リソース、リモート仮想化アクセラレーション・リソース、ローカル・シングル・ルートI/O仮想化アクセラレーション・リソース、及びリモート・シングル・ルートI/O仮想化アクセラレーション・リソースのとおりである、
可能な設計において、属性パラメータは、アクセラレーション・タイプ、アルゴリズム・タイプ、及びアクセラレーション・トラフィックを含む。
本発明の実施形態の第4側面は、ネットワーク機能仮想化(NFV)システムを提供し、NFVシステムは上記のアクセラレーション・リソース処理装置を含む。
従来技術と比較すると、本発明の実施形態で提供されるソリューションでは、アクセラレーション・リソースが、サービス・アクセラレーション・リソース・スケジューリング・ポリシーに基づいて選択され、それにより、サービスのレイテンシ感度のような特定の要件が満たされることが可能になり、これによりサービス・レイテンシを減らし、サービス・パフォーマンスを改善する。
本発明の実施形態における技術的ソリューションを更に明確に説明するために、以下、実施形態を説明するのに必要な添付図面を簡単に説明する。明らかに、以下の説明における添付図面は本発明のいくつかの実施形態を示しており、当業者は、創作的労力を伴わずにこれらの添付図面から他の図面を更に導出し得る。
図1はNFVシステムのアーキテクチャの図である。
図2は本発明の実施形態によるアクセラレーション・リソース処理方法の実施形態1の概略フローチャートである。
図3は様々なタイプのアクセラレーション・リソースの概略図である。
図4は本発明の実施形態によるアクセラレーション・リソース処理方法の実施形態2の概略フローチャートである。
図5は本発明の実施形態によるアクセラレーション・リソース処理方法の実施形態3の概略フローチャートである。
図6は本発明の実施形態によるアクセラレーション・リソース処理方法の実施形態4の概略フローチャートである。
図7はアクセラレーション・リソース・スケジューリング・ポリシーを規定するモジュール間相互作用の概略図である。
図8A及び図8Bはアクセラレーション・リソース処理の完全なプロセスである。 図8A及び図8Bはアクセラレーション・リソース処理の完全なプロセスである。
図9は本発明の実施形態によるアクセラレーション・リソース処理装置の実施形態1のモジュール構造図である。
図10は本発明の実施形態によるアクセラレーション・リソース処理装置の実施形態2のモジュール構造図である。
図11は本発明の実施形態によるアクセラレーション・リソース処理装置の実施形態3のモジュール構造図である。
図12は本発明の実施形態によるアクセラレーション・リソース処理装置の実施形態4のモジュール構造図である。
図13は本発明の実施形態によるアクセラレーション・リソース処理装置の実施形態5のモジュール構造図である。
図14は本発明の実施形態によるアクセラレーション・リソース処理装置の実施形態6のモジュール構造図である。
図15は本発明の実施形態によるアクセラレーション・リソース処理装置の実施形態7のモジュール構造図である。
以下、本発明の実施形態の添付図面を参照して本発明の実施形態における技術的ソリューションを明確に説明する。明らかに、説明される実施形態は本発明の実施形態の全てではなくいくつかでしかない。創作的労力を伴わずに本発明の実施形態に基づいて当業者により得られる他の全ての実施形態は本発明の保護範囲内に属する。
図1はNFVシステムのアーキテクチャの図である。NFVシステムは、例えばデータ・センター・ネットワーク、オペレータ・ネットワーク、又はローカル・エリア・ネットワークのような様々なネットワークに適用される。図1に示されるように、NFVシステムは、NFVマネジメント・アンド・オーケストレーション(NFV-MANO)システム101と、NFVインフラストラクチャ(NFVI)レイヤ130と、複数の仮想化ネットワーク機能(VNF)108と、複数のエレメント・マネジャ(EM)122と、ネットワーク・サービス、VNF及びインフラストラクチャ記述(VNF及びInfrastructure Description)126と、オペレーションズ・サポート・システム/ビジネス・サポート・システム(OSS/BSS)124とを含む。NFVI130は、コンピューティング・ハードウェア112と、ストレージ・ハードウェア114と、ネットワーク・ハードウェア116と、アクセラレーション・ハードウェア115と、仮想化レイヤと、仮想化コンピューティング110と、仮想化ストレージ118と、仮想化ネットワーク120と、仮想化アクセラレーション123と含む。NFVマネジメント・アンド・オーケストレーション・システム101は、仮想化ネットワーク機能108及びNFVインフラストラクチャ・レイヤ130に関するモニタリング及びマネジメントを実行するように構成される。
NFVシステムの上記のアーキテクチャでは、NFVマネジメント・アンド・オーケストレーション・システム101は：NFVオーケストレータ102と、NFVマネジャ104と、仮想化インフラストラクチャ・マネジャ106とを含む。
NFVオーケストレータ102は、NFVインフラストラクチャ・レイヤ130におけるネットワーク・サービスを実現してもよく、又は1つ以上のVNFマネジャ104からの1つ以上のリソース関連リクエストを実行し、コンフィギュレーション情報をVNFマネジャ104へ送信し、仮想化ネットワーク機能108のステータス情報を収集してもよい。
VNFマネジャ(VNF Manager(略して、VNFN))104は、1つ以上の仮想化ネットワーク機能108を管理してもよい。
仮想化インフラストラクチャ・マネジャ(Virtualized Infrastructure Manager(略して、VIM))は、例えばインフラストラクチャ・リソースの割り振り及びオペレーションを管理する機能のようなリソース管理機能を実行してもよい。仮想化インフラストラクチャ・マネジャ106及びVNFマネジャ104は、リソースの割り振りを実行し、仮想化ハードウェア・リソースのコンフィギュレーション及びステータス情報を交換するために、互いに通信してもよい。VIMは、アクセラレーション・リソース等の割り振り管理を実行するように構成されるアクセラレーション・リソース・マネジメント・モジュール121を含む。
NFVシステムの上記のアーキテクチャにおいて、NFVインフラストラクチャ・レイヤ130は、コンピューティング・ハードウェア112と、ストレージ・ハードウェア114と、ネットワーク・ハードウェア116と、アクセラレーション・ハードウェア115と、仮想化レイヤ(Virtualization Layer)と、仮想化コンピューティング110と、仮想化ストレージ118と、仮想化アクセラレーション123と、仮想化ネットワーク120とを含む。アクセラレーション・ハードウェア115と、アクセラレーション・リソース・マネジメント・エージェント125と、仮想化アクセラレーション123とは、アクセラレーション・リソースのスケジューリングに関連付けられる。
以下、本発明の実施形態で使用される概念を説明する。
コンピューティング・ノードは、NFVシステム・アーキテクチャにおいて、コンピューティング・ハードウェア、ネットワーク・ハードウェア、アクセラレーション・ハードウェア等を提供する物理ホストとして言及され、異なるコンピューティング・ノードは異なる物理ホストである。
アクセラレーション・リソースは、アクセラレーション機能を提供することが可能なリソースであり、本発明のこの実施形態におけるNFVのアクセラレーション・ハードウェアであってもよい。
コンピューティング・ノードはアクセラレーション・リソース(アクセラレーション・ハードウェア)を提供するために使用されてもよく、即ち、異なるコンピューティング・ノードは異なるアクセラレーション・リソース(アクセラレーション・ハードウェア)を個別的に提供する。従って、アクセラレーション・リソースが決定されることを必要とする場合、アクセラレーション・リソースを決定することは、アクセラレーション・リソース(アクセラレーション・ハードウェア)を提供するコンピューティング・ノードを決定することにより実現されてもよい。
図2は本発明の実施形態によるアクセラレーション・リソース処理方法の実施形態1の概略フローチャートである。方法は、上記のNFVシステムにおけるVIMにより実行される。図2に示されるように、方法は以下のステップを含む。
S101。サービスのアクセラレーション・リソース・リクエストを受信する：アクセラレーション・リソース・リクエストは、アクセラレーション・リソースの属性パラメータとサービス・アクセラレーション・リソース・スケジューリング・ポリシーとを有し、サービス・アクセラレーション・リソース・スケジューリング・ポリシーは、サービスのサービス要件に基づいて決定される。
サービスのアクセラレーション・リソース・リクエストは特定の状況で送信される。例えば、仮想化マシンがサービスのために要求される場合、サービスの実際の要件に基づいて、そのサービスについてアクセラレーション・リソースが要求される。例えば、暗号化/復号化処理及びメディア・オーディオ及びビデオトランスコーディングのようなオペレーションがサービスにおいて実行される場合、そのサービスについてアクセラレーション・リソースが要求される必要がある。サービスが比較的高いレイテンシ要件を有する場合、サービスに対応するサービス・アクセラレーション・リソース・スケジューリング・ポリシーは、アクセラレーション・リソースとコンピューティング・リソースとが同じコンピューティング・ノード上にある要件を反映してもよく、即ちアクセラレーション・リソース・スケジューリング・ポリシーは、サービスの実際の要件に基づいて決定される。
仮想化マシンが要求される場合にそのサービスについてアクセラレーション・リソースが要求される具体例が使用される。サービスについて仮想化マシンを求める場合、VNFMは、仮想化マシンについてのリクエストをVIMへ送信してもよい。仮想化マシンを求めるためのリクエストは、アクセラレーション・リソース・リクエストを含み、アクセラレーション・リソース・リクエストは、アクセラレーション・リソースの属性パラメータとサービス・アクセラレーション・リソース・スケジューリング・ポリシーとを含む。
上述したように、VIMは、アクセラレーション・リソースの割り振り等を管理するように構成されるアクセラレーション・リソース・マネジメント・モジュールを含む。このステップにおいて、アクセラレーション・リソース・リクエストを受信した場合、VIMは、アクセラレーション・リソース・マネジメント・モジュールを使用することにより、アクセラレーション・リソース・リクエストにおけるアクセラレーション・リソースの属性パラメータ及びサービス・アクセラレーション・リソース・スケジューリング・ポリシーを受信及び処理する。
S102。アクセラレーション・リソースの属性パラメータとサービス・アクセラレーション・リソース・スケジューリング・ポリシーとに基づいてサービスのアクセラレーション・リソースを決定する。
アクセラレーション・リソース・リクエストにおけるアクセラレーション・リソースの属性パラメータは、アクセラレーション・タイプ及びアルゴリズム・タイプのようなパラメータを含む。アクセラレーション・リソース・スケジューリング・ポリシーは、サービスのサービス要件に基づいて決定される。アクセラレーション・リソース・スケジューリング・ポリシーは、アクセラレーション・リソース・スケジューリング優先度を設定するために主に使用される。アクセラレーション・リソースは、ローカル仮想化アクセラレーション・リソース、リモート仮想化アクセラレーション・リソース、ローカル・シングル・ルートI/O仮想化アクセラレーション・リソース、及びリモート・シングル・ルートI/O仮想化アクセラレーション・リソースを含む。ローカル仮想化アクセラレーション・リソースは、アクセラレーション・リソースと仮想化マシンとが同じコンピューティング・ノード上にあること、及びアクセラレーション・リソースが仮想化レイヤを介して仮想化マシンに接続されることを必要とすることを示す。リモート仮想化アクセラレーション・リソースは、アクセラレーション・リソースと仮想化マシンとが同じコンピューティング・ノード上にないこと、及びアクセラレーション・リソースが仮想化レイヤを介して仮想化マシンに接続されることを必要とすることを示す。ローカル・シングル・ルートI/O仮想化アクセラレーション・リソースは、アクセラレーション・リソースと仮想化マシンとが同じコンピューティング・ノード上にあること、及びアクセラレーション・リソースが仮想化レイヤを通過することなく仮想化マシンに直接的に接続されることを示す。リモート・シングル・ルートI/O仮想化アクセラレーション・リソースは、アクセラレーション・リソースと仮想化マシンとが同じコンピューティング・ノード上にないこと、及びアクセラレーション・リソースが仮想化レイヤを通過することなく仮想化マシンに直接的に接続されることを示す。図3は様々なタイプのアクセラレーション・リソースの概略図である。
アクセラレーション・リソース・スケジューリング・ポリシーは、アクセラレーション・スケジューリング優先度を設定するために使用される。アクセラレーション・リソース・スケジューリング・ポリシーを受信すると、アクセラレーション・リソース・マネジメント・モジュールは、アクセラレーション・リソース・スケジューリング・ポリシーで設定されるアクセラレーション・スケジューリング優先度に基づいて、アクセラレーション・リソースを選択してもよい。以下、説明のため一例が使用される。
アクセラレーション・リソース・スケジューリング・ポリシーにおけるアクセラレーション・リソース・スケジューリング優先度は：ローカル・シングル・ルートI/O仮想化アクセラレーション・リソース、ローカル仮想化アクセラレーション・リソース、リモート・シングル・ルートI/O仮想化アクセラレーション・リソース、及びリモート仮想化アクセラレーション・リソースであると仮定する。アクセラレーション・リソース・スケジューリング・ポリシーを受信すると、アクセラレーション・リソース・マネジメント・モジュールは、先ず、仮想化マシンと同じコンピューティング・ノード上にあり且つ仮想化マシンに直接的に接続されるアクセラレーション・リソースを選択してもよく、更に、これらのアクセラレーション・リソースがアクセラレーション・リソースの上記の属性パラメータを満たすことを保証する必要がある。
従来技術では、アクセラレーション・リソースは、演算タイプ及びアルゴリズム・タイプのようなパラメータのみに基づいて決定されることが可能であり、この方法では、サービス・アクセラレーションの基本的な要件のみは保証されることが可能であるが、サービスがより良いアクセラレーション効果を達成することはできない。例えば、サービス・アクセラレーションがレイテンシに敏感である場合に、従来技術の方法で決定されるアクセラレーション・リソースに基づくと、アクセラレーション・リソースと仮想化マシンとが同じコンピューティング・ノード上にない状況が生じるかもしれない。サービス・アクセラレーションがアクセラレーション・リソースを使用することにより実行される場合、コンピューティング・ノード間でネットワークのスイッチングが生じ、即ちネットワーク・レイテンシが存在する。コンピューティング処理のレイテンシと比較すると、ネットワーク・レイテンシは、通常、比較的高い。従って、サービス・レイテンシは標準に到達しないかもしれない。
しかしながら、この実施形態では、サービス・アクセラレーション・リソース・スケジューリング・ポリシーがサービスのアクセラレーション・リソース・リクエストに追加され、アクセラレーション・リソース・スケジューリング優先度が、サービスの実際の要件に基づいてポリシーにおいて設定される。例えば、サービスがレイテンシに敏感である場合、ローカル・シングル・ルートI/O仮想化アクセラレーション・リソースが、ポリシーにおける第1選択肢であるように設定されてもよい。アクセラレーション・リソースを選択する場合に、アクセラレーション・リソース・マネジメント・モジュールは、仮想化マシンと同じコンピューティング・ノード上にあり、且つシングル・ルートI/O仮想化方式でスケジューリングされるアクセラレーション・リソースを先ず選択し得る。要件を満たすアクセラレーション・リソースは、レイテンシを避けるように、サービス・アクセラレーションが実行される場合に、ネットワーク・スイッチングが要求されないことを保証することが可能であり、これによりサービスのレイテンシ要件を満たす。即ち、この実施形態では、従来技術に基づいて、アクセラレーション・リソースがサービス・アクセラレーション・リソース・スケジューリング・ポリシーに従って選択され、それによりサービスの遅延感度のような特定の要件が満たされることが可能になり、これによりサービス・レイテンシ及びパフォーマンスを改善する。上記の条件を満たすアクセラレーション・リソースが無い場合、アクセラレーション・リソース・スケジューリング・ポリシーで設定されるアクセラレーション・リソース・スケジューリング優先度に基づいて、2番目のタイプのアクセラレーション・リソースが選択される。
確かに、選択的に、アクセラレーション・リソース優先度は、サービス・アクセラレーション・リソース・スケジューリング・ポリシーで設定されなくてもよく、上記の様々なアクセラレーション・リソースの最適なアクセラレーション・リソースのみが、サービスの実際の要件に基づいて提供される。上記の実施形態に基づいて、この実施形態はサービスのアクセラレーション・リソースを決定する特定の方法に関連する。図4は本発明の実施形態によるアクセラレーション・リソース処理方法の実施形態2の概略フローチャートである。図4に示されるように、上記のステップS102は具体的に以下のステップを含む。
S201。アクセラレーション・リソースの属性パラメータに基づいて、アクセラレーション・リソース・コンピューティング・ノードを決定する。
上述したように、アクセラレーション・リソースの属性パラメータは、アクセラレーション・タイプ、アルゴリズム・タイプ等を含む。また、属性パラメータは、アクセラレーション・トラフィック等を更に含んでもよい。アクセラレーション・タイプは、例えば、暗号化/解読、エンコーディング/デコーディング、又は画像処理のようなアクセラレーションの特定のタイプを示すために使用される。アルゴリズム・タイプは、例えば暗号化/復号化の際の特定の暗号化/解読アルゴリズムのような特定のアクセラレーション・タイプに関するアルゴリズムを識別するために使用される。アクセラレーション・トラフィックは、アクセラレーション・リソースの処理能力に関する要件、例えば暗号化/解読の際の暗号化/解読スループットが5Gbit/sであることを表現する。
これらの属性パラメータ要件を満たす全てのコンピューティング・ノードは、これらの属性パラメータに基づいて決定される。複数のコンピューティング・ノードがこれらの属性パラメータ要件を満たすかもしれず、従って複数のコンピューティング・ノードを含むセットが、このステップで取得されてもよいことに留意すべきである。
S202。サービスのアクセラレーション・リソースのコンピューティング・ノードを、サービス・アクセラレーション・リソース・スケジューリング・ポリシーに基づいてアクセラレーション・リソース・コンピューティング・ノードから決定する。
上記の属性パラメータを満たすコンピューティング・ノードが決定された後、サービス・アクセラレーション・リソース・スケジューリング・ポリシーを満たすコンピューティング・ノードがこれらのコンピューティング・ノードから選択される。
別の実施形態において、上記のステップS201の前に、上記のステップS102は更に：
アクセラレーション・リソース・リクエストに基づいてコンピューティング・リソース・コンピューティング・ノードを取得するステップを更に含む。
具体的には、リソースが特定のサービスについて要求される場合に、コンピューティング・リソースが要求される必要があるかもしれず、コンピューティング・リソースは、例えば中央処理ユニットのような処理及び演算リソースを提供するために使用される。また、サービスに要求されるリソースは、ストレージ・リソース及びネットワーク・リソースを更に含んでもよい。アクセラレーション・リソースが要求される前に、コンピューティング・リソースが先ず要求される必要があり、即ちコンピューティング・リソースが配置されているコンピューティング・ノードが決定される。サービスのために仮想化マシンを求めることが一例として使用される。サービスのために仮想化マシンを求める場合、VNFNは、仮想化マシンを求めるためのリクエストをVIMに送信してもよく、VIMは、サービス要件を満たすコンピューティング・リソース・コンピューティング・ノードを、VIMにおけるコンピューティング・リソース処理モジュールを使用することにより決定し、即ちこれらのコンピューティング・ノードにおける全てのコンピューティング・リソースはサービスの要件を満たす。複数のコンピューティング・リソース・コンピューティング・ノードが決定されてもよく、決定されたコンピューティング・リソース・コンピューティング・ノードは優先度に基づいて並べられ、即ち最初に選択されるコンピューティング・ノードは、サービスのコンピューティング要件を最も満たすことが可能なコンピューティング・ノードである。
上記の実施形態に基づいて、この実施形態は、アクセラレーション・リソース・コンピューティング・ノードからサービスのアクセラレーション・リソースのコンピューティング・ノードを決定する特定の方法に関連する。即ち、図5は本発明の実施形態によるアクセラレーション・リソース処理方法の実施形態3の概略フローチャートである。図5に示されるように、上記のステップS202は具体的には以下のステップを含む。
S301。アクセラレーション・リソース・スケジューリング・ポリシーにおけるアクセラレーション・リソース優先度に基づいて現在のアクセラレーション・リソース・タイプを決定する。
例えば、アクセラレーション・リソース・スケジューリング・ポリシーにおけるアクセラレーション・リソース・スケジューリング優先度は：ローカル・シングル・ルートI/O仮想化アクセラレーション・リソース、ローカル仮想化アクセラレーション・リソース、リモート・シングル・ルートI/O仮想化アクセラレーション・リソース、及びリモート仮想化アクセラレーション・リソースであると仮定する。この場合、先ず、現在のアクセラレーション・リソース・タイプはローカル・シングル・ルートI/O仮想化アクセラレーション・リソースであることが決定され、即ちサービスによるアクセラレーション・リソースは、仮想化マシンと同じコンピューティング・ノード上にあるべきであり、アクセラレーション・リソースはシングル・ルートI/O仮想化である。
S302。現在のアクセラレーション・リソース・タイプがローカル仮想化アクセラレーション・リソース又はローカル・シングル・ルートI/O仮想化アクセラレーション・リソースである場合に、アクセラレーション・リソース・コンピューティング・ノードとコンピューティング・リソース・コンピューティング・ノードとの積集合から、サービスのアクセラレーション・リソースのコンピューティング・ノードを決定する。
具体的には、現在のアクセラレーション・リソース・タイプがローカル仮想化アクセラレーション・リソース又はローカル・シングル・ルートI/O仮想化アクセラレーション・リソースである場合に、それは、サービスにより使用されるように期待されるアクセラレーション・リソースが、仮想化マシンと同じコンピューティング・ノード上にあるべきであることを示す。この場合、上記の決定されたアクセラレーション・リソース・コンピューティング・ノードとコンピューティング・リソース・コンピューティング・ノードとに基づいて、2つのタイプのコンピューティング・ノードの積集合が決定されるべきである。アクセラレーション・リソース・コンピューティング・ノードは、サービスのアクセラレーション・リソース要件を満たすコンピューティング・ノードであり、コンピューティング・リソース・コンピューティング・ノードは、サービスのコンピューティング・リソース要件を満たすコンピューティング・ノードであるので、2つのタイプのコンピューティング・ノードの積集合における各コンピューティング・ノードは、サービスのアクセラレーション・リソース要件とサービスのコンピューティング・リソース要件との双方を満たす。
例えば、上記の決定されたアクセラレーション・リソース・コンピューティング・ノードが{ノード1，ノード2，ノード3}であり、決定されたコンピューティング・リソース・コンピューティング・ノードが{ノード2，ノード3，ノード4}であった場合、2つのタイプのコンピューティング・ノードの積集合は{ノード2，ノード3}である。即ち、ノード2及びノード3は、サービスのアクセラレーション・リソース要件とサービスのコンピューティング・リソース要件との双方を満たすことが可能である。
S303。現在のアクセラレーション・リソース・タイプがリモート仮想化アクセラレーション・リソース又はリモート・シングル・ルートI/O仮想化アクセラレーション・リソースである場合に、アクセラレーション・リソース・コンピューティング・ノードとコンピューティング・リソース・コンピューティング・ノードとの差集合から、サービスのアクセラレーション・リソースのコンピューティング・ノードを決定する。
具体的には、現在のアクセラレーション・リソース・タイプがリモート仮想化アクセラレーション・リソース又はリモート・シングル・ルートI/O仮想化アクセラレーション・リソースである場合に、それは、サービスにより使用されるように期待されるアクセラレーション・リソースが、仮想化マシンと同じコンピューティング・ノード上にあるべきでないことを示す。この場合、上記の決定されたアクセラレーション・リソース・コンピューティング・ノードとコンピューティング・リソース・コンピューティング・ノードとに基づいて、2つのタイプのコンピューティング・ノードの差集合、即ちアクセラレーション・リソース・コンピューティング・ノードであるが、コンピューティング・リソース・コンピューティング・ノードではないコンピューティング・ノードが決定されるべきである。
例えば、上記の決定されたアクセラレーション・リソース・コンピューティング・ノードが{ノード1，ノード2，ノード3}であり、決定されたコンピューティング・リソース・コンピューティング・ノードが{ノード2，ノード3，ノード4}であった場合、2つのタイプのコンピューティング・ノードの差集合は{ノード1}である。即ち、ノード1のみが、アクセラレーション・リソース・コンピューティング・ノードであるがコンピューティング・リソース・コンピューティング・ノードでない。アクセラレーション・リソース・コンピューティング・ノードとコンピューティング・リソース・コンピューティング・ノードとの差集合が決定され、それにより、取得されたアクセラレーション・リソースと取得されたコンピューティング・リソース(即ち、仮想化マシン)とが同じコンピューティング・ノード上にないことを保証し、これによりアクセラレーション・リソース・スケジューリング・ポリシーにおける要件を満たす。
アクセラレーション・リソースに属し且つ要件を満たすコンピューティング・ノードは存在しないことが上記のS301ないしS303を実行することにより決定された場合、S301ないしS303が実行され続ける。即ち、アクセラレーション・リソース・スケジューリング・ポリシーにおけるアクセラレーション・リソース優先度に基づいて、次のアクセラレーション・リソースが発見され、現在のアクセラレーション・リソース・タイプとして使用され、サービスのアクセラレーション・リソースのコンピューティング・ノードが、新たな現在のアクセラレーション・リソース・タイプに基づいて決定される。
別の実施形態において、コンピューティング・ノードは型属性を有する。型属性はコンピューティング・ノードの配備型を識別するために使用されてもよい。コンピューティング・ノードの配備型は仮想化及びシングル・ルートI/O仮想化を有する。
具体的には、コンピューティング・ノードが配備される場合に、配備型は、仮想化であってもよく、即ち、物理的なハードウェアが仮想化レイヤを介して仮想化リソース・レイヤに接続される；又はシングル・ルートI/O仮想化であってもよく、即ち、物理的なハードウェアが仮想化レイヤを通過することなく仮想化リソース・レイヤに直接的に接続される。コンピューティング・ノードの型属性は、コンピューティング・ノードを説明するために使用される2つの配備型を意味する。
上記の実施形態に基づいて、この実施形態は、アクセラレーション・リソース・コンピューティング・ノードとコンピューティング・リソース・コンピューティング・ノードとの積集合から、サービスのアクセラレーション・リソースのコンピューティング・ノードを決定する特定の方法に関連する。即ち、上記のステップS302は具体的には：
アクセラレーション・リソース・コンピューティング・ノードとコンピューティング・リソース・コンピューティング・ノードとの積集合における現在のコンピューティング・ノードの型属性が、現在のアクセラレーション・リソース・タイプに一致するか否かを決定し；及び型属性が現在のアクセラレーション・リソース・タイプと一致する場合、現在のコンピューティング・ノードを、サービスのアクセラレーション・リソースのコンピューティング・ノードとして使用するステップである。
具体的には、アクセラレーション・リソース・コンピューティング・ノードとコンピューティング・リソース・コンピューティング・ノードとの複数の積集合が存在してもよい。積集合におけるコンピューティング・ノードは順番に決定される。コンピューティング・ノードの型属性が現在のアクセラレーション・リソース・タイプに一致する場合、決定はもはや実行されず、コンピューティング・ノードは、サービスのアクセラレーション・リソースのコンピューティング・ノードとして直接的に使用される。
例えば、アクセラレーション・リソース・コンピューティング・ノードとコンピューティング・リソース・コンピューティング・ノードとの積集合が{ノード2，ノード3，ノード4}であり、ノード2の型属性がシングル・ルートI/O仮想化であり、ノード3の型属性が仮想化であり、ノード4の型属性がシングル・ルートI/O仮想化であり、現在のアクセラレーション・リソース・タイプがローカル仮想化であったと仮定する。この場合、積集合における第1コンピューティング・ノード、即ちノード2から、先ず決定が実行される。ノード2の型属性はシングル・ルートI/O仮想化であるが、現在のアクセラレーション・リソース・タイプはローカル仮想化であり；即ちノード2の型属性は現在のアクセラレーション・リソース・タイプに一致しない。従って、ノード3の型属性が続いて決定される。ノード3の型属性は仮想化であり、従って、ノード3の型属性は現在のアクセラレーション・リソース・タイプに一致する。従って、ノード3は、サービスのアクセラレーション・リソースのコンピューティング・リソースとして決定されてもよい。
上記の実施形態に基づいて、この実施形態は、アクセラレーション・リソース・コンピューティング・ノードとコンピューティング・リソース・コンピューティング・ノードとの差集合から、サービスのアクセラレーション・リソースのコンピューティング・ノードを決定する特定の方法に関連する。即ち、上記のステップS303は具体的には：
アクセラレーション・リソース・コンピューティング・ノードとコンピューティング・リソース・コンピューティング・ノードとの差集合における現在のコンピューティング・ノードの型属性が、現在のアクセラレーション・リソース・タイプに一致するか否かを決定し；及び型属性が現在のアクセラレーション・リソース・タイプと一致する場合、現在のコンピューティング・ノードを、サービスのアクセラレーション・リソースのコンピューティング・ノードとして使用するステップである。
具体的な方法については上記の実施形態に関連し、詳細はここで再び説明されない。
上記の実施形態に基づいて、この実施形態はアクセラレーション・リソース属性を取得する特定の方法に関連する。即ち、上記のアクセラレーション・リソース処理方法は：
アクセラレーション・リソース属性情報を受信するステップを更に含み、アクセラレーション・リソース属性情報は少なくとも型属性を含み、アクセラレーション・リソース属性情報は、周期的に又はコンピューティング・ノード初期化中にアクセラレーション・リソース属性を問い合わせることにより取得される。
選択的に、NFVIは、型属性を決定し、型属性をアクセラレーション・リソース・マネジメント・モジュールへ送信するように、周期的に又はコンピューティング・ノード初期化中にアクセラレーション・リソースの型を検出してもよい。アクセラレーション・リソース・マネジメント・モジュールは、型属性を保存し、アクセラレーション・リソースが選択される必要がある場合に、型属性と受信したアクセラレーション・リソース・スケジューリング・ポリシーとに基づいて、アクセラレーション・リソースを決定する。
上記の実施形態に基づいて、この実施形態はアクセラレーション・リソース・スケジューリング・ポリシーを決定する特定の方法に関連する。即ち、図6は本発明の実施形態によるアクセラレーション・リソース処理方法の実施形態4の概略フローチャートである。図6に示されるように、上記のステップS101の前に、方法は以下のステップを更に含む。
S401。新たに追加されたアクセラレーション・リソース・スケジューリング・ポリシー指示を受信する：新たに追加されたアクセラレーション・リソース・スケジューリング・ポリシー指示は、ポリシー名、アクセラレーション・リソース・タイプ、及びアクセラレーション・リソースの各タイプのスケジューリング優先度を含む。
具体的には、本発明のこの実施形態において、ユーザーは、VNFMクライアント又はVIMクライアントにおいて、アクセラレーション・リソース・スケジューリング・ポリシーのパラメータを入力する。パラメータがVNFMクライアントにおいて入力された場合、VNFMクライアントは、入力されたパラメータをVNFMへ送信し、VNFMは、入力されたパラメータをVIMへ送信し、最終的に、VIMのアクセラレーション・リソース・マネジメント・モジュールが、入力されたパラメータを保存する。パラメータがVIMクライアントにおいて入力された場合、VIMクライアントは、入力されたパラメータをVIMへ送信し、最終的に、VIMのアクセラレーション・リソース・マネジメント・モジュールが、入力されたパラメータを保存する。
S402。ポリシー名、アクセラレーション・リソース・タイプ、及びアクセラレーション・リソースの各タイプのスケジューリング優先度に基づいて、アクセラレーション・リソース・スケジューリング・ポリシーを生成する。
アクセラレーション・リソース・マネジメント・モジュールが保存される前に、新たなアクセラレーション・リソース・スケジューリング・ポリシーは、ユーザーにより入力されるパラメータ情報に基づいて先ず生成される。
以下は、アクセラレーション・リソース・スケジューリング・ポリシーの表現方法の一例であるが、本発明のこの実施形態はこの表現方法に限定されない。
"AccResourceSchedulingPolicyType":{
"Name":"LatencyPriority",//アクセラレーション・リソース・スケジューリング・ポリシーの名前
"Sequence":
{"1":"LocalSriovAcc","2":"LocalVirtioAcc","3":"RemoteSriovAcc","4":"RemoteVirtioAcc"}}.//アクセラレーション・リソース・スケジューリング・ポリシーにおける優先度，ここで、1は最高優先度を表す、等々。4つのタイプのアクセラレーション・リソースが存在する。
図7はアクセラレーション・リソース・スケジューリング・ポリシーを規定するモジュール間相互作用の概略図である。図7に示されるように、アクセラレーション・リソース・スケジューリング・ポリシーのパラメータは、VNFMクライアント又はVIMクライアントを使用することにより入力されてもよく、最終的に、アクセラレーション・リソース・マネジメント・モジュールにより保存される。
アクセラレーション・リソース・スケジューリング・ポリシーのパラメータを受信する場合に、アクセラレーション・リソース・マネジメント・モジュールは、アクセラレーション・リソース・マネジメント・モジュールに対応するポリシーが存在するか否かを決定してもよいことに、留意すべきである。ポリシーが存在しない場合、リソース・マネジメント・モジュールは、ポリシーを生成し、ポリシー；又はポリシーが存在することを示すエラー・コードを保存する。
この実施形態において、アクセラレーション・リソース・スケジューリング・ポリシーは、様々なサービスの要件を満たすように、サービス要件に基づいて柔軟に決定されよい。
別の実施形態では、上記のステップS101の後に、即ち仮想化インフラストラクチャ・マネジャ106が、サービスのアクセラレーション・リソース・リクエストを受信した後に、リソース・スケジューリング・がアクセラレーション・リソース・スケジューリング・ポリシーを含んでいない場合、デフォルトのアクセラレーション・リソース・スケジューリング・ポリシーが、リソース・スケジューリング・リクエストにおけるアクセラレーション・リソース・スケジューリング・ポリシーとして決定されてよい。
選択的な実現において、デフォルトのアクセラレーション・リソース・スケジューリング・ポリシーにおけるアクセラレーション・リソース全てのタイプのスケジューリング優先度は、降順に：ローカル仮想化アクセラレーション・リソース、リモート仮想化アクセラレーション・リソース、ローカル・シングル・ルートI/O仮想化アクセラレーション・リソース、及びリモート・シングル・ルートI/O仮想化アクセラレーション・リソースのとおりである。
以下、アクセラレーション・リソース処理の完全なプロセスを説明するために、仮想化マシンがサービスに要求される例を使用する。図8A及び図8Bはアクセラレーション・リソース処理の完全なプロセスである。図8A及び図8Bにおけるモジュールとモジュール間の相互作用とは本発明のこの実施形態の選択的な実現であり、本発明のこの実施形態への限定として使用されることはできないことに留意すべきである。別の実施形態では、同じ機能が別のモジュール又はより少ないモジュールを使用することにより実現されてもよい。図8A及び図8Bに示されるように、プロセスは以下のステップを含む。
S501。VNFMは仮想化マシンを求めるリクエストを生成し、アクセラレーション・リソース・スケジューリング・ポリシーが新たに追加される。
S502。VNFMは仮想化マシンを求めるリクエストをVIMへ送信し、リクエストは、アクセラレーション・リソース・スケジューリング・ポリシーとアクセラレーション・リソース属性パラメータとを含む。
S503。VIMの処理モジュールは、リクエストに基づいてコンピューティング・リソース・コンピューティング・ノードを決定し、コンピューティング・リソース・コンピューティング・ノードと、アクセラレーション・リソース・スケジューリング・ポリシーと、アクセラレーション・リソース属性パラメータとを、アクセラレーション・リソースを求めるリクエストに組み立てる。
S504。VIMの処理モジュールは、アクセラレーション・リソースを求めるリクエストを、VIMのアクセラレーション・リソース・マネジメント・モジュールへ送信する。
S505。アクセラレーション・リソース・マネジメント・モジュールは、アクセラレーション・リソースを求めるリクエストにおけるアクセラレーション・リソース・スケジューリング・ポリシーが、アクセラレーション・リソース・マネジメント・モジュールに保存されているアクセラレーション・リソース・スケジューリング・ポリシーであるか否かを決定し、アクセラレーション・リソース・スケジューリング・ポリシーが、アクセラレーション・リソース・マネジメント・モジュールに保存されているアクセラレーション・リソース・スケジューリング・ポリシーである場合には、次のステップを実行し、又はアクセラレーション・リソース・スケジューリング・ポリシーが、アクセラレーション・リソース・マネジメント・モジュールに保存されているアクセラレーション・リソース・スケジューリング・ポリシーでない場合には、不成功を返す。
S506。アクセラレーション・リソース・マネジメント・モジュールは、アクセラレーション・リソース属性パラメータに基づいてアクセラレーション・リソース・コンピューティング・ノードを決定し、アクセラレーション・リソース・コンピューティング・ノードとコンピューティング・リソース・コンピューティング・ノードとに基づいて、サービスのアクセラレーション・リソースのコンピューティング・ノードを決定する。
S507。NFVIは、周期的に又はコンピューティング・ノード初期化中にアクセラレーション・リソースの型を検出し、コンピューティング・ノードの型属性を取得する。
S508。NFVIは、コンピューティング・ノードの型属性を、アクセラレーション・リソース・マネジメント・モジュールへ送信する。
S509。アクセラレーション・リソース・マネジメント・モジュールは、受信した型属性を保存する。
S507ないしS509及びS501ないしS506は、特定のシーケンスでは実行されず、独立に実行されてよい。
当業者は、方法の実施形態の全部又は一部のステップが、関連するハードウェアを指示するプログラムにより実現されてよいことを、理解し得る。プログラムは、コンピュータ読み取り可能な記憶媒体に保存されてもよい。コンピュータが動作する場合に、方法の実施形態のステップは実行される。上記の記憶媒体は、ROM、RAM、磁気ディスク、又は光ディスクのような、プログラム・コードを保存することが可能な任意の媒体を含む。
図9は本発明の実施形態によるアクセラレーション・リソース処理装置の実施形態1のモジュール構造図である。図9に示されるように、装置は：
サービスのアクセラレーション・リソース・リクエストを受信するように構成される第1受信モジュール501であって、アクセラレーション・リソース・リクエストは、アクセラレーション・リソースの属性パラメータとサービス・アクセラレーション・リソース・スケジューリング・ポリシーとを有し、サービス・アクセラレーション・リソース・スケジューリング・ポリシーは、サービスのサービス要件に基づいて決定される、第1受信モジュール501；及び
アクセラレーション・リソースの属性パラメータとサービス・アクセラレーション・リソース・スケジューリング・ポリシーとに基づいてサービスのアクセラレーション・リソースを決定するように構成される処理モジュール502を含む。
装置は上記の方法の実施形態を実現するように構成される。実現する原理及び装置の技術的効果は方法の実施形態のものと類似している。詳細はここで再び説明されない。
図10は本発明の実施形態によるアクセラレーション・リソース処理装置の実施形態2のモジュール構造図である。図10に示されるように、処理モジュール502は：
アクセラレーション・リソースの属性パラメータに基づいてアクセラレーション・リソース・コンピューティング・ノードを決定するように構成される第1決定ユニット5021；及び
サービスのアクセラレーション・リソースのコンピューティング・ノードを、サービス・アクセラレーション・リソース・スケジューリング・ポリシーに基づいてアクセラレーション・リソース・コンピューティング・ノードから決定するように構成される第2決定ユニット5022を含む。
図11は本発明の実施形態によるアクセラレーション・リソース処理装置の実施形態3のモジュール構造図である。図11に示されるように、処理モジュール502は：
アクセラレーション・リソース・リクエストに基づいてコンピューティング・リソース・コンピューティング・ノードを取得するように構成される取得ユニット5023を更に含む。
別の実施形態において、第2決定ユニット5022は、具体的に：
アクセラレーション・リソース・スケジューリング・ポリシーにおけるアクセラレーション・リソースの優先度に基づいて現在のアクセラレーション・リソース・タイプを決定し；及び現在のアクセラレーション・リソース・タイプがローカル仮想化アクセラレーション・リソース又はローカル・シングル・ルートI/O仮想化アクセラレーション・リソースである場合に、アクセラレーション・リソース・コンピューティング・ノードとコンピューティング・リソース・コンピューティング・ノードとの積集合から、サービスのアクセラレーション・リソースのコンピューティング・ノードを決定する；又は現在のアクセラレーション・リソース・タイプがリモート仮想化アクセラレーション・リソース又はリモート・シングル・ルートI/O仮想化アクセラレーション・リソースである場合に、アクセラレーション・リソース・コンピューティング・ノードとコンピューティング・リソース・コンピューティング・ノードとの差集合から、サービスのアクセラレーション・リソースのコンピューティング・ノードを決定するように構成される。
第2決定ユニット5022は、具体的に：
アクセラレーション・リソース・コンピューティング・ノードとコンピューティング・リソース・コンピューティング・ノードとの積集合における現在のコンピューティング・ノードの型属性が、現在のアクセラレーション・リソース・タイプに一致するか否かを決定し；及び型属性が現在のアクセラレーション・リソース・タイプと一致する場合、現在のコンピューティング・ノードを、サービスのアクセラレーション・リソースのコンピューティング・ノードとして使用するように更に構成される。
更に、第2決定ユニット5022は、具体的に：
アクセラレーション・リソース・コンピューティング・ノードとコンピューティング・リソース・コンピューティング・ノードとの差集合における現在のコンピューティング・ノードの型属性が、現在のアクセラレーション・リソース・タイプに一致するか否かを決定し；及び型属性が現在のアクセラレーション・リソース・タイプと一致する場合、現在のコンピューティング・ノードを、サービスのアクセラレーション・リソースのコンピューティング・ノードとして使用するように更に構成される、
別の実施形態において、型属性はコンピューティング・ノードの配備型を識別するために使用され、配備型は仮想化及びシングル・ルートI/O仮想化を含む。
図12は本発明の実施形態によるアクセラレーション・リソース処理装置の実施形態4のモジュール構造図である。図12に示されるように、図9に基づく装置は：
アクセラレーション・リソース属性情報を受信するように構成される第2受信モジュール503を更に含み、アクセラレーション・リソース属性情報は少なくとも型属性を含み、アクセラレーション・リソース属性情報は、周期的に又はコンピューティング・ノード初期化中にアクセラレーション・リソース属性を問い合わせることにより取得される。
図13は本発明の実施形態によるアクセラレーション・リソース処理装置の実施形態5のモジュール構造図である。図13に示されるように、図12に基づく装置は：
新たに追加されたアクセラレーション・リソース・スケジューリング・ポリシー指示を受信するように構成される第3受信モジュール504であって、新たに追加されたアクセラレーション・リソース・スケジューリング・ポリシー指示は、ポリシー名、アクセラレーション・リソース・タイプ、及びアクセラレーション・リソースの各タイプのスケジューリング優先度を含む、第3受信モジュール504；及び
ポリシー名、アクセラレーション・リソース・タイプ、及びアクセラレーション・リソースの各タイプのスケジューリング優先度に基づいて、アクセラレーション・リソース・スケジューリング・ポリシーを生成するように構成される生成モジュール505を更に含む。
図14は本発明の実施形態によるアクセラレーション・リソース処理装置の実施形態6のモジュール構造図である。図14に示されるように、図13に基づく装置は：
リソース・スケジューリング・リクエストがアクセラレーション・リソース・スケジューリング・ポリシーを含まない場合、デフォルトのアクセラレーション・リソース・スケジューリング・ポリシーを、リソース・スケジューリング・リクエストにおけるアクセラレーション・リソース・スケジューリング・ポリシーとして決定するように構成される決定モジュール506を更に含む。
別の実施形態において、デフォルトのアクセラレーション・リソース・スケジューリング・ポリシーにおけるアクセラレーション・リソース全てのタイプのスケジューリング優先度は、降順に：ローカル仮想化アクセラレーション・リソース、リモート仮想化アクセラレーション・リソース、ローカル・シングル・ルートI/O仮想化アクセラレーション・リソース、及びリモート・シングル・ルートI/O仮想化アクセラレーション・リソースのとおりである。
別の実施形態において、属性パラメータは、アクセラレーション・タイプ、アルゴリズム・タイプ、及びアクセラレーション・トラフィックを含む。
図15は本発明の実施形態によるアクセラレーション・リソース処理装置の実施形態7のモジュール構造図である。図15に示されるように、装置は：
メモリ601及びプロセッサ602を含む。
メモリ601はプログラム命令を保存するように構成され、プロセッサ602は：
サービスのアクセラレーション・リソース・リクエストを受信するステップであって、アクセラレーション・リソース・リクエストは、アクセラレーション・リソースの属性パラメータとサービス・アクセラレーション・リソース・スケジューリング・ポリシーとを有し、サービス・アクセラレーション・リソース・スケジューリング・ポリシーは、サービスのサービス要件に基づいて決定される、ステップ；及び
アクセラレーション・リソースの属性パラメータとサービス・アクセラレーション・リソース・スケジューリング・ポリシーとに基づいてサービスのアクセラレーション・リソースを決定するステップ；
という方法を実行するためにメモリ601内のプログラム命令を起動するように構成される。
更に、プロセッサ602は：
アクセラレーション・リソースの属性パラメータに基づいてアクセラレーション・リソース・コンピューティング・ノードを決定し；及び
サービスのアクセラレーション・リソースのコンピューティング・ノードを、サービス・アクセラレーション・リソース・スケジューリング・ポリシーに従ってアクセラレーション・リソース・コンピューティング・ノードから決定するように更に構成される。
更に、プロセッサ602は：
アクセラレーション・リソース・リクエストに基づいてコンピューティング・リソース・コンピューティング・ノードを取得するように更に構成される。
更に、プロセッサ602は：
アクセラレーション・リソース・スケジューリング・ポリシーにおけるアクセラレーション・リソースの優先度に基づいて現在のアクセラレーション・リソース・タイプを決定し；及び
現在のアクセラレーション・リソース・タイプがローカル仮想化アクセラレーション・リソース又はローカル・シングル・ルートI/O仮想化アクセラレーション・リソースである場合に、アクセラレーション・リソース・コンピューティング・ノードとコンピューティング・リソース・コンピューティング・ノードとの積集合から、サービスのアクセラレーション・リソースのコンピューティング・ノードを決定し；又は
現在のアクセラレーション・リソース・タイプがリモート仮想化アクセラレーション・リソース又はリモート・シングル・ルートI/O仮想化アクセラレーション・リソースである場合に、アクセラレーション・リソース・コンピューティング・ノードとコンピューティング・リソース・コンピューティング・ノードとの差集合から、サービスのアクセラレーション・リソースのコンピューティング・ノードを決定するように更に構成される。
更に、プロセッサ602は：
アクセラレーション・リソース・コンピューティング・ノードとコンピューティング・リソース・コンピューティング・ノードとの積集合における現在のコンピューティング・ノードの型属性が、現在のアクセラレーション・リソース・タイプに一致するか否かを決定し；及び型属性が現在のアクセラレーション・リソース・タイプと一致する場合、現在のコンピューティング・ノードを、サービスのアクセラレーション・リソースのコンピューティング・ノードとして使用するように更に構成される。
更に、プロセッサ602は：
アクセラレーション・リソース・コンピューティング・ノードとコンピューティング・リソース・コンピューティング・ノードとの差集合における現在のコンピューティング・ノードの型属性が、現在のアクセラレーション・リソース・タイプに一致するか否かを決定し；及び型属性が現在のアクセラレーション・リソース・タイプと一致する場合、現在のコンピューティング・ノードを、サービスのアクセラレーション・リソースのコンピューティング・ノードとして使用するように更に構成される。
別の実施形態において、型属性はコンピューティング・ノードの配備型を識別するために使用され、配備型は仮想化及びシングル・ルートI/O仮想化を含む。
更に、プロセッサ602は：
アクセラレーション・リソース属性情報を受信するように更に構成され、アクセラレーション・リソース属性情報は少なくとも型属性を有し、アクセラレーション・リソース属性情報は、周期的に又はコンピューティング・ノード初期化中にアクセラレーション・リソース属性を問い合わせることにより取得される。
更に、プロセッサ602は：
新たに追加されたアクセラレーション・リソース・スケジューリング・ポリシー指示を受信するステップであって、新たに追加されたアクセラレーション・リソース・スケジューリング・ポリシー指示は、ポリシー名、アクセラレーション・リソース・タイプ、及びアクセラレーション・リソースの各タイプのスケジューリング優先度を有する、ステップ；及び
ポリシー名、アクセラレーション・リソース・タイプ、及びアクセラレーション・リソースの各タイプのスケジューリング優先度に基づいて、アクセラレーション・リソース・スケジューリング・ポリシーを生成するステップを行うように更に構成される。
更に、プロセッサ602は：
リソース・スケジューリング・リクエストがアクセラレーション・リソース・スケジューリング・ポリシーを有しない場合、デフォルトのアクセラレーション・リソース・スケジューリング・ポリシーを、リソース・スケジューリング・リクエストにおけるアクセラレーション・リソース・スケジューリング・ポリシーとして決定するように更に構成される。
別の実施形態において、デフォルトのアクセラレーション・リソース・スケジューリング・ポリシーにおけるアクセラレーション・リソース全てのタイプのスケジューリング優先度は、降順に：ローカル仮想化アクセラレーション・リソース、リモート仮想化アクセラレーション・リソース、ローカル・シングル・ルートI/O仮想化アクセラレーション・リソース、及びリモート・シングル・ルートI/O仮想化アクセラレーション・リソースのとおりである。
別の実施形態において、属性パラメータは、アクセラレーション・タイプ、アルゴリズム・タイプ、及びアクセラレーション・トラフィックを含む。
別の実施形態において、本発明の実施形態はNFVシステムを更に提供し、NFVシステムは上記のアクセラレーション・リソース処理装置を含む。
最後に、上記の実施形態は、本発明を限定するためではなく、単に本発明の技術的ソリューションを説明するように意図されていることに留意すべきである。本発明は上記の実施形態を参照して詳細に説明されているが、本発明の実施形態の技術的ソリューションの範囲から逸脱することなく、上記の実施形態で説明される技術的ソリューションに修正を更に施してもよいし、又は実施形態の全部又は一部の技術的特徴に対して均等な置換を更に施してもよいことを、当業者は理解すべきである。

Claims (26)

  1. アクセラレーション・リソース処理方法であって：
    サービスのアクセラレーション・リソース・リクエストを受信するステップであって、前記アクセラレーション・リソース・リクエストは、アクセラレーション・リソースの属性パラメータとサービス・アクセラレーション・リソース・スケジューリング・ポリシーとを有し、前記サービス・アクセラレーション・リソース・スケジューリング・ポリシーは、前記サービスのサービス要件に基づいて決定される、ステップ；及び
    前記アクセラレーション・リソースの前記属性パラメータと前記サービス・アクセラレーション・リソース・スケジューリング・ポリシーとに基づいて前記サービスの前記アクセラレーション・リソースを決定するステップ；
    を有する方法。
  2. 前記アクセラレーション・リソースの前記属性パラメータと前記サービス・アクセラレーション・リソース・スケジューリング・ポリシーとに基づいて前記サービスの前記アクセラレーション・リソースを決定するステップが：
    前記アクセラレーション・リソースの前記属性パラメータに基づいてアクセラレーション・リソース・コンピューティング・ノードを決定するステップ；及び
    前記サービスの前記アクセラレーション・リソースのコンピューティング・ノードを、前記サービス・アクセラレーション・リソース・スケジューリング・ポリシーに従って前記アクセラレーション・リソース・コンピューティング・ノードから決定するステップ；
    を有する、請求項１に記載の方法。
  3. 前記アクセラレーション・リソースの前記属性パラメータに基づいてアクセラレーション・リソース・コンピューティング・ノードを決定する前記ステップの前に、前記方法は：
    前記アクセラレーション・リソース・リクエストに基づいてコンピューティング・リソース・コンピューティング・ノードを取得するステップ；
    を有する、請求項２に記載の方法。
  4. 前記サービスの前記アクセラレーション・リソースのコンピューティング・ノードを、前記サービス・アクセラレーション・リソース・スケジューリング・ポリシーに従って前記アクセラレーション・リソース・コンピューティング・ノードから決定する前記ステップが：
    前記アクセラレーション・リソース・スケジューリング・ポリシーにおけるアクセラレーション・リソースの優先度に基づいて現在のアクセラレーション・リソース・タイプを決定するステップ；及び
    前記現在のアクセラレーション・リソース・タイプがローカル仮想化アクセラレーション・リソース又はローカル・シングル・ルートI/O仮想化アクセラレーション・リソースである場合に、前記アクセラレーション・リソース・コンピューティング・ノードと前記コンピューティング・リソース・コンピューティング・ノードとの積集合から、前記サービスの前記アクセラレーション・リソースの前記コンピューティング・ノードを決定するステップ；又は
    前記現在のアクセラレーション・リソース・タイプがリモート仮想化アクセラレーション・リソース又はリモート・シングル・ルートI/O仮想化アクセラレーション・リソースである場合に、前記アクセラレーション・リソース・コンピューティング・ノードと前記コンピューティング・リソース・コンピューティング・ノードとの差集合から、前記サービスの前記アクセラレーション・リソースの前記コンピューティング・ノードを決定するステップ；
    を有する、請求項３に記載の方法。
  5. 前記アクセラレーション・リソース・コンピューティング・ノードと前記コンピューティング・リソース・コンピューティング・ノードとの積集合から、前記サービスの前記アクセラレーション・リソースの前記コンピューティング・ノードを決定する前記ステップが：
    前記アクセラレーション・リソース・コンピューティング・ノードと前記コンピューティング・リソース・コンピューティング・ノードとの前記積集合における現在のコンピューティング・ノードの型属性が、前記現在のアクセラレーション・リソース・タイプに一致するか否かを決定し；及び前記型属性が前記現在のアクセラレーション・リソース・タイプと一致する場合、前記現在のコンピューティング・ノードを、前記サービスの前記アクセラレーション・リソースの前記コンピューティング・ノードとして使用するステップ；
    を有する、請求項４に記載の方法。
  6. 前記アクセラレーション・リソース・コンピューティング・ノードと前記コンピューティング・リソース・コンピューティング・ノードとの差集合から、前記サービスの前記アクセラレーション・リソースの前記コンピューティング・ノードを決定する前記ステップが：
    前記アクセラレーション・リソース・コンピューティング・ノードと前記コンピューティング・リソース・コンピューティング・ノードとの前記差集合における現在のコンピューティング・ノードの型属性が、前記現在のアクセラレーション・リソース・タイプに一致するか否かを決定し；及び前記型属性が前記現在のアクセラレーション・リソース・タイプと一致する場合、前記現在のコンピューティング・ノードを、前記サービスの前記アクセラレーション・リソースの前記コンピューティング・ノードとして使用するステップ；
    を有する、請求項４に記載の方法。
  7. 前記型属性は前記コンピューティング・ノードの配備型を識別するために使用され、前記配備型は仮想化及びシングル・ルートI/O仮想化を有する、請求項５又は６に記載の方法。
  8. アクセラレーション・リソース属性情報を受信するステップを更に有し、前記アクセラレーション・リソース属性情報は少なくとも前記型属性を有し、前記アクセラレーション・リソース属性情報は、周期的に又はコンピューティング・ノード初期化中にアクセラレーション・リソース属性を問い合わせることにより取得される、請求項５又は６に記載の方法。
  9. サービスのアクセラレーション・リソース・リクエストを受信する前記ステップの前に、前記方法は：
    新たに追加されたアクセラレーション・リソース・スケジューリング・ポリシー指示を受信するステップであって、前記新たに追加されたアクセラレーション・リソース・スケジューリング・ポリシー指示は、ポリシー名、アクセラレーション・リソース・タイプ、及びアクセラレーション・リソースの各タイプのスケジューリング優先度を有する、ステップ；及び
    前記ポリシー名、前記アクセラレーション・リソース・タイプ、及びアクセラレーション・リソースの各タイプの前記スケジューリング優先度に基づいて、前記アクセラレーション・リソース・スケジューリング・ポリシーを生成するステップ；
    を有する、請求項１に記載の方法。
  10. サービスのアクセラレーション・リソース・リクエストを受信する前記ステップの後に、前記方法は
    リソース・スケジューリング・リクエストが前記アクセラレーション・リソース・スケジューリング・ポリシーを有しない場合、デフォルトのアクセラレーション・リソース・スケジューリング・ポリシーを、前記リソース・スケジューリング・リクエストにおける前記アクセラレーション・リソース・スケジューリング・ポリシーとして決定するステップ；
    を更に有する請求項１に記載の方法。
  11. 前記デフォルトのアクセラレーション・リソース・スケジューリング・ポリシーにおけるアクセラレーション・リソース全てのタイプのスケジューリング優先度は、降順に：ローカル仮想化アクセラレーション・リソース、リモート仮想化アクセラレーション・リソース、ローカル・シングル・ルートI/O仮想化アクセラレーション・リソース、及びリモート・シングル・ルートI/O仮想化アクセラレーション・リソースのとおりである、請求項１０に記載の方法。
  12. 前記属性パラメータは、アクセラレーション・タイプ、アルゴリズム・タイプ、及びアクセラレーション・トラフィックを有する、請求項１に記載の方法。
  13. アクセラレーション・リソース処理装置であって：
    サービスのアクセラレーション・リソース・リクエストを受信するように構成される第１受信モジュールであって、前記アクセラレーション・リソース・リクエストは、アクセラレーション・リソースの属性パラメータとサービス・アクセラレーション・リソース・スケジューリング・ポリシーとを有し、前記サービス・アクセラレーション・リソース・スケジューリング・ポリシーは、前記サービスのサービス要件に基づいて決定される、第１受信モジュール；及び
    前記アクセラレーション・リソースの前記属性パラメータと前記サービス・アクセラレーション・リソース・スケジューリング・ポリシーとに基づいて前記サービスの前記アクセラレーション・リソースを決定するように構成される処理モジュール；
    を有する装置。
  14. 前記処理モジュールは：
    前記アクセラレーション・リソースの前記属性パラメータに基づいてアクセラレーション・リソース・コンピューティング・ノードを決定するように構成される第１決定ユニット；及び
    前記サービスの前記アクセラレーション・リソースのコンピューティング・ノードを、前記サービス・アクセラレーション・リソース・スケジューリング・ポリシーに従って前記アクセラレーション・リソース・コンピューティング・ノードから決定するように構成される第２決定ユニット；
    を有する、請求項１３に記載の装置。
  15. 前記処理モジュールは：
    前記アクセラレーション・リソース・リクエストに基づいてコンピューティング・リソース・コンピューティング・ノードを取得するように構成される取得ユニット；
    を更に有する、請求項１４に記載の装置。
  16. 前記第２決定ユニットは、具体的に：
    前記アクセラレーション・リソース・スケジューリング・ポリシーにおけるアクセラレーション・リソースの優先度に基づいて現在のアクセラレーション・リソース・タイプを決定し；及び
    前記現在のアクセラレーション・リソース・タイプがローカル仮想化アクセラレーション・リソース又はローカル・シングル・ルートI/O仮想化アクセラレーション・リソースである場合に、前記アクセラレーション・リソース・コンピューティング・ノードと前記コンピューティング・リソース・コンピューティング・ノードとの積集合から、前記サービスの前記アクセラレーション・リソースの前記コンピューティング・ノードを決定する；又は
    前記現在のアクセラレーション・リソース・タイプがリモート仮想化アクセラレーション・リソース又はリモート・シングル・ルートI/O仮想化アクセラレーション・リソースである場合に、前記アクセラレーション・リソース・コンピューティング・ノードと前記コンピューティング・リソース・コンピューティング・ノードとの差集合から、前記サービスの前記アクセラレーション・リソースの前記コンピューティング・ノードを決定する；
    ように構成される、請求項１５に記載の装置。
  17. 前記第２決定ユニットは、具体的に：
    前記アクセラレーション・リソース・コンピューティング・ノードと前記コンピューティング・リソース・コンピューティング・ノードとの前記積集合における現在のコンピューティング・ノードの型属性が、前記現在のアクセラレーション・リソース・タイプに一致するか否かを決定し；及び前記型属性が前記現在のアクセラレーション・リソース・タイプと一致する場合、前記現在のコンピューティング・ノードを、前記サービスの前記アクセラレーション・リソースの前記コンピューティング・ノードとして使用する；
    ように更に構成される、請求項１６に記載の装置。
  18. 前記第２決定ユニットは、具体的に：
    前記アクセラレーション・リソース・コンピューティング・ノードと前記コンピューティング・リソース・コンピューティング・ノードとの前記差集合における現在のコンピューティング・ノードの型属性が、前記現在のアクセラレーション・リソース・タイプに一致するか否かを決定し；及び前記型属性が前記現在のアクセラレーション・リソース・タイプと一致する場合、前記現在のコンピューティング・ノードを、前記サービスの前記アクセラレーション・リソースの前記コンピューティング・ノードとして使用する；
    ように更に構成される、請求項１６に記載の装置。
  19. 前記型属性は前記コンピューティング・ノードの配備型を識別するために使用され、前記配備型は仮想化及びシングル・ルートI/O仮想化を有する、請求項１７又は１８に記載の装置。
  20. 前記装置は：
    アクセラレーション・リソース属性情報を受信するように構成される第２受信モジュールを更に有し、前記アクセラレーション・リソース属性情報は少なくとも前記型属性を有し、前記アクセラレーション・リソース属性情報は、周期的に又はコンピューティング・ノード初期化中にアクセラレーション・リソース属性を問い合わせることにより取得される、請求項１７又は１８に記載の装置。
  21. 前記装置は：
    新たに追加されたアクセラレーション・リソース・スケジューリング・ポリシー指示を受信するように構成される第３受信モジュールであって、前記新たに追加されたアクセラレーション・リソース・スケジューリング・ポリシー指示は、ポリシー名、アクセラレーション・リソース・タイプ、及びアクセラレーション・リソースの各タイプのスケジューリング優先度を有する、第３受信モジュール；及び
    前記ポリシー名、前記アクセラレーション・リソース・タイプ、及びアクセラレーション・リソースの各タイプの前記スケジューリング優先度に基づいて、前記アクセラレーション・リソース・スケジューリング・ポリシーを生成するように構成される生成モジュール；
    を更に有する、請求項１３に記載の装置。
  22. 前記装置は：
    前記リソース・スケジューリング・リクエストが前記アクセラレーション・リソース・スケジューリング・ポリシーを有しない場合、デフォルトのアクセラレーション・リソース・スケジューリング・ポリシーを、前記リソース・スケジューリング・リクエストにおける前記アクセラレーション・リソース・スケジューリング・ポリシーとして決定するように構成される決定モジュールを更に有する、請求項１３に記載の装置。
  23. 前記デフォルトのアクセラレーション・リソース・スケジューリング・ポリシーにおけるアクセラレーション・リソース全てのタイプのスケジューリング優先度は、降順に：ローカル仮想化アクセラレーション・リソース、リモート仮想化アクセラレーション・リソース、ローカル・シングル・ルートI/O仮想化アクセラレーション・リソース、及びリモート・シングル・ルートI/O仮想化アクセラレーション・リソースのとおりである、請求項２２に記載の装置。
  24. 前記属性パラメータは、アクセラレーション・タイプ、アルゴリズム・タイプ、及びアクセラレーション・トラフィックを有する、請求項１３に記載の装置。
  25. メモリとプロセッサとを有するアクセラレーション・リソース処理装置であって、前記メモリはプログラム命令を保存するように構成され、前記プロセッサは：
    サービスのアクセラレーション・リソース・リクエストを受信するステップであって、前記アクセラレーション・リソース・リクエストは、アクセラレーション・リソースの属性パラメータとサービス・アクセラレーション・リソース・スケジューリング・ポリシーとを有し、前記サービス・アクセラレーション・リソース・スケジューリング・ポリシーは、前記サービスのサービス要件に基づいて決定される、ステップ；及び
    前記アクセラレーション・リソースの前記属性パラメータと前記サービス・アクセラレーション・リソース・スケジューリング・ポリシーとに基づいて前記サービスの前記アクセラレーション・リソースを決定するステップ；
    という方法を実行するために前記メモリ内の前記プログラム命令を起動するように構成される、装置。
  26. ネットワーク機能仮想化（ＮＦＶ）システムであって、請求項１３ないし２４のうち何れか一項に記載の前記アクセラレーション・リソース処理装置を有する、ＮＦＶシステム。
JP2018568900A 2016-07-04 2017-06-06 アクセラレーション・リソース処理方法及び装置 Active JP6751780B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201610522240.7 2016-07-04
CN201610522240.7A CN105979007B (zh) 2016-07-04 2016-07-04 加速资源处理方法、装置及网络功能虚拟化系统
PCT/CN2017/087236 WO2018006676A1 (zh) 2016-07-04 2017-06-06 加速资源处理方法、装置及网络功能虚拟化系统

Publications (2)

Publication Number Publication Date
JP2019522293A true JP2019522293A (ja) 2019-08-08
JP6751780B2 JP6751780B2 (ja) 2020-09-09

Family

ID=56954982

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018568900A Active JP6751780B2 (ja) 2016-07-04 2017-06-06 アクセラレーション・リソース処理方法及び装置

Country Status (6)

Country Link
US (1) US10838890B2 (ja)
EP (1) EP3468151B1 (ja)
JP (1) JP6751780B2 (ja)
KR (1) KR102199278B1 (ja)
CN (1) CN105979007B (ja)
WO (1) WO2018006676A1 (ja)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105979007B (zh) 2016-07-04 2020-06-02 华为技术有限公司 加速资源处理方法、装置及网络功能虚拟化系统
US10390114B2 (en) 2016-07-22 2019-08-20 Intel Corporation Memory sharing for physical accelerator resources in a data center
CN106412063B (zh) * 2016-09-29 2019-08-13 赛尔网络有限公司 教育网内cdn节点检测与资源调度系统及方法
CN108073423B (zh) 2016-11-09 2020-01-17 华为技术有限公司 一种加速器加载方法、系统和加速器加载装置
CN108062239B (zh) * 2016-11-09 2020-06-16 华为技术有限公司 一种加速器加载方法、系统和加速器加载装置
CN108076095B (zh) * 2016-11-15 2019-07-19 华为技术有限公司 一种nfv系统业务加速方法、系统、装置及服务器
CN106533987B (zh) * 2016-11-15 2020-02-21 郑州云海信息技术有限公司 一种nfv加速资源与通用计算资源智能切换方法及系统
CN106657279B (zh) * 2016-11-24 2019-11-01 北京华为数字技术有限公司 一种网络业务加速方法和设备
US20180150256A1 (en) * 2016-11-29 2018-05-31 Intel Corporation Technologies for data deduplication in disaggregated architectures
CN113328874B (zh) * 2016-11-30 2022-11-08 华为技术有限公司 一种应用于nfv系统的数据加速方法、装置和系统
CN110073342A (zh) * 2016-12-23 2019-07-30 英特尔公司 用于硬件加速的虚拟信道
EP4220396A1 (en) 2017-11-15 2023-08-02 Huawei Technologies Co., Ltd. Acceleration resource scheduling method and acceleration system
US11294730B2 (en) * 2018-01-08 2022-04-05 Telefonaktiebolaget Lm Ericsson (Publ) Process placement in a cloud environment based on automatically optimized placement policies and process execution profiles
CN107948006B (zh) * 2018-01-09 2021-04-16 重庆邮电大学 一种虚拟化网络功能的编排方法及装置
CN110912722B (zh) * 2018-09-17 2022-08-09 中兴通讯股份有限公司 业务资源管理方法、装置、网络设备和可读存储介质
CN109976876B (zh) * 2019-03-20 2021-11-16 联想(北京)有限公司 加速器管理方法和装置
CN112395071A (zh) * 2019-08-12 2021-02-23 北京百度网讯科技有限公司 用于资源管理的方法、装置、电子设备和存储介质

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1297894C (zh) 2003-09-30 2007-01-31 国际商业机器公司 用于调度作业的方法、调度器以及网络计算机系统
US8072883B2 (en) * 2005-09-29 2011-12-06 Emc Corporation Internet small computer systems interface (iSCSI) distance acceleration device
US8645974B2 (en) * 2007-08-02 2014-02-04 International Business Machines Corporation Multiple partition adjunct instances interfacing multiple logical partitions to a self-virtualizing input/output device
US8219988B2 (en) * 2007-08-02 2012-07-10 International Business Machines Corporation Partition adjunct for data processing system
CN103238305A (zh) * 2010-05-28 2013-08-07 安全第一公司 用于安全数据储存的加速器系统
US9021475B2 (en) * 2011-05-04 2015-04-28 Citrix Systems, Inc. Systems and methods for SR-IOV pass-thru via an intermediary device
CN103577266B (zh) * 2012-07-31 2017-06-23 国际商业机器公司 用于对现场可编程门阵列资源进行分配的方法及系统
EP2942992B1 (en) * 2013-01-31 2020-01-01 Huawei Technologies Co., Ltd. Customizable mobile broadband network system, and method for customizing mobile broadband network and corresponding device
US9910689B2 (en) * 2013-11-26 2018-03-06 Dynavisor, Inc. Dynamic single root I/O virtualization (SR-IOV) processes system calls request to devices attached to host
US9838265B2 (en) * 2013-12-19 2017-12-05 Amdocs Software Systems Limited System, method, and computer program for inter-module communication in a network based on network function virtualization (NFV)
US10031767B2 (en) * 2014-02-25 2018-07-24 Dynavisor, Inc. Dynamic information virtualization
CN104951353B (zh) 2014-03-28 2018-09-21 华为技术有限公司 一种对vnf实现加速处理的方法及装置
US20160048344A1 (en) * 2014-08-13 2016-02-18 PernixData, Inc. Distributed caching systems and methods
US10452570B1 (en) * 2014-08-27 2019-10-22 Amazon Technologies, Inc. Presenting physical devices to virtual computers through bus controllers emulated on PCI express endpoints
US20160179218A1 (en) * 2014-12-23 2016-06-23 Intel Corporation Systems and methods for improving the quality of motion sensor generated user input to mobile devices
CN105656994B (zh) * 2014-12-31 2019-02-05 华为技术有限公司 一种业务加速方法和装置
CN105577801B (zh) * 2014-12-31 2019-01-11 华为技术有限公司 一种业务加速方法及装置
CN105159753B (zh) * 2015-09-25 2018-09-28 华为技术有限公司 加速器虚拟化的方法、装置及集中资源管理器
CN111865657B (zh) * 2015-09-28 2022-01-11 华为技术有限公司 一种加速管理节点、加速节点、客户端及方法
WO2017066936A1 (en) * 2015-10-21 2017-04-27 Intel Corporation Mobile edge compute dynamic acceleration assignment
US9904975B2 (en) * 2015-11-11 2018-02-27 Amazon Technologies, Inc. Scaling for virtualized graphics processing
US10048977B2 (en) * 2015-12-22 2018-08-14 Intel Corporation Methods and apparatus for multi-stage VM virtual network function and virtual service function chain acceleration for NFV and needs-based hardware acceleration
US10191865B1 (en) * 2016-04-14 2019-01-29 Amazon Technologies, Inc. Consolidating write transactions for a network device
US10169065B1 (en) * 2016-06-29 2019-01-01 Altera Corporation Live migration of hardware accelerated applications
CN105979007B (zh) * 2016-07-04 2020-06-02 华为技术有限公司 加速资源处理方法、装置及网络功能虚拟化系统
US10425472B2 (en) * 2017-01-17 2019-09-24 Microsoft Technology Licensing, Llc Hardware implemented load balancing
US10783100B2 (en) * 2019-03-27 2020-09-22 Intel Corporation Technologies for flexible I/O endpoint acceleration
US11416295B2 (en) * 2019-04-30 2022-08-16 Intel Corporation Technologies for providing efficient access to data in an edge infrastructure

Also Published As

Publication number Publication date
EP3468151B1 (en) 2021-03-31
EP3468151A1 (en) 2019-04-10
CN105979007B (zh) 2020-06-02
US10838890B2 (en) 2020-11-17
WO2018006676A1 (zh) 2018-01-11
KR20190020073A (ko) 2019-02-27
JP6751780B2 (ja) 2020-09-09
CN105979007A (zh) 2016-09-28
KR102199278B1 (ko) 2021-01-06
US20190129874A1 (en) 2019-05-02
EP3468151A4 (en) 2019-05-29

Similar Documents

Publication Publication Date Title
JP6751780B2 (ja) アクセラレーション・リソース処理方法及び装置
US11429408B2 (en) System and method for network function virtualization resource management
US7792944B2 (en) Executing programs based on user-specified constraints
US9999030B2 (en) Resource provisioning method
US9485197B2 (en) Task scheduling using virtual clusters
US9317336B2 (en) Method and apparatus for assignment of virtual resources within a cloud environment
US8321862B2 (en) System for migrating a virtual machine and resource usage data to a chosen target host based on a migration policy
US9350682B1 (en) Compute instance migrations across availability zones of a provider network
JP6636142B2 (ja) スケールアウト関連付けの方法および装置、ならびにシステム
US10993127B2 (en) Network slice instance management method, apparatus, and system
WO2013163865A1 (zh) 虚拟机热迁移和部署的方法、服务器及集群系统
WO2014194869A1 (zh) 一种请求处理方法、装置及系统
WO2014026524A1 (zh) 一种分配资源的方法及装置
WO2017092505A1 (zh) 云计算环境下虚拟资源弹性伸展的方法，系统和设备
KR20170056350A (ko) Nfv 자원 할당 검증 장치
US10567492B1 (en) Methods for load balancing in a federated identity environment and devices thereof
US9819626B1 (en) Placement-dependent communication channels in distributed systems
EP3113429B1 (en) Network resource processing device, method and system
US11979335B2 (en) Network controller
CN113326100A (zh) 一种集群管理方法、装置、设备及计算机存储介质
KR102025425B1 (ko) 가상 네트워크 기능 배치를 위한 네트워크 장치 및 그 방법
Sutagundar et al. Development of fog based dynamic resource allocation and pricing model in IoT
US11973666B1 (en) Systems and methods for using blockchain to manage service-level agreements between multiple service providers
CN113098705B (zh) 网络业务的生命周期管理的授权方法及装置
EP4283954A1 (en) Computing power information processing method, first network device, and system

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190128

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20190128

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20191122

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20191203

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200218

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20200421

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200717

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20200817

R150 Certificate of patent or registration of utility model

Ref document number: 6751780

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250