JP7473600B2 - ストレージシステム、データ送信方法およびネットワークインタフェース - Google Patents

Description

本発明は、ストレージシステム、データ送信方法、ネットワークインタフェースに関する。

情報処理システムは、例えば、ユーザアプリケーション等が動作するサーバシステムと、保存するデータの管理、信頼性を向上させるストレージコントローラと、サーバシステムで利用するデータを格納、保持するドライブが複数格納されたドライブボックスと、で構成される。

情報処理システムは、サーバシステムからの要求を受信し、例えば、ライト要求の場合、サーバシステムがライトデータをストレージコントローラに転送し、ストレージコントローラがドライブボックス内のドライブにライトデータを格納する。

特許文献１では、Ｉｍｍｅｄｉａｔｅ Ｄａｔａのバッファ制御について開示されている。ここでは、ストレージコントローラメモリに、予めＩｍｍｅｄｉａｔｅ Ｄａｔａ用のバッファを割り当て、これを、ネットワークＩ／Ｆとドライバ層とで排他制御して利用する。
特許文献２では、ｉＳＣＳＩのハードウェアオフロードについて開示されている。ここでは、ダイジェスト処理、データ・コピー操作、およびＳ／Ｇリストを使った大規模なＰＤＵ伝送のオフロードについて記載されている。なお、Ｉｍｍｅｄｉａｔｅ Ｄａｔａのバッファは、ストレージメモリを利用する。

米国特許１０３１０８１１号明細書 米国特許８３８７０７３号明細書

従来技術として、以下の手順でライトデータの転送を行う方法が知られている。つまり、まず、サーバシステム等のイニシエータが、ストレージコントローラ等のターゲットにライトコマンドを発行する。次に、ターゲット側でライトデータを受けるためのメモリ領域を確保してから、それをイニシエータに伝えるために、ターゲットが、Ｒｅａｄｙ ｔｏ Ｔｒａｎｓｆｅｒ（Ｒ２Ｔ）コマンドを発行する。その後、イニシエータが、ターゲットにライトデータを転送する。そして、ライトデータの転送が完了すると、ターゲットは、イニシエータにライトレスポンスを送信する。
しかし、この方法では、ライトコマンドを送った後にライトデータを別のＰＤＵ（ｐｒｏｔｏｃｏｌ Ｄａｔａ ＵＮＩＴ：プロトコルデータユニット）で送ることになり、以下の問題が生じる。つまり、イニシエータとターゲット間の距離が長いとレスポンスタイムが往復倍されてしまう。また、ライトコマンド、Ｒｅａｄｙ ｔｏ Ｔｒａｎｓｆｅｒ、ライトデータおよびライトレスポンスのパケット処理について、ＣＰＵ負荷やメモリアクセス負荷が大きい。
これに対して、予めターゲット側に十分なメモリを用意して、イニシエータが、ライトコマンドとライトデータとをともに送るＩｍｍｅｄｉａｔｅ Ｄａｔａ転送が知られている。
しかし、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送でも、ライトコマンド、Ｒｅａｄｙ ｔｏ Ｔｒａｎｓｆｅｒ、ライトデータおよびライトレスポンスのパケット処理のうち、一部分の負荷しか削減されない。具体的には、Ｒｅａｄｙ ｔｏ Ｔｒａｎｓｆｅｒのパケット処理およびライトデータのパケット処理の一部分に対するＣＰＵ負荷およびメモリアクセス負荷しか削減されない。
本発明は、ターゲットのＣＰＵ負荷およびメモリアクセス負荷を低減させることができるストレージシステム、データ送信方法、ネットワークインタフェースを提供することを目的とする。

上記の課題を解決するため本発明は、データを格納するストレージドライブと、プロセッサ及びキャッシュメモリを備え、ストレージドライブに入出力するデータを処理するストレージコントローラと、を備えたストレージシステムにおいて、プロセッサを備えたネットワークインタフェースを備え、ライト要求を受信した場合に、ネットワークインタフェースは、ライト要求のプロトコル処理を行うとともに、ストレージコントローラにライトコマンドを転送し、ストレージコントローラは、ネットワークインタフェースからライトコマンドを受信して、キャッシュメモリにデータ格納用の記憶領域を確保して、ネットワークインタフェースに、データ転送要求を送信し、ネットワークインタフェースは、ストレージコントローラからデータ転送要求を受信して、確保されたキャッシュメモリ上の記憶領域にライト要求にかかるデータを格納して、ストレージコントローラは、キャッシュメモリに格納されたライト処理にかかるデータを所定の処理をして、ネットワークインタフェースにライト応答を転送し、ネットワークインタフェースは、ストレージコントローラからライト応答を受信し、プロトコル処理を行ってライト要求の要求元に応答するストレージシステムである。

ここで、ネットワークインタフェースはメモリを有し、ネットワークインタフェースは、ライト要求とともにデータを受信してネットワークインタフェースのメモリに格納し、データ転送要求を受信してメモリに格納したデータをキャッシュメモリに格納することができる。この場合、スマートネットワークインタフェースカードに備えられるメモリを、バッファとして活用できる。
また、ライト要求は、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送に基づいて、ライトデータとともに送信されることができる。この場合、ライトデータを転送する際の転送速度が向上する。
さらに、ストレージコントローラは、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送に対応していない場合とすることができる。この場合、ストレージコントローラが、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送に対応していないときでもＩｍｍｅｄｉａｔｅ Ｄａｔａ転送を行うことができる。
そして、ライト要求は、ＩｎｉｔｉａｌＲ２Ｔ無効転送に基づいて、最初のＲ２Ｔなしのデータ送信に対応するようにできる。この場合、最初のＲ２Ｔを省略できる。
また、ストレージコントローラは、ＩｎｉｔｉａｌＲ２Ｔ有効転送に対応するようにできる。この場合、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送でない通常の転送方式でもデータ転送を行うことができる。
さらに、ストレージコントローラは、所定の処理として、キャッシュメモリに格納されたデータの不揮発化、二重化、またはストレージドライブ格納のいずれかを行った場合に、ライト応答を転送することができる。この場合、より確実にデータ転送を行うことができる。

また、本発明は、データを格納するストレージドライブと、プロセッサ及びキャッシュメモリを備え、ストレージドライブに入出力するデータを処理するストレージコントローラと、プロセッサを備えたネットワークインタフェースと、を備えたストレージシステムにおけるデータ送信方法であり、ネットワークインタフェースが、ライト要求を受信した場合に、ネットワークインタフェースは、ライト要求のプロトコル処理を行うとともに、ストレージコントローラにライトコマンドを転送し、ストレージコントローラは、ネットワークインタフェースからライトコマンドを受信して、キャッシュメモリにデータ格納用の記憶領域を確保して、ネットワークインタフェースに、データ転送要求を送信し、ネットワークインタフェースは、ストレージコントローラからデータ転送要求を受信して、確保されたキャッシュメモリ上の記憶領域にライト要求にかかるデータを格納して、ストレージコントローラは、キャッシュメモリに格納されたライト処理にかかるデータを所定の処理をして、ネットワークインタフェースにライト応答を転送し、ネットワークインタフェースは、ストレージコントローラからライト応答を受信し、プロトコル処理を行ってライト要求の要求元に応答するデータ送信方法である。

さらに、本発明は、プロセッサとメモリとを備え、ネットワークに接続されたネットワークインタフェースにおいて、ネットワークを介してデータを含むライト要求を受信した場合に、メモリにデータを格納するとともに、ライト要求のターゲットにデータを含まないライト要求を転送し、ターゲットからデータ転送要求を受信した場合に、メモリに格納したデータを、データ転送要求が指定する記憶領域に格納するネットワークインタフェースである。

ここで、データを含むライト要求を受信した場合に、プロトコル処理を行って、データを含まないライト要求を転送することができる。この場合、ターゲットのＣＰＵ負荷およびメモリアクセス負荷がさらに軽減する。

本発明によれば、ターゲットのＣＰＵ負荷およびメモリアクセス負荷を低減させることができるストレージシステム、データ送信方法、ネットワークインタフェースを提供することができる。

本発明の一実施形態にかかる情報処理システムの構成例を示す図である。 本発明の一実施形態にかかるネットワークインタフェースのハードウェア構成例を示す図である。 本発明の一実施形態にかかるネットワークインタフェースのプログラム構成例を示す図である。 図３に示したストレージインタフェースのプログラムの関係の一例を示す図である。 ネットワークインタフェースが、ホスト（例えば、ストレージコントローラ）と、コマンド及びデータを送受信する処理の概要を説明する図である。 データ転送のいくつかの態様を説明する図である。 データ転送のいくつかの態様を説明する図である。 各バッファリストに含まれるバッファリスト管理情報を示した図である。 バッファエントリが保持している情報を示した図である。 バッファ管理テーブルを示した図である。 セッション毎に割り当てられるバッファの構成について示した図である。 情報処理システムの動作の概略を説明した図である。 情報処理システムの動作の概略を説明した図である。 情報処理システムの動作の概略を説明した図である。 Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送でない通常の転送方式でライトデータを転送する場合について示した図である。 Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送方式でライトデータを転送する場合について示した図である。 Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送でない通常の転送方式でライトデータを転送する場合について示している。 Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送方式でライトデータを転送する場合について示している。 ネットワークインタフェースで、Ｉｍｍｅｄｉａｔｅ Ｄａｔａバッファを用意する際の手順について説明したフローチャートである。 ネットワークインタフェースで、ＩｎｉｔｉａｌＲ２Ｔバッファを用意する際の手順について説明したフローチャートである。 ネットワークインタフェースが、コマンド待ち状態に移行するまでの処理の第１の例について説明したフローチャートである。 ネットワークインタフェースが、コマンド待ち状態に移行するまでの処理の第２の例について説明したフローチャートである。 ターゲット側にネットワークインタフェースを設けたときの処理フローの例を示した図である。 イニシエータ側にネットワークインタフェースを設けたときの処理フロー例を示した図である。

以下、添付図面を参照して、本発明の実施の形態について詳細に説明する。なお、以下の記載および図面は、本発明を説明するための例示であって、説明の明確化のため、適宜、省略および簡略化がなされており、本発明は、他の種々の形態でも実施する事が可能であり、特に限定しない限り、各構成要素は単数でも複数でも構わない。

また、以下に説明する実施形態は特許請求の範囲に係る発明を限定するものではなく、実施形態の中で説明されている要素の組み合わせの全てが、発明の解決手段に必須であるとは限らない。

以下の説明では、「テーブル」、「リスト」、「キュー」等の表現にて各種情報を説明することがあるが、各種情報は、これら以外のデータ構造で表現されていてもよく、データ構造に依存しないことを示すため、「ｘｘｘのテーブル」、「ｘｘｘのリスト」、「ｘｘｘのキュー」等を「ｘｘｘ情報」等と称することがある。以下の説明では、識別情報について説明する際に、「識別情報」、「ＩＤ」等の表現を用いるが、これらについてはお互いに置換が可能である。

以下の説明では、同一あるいは同様な機能を有する構成要素が複数ある場合には、基本的に同一の符号を付して説明するが、機能が同じであっても機能を実現するための手段が異なる場合がある。さらに、後述する実施形態は、汎用コンピュータ上で稼動するソフトウェアで実装してもよいし、専用ハードウェア又はソフトウェアとハードウェアの組み合わせで実装してもよい。

また、以下の説明では「プログラム」を主語として処理を説明することがあるが、プログラムはプロセッサ（例えば、ＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）によって実行されることによって、定められた処理に対して、適宜に記憶資源（例えば、メモリ）、および／または、インタフェースデバイス（通信ポート）等を用いながら行うため、処理の主体がプロセッサであるとしてもよい。

プログラムを主語として説明された処理は、プロセッサを有する計算機（例えば、計算ホスト、ストレージ装置）が行う処理としてもよい。また、以下の説明では、「コントローラ」の表現で、プロセッサ又はプロセッサが行う処理の一部又は全部を行うハードウェア回路を指してもよい。

プログラムは、プログラムソース（例えば、プログラム配布サーバや、計算機が読み取り可能な記憶メディア）から、各計算機にインストールされてもよく、この場合、プログラム配布サーバは、プロセッサと記憶資源を含み、記憶資源はさらに配布プログラムと配布対象であるプログラムを記憶し、配布プログラムをプロセッサが実行することで、プログラム配布サーバのプロセッサは、配布対象のプログラムを他の計算機に配布してもよい。

また、以下の説明において、２以上のプログラムが１つのプログラムとして実現されてもよいし、１つのプログラムが２以上のプログラムとして実現されてもよい。

また、以下の説明において、記憶ドライブ又は単にドライブ（ストレージ）は、物理的な記憶デバイスを意味し、典型的には、不揮発性の記憶デバイス（例えば補助記憶デバイス）でもよい。ドライブは、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）又はＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）でもよい。情報処理システムに異なる種類のドライブが混在していてもよい。

また、以下の説明において、「ＲＡＩＤ」は、Ｒｅｄｕｎｄａｎｔ Ａｒｒａｙ ｏｆ Ｉｎｅｘｐｅｎｓｉｖｅ Ｄｉｓｋｓの略である。ＲＡＩＤグループは、複数のドライブ（典型的には同種のドライブ）で構成され、そのＲＡＩＤグループに関連付けられたＲＡＩＤレベルに従いデータを記憶する。ＲＡＩＤグループは、パリティグループと呼ばれてもよい。パリティグループは、例えば、パリティを格納するＲＡＩＤグループのことでよい。

本明細書の一実施形態のネットワークインタフェース装置（以下、単にネットワークインタフェースとも呼ぶ）は、サーバシステム及びストレージシステムを含む情報処理システムに実装され得る。ストレージシステムは、ストレージコントローラ、及びドライブボックスを含むことができる。ネットワークインタフェースは、例えば、汎用プロセッサ、メモリ、ネットワークコントローラ、及びホストシステムとのインタフェースを含むことができる。

＜情報処理システム１の全体説明＞
図１は、本発明の一実施形態にかかる情報処理システム１の構成例を示す図である。
情報処理システム１は、１または複数のサーバシステム１００と、ストレージシステムＳと、を含む。
ストレージシステムＳは、１又は複数のストレージ装置１０１と、１または複数のドライブボックス１０５と、を含む。

ストレージ装置１０１は、１または複数のストレージコントローラ１０２を含む。図１の構成例では、各ストレージ装置１０１は、２つのストレージコントローラ１０２を含む。ストレージコントローラ１０２は、フロントエンドネットワーク１０６を介して、１または複数のサーバシステム１００に接続されている。

ドライブボックス１０５は、データを格納するストレージドライブの一例である。ドライブボックス１０５は、１または複数のドライブを搭載し、１または複数のストレージコントローラ１０２とバックエンドネットワーク１０７を介して接続される。また、ストレージコントローラ１０２は、近距離にある別のストレージコントローラ１０２とストレージコントローラ間ネットワーク１０８を介して接続するともに、中、遠距離にある別のストレージコントローラ１０２と外部ネットワーク１０９を介して接続する。

サーバシステム１００は、ユーザアプリケーション等が動作するホストマシンであり、１又は複数のプロセッサを有し、メモリ、補助記憶装置の１又は複数の記憶装置を含んで構成される。サーバシステム１００は、例えば、データベースやＷｅｂサービスが動作する。そして、サーバシステム１００は、それらにより作られたデータを、ストレージコントローラ１０２にライト及びリードする。また、サーバシステム１００には、ストレージコントローラ１０２とフロントエンドネットワーク１０６を介して接続し、そのインタフェース装置としてネットワークインタフェース１０４が搭載される。サーバシステム１００は、複数のサーバ群で構成されてもよく、それぞれにネットワークインタフェース１０４を持ち、ストレージコントローラ１０２や他のサーバシステム１００と接続してもよい。

サーバシステム１００にストレージとしての機能を提供するため、ストレージ装置１０１内の２つのストレージコントローラ１０２は、冗長化されたコントローラを構成する。ストレージコントローラ１０２は、それぞれ、１又は複数のプロセッサ及び１又は複数の記憶装置を備える。ストレージ装置１０１内のストレージコントローラ１０２は同じ構成を有する。

ストレージコントローラ１０２は、それぞれ、１又は複数のプロセッサを有し、各プロセッサのコアは、サーバシステム１００からのリードコマンドやライトコマンドに応じて、対応するドライブボックス１０５に格納されたデータを転送指示する。ストレージコントローラ１０２は、ライトデータをストレージに保存するときの管理を行う、と言うこともできる。
ストレージコントローラ１０２のメモリは、例えば、ＳＤＲＡＭ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等の半導体メモリで構成される。メモリは、揮発メモリとＳＣＭ（Ｓｔｏｒａｇｅ Ｃｌａｓｓ Ｍｅｍｏｒｙ）などの不揮発メモリと組み合わせて構成してもよい。

メモリは、プロセッサの主記憶として、実行プログラム（ストレージ制御プログラム等）や、プロセッサが参照する管理テーブル等を格納する。また、メモリは、ストレージコントローラ１０２のディスクキャッシュ（キャッシュメモリ）としても使用される。
ストレージコントローラ１０２は、サーバシステム１００に対するインタフェース装置としてネットワークインタフェース１０４が搭載される。
さらに、ストレージコントローラ１０２には、ドライブボックス１０５に対するインタフェース装置としてネットワークインタフェース１０４が搭載される。このネットワークインタフェース１０４は、サーバシステム１００から指示されたデータ転送や、データコピー等のストレージ処理にかかる処理に関する情報を、ドライブボックス１０５と通信するのに使用される。

ドライブボックス１０５は、ＳＳＤやＨＤＤ等のドライブを複数搭載し、それら複数ドライブとストレージコントローラ１０２を接続するために、内部スイッチ、並びに、転送処理に利用するプロセッサ及びメモリを含む。サーバシステム１００にて生成されたデータを、ストレージコントローラ１０２を介して受信し、格納、保持する。

ドライブボックス１０５は保持しているデータの可用性を確保するために、内蔵されているドライブ間でＲＡＩＤを組んでもよいし、複数のドライブボックス１０５間でＲＡＩＤを組んでもよい。また、ドライブボックス１０５は、ストレージコントローラ１０２とバックエンドネットワーク１０７を介して接続し、そのインタフェース装置としてネットワークインタフェース１０４が搭載される。

このように、ネットワークインタフェース１０４は、サーバシステム１００、ストレージコントローラ１０２、及びドライブボックス１０５のそれぞれに搭載され、各種装置と各種ネットワークとの接続インタフェースとなる装置である。また、ネットワークインタフェース１０４は、ネットワーク（この場合、フロントエンドネットワーク１０６やバックエンドネットワーク１０７）を介し、各種装置を接続（この場合、例えば、サーバシステム１００とストレージコントローラ１０２とを接続、あるいはストレージコントローラ１０２とドライブボックス１０５とを接続）するインタフェース装置である、と言うこともできる。

ネットワークインタフェース１０４は、例えば、ＳｍａｒｔＮＩＣ（スマートＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ：ネットワークインタフェースカード））にすることができる。ＳｍａｒｔＮＩＣは、汎用のプロセッサやメモリを内蔵し、オペレーティングシステムを動作させて、そのうえでソフトウェアを動かし、ネットワークプロトコルの処理を行うアダプタ回路基板である。ＳｍａｒｔＮＩＣでは、例えば、サーバシステム１００上で動くものと同じオペレーティングシステムを動作させることができ、そこで利用されているソフトウェアプロトコルスタックや、アプリケーション等を動作させることができる。そして、汎用のプロセッサとメモリを搭載したＳｍａｒｔＮＩＣを用いて、プロトコル処理をソフトウェア実装することで、複数のプロトコルに柔軟に対応することができる。即ち、種々のプロトコルを扱うのが、より容易になる。さらにこれを実現しつつ、プロトコル処理負荷を、ストレージコントローラ１０２からネットワークインタフェース１０４にオフロードすることができる。

ＳｍａｒｔＮＩＣの各種機能は、一部ハードウェアオフロードエンジンを用いて実施されてもよい。また、ＳｍａｒｔＮＩＣは、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）を用いた構成でもよく、その場合は、各機能はＦＧＰＡ上で実現される。さらに、その他の形態として、ＳｍａｒｔＮＩＣは、全体がハードウェア実装された専用インタフェースハードウェアとしての構成であってもよい。
なお、ネットワークインタフェース１０４の詳細は、後述する。

フロントエンドネットワーク１０６は、ストレージコントローラ１０２とサーバシステム１００の間を接続するストレージエリアネットワークである。フロントエンドネットワーク１０６としては、例えば、ｉＳＣＳＩ（Ｉｎｔｅｒｎｅｔ Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）、ＮＶＭｅ－ｏＦ（ＮＶＭｅ ｏｖｅｒ Ｆａｂｒｉｃｓ）等のＩＰネットワークを利用することができる。
バックエンドネットワーク１０７は、ストレージコントローラ１０２とドライブボックス１０５の間を接続するネットワークである。バックエンドネットワーク１０７としては、例えば、ｉＳＣＳＩ、ＮＶＭｅ－ｏＦ等のＩＰネットワークを利用することができる。また、ＩＰネットワークでなく、ＳＡＳ（Ｓｅｒｉａｌ Ａｔｔａｃｈｅｄ ＳＣＳＩ）や、ＮＶＭｅ（Ｎｏｎ－Ｖｏｌａｔｉｌｅ Ｍｅｍｏｒｙ Ｅｘｐｒｅｓｓ）でもよい。

ストレージコントローラ間ネットワーク１０８は、ストレージコントローラ１０２の冗長化のために利用するネットワークであり、広帯域のインタコネクトで構成される。ストレージコントローラ間ネットワーク１０８を使って、ライトデータの２重化やメタデータの共有等を行うことができる。そして、２つのストレージコントローラ１０２のうち、一方のストレージコントローラ１０２が保守や障害等で閉塞しても、もう一方のストレージコントローラ１０２により、ストレージ処理を継続可能となる。

外部ネットワーク１０９は、Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＷＡＮ）、または、Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＬＡＮ）である。外部ネットワーク１０９は、例えば、データリンク層がイーサネット（登録商標）、インターネット層がインターネットプロトコル、トランスポート層がＴＣＰ、または、ＵＤＰ等のネットワークで、ｉＳＣＳＩやＮＶＭｅ－ｏＦのＰｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ（ＰＤＵ）を用いた通信を行う。外部ネットワーク１０９は、インターネット回線又は専用回線の形態をとることができる。なお、外部ネットワーク１０９は、距離に応じて、通信遅延が大きくなることがある。このとき、ネットワーク機器を、ロスレス機器のみで構成しない場合、上記回線種によって発生率は異なるが、パケットロスの発生が想定される。

なお、情報処理システム１、ストレージシステムＳは、ここで示したもの以外も含んでよい。例えば、各ネットワークには、スイッチやルータ等のネットワーク機器が間に接続されてもよいし、監視や保守のための装置が接続されてもよい。また、パブリッククラウド上のストレージサービスに外部ネットワーク１０９を経由して接続する構成でもよい。

サーバシステム１００のネットワークインタフェース１０４は、ストレージコントローラ１０２を介してドライブボックス１０５のデータを読み書きするために、ｉＳＣＳＩやＮＶＭｅ－ｏＦにおけるイニシエータソフトウェアを持つ。これに対して、ストレージコントローラ１０２のサーバシステム１００側のネットワークインタフェース１０４は、ターゲットソフトウェアを持つ。

ストレージコントローラ１０２のドライブボックス１０５側のネットワークインタフェース１０４は、ドライブボックス１０５のデータを読み書きするために、ｉＳＣＳＩやＮＶＭｅ－ｏＦにおけるイニシエータソフトウェアを持つ。これに対して、ドライブボックス１０５のネットワークインタフェース１０４はターゲットソフトウェアを持つ。

さらに、ストレージコントローラ１０２のネットワークインタフェース１０４は、ほかのストレージ装置１０１のデータを読み書きするために、ｉＳＣＳＩやＮＶＭｅ－ｏＦにおけるイニシエータソフトウェアを持つ。これに対して他のストレージ装置１０１のネットワークインタフェース１０４は、ターゲットソフトウェアを持つ。

なお、ネットワークインタフェース１０４の一部は、ＳｍａｒｔＮＩＣの機能性を持たないＮＩＣでもよい。例えば、サーバシステム１００内のネットワークインタフェース１０４はＮＩＣとし、イニシエータとして動作させ、ストレージコントローラ１０２内のネットワークインタフェース１０４はＳｍａｒｔＮＩＣとし、ターゲットとして動作させる構成などがある。また、ストレージコントローラ１０２内のバックエンドネットワーク１０７につながるネットワークインタフェース１０４の一部を、ＳｍａｒｔＮＩＣの機能を持たないＤＫＢ（ＤｉｓＫ Ｂｏａｒｄ）とし、ＳＡＳ（Ｓｅｒｉａｌ Ａｔｔａｃｈｅｄ ＳＣＳＩ）や、ＮＶＭｅ（Ｎｏｎ－Ｖｏｌａｔｉｌｅ Ｍｅｍｏｒｙ Ｅｘｐｒｅｓｓ）でドライブボックス１０５にアクセス動作させてもよい。

＜ネットワークインタフェース１０４の詳細説明＞
次に、ネットワークインタフェース１０４について、より詳細に説明を行う。
図２は、本発明の一実施形態にかかるネットワークインタフェース１０４のハードウェア構成例を示す図である。
ネットワークインタフェース１０４は、ホストバス２０１を介して、ネットワークインタフェース１０４を搭載する他の機器と接続される。この機器は、例えば、ストレージコントローラ１０２やサーバシステム１００の内部構成やドライブボックス１０５等である。ネットワークインタフェース１０４は、ネットワークパス２００を介して、例えばＩＰネットワーク接続で他の機器と接続する。

ネットワークインタフェース１０４は、データプロセッシングユニット（ＤＰＵ）２０２及びメモリ２０８を含む。データプロセッシングユニット２０２は、ホストバス２０１に接続するためのホストインタフェース２０７、ネットワークパス２００と接続してネットワークプロトコルの処理を行うネットワークコントローラ２０３を含む。さらに、データプロセッシングユニット２０２は、プロセッサ２０４、メモリコントローラ２０９、ＤＭＡ（Ｄｉｒｅｃｔ Ｍｅｍｏｒｙ Ａｃｃｅｓｓ）コントローラ２０５、及びキャッシュ２０６を含む。

ホストバス２０１は、ネットワークインタフェース１０４をストレージコントローラ１０２やサーバシステム１００、ドライブボックス１０５等と接続するバスである。ホストバス２０１は、広帯域で高速なインタコネクトであり、例えば搭載する機器のプロセッサ等とＰＣＩｅ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ Ｅｘｐｒｅｓｓ）で接続する構成をとる。

ホストインタフェース２０７は、ホストバス２０１を介してネットワークインタフェース１０４とホストシステム（以下、単にホストとも呼ぶ）を接続するためのインタフェースである。例えば、ホストバス２０１がＰＣＩｅの場合、例えばＰＣＩｅのＰＨＹ（ｐｈｙｓｉｃａｌ ｌａｙｅｒ：物理層）を含むことができる。ＤＭＡコントローラ２０５は、ネットワークインタフェース１０４内のメモリ２０８とホストのメモリ間でデータをやり取りする。なお、以下の明細書および図面では、「ホスト」と言う場合、ストレージコントローラ１０２等のターゲットを言う。また、「ホスト」の代わりに「ネットワークインタフェースホスト」と言う場合もある。

ネットワークパス２００は、例えば、ＩＰネットワークのパスで、ＷＡＮ、ＬＡＮ、または、ＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）のネットワーク形態をとる。ネットワークインタフェース１０４は、１つのネットワークパス２００、または、冗長化することも考慮して、２以上のネットワークパス２００を介して通信を行う。

ネットワークコントローラ２０３は、ネットワークパス２００にネットワークインタフェース１０４を接続するためのインタフェースである。ネットワークコントローラ２０３は、例えば、ＰＨＹ等の物理層の処理、並びに、データリンク層、インターネット層、及びトランスポート層のステートレスな処理を実行する。ネットワークコントローラ２０３は、例えばチェックサムやフレーム処理を行う。

ネットワークコントローラ２０３は、例えば、イーサネット、ＩＰ、ＴＣＰ、ＵＤＰ等に対応する。更に、ＩＰｓｅｃ（Ｉｎｔｅｒｎｅｔ Ｓｅｃｕｒｉｔｙ Ｐｒｏｔｏｃｏｌ）やＴＬＳ（Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ）、ＤＩＦ（Ｄａｔａ Ｉｎｔｅｇｒｉｔｙ Ｆｉｅｌｄ）等のオフロードエンジンを含んでもよい。また、ネットワークコントローラ２０３は、光ケーブルやカッパーケーブル等との接続に対応した構成をとることもできる。

プロセッサ２０４は、例えば、汎用のプロセッサであり、例えば、サーバシステム１００等でも利用されるオペレーティングシステムを実行する。プロセッサ２０４は、さらに、他のソフトウェアを実行して、プロトコル処理やコマンド処理やネットワークインタフェース１０４の管理等の処理を行う。プロセッサ２０４は、任意の構成を有することができる。例えば、プロセッサ２０４は、１又は複数のＣＰＵ又はＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）を含み、１又は複数のコア２４１を含むことができる。

メモリ２０８は、例えば、ＳＤＲＡＭ等の半導体メモリで構成される。また、メモリ２０８は、これに加え、ＳＣＭなどの不揮発メモリと組み合わせて構成してもよい。メモリ２０８は、プロセッサ２０４の主記憶として、実行プログラム（プロトコル処理やコマンド処理の命令コード）や、プロセッサが参照する管理テーブル等を格納する。また、メモリ２０８は、ネットワークと送受信するコマンドやデータのバッファとしても利用される。更に、メモリ２０８は、ネットワークコントローラ２０３やホストインタフェース２０７とキューイングインタフェースをとり、キューのディスクリプタやインデックス等を格納する。

メモリコントローラ２０９は、メモリ２０８のデータを読み書きする際にメモリを制御するためのインタフェースである。メモリコントローラ２０９は、例えば、プロセッサ２０４に内蔵されてもよい。また、メモリコントローラ２０９は、例えば、データプロセッシングユニット２０２に内蔵されてもよく、ネットワークインタフェース１０４に内蔵されてもよい。

キャッシュ２０６は、メモリ２０８とプロセッサ２０４との間において、データを一時的に格納する。プロセッサ２０４は、メモリ２０８よりも高速にキャッシュ２０６にアクセスすることができる。メモリ２０８から読み出されたデータは、キャッシュ２０６に格納される。プロセッサ２０４は、メモリ２０８より前にキャッシュ２０６にアクセスしてデータ（コマンドを含む）を読み出す。キャッシュ２０６は、階層構造を有することができる。この場合、よりプロセッサに近い階層から、Ｌ１キャッシュ、Ｌ２キャッシュ等と呼ばれる。プロセッサ２０４とＤＭＡコントローラ２０５は、キャッシュ２０６に対してコヒーレント性を確保する（一貫性を持つ）。

なお、情報処理システム１及びストレージシステムＳは、ここで示したもの以外も含んでよいものとし、例えば、監視や保守のためのモジュールやインタフェース、ネットワークインタフェース１０４上で動作するオペレーティングシステムやソフトウェアプログラムが格納される不揮発の記憶装置が追加されてもよい。

図３は、本発明の一実施形態にかかるネットワークインタフェース１０４のプログラム構成例を示す図である。
ソフトウェアベースの変更可能な処理機能を実現するために、ネットワークインタフェース１０４は、汎用的なプロセッサ２０４、キャッシュ２０６及びメモリ２０８を用いて、オペレーティングシステム３００を動作させ、その上で各種処理のソフトウェアプログラムを動作させる。

ソフトウェアプログラムは、オペレーティングシステム３００と、ネットワークコントローラドライバ３０１と、ホストインタフェースドライバ３０２と、プロトコル処理３０３と、ホストキュー制御３０４と、コマンド処理３０５と、バッファ制御３０６と、ＤＭＡ制御３０７と、初期化／保守／障害処理３０８とからなる。これらのソフトウェアプログラムは、メモリ２０８に展開され、プロセッサ２０４で処理される。一部の命令は、キャッシュ２０６に格納される。なお、ＤＩＦ（Ｄａｔａ Ｉｎｔｅｇｒｉｔｙ Ｆｉｅｌｄ）やＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）、暗号、圧縮、ハッシュ、パリティ処理などハードウェア化したほうが効率の良くなる処理部分はハードウェアに実装し、ソフトウェアにより制御してもよい。

オペレーティングシステム３００は、ネットワークインタフェースを動作させるための基盤となる基本ソフトウェアプログラムであり、ネットワークインタフェース１０４全体を管理する。オペレーティングシステム３００は、ネットワークインタフェース１０４のプロセッサ上で動作する各ソフトウェアに共通する利用環境を提供する。オペレーティングシステム３００は、組込み向けオペレーティングシステムでもよいし、サーバ上で動くような汎用オペレーティングシステム、例えばＬｉｎｕｘ（登録商標）等でもよい。

ネットワークコントローラドライバ３０１は、ネットワークコントローラ２０３を制御するためのドライバソフトウェアである。ネットワークコントローラドライバ３０１は、パケット生成またはパケット受信時にオフロードするパケット処理のパラメータセットをネットワークコントローラ２０３へ渡す。さらに、ネットワークコントローラドライバ３０１は、プロトコル処理３０３が生成したパケットを、ネットワークコントローラ２０３へ渡して送信させる。また、ネットワークコントローラドライバ３０１は、ネットワークコントローラ２０３から受信したパケットを、プロトコル処理３０３へ渡す。

ホストインタフェースドライバ３０２は、ホストインタフェース２０７を制御するためのドライバソフトウェアである。ネットワークインタフェース１０４とホストとの通信は、ホストインタフェースドライバ３０２を介して実行される。

プロトコル処理３０３は、コマンド処理３０５、ＤＭＡ制御３０７、ネットワークコントローラドライバ３０１と連携して、送信パケットの生成及びその送信処理を行う。また、プロトコル処理３０３は、受信したパケットを処理して、制御情報やｉＳＣＳＩ ＰＤＵ、ＮＶＭｅ－ｏＦ ＰＤＵ等の情報及びデータを取り出して、取り出した情報をコマンド処理３０５へ渡す。

プロトコル処理３０３は、インターネットプロトコル層のＩＰヘッダ処理、トランスポート層のＴＣＰヘッダ処理やＵＤＰヘッダ処理、そして、ｉＳＣＳＩ処理やＮＶＭｅ－ｏＦ処理を行う。例えば、プロトコル処理３０３は、ソケットプログラムや、ｉＳＣＳＩイニシエータまたはターゲット、ＮＶＭｅ－ｏＦイニシエータまたはターゲット等のプログラムを実行する。

ホストキュー制御３０４は、ホストとコマンドのやり取りをするためのキューインタフェースを制御するためのソフトウェアである。ホストキュー制御３０４は、ネットワークインタフェース１０４内で、ホストへ送信するコマンドの内部キュー及びホストから受信したコマンドの内部キューを管理する。ホストキュー制御３０４は、ホストへのコマンド又はホストからのコマンドを内部キューに格納する。また、ホストキュー制御３０４は、内部キューを、例えば、リング構造としたときのＨｅａｄ及びＴａｉｌを制御する。ホストキュー制御３０４は、ホストが保持するコマンドキューのＨｅａｄ及びＴａｉｌを制御する。

コマンド処理３０５は、ホストからネットワークインタフェース１０４を制御するためのコマンドを受信し、ネットワークインタフェース１０４を制御する。コマンド処理３０５は、ネットワークプロトコルの処理要求をホストから受け、プロトコル処理３０３を起動し、プロトコル処理３０３の処理結果をホストへ応答する。また、コマンド処理３０５は、ホストで確保されたメモリとのデータ転送のために、ＤＭＡ制御３０７を起動し、応答処理を行う。更に、コマンド処理３０５は、初期設定や設定変更、ネットワークインタフェース１０４のソフトウェア交換や、障害時のホストへの通知等を行う。

バッファ制御３０６は、メモリ２０８内でデータを一時的に保持するバッファを制御するためのソフトウェアである。バッファは、ネットワークから受信し、ホストに転送するデータ、又はホストから受信し、ネットワークに送信するデータを格納する。

ＤＭＡ制御３０７は、例えば、ホスト側で確保されたメモリと、ネットワークインタフェース１０４上のメモリ２０８と、の間のデータ転送を制御するため、ＤＭＡハードウェアとのインタフェース処理を行う。

初期化／保守／障害処理３０８は、ネットワークインタフェース１０４を構成するハードウェアの初期化、及び各種ソフトウェアの初期化処理を行う。また、初期化／保守／障害処理３０８は、ネットワークインタフェース１０４のソフトエアの更新や、ハードウェア故障の検出及びホストへの通知等をサポートする。

図４は、図３に示したストレージインタフェースのプログラムの関係の一例を示す図である。
ネットワークインタフェース１０４では、オペレーティングシステム３００が動作し、各ソフトウェアプログラムはそれをベースに動作する。また、初期化／保守／障害処理３０８により、ネットワークインタフェース１０４は、初期設定、ソフトウェア更新等の保守、及び障害処理等を実行する。障害処理は、例えば、障害検出、並びに統計情報及びエラー情報などのダンプトレース情報、ログ情報の収集等を含む。

ネットワークコントローラドライバ３０１は、ネットワークコントローラ２０３を制御し、ネットワークコントローラ２０３のパケットバッファに対して送信パケットを格納し、そのパケットバッファから受信パケットを取得する。また、ネットワークコントローラドライバ３０１は、データリンク層、インターネットプロトコル層、トランスポート層のフレーム処理や、例えば、チェックサム計算等のステートレスな処理を、オフロードするための設定を行う。

ネットワークコントローラドライバ３０１の動作を受けて、プロトコル処理３０３は、ＩＰ、ＴＣＰ、ＵＤＰ、ｉＳＣＳＩ ＰＤＵ処理、ＮＶＭｅ－ｏＦ ＰＤＵ処理等のネットワークプロトコル処理を行う。プロトコル処理３０３は、ネットワークコントローラドライバ３０１からの受信パケットを処理して、制御情報やｉＳＣＳＩ ＰＤＵ、ＮＶＭｅ－ｏＦ ＰＤＵ等の情報及びデータを取り出す。なお、受信パケットは、データを含まない場合もある。プロトコル処理３０３は、取り出した情報を、コマンド処理３０５に渡す。データは、バッファ制御３０６により制御されているバッファを介して又はバッファを介することなくホストに転送され得る。

プロトコル処理３０３は、コマンド処理３０５から取得した情報及びホストから送信されたデータをネットワークヘの送信パケットに含める。データは、バッファ制御３０６により制御されているバッファを介して又は介することなくネットワークに転送され得る。なお、送信パケットは、データを含まない場合もある。

コマンド処理３０５は、ホストキュー制御３０４、バッファ制御３０６及びＤＭＡ制御３０７と協働でコマンド処理を実行する。コマンド処理３０５は、ホストインタフェースドライバ３０２を介して、ホストインタフェース２０７を制御する。コマンド処理３０５は、ホストシステムとネットワーク通信の送信コマンドまたは受信コマンド、例えば、ｉＳＣＳＩやＮＶＭｅ－ｏＦのＰＤＵ生成のための情報、解析した情報又はＰＤＵそのものをやりとりする。コマンドは、キューインタフェースを用いて、ホストシステムとやり取りされる。ホストキュー制御３０４は、このキューインタフェースを制御する。

コマンド処理３０５は、プロトコル処理３０３の結果より、ホストが処理できるコマンドを生成して、ホストキュー制御３０４を介して、キューに格納する。また、コマンド処理３０５は、ホストシステムが生成したコマンドをキューから取得し、プロトコル処理３０３等、ネットワークインタフェース１０４内の各機能を設定、利用する。なお、キューに格納されているコマンドは、ＤＭＡ制御３０７によりＤＭＡコントローラ２０５を用いて、ホストシステムとネットワークインタフェース１０４でやり取りできる。

図５は、ネットワークインタフェース１０４が、ホスト４００（例えば、ストレージコントローラと１０２）と、コマンド及びデータを送受信する処理の概要を説明する図である。
以下では、ホスト（ネットワークインタフェースホスト）４００とやり取りするコマンドをホストコマンドとも呼ぶ。

ネットワークインタフェース１０４は、ネットワークから受信パケット３５１を受信し、その処理をいずれかのコア２４１（図２参照）に割り当てる。割り当てられたコア２４１は、そのプロトコル処理を実行して、情報及びデータを取り出す。図５の例において、取り出されたデータは、バッファ３８１に格納される。コア２４１は、受信パケット３５１から取り出した情報から、ホストに送るホストコマンド３５５を生成する。

ホストコマンド３５５は、内部送信キュー３７１に格納される。内部送信キュー３７１は、コア２４１毎に用意されており、図５において、一つの内部送信キュー３７１が例として挙げられている。図５の例において、内部送信キュー３７１は、リングバッファ（ＦＩＦＯ）であり、新たなコマンドは、そのＴａｉｌ領域に格納される。そして、各内部送信キュー３７１のＨｅａｄ及びＴａｉｌが管理される。

ネットワークインタフェース１０４は、内部送信キュー３７１のＨｅａｄから取り出したホストコマンド３５５を、ホスト４００のホスト受信キュー４０１に転送する。また、ネットワークインタフェース１０４は、ホストコマンド３５５に応じてバッファ３８１に格納されているデータ３５３をホスト４００に転送する。ホスト４００は、例えば、ストレージコントローラ１０２やサーバシステム１００である。ホスト受信キュー４０１は、図５の例においてリングバッファである。ネットワークインタフェース１０４は、ホスト４００と共に、ホスト受信キュー４０１のＨｅａｄ及びＴａｉｌを管理する。

図５の例において、複数の内部送信キュー３７１からのホストコマンド３５５が、１つのホスト受信キュー４０１に転送される。他の例において、複数のホスト受信キュー４０１が用意されていてよく、例えば、内部送信キュー３７１のそれぞれと対応する同数のホスト受信キュー４０１が使用されてもよい。

ホスト４００は、ネットワークインタフェース１０４に転送するホストコマンドをホスト送信キュー４０２に格納する。ホスト送信キュー４０２は、リングバッファである。ネットワークインタフェース１０４は、ホスト４００と共に、ホスト送信キュー４０２のＨｅａｄ及びＴａｉｌを管理する。

ネットワークインタフェース１０４は、ホスト送信キュー４０２のコマンドをその内部受信キュー３７２に転送する。内部受信キュー３７２は、コア２４１毎に用意されており、図５において、ホストから転送してきたホストコマンドを見て、対応する一つの内部受信キュー３７２を選択して転送する。このとき、ホストコマンドを見るのは、ホストキュー制御３０４でもよいし、ＤＭＡのハードウェアでもよい。１つの内部受信キュー３７２が例として挙げられている。図５の例において、複数のホスト送信キュー４０２が用意されていてよく、例えば、内部受信キュー３７２への振り分け処理が不要となるように、内部受信キュー３７２のそれぞれと対応する同数のホスト送信キュー４０２が使用されてもよい。

ネットワークインタフェース１０４は、ホスト４００からのホストコマンドに応じてバッファ３８１に格納されているデータ３５４をホスト４００に転送する。また、ネットワークインタフェース１０４は、ホスト４００のメモリに格納されているデータ３５４をバッファ３８２に転送する。バッファ３８１、３８２は、キャッシュヒット率が向上するように制御される。

ネットワークにデータ３５４を含むパケットを送信するホストコマンド３５６を受信すると、ネットワークインタフェース１０４は、そのホストコマンド３５６により、データ３５４に対してプロトコル処理を実行して、送信パケット３５２を生成する。ネットワークインタフェース１０４は、送信パケット３５２をネットワークに送信する。

図６Ａ及び図６Ｂは、データ転送のいくつかの態様を説明する図である。
図６Ａは、ネットワークインタフェース１０４のキャッシュ２０６／メモリ２０８を使用するデータ転送のいくつかの例を示し、図６Ｂは、キャッシュ２０６／メモリ２０８を使用しないデータ転送のいくつかの例を示す。データ転送は、ＤＭＡコントローラ２０５を使用して実行される。ネットワークインタフェース１０４は、図６Ａ及び６Ｂに示す全てのデータ転送をサポートしてよく、一部、例えば、図６Ａのデータ転送のみをサポートしてもよい。

図６Ａは、ネットワークインタフェース１０４のキャッシュ／メモリを介すデータ転送を示す。これは、例えば、ｉＳＣＳＩやＮＶＭｅ ＴＣＰのデータ転送が該当する。

図６Ａにおいて、データ転送５０１は、ホスト４００とネットワークインタフェース１０４のキャッシュ２０６／メモリ２０８の間で実行される。データ転送５０１において、エラーチェックや保証コードの付与や除去は行われていない。データ転送５０１は、例えば、ネットワークインタフェース１０４上で動作するプログラムの更新データや、キューを介して転送するコマンドの転送等が該当する。

データ転送５１１は、ホスト４００とリモートサイト４５０との間で、ネットワークインタフェース１０４のキャッシュ２０６／メモリ２０８を介して実行される。データ転送５１１において、エラーチェックや保証コードの付与や除去は行われていない。

データ転送５１２は、リモートサイト４５０からホスト４００に対して、ネットワークインタフェース１０４のキャッシュ２０６／メモリ２０８を介して実行される。ＤＭＡコントローラ２０５は、リモートサイト４５０からのデータにＤＩＦ（Ｄａｔａ Ｉｎｔｅｇｒｉｔｙ Ｆｉｅｌｄ）を付与して、ホスト４００に転送する。ＤＩＦを生成するため情報は、ホスト４００から得られる。

データ転送５１３は、ホスト４００からリモートサイト４５０に対して、ネットワークインタフェース１０４のキャッシュ２０６／メモリ２０８を介して実行される。ＤＭＡコントローラ２０５は、ホスト４００からのデータに付与されているＤＩＦを参照してデータチェックを行い、そのＤＩＦをデータから除去する。ＤＩＦが除去されたデータが、リモートサイト４５０に転送される。

データ転送５１４は、ホスト４００とリモートサイト４５０との間で、ネットワークインタフェース１０４のキャッシュ２０６／メモリ２０８を介して実行される。転送されるデータにはＤＩＦが付与されている。ＤＭＡコントローラ２０５は、データに付与されているＤＩＦを参照してエラーチェックを実行する。

データ転送５１５は、ホスト４００とリモートサイト４５０との間で、ネットワークインタフェース１０４のキャッシュ２０６／メモリ２０８を介して実行される。転送されるデータにはＤＩＦが付与されている。ＤＭＡコントローラ２０５は、データに付与されているＤＩＦを参照してエラーチェックを実行すると共に、ＤＩＦを除去して新たなＤＩＦを付与する。

図６Ｂは、ネットワークインタフェース１０４のキャッシュ／メモリを介さないデータ転送を示す。例えば、ＲＤＭＡ（Ｒｅｍｏｔｅ Ｄｉｒｅｃｔ Ｍｅｍｏｒｙ Ａｃｃｅｓｓ）が該当する。

データ転送５２１は、ホスト４００とリモートサイト４５０との間で実行される。データ転送５２１において、エラーチェックや保証コードの付与や除去は行われていない。データ転送５２２は、リモートサイト４５０からホスト４００に対して実行される。ＤＭＡコントローラ２０５は、リモートサイト４５０からのデータにＤＩＦ（Ｄａｔａ Ｉｎｔｅｇｒｉｔｙ Ｆｉｅｌｄ）を付与して、ホスト４００に転送する。

データ転送５２３は、ホスト４００からリモートサイト４５０に対して実行される。ＤＭＡコントローラ２０５は、ホスト４００からのデータに付与されているＤＩＦを参照してデータチェックを行い、そのＤＩＦをデータから除去する。ＤＩＦが除去されたデータが、リモートサイト４５０に転送される。

データ転送５２４は、ホスト４００とリモートサイト４５０との間で実行される。転送されるデータにはＤＩＦが付与されている。ＤＭＡコントローラ２０５は、データに付与されているＤＩＦを参照してエラーチェックを実行する。データ転送５２５は、ホスト４００とリモートサイト４５０との間で実行される。転送されるデータにはＤＩＦが付与されている。ＤＭＡコントローラ２０５は、データに付与されているＤＩＦを参照してエラーチェックを実行すると共に、ＤＩＦを除去して新たなＤＩＦを付与する。

ネットワークインタフェース１０４は、メモリ２０８内に、複数のバッファを作成及び管理する。各バッファは、対応するバッファリストにより管理される。バッファリストは、バッファを使用する際に必要な情報を含む。
各バッファリストは、バッファリスト管理情報や複数のバッファエントリを含む。バッファエントリは、対応するバッファの情報を示す。

図７Ａは、各バッファリストに含まれるバッファリスト管理情報を示した図である。
図示するバッファリスト管理情報７５０は、バッファリストを管理する情報を保持する。バッファリスト管理情報７５０は、バッファエントリヘッドアドレス７５１及びバッファアクティブ数７５２を含む。バッファエントリヘッドアドレス７５１は、バッファリストの先頭のエントリのアドレスを示す。バッファアクティブ数７５２は、現在使用中のバッファエントリの数を示す。

図７Ｂは、バッファエントリが保持している情報を示した図である。
図示するバッファエントリ７０３は、バッファエントリアドレス７６１、バッファアドレス７６２及びネクストバッファエントリアドレス７６３を含む。
バッファエントリアドレス７６１は、当該バッファエントリ７０３のアドレスを示す。なお、バッファエントリアドレス７６１を格納するフィールドを持たずに、バッファエントリアドレス７６１が格納されているメモリアドレスをそのままバッファエントリアドレス７６１として利用してもよい。バッファアドレス７６２は、バッファエントリ７０３が管理するバッファのメモリ２０８内のアドレスを示す。ネクストバッファエントリアドレス７６３は、当該バッファエントリ７０３の次のバッファエントリ７０３のアドレスを示す。

バッファは、バッファ管理テーブルにより管理される。
図７Ｃは、バッファ管理テーブル７７０の構成例を示す。
バッファ管理テーブル７７０は、バッファを管理するための情報を示し、ネットワークインタフェース１０４により生成される。バッファ管理テーブル７７０は、各バッファを動的に変更可能とする。具体的には、バッファ管理テーブル７７０は、バッファエントリ７０３、バッファサイズ７７１、バッファアドレス７６２、割り当て状況７７２、バッファエントリ数７７３を示す。
バッファサイズ７７１は、バッファの大きさを示す。バッファエントリ数７７３は、バッファリストが管理するバッファ数、つまり、バッファエントリ数を示す。割り当て状況７７２は、バッファの割り当ての状況を示し、バッファがすでに割り当てられているか、いまだ割り当てられておらず使用できるかどうかを示す。

図８は、セッション毎に割り当てられるバッファの構成について示した図である。
図８では、ライトデータの転送が、セッションＸ、セッションＹ、セッションＺの３つのセッションとして行われた場合を示している。
この場合、セッションＸ、Ｙ、Ｚには、Ｉｍｍｅｄｉａｔｅ Ｄａｔａバッファ７８１と、ＩｎｉｔｉａｌＲ２Ｔバッファ７８２とが割りあてられる。また、セッションＸ、Ｙ、Ｚには、セッション情報７８３が含まれる。
Ｉｍｍｅｄｉａｔｅ Ｄａｔａバッファ７８１は、第１のバッファの一例であり、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送の場合に使用するバッファである。
また、ＩｎｉｔｉａｌＲ２Ｔバッファ７８２は、第２のバッファの一例であり、ＩｎｉｔｉａｌＲ２Ｔではない場合に使用するバッファである。なお、詳しくは後述するが、ネットワークインタフェース１０４は、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送の場合でもＩｎｉｔｉａｌＲ２Ｔバッファ７８２を用意する。ここで、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送ではない場合は、通常の転送方式でライトデータを転送する場合である。つまり、ライトコマンド、Ｒｅａｄｙ ｔｏ Ｔｒａｎｓｆｅｒ（Ｒ２Ｔ）、ライトデータおよびライトレスポンスのパケット処理を行い、ライトデータを転送する場合である。
セッション情報７８３は、例えば、セッションＩＤ、ライトデータを転送するサーバシステム１００の識別情報、転送時刻などが含まれる。

＜情報処理システム１の動作の説明＞
図９Ａ～図９Ｃは、情報処理システム１の動作の概略を説明した図である。
このうち、図９Ａは、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送を行わない場合のサーバシステム１００とストレージコントローラ１０２との間のコマンドやデータのやりとりを示した図である。また、図９Ｂは、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送を行った場合のサーバシステム１００とストレージコントローラ１０２との間のコマンドやデータのやりとりを示した図である。図９Ａ～図９Ｂでは、本実施の形態のネットワークインタフェース１０４を使用しない場合を示す。即ち、図９Ａ～図９Ｂは、従来のライトデータの転送方式について示している。

一方、図９Ｃは、本実施の形態のネットワークインタフェース１０４を使用して、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送を行った場合を示している。この場合、ネットワークインタフェース１０４を介した、サーバシステム１００とストレージコントローラ１０２との間のコマンドやデータのやりとりを示す。即ち、図９Ｃは、本実施の形態が適用されるライトデータの転送方式について示している。

図９Ａでは、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送を行わないため、通常の転送方式でライトデータを転送する。即ち、サーバシステム１００とストレージコントローラ１０２との間で、（ａ１）ライトコマンド（Ｗｒｉｔｅ ＣＭＤ）、（ａ２）Ｒｅａｄｙ ｔｏ Ｔｒａｎｓｆｅｒ（Ｒ２Ｔ）、（ａ３）ライトデータ（ＤＡＴＡ）、（ａ４）ライトレスポンス（Ｗｒｉｔｅ Ｒｓｐ）で示した４つのパケット処理を順次行われる。

この場合、サーバシステム１００からストレージコントローラ１０２が、（ａ１）ライトコマンド（Ｗｒｉｔｅ ＣＭＤ）を受けると、ストレージコントローラ１０２のＣＰＵ１０２Ｃが、（１）ライトコマンド（Ｗｒｉｔｅ ＣＭＤ）のプロトコル処理、および、（２）ライトコマンド（Ｗｒｉｔｅ ＣＭＤ）処理を行う。そして、ＣＰＵ１０２Ｃは、（３）ＤＲＡＭ１０２Ｄにデータ格納領域を確保する。さらに、ＣＰＵ１０２Ｃは、（４）ライトリクエスト（Ｗｒｉｔｅ Ｒｅｑ）処理を行う。ライトリクエスト（Ｗｒｉｔｅ Ｒｅｑ）処理は、ＣＰＵ１０２Ｃにより（５）プロトコル処理され、（ａ２）Ｒｅａｄｙ ｔo Ｔｒａｎｓｆｅｒ（Ｒ２Ｔ）として、サーバシステム１００に送られる。

ライトリクエスト（Ｗｒｉｔｅ Ｒｅｑ）を受けたサーバシステム１００は、ライトデータをストレージコントローラ１０２へ転送する（（ａ３）ライトデータ（ＤＡＴＡ））。このライトデータは、ＣＰＵ１０２Ｃが、（６）プロトコル処理し、（７）ＤＲＡＭ１０２Ｄのデータ領域に、データ転送する。

そして、ＣＰＵ１０２Ｃは、（８）データの転送が完了すると、（９）ライトレスポンス（Ｗｒｉｔｅ Ｒｓｐ）処理を行う。ライトリクエスト（Ｗｒｉｔｅ Ｒｓｐ）処理は、ＣＰＵ１０２Ｃにより、（１０）プロトコル処理され、（ａ４）ライトレスポンス（Ｗｒｉｔｅ Ｒｓｐ）として、サーバシステム１００に送られる。
この場合、ストレージコントローラ１０２のＤＲＡＭ１０２ＤやＣＰＵ１０２Ｃの負荷は、大きくなる。

また、図９Ｂでは、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送を行う。この場合、サーバシステム１００とストレージコントローラ１０２との間で、（ｂ１）ライトコマンド（Ｗｒｉｔｅ ＣＭＤ）＆ライトデータ（ＤＡＴＡ）、（ｂ２）ライトレスポンス（Ｗｒｉｔｅ Ｒｓｐ）で示した２つのパケット処理が順次行われる。

この場合、サーバシステム１００からストレージコントローラ１０２が、（ｂ１）ライトコマンド（Ｗｒｉｔｅ ＣＭＤ）＆ライトデータ（ＤＡＴＡ）を受ける。つまり、サーバシステム１００からストレージコントローラ１０２へ、ライトコマンド（Ｗｒｉｔｅ ＣＭＤ）とライトデータ（ＤＡＴＡ）とがともに送られる。この場合、ストレージコントローラ１０２のＣＰＵ１０２Ｃが、ＤＲＡＭ１０２Ｄに対し、あらかじめ（１）ライトデータを一時的に記憶するためバッファ領域を確保するとともに、（２）データ領域を確保する。そして、ＣＰＵ１０２Ｃは、（３）ライトデータをプロトコル処理し、（４）データ領域にデータ転送する。

そして、ＣＰＵ１０２Ｃは、（５）ライトコマンド（Ｗｒｉｔｅ ＣＭＤ）処理を行い、データの転送が完了すると、（６）ライトレスポンス（Ｗｒｉｔｅ Ｒｓｐ）処理を行う。ライトレスポンス（Ｗｒｉｔｅ Ｒｓｐ）処理は、ＣＰＵ１０２Ｃにより、（７）プロトコル処理され、（ｂ２）ライトレスポンス（Ｗｒｉｔｅ Ｒｓｐ）として、サーバシステム１００に送られる。
この場合、ストレージコントローラ１０２のＣＰＵ１０２Ｃの負荷は、図９Ａの場合よりも小さくなる。ただし、ＤＲＡＭ１０２Ｄの負荷は、図９Ａの場合と同様に大きい。

さらに、図９Ｃでは、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送を行う。このとき本実施の形態のネットワークインタフェース１０４を使用する。この場合、図９Ｂと同様に、（ｂ１）ライトコマンド（Ｗｒｉｔｅ ＣＭＤ）＆ライトデータ（ＤＡＴＡ）、（ｂ２）ライトレスポンス（Ｗｒｉｔｅ Ｒｓｐ）で示した２つのパケット処理が順次行われる。

この場合、サーバシステム１００からネットワークインタフェース１０４が、（ｂ１）ライトコマンド（Ｗｒｉｔｅ ＣＭＤ、ライト要求）＆ライトデータを受ける。つまり、サーバシステム１００からネットワークインタフェース１０４へ、ライトコマンド（Ｗｒｉｔｅ ＣＭＤ）とライトデータ（ＤＡＴＡ）とがともに送られる。この場合、ネットワークインタフェース１０４のＤＰＵ２０２が、メモリ（ＤＲＡＭ）２０８に対し、あらかじめ（１）ライトデータを一時的に記憶するためバッファ領域を確保する。そして、ＤＰＵ２０２は、（２）ライトコマンド（Ｗｒｉｔｅ ＣＭＤ）のプロトコル処理を行い、さらにストレージコントローラ１０２に対し、（３）ライトコマンド（Ｗｒｉｔｅ ＣＭＤ）処理を行う（ライトコマンドを転送し受信）。ストレージコントローラ１０２では、ＣＰＵ１０２Ｃが、ＤＲＡＭ１０２Ｄに対し、（４）データ領域を確保する（キャッシュメモリにデータ格納用の記憶領域を確保）。さらに、ＣＰＵ１０２Ｃは、ネットワークインタフェース１０４に対し、（５）ライトリクエスト（Ｗｒｉｔｅ Ｒｅｑ、データ転送要求）処理を行う。そして、ネットワークインタフェース１０４のＤＰＵ２０２は、ライトデータをプロトコル処理し、（６）ストレージコントローラ１０２のデータ領域にデータ転送する処理を行う。

そして、ストレージコントローラ１０２のＣＰＵ１０２Ｃは、（７）データの転送が完了すると、（８）ライトレスポンス（Ｗｒｉｔｅ Ｒｓｐ、ライト応答）処理を行う。このとき、ストレージコントローラ１０２は、所定の処理として、例えば、キャッシュメモリに格納されたデータの不揮発化、二重化、またはストレージドライブ格納のいずれかを行った場合に、ライトレスポンスを転送する。ライトレスポンス（Ｗｒｉｔｅ Ｒｓｐ）処理は、ＤＰＵ２０２により、（９）プロトコル処理され、（ｂ２）ライトレスポンス（Ｗｒｉｔｅ Ｒｓｐ）として、サーバシステム１００に送られる。

図９Ｂと図９Ｃとを比較すると、ライトコマンド（Ｗｒｉｔｅ ＣＭＤ）およびライトデータをともに受け取るのは、図９Ｂでは、ストレージコントローラ１０２であるのに対し、図９Ｃでは、ネットワークインタフェース１０４である。これは、図９Ｃでは、（ｂ１）ライトコマンド（Ｗｒｉｔｅ ＣＭＤ）＆ライトデータ（ＤＡＴＡ）を受ける処理に対応する。

また、ネットワークインタフェース１０４は、プロトコル処理とライトデータのデータ転送処理とを、ストレージコントローラ１０２の代わりに行う。これは、図９Ｃでは、（２）ライトコマンド（Ｗｒｉｔｅ ＣＭＤ）のプロトコル処理、および（６）ストレージコントローラ１０２のデータ領域にデータ転送する処理、に対応する。またこれは、ストレージコントローラ１０２が行うプロトコル処理とライトデータのデータ転送処理とをネットワークインタフェース１０４にオフロードした、と言うこともできる。
これにより、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送の処理にかかるストレージコントローラ１０２のＣＰＵ１０２Ｃの負荷を低減することができる。

さらに、データ転送処理が終了したときに、サーバシステム１００にライトレスポンスを送るのは、図９Ｂでは、ストレージコントローラ１０２であるのに対し、図９Ｃでは、ネットワークインタフェース１０４である。

またさらに、サーバシステム１００からライトデータを受け取るときに、ライトデータを一時的に記憶するバッファを有するのは、図９Ｂでは、ストレージコントローラ１０２であるのに対し、図９Ｃでは、ネットワークインタフェース１０４である。よって、ネットワークインタフェース１０４のバッファは、ネットワークインタフェース１０４（自装置）を接続しない場合にストレージコントローラ１０２がサーバシステム１００からライトコマンド（Ｗｒｉｔｅ ＣＭＤ）およびライトデータをともに受け取るときに必要とするバッファの代わりに設けられる、と言うこともできる。また、これは、ストレージコントローラ１０２のバッファを、ネットワークインタフェース１０４にオフロードした、と言うこともできる。

図９Ｂで示した通常のＩｍｍｅｄｉａｔｅ Ｄａｔａ転送では、予めストレージコントローラ内の多くのメモリをライトデータ転送用に割り当てておく必要がある。そのため、多くのサーバシステム１００と接続するストレージコントローラ１０２では、データキャッシュに対するメモリ割り当てなど、ストレージコントローラ１０２のメイン処理に必要なメモリ割り当てが減ってしまう。対して、本実施の形態では、ストレージコントローラ１０２のバッファを、ネットワークインタフェース１０４にオフロードすることで、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送で要する、ストレージコントローラ１０２のメモリ量を削減することができる。
また、本実施の形態では、ストレージコントローラのＣＰＵ負荷とメモリ量削減に加えて、メモリアクセス負荷もストレージコントローラ１０２からネットワークインタフェース１０４に分離できるため、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送の処理を、効率よく行うことができる。

この場合、ストレージコントローラ１０２のＤＲＡＭ１０２ＤやＣＰＵ１０２Ｃの負荷は、図９Ａ～図９Ｂの場合よりも小さくなる。また、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送の処理にかかるストレージコントローラ１０２のＣＰＵ１０２Ｃの負荷およびＤＲＡＭ１０２Ｄのメモリ量の削減に加えて、メモリアクセス負荷もネットワークインタフェース１０４へ分離できる。そのためＩｍｍｅｄｉａｔｅ Ｄａｔａ処理が、より効率化する。その結果、サーバシステム１００からストレージコントローラ１０２に、ライトデータを転送する際の転送速度が向上する。よって、ライト性能が向上する。

また、図９Ａと図９Ｃとを比較した場合、図９Ａの、ストレージコントローラ１０２のプロトコル処理部とコマンド処理部との間のデータ処理シーケンスは、図９Ｃの、ネットワークインタフェース１０４のプロトコル処理部とストレージコントローラ１０２のコマンド処理部との間のデータ処理シーケンスと同等である。
つまり、図９Ａの、（２）ライトコマンド（Ｗｒｉｔｅ ＣＭＤ）処理、（３）ＤＲＡＭ１０２Ｄにデータ格納領域を確保する処理、（４）ライトリクエスト（Ｗｒｉｔｅ Ｒｅｑ）処理、（８）データの転送が完了、（９）ライトレスポンス（Ｗｒｉｔｅ Ｒｓｐ）処理と、図９Ｃの、（３）ライトコマンド（Ｗｒｉｔｅ ＣＭＤ）処理、（４）データ領域を確保する処理、（５）ライトリクエスト（Ｗｒｉｔｅ Ｒｅｑ）処理、（７）データの転送が完了、（８）ライトレスポンス（Ｗｒｉｔｅ Ｒｓｐ）処理は、それぞれ同等である。

なお、ストレージコントローラ１０２のプロトコル処理部は、送信パケットの生成及びその送信処理を行う。ネットワークインタフェース１０４のプロトコル処理部は、例えば、プロトコル処理３０３（図３参照）に対応し、送信パケットの生成及びその送信処理を行う。また、ストレージコントローラ１０２のコマンド処理部は、コマンドを受信し、自装置を制御する。

以上説明したように、本実施の形態では、ネットワークインタフェース１０４を用いて、プロトコル処理とライトデータのデータ転送処理とを、ストレージコントローラ１０２の代わりに行う。そしてその結果、ネットワークインタフェース１０４を用いずこれを行わないときの、ストレージコントローラ１０２のプロトコル処理部とコマンド処理部との間のデータ処理シーケンスと、ネットワークインタフェース１０４のプロトコル処理部とストレージコントローラ１０２のコマンド処理部との間のデータ処理シーケンスとを同等にする。

この場合、本実施の形態では、ストレージコントローラ１０２から見たときのデータ処理シーケンスは、図９Ａの従来の方式と、図９Ｃのネットワークインタフェース１０４を用いたＩｍｍｅｄｉａｔｅ Ｄａｔａ転送方式とで変わらない。つまり、サーバシステム１００とのＩｍｍｅｄｉａｔｅ Ｄａｔａ転送の処理は、ネットワークインタフェース１０４で隠蔽されており、ストレージコントローラ１０２では、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送を行っているかどうかはわからない。そのため、例えば、厳密なメモリ設計がなされ、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送に使用するバッファを用意できないストレージコントローラ１０２でも、従来のインタフェースの互換性を維持しつつ、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送を行うことができる。即ち、今まで設置されていたストレージコントローラ１０２をなんら変更することなく、本実施の形態のネットワークインタフェース１０４を導入するだけで、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送を行うことができる情報処理システム１を構築できる。またこの場合、ストレージコントローラ１０２が、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送に対応していないときでもＩｍｍｅｄｉａｔｅ Ｄａｔａ転送を行うことができる、と言うこともできる。

また、本実施の形態では、ネットワークインタフェース１０４として、例えば、ＳｍａｒｔＮＩＣ（スマートネットワークインタフェースカード）を使用する。そして、ＳｍａｒｔＮＩＣは、メモリ（この場合、上述のメモリ（ＤＲＡＭ）２０８）を備え、バッファは、このメモリを使用して実現できる。また、プロトコル処理は、ＳｍａｒｔＮＩＣの場合、これに備えられる汎用のプロセッサ（この場合、上述のＤＰＵ２０２）が行う。よって、ＳｍａｒｔＮＩＣを使用することで、プロトコル処理およびデータ転送処理を、これに備えられるプロセッサによるソフトウェア処理により実現することができる。

なお、上述した例では、サーバシステム１００からライトデータを受け取るストレージコントローラ１０２側に配されるネットワークインタフェース１０４について説明したが、これに限られるものではない。本実施の形態のネットワークインタフェース１０４は、ターゲット側の機器に配される場合について、好適に使用できる。つまり、上述したような、サーバシステム１００からライトデータを受け取るストレージコントローラ１０２にネットワークインタフェース１０４が配される場合の他、ストレージコントローラ１０２からライトデータを受け取るドライブボックス１０５に配されるネットワークインタフェース１０４について、好適に使用できる。なおこの場合、ライトデータを転送する方を、イニシエータとし、ライトデータ受け取る方をターゲットとした場合、イニシエータからライトデータを受け取るターゲットにネットワークインタフェース１０４が配される場合について、好適に使用できる、と言うこともできる。またこの場合、ネットワークインタフェース１０４は、ターゲットに搭載され、ネットワークを介して、イニシエータから、ライトコマンドおよびライトデータを受け取る、と言うこともできる。なお、ターゲットは、上述したネットワークインタフェース１０４のホストに相当する。

また、本実施の形態のネットワークインタフェース１０４は、図９Ｃで示したＩｍｍｅｄｉａｔｅ Ｄａｔａ転送方式の場合のみならず、図９Ａで示したＩｍｍｅｄｉａｔｅ Ｄａｔａ転送でない通常の転送方式の場合に対しても適用が可能である。つまり、本実施の形態のネットワークインタフェース１０４では、これらの転送方式を切り換えて使用することもできる。
以下のこの事項も含め、ネットワークインタフェース１０４を介したライトデータのデータ転送処理についてさらに詳しく説明する。

＜情報処理システム１の動作の詳細な説明＞
図１０～図１３は、ネットワークインタフェース１０４を介したライトデータのデータ転送処理についてさらに詳しく説明したシーケンス図である。
図１０～図１３は、イニシエータからターゲット（ネットワークインタフェース１０４のホスト）に対し、ネットワークインタフェース１０４を介してライトデータを転送する場合について示した図である。イニシエータは、例えば、サーバシステム１００であり、ターゲットは、例えば、ストレージコントローラ１０２である。また、ここでは、ターゲットを、ネットワークインタフェースホストとも図示している。

このうち、図１０は、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送でない通常の転送方式でライトデータを転送する場合について示した図である。
まず、ネットワークインタフェース１０４では、イベントポーリングを行い、イニシエータからのライトコマンド（Ｗｒｉｔｅコマンド）の有無を確認する（ステップＳ１０１）。
そして、イニシエータが、ライトコマンド（ｉＳＣＳＩ コマンド ＰＤＵ（Ｗｒｉｔｅ コマンド））を送信すると、ネットワークインタフェース１０４が、これを受信する（ステップＳ１０２）。ネットワークインタフェース１０４では、プロトコル処理として、ライトコマンド（Ｗｒｉｔｅコマンド）をＰＤＵ処理し（ステップＳ１０３）、Ｉ／Ｏ要求を受領する（ステップＳ１０４）。ここでは、ネットワークインタフェース１０４は、ｉＳＣＳＩのプロトコル処理を行っている。

次に、ネットワークインタフェース１０４は、ターゲットに行うホストコマンド処理として、ホストコマンドを生成する（ステップＳ１０５）。さらに、ネットワークインタフェース１０４は、ホストコマンド（ＳＣＳＩ Ｃｏｍｍａｎｄ受領）をターゲットに送り、ターゲットは、このホストコマンドを受け取る（ステップＳ１０６）。
ターゲットでは、ジョブを起動し（ステップＳ１０７）、データ転送の準備をする（ステップＳ１０８）。データ転送の準備は、例えば、資源確保、ホストコマンド生成等である。そして、ターゲットは、ホストコマンド（Ｗｒｉｔｅ転送要求）をネットワークインタフェース１０４に送り、ネットワークインタフェース１０４は、このホストコマンドを受け取る（ステップＳ１０９）。

さらに、ネットワークインタフェース１０４は、Ｒ２Ｔ発行処理をし（ステップＳ１１０）、Ｒ２Ｔ返信要求をする（ステップＳ１１１）。そして、ネットワークインタフェース１０４は、プロトコル処理として、ＰＤＵを生成する（ステップＳ１１２）。
そして、ネットワークインタフェース１０４は、Ｒｅａｄｙ ｔｏ Ｔｒａｎｓｆｅｒ（Ｒ２Ｔ）をイニシエータに送信し、イニシエータは、Ｒｅａｄｙ ｔｏ Ｔｒａｎｓｆｅｒ（Ｒ２Ｔ）を受け取る（ステップＳ１１３）。

これにより、イニシエータは、ライトデータをネットワークインタフェース１０４に送信し（Ｗｒｉｔｅデータ送信（Ｄａｔａ－Ｏｕｔ））、ネットワークインタフェース１０４が受信する（ステップＳ１１４）。
ネットワークインタフェース１０４では、プロトコル処理として、ライトデータ（Ｗｒｉｔｅデータ）をＰＤＵ処理し（ステップＳ１１５）、ライトデータ（Ｗｒｉｔｅデータ）を受領する（ステップＳ１１６）。

次に、ネットワークインタフェース１０４は、ターゲットにライトデータ（Ｗｒｉｔｅデータ）転送処理を開始し（ステップＳ１１７）、ライトデータ（Ｗｒｉｔｅデータ）が、ターゲットに転送される（Ｗｒｉｔｅデータ転送（ＤＭＡ転送））（ステップＳ１１８）。
また、ネットワークインタフェース１０４は、ターゲットに行うホストコマンド処理として、ホストコマンドを生成する（ステップＳ１１９）。さらに、ネットワークインタフェース１０４は、ホストコマンド（Ｗｒｉｔｅ転送応答）をターゲットに送り、ターゲットは、このホストコマンドを受け取る（ステップＳ１２０）。
次に、ターゲットは、データ転送応答を生成する（ステップＳ１２１）。そして、ターゲットは、ホストコマンド（ＳＣＳＩ Ｒｅｓｐｏｎｓｅ要求）をネットワークインタフェース１０４に送り、ネットワークインタフェース１０４は、このホストコマンドを受け取る（ステップＳ１２２）。

さらに、ネットワークインタフェース１０４は、Ｒｅｓｐｏｎｓｅ発行処理をし（ステップＳ１２３）、Ｒｅｓｐｏｎｓｅ送信要求をする（ステップＳ１２４）。そして、ネットワークインタフェース１０４は、プロトコル処理として、ＰＤＵを生成する（ステップＳ１２５）。
そして、ネットワークインタフェース１０４は、ライトレスポンス（ｉＳＣＳＩ Ｒｅｓｐｏｎｓｅ ＰＤＵ（Ｗｒｉｔｅ Ｒｅｓｐｏｎｓｅ））をイニシエータに送信し、イニシエータは、ライトレスポンスを受け取る（ステップＳ１２６）。
さらに、ネットワークインタフェース１０４では、Ｒｅｓｐｏｎｓｅの送信完了を行う（ステップＳ１２７）。ネットワークインタフェース１０４は、ターゲットに行うホストコマンド処理として、ホストコマンドを生成する（ステップＳ１２８）。さらに、ネットワークインタフェース１０４は、ホストコマンド（ＳＣＳＩ Ｒｅｓｐｏｎｓｅ完了）をターゲットに送り、ターゲットは、このホストコマンドを受け取る（ステップＳ１２９）。
ターゲットでは、ジョブを終了して資源を開放する（ステップＳ１３０）。

図１１は、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送方式でライトデータを転送する場合について示した図である。
まず、ネットワークインタフェース１０４では、イベントポーリングを行い、イニシエータからのライトコマンド（Ｗｒｉｔｅコマンド）やライトデータ（Ｗｒｉｔｅデータ）の転送の有無を確認する（ステップＳ２０１）。
そして、イニシエータが、ライトコマンド（ｉＳＣＳＩ コマンド ＰＤＵ（Ｗｒｉｔｅ コマンド））および、ライトデータ（Ｗｒｉｔｅデータ ＰＤＵ受信）を送信すると、これをネットワークインタフェース１０４が受信する（ステップＳ２０２）。ネットワークインタフェース１０４では、プロトコル処理として、ライトコマンド（Ｗｒｉｔｅコマンド）およびライトデータ（Ｗｒｉｔｅデータ）をＰＤＵ処理し（ステップＳ２０３）、Ｉ／Ｏ要求およびライトデータ（Ｗｒｉｔｅデータ）を受領する（ステップＳ２０４）。

次に、ネットワークインタフェース１０４は、ターゲットに行うホストコマンド処理として、ホストコマンドを生成する（ステップＳ２０５）。さらに、ネットワークインタフェース１０４は、ホストコマンド（ＳＣＳＩ Ｃｏｍｍａｎｄ受領）をターゲットに送り、ターゲットは、このホストコマンドを受け取る（ステップＳ２０６）。
ターゲットでは、ジョブを起動し（ステップＳ２０７）、データ転送の準備をする（ステップＳ２０８）。データ転送の準備は、例えば、資源確保、ホストコマンド生成等である。そして、ターゲットは、ホストコマンド（Ｗｒｉｔｅ転送要求）をネットワークインタフェース１０４に送り、ネットワークインタフェース１０４は、このホストコマンドを受け取る（ステップＳ２０９）。

以下のステップＳ２１０～ステップＳ２２３は、図１０のステップＳ１１７～ステップＳ１３０と同様である。

図１２は、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送でない通常の転送方式でＩｎｉｔｉａｌＲ２ＴがＹｅｓでライトデータを転送する場合について示している。Ｗｒｉｔｅコマンドとライトデータは一度に送られず、最初のライトデータを送るためにはＲ２Ｔが必要な転送処理になる。ただしここでは、データ量が多く、２回に分けてデータ転送を行う場合について示している。この場合、ストレージコントローラ１０２は、ＩｎｉｔｉａｌＲ２Ｔ有効転送に対応する、と言うこともできる。
図１２のステップＳ３０１～ステップＳ３１８は、図１０のステップＳ１０１～ステップＳ１１８と同様であるので説明を省略する。
ステップＳ３１９～ステップＳ３２７は、ステップＳ３１０～ステップＳ３１８と同様である。ステップＳ３１０～ステップＳ３１８では、１回目のライトデータの転送を行い、ステップＳ３１９～ステップＳ３２７では、同様の処理で、２回目のライトデータの転送を行う。
さらに、図１２のステップＳ３２８～ステップＳ３３９は、図１０のステップＳ１１９～ステップＳ１３０と同様であるので説明を省略する。

図１３は、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送方式でＩｎｉｔｉａｌＲ２ＴがＮｏでライトデータを転送する場合について示している。Ｗｒｉｔｅコマンドとライトデータは一度に送られ、最初のライトデータを送るためのＲ２Ｔが不要な転送処理になる。この場合、ライト要求は、ＩｎｉｔｉａｌＲ２Ｔ無効転送に基づいて、最初のＲ２Ｔなしのデータ送信に対応する、と言うこともできる。ただしここでは、データ量が多く、２回に分けてデータ転送を行う場合について示している。
図１３のステップＳ４０１～ステップＳ４１１は、図１１のステップＳ２０１～ステップＳ２１１と同様であるので説明を省略する。
また、図１３のステップＳ４１２～ステップＳ４１６は、図１０のステップＳ１１４～ステップＳ１１８と同様であるので説明を省略する。
さらに、図１３のステップＳ４１７～ステップＳ４２８は、図１１のステップＳ２１２～ステップＳ２２３と同様であるので説明を省略する。

ここでは、ステップＳ４０２～ステップＳ４１１で、１回目のライトデータの転送を行い、ステップＳ４１２～ステップＳ４１６で、２回目のライトデータの転送を行う。そして、ネットワークインタフェース１０４は、１回目のライトデータの転送の際には、Ｉｍｍｅｄｉａｔｅ Ｄａｔａバッファ７８１（図８参照）を使用する。対して、２回目のライトデータの転送の際には、ＩｎｉｔｉａｌＲ２Ｔバッファ７８２（図８参照）を使用する。

つまり、図８で説明したように、ネットワークインタフェース１０４は、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送の場合に使用するバッファとして、Ｉｍｍｅｄｉａｔｅ Ｄａｔａバッファ７８１を用意する。そして、ネットワークインタフェース１０４は、Ｉｍｍｅｄｉａｔｅ Ｄａｔａバッファ７８１を、１回目のライトデータの転送の際に使用する。
一方、ＩｎｉｔｉａｌＲ２Ｔバッファ７８２は、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送ではなく、通常の転送方式で使用するバッファであるが、ネットワークインタフェース１０４は、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送の場合でもＩｎｉｔｉａｌＲ２Ｔバッファ７８２を用意する。

そして、ネットワークインタフェース１０４は、ＩｎｉｔｉａｌＲ２Ｔバッファ７８２を、２回目のライトデータの転送の際に使用する。つまり、ＩｎｉｔｉａｌＲ２Ｔバッファ７８２は、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送の場合に、同じセッション中で２回目のライトデータを送る際に２回目のライトデータを一時的に記憶するのに使用される。
２回目のライトデータの転送の際に、ＩｎｉｔｉａｌＲ２Ｔバッファ７８２を使用しない場合、Ｒｅａｄｙ ｔｏ Ｔｒａｎｓｆｅｒ（Ｒ２Ｔ）を送信し、それから２回目のライトデータを転送する必要がある。また、１回目のライトデータが送られる際は、ステップＳ４０２のように、ライトコマンドが必要であるが、ＩｎｉｔｉａｌＲ２Ｔバッファ７８２を使用する場合、ステップＳ４１２のように、２回目のライトデータは、ライトコマンドを付与せずに送ることができる。

以上のように、ＩｎｉｔｉａｌＲ２Ｔバッファ７８２を用意し、使用することで、最初のＲｅａｄｙ ｔｏ Ｔｒａｎｓｆｅｒ（Ｒ２Ｔ）が不要となり、２回目のライトデータが送られる際は、ライトコマンドを付与する必要がない。これにより、転送するライトデータのデータ量が大きく、同じセッションの中で２回目のＩｍｍｅｄｉａｔｅ Ｄａｔａ転送を行う必要がある場合でも、ライトデータの転送を効率よく行うことができる。

また、例えば、図１０と図１１とを比較した場合、ネットワークインタフェース１０４とターゲットとの間で送受信されるコマンドやライトデータは、通常の転送方式の場合と、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送の場合とで同様である。なお、図１２と図１３とを比較した場合でも同じことが言える。一方、本実施の形態のネットワークインタフェース１０４を通常の転送方式で使用する場合でも、ネットワークインタフェース１０４とターゲットとの間のパケット処理は、ネットワークインタフェース１０４を設けない場合に比較して、減少する。

図１４Ａは、ネットワークインタフェース１０４で、Ｉｍｍｅｄｉａｔｅ Ｄａｔａバッファ７８１を用意する際の手順について説明したフローチャートである。
まず、ネットワークインタフェース１０４は、ネットワークインタフェースプロセスを起動する（ステップＳ５０１）。
次に、ネットワークインタフェース１０４は、パラメータを初期化する（ステップＳ５０２）。
さらに、ネットワークインタフェース１０４は、Ｉｍｍｅｄｉａｔｅ Ｄａｔａバッファ７８１を確保する（ステップＳ５０３）。
そして、ネットワークインタフェース１０４は、プロトコル受信待ち状態へ移行する（ステップＳ５０４）。

図１４Ｂは、ネットワークインタフェース１０４で、ＩｎｉｔｉａｌＲ２Ｔバッファ７８２を用意する際の手順について説明したフローチャートである。
まず、ネットワークインタフェース１０４は、ネットワークインタフェースプロセスを起動する（ステップＳ６０１）。
次に、ネットワークインタフェース１０４は、パラメータを初期化する（ステップＳ６０２）。
さらに、ネットワークインタフェース１０４は、ＩｎｉｔｉａｌＲ２Ｔバッファ７８２を確保する（ステップＳ６０３）。
そして、ネットワークインタフェース１０４は、プロトコル受信待ち状態へ移行する（ステップＳ６０４）。

図１５は、ネットワークインタフェース１０４が、コマンド待ち状態に移行するまでの処理の第１の例について説明したフローチャートである。
まず、ネットワークインタフェース１０４では、イニシエータからログインコマンドを受信する（ステップＳ７０１）。
次に、ネットワークインタフェース１０４は、各種ネゴシエーションパラメータを取得する（ステップＳ７０２）。

さらに、ネットワークインタフェース１０４は、イニシエータ側が、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ＝Ｙｅｓであるか否かを判断する（ステップＳ７０３）。
その結果、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ＝Ｙｅｓの場合（ステップＳ７０３でＹｅｓ）、ネットワークインタフェース１０４は、ターゲット側（自身設定）が、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ＝Ｙｅｓであるか否かを判断する（ステップＳ７０４）。
そして、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ＝Ｙｅｓの場合（ステップＳ７０４でＹｅｓ）、ネットワークインタフェース１０４は、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送を有効化する（ステップＳ７０５）。即ち、イニシエータ側およびターゲット側（自身設定）の双方で、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送を行う設定の場合に、ネットワークインタフェース１０４は、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送を有効化する。

さらに、ネットワークインタフェース１０４は、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送が有効である旨のログインレスポンスを発行する（ステップＳ７０６）。
そして、ネットワークインタフェース１０４は、コマンド待ち状態に移行する（ステップＳ７０７）。

対して、イニシエータ側が、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ＝Ｙｅｓでない場合（ステップＳ７０３でＮｏ）、およびターゲット側（自身設定）が、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ＝Ｙｅｓでない場合（ステップＳ７０４でＮｏ）、ネットワークインタフェース１０４は、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送を無効化する（ステップＳ７０８）。即ち、イニシエータ側およびターゲット側（自身設定）の何れか一方で、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送を行う設定でない場合に、ネットワークインタフェース１０４は、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送を無効化する。
さらに、ネットワークインタフェース１０４は、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送が無効である旨のログインレスポンスを発行する（ステップＳ７０９）。

図１６は、ネットワークインタフェース１０４が、コマンド待ち状態に移行するまでの処理の第２の例について説明したフローチャートである。
まず、ネットワークインタフェース１０４では、イニシエータからログインコマンドを受信する（ステップＳ８０１）。
次に、ネットワークインタフェース１０４は、各種ネゴシエーションパラメータを取得する（ステップＳ８０２）。

さらに、ネットワークインタフェース１０４は、イニシエータ側が、ＩｎｉｔｉａｌＲ２Ｔ＝Ｎｏであるか否かを判断する（ステップＳ８０３）。
その結果、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ＝Ｎｏの場合（ステップＳ８０３でＹｅｓ）、ネットワークインタフェース１０４は、ターゲット側（自身設定）が、ＩｎｉｔｉａｌＲ２Ｔ＝Ｎｏであるか否かを判断する（ステップＳ８０４）。
そして、ＩｎｉｔｉａｌＲ２Ｔ＝Ｎｏの場合（ステップＳ８０４でＹｅｓ）、ネットワークインタフェース１０４は、ＩｎｉｔｉａｌＲ２Ｔ転送を無効化する（ステップＳ８０５）。即ち、イニシエータ側およびターゲット側（自身設定）の双方で、ＩｎｉｔｉａｌＲ２Ｔ転送を行わない設定の場合に、ネットワークインタフェース１０４は、ＩｎｉｔｉａｌＲ２Ｔ転送を無効化する。ＩｎｉｔｉａｌＲ２Ｔ転送を無効化すると、図１３の２回目のライトデータの転送の際に、最初のＲｅａｄｙ ｔｏ Ｔｒａｎｓｆｅｒ（Ｒ２Ｔ）が不要になる。この場合、２回目のライトデータが送られる際は、図１３のように、ライトコマンドを付与する必要がない。

さらに、ネットワークインタフェース１０４は、ＩｎｉｔｉａｌＲ２Ｔ転送が無効である旨のログインレスポンスを発行する（ステップＳ８０６）。
そして、ネットワークインタフェース１０４は、コマンド待ち状態に移行する（ステップＳ８０７）。

対して、イニシエータ側が、ＩｎｉｔｉａｌＲ２Ｔ＝Ｎｏでない場合（ステップＳ８０３でＮｏ）、およびターゲット側（自身設定）が、ＩｎｉｔｉａｌＲ２Ｔ＝Ｎｏでない場合（ステップＳ８０４でＮｏ）、ネットワークインタフェース１０４は、ＩｎｉｔｉａｌＲ２Ｔ転送を有効化する（ステップＳ８０８）。即ち、イニシエータ側およびターゲット側（自身設定）の双方でＩｎｉｔｉａｌＲ２Ｔ転送を行わない設定以外の場合に、ネットワークインタフェース１０４は、ＩｎｉｔｉａｌＲ２Ｔ転送を有効化する。ＩｎｉｔｉａｌＲ２Ｔ転送を有効化すると、図１３の２回目のライトデータの転送の際に、Ｒｅａｄｙ ｔｏ Ｔｒａｎｓｆｅｒ（Ｒ２Ｔ）が必要になる。この場合、２回目のライトデータが送られる際は、ライトコマンドを付与する必要があり、図１３とは異なるようになる。
さらに、ネットワークインタフェース１０４は、ＩｎｉｔｉａｌＲ２Ｔ転送が有効である旨のログインレスポンスを発行する（ステップＳ８０９）。

図１７～図１８は、図５で示した処理についてさらに詳しく説明したフローチャートである。
図１７は、ターゲット側にネットワークインタフェース１０４を設けたときの処理フローの例を示した図である。
ネットワークインタフェース１０４は、ネットワークからネットワークインタフェース１０４のホストへの通信パケットに対する処理を実行する。例えば、ホストはターゲットのストレージコントローラ１０２であり、フロントエンドネットワーク１０６を介してイニシエータのサーバシステム１００から通信パケットが転送される。

ネットワークコントローラ２０３は、ネットワークから通信パケットを受信する（ステップＳ９０１）。ネットワークコントローラ２０３は、受信した通信パケットのプロトコル処理を、プロセッサ２０４のコア２４１に振り分ける（ステップＳ９０２）。

通信パケットのプロトコル処理を割り当てられたコア２４１は、プロトコル処理３０３を実行する（ステップＳ９０３）。プロトコル処理３０３は、通信パケットから情報を抽出して、コマンド処理３０５に渡す。

コマンド処理３０５は、通信パケットから抽出された情報に応じて、ホストに通信プロトコル処理結果を通知するためのホストコマンドを生成する（ステップＳ９０４）。
処理結果の通知は、例えば、ネットワークからリード要求やライト要求が受信されたことをストレージコントローラ１０２に通知する。さらに、コマンド処理３０５は、生成したホストコマンドを、ネットワークインタフェース１０４内の内部送信キュー３７１に積み込む（ステップＳ９０５）。
ホストコマンドの積み込みに応答して、コマンド処理３０５は、内部送信キュー３７１のＴａｉｌを更新する（ステップＳ９０６）。

ホストキュー制御３０４は、担当するコア２４１の内部送信キュー３７１のＴａｉｌ更新を受けて、内部送信キュー３７１のホストコマンドを、ＤＭＡ制御３０７を介してＤＭＡコントローラ２０５を使用して、ホスト受信キュー４０１に転送する（ステップＳ９０７）。
ホストコマンドの転送に応じて、ホストキュー制御３０４は、ホスト受信キュー４０１のＴａｉｌを更新する（ステップＳ９０８）。ホスト受信キュー４０１のＴａｉｌやＨｅａｄの情報は、ネットワークインタフェース１０４とホストが同一情報を参照してもよく、それぞれが保持する情報を転送してもよい。
さらに、ホストキュー制御３０４は、内部送信キュー３７１のＨｅａｄを更新する（ステップＳ９０９）。

ホストは、ホスト受信キュー４０１からホストコマンドを取得し、ホスト受信キュー４０１のＨｅａｄを更新する（ステップＳ９１０）。ネットワークインタフェース１０４は、ホスト受信キュー４０１のＨｅａｄをホスト側の更新に合わせて受取って更新してもよいし、別のタイミングでホストから通知を受けてもよい。ホストは取得したホストコマンドを参照し、ネットワークインタフェース１０４にコマンドを送る必要があるか判定する（ステップＳ９１１）。

ホストがネットワークインタフェース１０４にホストコマンドを送る必要がある場合（ステップＳ９１１でＹＥＳ）、ホストは、ホスト送信キュー４０２にホストコマンドを積み込み（ステップＳ９１２）、ホスト送信キュー４０２のＴａｉｌを更新する（ステップＳ９１３）。ホストが持つホスト送信キュー４０２の情報の更新に応答して、ネットワークインタフェース１０４も、それが持つホスト送信キュー４０２の情報を更新する。この更新は、ホストとネットワークインタフェース１０４が共通の情報を参照してもよく、更新情報をそれらの間で転送してもよい。
一方、ホストがネットワークインタフェース１０４にホストコマンドを送る必要がない場合（ステップＳ９１１でＮＯ）、一連の処理を終了する。

ホスト送信キュー４０２のＴａｉｌ更新を受けて、いずれかのコア２４１のホストキュー制御３０４は、ＤＭＡ制御３０７によってＤＭＡコントローラ２０５を使用して、ホスト送信キュー４０２に積まれたホストコマンドを、ネットワークインタフェース１０４に転送する（ステップＳ９１４）。例えば、定期的に各コア２４１がロックを取り合って、ホスト受信キューの更新がないかを見て、更新がある場合は転送処理をしてもよいし、ホスト受信キューの更新確認と転送を専用に行うコア２４１を持ってもよいし、複数ホスト受信キューを作り、自分の担当の受信キューに更新があった場合は転送処理をするとしてもよい。ホストキュー制御３０４は、ホストからのホストコマンドを内部受信キュー３７２に積み込む（ステップＳ９１５）。例えば、ホストコマンドの中を確認して、どの内部受信キュー３７２に積み込むかを判定してもよいし、複数ホスト受信キューがある場合は、対応した内部受信キュー３７２に積み込んでもよい。

ホストコマンドの内部受信キュー３７２への積み込みに応答して、ホストキュー制御３０４は、内部受信キュー３７２のＴａｉｌを更新し（ステップＳ９１６）、さらに、ホスト送信キュー４０２のＨｅａｄを更新する（ステップＳ９１７）。ホスト送信キュー４０２のＨｅａｄの更新方法は、ホスト送信キュー４０２のＴａｉｌの更新について説明した通りである。
コマンド処理３０５は、内部受信キュー３７２よりホストコマンドを取得して、処理を実行する（ステップＳ９１８）。

次に、コマンド処理３０５は、データ転送の有無を判定する（ステップＳ９１９）。
バッファを使用しないデータ転送が必要である場合（ステップＳ９１９でＹＥＳ）、ＤＭＡコントローラ２０５は、バッファを介することなく、ネットワークコントローラ２０３とホストとの間でデータを転送する（ステップＳ９２０）。
バッファを使用しないデータ転送が不要である場合（ステップＳ９１９でＮＯ）、データ転送せずに次の処理を行う。ホストキュー制御３０４は、内部受信キュー３７２のＨｅａｄを更新する（ステップＳ９２１）。

次に、コマンド処理３０５は、ネットワークに対して通信パケットを送信する必要があるか判定する（ステップＳ９２２）。
不要である場合（ステップＳ９２２でＮＯ）、フローはステップＳ９０４に戻る。
必要である場合（ステップＳ９２２でＹＥＳ）、コマンド処理３０５はプロトコル処理３０３に依頼し、プロトコル処理３０３がプロトコル処理を実行して通信パケットを生成し、ネットワークコントローラ２０３が通信パケットをネットワークに送信する（ステップＳ９２３）。

図１８は、イニシエータ側にネットワークインタフェース１０４を設けたときの処理フロー例を示した図である。
これは、例えば、ストレージコントローラ１０２にアクセスするサーバシステム１００や、ストレージ間通信でのイニシエータのストレージコントローラ１０２に実装された場合である。

ホストは、ホスト送信キュー４０２にホストコマンドを積み込み（ステップＳ９５１）、ホスト送信キュー４０２のＴａｉｌを更新する（ステップＳ９５２）。ホストが持つホスト送信キュー４０２の情報の更新に応答して、ネットワークインタフェース１０４も、それが持つホスト送信キュー４０２の情報を更新する。ホストとネットワークインタフェース１０４が共通の情報を参照してもよく、更新情報をそれらの間で転送してもよい。

ホスト送信キュー４０２のＴａｉｌ更新を受けて、いずれかのコア２４１のコマンド処理３０５は、ＤＭＡ制御３０７によってＤＭＡコントローラ２０５を使用して、ホスト送信キュー４０２に積まれたホストコマンドを、ネットワークインタフェース１０４に転送する（ステップＳ９５３）。例えば、定期的に各コア２４１がロックを取り合って、ホスト受信キューの更新がないかを見て、更新がある場合は転送処理をしてもよいし、ホスト受信キューの更新確認と転送を専用に行うコア２４１を持ってもよいし、複数ホスト受信キューを作り、自分の担当の受信キューに更新があった場合は転送処理をするとしてもよい。

ホストキュー制御３０４は、ホストからのホストコマンドを内部受信キュー３７２に積み込む（ステップＳ９５４）。例えば、新しいセッションであれば、ラウンドロビンで積み込み先の内部受信キュー３７２を選択してもよいし、ホストコマンドの中を確認して、どの内部受信キュー３７２に積み込むかを判定してもよいし、複数ホスト受信キューがある場合は、対応した内部受信キュー３７２に積み込んでもよい。

ホストコマンドの内部受信キュー３７２への積み込みに応答して、ホストキュー制御３０４は、内部受信キュー３７２のＴａｉｌを更新し（ステップＳ９５５）、さらに、ホスト送信キュー４０２のＨｅａｄを更新する（ステップＳ９５６）。ホスト送信キュー４０２のＨｅａｄの更新方法は、ホスト送信キュー４０２のＴａｉｌの更新について説明した通りである。

コマンド処理３０５は、内部受信キュー３７２よりホストコマンドを取得して、処理を実行する（ステップＳ９５７）。
次に、コマンド処理３０５は、データ転送の有無を判定する（ステップＳ９５８）。バッファを使用しないデータ転送が必要である場合（ステップＳ９５８でＹＥＳ）、ＤＭＡコントローラ２０５は、バッファを介することなく、ネットワークコントローラ２０３とホストとの間でデータを転送する（ステップＳ９５９）。
バッファを使用しないデータ転送が不要である場合（ステップＳ９５８でＮＯ）、ホストキュー制御３０４は、内部受信キュー３７２のＨｅａｄを更新する（ステップＳ９６０）。

次に、コマンド処理３０５は、ネットワークに対して通信パケットを送信する必要があるか判定する（ステップＳ９６１）。
不要である場合（ステップＳ９６１でＮＯ）、フローはステップＳ９６３に進む。
必要である場合（ステップＳ９６１でＹＥＳ）、コマンド処理３０５は、プロトコル処理３０３に依頼し、プロトコル処理３０３はプロトコル処理を実行して通信パケットを生成し、ネットワークコントローラ２０３が通信パケットをネットワークに送信する（ステップＳ９６２）。

次に、コマンド処理３０５は、ホストからのホストコマンドの処理結果を、ホストに通知するためのホストコマンドを生成する（ステップＳ９６３）。処理結果の通知は、例えば、ネットワークに通信パケットを送信したことをホストに通知する。
さらに、コマンド処理３０５は、生成したホストコマンドを、ネットワークインタフェース１０４内の内部送信キュー３７１に積み込む（ステップＳ９６４）。
ホストコマンドの積み込みに応答して、コマンド処理３０５は、内部送信キュー３７１のＴａｉｌを更新する（ステップＳ９６５）。

内部送信キュー３７１のＴａｉｌ更新を受けて、ホストキュー制御３０４は、担当するコア２４１の内部送信キュー３７１のＴａｉｌ更新を受けて、内部送信キュー３７１のホストコマンドを、ＤＭＡ制御３０７を介してＤＭＡコントローラ２０５を使用して、ホスト受信キュー４０１に転送する。（ステップＳ９６６）。
ホストデータの転送に応じて、ホストキュー制御３０４は、ホスト受信キュー４０１のＴａｉｌを更新する（ステップＳ９６７）。
ホスト受信キュー４０１のＴａｉｌやＨｅａｄの情報は、ネットワークインタフェース１０４とホストが同一情報を参照してもよく、それぞれが保持する情報を転送してもよい。さらに、ホストキュー制御３０４は、内部送信キュー３７１のＨｅａｄを更新する（ステップＳ９６８）。

ホストは、ホスト受信キュー４０１からホストコマンドを取得し、ホスト受信キュー４０１のＨｅａｄを更新する（ステップＳ９６９）。

＜データ送信方法の説明＞
ここで、ストレージシステムＳが行う処理は、データを格納するドライブボックス１０５と、プロセッサ及びキャッシュメモリを備え、ドライブボックス１０５に入出力するデータを処理するストレージコントローラ１０２と、プロセッサを備えたネットワークインタフェース１０４と、を備えたストレージシステムＳにおけるデータ送信方法であり、ネットワークインタフェース１０４が、ライト要求を受信した場合に、ネットワークインタフェース１０４は、ライト要求のプロトコル処理を行うとともに、ストレージコントローラ１０２にライトコマンドを転送し、ストレージコントローラ１０２は、ネットワークインタフェース１０４からライトコマンドを受信して、キャッシュメモリにデータ格納用の記憶領域を確保して、ネットワークインタフェース１０４に、データ転送要求を送信し、ネットワークインタフェース１０４は、ストレージコントローラ１０２からデータ転送要求を受信して、確保されたキャッシュメモリ上の記憶領域にライト要求にかかるデータを格納して、ストレージコントローラ１０２は、キャッシュメモリに格納されたライト処理にかかるデータを所定の処理をして、ネットワークインタフェース１０４にライト応答を転送し、ネットワークインタフェース１０４は、ストレージコントローラ１０２からライト応答を受信し、プロトコル処理を行ってライト要求の要求元に応答するデータ送信方法であると捉えることができる。

１…情報処理システム、１００…サーバシステム、１０２…ストレージコントローラ、１０４…ネットワークインタフェース、１０５…ドライブボックス、１０６…フロントエンドネットワーク、１０７…バックエンドネットワーク、１０９…外部ネットワーク、２０４…プロセッサ、２０８…メモリ、３０３…プロトコル処理、３０４…ホストキュー制御、３０５…コマンド処理、Ｓ…ストレージシステム

Claims (10)

1. データを格納するストレージドライブと、
   プロセッサ及びキャッシュメモリを備え、前記ストレージドライブに入出力するデータを処理するストレージコントローラと、
   を備えたストレージシステムにおいて、
   プロセッサを備えたネットワークインタフェースを備え、
   ライト要求を受信した場合に、
   前記ネットワークインタフェースは、前記ライト要求のプロトコル処理を行うとともに、前記ストレージコントローラにライトコマンドを転送し、
   前記ストレージコントローラは、前記ネットワークインタフェースから前記ライトコマンドを受信して、前記キャッシュメモリにデータ格納用の記憶領域を確保して、前記ネットワークインタフェースに、データ転送要求を送信し、
   前記ネットワークインタフェースは、前記ストレージコントローラから前記データ転送要求を受信して、確保された前記キャッシュメモリ上の記憶領域に前記ライト要求にかかるデータを格納して、
   前記ストレージコントローラは、前記キャッシュメモリに格納されたライト処理にかかるデータを所定の処理をして、前記ネットワークインタフェースにライト応答を転送し、
   前記ネットワークインタフェースは、前記ストレージコントローラから前記ライト応答を受信し、プロトコル処理を行って前記ライト要求の要求元に応答する
   ストレージシステム。
2. 前記ネットワークインタフェースはメモリを有し、
   前記ネットワークインタフェースは、前記ライト要求とともにデータを受信して前記ネットワークインタフェースの前記メモリに格納し、前記データ転送要求を受信して前記メモリに格納したデータを前記キャッシュメモリに格納する
   請求項１に記載のストレージシステム。
3. 前記ライト要求は、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送に基づいて、ライトデータとともに送信されている
   請求項２に記載のストレージシステム。
4. 前記ストレージコントローラは、Ｉｍｍｅｄｉａｔｅ Ｄａｔａ転送に対応していない
   請求項３に記載のストレージシステム。
5. 前記ライト要求は、ＩｎｉｔｉａｌＲ２Ｔ無効転送に基づいて、最初のＲ２Ｔなしのデータ送信に対応する
   請求項２に記載のストレージシステム。
6. 前記ストレージコントローラは、ＩｎｉｔｉａｌＲ２Ｔ有効転送に対応する
   請求項３に記載のストレージシステム。
7. 前記ストレージコントローラは、前記所定の処理として、前記キャッシュメモリに格納されたデータの不揮発化、二重化、またはストレージドライブ格納のいずれかを行った場合に、前記ライト応答を転送する
   請求項１に記載のストレージシステム。
8. データを格納するストレージドライブと、
   プロセッサ及びキャッシュメモリを備え、前記ストレージドライブに入出力するデータを処理するストレージコントローラと、
   プロセッサを備えたネットワークインタフェースと、
   を備えたストレージシステムにおけるデータ送信方法であり、
   前記ネットワークインタフェースが、ライト要求を受信した場合に、
   前記ネットワークインタフェースは、前記ライト要求のプロトコル処理を行うとともに、前記ストレージコントローラにライトコマンドを転送し、
   前記ストレージコントローラは、前記ネットワークインタフェースから前記ライトコマンドを受信して、前記キャッシュメモリにデータ格納用の記憶領域を確保して、前記ネットワークインタフェースに、データ転送要求を送信し、
   前記ネットワークインタフェースは、前記ストレージコントローラから前記データ転送要求を受信して、確保された前記キャッシュメモリ上の記憶領域に前記ライト要求にかかるデータを格納して、
   前記ストレージコントローラは、前記キャッシュメモリに格納されたライト処理にかかるデータを所定の処理をして、前記ネットワークインタフェースにライト応答を転送し、
   前記ネットワークインタフェースは、前記ストレージコントローラから前記ライト応答を受信し、プロトコル処理を行って前記ライト要求の要求元に応答する
   データ送信方法。
9. プロセッサとメモリとを備え、ネットワークに接続されたネットワークインタフェースにおいて、
   前記ネットワークを介してデータを含むライト要求を受信した場合に、前記メモリに前記データを格納するとともに、前記ライト要求のターゲットに前記データを含まない前記ライト要求を転送し、
   前記ターゲットからデータ転送要求を受信した場合に、前記メモリに格納した前記データを、前記データ転送要求が指定する記憶領域に格納する
   ネットワークインタフェース。
10. 前記データを含む前記ライト要求を受信した場合に、プロトコル処理を行って、前記データを含まない前記ライト要求を転送する、
    請求項９に記載のネットワークインタフェース。
    

Images