JP7501957B2 - ネットワークアダプタのデータ処理方法およびネットワークアダプタ - Google Patents

ネットワークアダプタのデータ処理方法およびネットワークアダプタ Download PDF

Info

Publication number
JP7501957B2
JP7501957B2 JP2022572527A JP2022572527A JP7501957B2 JP 7501957 B2 JP7501957 B2 JP 7501957B2 JP 2022572527 A JP2022572527 A JP 2022572527A JP 2022572527 A JP2022572527 A JP 2022572527A JP 7501957 B2 JP7501957 B2 JP 7501957B2
Authority
JP
Japan
Prior art keywords
data
network adapter
information
local server
command
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2022572527A
Other languages
English (en)
Other versions
JP2023528782A (ja
Inventor
ル、シェンウェン
ギッシン、ヴィクター
リ、ジュンイン
Original Assignee
ホアウェイ・テクノロジーズ・カンパニー・リミテッド
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 ホアウェイ・テクノロジーズ・カンパニー・リミテッド filed Critical ホアウェイ・テクノロジーズ・カンパニー・リミテッド
Publication of JP2023528782A publication Critical patent/JP2023528782A/ja
Application granted granted Critical
Publication of JP7501957B2 publication Critical patent/JP7501957B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0626—Reducing size or complexity of storage systems
    • 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
    • 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/10—Program control for peripheral devices
    • G06F13/12—Program control for peripheral devices using hardware independent of the central processor, e.g. channel or peripheral processor
    • G06F13/124—Program control for peripheral devices using hardware independent of the central processor, e.g. channel or peripheral processor where hardware is a sequential transfer control unit, e.g. microprocessor, peripheral processor or state-machine
    • G06F13/128—Program control for peripheral devices using hardware independent of the central processor, e.g. channel or peripheral processor where hardware is a sequential transfer control unit, e.g. microprocessor, peripheral processor or state-machine for dedicated transfers to a network
    • 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/38—Information transfer, e.g. on bus
    • G06F13/40—Bus structure
    • G06F13/4004—Coupling between buses
    • G06F13/4027—Coupling between buses using bus bridges
    • G06F13/404—Coupling between buses using bus bridges with address mapping
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0604—Improving or facilitating administration, e.g. storage management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0604—Improving or facilitating administration, e.g. storage management
    • G06F3/0607—Improving or facilitating administration, e.g. storage management by facilitating the process of upgrading existing storage systems, e.g. for improving compatibility between host and storage device
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/061—Improving I/O performance
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0638—Organizing or formatting or addressing of data
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0655—Vertical data movement, i.e. input-output transfer; data movement between one or more hosts and one or more storage devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0655—Vertical data movement, i.e. input-output transfer; data movement between one or more hosts and one or more storage devices
    • G06F3/0659—Command handling arrangements, e.g. command buffers, queues, command scheduling
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/0671—In-line storage system

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Software Systems (AREA)
  • Computer Hardware Design (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Computer And Data Communications (AREA)

Description

本願は、サーバ技術の分野に関連し、より具体的には、ネットワークアダプタのデータ処理方法およびネットワークアダプタに関する。
クラウドコンピューティングの出現により、ホストプロセッサ（例えば中央処理装置（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＣＰＵ））の使用量を減らし、より多くのホストＣＰＵを外販に提供し、またはより望ましいユーザ体験を提供し、ユーザのＣＰＵがホストのバックグラウンドサービスにより影響を受けるのを防止するために、例えば管理サービス、ストレージサービス、ネットワークサービスなどの元々ホスト上で動作するサービスをネットワークアダプタにオフロードし得、ネットワークアダプタのＣＰＵが前述のサービスを処理する。このように、ホストＣＰＵは、ユーザが他の用途に使うために、ほぼ完全に提供することができる。
ストレージサービスを一例として使用する。関連する技術的解決手段では、入出力（ｉｎｐｕｔ／ｏｕｔｐｕｔ、Ｉ／Ｏ）書き込みコマンドのために、ネットワークアダプタはホスト内の書き込み予定データをネットワークアダプタ上のメモリに保存する必要があり、ネットワークアダプタ上のプロセッサがデータを処理した後、データはリモートサーバに送信される。Ｉ／Ｏ読み出しコマンドでは、まずリモートサーバからネットワークアダプタ上のメモリにデータを読み出し、次にホスト内のメモリにデータを書き込む。
前述の関連する技術的解決手段では、データをホスト内のメモリからネットワークアダプタ上のメモリに読み出す必要がある。そのため、ネットワークアダプタのバスに大きな負担がかかり、ネットワークアダプタ上のプロセッサのオーバヘッドが大幅に増加する。また、ネットワークアダプタは、データを保存するために大量のメモリが必要である。データの保存と管理は、プログラムの複雑さとメモリのリソース消費を大幅に増加させる。
本願は、ネットワークアダプタのデータ処理方法およびネットワークアダプタを提供する。ネットワークアダプタは、書き込み予定データを保存するために、大量のメモリを必要としない場合がある。これにより、プログラムの複雑さを軽減し、メモリのリソース消費を抑えることができる。
第１態様によれば、ネットワークアダプタが第１の入出力Ｉ／Ｏコマンドを取得する段階を含む、ネットワークアダプタのためのデータ処理方法が提供される。第１のＩ／Ｏコマンドは、ローカルサーバに記憶されているデータを少なくとも１つのリモートサーバに書き込むことを命令し、第１のＩ／Ｏコマンドは、ローカルサーバに記憶されるデータのアドレス情報および長さ情報を含む。ネットワークアダプタは、アドレス情報と長さ情報に基づいてデータを分割し、アドレス情報と長さ情報の複数のグループを取得する。ネットワークアダプタは、アドレス情報と長さ情報の複数のグループに基づき、ローカルサーバからアドレス情報と長さ情報の複数のグループに対応するデータを取得し、データを少なくとも１つのリモートサーバに送信する。
前述の技術的解決手段では、Ｉ／Ｏ書き込みコマンドの場合、書き込み予定データをホスト上のメモリからネットワークアダプタ上のメモリに移行する必要がない。ネットワークアダプタは、ホスト内のメモリに記憶されている実際の書き込み予定データに基づく代わりに、ホスト内のメモリに記憶されているデータの記憶アドレスとデータ長に基づいてストレージサービスを処理する。このように、ホスト側のメモリからネットワークアダプタ側のメモリにデータを読み出す必要がない。これにより、ネットワークアダプタのバスの負担を軽減し、ネットワークアダプタ上のプロセッサのオーバヘッドもまた低減することができる。また、ネットワークアダプタは、書き込み予定データを保存するために大量のメモリを必要としない。これにより、プログラムの複雑さを軽減し、メモリのリソース消費を抑えることができる。
可能な実施態様では、ネットワークアダプタは、アドレス情報と長さ情報の複数のグループと、ローカルサーバにあり、第１のＩ／Ｏコマンドを配信する第１のＶＭに対応する識別子とに基づいて、第１の仮想マシンＶＭから、アドレス情報と長さ情報の複数のグループに対応するデータを取得する。
別の可能な実施態様では、ネットワークアダプタ上のメモリは、データを記憶しない。
別の可能な実施態様では、本方法はさらに以下を含む。ネットワークアダプタは、複数のＩ／Ｏコマンドを受信する。ネットワークアダプタは、複数のＩ／Ｏコマンドが記憶されているリモートサーバおよび／またはローカルサーバに存在し、複数のＩ／Ｏコマンドを配信する仮想マシンＶＭの記憶アドレスに基づいて、複数のＩ／Ｏコマンドから第１のＩ／Ｏコマンドを選択する。
別の可能な実施態様では、ネットワークアダプタは、ハードウェアエンジンを含む。ハードウェアエンジンは、データプレーンを処理するために使用される。ネットワークアダプタ上のハードウェアエンジンは、複数のＩ／Ｏコマンドが記憶されているリモートサーバおよび／またはローカルサーバにあり、複数のＩ／Ｏコマンドを配信する仮想マシンＶＭの記憶アドレスに基づいて、複数のＩ／Ｏコマンドから第１のＩ／Ｏコマンドを選択する。
別の可能な実施態様では、本方法はさらに以下を含む。ネットワークアダプタは、第１のＩ／Ｏコマンドのコンテキスト情報に基づいて、複数のデータがすべて少なくとも１つのリモートサーバに書き込まれているかを決定する。第１のＩ／Ｏコマンドのコンテキスト情報は、少なくとも１つのリモートサーバにおける複数のデータの記憶状態を含む。複数のデータがすべて別々に少なくとも１つのリモートサーバに書き込まれたとき、ネットワークアダプタは、インタフェースを通じてローカルサーバにＩ／Ｏ書き込み完了メッセージを送信する。
第２態様によれば、ネットワークアダプタのデータ処理方法が提供され、以下を含む。ネットワークアダプタは、第２のＩ／Ｏコマンドを取得する。第２のＩ／Ｏコマンドは、少なくとも１つのリモートサーバのデータをローカルサーバに記憶することを命令し、第２のＩ／Ｏコマンドは、ローカルサーバに書き込まれるデータのアドレス情報および長さ情報を含むことを命令する。ネットワークアダプタは、アドレス情報と長さ情報に基づいて、第２のＩ／Ｏコマンドを分割し、複数のＩ／Ｏ読み出しメッセージを取得する。複数のＩ／Ｏ読み出しメッセージの各々は、ローカルサーバに書き込まれる各データの情報を含む。ネットワークアダプタは、別々に、少なくとも１つのリモートサーバにＩ／Ｏ読み出しメッセージを送信する。
前述の技術的解決手段では、Ｉ／Ｏ読み出しの場合、リモートサーバから読み出したデータを、まずネットワークアダプタ上のメモリに書き込み、次にＶＭのメモリに書き込む必要がない。このように、ネットワークアダプタ上のメモリにデータを送信する必要がない。これにより、ネットワークアダプタ上のメモリのリソース消費量や帯域幅の圧迫を軽減し、ネットワークアダプタ上のプロセッサのオーバヘッドもまた削減することができる。
可能な実施態様では、ローカルサーバに書き込まれる各データの情報は、以下のいずれかを含む。ローカルサーバに書き込まれる各データのアドレス情報および長さ情報、ローカルサーバに書き込まれる各データのアドレス情報および長さ情報並びにローカルサーバ内にあり第２のＩ／Ｏコマンドを配信するＶＭに関する情報、またはローカルサーバに書き込まれるデータの第１の識別子ＩＤおよびオフセット情報。ローカルサーバに存在し、第２のＩ／Ｏコマンドを配信するＶＭに関する情報を示す第１のＩＤと、ＶＭに書き込まれるデータのアドレス情報および長さ情報の複数のグループを示す第２のＩＤを用いる。
別の可能な実施態様では、本方法はさらに以下を含む。ネットワークアダプタは、リモートサーバから第１のＩ／Ｏ読み出し応答メッセージを受信する。第１のＩ／Ｏ読み出し応答メッセージは、ローカルサーバがリモートサーバから取得する必要がある第１のデータを含む。ネットワークアダプタは、第１のＩ／Ｏ読み出し応答メッセージに基づいて、ローカルサーバに書き込まれる第１のデータのアドレス情報および長さ情報を決定する。ネットワークアダプタは、アドレス情報および長さ情報に基づいて、第１のデータをローカルサーバに記憶する。
別の可能な実施態様では、第１のＩ／Ｏ読み出し応答メッセージは、第１のデータのものであり、ローカルサーバに書き込まれる第１のＩＤとオフセット情報を含む。ネットワークアダプタは、第１のＩＤに基づいて、ＶＭに書き込まれるデータのアドレス情報および長さ情報の複数のグループを決定する。ネットワークアダプタは、オフセット情報に基づくアドレス情報と長さ情報の複数のグループから、ローカルサーバに書き込まれる第１のデータのアドレス情報および長さ情報を決定する。
別の可能な実施態様では、第１のＩ／Ｏ読み出し応答メッセージは、第１のデータであり、ローカルサーバに書き込まれるアドレス情報および長さ情報と、ローカルサーバにあり、第２のＩ／Ｏコマンドを配信するＶＭに関する情報とを含む。ネットワークアダプタは、第１のＩ／Ｏ読み出し応答メッセージに含まれる情報に基づいて、ローカルサーバに書き込まれる第１のデータのアドレス情報および長さ情報を決定する。
別の可能な実施態様では、長さ情報は許可テーブル内に存在する。許可テーブルには、ローカルサーバにおける書き込みデータのアドレス情報および長さ情報の複数のグループが含まれている。ネットワークアダプタは、第１のＩ／Ｏ読み出し応答メッセージに含まれるアドレス情報および長さ情報に基づいて、第１のデータをローカルサーバに記憶する。
別の可能な実施態様では、本方法はさらに以下を含む。ネットワークアダプタは、第２のＩ／Ｏコマンドのコンテキスト情報に基づいて、複数のデータがすべてローカルサーバに書き込まれているかを決定する。第２のＩ／Ｏコマンドのコンテキスト情報は、ローカルサーバにおける複数のデータの記憶完了状態を含む。複数のデータがすべてローカルサーバに書き込まれたとき、ネットワークアダプタは、インタフェースを通じてローカルサーバにＩ／Ｏ読み出し完了メッセージを送信する。
第３態様によれば、取得モジュールと、分割モジュールと、送信モジュールとを含むネットワークアダプタが提供される。
取得モジュールは、第１の入出力Ｉ／Ｏコマンドを取得するように構成される。第１のＩ／Ｏコマンドは、ローカルサーバに記憶されているデータを少なくとも１つのリモートサーバに書き込むことを命令し、第１のＩ／Ｏコマンドは、ローカルサーバに記憶されるデータのアドレス情報および長さ情報を含む。
分割モジュールは、アドレス情報および長さ情報に基づいてデータを分割し、アドレス情報および長さ情報の複数のグループを取得するように構成される。
送信モジュールは、アドレス情報と長さ情報の複数のグループに基づいて、ローカルサーバから、アドレス情報と長さ情報の複数のグループに対応するデータを取得し、データを少なくとも１つのリモートサーバに送信するようにさらに構成される。
可能な実施態様では、取得モジュールは、アドレス情報と長さ情報の複数のグループと、ローカルサーバにあり、第１のＩ／Ｏコマンドを配信する第１のＶＭに対応する識別子とに基づいて、第１の仮想マシンＶＭから、アドレス情報と長さ情報の複数のグループに対応するデータを取得するように特に構成される。
別の可能な実施態様では、ネットワークアダプタ上のメモリは、データを記憶しない。
別の可能な実施態様では、ネットワークアダプタは、さらに、スケジューリングモジュールを含む。
取得モジュールは、複数のＩ／Ｏコマンドを受信するようにさらに構成される。
スケジューリングモジュールは、複数のＩ／Ｏコマンドがリモートサーバに記憶されている記憶アドレス、および／または、ローカルサーバにあり、複数のＩ／Ｏコマンドを配信する仮想マシンＶＭに基づいて、複数のＩ／Ｏコマンドから第１のＩ／Ｏコマンドを選択するよう構成される。
別の可能な実施態様では、ネットワークアダプタは、ハードウェアエンジンを含む。ハードウェアエンジンは、データプレーンを処理するために使用される。ハードウェアエンジンは、複数のＩ／Ｏコマンドが記憶されているリモートサーバおよび／またはローカルサーバにあり、複数のＩ／Ｏコマンドを配信する仮想マシンＶＭの記憶アドレスに基づいて、複数のＩ／Ｏコマンドから第１のＩ／Ｏコマンドを選択する。
別の可能な実施態様では、ネットワークアダプタは、さらに、決定モジュールを含む。
決定モジュールは、第１のＩ／Ｏコマンドのコンテキスト情報に基づいて、複数のデータがすべて少なくとも１つのリモートサーバに書き込まれているかを決定するように構成される。第１のＩ／Ｏコマンドのコンテキスト情報は、少なくとも１つのリモートサーバにおける複数のデータの記憶状態を含む。
送信モジュールは、複数のデータがすべて別々に少なくとも１つのリモートサーバに書き込まれたとき、インタフェースを介してローカルサーバにＩ／Ｏ書き込み完了メッセージを送信するようにさらに構成される。
第３態様または第３態様の可能な実施態様のいずれか１つの有益な効果は、第１態様または第１態様の可能な実施態様のいずれか１つの有益な効果に対応している。詳細を再び説明しない。
第４態様によれば、取得モジュールと、分割モジュールと、送信モジュールとを含むネットワークアダプタが提供される。
取得モジュールは、第２のＩ／Ｏコマンドを取得するように構成される。第２のＩ／Ｏコマンドは、少なくとも１つのリモートサーバのデータをローカルサーバに記憶することを命令し、第２のＩ／Ｏコマンドは、ローカルサーバに書き込まれるデータのアドレス情報および長さ情報を含むことを命令する。
分割モジュールは、アドレス情報および長さ情報に基づいて第２のＩ／Ｏコマンドを分割し、複数のＩ／Ｏ読み出しメッセージを取得するよう構成される。複数のＩ／Ｏ読み出しメッセージの各々は、ローカルサーバに書き込まれる各データの情報を含む。
送信モジュールは、Ｉ／Ｏ読み出しメッセージを少なくとも１つのリモートサーバに別々に送信するように構成される。
可能な実施態様では、ローカルサーバに書き込まれる各データの情報は、以下のいずれかを含む。ローカルサーバに書き込まれる各データのアドレス情報および長さ情報、ローカルサーバに書き込まれる各データのアドレス情報および長さ情報並びにローカルサーバ内にあり第２のＩ／Ｏコマンドを配信するＶＭに関する情報、またはローカルサーバに書き込まれるデータの第１の識別子ＩＤおよびオフセット情報。ローカルサーバに存在し、第２のＩ／Ｏコマンドを配信するＶＭに関する情報を示す第１のＩＤと、ＶＭに書き込まれるデータのアドレス情報および長さ情報の複数のグループを示す第２のＩＤを用いる。
別の可能な実施態様では、ネットワークアダプタは、さらに、決定モジュールと記憶モジュールとを含む。
取得モジュールは、リモートサーバから第１のＩ／Ｏ読み出し応答メッセージを受信するようにさらに構成される。第１のＩ／Ｏ読み出し応答メッセージは、ローカルサーバがリモートサーバから取得する必要がある第１のデータを含む。
決定モジュールは、第１のＩ／Ｏ読み出し応答メッセージに基づいて、ローカルサーバに書き込まれる第１のデータのアドレス情報および長さ情報を決定するように構成される。
記憶モジュールは、アドレス情報および長さ情報に基づいて、第１のデータをローカルサーバに記憶するように構成される。
別の可能な実施態様では、第１のＩ／Ｏ読み出し応答メッセージは、第１のデータのものであり、ローカルサーバに書き込まれる第１のＩＤとオフセット情報を含む。
決定モジュールは、具体的には、第１のＩＤに基づいて、ＶＭに書き込まれるデータのアドレス情報および長さ情報の複数のグループを決定するように構成される。
記憶モジュールは、具体的には、オフセット情報に基づくアドレス情報と長さ情報の複数のグループから、第ローカルサーバに書き込まれる第１のデータのアドレス情報および長さ情報を決定するように構成される。
別の可能な実施態様では、第１のＩ／Ｏ読み出し応答メッセージは、第１のデータであり、ローカルサーバに書き込まれるアドレス情報および長さ情報と、ローカルサーバにあり、第２のＩ／Ｏコマンドを配信するＶＭに関する情報とを含む。
決定モジュールは、具体的には、第１のＩ／Ｏ読み出し応答メッセージに含まれる情報に基づいて、ローカルサーバに書き込まれる第１のデータのアドレス情報および長さ情報を決定するように構成される。
別の可能な実施態様では、決定モジュールは、第１のＩ／Ｏ読み出し応答メッセージに含まれるアドレス情報および長さ情報が許可テーブル内に存在すると決定するように特に構成される。許可テーブルには、ローカルサーバにおける書き込みデータのアドレス情報および長さ情報の複数のグループが含まれている。
記憶モジュールは、具体的には、第１のＩ／Ｏ読み出し応答メッセージに含まれるアドレス情報および長さ情報に基づいて、第１のデータをローカルサーバに記憶するように構成される。
別の可能な実施態様では、決定モジュールは、第２のＩ／Ｏコマンドのコンテキスト情報に基づいて、複数のデータがすべてローカルサーバに書き込まれているかを決定するようにさらに構成される。第２のＩ／Ｏコマンドのコンテキスト情報は、ローカルサーバにおける複数のデータの記憶完了状態を含む。
送信モジュールは、複数のデータがすべてローカルサーバに書き込まれたとき、インタフェースを通じてローカルサーバにＩ／Ｏ読み出し完了メッセージを送信するようにさらに構成される。
第４態様または第４態様の可能な実施態様のいずれか１つの有益な効果は、第２態様または第２態様の可能な実施態様のいずれか１つの有益な効果に対応している。詳細を再び説明しない。
第５態様によれば、プロセッサとメモリとを含む、ネットワークアダプタが提供される。プロセッサは、メモリ内の命令を実行するので、コンピューティングデバイスは、第１態様または第１態様の可能な実施態様のいずれか１つにおける方法の段階を実行する。
第６態様によれば、プロセッサとメモリとを含むネットワークアダプタが提供される。プロセッサは、メモリ内の命令を実行するので、コンピューティングデバイスは、第２態様または第２態様の可能な実施態様のいずれか１つにおける方法の段階を実行する。
第７態様によれば、第３態様または第３態様の可能な実施態様のいずれか１つにおけるネットワークアダプタを含む、サーバが提供される。
第８態様によれば、第４態様または第４態様の可能な実施態様のいずれか１つにおけるネットワークアダプタを含む、サーバが提供される。
第９態様によれば、命令を含む、コンピュータ可読記憶媒体が提供される。命令は、第１態様または第１態様の可能な実施態様のいずれか１つにおける方法の段階を実行するために使用される。
オプションとして、実施態様において、記憶媒体は、具体的には、不揮発性記憶媒体であってもよい。
第１０態様によれば、命令を含む、コンピュータ可読記憶媒体が提供される。命令は、第２態様または第２態様の可能な実施態様のいずれか１つにおける方法の段階を実行するために使用される。
オプションとして、実施態様において、記憶媒体は、具体的には、不揮発性記憶媒体であってもよい。
第１１態様によれば、チップが提供される。チップは、命令を取得し、命令を実行して、第１態様および第１態様の実施態様のいずれか１つにおける方法を実施する。
オプションとして、ある実施態様では、チップはプロセッサとデータインタフェースを含む。プロセッサは、データインタフェースを介して、メモリに記憶された命令を読み出し、第１態様および第１態様の実施態様のいずれか１つにおける方法を実行する。
オプションとして、実施態様において、チップはメモリをさらに含んでもよい。メモリは、命令を記憶し、プロセッサは、メモリに記憶された命令を実行するように構成される。命令が実行されたとき、プロセッサは、第１態様および第１態様の実施態様のうちのいずれか１つにおける方法を実行するように構成される。
第１２態様によれば、チップが提供される。チップは、第２態様または第２態様の可能な実施態様のいずれか１つにおける方法を実装するために、命令を取得し、命令を実行する。
オプションとして、ある実施態様では、チップはプロセッサとデータインタフェースを含む。プロセッサは、データインタフェースを介して、メモリに記憶された命令を読み出し、第２態様または第２態様の可能な実施態様のいずれか１つにおける方法を実施する。
オプションとして、実施態様において、チップはメモリをさらに含んでもよい。メモリは、命令を記憶し、プロセッサは、メモリに記憶された命令を実行するように構成される。命令が実行されたとき、プロセッサは、第２態様または第２態様の可能な実施態様のいずれか１つにおいて、方法を実装するように構成される。
本願の実施形態によるアーキテクチャを示す概略図である。
本願の実施形態による適用シナリオの概略図である。
本願の実施形態によるネットワークアダプタのデータ処理方法を示す概略フローチャートである。
本願の実施形態によるネットワークアダプタ４００の構造を示す概略図である。
本願の実施形態によるネットワークアダプタによるＩ／Ｏ書き込みコマンドの処理方法を示す概略フローチャートである。
本願の実施形態によるＩ／Ｏコマンドスケジューリングの概略ブロック図である。
本願の実施形態によるデータ分割処理の概略ブロック図である。
本願の実施形態によるＩ／Ｏコマンド処理プロセスの概略ブロック図である。
本願の実施形態によるネットワークアダプタによるＩ／Ｏ読み出しコマンドの処理方法を示す概略フローチャートである。
本願の実施形態によるネットワークアダプタによるＩ／Ｏ書き込み応答メッセージの処理方法を示す概略フローチャートである。
本願の実施形態によるネットワークアダプタによるＩ／Ｏ書き込み応答メッセージの処理方法の別の方法を示す概略フローチャートである。
本願の実施形態によるネットワークアダプタによってＩ／Ｏ書き込み応答メッセージを処理するためのさらに別の方法の概略フローチャートである。
本願の実施形態によるネットワークアダプタ１３００の概略ブロック図である。
以下、添付図面を参照して、本願の技術的解決手段を説明する。
本願では、複数のデバイス、コンポーネント、モジュールなどを含むシステムを説明することにより、すべて態様、実施形態、または特徴を提示する。各システムは、別の装置、構成要素、モジュールなどを含んでもよく、および／または、添付図面を参照して説明したすべての装置、構成要素、モジュールなどを含まなくてもよいことを理解し、理解されたい。また、これらの解決手段を組み合わせて使用してもよい。
さらに、本願の実施形態では、「例」または「例えば」という用語は、一例、実例、または説明の提示などを表すのに用いられている。本願において「例」として記載されるいかなる実施形態または設計解決手段も、別の実施形態または設計解決手段よりも好ましい、またはより多くの利点を有すると説明されるべきではない。正確には、「例」または「例えば」という用語の使用は、具体的な方式における相対概念を示すことを意図している。
本願の実施形態では、用語「対応する、関連する（ｃｏｒｒｅｓｐｏｎｄｉｎｇ，ｒｅｌｅｖａｎｔ）」、および「対応する（ｃｏｒｒｅｓｐｏｎｄｉｎｇ）」は、時に互換的に使用される場合がある。用語間の相違点が強調されない場合、用語によって表現される意味は一貫していることに留意されたい。
本願の実施形態で記載するネットワークアーキテクチャおよびサービスシナリオは、本願の実施形態における技術的解決手段をより明確に説明することを意図しており、本願の実施形態で提供する技術的解決手段の制限を構成しない。当業者であれば、ネットワークアーキテクチャの発展や新たなサービスシナリオの出現に伴い、本願の実施形態で提供される技術的解決手段も同様の技術的課題に適用可能であることを把握することができる。
本明細書に記載された「実施形態」、「いくつかの実施形態」などへの言及は、本願の１つまたは複数の実施形態が、実施形態を参照して説明された特定の特徴、構造、または特性を含むことを示す。したがって、本明細書において、異なる場所に現れる「ある実施形態において」、「いくつかの実施形態において」、「いくつかの他の実施形態において」、「他の実施形態において」などの記述は、必ずしも同じ実施形態を参照することを意味せず、代わりに、他の方式で特に強調されない限り、記述は「実施形態の１または複数、しかしすべてではない」ことを参照することを意味する。用語「含む」、「包含する」、「有する」、およびそれらの変形体は、代わりに、特に強調されない限り、すべて「含むがこれに限定されない」を意味する。
本願において、「少なくとも１つ」とは、１または複数を意味し、「複数の」とは、２またはそれ以上を意味する。「および／または」は、関連する対象の間の対応関係を説明し、３つの関係が存在し得ることを表す。例えば、Ａおよび／またはＢは、以下の、Ａのみが存在する場合と、ＡおよびＢの両方が存在する場合と、Ｂのみが存在する場合とを表してよい。ここで、ＡおよびＢは単数形または複数形であってよい。「／」という文字は一般に、関連する対象物間の「または」の関係を表す。「以下に挙げる項目（要素）の少なくとも１つ」またはそれの類似表現は、これらの項目の任意の組み合わせを意味し、１つの項目（要素）または複数の項目（要素）の任意の組み合わせが含まれる。例えば、ａ、ｂまたはｃのうちの少なくとも１つは、ａ、ｂ、ｃ、ａとｂ、ａとｃ、ｂとｃ、または、ａとｂとｃを示してよく、ａ、ｂおよびｃは、単数形でもよくまたは複数形でもよい。
クラウドコンピューティングの出現により、ホストプロセッサ（例えば、中央処理装置（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＣＰＵ））の使用量を減らし、外販用に多くのホストＣＰＵを提供したり、またはより望ましいユーザ体験を提供したり、ユーザのＣＰＵがホストのバックグラウンドサービスの影響を多く受けることを防止するように、図１に示すように、既存のクラウドコンピューティングベンダーは、本来ホスト上で実行する管理サービス、ストレージサービス、ネットワークサービスなどをネットワークアダプタに徐々にオフロードし、ネットワークアダプタ上のＣＰＵは前述のサービスを処理する。このように、ホストＣＰＵは、ユーザが他の用途に使うために、ほぼ完全に提供することができる。
以下、図２に示す適用シナリオを一例として用いて、ストレージサービスの詳細を説明する。
図２に示すように、シナリオは、ホスト２１０、ネットワークアダプタ２２０、および宛先記憶装置２３０を含んでもよい。以下、別々に各デバイスの詳細を説明する。
［１．ホスト２１０］
ホスト２１０は、少なくとも１つのプロセッサ２１１およびメモリ２１２を含んでもよい。
オプションとして、ホスト２１０は、システムバス２１３をさらに含む。少なくとも１つのプロセッサ２１１とメモリ２１２は、別々にシステムバス２１３に接続されている。
プロセッサ２１１は、システムバス２１３を介してメモリ２１２にアクセスすることができる。例えば、プロセッサ２１１は、システムバスを介して、メモリ２１２におけるデータの読み出し／書き込みまたはコード実行を実行することができる。システムバス２１３は、例えば、クイックパスインターコネクト（Ｑｕｉｃｋ Ｐａｔｈ Ｉｎｔｅｒｃｏｎｎｅｃｔ、ＱＰＩ）またはウルトラパスインターコネクト（Ｕｌｔｒａ Ｐａｔｈ Ｉｎｔｅｒｃｏｎｎｅｃｔ、ＵＰＩ）であってもよい。システムバス２１３は、アドレスバス、データバス、制御バス等に分類される。説明を簡単にするために、図２では１本の太線だけを用いてバスを表しているが、これは、バスが１本だけしかない、またはバスの種類が１つだけしかないことを意味するものではない。
可能な実施態様では、プロセッサ２１１の機能は、主にコンピュータプログラムの命令（またはコード）を解釈し、コンピュータソフトウェアでデータを処理することである。なお、コンピュータプログラムの命令やコンピュータソフトウェアのデータは、メモリ２１２に記憶することができる。
プロセッサ２１１は、ホスト２１０の演算装置であり、制御ユニット（ｃｏｎｔｒｏｌ ｕｎｉｔ）である。プロセッサ２１１は、複数のプロセッサコア（ｃｏｒｅ）を含んでもよい。プロセッサ２１１における演算処理、コマンド受信、コマンド記憶、データ処理のすべての計算は、プロセッサコア（ｃｏｒｅ）によって実行される。プロセッサコア（ｃｏｒｅ）のそれぞれは別々にプログラム命令を実行し、並列計算能力を用いてプログラムの動作を高速化する。プロセッサコア（コア）は、固定された論理構造を有し、例えば、レベル１キャッシュ、レベル２キャッシュ、実行ユニット、命令レベルユニット、バスインタフェースなどの論理ユニットを含む。
オプションとして、プロセッサ２１１は、集積回路チップであってもよく、信号処理能力を有する。限定ではなく一例として、プロセッサ２１１は、汎用プロセッサ、デジタル信号プロセッサ（（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ，ＦＰＧＡ）または他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジックデバイス、またはディスクリートハードウェアコンポーネントである。汎用プロセッサは、マイクロプロセッサなどである。例えば、プロセッサ１１０は、中央処理装置（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＣＰＵ）である。
メモリ２１２は、ホスト２１０のメインメモリ（ホスト２１０のメモリとも称し得る。）メモリ２１２は、通常、オペレーティングシステムで動作している様々なソフトウェアプログラム、上位層アプリケーションから配信される入出力（ｉｎｐｕｔ／ｏｕｔｐｕｔ、Ｉ／Ｏ）コマンド、外部メモリと交換する情報などを記憶するように構成される。プロセッサ２１１のアクセス速度を向上させるために、メモリ２１２は高速なアクセス速度を有する必要がある。一部のコンピュータシステムアーキテクチャでは、メモリ２１２としてダイナミックランダムアクセスメモリ（ｄｙｎａｍｉｃ ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＤＲＡＭ）が使用される。プロセッサ２１１は、メモリコントローラ（図１には不図示）を用いて、メモリ２１２に高速にアクセスし、メモリ２１２内の任意の記憶ユニットに対して読み出し処理および書き込み処理を実行することができる。
本願の本実施形態におけるメモリ２１２は、揮発性メモリまたは不揮発性メモリであってもよく、または揮発性メモリと不揮発性メモリを含んでいてもよいことをさらに理解されたい。不揮発性メモリは、リードオンリメモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ）、プログラマブルリードオンリメモリ（ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ、ＰＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ｅｒａｓａｂｌｅ ＰＲＯＭ、ＥＰＲＯＭ）、電気的消去可能プログラマブルリードオンリメモリ（ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ、ＥＥＰＲＯＭ）、またはフラッシュメモリであってよい。揮発性メモリはランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ）であってよく、外部キャッシュとして使用される。例を用いて説明するが、限定的な説明ではなく、多くの形式のランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ）を用いることができ、例えば、スタティックランダムアクセスメモリ（ｓｔａｔｉｃ ＲＡＭ、ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、シンクロナスダイナミックランダムアクセスメモリ（ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ、ＳＤＲＡＭ）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（ｄｏｕｂｌｅ ｄａｔａ ｒａｔｅ ＳＤＲＡＭ、ＤＤＲ ＳＤＲＡＭ）、エンハンスドシンクロナスダイナミックランダムアクセスメモリ（ｅｎｈａｎｃｅｄ ＳＤＲＡＭ、ＥＳＤＲＡＭ）、シンクリンクダイナミックランダムアクセスメモリ（ｓｙｎｃｈｌｉｎｋ ＤＲＡＭ、ＳＬＤＲＡＭ）、ダイレクトラムバスランダムアクセスメモリ（ｄｉｒｅｃｔ ｒａｍｂｕｓ ＲＡＭ、ＤＲ ＲＡＭ）などを用いることができる。
［２．ネットワークアダプタ２２０］
ネットワークアダプタ２２０は、通信ネットワークにおいて、ホスト２１０と他のサーバ（例えば、図１に示す宛先記憶装置２３０）との間の通信を実装するように構成される。ネットワークアダプタ２２０は、ホスト２１０に内蔵されていてもよく、またはホスト２１０の外部デバイスとして使用されてもよく、インタフェースを介してホスト２１０に接続される。インタフェースは、例えば、ペリフェラルコンポーネントインタフェースエクスプレス（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｆａｃｅ Ｅｘｐｒｅｓｓ、ＰＣＩＥ）インタフェースでもよい。
なお、図２においては、説明を簡単にするために、ホスト２１０の外部デバイスとしてネットワークアダプタ２２０を用いて説明する。
ネットワークアダプタ２２０は、メモリ２２２およびプロセッサ２２１もまた含んでもよい。オプションとして、ネットワークアダプタ２２０は、バス２２３をさらに含んでもよい。ネットワークアダプタ２２０の内部構造は、ホスト２１０の内部構造と類似であってよい。詳細は、前述のホスト２１０内の部分の説明を参照されたい。ここでは、詳細について改めて説明しない。
［３．宛先記憶装置２３０］
宛先記憶装置２３０は、メモリ、プロセッサ、およびネットワークアダプタもまた含んでもよい。オプションとして、宛先記憶装置２３０は、バスをさらに含んでもよい。宛先記憶装置２３０の内部構造は、ホスト２１０の内部構造と類似であってもよい。詳細は、前述のホスト２１０内の部分の説明を参照されたい。ここでは、詳細について改めて説明しない。
データ処理と通信シナリオでは、ホスト２１０はローカルエンドとして使用され、宛先記憶装置２３０は通信リモートエンドとして使用される。ホスト２１０上の仮想マシン（ｖｉｒｔｕａｌ ｍａｃｈｉｎｅ、ＶＭ）は、入出力（ｉｎｐｕｔ／ｏｕｔｐｕｔ、Ｉ／Ｏ）コマンドを配信し、ホスト２１０上のプロセッサ２１１は、バス２１３を介してメモリ２１２にＩ／Ｏコマンドを送信することができる。ネットワークアダプタ２２０は、メモリ２１２からＩ／Ｏコマンドを取得し、Ｉ／Ｏコマンドを処理する。
例えば、Ｉ／Ｏコマンドは、読み出しコマンドと書き込みコマンドである。読み出しコマンドは、ホスト上で動作するアプリケーションプログラム（例えばＶＭ）から配信され、リモートデバイス（例えば宛先記憶装置）からデータを読み出すよう命令するために使用される。書き込みコマンドは、ホスト上で動作するアプリケーションプログラム（例えばＶＭ）から配信され、リモートデバイスへのデータ書き込みを命令するために使用される。ホスト内のプロセッサは、Ｉ／Ｏコマンドを受信し、Ｉ／Ｏコマンドをメモリに記憶し、Ｉ／Ｏコマンドがネットワークアダプタ２２０によって処理されるのを待ってから、次に通信リモートエンドとして機能する宛先記憶装置２３０に送信されるようにしてもよい。
関連する技術的解決手段としては、例えば、Ｉ／ＯコマンドはＩ／Ｏ書き込みコマンドである。Ｉ／Ｏ書き込みデータはメモリ２１２に記憶されており、ネットワークアダプタ２２０は、まず、書き込み予定データをホスト２１０内のメモリ２１２からネットワークアダプタ２２０上のメモリ２２２に移行する必要がある。そして、ネットワークアダプタ２２０上のプロセッサ２２１は、ネットワークアダプタ２２０上のメモリ２２２から書き込み予定データを取得し、そのデータに対する記憶サービス処理を完了してデータメッセージパケットを生成し、生成したメッセージパケットを用いて通信リモートエンドの宛先記憶装置２３０に書き込み予定データを送信する。
関連する技術的解決手段としては、例えば、Ｉ／ＯコマンドはＩ／Ｏ読み出しコマンドである。ネットワークアダプタ２２０上のプロセッサ２２１は、通信リモート端の宛先記憶装置２３０からデータを取得し、ネットワークアダプタ２２０上のメモリ２２２にデータを記憶する。そして、プロセッサ２２１は、ネットワークアダプタ２２０上のメモリ２２２からデータを取得し、データを完全なＩ／Ｏデータに組み立て、Ｉ／Ｏデータをホスト２１０内のメモリ２１２に書き込む。
前述に関連する技術的解決手段では、Ｉ／Ｏ書き込みコマンドを一例として使用する。書き込み予定データは、ホスト２１０内のメモリ２１２からネットワークアダプタ２２０上のメモリ２２２に移行する必要があり、次に、ネットワークアダプタ２２０上のプロセッサ２２１がそのデータに対する記憶サービス処理を完了させる。ホスト２１０内のメモリ２１２からネットワークアダプタ２２０上のメモリ２２２にデータを読み出す必要がある。これは、ネットワークアダプタ２２０のバス２２３に大きな圧力をかけ、ネットワークアダプタ２２０上のプロセッサ２２１のオーバヘッドを大きく増加させる。また、ネットワークアダプタ２２０は、データを記憶するために大量のメモリ２２２を必要とする。データの保存と管理は、プログラムの複雑さとメモリ２２２のリソース消費を大幅に増加させる。
これを考慮して、本願では、データ記憶方法を提供する。書き込み予定データは、ホスト２１０内のメモリ２１２からネットワークアダプタ２２０上のメモリ２２２に移行する必要はない。これにより、メモリ２２２のリソース消費および帯域幅の圧迫を低減することができ、また、ネットワークアダプタ２２０上のプロセッサ２２１のオーバヘッドもまた低減することができる。
以下、図３を参照して、本願の実施形態によるデータ記憶方法について詳細に説明する。
図３は、本願の実施形態によるネットワークアダプタのデータ処理方法を示す概略フローチャートである。図３に示すように、方法は、段階３１０から３３０を含んでもよい。以下、別途、段階３１０から３３０を詳細に説明する。
段階３１０：ネットワークアダプタは、第１のＩ／Ｏコマンドを取得する。第１のＩ／Ｏコマンドは、データであり、ローカルサーバに記憶されているアドレス情報と長さ情報を含む。
本願の本実施形態では、第１のＩ／Ｏコマンドは、ローカルサーバに記憶されたデータを少なくとも１つのリモートサーバに書き込むことを命令するために使用されてもよい。一例として、データはローカルサーバ内のメモリに記憶されてもよい。
一例として、ローカルサーバは、図２におけるホスト２１０であってもよい。リモートサーバは、記憶装置であってもよく、または計算能力を有するコンピューティングデバイスであってもよい。一例として、リモートサーバは、図２における宛先記憶装置２３０である。
ネットワークアダプタは、ローカルサーバの外部デバイスとして使用することができ、ローカルサーバとはインタフェースで接続されている。インタフェースは、ペリフェラルコンポーネントインタフェースエクスプレス（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｆａｃｅ Ｅｘｐｒｅｓｓ、ＰＣＩＥ）インタフェースであってもよい。具体的な接続関係については、図２の説明を参照されたい。ここでは、詳細について改めて説明しない。
段階３２０：ネットワークアダプタは、アドレス情報および長さ情報に基づいてデータを分割し、アドレス情報および長さ情報の複数のグループを取得する。
ネットワークアダプタは、第１のＩ／Ｏコマンドで伝送されるデータのアドレス情報および長さ情報に基づいてデータを分割し、アドレス情報と長さ情報の複数のグループを取得することができる。データのアドレス情報および長さ情報は、ローカルサーバ内のメモリに記憶されたデータブロックを説明するために使用される場合があることを理解されたい。
本願の本実施形態では、ネットワークアダプタ上のメモリは、ローカルサーバにあり、少なくとも１つのリモートサーバに書き込む必要があるデータを記憶する必要はない場合がある。したがって、ネットワークアダプタは、実際のデータの代わりに、データの仮想アドレス情報（例えば、ローカルサーバ内のメモリ内のデータのアドレス情報、長さ情報）に基づいてデータを分割することができる。このように、ローカルサーバ内のメモリからネットワークアダプタ上のメモリにデータを読み出す必要がない。これにより、ネットワークアダプタのバスの負担を軽減し、ネットワークアダプタ上のプロセッサのオーバヘッドもまた低減することができる。また、ネットワークアダプタは、書き込み予定データを保存するために大量のメモリを必要としない。これにより、プログラムの複雑さを軽減し、メモリのリソース消費を抑えることができる。
段階３３０：ネットワークアダプタは、アドレス情報と長さ情報の複数のグループに基づいて、ローカルサーバから、アドレス情報と長さ情報の複数のグループに対応するデータを取得し、少なくとも１つのリモートサーバにデータを送信する。
段階３３０において、ネットワークアダプタが少なくとも１つのリモートサーバにデータを送信する必要がある場合、ネットワークアダプタは、アドレス情報と長さ情報の複数のグループに基づいてローカルサーバから、アドレス情報と長さ情報の複数のグループに対応するデータを直接取得し、少なくとも１つのリモートサーバにデータを送信することを理解されたい。
ネットワークアダプタによって取得されたデータは、ネットワークアダプタ上のメモリに保存されず、ローカルサーバ内のメモリからデータを取得した後、少なくとも１つのリモートサーバに直接送信されることに留意されたい。
可能な実施態様では、ネットワークアダプタは、分割後に取得されるアドレス情報と長さ情報の複数のグループに基づいて、ローカルサーバから、アドレス情報と長さ情報の複数のグループに対応するデータを取得してもよい。オプションとして、いくつかの実施形態において、ネットワークアダプタは、アドレス情報と長さ情報の複数のグループと、ローカルサーバにあり、第１のＩ／Ｏコマンドを配信する第１のＶＭに対応する識別子とに基づいて、第１の仮想マシンＶＭから、アドレス情報と長さ情報の複数のグループに対応するデータをさらに取得してもよい。このように、ネットワークアダプタは、特定のＶＭ内のメモリから正確にデータを取得することができる。
前述の技術的解決手段では、ネットワークアダプタをローカルサーバの外部デバイスとして使用することができ、インタフェースを介してローカルサーバに接続される。Ｉ／Ｏ書き込みコマンドでは、ローカルサーバのメモリからネットワークアダプタのメモリへ、書き込み予定データを移行する必要はない。ネットワークアダプタは、ローカルサーバ内のメモリに記憶されている実際の書き込み予定データに基づく代わりに、ローカルサーバ内のメモリに記憶されているデータの記憶アドレスとデータ長に基づいてストレージサービスを処理する。このように、ローカルサーバ内のメモリからネットワークアダプタ上のメモリにデータを読み出す必要がない。これにより、ネットワークアダプタ、メモリ、バスの圧力を低減し、ネットワークアダプタ上のプロセッサのオーバヘッドもまた低減することができる。また、ネットワークアダプタは、書き込み予定データを保存するために大量のメモリを必要としない。これにより、プログラムの複雑さを軽減し、メモリのリソース消費を抑えることができる。
以下、図４を参照して、本願の実施形態によるネットワークアダプタの可能な構造について詳細に説明する。
図４は、本願の実施形態によるネットワークアダプタ４００の構造を示す概略図である。図４に示すように、ネットワークアダプタ４００は、ＰＣＩＥインタフェースを介してホスト２１０に接続されている。
ネットワークアダプタ４００は、データプレーンオフロードエンジン４１０、メモリコントローラ４２０、ＣＰＵコア４３０、メモリ４４０、およびシステムバス４５０を含んでもよい。
［１．データプレーンオフロードエンジン４１０］
一例として、データプレーンオフロードエンジン４１０は、ハードウェアロジック、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ，ＦＰＧＡ）、またはネットワークプロセッサ（ｎｅｔｗｏｒｋ ｐｒｏｃｅｓｓｏｒ，ＮＰ）など、データプレーン処理を特にサポートする専用の処理アーキテクチャのエンジンによって形成されてもよい。データプレーンオフロードエンジン４１０は、パケットを迅速に転送することができるが、複雑なプロトコル処理には適切ではない。
データプレーンオフロードエンジン４１０は、ネットワーク転送処理に適切であることが理解されたい。したがって、一般に、ネットワーク転送のためのデータプレーンは、データプレーンオフロードエンジン４１０によって引き受けられることがある。しかしながら、ストレージサービスのデータプレーンは、サービスの複雑性に起因してデータプレーンオフロードエンジン４１０で直接完了できず、完了には一般にＣＰＵコア４３０が必要である。
データプレーンオフロードエンジン４１０は、ＰＣＩＥインタフェースを介してホスト２１０に接続されてもよく、ホスト２１０内のメモリ２１２に記憶されたデータを取得するように構成される。データプレーンオフロードエンジン４１０は、システムバス４５０を介してＣＰＵコア４３０およびメモリコントローラ４２０とさらに接続され、データプレーンオフロードエンジン４１０内部のモジュール、ＣＰＵコア４３０およびメモリコントローラ４２０間の高速通信を実施してもよい。
データプレーンオフロードエンジン４１０は、内部に、デバイスシミュレーションモジュール４１１、Ｉ／Ｏコマンド処理モジュール４１２、データスケジューリングモジュール４１３、ネットワークプロトコル処理エンジン４６０を含むことができる。
以下、別途、データプレーンオフロードエンジン４１０に含まれるモジュールの機能を詳細に説明する。
デバイスシミュレーションモジュール４１１は、主にデバイスシミュレーション、例えば、記憶装置またはネットワークデバイスのシミュレーションを実施し、ネットワークアダプタ４００がホストまたはホスト上で動作する仮想マシンＶＭに必要なデバイスを提示するように構成される。一例として、デバイスシミュレーションモジュール４１１は、不揮発性メモリエクスプレス（ｎｏｎｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ ｅｘｐｒｅｓｓ、ＮＶＭｅ）、記憶装置、スモールコンピュータシステムインタフェース（ｓｍａｌｌ ｃｏｍｐｕｔｅｒ ｓｙｓｔｅｍ ｉｎｔｅｒｆａｃｅ、ＳＣＳＩ）デバイス、仮想スモールコンピュータシステムインタフェース（ｖｉｒｔｉｏ－ＳＣＳＩ）デバイス、ｖｉｒｔｉｏ－ＢＬＫデバイス、および別のタイプのｖｉｒｔｉｏデバイスの提示を実装するように構成される。
デバイスシミュレーションは、ハードウェアロジックとＣＰＵコアがまとめて完了する場合もあることを理解されたい。一般に、強力なデータのやりとりはデータプレーンオフロードエンジンが完了し、設定関連のシミュレーションはＣＰＵコアとデータプレーンオフロードエンジンが協働して完了する。
Ｉ／Ｏコマンド処理モジュール４１２は、Ｉ／Ｏコマンドに対して簡単な解析と処理を実行するように構成される。一例として、Ｉ／Ｏコマンド処理モジュール４１２は、Ｉ／Ｏコマンドが読み出しコマンドまたは書き込みコマンドかを決定するために使用されてもよい。別の例では、デバイスのＩ／Ｏサービス品質（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ，ＱｏＳ）を確保するために、Ｉ／Ｏ読み出し／書き込みコマンドは通常スケジューリングされる必要がある。
データスケジューリングモジュール４３０は、複数のＩ／Ｏコマンドをスケジューリングするように構成される。一例として、スケジューリングは、データに対するＱｏＳ処理を含んでもよい。例えば、ＶＭまたはボリュームに不適切な負荷がかかることを避けるために、各デバイスの帯域幅やパケットレートを制限する必要がある。Ｉ／Ｏデータストレージの場合、１秒あたりの入力／出力操作（ｉｎｐｕｔ／ｏｕｔｐｕｔ ｏｐｅｒａｔｉｏｎ ｐｅｒ ｓｅｃｏｎｄ，ＩＯＰＳ）とボリュームの帯域幅、ＶＭ全体のＩＯＰＳと帯域幅管理に基づいてＩ／Ｏコマンドをスケジューリングする必要がある。
ネットワークプロトコル処理エンジン４６０は、主にネットワークプロトコル処理を完了させ、データを宛先ノードに確実に伝送することを確保するように構成される。ネットワークプロトコルは、複数存在してもよい。これは本願において具体的に限定されない。例えば、ネットワークプロトコルは、リモートダイレクトメモリアクセス（Ｒｅｍｏｔｅ Ｄｉｒｅｃｔ Ｍｅｍｏｒｙ Ａｃｃｅｓｓ、ＲＤＭＡ）プロトコルであってもよい。別の例として、ネットワークプロトコルは、代替的に伝送制御プロトコル（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ、ＴＣＰ）であってもよい。別の例として、ネットワークプロトコルは、代替的に、ユーザが定義した信頼性の高い伝送プロトコルとすることができる。
［２．メモリコントローラ４２０］
メモリコントローラ４２０は、メモリ４４０とＣＰＵコア４３０との間のデータ交換を制御するように構成される。具体的には、メモリコントローラ４２０は、ＣＰＵコア４３０からメモリアクセス要求を受信し、そのメモリアクセス要求に基づいてメモリ４４０へのアクセスを制御する。
実施例では、各メモリコントローラ４２０は、システムバス４５０を介してメモリ４４０のアドレスを実行する。また、システムバスにはアービタ（図には不図示）が構成される。アービタは、複数のＣＰＵコア４３０のコンテンション・アクセスの処理と調整を担当する。
［３．ＣＰＵコア４３０］
ＣＰＵコア４３０は、ＣＰＵの最も重要な構成要素であり、ＣＰＵ処理ユニットとも呼ばれてもよい。ＣＰＵコア４３０は、特定の製造プロセスを用いることにより、単結晶シリコンで作られている。ＣＰＵの演算処理、コマンド受信、コマンド記憶、データ処理のすべての計算は、ＣＰＵコア４３０で実行される。各ＣＰＵコア４３０は、プログラム命令を別々に実行し、並列計算能力を用いてプログラム動作を高速化する。各ＣＰＵコア４３０は、固定的な論理構造を有している。例えば、ＣＰＵコア４３０は、レベル１キャッシュ、レベル２キャッシュ、実行ユニット、命令レベルユニット、およびバスインタフェースなどの論理ユニットを含む。
ＣＰＵコア４３０は、一般に、複雑なサービス処理を実行するように構成されており、通常、オペレーティングシステム（ｏｐｅｒａｔｉｎｇ ｓｙｓｔｅｍ、ＯＳ）を実行する。このように、ＣＰＵコア４３０上では、複雑なサービス処理ソフトウェア、各種管理ソフトウェア、制御プレーンソフトウェアなどが動作する場合がある。
［４．メモリ４４０］
メモリ４４０は、ＣＰＵコア４３０の外部メモリとして使用されてもよく、ＣＰＵコア４３０のプログラム実行とデータプレーンオフロードエンジン４１０の一部のエントリを記憶するように構成される。
外部メモリ４４０は、本願の本実施形態では特に限定されない。例えば、外部メモリ４４０は、ダブルデータレート（Ｄｏｕｂｌｅ Ｄａｔａ Ｒａｔｅ、ＤＤＲ）メモリである。
データプレーンオフロードエンジン４１０の内部に統合されたオンチップメモリはキャッシュであるため、オンチップメモリは高速かつ高コストであり、したがって、少数のみしか統合できないことを理解されたい。外部メモリ４４０に大量のエントリを記憶する必要がある。例えば、外部メモリ４４０には、ネットワーク転送に必要な大容量転送フローテーブル、ネットワーク接続の受信および送信キュー、ネットワーク接続のコンテキストエントリ、Ｉ／Ｏのコンテキストエントリなどが記憶される。
データがＣＰＵに送信されるとは、実際には、データがＣＰＵコア４３０の外部メモリ４４０に送信されることを意味することをさらに理解されたい。本明細書で後述するＣＰＵへのデータの送信およびＣＰＵメモリへのデータの送信とは、ＣＰＵコア４３０の外部メモリ４４０にデータを送信することを意味する。
［５．システムバス４５０］
システムバス４５０は、データプレーンオフロードエンジン４１０、ＣＰＵコア４３０、およびメモリコントローラ４２０に接続され、データプレーンオフロードエンジン４１０、ＣＰＵコア４３０、およびメモリコントローラ４２０がシステムバス４５０を介して互いに通信できるようにしてもよい。
以下では、図４に示したハードウェアアーキテクチャを一例として用いて、ネットワークアダプタがＩ／Ｏ書き込みコマンドを処理する具体的な実装について、図５の一例を参照しながら詳細に説明する。図５の例は、単に当業者が本願の実施形態を理解することを助けることだけを意図しており、本願の実施形態を図５の特定の値または特定のシナリオに限定することを意図するものではないことを理解されたい。当業者であれば、提供された例に基づいて様々な同等の修正または変更を加えることができることは明らかであり、そのような修正および変更も本願の実施形態の範囲に含まれる。
図５は、本願の実施形態によるネットワークアダプタによるＩ／Ｏ書き込みコマンドの処理方法を示す概略フローチャートである。図５に示すように、方法は、段階５１０から５６０を含んでもよい。以下、別途、段階５１０から５６０を詳細に説明する。
段階５１０：ホスト２１０内のＶＭがＩ／Ｏ書き込みコマンドを配信する。
ホスト内のＶＭは、ストレージＩ／Ｏデバイスインタフェース（例えば、ＮＶＭｅ、ＳＣＳＩ、Ｖｉｒｔｉｏ－ＢＬＫ、またはＶｉｒｔｉｏ－ＳＣＳＩ）に基づくストレージサービスのＩ／Ｏ書き込みコマンドを開始することができる。
図５に示す実施形態で述べたＩ／Ｏコマンドまたは処理対象Ｉ／Ｏコマンドは、処理対象Ｉ／Ｏ書き込みコマンドと理解してもよいことに留意されたい。
本願の本実施形態において、仮想デバイスは、識別子（ｉｄｅｎｔｉｆｉｅｒ、ＩＤ）を用いて識別されてもよいことを理解されたい。前述のストレージＩ／Ｏデバイスは、一般にＰＣＩＥ上の機能（ファンクション）にマッピングされる。シングルルートＩ／Ｏ仮想化（ｓｉｎｇｌｅ ｒｏｏｔ Ｉ／Ｏ ｖｉｒｔｕａｌｉｚａｔｉｏｎ、ＳＲ－ＩＯＶ）が可能な場合、前述のストレージＩ／Ｏ装置は物理機能（Ｐｈｙｓｉｃａｌ ｆｕｎｃｔｉｏｎ、ＰＦ）または仮想機能（ｖｉｒｔｕａｌ ｆｕｎｃｔｉｏｎ、ＶＦ）であってもよい。スケーラブルＩ／Ｏ仮想化（ｓｃａｌａｂｌｅ Ｉ／Ｏ ｖｉｒｔｕａｌｉｚａｔｉｏｎ、ｓｃａｌａｂｌｅ－ＩＯＶ）が可能な場合、前述のストレージＩ／Ｏデバイスは、さらにＡＤＩであってもよい。
一般的にＶＦの方が多い。ＶＭの適用シナリオでは、ＶＦは主にＶＭに割り当てられる。以下の説明では、説明を簡単にするために、ＶＦを使用している。しかしながら、ＰＦのみ使用可の特定がない場合は、すべてのＶＦの説明はＰＦにも適用可能である。つまり、一例では、ホスト２１０上で動作するＶＭをＶＦを用いて識別することができる。
段階５２０：ホスト２１０内のプロセッサ２１１は、ネットワークアダプタ４００にプロンプトメッセージを送信する。
処理すべきＩ／Ｏ書き込みコマンドをメモリ２１２に送信した後、プロセッサ２１１はプロンプトメッセージをネットワークアダプタ４００に送信することができる。プロンプトメッセージは、データプレーンオフロードエンジン４１０に、処理すべきＩ／Ｏコマンドがあることを通知するために使用される。
一例として、プロンプトメッセージはドアベル（ドアベル、ＤＢ）であってもよい。
段階５３０：ネットワークアダプタ４００のＩ／Ｏコマンド処理モジュール４１２は、処理対象のＩ／Ｏ書き込みコマンドを処理する。
Ｉ／Ｏ読み出しコマンドまたはＩ／Ｏ書き込みコマンドなどのＩ／Ｏコマンドでは、通常、ＱｏＳ制御を実行する必要がある。例えば、Ｉ／Ｏコマンドにおける論理ユニット番号（Ｌｏｇｉｃａｌ Ｕｎｉｔ Ｎｕｍｂｅｒ、ＬＵＮ）情報（ＮＶＭｅにおける名前空間）に対して、ＶＭのＬＵＮ ＩＤと入り口のＶＦ情報をグローバルＬＵＮ ＩＤに変換してもよい。また、グローバルＬＵＮ ＩＤは、である宛先記憶装置のアドレス情報であってもよい。または、ＶＦ＋ＶＭのＬＵＮ ＩＤを直接使用することも可能である。
説明を簡単にするために、以下におけるＬＵＮ ＩＤはグローバルＬＵＮ ＩＤと理解してもよい。
ネットワークアダプタに入るパケットのポート属性において、情報がパケットにないことと同じように、ＶＦ情報（例えば、ＶＦ ＩＤ）はＩ／Ｏコマンドには含まれていないことを理解されたい。
段階５４０：ネットワークアダプタ４００上のデータスケジューリングモジュール４３０は、処理すべきＩ／Ｏコマンドをスケジューリングする。
段階５４０は任意であることを理解されたい。つまり、処理するＩ／Ｏコマンドが複数のＩ／Ｏコマンドを含む場合、ＶＭまたはボリュームに不適切な負荷がかかることを避けるため、各デバイスの帯域幅やパケットレートを制限する必要がある。したがって、複数のＩ／Ｏコマンドをスケジューリングする必要があり、複数のＩ／Ｏコマンドから条件を満たすＩ／Ｏコマンドを選択する。データスケジューリングモジュール４３０は、条件を満たしたＩ／Ｏコマンドをネットワークアダプタ４００上のメモリ４４０のＩ／Ｏメッセージ受信キューに記憶してもよい。
図６に示すように、データプレーンオフロードエンジン４１０内のデータスケジューリングモジュール４３０は、複数のＩ／Ｏコマンドをスケジューリングし、スケジューリングされたＩ／ＯコマンドをＩ／Ｏメッセージ受信キューに記憶する。
可能な実施態様では、データスケジューリングモジュール４３０は、複数のＩ／Ｏコマンドに対してレベル１スケジューリングを実行し、条件を満たすＩ／Ｏコマンドを選択することができる。例えば、データスケジューリングモジュール４３０は、処理対象のＩ／Ｏコマンドを宛先記憶装置に記憶するための記憶アドレスに基づいて、処理対象のＩ／Ｏコマンドをスケジューリングし、条件を満たしたＩ／Ｏコマンドを選択することができる。別の例として、データスケジューリングモジュール４３０は、さらに、ホスト２１０内にあり、複数のＩ／Ｏコマンドを配信する仮想マシンＶＭに基づいて、処理すべきＩ／Ｏコマンドをスケジューリングし、条件を満たすＩ／Ｏコマンドを選択することができる。
別の可能な実施態様では、データスケジューリングモジュール４３０は、さらに、複数のＩ／Ｏコマンドに対してマルチレベルスケジューリングを実行し、条件を満たすＩ／Ｏコマンドを選択することができる。レベル２のスケジューリングを一例として使用する。第１レベルでは、Ｉ／Ｏコマンドは、ＬＵＮ ＩＤに基づいてスケジューリングされる。第２レベルでは、Ｉ／ＯコマンドはＶＭに基づいてスケジューリングされる。具体的には、データスケジューリングモジュール４３０は、宛先記憶装置の処理対象のＩ／Ｏコマンドを記憶する記憶アドレスと、ホスト２１０に存在し、複数のＩ／Ｏコマンドを配信する仮想マシンＶＭに基づいて、処理対象のＩ／Ｏコマンドをスケジューリングし、条件を満たしたＩ／Ｏコマンドを選択することができる。
本願の本実施形態では、Ｉ／Ｏメッセージ受信キューの仕様が大きくない場合、データプレーンオフロードエンジン４１０の内部キャッシュをストレージに利用してもよい。しかしながら、Ｉ／Ｏメッセージ受信キューの仕様が比較的大きく、チップ内部のキャッシュではＩ／Ｏメッセージ受信キューを記憶できない場合は、これらのキューをネットワークアダプタ４００の外部メモリ４４０に配置してもよい。
条件を満たすＩ／Ｏコマンドは、Ｉ／Ｏコマンドを使用して読み出し／書き込みされるデータのサイズに対するトラフィック測定を実行してもよい。前述の測定には、ＩＯＰＳ、１秒あたりのＩ／Ｏ回数の許容量、Ｉ／Ｏ帯域幅などの測定が含まれ得るが、これらに限定されないことを理解されたい。
本願の本実施形態では、トラフィック測定を実行するためにトークンバケット（ｔｏｋｅｎ ｂｕｃｋｅｔ）アルゴリズムを使用してもよい。トークンバケットアルゴリズムによると、トークンバケットに特定の数のトークンを配置し、１トークンで、指定単位（例えば、１バイト）のデータの送信を許可することができる。１Ｂｙｔｅのデータ送信後、バケットからトークンを削除する必要がある。バケットにトークンの残りがない場合、いかなるサイズのデータ送信も定格帯域を超えるとみなされる。バケットにトークンが残っているときだけ、データを送信することができる。
例えば、２つのトークンバケットを使用することで、コミットメント性能（保証性能）と許容ピーク性能（処理能力がアイドル状態のときの最大許容性能）をより多く取得し、より正確な制御を実施することができる。
トークンバケット（ｔｏｋｅｎ ｂｕｃｋｅｔ）アルゴリズムは、池の水のように、外に流れたり、または中に入ったりすることができる。トークンバケット内のトークンを削除したり、トークンバケットにトークンを追加したりすることもができる。いつでもデータを送信できることを確保するため、バケットにトークンを追加することができる。したがって、トークンバケットにトークンが追加される速度によって、データの送信速度が決定される。例えば、あるユーザの帯域幅を１Ｇｂｐｓに設定し、各トークンが１Ｍｂｉｔを示す場合、１秒あたり１０００個のトークンがバケットに追加されることを保証することのみが必要である。
したがって、本願の本実施形態では、より柔軟なＱｏＳスケジューリング効果を取得するために、トークンバケットにトークン調整インタフェースを提供し、ＣＰＵコア４３０がパケット特徴に基づきトークンの返金を実行する。例えば、ＶＭが小さなＩ／Ｏコマンドを継続的に生成するのを防止するために、ＣＰＵコア４３０は、いくつかのトークンを適切に返金するためにフィールドマージを実行することができる。これにより、帯域幅不足によるユーザエクスペリエンスへの影響を防止することができる。
前述の技術的解決手段では、データプレーンがＱｏＳスケジューリングを実行することで、より正確で安定したＱｏＳ保証とより優れた性能を取得することができる。ＣＰＵコアはトークン返金調整をサポートしており、より高いＱｏＳの柔軟性を提供することができる。
段階５５０：ＣＰＵコア４３０は、Ｉ／Ｏコマンドを処理する。
ネットワークアダプタ４００の外部メモリ４４０にＩ／Ｏコマンドが記憶された後、ＣＰＵコア４３０上のソフトウェアがＩ／Ｏコマンドを分析する。一例として、Ｉ／Ｏコマンドは、一般に、ＬＵＮ、論理ブロックアドレス（Ｌｏｇｉｃａｌ Ｂｌｏｃｋ Ａｄｄｒｅｓｓ、ＬＢＡ）、データサイズ（ｓｉｚｅ）、データブロックを指し示すスキャッタギャザ（Ｓｃａｔｔｅｒ Ｇａｔｈｅｒ、ＳＧ）リストなどの情報を含むことができる。
ＬＵＮは、アクセス対象記憶ユニットのＩＤを表し、例えば、図２に示す宛先記憶装置２３０のＩＤを表す。ＬＢＡは、アクセス対象記憶ユニット上のデータが配置されるブロック、すなわちＬＵＮに記憶されているアクセス対象データの論理アドレスの開始アドレスを示す。サイズは、アドレス読み出し後のデータサイズを示す。ＣＰＵコア４３０は、ＬＵＮ、ＬＢＡ、およびサイズに基づいて、宛先記憶装置をアドレス指定してもよい。
ＳＧリストは、複数のアドレスと長さから構成されるリストである。アドレスと長さでメモリブロックを形成し、複数のアドレスブロックがホスト内のＩ／Ｏデータを記憶するために必要な総メモリサイズを形成する。つまり、ＳＧリストは、散在するデータブロックを開始アドレス＋長さの順序を用いて記述し、複数のデータブロックを論理的に連続したデータブロックにまとめられる。
ＳＧリストのアドレス＋長さは、前述のデータのアドレス情報および長さ情報に対応してもよいことは理解されたい。
Ｉ／Ｏ書き込みの場合、ＳＧリストは、ホスト内のメモリ（ｍｅｍｏｒｙ）において、データの読み出し先および書き込みがされる宛先記憶装置の位置を示す。
ＳＧはアドレスと長さ情報だけしか持っていないことに留意されたい。仮想化アプリケーションでは、ＳＧを対応するＶＭのメモリアドレスに正確にマッピングできるように、ＶＦ ＩＤ情報を追加するさらなる必要性がある。
本願の本実施形態では、ＣＰＵコア４３０は、ホストメモリに存在する処理予定データのアドレスとデータ長に基づいて、ストレージサービスを処理してもよい。ストレージサービスの処理プロセスは複数あり、例えば、データ分割処理、データ重複排除処理、データ暗号化処理、データ圧縮処理、データスナップショット処理がある。
以下では、データ分割処理を一例として用いて、ＣＰＵコア４３０が、ホストメモリに存在する処理予定データのアドレスとデータ長に基づいてストレージサービスを処理する特定の実装プロセスを詳細に説明する。
クラウドコンピューティングで一般的に使用される分散型ストレージシステムの場合、データは数百または数千の宛先記憶装置に分散方式で保存されることを理解されたい。このように、データへの高速同時アクセスを実装し、極めて高性能を取得することができるとともに、より高いセキュリティとスケーラビリティを取得することができる。この処理は、データを分割する処理である。つまり、データを固定サイズのデータブロックに分割し、例えば４Ｋ、８Ｋ、１６Ｋ、３２Ｋなどのサイズのデータブロックに分割し、異なるデータブロックを異なる宛先記憶装置に送信する。
Ｉ／Ｏ書き込みでは、書き込み予定データを分割し、異なるデータブロックを異なる宛先記憶装置に送信する必要がある。Ｉ／Ｏ読み出しの場合、異なるデータブロックを複数の宛先記憶装置から別々に取得する必要があり、異なるデータブロックを完全な１つのＩ／Ｏデータにまとめる。読み出しは書き込みの逆手順である。
オプションとして、いくつかの実施形態において、複数の宛先記憶装置へのデータ送信の効率を改善するために、集約が適切に実行されてもよい。同じ宛先記憶装置に送信する複数のデータブロックを、大きなデータパケットにまとめて、例えば、１２８ＫＢの大きなパケットにまとめて一度に送信する。このように、データ送信のためにプロトコルスタックを頻繁に呼び出すことで、ＣＰＵコア４３０に過負荷がかかることを回避することができる。
一般に、データを分割する処理は、図７に示すように行われる。Ｉ／Ｏデータは水平方向に分割され、１つのＩ／Ｏデータは複数のデータブロックに分割される。データパケットは垂直に生成され、各データパケットは１つの分散型リモート宛先記憶装置に一意に対応する。各データパケットは、１つのデータブロックを含んでいてもよいし、または同じ宛先記憶装置に送信される複数のデータブロックを含んでいてもよい。
本願の本実施形態では、ネットワークアダプタ４００上のメモリ４４０ではなく、ホスト２１０内のメモリ２１２に実Ｉ／Ｏ書き込みデータを記憶しているため、ＣＰＵコア４３０がデータを分割する処理は、実Ｉ／Ｏ書き込みデータに基づいていない。その代わりに、Ｉ／ＯコマンドにおけるＳＧの仮想データポインタ（ホスト２１０内のメモリ２１２のデータのアドレス情報および長さ情報）に基づいて分割を実行し、仮想データポインタはホスト内のＶＦのアドレスおよび長さに対応するデータブロックを指し示す。
つまり、本願の本実施形態では、実Ｉ／Ｏ書き込みデータは分割されない。その代わりに、メモリ２１２に存在し、ＶＭのＩ／Ｏデータを記憶するメモリアドレスとデータ長に基づいて分割を実行し、分割ＶＦ＋ＳＧ情報を取得する。
段階５６０：ＣＰＵコア４３０は、ネットワークプロトコル処理エンジン４６０に、少なくとも１つのリモート宛先記憶装置にＩ／Ｏ書き込みデータを送信するように指示する。
ＣＰＵコア４３０は、Ｉ／Ｏコマンドの処理を完了した後、メッセージパケットを生成してもよい。メッセージパケットには、メッセージヘッダが含まれる。メッセージヘッダは、対応する宛先記憶装置に関する情報を担持してもよく、その情報は一般にネットワーク接続の送信キューであってもよい。ＣＰＵコア４３０は、Ｍ個の分割データブロックをＭ個のメッセージキューに入れることができる。各データブロックには、実際に書き込み予定データの代わりにＶＦ＋ＳＧの情報が記憶されている。
ＣＰＵコア４３０は、さらに、ネットワークプロトコル処理エンジン４６０に対して、ストレージデータ処理命令を開始してもよい。この命令は、ネットワークプロトコル処理エンジン４６０に対して、実Ｉ／Ｏ書き込みデータを取得し、実Ｉ／Ｏ書き込みデータに対してメッセージカプセル化を実行し、カプセル化されたパケットを対応するリモート宛先記憶装置に送信して、Ｉ／Ｏ書き込み処理を実施するよう命令するために使用される。
一例として、ネットワークプロトコル処理エンジン４６０は、Ｍ個のメッセージキューから、各データブロックに記憶されているＶＦ＋ＳＧ情報を別々に読み出し、ＶＦに対応するＶＭに対して別々にＤＭＡを開始し、ＶＦ＋ＳＧ情報に基づいて、各データブロックに対応する実Ｉ／Ｏ書き込みデータを取得する。
図８に示すように、例えば、ＣＰＵコア４３０が送信し、ネットワークプロトコル処理エンジン４６０が受信可能なメッセージ１には、ＶＦ１＋ＳＧ１、ＶＦ２＋ＳＧ１、ＶＦ３＋ＳＧ１、・・・およびＶＦｍ＋ＳＧｎが含まれる。ネットワークプロトコル処理エンジン４６０は、ＰＣＩＥインタフェースを介してホスト２１０内のメモリ２１２から、ＶＦ１＋ＳＧ１に対応するデータ、ＶＦ２＋ＳＧ１に対応するデータ、ＶＦ３＋ＳＧ１に対応するデータ、・・・およびＶＦｍ＋ＳＧｎに対応するデータを取得または読み出すことができる。
他の例として、ＣＰＵコア４３０が送信し、ネットワークプロトコル処理エンジン４６０が受信可能なメッセージ２は、ＶＦ１＋ＳＧ１、ＶＦ２＋ＳＧ２、ＶＦ３＋ＳＧ３、・・・およびＶＦｍ＋ＳＧｍを含む。ネットワークプロトコル処理エンジン４６０は、ＰＣＩＥインタフェースを介してホスト２１０内のメモリ２１２から、ＶＦ１＋ＳＧ２に対応するデータ、ＶＦ２＋ＳＧ２に対応するデータ、ＶＦ３＋ＳＧ２に対応するデータ、・・・およびＶＦｍ＋ＳＧｍに対応するデータを取得または読み出すことができる。
ネットワークプロトコル処理エンジン４６０は、メモリ２１２から取得したデータをカプセル化し、データを、データを実際に含むメッセージと組み合わせ、メッセージをリモート宛先記憶装置に送信し、宛先記憶装置にＩ／Ｏ書き込みデータを書き込むようにしてもよい。
オプションとして、ネットワークアダプタ４００は、さらに、Ｉ／Ｏコマンドのコンテキスト情報に基づいて、すべてのデータが少なくとも１つの宛先記憶装置に書き込まれたかどうかを決定してもよい。複数のデータのすべてが少なくとも１つの宛先記憶装置に別々に書き込まれるとき、ネットワークアダプタ４００は、ＰＣＩＥインタフェースを通じてホスト２１０にＩ／Ｏ書き込み完了メッセージを送信する。Ｉ／Ｏコマンドのコンテキスト情報は、少なくとも１つの宛先記憶装置におけるデータの記憶状態を含んでもよいことを理解されたい。
以下では、図４に示したハードウェアアーキテクチャを一例として用いて、ネットワークアダプタがＩ／Ｏ読み出しコマンドを処理する具体的な実装について、図９の一例を参照しながら詳細に説明する。図９の例は、単に当業者が本願の実施形態を理解すること助けることだけを意図しており、本願の実施形態を図９の特定の値または特定のシナリオに限定することを意図するものではないことを理解されたい。当業者であれば、提供された例に基づいて様々な同等の修正または変更を加えることができることは明らかであり、そのような修正および変更も本願の実施形態の範囲に含まれる。
図９は、本願の実施形態によるネットワークアダプタによるＩ／Ｏ読み出しコマンドの処理方法を示す概略フローチャートである。図９に示すように、この方法は、段階９１０から９５０を含んでもよい。以下、別途、段階９１０から段階９５０について詳細に説明する。
段階９１０：ホスト２１０のＶＭは、Ｉ／Ｏ読み出しコマンドを配信する。
Ｉ／Ｏ読み出しコマンドは、宛先記憶装置から読み出し対象データを取得し、ホスト２１０にデータを記憶することを命令するために使用される。例えば、データは、ホスト２１０に存在し、Ｉ／Ｏ読み出しコマンドを配信するＶＭに対応するメモリに記憶されてもよい。
Ｉ／Ｏ読み出しコマンドは、Ｉ／Ｏ読み出しメッセージと呼ばれてもよい。
段階９１５：ホスト２１０内のプロセッサ２１１は、ネットワークアダプタ４００にプロンプトメッセージを送信する。
段階９１７：ネットワークアダプタ４００のデータプレーンオフロードエンジン４１０は、Ｉ／Ｏ読み出しコマンドをネットワークアダプタ４００の外部メモリ４４０に転送する。
段階９２０：ネットワークアダプタ４００のＣＰＵコア４３０は、Ｉ／Ｏ読み出しコマンドを処理する。
ＣＰＵコア４３０上のソフトウェアが、Ｉ／Ｏ読み出しコマンドを分析する。Ｉ／Ｏ読み出しコマンドは、一般に、宛先記憶装置に関する読み出し情報を含むことができる。記憶装置に関する情報は、ホスト２１０内のデータをローカルに記憶するメモリのＬＵＮ、ＬＢＡ、データサイズ、ＶＦ＋ＳＧリストなどの情報を含むが、これらに限定されることはない。
Ｉ／Ｏ読み出しの場合、ＶＦ＋ＳＧ情報は、ホスト２１０内のメモリ（ｍｅｍｏｒｙ）において、宛先記憶装置から読み出したデータを書き込む位置を示す。
本願の本実施形態では、ＣＰＵコア４３０は、Ｉ／Ｏ読み出しコマンドを、宛先記憶装置から読み出され、ホスト２１０内のメモリに書き込まれるデータのアドレス情報および長さ情報（ＳＧリスト）に基づいて分割し、複数のＩ／Ｏ読み出しメッセージを取得してもよい。複数のＩ／Ｏ読み出しメッセージの各々は、宛先記憶装置から読み出され、ホスト２１０内のメモリに書き込まれる各データに関する情報を含む。
ホスト２１０内のメモリに書き込まれる各データに関する情報は、以下のいずれかを含むことを理解されたい。ホスト２１０内のメモリに書き込まれる各データのアドレス情報および長さ情報（ＳＧリスト）、またはホスト２１０内のメモリに書き込まれる各データのアドレス情報および長さ情報並びにホスト２１０内にあり、Ｉ／Ｏ読み出しコマンドを配信するＶＭに関する情報（ＶＦ＋ＳＧリスト）、またはデータの第１の識別子ＩＤおよびオフセット情報で、ホスト２１０内のメモリに書き込まれている。第１のＩＤは、ホスト２１０内にあり、Ｉ／Ｏ読み出しコマンドを配信するＶＭと、ＶＭに書き込まれるデータのアドレス情報および長さ情報の複数のグループ（ＳＧリスト）に関する情報を示すために用いられる。
段階９２５：ＣＰＵコア４３０は、ネットワークプロトコル処理エンジン４６０に、メッセージパケットをリモート宛先記憶装置に送信するよう指示する。
ＣＰＵコア４３０は、Ｉ／Ｏ読み出しコマンドの処理を完了した後、ネットワークプロトコル処理エンジン４６０に、複数のＩ／Ｏ読み出しメッセージを複数のリモート宛先記憶装置に送信するよう指示してもよい。メッセージは、メッセージヘッダを含んでもよい。メッセージヘッダは、対応する宛先記憶装置の記憶アドレス情報を担持してもよく、その情報は、一般にネットワーク接続の送信キューであってもよい。
ＣＰＵコア４３０は、さらに、ネットワークプロトコル処理エンジン４６００にネットワークプロトコル送信処理の開始を通知してもよく、ネットワークプロトコル処理エンジン４６００は、Ｉ／Ｏ読み出しメッセージパケットを対応する宛先記憶装置に送信する。
段階９３０：データプレーンオフロードエンジン４１０は、宛先記憶装置から返信されたＩ／Ｏ読み出し応答メッセージを受信する。
宛先記憶装置は、Ｉ／Ｏ読み出しメッセージパケット内の記憶アドレス情報に基づいて対応するストレージデータを読み出し、Ｉ／Ｏ読み出し応答メッセージを用いてデータプレーンオフロードエンジン４１０にストレージデータをフィードバックすることができる。
Ｉ／Ｏ読み出し応答メッセージは、受信したＩ／Ｏ読み出しコマンドに対して宛先記憶装置からフィードバックされる応答パケットとして理解することができる。
宛先記憶装置から返信されるＩ／Ｏ読み出し応答メッセージの形式は複数のものが存在する。これは本願において具体的に限定されない。以下、段階９４０を参照して詳細な説明を提供する。詳細は本明細書において説明しない。
段階９４０：データプレーンオフロードエンジン４１０は、Ｉ／Ｏ読み出し応答メッセージのデータをＶＭ内のメモリに直接書き込む。
本願の本実施形態では、Ｉ／Ｏ読み出し応答メッセージ内のデータを受信した後、データプレーンオフロードエンジン４１０は、まずネットワークアダプタ４００上のメモリ４４０にデータを書き込まずに、次にメモリ４４０から、Ｉ／Ｏ読み出しコマンドを配信するＶＭ内のメモリにデータを書き込んでもよいが、直接Ｉ／Ｏ読み出しコマンドを配信するＶＭ内のメモリにＩ／Ｏ読み出し応答メッセージのデータを書き込んでもよい。つまり、ネットワークアダプタ４００上のメモリ４４０は、Ｉ／Ｏ読み出し応答メッセージのデータを記憶しない。
データプレーンオフロードエンジン４１０は、Ｉ／Ｏ読み出しメッセージに基づいて、各データブロックの、ホスト２１０内のメモリ２１２に記憶されているアドレス情報および長さ情報を取得する必要があるので、データをホスト２１０内のＶＭ内のメモリに直接書き込むことができ、ネットワークアダプタ４００上のメモリ４４０にまず書き込んでから次にＶＭ内のメモリに書き込む必要はない。このように、ネットワークアダプタ上のメモリにデータを送信する必要がない。これにより、ネットワークアダプタ上のメモリのリソース消費や帯域幅の圧迫を軽減し、ネットワークアダプタ上のプロセッサのオーバヘッドもまた削減することができる。
具体的には、データプレーンオフロードエンジン４１０は、ホスト２１０内のメモリ２１２に記憶されている各データブロックのＶＦ＋ＳＧ情報を決定してもよい。ＶＦ＋ＳＧ情報を取得する複数の具体的な実装が存在する。以下、別々に異なる実装の詳細を説明する。
図１０を参照されたい。可能な実施態様では、Ｉ／Ｏ読み出し応答メッセージは、各データブロックのＩ／ＯのＩＤ、オフセット情報、およびデータを含むことができる。データプレーンオフロードエンジン４１０は、Ｉ／Ｏ読み出し応答メッセージ内の各データブロックのＩ／ＯのＩＤに基づいて、対応するＩ／Ｏのコンテキストに照会して、ＶＦ＋ＳＧ情報を取得してもよい。
本願の本実施形態において、Ｉ／Ｏ読み出しコマンドが宛先記憶装置に送信された後、データプレーンオフロードエンジン４１０のＣＰＵコア４３０は、Ｉ／Ｏのコンテキスト情報に適用してもよく、１つのＩ／Ｏのコンテキストは１つのＩＤに対応してもよいことを理解されたい。Ｉ／Ｏのコンテキスト情報は、各ブロックに対応するＩ／ＯのＩＤ、Ｉ／Ｏを処理するホームＶＦ、ＶＭのローカルＬＵＮおよびＳＧリスト、並びに宛先記憶装置における読み出し対象データのアドレスおよび長さを記録するために使用されてもよい。
なお、１つのＩ／Ｏ読み出しコマンドには、このような複数のブロックが含まれていてもよく、ブロックは、異なるＩ／Ｏの異なるブロックであってもよいことに留意されたい。
例えば、図１０を参照して、Ｉ／Ｏ読み出しメッセージ内のデータブロックに対応するＩＤがＩＤ１、オフセット情報が２である場合、アドレスクエリを実行する際に、データプレーンオフロードエンジン４１０は、ＩＤ１とオフセット情報２に基づいて、ホスト２１０内のメモリ２１２に記憶されているデータブロックの情報はＶＦ１＋ＳＧ２であると決定してもよい。ＶＦ１＋ＳＧ２の情報を取得した後、データプレーンオフロードエンジン４１０は、ダイレクトメモリアクセス（Ｄｉｒｅｃｔ Ｍｅｍｏｒｙ Ａｃｃｅｓｓ、ＤＭＡ）技術を使用して、ホスト２１０内のメモリ２１２に直接データを書き込んでもよい。
図１１を参照する。別の可能な実施態様では、Ｉ／Ｏ読み出し応答メッセージは、メッセージＩＤ（メッセージＩＤ、ＭＳＧ ＩＤ）とデータを含むことができる。データプレーンオフロードエンジン４１０は、Ｉ／Ｏ読み出し応答メッセージのＭＳＧ ＩＤに基づいて、ＭＳＤ ＩＤテーブルのＶＦ＋ＳＧ情報を取得してもよい。
本願の本実施形態では、各Ｉ／Ｏ読み出しメッセージに基づいて１つのＩＤと１つのＭＳＧ ＩＤテーブルを生成し、ＭＳＧ ＩＤテーブルには各データスライスに対応するデータブロックのＶＦ＋ＳＧ情報を記録してもよいことは理解されたい。送信されるＩ／Ｏ読み出しメッセージは、ＭＳＧ ＩＤを担持してよく、確かに、各ブロックの長さ情報を担持するさらなる必要性がある。ブロックの順序は、ＭＳＧ ＩＤテーブルのＩＤの順序と同じである。
Ｉ／Ｏ読み出し応答メッセージが返信された場合、返信されたメッセージのＭＳＧ ＩＤに基づいてＭＳＤ ＩＤテーブルのＳＧ情報を取得した後、データプレーンオフロードエンジン４１０は、データブロックの番号に基づいて、データを配置する必要がある特定アドレスを取得してもよい。さらに、そのアドレスにＤＭＡ技術を使用してデータを書き込むことで、ＶＭ内のメモリに直接データを書き込むことができる。
図１２を参照されたい。別の可能な実施態様では、Ｉ／Ｏ読み出し応答メッセージは、１または複数のＶＦ＋ＳＧとデータを担持することができる。Ｉ／Ｏ読み出し応答メッセージに担持される１または複数のＶＦ＋ＳＧは、読み出しデータがホスト内のメモリに記憶されているアドレスに関する情報であると理解されたい。
データプレーンオフロードエンジン４１０は、Ｉ／Ｏ読み出し応答メッセージを用いて対応するデータブロックのＶＦ＋ＳＧ情報を直接取得し、ダイレクトメモリアクセス（Ｄｉｒｅｃｔ Ｍｅｍｏｒｙ Ａｃｃｅｓｓ、ＤＭＡ）技術を用いて、ＶＦ＋ＳＧ情報に基づいてホスト２１０内のメモリ２１２に直接データを書き込むことができる。
オプションとして、いくつかの実施形態では、Ｉ／Ｏ読み出し応答メッセージに担持されたＶＦ＋ＳＧ情報が有効であるかどうかを調べるために、データプレーンオフロードエンジン４１０は、Ｉ／Ｏ読み出し応答メッセージ内のＳＧアドレスをＶＦに基づいて照会された対応ＳＧ許可テーブル内のＳＧ情報と比較して、ＳＧアドレスが許可テーブルのアドレス範囲内にあるかどうかを決定し得る。ＳＧアドレスが許可テーブルのアドレス範囲内にある場合、データプレーンオフロードエンジン４１０は、ＤＭＡ技術を使用して、ＶＦ＋ＳＧに対応するホストアドレスにデータを直接書き込み、データがＶＭ内のメモリに直接書き込まれるようにする。そうでない場合は、データブロックの書き込みは破棄され、エラー処理が通知される。
本願の本実施形態では、Ｉ／Ｏ読み出しメッセージごとにＶＦごとにＳＧ許可テーブルを確立してもよいことをさらに理解されたい。Ｉ／Ｏが開始されるとき、ＳＧ許可テーブルが生成される。Ｉ／Ｏが完了するとき、対応するＳＧ権限が削除される。ＳＧ許可テーブルには、ＶＭ内のメモリに対応するＶＦ＋ＳＧへのデータ書き込みが含まれている。
段階９５０：データプレーンオフロードエンジン４１０は、ホスト２１０にＩ／Ｏ読み出し完了メッセージを送信する。
返信されたＩ／Ｏ読み出し応答メッセージには、Ｍ個のデータパケットの返信メッセージが含まれているため、Ｍ個のデータパケットの返信メッセージが到着した後にのみ、１つのＩ／Ｏ読み出しが完了したことを示す。本処理における処理は比較的簡単であるため、本願の本実施形態では、データプレーンオフロードエンジン４１０が処理を完了させてもよい。このように、返信されたデータは、ネットワークアダプタ４００上のＣＰＵコア４３０で処理されない場合がある。これにより、処理性能の向上が図れる。
一例として、すべてのデータを受信したと決定した後、ネットワークアダプタ４００上のＣＰＵコア４３０は、データプレーンオフロードエンジン４１０のデバイスシミュレーションモジュール４１１にＩ／Ｏ読み出し完了メッセージを送信する。複数の具体的な実装がある。以下では、いくつかの可能な実施態様を詳細に説明する。
可能な実施態様では、１つのＩ／Ｏコンテキストの前述の割り当てに基づいて、Ｉ／Ｏを処理するために必要な関連情報に加えて、各ＩＤに対応するＩ／Ｏコンテキストは、さらにメッセージＩＤの完全記載を記録する。データプレーンオフロードエンジン４１０は、返信されたメッセージに担持されるＩ／Ｏ ＩＤに基づいてＩ／Ｏコンテキストを取得し、メッセージＩＤに基づいて対応するメッセージのステータスを完全な状態に設定する。すべてのメッセージのステータスが完了状態に設定されるとき、ネットワークアダプタ４００上のＣＰＵコア４３０は、Ｉ／Ｏ読み出し完了メッセージをデバイスシミュレーションモジュール４１１に直接送信する。
Ｉ／Ｏ読み出しが完了すると、設定された対応するＩ／Ｏコンテキストは無効となり、ＣＰＵはコンテキストを再度割り当てすることができると理解されたい。
別の可能な実施態様では、１つのＩ／Ｏコンテキストの前述の割り当てに基づいて、Ｉ／Ｏ処理に必要な関連情報に加えて、各ＩＤに対応するＩ／Ｏコンテキストは、データブロックのオフセット番号をさらに記録する。返信されるメッセージは、Ｉ／Ｏ ＩＤとデータブロックのオフセット番号を担持してもよい。データプレーンオフロードエンジン４１０は、Ｉ／Ｏ ＩＤを取得し、Ｉ／Ｏコンテキストを取得し、データブロックのオフセット番号に基づき、対応するデータブロックの完了フラグを設定する。すべてのデータが完了するとき、ネットワークアダプタ４００上のＣＰＵコア４３０は、直接、デバイスシミュレーションモジュール４１１にＩ／Ｏ読み出し完了メッセージを送信する。
以上、図１から図１２を参照して、本願の実施形態におけるネットワークアダプタのデータ処理方法について詳細に説明した。以下、図１３を参照して、本願の装置の実施形態を詳細に説明する。
図１３は、本願の実施形態によるネットワークアダプタ１３００の概略ブロック図である。ネットワークアダプタ１３００は、図２、図５、および図９に示した方法の段階を実行することができる。繰り返しを避けるために、詳細は再度ここで説明しない。ネットワークアダプタ１３００は、取得モジュール１３１０と、分割モジュール１３２０と、送信モジュール１３３０とを含む。
取得モジュール１３１０は、第１の入出力Ｉ／Ｏコマンドを取得するように構成される。第１のＩ／Ｏコマンドは、ローカルサーバに記憶されているデータを少なくとも１つのリモートサーバに書き込むことを命令し、第１のＩ／Ｏコマンドは、ローカルサーバに記憶されているデータのアドレス情報および長さ情報を含む。
分割モジュール１３２０は、アドレス情報および長さ情報に基づいてデータを分割し、アドレス情報および長さ情報の複数のグループを取得するように構成される。
送信モジュール１３３０は、さらに、アドレス情報と長さ情報の複数のグループに基づいて、ローカルサーバから、アドレス情報と長さ情報の複数のグループに対応するデータを取得し、そのデータを少なくとも１つのリモートサーバに送信するように構成される。
オプションとして、取得モジュール１３１０は、アドレス情報と長さ情報の複数のグループと、ローカルサーバにあり、第１のＩ／Ｏコマンドを配信する第１のＶＭに対応する識別子とに基づいて、第１の仮想マシンＶＭから、アドレス情報と長さ情報の複数のグループに対応するデータを取得するように特に構成される。
オプションとして、ネットワークアダプタ上のメモリにはデータを保存しない。
オプションとして、ネットワークアダプタ１３００は、さらに、スケジューリングモジュール１３４０を含む。
取得モジュール１３１０は、複数のＩ／Ｏコマンドを受信するようにさらに構成される。
スケジューリングモジュール１３４０は、複数のＩ／Ｏコマンドがリモートサーバに記憶されている記憶アドレス、および／またはローカルサーバにあり、複数のＩ／Ｏコマンドを配信する仮想マシンＶＭに基づいて、複数のＩ／Ｏコマンドから第１のＩ／Ｏコマンドを選択するよう構成される。
オプションとして、ネットワークアダプタ１３００は、ハードウェアエンジンを含む。ハードウェアエンジンは、データプレーンの処理に使用される。ハードウェアエンジンは、複数のＩ／Ｏコマンドが記憶されているリモートサーバおよび／またはローカルサーバにあり、複数のＩ／Ｏコマンドを配信する仮想マシンＶＭの記憶アドレスに基づいて、複数のＩ／Ｏコマンドから第１のＩ／Ｏコマンドを選択する。
オプションとして、ネットワークアダプタ１３００は、決定モジュール１３５０をさらに含む。
決定モジュール１３５０は、第１のＩ／Ｏコマンドのコンテキスト情報に基づいて、複数のデータがすべて少なくとも１つのリモートサーバに書き込まれているかを決定するように構成される。第１のＩ／Ｏコマンドのコンテキスト情報は、少なくとも１つのリモートサーバにおける複数のデータの記憶状態を含む。
送信モジュール１３３０はさらに、以下のように構成される。複数のデータがすべて別々に少なくとも１つのリモートサーバに書き込まれたとき、インタフェースを通じてローカルサーバにＩ／Ｏ書き込み完了メッセージを送信する。
オプションとして、取得モジュール１３１０は、第２のＩ／Ｏコマンドを取得するように構成される。第２のＩ／Ｏコマンドは、少なくとも１つのリモートサーバのデータをローカルサーバに記憶することを命令し、第２のＩ／Ｏコマンドは、ローカルサーバに書き込まれるデータのアドレス情報および長さ情報を含むことを命令する。
分割モジュール１３２０は、さらに、アドレス情報および長さ情報に基づいて第２のＩ／Ｏコマンドを分割し、複数のＩ／Ｏ読み出しメッセージを取得するように構成される。複数のＩ／Ｏ読み出しメッセージの各々は、ローカルサーバに書き込まれる各データの情報を含む。
送信モジュール１３３０は、Ｉ／Ｏ読み出しメッセージを少なくとも１つのリモートサーバに別々に送信するようにさらに構成される。
可能な実施態様では、ローカルサーバに書き込まれる各データの情報は、以下のうちのいずれかを含む。ローカルサーバに書き込まれる各データのアドレス情報および長さ情報、ローカルサーバに書き込まれる各データのアドレス情報および長さ情報、ローカルサーバにあり第２のＩ／Ｏコマンドを配信するＶＭに関する情報、またはデータの第１の識別子ＩＤおよびローカルサーバに書き込まれるオフセット情報。ローカルサーバに存在し、第２のＩ／Ｏコマンドを配信するＶＭに関する情報を示す第１のＩＤと、ＶＭに書き込まれるデータのアドレス情報および長さ情報の複数のグループを示す第２のＩＤを用いる。
別の可能な実施態様では、ネットワークアダプタ１３００は、記憶モジュール１３６０をさらに含む。
取得モジュール１３１０は、リモートサーバから第１のＩ／Ｏ読み出し応答メッセージを受信するようにさらに構成される。第１のＩ／Ｏ読み出し応答メッセージは、ローカルサーバがリモートサーバから取得する必要がある第１のデータを含む。
決定モジュール１３５０は、第１のＩ／Ｏ読み出し応答メッセージに基づいて、ローカルサーバに書き込まれる第１のデータのアドレス情報および長さ情報を決定するようにさらに構成される。
記憶モジュール１３６０は、アドレス情報および長さ情報に基づいて、第１のデータをローカルサーバに記憶するように構成される。
別の可能な実施態様では、第１のＩ／Ｏ読み出し応答メッセージは、第１のデータのものであり、ローカルサーバに書き込まれる第１のＩＤとオフセット情報を含む。
決定モジュール１３５０は、具体的には、第１のＩＤに基づいて、ＶＭに書き込まれるデータのアドレス情報および長さ情報の複数のグループを決定するように構成される。
記憶モジュール１３６０は、具体的には、オフセット情報に基づくアドレス情報と長さ情報の複数のグループから、ローカルサーバに書き込まれる第１のデータのアドレス情報および長さ情報を決定するように構成される。
別の可能な実施態様では、第１のＩ／Ｏ読み出し応答メッセージは、第１のデータであり、ローカルサーバに書き込まれるアドレス情報および長さ情報と、ローカルサーバにあり、第２のＩ／Ｏコマンドを配信するＶＭに関する情報とを含む。
決定モジュール１３５０は、具体的には、第１のＩ／Ｏ読み出し応答メッセージに含まれる情報に基づいて、ローカルサーバに書き込まれる第１のデータのアドレス情報および長さ情報を決定するように構成される。
別の可能な実施態様では、決定モジュール１３５０は、第１のＩ／Ｏ読み出し応答メッセージに含まれるアドレス情報および長さ情報が許可テーブル内に存在すると決定するように特に構成される。許可テーブルには、ローカルサーバにおける書き込みデータのアドレス情報および長さ情報の複数のグループが含まれている。
記憶モジュール１３６０は、具体的には、第１のＩ／Ｏ読み出し応答メッセージに含まれるアドレス情報および長さ情報に基づいて、第１のデータをローカルサーバに記憶するように構成される。
別の可能な実施態様では、決定モジュール１３５０は、第２のＩ／Ｏコマンドのコンテキスト情報に基づいて、複数のデータがすべてローカルサーバに書き込まれているかを決定するようにさらに構成される。第２のＩ／Ｏコマンドのコンテキスト情報は、ローカルサーバにおける複数のデータの記憶完了状態を含む。
送信モジュール１３３０はさらに、以下のように構成される。複数のデータがすべてローカルサーバに書き込まれたとき、インタフェースを通じてローカルサーバにＩ／Ｏ読み出し完了メッセージを送信する。
前述の例におけるモジュールは、電子的ハードウェアによって実装されてもよいし、またはコンピュータソフトウェアと電子的ハードウェアの組み合わせによって実装されてもよい。これらの機能がハードウェアにより実行されるか、またはソフトウェアにより実行されるかは、具体的な用途および技術的解決手段の設計制約条件に依存する。当業者は、別の方法を用いて、説明した機能を具体的な用途ごとに実施してよいが、このような実施態様が本願の範囲を超えるとみなされるべきではない。
なお、本明細書におけるネットワークアダプタ１３００は、機能モジュールの形態で具現化されてもよい。本明細書でいう「モジュール」という用語は、ソフトウェアおよび／またはハードウェアの形態で実装される場合がある。これは具体的に限定されない。
例えば、「モジュール」は、前述の機能を実装するソフトウェアプログラム、ハードウェア回路、またはそれらの組み合わせであってもよい。ハードウェア回路は、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＡＳＩＣ）、電子回路、１または複数のソフトウェアまたはファームウェアプログラムとメモリを実行するように構成されたプロセッサ（例えば、共有プロセッサ、専用プロセッサ、またはグループプロセッサ）、組み合わせ論理回路、および／または説明した機能をサポートする他の適切なコンポーネントを含んでもよい。
本願の実施形態は、チップをさらに提供する。チップは命令を取得し、その命令を実行して前述の方法を実装する。
オプションとして、ある実施態様では、チップはプロセッサとデータインタフェースを含む。プロセッサは、データインタフェースを介して、メモリに記憶された命令を読み出し、前述の方法を実行する。
オプションとして、実施態様において、チップはメモリをさらに含んでもよい。メモリは、命令を記憶し、プロセッサは、メモリに記憶された命令を実行するように構成される。命令が実行されるとき、プロセッサは、前述の方法を実行するように構成される。
本願の実施形態はさらにコンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体は命令を記憶する。この命令は、前述の方法の実施形態における方法を実装するために使用される。
本願の実施形態がさらに、命令を含むコンピュータプログラム製品を提供する。この命令は、前述の方法の実施形態における方法を実装するために使用される。
例えば、実施態様において、プロセッサは、中央処理装置（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＣＰＵ）であってもよく、または、プロセッサは、別の汎用プロセッサ、デジタル信号プロセッサ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ，ＦＰＧＡ）または他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジックデバイス、ディスクリートハードウェアコンポーネントなどであってもよい。汎用プロセッサはマイクロプロセッサであってもよいし、またはこのプロセッサは任意の従来プロセッサなどであってもよい。
実施態様の一例では、メモリは、揮発性メモリまたは不揮発性メモリであってもよく、または揮発性メモリおよび不揮発性メモリを含んでもよい。不揮発性メモリは、リードオンリメモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ）、プログラマブルリードオンリメモリ（ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ、ＰＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ｅｒａｓａｂｌｅ ＰＲＯＭ、ＥＰＲＯＭ）、電気的消去可能プログラマブルリードオンリメモリ（ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ、ＥＥＰＲＯＭ）、またはフラッシュメモリであってよい。揮発性メモリはランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ）であってよく、外部キャッシュとして使用される。例を用いて説明するが、限定的な説明ではなく、多くの形式のランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ）を用いることができ、例えば、スタティックランダムアクセスメモリ（ｓｔａｔｉｃ ＲＡＭ、ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、シンクロナスダイナミックランダムアクセスメモリ（ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ、ＳＤＲＡＭ）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（ｄｏｕｂｌｅ ｄａｔａ ｒａｔｅ ＳＤＲＡＭ、ＤＤＲ ＳＤＲＡＭ）、エンハンスドシンクロナスダイナミックランダムアクセスメモリ（ｅｎｈａｎｃｅｄ ＳＤＲＡＭ、ＥＳＤＲＡＭ）、シンクリンクダイナミックランダムアクセスメモリ（ｓｙｎｃｈｌｉｎｋ ＤＲＡＭ、ＳＬＤＲＡＭ）、ダイレクトラムバスランダムアクセスメモリ（ｄｉｒｅｃｔ ｒａｍｂｕｓ ＲＡＭ、ＤＲ ＲＡＭ）などを用いることができる。
本明細書における用語「および／または」は、関連する対象間の対応関係のみを説明し、３つの関係が存在し得ることを表している。例えば、Ａおよび／またはＢは、以下の３つのケースを表し得る。Ａのみが存在する、ＡおよびＢの両方が存在する、およびＢのみが存在する。ここで、ＡおよびＢは、単数形または複数形であり得る。また、本明細書における文字「／」は、一般に関連する対象間の「または」関係を示すが、「および／または」関係を示す場合もある。詳細は、コンテキストを参照して理解されたい。
本願において、「複数の」とは、２または２より多いことを意味する。「以下に挙げる項目（要素）の少なくとも１つ」またはそれの類似表現は、これらの項目の任意の組み合わせを意味し、１つの項目（要素）または複数の項目（要素）の任意の組み合わせが含まれる。例えば、ａ、ｂ、ｃの少なくとも１つの項目（要素）は、ａ、ｂ、ｃ、ａとｂ、ａとｃ、ｂとｃ、またはａとｂとｃを示してよく、ａ、ｂ、ｃは単数形または複数形でもよい。
前述の処理のシーケンス番号は、本願の実施形態における実行順序を意味するものではない。なお、各処理の実行順序は、各処理の機能や内部論理に基づいて決定されるべきであり、本願の実施形態の実装処理を制限するものとして構成されるべきものではない。
簡便かつ簡潔な説明を目的として、前述のシステム、装置およびユニットの詳細な動作プロセスについては、前述の方法の実施形態における対応するプロセスを参照することが、当業者には明確に理解され得る。ここでは、詳細について改めて説明しない。
機能がソフトウェア機能ユニットの形態で実装され、別個の製品として販売または使用される場合、機能はコンピュータ可読記憶媒体に記憶されてよい。そのような理解に基づいて、本願の技術的解決手段は本質的に、または従来技術に寄与する部分が、またはこれらの技術的解決手段のうちのいくつかが、ソフトウェア製品の形態で実装され得る。コンピュータソフトウェア製品は、記憶媒体に記憶されており、本願の実施形態で説明した方法の段階のすべてまたは一部を実行するようコンピュータデバイス（パーソナルコンピュータでも、サーバでも、またはネットワークデバイスでもよい）に命令するためのいくつかの命令を含む。前述の記憶媒体は、プログラムコードを記憶できる任意の媒体を含み、そのような媒体は、ＵＳＢフラッシュドライブ、着脱式ハードディスク、リードオンリメモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスク、または光ディスクなどである。
前述の説明は、本願の単なる具体的な実装に過ぎず、本願の保護範囲を限定することを意図するものではない。本願において開示した技術的範囲内で当業者が容易に考え出す変形または置換はいずれも、本願の保護範囲に含まれるものとする。したがって、本願の保護範囲は特許請求の範囲の保護範囲に従うものとする。
［他の可能な項目］
［項目１］
ネットワークアダプタのためのデータ処理方法であって、
前記ネットワークアダプタが、第１の入出力Ｉ／Ｏコマンドを取得する段階であって、前記第１のＩ／Ｏコマンドは、ローカルサーバに記憶されたデータを少なくとも１つのピアサーバに書き込むことを命令し、前記第１のＩ／Ｏコマンドは、ローカルサーバに記憶されている前記データのアドレス情報および長さ情報を含む、段階と、
前記ネットワークアダプタが、前記アドレス情報および前記長さ情報に基づいて前記データを分割し、アドレス情報および長さ情報の複数のグループを取得する段階と、
前記ネットワークアダプタが、アドレス情報と長さ情報の前記複数のグループに基づいて、前記ローカルサーバから、アドレス情報と前記長さ情報の前記複数のグループに対応するデータを取得する段階と、前記データを前記少なくとも１つのピアサーバへ送信する段階と、を備える方法。
［項目２］
前記ネットワークアダプタが、アドレス情報と長さ情報の前記複数のグループに基づいて、前記ローカルサーバから、アドレス情報と長さ情報の前記複数のグループに対応するデータを取得する前記段階が、
前記ネットワークアダプタが、第１の仮想マシンＶＭから、アドレス情報と長さ情報の前記複数のグループと、前記第１のＩ／Ｏコマンドを配信する前記ローカルサーバ内の前記第１のＶＭに対応する識別子とに基づいて、アドレス情報と長さ情報の前記複数のグループに対応する前記データを取得する段階を備える、項目１に記載の方法。
［項目３］
前記ネットワークアダプタ上のメモリは、前記データを保存しない、項目１または２に記載の方法。
［項目４］
前記ネットワークアダプタが、複数のＩ／Ｏコマンドを受信する段階と、
前記ネットワークアダプタが、前記複数のＩ／Ｏコマンドが記憶されている前記ピアサーバおよび／または前記複数のＩ／Ｏコマンドを配信する前記ローカルサーバ内の仮想マシンＶＭの記憶アドレスに基づいて、前記複数のＩ／Ｏコマンドから前記第１のＩ／Ｏコマンドを選択する段階と、をさらに備える項目１から３のいずれか１項に記載の方法。
［項目５］
前記ネットワークアダプタがハードウェアエンジンを備え、前記ハードウェアエンジンがデータプレーンを処理するために使用され、
前記ネットワークアダプタが、前記複数のＩ／Ｏコマンドが記憶されている前記ピアサーバおよび／または前記複数のＩ／Ｏコマンドを配信する前記ローカルサーバ内の仮想マシンＶＭの記憶アドレスに基づいて、前記複数のＩ／Ｏコマンドから前記第１のＩ／Ｏコマンドを選択する前記段階は、
前記ネットワークアダプタ上のハードウェアエンジンが、複数のＩ／Ｏコマンドが記憶されている前記ピアサーバおよび／または前記複数のＩ／Ｏコマンドを配信する前記ローカルサーバ内の仮想マシンＶＭの記憶アドレスに基づいて、前記複数のＩ／Ｏコマンドから第１のＩ／Ｏコマンドを選択する段階を備える、項目４に記載の方法。
［項目６］
前記ネットワークアダプタが、前記第１のＩ／Ｏコマンドのコンテキスト情報に基づいて、前記複数のデータがすべて前記少なくとも１つのピアサーバに書き込まれているかを決定する段階であって、前記第１のＩ／Ｏコマンドの前記コンテキスト情報は、前記少なくとも１つのピアサーバ内の前記複数のデータの記憶状態を含む、段階と、
前記複数のデータがすべて前記少なくとも１つのピアサーバに別々に書き込まれたとき、前記ネットワークアダプタが、インタフェースを通じて前記ローカルサーバにＩ／Ｏ書き込み完了メッセージを送信する段階と、をさらに備える項目１から５のいずれか１項に記載の方法。
［項目７］
ネットワークアダプタのためのデータ処理方法であって、
前記ネットワークアダプタが、第２のＩ／Ｏコマンドを取得する段階であって、前記第２のＩ／Ｏコマンドが、少なくとも１つのピアサーバのデータをローカルサーバに記憶することを命令し、前記第２のＩ／Ｏコマンドが、前記ローカルサーバに書き込まれる前記データのアドレス情報および長さ情報を含む段階と、
前記ネットワークアダプタが、前記アドレス情報および前記長さ情報に基づいて前記第２のＩ／Ｏコマンドを分割し、複数のＩ／Ｏ読み出しメッセージを取得する段階であって、前記複数のＩ／Ｏ読み出しメッセージの各々は、ローカルサーバに書き込まれる各データの情報を含む段階と、
前記ネットワークアダプタが、前記Ｉ／Ｏ読み出しメッセージを前記少なくとも１つのピアサーバに別々に送信する段階と、を備える方法。
［項目８］
前記ローカルサーバに書き込まれる前記各データの情報は、
前記ローカルサーバに書き込まれる前記各データのアドレス情報および長さ情報、
前記ローカルサーバに書き込まれる前記各データのアドレス情報および長さ情報と、前記ローカルサーバに存在し、前記第２のＩ／Ｏコマンドを配信するＶＭに関する情報、または、
前記ローカルサーバに書き込まれる前記データの第１の識別子ＩＤおよびオフセット情報であって、前記第１のＩＤは、前記ローカルサーバに存在し前記第２のＩ／Ｏコマンドを配信するＶＭに関する情報と、前記ＶＭに書き込まれる前記データのアドレス情報および長さ情報の複数のグループとを示すために使用される情報、のいずれかを含む項目７に記載の方法。
［項目９］
前記ネットワークアダプタが、前記ピアサーバから第１のＩ／Ｏ読み出し応答メッセージを受信する段階であって、前記第１のＩ／Ｏ読み出し応答メッセージは、前記ローカルサーバが前記ピアサーバから取得する必要がある第１のデータを含む段階と、
前記ネットワークアダプタが、前記第１のＩ／Ｏ読み出し応答メッセージに基づいて、前記ローカルサーバに書き込まれる前記第１のデータのアドレス情報および長さ情報を決定する段階と、
前記ネットワークアダプタが、前記アドレス情報および前記長さ情報に基づいて、前記第１のデータを前記ローカルサーバに記憶する段階と、をさらに備える項目７または８に記載の方法。
［項目１０］
前記第１のＩ／Ｏ読み出し応答メッセージは、前記ローカルサーバに書き込まれる前記第１のデータの前記第１のＩＤおよびオフセット情報を含み、および、
前記ネットワークアダプタが、前記第１のＩ／Ｏ読み出し応答メッセージに基づいて、前記ローカルサーバに書き込まれる前記第１のデータのアドレス情報および長さ情報を決定する前記段階は、
前記ネットワークアダプタが、前記第１のＩＤに基づいて、ＶＭに書き込まれる前記データのアドレス情報および長さ情報の前記複数のグループを決定する段階と、
前記ネットワークアダプタが、前記オフセット情報に基づいて、アドレス情報および長さ情報の前記複数のグループから、前記ローカルサーバに書き込まれる前記第１のデータのアドレス情報および長さ情報を決定する段階と、を備える項目７から９のいずれか１項に記載の方法。
［項目１１］
前記第１のＩ／Ｏ読み出し応答メッセージは、前記ローカルサーバに書き込まれる前記第１のデータのアドレス情報および長さ情報と、前記ローカルサーバに存在し、前記第２のＩ／Ｏコマンドを配信するＶＭに関する情報とを含み、
前記第１のＩ／Ｏ読み出し応答メッセージに基づいて、前記ネットワークアダプタによって、前記ローカルサーバに書き込まれる前記第１のデータのアドレス情報および長さ情報を決定する前記段階は、
前記ネットワークアダプタが、前記第１のＩ／Ｏ読み出し応答メッセージに含まれる情報に基づいて、ローカルサーバに書き込まれる前記第１のデータのアドレス情報および長さ情報を決定する段階を含む、項目７から１０のいずれか１項に記載の方法。
［項目１２］
前記ネットワークアダプタが、前記アドレス情報および前記長さ情報に基づいて、前記第１のデータを前記ローカルサーバに記憶する前記段階は、
前記ネットワークアダプタが、前記第１のＩ／Ｏ読み出し応答メッセージに含まれるアドレス情報および長さ情報が許可テーブル内に存在し、前記許可テーブルが、前記ローカルサーバ内の書き込みデータのアドレス情報および長さ情報の複数のグループを含むことを決定する段階と、
前記ネットワークアダプタが、前記第１のＩ／Ｏ読み出し応答メッセージに含まれる前記アドレス情報および前記長さ情報に基づき、前記第１のデータを前記ローカルサーバに記憶する段階と、を含む項目１１に記載の方法。
［項目１３］
前記ネットワークアダプタが、前記第２のＩ／Ｏコマンドのコンテキスト情報に基づいて、前記複数のデータがすべて前記ローカルサーバに書き込まれているかを決定する段階であって、前記第２のＩ／Ｏコマンドのコンテキスト情報は、前記ローカルサーバの前記複数のデータの保存完了状態を含む段階と、
前記複数のデータがすべて前記ローカルサーバに書き込まれたとき、前記ネットワークアダプタが、前記ローカルサーバにＩ／Ｏ読み出し完了メッセージをインタフェース経由で送信する段階と、をさらに備える項目７から１２のいずれか１項に記載の方法。
［項目１４］
プロセッサとメモリとを備え、前記プロセッサが前記メモリ内の命令を実行することにより、前記ネットワークアダプタが項目１から６のいずれか１項に記載の方法を実行するネットワークアダプタ。
［項目１５］
プロセッサとメモリとを備え、前記プロセッサが前記メモリ内の命令を実行することにより、前記ネットワークアダプタが項目７から１３のいずれか１項に記載の方法を実行するネットワークアダプタ。
［項目１６］
命令を含み、前記命令が項目１から６のいずれか１項に記載の方法を実施するために使用されるコンピュータ可読記憶媒体。
［項目１７］
命令を含み、前記命令が項目７から１３のいずれか１項に記載の方法を実施するために使用されるコンピュータ可読記憶媒体。

Claims (16)

  1. ネットワークアダプタのためのデータ処理方法であって、
    前記ネットワークアダプタが、第１のＩ／Ｏコマンドを取得する段階であって、前記第１のＩ／Ｏコマンドは、ローカルサーバに記憶されたデータを少なくとも１つのリモートサーバに書き込むことを命令し、前記第１のＩ／Ｏコマンドは、ローカルサーバに記憶されている前記データのアドレス情報および長さ情報を含む、段階と、
    前記ネットワークアダプタが、前記アドレス情報および前記長さ情報に基づいて前記データを分割し、アドレス情報および長さ情報の複数のグループを取得する段階と、
    前記ネットワークアダプタが、アドレス情報と長さ情報の前記複数のグループに基づいて、前記ローカルサーバから、アドレス情報と前記長さ情報の前記複数のグループに対応するデータを取得する段階と、前記データを前記少なくとも１つのリモートサーバへ送信する段階と、を備え、
    前記ネットワークアダプタ上のメモリは、前記データを保存しない、方法。
  2. 前記ネットワークアダプタが、アドレス情報と長さ情報の前記複数のグループに基づいて、前記ローカルサーバから、アドレス情報と長さ情報の前記複数のグループに対応するデータを取得する前記段階が、
    前記ネットワークアダプタが、第１のＶＭから、アドレス情報と長さ情報の前記複数のグループと、前記第１のＩ／Ｏコマンドを配信する前記ローカルサーバ内の前記第１のＶＭに対応する識別子とに基づいて、アドレス情報と長さ情報の前記複数のグループに対応する前記データを取得する段階を備える、請求項１に記載の方法。
    方法。
  3. 前記ネットワークアダプタが、複数のＩ／Ｏコマンドを受信する段階と、
    前記ネットワークアダプタが、前記複数のＩ／Ｏコマンドが記憶されている前記リモートサーバおよび／または前記複数のＩ／Ｏコマンドを配信する前記ローカルサーバ内の仮想マシンＶＭの記憶アドレスに基づいて、前記複数のＩ／Ｏコマンドから前記第１のＩ／Ｏコマンドを選択する段階と、をさらに備える請求項１に記載の方法。
  4. 前記ネットワークアダプタがハードウェアエンジンを備え、前記ハードウェアエンジンがデータプレーンを処理するために使用され、
    前記ネットワークアダプタが、前記複数のＩ／Ｏコマンドが記憶されている前記リモートサーバおよび／または前記複数のＩ／Ｏコマンドを配信する前記ローカルサーバ内の仮想マシンＶＭの記憶アドレスに基づいて、前記複数のＩ／Ｏコマンドから前記第１のＩ／Ｏコマンドを選択する前記段階は、
    前記ネットワークアダプタ上のハードウェアエンジンが、複数のＩ／Ｏコマンドが記憶されている前記リモートサーバおよび／または前記複数のＩ／Ｏコマンドを配信する前記ローカルサーバ内の仮想マシンＶＭの記憶アドレスに基づいて、前記複数のＩ／Ｏコマンドから第１のＩ／Ｏコマンドを選択する段階を備える、請求項３に記載の方法。
  5. 前記ネットワークアダプタが、前記第１のＩ／Ｏコマンドのコンテキスト情報に基づいて、複数のデータがすべて前記少なくとも１つのリモートサーバに書き込まれているかを決定する段階であって、前記第１のＩ／Ｏコマンドの前記コンテキスト情報は、前記少なくとも１つのリモートサーバ内の前記複数のデータの記憶状態を含む、段階と、
    前記複数のデータがすべて前記少なくとも１つのリモートサーバに別々に書き込まれたとき、前記ネットワークアダプタが、インタフェースを通じて前記ローカルサーバにＩ／Ｏ書き込み完了メッセージを送信する段階と、をさらに備える請求項１から４のいずれか１項に記載の方法。
  6. ネットワークアダプタのためのデータ処理方法であって、
    前記ネットワークアダプタが、第２のＩ／Ｏコマンドを取得する段階であって、前記第２のＩ／Ｏコマンドが、少なくとも１つのリモートサーバのデータをローカルサーバに記憶することを命令し、前記第２のＩ／Ｏコマンドが、前記ローカルサーバに書き込まれる前記データのアドレス情報および長さ情報を含む段階と、
    前記ネットワークアダプタが、前記アドレス情報および前記長さ情報に基づいて前記第２のＩ／Ｏコマンドを分割し、複数のＩ／Ｏ読み出しメッセージを取得する段階であって、前記複数のＩ／Ｏ読み出しメッセージの各々は、ローカルサーバに書き込まれる複数のデータの各データの情報を含む段階と、
    前記ネットワークアダプタが、前記Ｉ／Ｏ読み出しメッセージを前記少なくとも１つのリモートサーバに別々に送信する段階と、を備え、
    前記ネットワークアダプタ上のメモリは、前記データを保存しない、方法。
  7. 前記ローカルサーバに書き込まれる複数のデータの前記各データの前記情報は、
    前記ローカルサーバに書き込まれる前記各データのアドレス情報および長さ情報、
    前記ローカルサーバに書き込まれる前記各データのアドレス情報および長さ情報、ならびに前記ローカルサーバに存在し、前記第２のＩ／Ｏコマンドを配信するＶＭに関する情報、または、
    前記ローカルサーバに書き込まれる前記データの第１のＩＤおよびオフセット情報
    のいずれか１つを含み、
    前記第１のＩＤは、前記ローカルサーバに存在し前記第２のＩ／Ｏコマンドを配信するＶＭに関する情報と、前記ＶＭに書き込まれる前記データのアドレス情報および長さ情報の複数のグループとを示すために使用される、請求項６に記載の方法。
  8. 前記ネットワークアダプタが、前記リモートサーバから第１のＩ／Ｏ読み出し応答メッセージを受信する段階であって、前記第１のＩ／Ｏ読み出し応答メッセージは、前記ローカルサーバが前記リモートサーバから取得する必要がある第１のデータを含む段階と、
    前記ネットワークアダプタが、前記第１のＩ／Ｏ読み出し応答メッセージに基づいて、前記ローカルサーバに書き込まれる前記第１のデータのアドレス情報および長さ情報を決定する段階と、
    前記ネットワークアダプタが、前記アドレス情報および前記長さ情報に基づいて、前記第１のデータを前記ローカルサーバに記憶する段階と、をさらに備える請求項７に記載の方法。
  9. 前記第１のＩ／Ｏ読み出し応答メッセージは、前記ローカルサーバに書き込まれる前記第１のデータの前記第１のＩＤおよびオフセット情報を含み、および、
    前記ネットワークアダプタが、前記第１のＩ／Ｏ読み出し応答メッセージに基づいて、前記ローカルサーバに書き込まれる前記第１のデータのアドレス情報および長さ情報を決定する前記段階は、
    前記ネットワークアダプタが、前記第１のＩＤに基づいて、ＶＭに書き込まれる前記データのアドレス情報および長さ情報の前記複数のグループを決定する段階と、
    前記ネットワークアダプタが、前記オフセット情報に基づいて、アドレス情報および長さ情報の前記複数のグループから、前記ローカルサーバに書き込まれる前記第１のデータのアドレス情報および長さ情報を決定する段階と、を備える請求項８に記載の方法。
  10. 前記第１のＩ／Ｏ読み出し応答メッセージは、前記ローカルサーバに書き込まれる前記第１のデータのアドレス情報および長さ情報と、前記ローカルサーバに存在し、前記第２のＩ／Ｏコマンドを配信するＶＭに関する情報とを含み、
    前記第１のＩ／Ｏ読み出し応答メッセージに基づいて、前記ネットワークアダプタによって、前記ローカルサーバに書き込まれる前記第１のデータのアドレス情報および長さ情報を決定する前記段階は、
    前記ネットワークアダプタが、前記第１のＩ／Ｏ読み出し応答メッセージに含まれる情報に基づいて、ローカルサーバに書き込まれる前記第１のデータのアドレス情報および長さ情報を決定する段階を含む、請求項８または９に記載の方法。
  11. 前記ネットワークアダプタが、前記アドレス情報および前記長さ情報に基づいて、前記第１のデータを前記ローカルサーバに記憶する前記段階は、
    前記ネットワークアダプタが、前記第１のＩ／Ｏ読み出し応答メッセージに含まれるアドレス情報および長さ情報が許可テーブル内に存在し、前記許可テーブルが、前記ローカルサーバ内の書き込みデータのアドレス情報および長さ情報の複数のグループを含むことを決定する段階と、
    前記ネットワークアダプタが、前記第１のＩ／Ｏ読み出し応答メッセージに含まれる前記アドレス情報および前記長さ情報に基づき、前記第１のデータを前記ローカルサーバに記憶する段階と、を含む請求項１０に記載の方法。
  12. 前記ネットワークアダプタが、前記第２のＩ／Ｏコマンドのコンテキスト情報に基づいて、前記複数のデータがすべて前記ローカルサーバに書き込まれているかを決定する段階であって、前記第２のＩ／Ｏコマンドのコンテキスト情報は、前記ローカルサーバの前記複数のデータの記憶完了状態を含む段階と、
    前記複数のデータがすべて前記ローカルサーバに書き込まれたとき、前記ネットワークアダプタが、前記ローカルサーバにＩ／Ｏ読み出し完了メッセージをインタフェース経由で送信する段階と、をさらに備える請求項６に記載の方法。
  13. プロセッサとメモリとを備え、前記プロセッサが前記メモリ内の命令を実行することにより、前記ネットワークアダプタが請求項１から５のいずれか１項に記載の方法を実行するネットワークアダプタ。
  14. プロセッサとメモリとを備え、前記プロセッサが前記メモリ内の命令を実行することにより、前記ネットワークアダプタが請求項６から１２のいずれか１項に記載の方法を実行するネットワークアダプタ。
  15. コンピュータに、請求項１から５のいずれか１項に記載の方法を実施させるコンピュータプログラム。
  16. コンピュータに、請求項６から１２のいずれか１項に記載の方法を実施させるコンピュータプログラム。
JP2022572527A 2020-06-09 2021-04-30 ネットワークアダプタのデータ処理方法およびネットワークアダプタ Active JP7501957B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
CN202010526778.1 2020-06-09
CN202010526778 2020-06-09
CN202010999199.9A CN113778319A (zh) 2020-06-09 2020-09-22 网卡的数据处理方法以及网卡
CN202010999199.9 2020-09-22
PCT/CN2021/091779 WO2021249063A1 (zh) 2020-06-09 2021-04-30 网卡的数据处理方法以及网卡

Publications (2)

Publication Number Publication Date
JP2023528782A JP2023528782A (ja) 2023-07-06
JP7501957B2 true JP7501957B2 (ja) 2024-06-18

Family

ID=78835052

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022572527A Active JP7501957B2 (ja) 2020-06-09 2021-04-30 ネットワークアダプタのデータ処理方法およびネットワークアダプタ

Country Status (5)

Country Link
US (1) US12014173B2 (ja)
EP (1) EP4148548A4 (ja)
JP (1) JP7501957B2 (ja)
CN (1) CN113778319A (ja)
WO (1) WO2021249063A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7473600B2 (ja) 2022-07-15 2024-04-23 株式会社日立製作所 ストレージシステム、データ送信方法およびネットワークインタフェース

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008102967A (ja) 2007-12-28 2008-05-01 Hitachi Ltd ディスクアレイ制御方法及びディスクアレイ制御装置
JP2014153754A (ja) 2013-02-05 2014-08-25 Ntt Data Corp 中継装置、中継方法、中継プログラム
WO2015121912A1 (ja) 2014-02-12 2015-08-20 株式会社日立製作所 データ記憶装置
JP2018185814A (ja) 2017-04-25 2018-11-22 三星電子株式会社Ｓａｍｓｕｎｇ Ｅｌｅｃｔｒｏｎｉｃｓ Ｃｏ．，Ｌｔｄ． ＮＶＭｅ−ｏＦ ＳＳＤにおける低レイテンシ直接データアクセス方法、及びそのためのシステム
JP2019164713A (ja) 2018-03-20 2019-09-26 東芝メモリ株式会社 ストレージシステム及びデータ転送方法

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9081501B2 (en) 2010-01-08 2015-07-14 International Business Machines Corporation Multi-petascale highly efficient parallel supercomputer
US8473700B2 (en) * 2010-03-29 2013-06-25 International Business Machines Corporation Providing versioning in a storage device
WO2013074106A1 (en) 2011-11-17 2013-05-23 Intel Corporation Method, apparatus and system for data deduplication
WO2014042976A2 (en) * 2012-09-15 2014-03-20 Numbergun Llc, A Utah Limited Liability Company Flexible high-speed generation and formatting of application-specified strings
CN105450588B (zh) 2014-07-31 2019-02-12 华为技术有限公司 一种基于rdma的数据传输方法及rdma网卡
CN105808345B (zh) 2014-12-31 2019-03-08 华为技术有限公司 数据处理方法、加速引擎、控制板和系统
CN105068817B (zh) 2015-08-26 2019-02-19 华为技术有限公司 将数据写入存储设备的方法及存储设备
CN106775434B (zh) * 2015-11-19 2019-11-29 华为技术有限公司 一种NVMe网络化存储的实现方法、终端、服务器及系统
CN106020731B (zh) * 2016-05-23 2019-07-02 中国科学技术大学 存储设备、存储设备阵列和网络适配器
CN106210041B (zh) * 2016-07-05 2019-09-20 杭州华为数字技术有限公司 一种数据写入方法及服务器端网卡
CN107077426B (zh) * 2016-12-05 2019-08-02 华为技术有限公司 NVMe over Fabric架构中数据读写命令的控制方法、设备和系统
CN115037575A (zh) 2017-12-26 2022-09-09 华为技术有限公司 报文处理的方法和装置
CN109981878B (zh) 2017-12-28 2021-09-14 华为终端有限公司 一种图标管理的方法及装置
CN108768851B (zh) 2018-06-01 2019-11-15 武汉绿色网络信息服务有限责任公司 一种基于Linux系统实现的路由器环回口方法和装置
CN109656855A (zh) 2018-08-16 2019-04-19 浮栅智联科技(苏州)有限公司 在网卡内读写数据的方法、计算存储网络一体化芯片和网卡
CN110896406A (zh) 2018-09-13 2020-03-20 华为技术有限公司 数据存储方法、装置及服务器
CN109218308A (zh) 2018-09-14 2019-01-15 上海赋华网络科技有限公司 一种基于智能网卡的数据高速安全交换方法
CN109597582A (zh) 2018-12-03 2019-04-09 郑州云海信息技术有限公司 一种数据处理方法及相关设备
CN110677402B (zh) 2019-09-24 2022-12-20 深圳前海微众银行股份有限公司 一种基于智能网卡的数据整合方法及装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008102967A (ja) 2007-12-28 2008-05-01 Hitachi Ltd ディスクアレイ制御方法及びディスクアレイ制御装置
JP2014153754A (ja) 2013-02-05 2014-08-25 Ntt Data Corp 中継装置、中継方法、中継プログラム
WO2015121912A1 (ja) 2014-02-12 2015-08-20 株式会社日立製作所 データ記憶装置
JP2018185814A (ja) 2017-04-25 2018-11-22 三星電子株式会社Ｓａｍｓｕｎｇ Ｅｌｅｃｔｒｏｎｉｃｓ Ｃｏ．，Ｌｔｄ． ＮＶＭｅ−ｏＦ ＳＳＤにおける低レイテンシ直接データアクセス方法、及びそのためのシステム
JP2019164713A (ja) 2018-03-20 2019-09-26 東芝メモリ株式会社 ストレージシステム及びデータ転送方法

Also Published As

Publication number Publication date
JP2023528782A (ja) 2023-07-06
EP4148548A1 (en) 2023-03-15
US20230106771A1 (en) 2023-04-06
EP4148548A4 (en) 2023-11-01
US12014173B2 (en) 2024-06-18
WO2021249063A1 (zh) 2021-12-16
CN113778319A (zh) 2021-12-10

Similar Documents

Publication Publication Date Title
US10079889B1 (en) Remotely accessible solid state drive
US10348830B1 (en) Virtual non-volatile memory express drive
US11755527B2 (en) Techniques for command validation for access to a storage device by a remote client
US10713074B2 (en) Method, apparatus, and system for accessing storage device
EP3358463B1 (en) Method, device and system for implementing hardware acceleration processing
WO2020000483A1 (zh) 数据处理的方法和存储系统
US10175891B1 (en) Minimizing read latency for solid state drives
US9405725B2 (en) Writing message to controller memory space
WO2015165298A1 (zh) 计算机，控制设备和数据处理方法
EP4152140A1 (en) Network card and method for network card to process data
US11809799B2 (en) Systems and methods for multi PF emulation using VFs in SSD controller
KR102365312B1 (ko) 스토리지 컨트롤러, 연산 스토리지 장치, 및 연산 스토리지 장치의 동작 방법
US11741039B2 (en) Peripheral component interconnect express device and method of operating the same
AU2015402888A1 (en) Computer device and method for reading/writing data by computer device
TWI797022B (zh) 儲存控制器、計算儲存裝置以及計算儲存裝置的操作方法
JP7501957B2 (ja) ネットワークアダプタのデータ処理方法およびネットワークアダプタ
US11829641B2 (en) Storage device and operating method for managing a command queue
WO2022063273A1 (zh) 一种基于numa属性的资源分配方法及装置
WO2017020572A1 (zh) 一种中断处理方法、ioapic及计算机系统
CN112131166B (zh) 轻量桥接器电路及其操作方法
WO2022141250A1 (zh) 数据传输方法和相关装置
CN112131166A (zh) 轻量桥接器电路及其操作方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20221228

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20231228

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20240206

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240419

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20240531

R150 Certificate of patent or registration of utility model

Ref document number: 7501957

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150