(57)【要約】  本発明はアクセラレーション・リソース処理方法及び装置並びにネットワーク機能仮想化システムを提供する。方法は：サービスのアクセラレーション・リソース・リクエストを受信するステップであって、アクセラレーション・リソース・リクエストは、アクセラレーション・リソースの属性パラメータとサービス・アクセラレーション・リソース・スケジューリング・ポリシーとを有し、サービス・アクセラレーション・リソース・スケジューリング・ポリシーは、サービスのサービス要件に基づいて決定される、ステップ；及びアクセラレーション・リソースの属性パラメータとサービス・アクセラレーション・リソース・スケジューリング・ポリシーとに基づいてサービスのアクセラレーション・リソースを決定するステップを含む。この方法によれば、アクセラレーション・リソースは、サービス・アクセラレーション・リソース・スケジューリング・ポリシーに従って選択され、それにより、サービスのレイテンシ感度のような特定の要件が充足されることが可能になり、それにより、サービス・レイテンシを減らし、サービス・パフォーマンスを改善する。
2019522293.tif 000002
【特許請求の範囲】
【請求項１】
アクセラレーション・リソース処理方法であって：
サービスのアクセラレーション・リソース・リクエストを受信するステップであって、前記アクセラレーション・リソース・リクエストは、アクセラレーション・リソースの属性パラメータとサービス・アクセラレーション・リソース・スケジューリング・ポリシーとを有し、前記サービス・アクセラレーション・リソース・スケジューリング・ポリシーは、前記サービスのサービス要件に基づいて決定される、ステップ；及び
前記アクセラレーション・リソースの前記属性パラメータと前記サービス・アクセラレーション・リソース・スケジューリング・ポリシーとに基づいて前記サービスの前記アクセラレーション・リソースを決定するステップ；
を有する方法。
【請求項２】
前記アクセラレーション・リソースの前記属性パラメータと前記サービス・アクセラレーション・リソース・スケジューリング・ポリシーとに基づいて前記サービスの前記アクセラレーション・リソースを決定するステップが：
前記アクセラレーション・リソースの前記属性パラメータに基づいてアクセラレーション・リソース・コンピューティング・ノードを決定するステップ；及び
前記サービスの前記アクセラレーション・リソースのコンピューティング・ノードを、前記サービス・アクセラレーション・リソース・スケジューリング・ポリシーに従って前記アクセラレーション・リソース・コンピューティング・ノードから決定するステップ；
を有する、請求項１に記載の方法。
【請求項３】
前記アクセラレーション・リソースの前記属性パラメータに基づいてアクセラレーション・リソース・コンピューティング・ノードを決定する前記ステップの前に、前記方法は：
前記アクセラレーション・リソース・リクエストに基づいてコンピューティング・リソース・コンピューティング・ノードを取得するステップ；
を有する、請求項２に記載の方法。
【請求項４】
前記サービスの前記アクセラレーション・リソースのコンピューティング・ノードを、前記サービス・アクセラレーション・リソース・スケジューリング・ポリシーに従って前記アクセラレーション・リソース・コンピューティング・ノードから決定する前記ステップが：
前記アクセラレーション・リソース・スケジューリング・ポリシーにおけるアクセラレーション・リソースの優先度に基づいて現在のアクセラレーション・リソース・タイプを決定するステップ；及び
前記現在のアクセラレーション・リソース・タイプがローカル仮想化アクセラレーション・リソース又はローカル・シングル・ルートI/O仮想化アクセラレーション・リソースである場合に、前記アクセラレーション・リソース・コンピューティング・ノードと前記コンピューティング・リソース・コンピューティング・ノードとの積集合から、前記サービスの前記アクセラレーション・リソースの前記コンピューティング・ノードを決定するステップ；又は
前記現在のアクセラレーション・リソース・タイプがリモート仮想化アクセラレーション・リソース又はリモート・シングル・ルートI/O仮想化アクセラレーション・リソースである場合に、前記アクセラレーション・リソース・コンピューティング・ノードと前記コンピューティング・リソース・コンピューティング・ノードとの差集合から、前記サービスの前記アクセラレーション・リソースの前記コンピューティング・ノードを決定するステップ；
を有する、請求項３に記載の方法。
【請求項５】
前記アクセラレーション・リソース・コンピューティング・ノードと前記コンピューティング・リソース・コンピューティング・ノードとの積集合から、前記サービスの前記アクセラレーション・リソースの前記コンピューティング・ノードを決定する前記ステップが：
前記アクセラレーション・リソース・コンピューティング・ノードと前記コンピューティング・リソース・コンピューティング・ノードとの前記積集合における現在のコンピューティング・ノードの型属性が、前記現在のアクセラレーション・リソース・タイプに一致するか否かを決定し；及び前記型属性が前記現在のアクセラレーション・リソース・タイプと一致する場合、前記現在のコンピューティング・ノードを、前記サービスの前記アクセラレーション・リソースの前記コンピューティング・ノードとして使用するステップ；
を有する、請求項４に記載の方法。
【請求項６】
前記アクセラレーション・リソース・コンピューティング・ノードと前記コンピューティング・リソース・コンピューティング・ノードとの差集合から、前記サービスの前記アクセラレーション・リソースの前記コンピューティング・ノードを決定する前記ステップが：
前記アクセラレーション・リソース・コンピューティング・ノードと前記コンピューティング・リソース・コンピューティング・ノードとの前記差集合における現在のコンピューティング・ノードの型属性が、前記現在のアクセラレーション・リソース・タイプに一致するか否かを決定し；及び前記型属性が前記現在のアクセラレーション・リソース・タイプと一致する場合、前記現在のコンピューティング・ノードを、前記サービスの前記アクセラレーション・リソースの前記コンピューティング・ノードとして使用するステップ；
を有する、請求項４に記載の方法。
【請求項７】
前記型属性は前記コンピューティング・ノードの配備型を識別するために使用され、前記配備型は仮想化及びシングル・ルートI/O仮想化を有する、請求項５又は６に記載の方法。
【請求項８】
アクセラレーション・リソース属性情報を受信するステップを更に有し、前記アクセラレーション・リソース属性情報は少なくとも前記型属性を有し、前記アクセラレーション・リソース属性情報は、周期的に又はコンピューティング・ノード初期化中にアクセラレーション・リソース属性を問い合わせることにより取得される、請求項５又は６に記載の方法。
【請求項９】
サービスのアクセラレーション・リソース・リクエストを受信する前記ステップの前に、前記方法は：
新たに追加されたアクセラレーション・リソース・スケジューリング・ポリシー指示を受信するステップであって、前記新たに追加されたアクセラレーション・リソース・スケジューリング・ポリシー指示は、ポリシー名、アクセラレーション・リソース・タイプ、及びアクセラレーション・リソースの各タイプのスケジューリング優先度を有する、ステップ；及び
前記ポリシー名、前記アクセラレーション・リソース・タイプ、及びアクセラレーション・リソースの各タイプの前記スケジューリング優先度に基づいて、前記アクセラレーション・リソース・スケジューリング・ポリシーを生成するステップ；
を有する、請求項１に記載の方法。
【請求項１０】
サービスのアクセラレーション・リソース・リクエストを受信する前記ステップの後に、前記方法は
リソース・スケジューリング・リクエストが前記アクセラレーション・リソース・スケジューリング・ポリシーを有しない場合、デフォルトのアクセラレーション・リソース・スケジューリング・ポリシーを、前記リソース・スケジューリング・リクエストにおける前記アクセラレーション・リソース・スケジューリング・ポリシーとして決定するステップ；
を更に有する請求項１に記載の方法。
【請求項１１】
前記デフォルトのアクセラレーション・リソース・スケジューリング・ポリシーにおけるアクセラレーション・リソース全てのタイプのスケジューリング優先度は、降順に：ローカル仮想化アクセラレーション・リソース、リモート仮想化アクセラレーション・リソース、ローカル・シングル・ルートI/O仮想化アクセラレーション・リソース、及びリモート・シングル・ルートI/O仮想化アクセラレーション・リソースのとおりである、請求項１０に記載の方法。
【請求項１２】
前記属性パラメータは、アクセラレーション・タイプ、アルゴリズム・タイプ、及びアクセラレーション・トラフィックを有する、請求項１に記載の方法。
【請求項１３】
アクセラレーション・リソース処理装置であって：
サービスのアクセラレーション・リソース・リクエストを受信するように構成される第１受信モジュールであって、前記アクセラレーション・リソース・リクエストは、アクセラレーション・リソースの属性パラメータとサービス・アクセラレーション・リソース・スケジューリング・ポリシーとを有し、前記サービス・アクセラレーション・リソース・スケジューリング・ポリシーは、前記サービスのサービス要件に基づいて決定される、第１受信モジュール；及び
前記アクセラレーション・リソースの前記属性パラメータと前記サービス・アクセラレーション・リソース・スケジューリング・ポリシーとに基づいて前記サービスの前記アクセラレーション・リソースを決定するように構成される処理モジュール；
を有する装置。
【請求項１４】
前記処理モジュールは：
前記アクセラレーション・リソースの前記属性パラメータに基づいてアクセラレーション・リソース・コンピューティング・ノードを決定するように構成される第１決定ユニット；及び
前記サービスの前記アクセラレーション・リソースのコンピューティング・ノードを、前記サービス・アクセラレーション・リソース・スケジューリング・ポリシーに従って前記アクセラレーション・リソース・コンピューティング・ノードから決定するように構成される第２決定ユニット；
を有する、請求項１３に記載の装置。
【請求項１５】
前記処理モジュールは：
前記アクセラレーション・リソース・リクエストに基づいてコンピューティング・リソース・コンピューティング・ノードを取得するように構成される取得ユニット；
を更に有する、請求項１４に記載の装置。
【請求項１６】
前記第２決定ユニットは、具体的に：
前記アクセラレーション・リソース・スケジューリング・ポリシーにおけるアクセラレーション・リソースの優先度に基づいて現在のアクセラレーション・リソース・タイプを決定し；及び
前記現在のアクセラレーション・リソース・タイプがローカル仮想化アクセラレーション・リソース又はローカル・シングル・ルートI/O仮想化アクセラレーション・リソースである場合に、前記アクセラレーション・リソース・コンピューティング・ノードと前記コンピューティング・リソース・コンピューティング・ノードとの積集合から、前記サービスの前記アクセラレーション・リソースの前記コンピューティング・ノードを決定する；又は
前記現在のアクセラレーション・リソース・タイプがリモート仮想化アクセラレーション・リソース又はリモート・シングル・ルートI/O仮想化アクセラレーション・リソースである場合に、前記アクセラレーション・リソース・コンピューティング・ノードと前記コンピューティング・リソース・コンピューティング・ノードとの差集合から、前記サービスの前記アクセラレーション・リソースの前記コンピューティング・ノードを決定する；
ように構成される、請求項１５に記載の装置。
【請求項１７】
前記第２決定ユニットは、具体的に：
前記アクセラレーション・リソース・コンピューティング・ノードと前記コンピューティング・リソース・コンピューティング・ノードとの前記積集合における現在のコンピューティング・ノードの型属性が、前記現在のアクセラレーション・リソース・タイプに一致するか否かを決定し；及び前記型属性が前記現在のアクセラレーション・リソース・タイプと一致する場合、前記現在のコンピューティング・ノードを、前記サービスの前記アクセラレーション・リソースの前記コンピューティング・ノードとして使用する；
ように更に構成される、請求項１６に記載の装置。
【請求項１８】
前記第２決定ユニットは、具体的に：
前記アクセラレーション・リソース・コンピューティング・ノードと前記コンピューティング・リソース・コンピューティング・ノードとの前記差集合における現在のコンピューティング・ノードの型属性が、前記現在のアクセラレーション・リソース・タイプに一致するか否かを決定し；及び前記型属性が前記現在のアクセラレーション・リソース・タイプと一致する場合、前記現在のコンピューティング・ノードを、前記サービスの前記アクセラレーション・リソースの前記コンピューティング・ノードとして使用する；
ように更に構成される、請求項１６に記載の装置。
【請求項１９】
前記型属性は前記コンピューティング・ノードの配備型を識別するために使用され、前記配備型は仮想化及びシングル・ルートI/O仮想化を有する、請求項１７又は１８に記載の装置。
【請求項２０】
前記装置は：
アクセラレーション・リソース属性情報を受信するように構成される第２受信モジュールを更に有し、前記アクセラレーション・リソース属性情報は少なくとも前記型属性を有し、前記アクセラレーション・リソース属性情報は、周期的に又はコンピューティング・ノード初期化中にアクセラレーション・リソース属性を問い合わせることにより取得される、請求項１７又は１８に記載の装置。
【請求項２１】
前記装置は：
新たに追加されたアクセラレーション・リソース・スケジューリング・ポリシー指示を受信するように構成される第３受信モジュールであって、前記新たに追加されたアクセラレーション・リソース・スケジューリング・ポリシー指示は、ポリシー名、アクセラレーション・リソース・タイプ、及びアクセラレーション・リソースの各タイプのスケジューリング優先度を有する、第３受信モジュール；及び
前記ポリシー名、前記アクセラレーション・リソース・タイプ、及びアクセラレーション・リソースの各タイプの前記スケジューリング優先度に基づいて、前記アクセラレーション・リソース・スケジューリング・ポリシーを生成するように構成される生成モジュール；
を更に有する、請求項１３に記載の装置。
【請求項２２】
前記装置は：
前記リソース・スケジューリング・リクエストが前記アクセラレーション・リソース・スケジューリング・ポリシーを有しない場合、デフォルトのアクセラレーション・リソース・スケジューリング・ポリシーを、前記リソース・スケジューリング・リクエストにおける前記アクセラレーション・リソース・スケジューリング・ポリシーとして決定するように構成される決定モジュールを更に有する、請求項１３に記載の装置。
【請求項２３】
前記デフォルトのアクセラレーション・リソース・スケジューリング・ポリシーにおけるアクセラレーション・リソース全てのタイプのスケジューリング優先度は、降順に：ローカル仮想化アクセラレーション・リソース、リモート仮想化アクセラレーション・リソース、ローカル・シングル・ルートI/O仮想化アクセラレーション・リソース、及びリモート・シングル・ルートI/O仮想化アクセラレーション・リソースのとおりである、請求項２２に記載の装置。
【請求項２４】
前記属性パラメータは、アクセラレーション・タイプ、アルゴリズム・タイプ、及びアクセラレーション・トラフィックを有する、請求項１３に記載の装置。
【請求項２５】
メモリとプロセッサとを有するアクセラレーション・リソース処理装置であって、前記メモリはプログラム命令を保存するように構成され、前記プロセッサは：
サービスのアクセラレーション・リソース・リクエストを受信するステップであって、前記アクセラレーション・リソース・リクエストは、アクセラレーション・リソースの属性パラメータとサービス・アクセラレーション・リソース・スケジューリング・ポリシーとを有し、前記サービス・アクセラレーション・リソース・スケジューリング・ポリシーは、前記サービスのサービス要件に基づいて決定される、ステップ；及び
前記アクセラレーション・リソースの前記属性パラメータと前記サービス・アクセラレーション・リソース・スケジューリング・ポリシーとに基づいて前記サービスの前記アクセラレーション・リソースを決定するステップ；
という方法を実行するために前記メモリ内の前記プログラム命令を起動するように構成される、装置。
【請求項２６】
ネットワーク機能仮想化（ＮＦＶ）システムであって、請求項１３ないし２４のうち何れか一項に記載の前記アクセラレーション・リソース処理装置を有する、ＮＦＶシステム。
【発明の詳細な説明】
【背景技術】
【０００１】
本願は全体的にリファレンスに組み込まれる「アクセラレーション・リソース処理方法及び装置並びにネットワーク機能仮想化システム」と題する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システムは上記のアクセラレーション・リソース処理装置を含む。
【０１６３】
最後に、上記の実施形態は、本発明を限定するためではなく、単に本発明の技術的ソリューションを説明するように意図されていることに留意すべきである。本発明は上記の実施形態を参照して詳細に説明されているが、本発明の実施形態の技術的ソリューションの範囲から逸脱することなく、上記の実施形態で説明される技術的ソリューションに修正を更に施してもよいし、又は実施形態の全部又は一部の技術的特徴に対して均等な置換を更に施してもよいことを、当業者は理解すべきである。
【図１】
2019522293.tif 000003
【図２】
2019522293.tif 000004
【図３】
2019522293.tif 000005
【図４】
2019522293.tif 000006
【図５】
2019522293.tif 000007
【図６】
2019522293.tif 000008
【図７】
2019522293.tif 000009
【図８Ａ】
2019522293.tif 000010
【図８Ｂ】
2019522293.tif 000011
【図９】
2019522293.tif 000012
【図１０】
2019522293.tif 000013
【図１１】
2019522293.tif 000014
【図１２】
2019522293.tif 000015
【図１３】
2019522293.tif 000016
【図１４】
2019522293.tif 000017
【図１５】
2019522293.tif 000018
【手続補正書】
【提出日】平成31年1月28日(2019.1.28)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
アクセラレーション・リソース処理方法であって：
サービスのアクセラレーション・リソース・リクエストを受信するステップであって、前記アクセラレーション・リソース・リクエストは、アクセラレーション・リソースの属性パラメータとサービス・アクセラレーション・リソース・スケジューリング・ポリシーとを有し、前記サービス・アクセラレーション・リソース・スケジューリング・ポリシーは、前記サービスのサービス要件に基づいて決定される、ステップ；及び
前記アクセラレーション・リソースの前記属性パラメータと前記サービス・アクセラレーション・リソース・スケジューリング・ポリシーとに基づいて前記サービスの前記アクセラレーション・リソースを決定するステップ；
を有する方法。
【請求項２】
前記アクセラレーション・リソースの前記属性パラメータと前記サービス・アクセラレーション・リソース・スケジューリング・ポリシーとに基づいて前記サービスの前記アクセラレーション・リソースを決定するステップが：
前記アクセラレーション・リソースの前記属性パラメータに基づいてアクセラレーション・リソース・コンピューティング・ノードを決定するステップ；及び
前記サービスの前記アクセラレーション・リソースのコンピューティング・ノードを、前記サービス・アクセラレーション・リソース・スケジューリング・ポリシーに従って前記アクセラレーション・リソース・コンピューティング・ノードから決定するステップ；
を有する、請求項１に記載の方法。
【請求項３】
前記アクセラレーション・リソースの前記属性パラメータに基づいてアクセラレーション・リソース・コンピューティング・ノードを決定する前記ステップの前に、前記方法は：
前記アクセラレーション・リソース・リクエストに基づいてコンピューティング・リソース・コンピューティング・ノードを取得するステップ；
を有する、請求項２に記載の方法。
【請求項４】
前記サービスの前記アクセラレーション・リソースのコンピューティング・ノードを、前記サービス・アクセラレーション・リソース・スケジューリング・ポリシーに従って前記アクセラレーション・リソース・コンピューティング・ノードから決定する前記ステップが：
前記アクセラレーション・リソース・スケジューリング・ポリシーにおけるアクセラレーション・リソースの優先度に基づいて現在のアクセラレーション・リソース・タイプを決定するステップ；及び
前記現在のアクセラレーション・リソース・タイプがローカル仮想化アクセラレーション・リソース又はローカル・シングル・ルートI/O仮想化アクセラレーション・リソースである場合に、前記アクセラレーション・リソース・コンピューティング・ノードと前記コンピューティング・リソース・コンピューティング・ノードとの積集合から、前記サービスの前記アクセラレーション・リソースの前記コンピューティング・ノードを決定するステップ；又は
前記現在のアクセラレーション・リソース・タイプがリモート仮想化アクセラレーション・リソース又はリモート・シングル・ルートI/O仮想化アクセラレーション・リソースである場合に、前記アクセラレーション・リソース・コンピューティング・ノードと前記コンピューティング・リソース・コンピューティング・ノードとの差集合から、前記サービスの前記アクセラレーション・リソースの前記コンピューティング・ノードを決定するステップ；
を有する、請求項３に記載の方法。
【請求項５】
前記アクセラレーション・リソース・コンピューティング・ノードと前記コンピューティング・リソース・コンピューティング・ノードとの積集合から、前記サービスの前記アクセラレーション・リソースの前記コンピューティング・ノードを決定する前記ステップが：
前記アクセラレーション・リソース・コンピューティング・ノードと前記コンピューティング・リソース・コンピューティング・ノードとの前記積集合における現在のコンピューティング・ノードの型属性が、前記現在のアクセラレーション・リソース・タイプに一致するか否かを決定し；及び前記型属性が前記現在のアクセラレーション・リソース・タイプと一致する場合、前記現在のコンピューティング・ノードを、前記サービスの前記アクセラレーション・リソースの前記コンピューティング・ノードとして使用するステップ；
を有する、請求項４に記載の方法。
【請求項６】
前記アクセラレーション・リソース・コンピューティング・ノードと前記コンピューティング・リソース・コンピューティング・ノードとの差集合から、前記サービスの前記アクセラレーション・リソースの前記コンピューティング・ノードを決定する前記ステップが：
前記アクセラレーション・リソース・コンピューティング・ノードと前記コンピューティング・リソース・コンピューティング・ノードとの前記差集合における現在のコンピューティング・ノードの型属性が、前記現在のアクセラレーション・リソース・タイプに一致するか否かを決定し；及び前記型属性が前記現在のアクセラレーション・リソース・タイプと一致する場合、前記現在のコンピューティング・ノードを、前記サービスの前記アクセラレーション・リソースの前記コンピューティング・ノードとして使用するステップ；
を有する、請求項４に記載の方法。
【請求項７】
前記型属性は前記コンピューティング・ノードの配備型を識別するために使用され、前記配備型は仮想化及びシングル・ルートI/O仮想化を有する、請求項５又は６に記載の方法。
【請求項８】
アクセラレーション・リソース属性情報を受信するステップを更に有し、前記アクセラレーション・リソース属性情報は少なくとも前記型属性を有し、前記アクセラレーション・リソース属性情報は、周期的に又はコンピューティング・ノード初期化中にアクセラレーション・リソース属性を問い合わせることにより取得される、請求項５又は６に記載の方法。
【請求項９】
サービスのアクセラレーション・リソース・リクエストを受信する前記ステップの前に、前記方法は：
新たに追加されたアクセラレーション・リソース・スケジューリング・ポリシー指示を受信するステップであって、前記新たに追加されたアクセラレーション・リソース・スケジューリング・ポリシー指示は、ポリシー名、アクセラレーション・リソース・タイプ、及びアクセラレーション・リソースの各タイプのスケジューリング優先度を有する、ステップ；及び
前記ポリシー名、前記アクセラレーション・リソース・タイプ、及びアクセラレーション・リソースの各タイプの前記スケジューリング優先度に基づいて、前記アクセラレーション・リソース・スケジューリング・ポリシーを生成するステップ；
を有する、請求項１に記載の方法。
【請求項１０】
サービスのアクセラレーション・リソース・リクエストを受信する前記ステップの後に、前記方法は
リソース・スケジューリング・リクエストが前記アクセラレーション・リソース・スケジューリング・ポリシーを有しない場合、デフォルトのアクセラレーション・リソース・スケジューリング・ポリシーを、前記リソース・スケジューリング・リクエストにおける前記アクセラレーション・リソース・スケジューリング・ポリシーとして決定するステップ；
を更に有する請求項１に記載の方法。
【請求項１１】
前記デフォルトのアクセラレーション・リソース・スケジューリング・ポリシーにおけるアクセラレーション・リソース全てのタイプのスケジューリング優先度は、降順に：ローカル仮想化アクセラレーション・リソース、リモート仮想化アクセラレーション・リソース、ローカル・シングル・ルートI/O仮想化アクセラレーション・リソース、及びリモート・シングル・ルートI/O仮想化アクセラレーション・リソースのとおりである、請求項１０に記載の方法。
【請求項１２】
前記属性パラメータは、アクセラレーション・タイプ、アルゴリズム・タイプ、及びアクセラレーション・トラフィックを有する、請求項１に記載の方法。
【請求項１３】
アクセラレーション・リソース処理装置であって：
サービスのアクセラレーション・リソース・リクエストを受信するように構成される第１受信モジュールであって、前記アクセラレーション・リソース・リクエストは、アクセラレーション・リソースの属性パラメータとサービス・アクセラレーション・リソース・スケジューリング・ポリシーとを有し、前記サービス・アクセラレーション・リソース・スケジューリング・ポリシーは、前記サービスのサービス要件に基づいて決定される、第１受信モジュール；及び
前記アクセラレーション・リソースの前記属性パラメータと前記サービス・アクセラレーション・リソース・スケジューリング・ポリシーとに基づいて前記サービスの前記アクセラレーション・リソースを決定するように構成される処理モジュール；
を有する装置。
【請求項１４】
前記処理モジュールは：
前記アクセラレーション・リソースの前記属性パラメータに基づいてアクセラレーション・リソース・コンピューティング・ノードを決定するように構成される第１決定ユニット；及び
前記サービスの前記アクセラレーション・リソースのコンピューティング・ノードを、前記サービス・アクセラレーション・リソース・スケジューリング・ポリシーに従って前記アクセラレーション・リソース・コンピューティング・ノードから決定するように構成される第２決定ユニット；
を有する、請求項１３に記載の装置。
【請求項１５】
前記処理モジュールは：
前記アクセラレーション・リソース・リクエストに基づいてコンピューティング・リソース・コンピューティング・ノードを取得するように構成される取得ユニット；
を更に有する、請求項１４に記載の装置。
【請求項１６】
前記第２決定ユニットは、具体的に：
前記アクセラレーション・リソース・スケジューリング・ポリシーにおけるアクセラレーション・リソースの優先度に基づいて現在のアクセラレーション・リソース・タイプを決定し；及び
前記現在のアクセラレーション・リソース・タイプがローカル仮想化アクセラレーション・リソース又はローカル・シングル・ルートI/O仮想化アクセラレーション・リソースである場合に、前記アクセラレーション・リソース・コンピューティング・ノードと前記コンピューティング・リソース・コンピューティング・ノードとの積集合から、前記サービスの前記アクセラレーション・リソースの前記コンピューティング・ノードを決定する；又は
前記現在のアクセラレーション・リソース・タイプがリモート仮想化アクセラレーション・リソース又はリモート・シングル・ルートI/O仮想化アクセラレーション・リソースである場合に、前記アクセラレーション・リソース・コンピューティング・ノードと前記コンピューティング・リソース・コンピューティング・ノードとの差集合から、前記サービスの前記アクセラレーション・リソースの前記コンピューティング・ノードを決定する；
ように構成される、請求項１５に記載の装置。
【請求項１７】
前記第２決定ユニットは、具体的に：
前記アクセラレーション・リソース・コンピューティング・ノードと前記コンピューティング・リソース・コンピューティング・ノードとの前記積集合における現在のコンピューティング・ノードの型属性が、前記現在のアクセラレーション・リソース・タイプに一致するか否かを決定し；及び前記型属性が前記現在のアクセラレーション・リソース・タイプと一致する場合、前記現在のコンピューティング・ノードを、前記サービスの前記アクセラレーション・リソースの前記コンピューティング・ノードとして使用する；
ように更に構成される、請求項１６に記載の装置。
【請求項１８】
前記第２決定ユニットは、具体的に：
前記アクセラレーション・リソース・コンピューティング・ノードと前記コンピューティング・リソース・コンピューティング・ノードとの前記差集合における現在のコンピューティング・ノードの型属性が、前記現在のアクセラレーション・リソース・タイプに一致するか否かを決定し；及び前記型属性が前記現在のアクセラレーション・リソース・タイプと一致する場合、前記現在のコンピューティング・ノードを、前記サービスの前記アクセラレーション・リソースの前記コンピューティング・ノードとして使用する；
ように更に構成される、請求項１６に記載の装置。
【請求項１９】
前記型属性は前記コンピューティング・ノードの配備型を識別するために使用され、前記配備型は仮想化及びシングル・ルートI/O仮想化を有する、請求項１７又は１８に記載の装置。
【請求項２０】
前記装置は：
アクセラレーション・リソース属性情報を受信するように構成される第２受信モジュールを更に有し、前記アクセラレーション・リソース属性情報は少なくとも前記型属性を有し、前記アクセラレーション・リソース属性情報は、周期的に又はコンピューティング・ノード初期化中にアクセラレーション・リソース属性を問い合わせることにより取得される、請求項１７又は１８に記載の装置。
【請求項２１】
請求項１ないし１２のうち何れか一項に記載の方法をコンピュータが実行するように記録されたプログラムを有するコンピュータ読み取り可能な記憶媒体。
【手続補正書】
【提出日】平成31年1月28日(2019.1.28)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
アクセラレーション・リソース処理方法であって：
サービスのアクセラレーション・リソース・リクエストを受信するステップであって、前記アクセラレーション・リソース・リクエストは、アクセラレーション・リソースの属性パラメータとサービス・アクセラレーション・リソース・スケジューリング・ポリシーとを有し、前記サービス・アクセラレーション・リソース・スケジューリング・ポリシーは、前記サービスのサービス要件に基づいて決定される、ステップ；及び
前記アクセラレーション・リソースの前記属性パラメータと前記サービス・アクセラレーション・リソース・スケジューリング・ポリシーとに基づいて前記サービスの前記アクセラレーション・リソースを決定するステップ；
を有する方法。
【請求項２】
前記アクセラレーション・リソースの前記属性パラメータと前記サービス・アクセラレーション・リソース・スケジューリング・ポリシーとに基づいて前記サービスの前記アクセラレーション・リソースを決定するステップが：
前記アクセラレーション・リソースの前記属性パラメータに基づいてアクセラレーション・リソース・コンピューティング・ノードを決定するステップ；及び
前記サービスの前記アクセラレーション・リソースのコンピューティング・ノードを、前記サービス・アクセラレーション・リソース・スケジューリング・ポリシーに従って前記アクセラレーション・リソース・コンピューティング・ノードから決定するステップ；
を有する、請求項１に記載の方法。
【請求項３】
前記アクセラレーション・リソースの前記属性パラメータに基づいてアクセラレーション・リソース・コンピューティング・ノードを決定する前記ステップの前に、前記方法は：
前記アクセラレーション・リソース・リクエストに基づいてコンピューティング・リソース・コンピューティング・ノードを取得するステップ；
を有する、請求項２に記載の方法。
【請求項４】
前記サービスの前記アクセラレーション・リソースのコンピューティング・ノードを、前記サービス・アクセラレーション・リソース・スケジューリング・ポリシーに従って前記アクセラレーション・リソース・コンピューティング・ノードから決定する前記ステップが：
前記アクセラレーション・リソース・スケジューリング・ポリシーにおけるアクセラレーション・リソースの優先度に基づいて現在のアクセラレーション・リソース・タイプを決定するステップ；及び
前記現在のアクセラレーション・リソース・タイプがローカル仮想化アクセラレーション・リソース又はローカル・シングル・ルートI/O仮想化アクセラレーション・リソースである場合に、前記アクセラレーション・リソース・コンピューティング・ノードと前記コンピューティング・リソース・コンピューティング・ノードとの積集合から、前記サービスの前記アクセラレーション・リソースの前記コンピューティング・ノードを決定するステップ；又は
前記現在のアクセラレーション・リソース・タイプがリモート仮想化アクセラレーション・リソース又はリモート・シングル・ルートI/O仮想化アクセラレーション・リソースである場合に、前記アクセラレーション・リソース・コンピューティング・ノードと前記コンピューティング・リソース・コンピューティング・ノードとの差集合から、前記サービスの前記アクセラレーション・リソースの前記コンピューティング・ノードを決定するステップ；
を有する、請求項３に記載の方法。
【請求項５】
前記アクセラレーション・リソース・コンピューティング・ノードと前記コンピューティング・リソース・コンピューティング・ノードとの積集合から、前記サービスの前記アクセラレーション・リソースの前記コンピューティング・ノードを決定する前記ステップが：
前記アクセラレーション・リソース・コンピューティング・ノードと前記コンピューティング・リソース・コンピューティング・ノードとの前記積集合における現在のコンピューティング・ノードの型属性が、前記現在のアクセラレーション・リソース・タイプに一致するか否かを決定し；及び前記型属性が前記現在のアクセラレーション・リソース・タイプと一致する場合、前記現在のコンピューティング・ノードを、前記サービスの前記アクセラレーション・リソースの前記コンピューティング・ノードとして使用するステップ；
を有する、請求項４に記載の方法。
【請求項６】
前記アクセラレーション・リソース・コンピューティング・ノードと前記コンピューティング・リソース・コンピューティング・ノードとの差集合から、前記サービスの前記アクセラレーション・リソースの前記コンピューティング・ノードを決定する前記ステップが：
前記アクセラレーション・リソース・コンピューティング・ノードと前記コンピューティング・リソース・コンピューティング・ノードとの前記差集合における現在のコンピューティング・ノードの型属性が、前記現在のアクセラレーション・リソース・タイプに一致するか否かを決定し；及び前記型属性が前記現在のアクセラレーション・リソース・タイプと一致する場合、前記現在のコンピューティング・ノードを、前記サービスの前記アクセラレーション・リソースの前記コンピューティング・ノードとして使用するステップ；
を有する、請求項４に記載の方法。
【請求項７】
前記型属性は前記コンピューティング・ノードの配備型を識別するために使用され、前記配備型は仮想化及びシングル・ルートI/O仮想化を有する、請求項５又は６に記載の方法。
【請求項８】
アクセラレーション・リソース属性情報を受信するステップを更に有し、前記アクセラレーション・リソース属性情報は少なくとも前記型属性を有し、前記アクセラレーション・リソース属性情報は、周期的に又はコンピューティング・ノード初期化中にアクセラレーション・リソース属性を問い合わせることにより取得される、請求項５又は６に記載の方法。
【請求項９】
サービスのアクセラレーション・リソース・リクエストを受信する前記ステップの前に、前記方法は：
新たに追加されたアクセラレーション・リソース・スケジューリング・ポリシー指示を受信するステップであって、前記新たに追加されたアクセラレーション・リソース・スケジューリング・ポリシー指示は、ポリシー名、アクセラレーション・リソース・タイプ、及びアクセラレーション・リソースの各タイプのスケジューリング優先度を有する、ステップ；及び
前記ポリシー名、前記アクセラレーション・リソース・タイプ、及びアクセラレーション・リソースの各タイプの前記スケジューリング優先度に基づいて、前記アクセラレーション・リソース・スケジューリング・ポリシーを生成するステップ；
を有する、請求項１に記載の方法。
【請求項１０】
サービスのアクセラレーション・リソース・リクエストを受信する前記ステップの後に、前記方法は
リソース・スケジューリング・リクエストが前記アクセラレーション・リソース・スケジューリング・ポリシーを有しない場合、デフォルトのアクセラレーション・リソース・スケジューリング・ポリシーを、前記リソース・スケジューリング・リクエストにおける前記アクセラレーション・リソース・スケジューリング・ポリシーとして決定するステップ；
を更に有する請求項１に記載の方法。
【請求項１１】
前記デフォルトのアクセラレーション・リソース・スケジューリング・ポリシーにおけるアクセラレーション・リソース全てのタイプのスケジューリング優先度は、降順に：ローカル仮想化アクセラレーション・リソース、リモート仮想化アクセラレーション・リソース、ローカル・シングル・ルートI/O仮想化アクセラレーション・リソース、及びリモート・シングル・ルートI/O仮想化アクセラレーション・リソースのとおりである、請求項１０に記載の方法。
【請求項１２】
前記属性パラメータは、アクセラレーション・タイプ、アルゴリズム・タイプ、及びアクセラレーション・トラフィックを有する、請求項１に記載の方法。
【請求項１３】
アクセラレーション・リソース処理装置であって：
サービスのアクセラレーション・リソース・リクエストを受信するように構成される第１受信モジュールであって、前記アクセラレーション・リソース・リクエストは、アクセラレーション・リソースの属性パラメータとサービス・アクセラレーション・リソース・スケジューリング・ポリシーとを有し、前記サービス・アクセラレーション・リソース・スケジューリング・ポリシーは、前記サービスのサービス要件に基づいて決定される、第１受信モジュール；及び
前記アクセラレーション・リソースの前記属性パラメータと前記サービス・アクセラレーション・リソース・スケジューリング・ポリシーとに基づいて前記サービスの前記アクセラレーション・リソースを決定するように構成される処理モジュール；
を有する装置。
【請求項１４】
前記処理モジュールは：
前記アクセラレーション・リソースの前記属性パラメータに基づいてアクセラレーション・リソース・コンピューティング・ノードを決定するように構成される第１決定ユニット；及び
前記サービスの前記アクセラレーション・リソースのコンピューティング・ノードを、前記サービス・アクセラレーション・リソース・スケジューリング・ポリシーに従って前記アクセラレーション・リソース・コンピューティング・ノードから決定するように構成される第２決定ユニット；
を有する、請求項１３に記載の装置。
【請求項１５】
前記処理モジュールは：
前記アクセラレーション・リソース・リクエストに基づいてコンピューティング・リソース・コンピューティング・ノードを取得するように構成される取得ユニット；
を更に有する、請求項１４に記載の装置。
【請求項１６】
前記第２決定ユニットは：
前記アクセラレーション・リソース・スケジューリング・ポリシーにおけるアクセラレーション・リソースの優先度に基づいて現在のアクセラレーション・リソース・タイプを決定し；及び
前記現在のアクセラレーション・リソース・タイプがローカル仮想化アクセラレーション・リソース又はローカル・シングル・ルートI/O仮想化アクセラレーション・リソースである場合に、前記アクセラレーション・リソース・コンピューティング・ノードと前記コンピューティング・リソース・コンピューティング・ノードとの積集合から、前記サービスの前記アクセラレーション・リソースの前記コンピューティング・ノードを決定する；又は
前記現在のアクセラレーション・リソース・タイプがリモート仮想化アクセラレーション・リソース又はリモート・シングル・ルートI/O仮想化アクセラレーション・リソースである場合に、前記アクセラレーション・リソース・コンピューティング・ノードと前記コンピューティング・リソース・コンピューティング・ノードとの差集合から、前記サービスの前記アクセラレーション・リソースの前記コンピューティング・ノードを決定する；
ように構成される、請求項１５に記載の装置。
【請求項１７】
前記第２決定ユニットは：
前記アクセラレーション・リソース・コンピューティング・ノードと前記コンピューティング・リソース・コンピューティング・ノードとの前記積集合における現在のコンピューティング・ノードの型属性が、前記現在のアクセラレーション・リソース・タイプに一致するか否かを決定し；及び前記型属性が前記現在のアクセラレーション・リソース・タイプと一致する場合、前記現在のコンピューティング・ノードを、前記サービスの前記アクセラレーション・リソースの前記コンピューティング・ノードとして使用する；
ように更に構成される、請求項１６に記載の装置。
【請求項１８】
前記第２決定ユニットは：
前記アクセラレーション・リソース・コンピューティング・ノードと前記コンピューティング・リソース・コンピューティング・ノードとの前記差集合における現在のコンピューティング・ノードの型属性が、前記現在のアクセラレーション・リソース・タイプに一致するか否かを決定し；及び前記型属性が前記現在のアクセラレーション・リソース・タイプと一致する場合、前記現在のコンピューティング・ノードを、前記サービスの前記アクセラレーション・リソースの前記コンピューティング・ノードとして使用する；
ように更に構成される、請求項１６に記載の装置。
【請求項１９】
前記型属性は前記コンピューティング・ノードの配備型を識別するために使用され、前記配備型は仮想化及びシングル・ルートI/O仮想化を有する、請求項１７又は１８に記載の装置。
【請求項２０】
前記装置は：
アクセラレーション・リソース属性情報を受信するように構成される第２受信モジュールを更に有し、前記アクセラレーション・リソース属性情報は少なくとも前記型属性を有し、前記アクセラレーション・リソース属性情報は、周期的に又はコンピューティング・ノード初期化中にアクセラレーション・リソース属性を問い合わせることにより取得される、請求項１７又は１８に記載の装置。
【請求項２１】
請求項１ないし１２のうち何れか一項に記載の方法をコンピュータが実行するように記録されたプログラムを有するコンピュータ読み取り可能な記憶媒体。
【国際調査報告】
2019522293.tif 000019
2019522293.tif 000020
2019522293.tif 000021
2019522293.tif 000022