WO2016151831A1

WO2016151831A1 - ストレージシステム

Info

Publication number: WO2016151831A1
Application number: PCT/JP2015/059312
Authority: WO
Inventors: 尚也岡田; 紀夫下薗; 定広杉本; 彬史鈴木; 義裕吉井
Original assignee: 株式会社日立製作所
Priority date: 2015-03-26
Filing date: 2015-03-26
Publication date: 2016-09-29

Abstract

　第１制御ノードと、第２制御ノードと、圧縮ボリュームを提供する最終記憶デバイスと、を含むストレージシステムであって、第１制御ノードは、ホストから未圧縮ホストデータを受信し、未圧縮ホストデータを圧縮して圧縮ホストデータを生成し、圧縮ホストデータを第１メモリにおいてキャッシュデータとして保持し、圧縮ホストデータを伸長して、圧縮ホストデータが正確であるかチェックし圧縮ホストデータが正確である場合に、圧縮ホストデータを第２制御ノードに転送し、第２制御ノードは、第２メモリにおいて圧縮データをキャッシュデータとして保持する。

Description

ストレージシステム

　本発明はストレージシステムに関する。

　特許文献１は、ホストデータを２つのクラスタで二重化し、一方のクラスタで保障コードを生成し、他方のクラスタで保証コードをチェックすることにより冗長データを保証することを開示する。

　データ流量を削減する方法として、データ圧縮がある。ストレージのデータ圧縮では、データロストを防ぐため圧縮処理が正しく行われているかを確認する必要がある。特許文献２は、二つの圧縮デバイスを用いて圧縮前後のデータの保証コードを比較し、圧縮処理の検算を行う方法を開示する。さらに特許文献３は、圧縮前の保証コードと、圧縮データを伸長したデータを使って再生成した保証コードと、を比較することによって、圧縮データの信頼性を向上することを開示する。

米国特許出願公開２０１１／０１５４１６５号米国特許第６０２６５０８号米国特許第６５１９７３３号

　特許文献１の技術において、ホストライトにおけるホストデータの二重化は、主記憶を通過するデータ流量がホストリードと比較して大きく、主記憶の性能がホストライトの性能に影響する。特許文献２の技術において、二つの圧縮デバイスで圧縮処理を行うことにより主記憶の通過データ流量が増加する。特許文献３の技術において、ストレージ装置は、圧縮前のデータの破壊を検出できず、データをロストする可能性がある。したがって、ストレージシステム内のデータ流量を削減し、かつホストデータの信頼性を維持する技術が望まれる。

　本発明の代表的な一例は、第１制御ノードと、第２制御ノードと、圧縮ボリュームを提供する最終記憶デバイスと、を含むストレージシステムであって、前記第１制御ノードは、ホストから未圧縮ホストデータを受信し、前記未圧縮ホストデータを圧縮して圧縮ホストデータを生成し、前記圧縮ホストデータを第１メモリにおいてキャッシュデータとして保持し、前記圧縮ホストデータを伸長して、前記圧縮ホストデータが正確であるかチェックし前記圧縮ホストデータが正確である場合に、前記圧縮ホストデータを前記第２制御ノードに転送し、前記第２制御ノードは、第２メモリにおいて前記圧縮データをキャッシュデータとして保持するものである。

　本発明の一態様によれば、ストレージシステム内のデータ流量を削減し、かつホストデータの信頼性を維持することが可能となる。上記以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。

図１は実施例１においてストレージ装置の構成の一例を示す。図２は実施例１においてＮＶＭモジュールのハードウェア構成を示す。図３Ａは実施例１において主記憶とＮＶＭモジュール上に存在するデータ領域を示す。図３Ｂは実施例１においてホストデータの構成例を示す。図３Ｃは実施例１において主記憶上の制御データの例を示す。図４は、実施例１においてＮＶＭモジュールがストレージノードに提供する論理記憶空間であるＬＢＡ０空間及びＬＢＡ１空間と、ＰＢＡ空間との対応付けの概念を示す。図５は実施例１においてストレージ装置が扱う記憶空間とその対応関係を示す。図６Ａは実施例１においてＬＢＡ０－ＰＢＡ変換テーブルを示す。図６Ｂは実施例１においてＬＢＡ１－ＰＢＡ変換テーブルを示す。図７は実施例１において上位装置が４ＫＢのデータをライトした際に、ストレージ装置の各コンポーネントが生成するデータフォーマットを示す。図８Ａは実施例１においてＮＶＭモジュールがサポートする、ライトコマンドを示す。図８Ｂは実施例１においてＮＶＭモジュールがサポートする、ライトコマンドへの応答情報を示す。図９Ａは実施例１においてＮＶＭモジュールでサポートされる、ＬＢＡ１マッピングコマンドを示す。図９Ｂは実施例１においてＮＶＭモジュールでサポートされる、ＬＢＡ０マッピングコマンドを示す。図９Ｃは実施例１においてＮＶＭモジュールでサポートされる、圧縮データサイズ取得コマンドを示す。図１０は実施例１においてＮＶＭモジュールがサポートする、フルストライプパリティ生成コマンドを示した図である。図１１は実施例１においてストレージ装置の圧縮ホストライト処理のフローを示す。図１２は実施例１においてストレージ装置がホストの要求内容を分析してＩＯ処理のシーケンシャル性を判定する処理を示す。図１３は実施例１においてストレージ装置がデータ圧縮による圧縮処理効果を判定する処理を示す。図１４は実施例１において圧縮履歴情報を含み、ＭＰコアが圧縮履歴情報を管理するための情報を格納するテーブルを示す。図１５は実施例１において圧縮シーケンシャルライト特化処理におけるフロントエンドライトのデータフローを示す。図１６は実施例１においてシーケンシャルライト処理に特化したフロントエンドライト処理の処理フローを示す。図１７は実施例１において通常シーケンシャルライト処理におけるフロントエンドライトのデータフローを示す。図１８は実施例１において通常フロントエンドライト処理の処理フローを示す。図１９は実施例２においてストレージ装置の構成の一例を示す。図２０は実施例２においてストレージ装置が扱う記憶空間とその対応関係を示す。図２１に実施例２においてストレージ装置の圧縮シーケンシャルライト処理のフローを示す。図２２は実施例２において圧縮シーケンシャルライト特化処理におけるフロントエンドライト処理のデータフローを示す。図２３は実施例２においてシーケンシャルライト処理に特化したフロントエンドライト処理の処理フローを示す。図２４は実施例２においてストレージ装置の通常フロントエンドライト処理と圧縮処理のデータフローを示す。図２５は実施例２においてシーケンシャルライト処理における通常のフロントエンドライト処理を示す。図２６は実施例２において通常のフロントエンドライト処理の後に行う圧縮処理フローを示す。図２７は実施例３においてストレージ装置の構成を示す。図２８は実施例３において２つのＰＣＩｅＩ／Ｆを持つＮＶＭモジュールのハードウェア構成を示す。図２９は実施例４において片ノード閉塞から回復するときのデータ冗長化回復処理の処理フローを示す。

　以下、添付図面を参照して本発明の実施形態を説明する。本実施形態は本発明を実現するための一例に過ぎず、本発明の技術的範囲を限定するものではないことに注意すべきである。各図において共通の構成については同一の参照符号が付されている。

　図１は、ストレージシステムの構成の一例を示す。ストレージ装置１００２は、Ｆｉｂｒｅ　Ｃｈａｎｎｅｌ（ＦＣ）やＥｔｈｅｒｎｅｔ等で、ホスト１０００とストレージ装置１００２が相互に接続するストレージエリアネットワーク１００１に接続し、ホスト１０００とデータのやり取りをする。ストレージ装置１００２は、ノード１１００とノード１２００の２つの制御ノードと、不揮発媒体を搭載するドライブ１１１７を含むドライブボックス１３００とを含む。制御ノードが二重化されることで、耐障害性を向上させる。

　ノード１１００は、ホスト１０００とデータをやり取りするためのインタフェース（Ｉ／Ｆ）であるホストＩ／Ｆ１１０１と、ドライブボックス１３００内の不揮発媒体とデータをやり取りするためのドライブＩ／Ｆ１１０４と、を含む。

　ノード１１００は、さらに、ホストと送受信するデータとストレージ装置１００２を制御するための制御データを格納する主記憶１１０３と、ＮＶＭモジュール１１０６と、ＮＶＭモジュール１１０６とキャッシュデバイスとノード１２００を接続する外部スイッチ１１０５と、それらのデバイスを制御するマイクロプロセッサ（ＭＰ）１１０２を含む。

　ホストＩ／Ｆ１１０１は、ホストとの通信を行うためのデバイスであり、ＭＰ１１０２とＰＣＩｅｘｐｒｅｓｓ等の標準規格のバスで接続している。ＦＣやＥｔｈｅｒｎｅｔなどのネットワークプロトコルを変換し、ホストと通信する。

　ドライブＩ／Ｆ１１０４は、ドライブボックス１３００内の不揮発媒体との通信を行うためのデバイスであり、ホストＩ／Ｆ１１０１と同様にＰＣＩｅｘｐｒｅｓｓ等の標準規格のバスで接続している。ＳＡＳやＳＡＴＡといったプロトコルを変換し、ドライブ１１１７と通信する。

　主記憶１１０３は、ＤＲＡＭ等の揮発性素子を含んで構成されるデバイスであり、Ｄｏｕｂｌｅ　Ｄａｔａ　Ｒａｔｅ（ＤＤＲ）Ｉ／Ｆ等のメモリＩ／Ｆ（未図示）でＭＰ１１０２と接続し、データ転送を行う。主記憶１１０３は、ストレージ装置１００２を制御するための制御データやホストから転送されたホストデータを一時的に格納するために用いられる。主記憶１１０３は、ＰＲＡＭやＳＴＴ－ＲＡＭといった不揮発性素子を含んで構成されていてもよい。

　ＮＶＭモジュール１１０６は、ＮＡＮＤ等の大容量で低コストの不揮発素子とＤＤＲ－ＳＤＲＡＭ等の小容量で高速な揮発素子、そして、それらの素子を制御し、ＭＰ１１０２と通信を行うコントローラを含んで構成される不揮発媒体である。詳細は後述する。

　外部スイッチ１１０５は、１個以上のＮＶＭモジュール１１０６とＭＰ１１０２を接続するためのデバイスであり、典型的にはＰＣＩ　ｅｘｐｒｅｓｓ等のバスで接続する。外部スイッチ１１０５は、ノード１１００とノード１２００との間の通信を実現するためのノードＩ／Ｆ１１１４を内蔵する。

　ノード１１００とノード１２００のハードウェア構成は同等であり、ノード１２００の詳細説明は省略する。ノード１２００はホストＩ／Ｆ１２０１と、ドライブＩ／Ｆ１２０４と、主記憶１２０３と、外部スイッチ１２０５と、ＭＰ１２０２と、ＮＶＭモジュール１２０６を含む。外部スイッチ１２０５は、ノードＩ／Ｆ１２１４を内蔵する。

　ノード１１００とノード１２００は、２つの外部スイッチ１１０５、１２０５のノードＩ／Ｆ１１１４、１２１４を相互に接続する事で、ノード間データ転送を実現し、ストレージ装置は冗長構成をとることが可能になる。結果、障害発生時のストレージ装置可用性を向上させることが可能になる。

　ノードＩ／Ｆ１１１４、１２１４は、典型的にはＰＣＩ　Ｅｘｐｒｅｓｓ等のバスで接続されるが、外部スイッチ１１０５、１２０５のＰＣＩ　Ｅｘｐｒｅｓｓで接続するＩｎｆｉｎｉ　ＢａｎｄやＥｔｈｅｒｎｅｔのようなネットワークアダプタによって実現してもよい。

　ＭＰ１１０２は、ストレージ装置１００２の動作を制御するデバイスであり、ホストＩ／Ｆ１１０１、ドライブＩ／Ｆ１１０４及びＮＶＭモジュール１１０６等、ＰＣＩ　ｅｘｐｒｅｓｓで接続したデバイスを制御する。

　ＭＰ１１０２は、プログラムに従い動作するＭＰコア１１１１、データ転送を行うＤＭＡ１１１２の他、ＰＣＩｅデバイスとＰＣＩ　ｅｘｐｒｅｓｓで接続するための不図示のＰＣＩｅＩ／Ｆ、さらに、主記憶１１０３の素子を制御する不図示の主記憶Ｉ／Ｆを搭載する。これらの機能を実現する回路は、ＭＰ１１０２内部の内部スイッチ１１１３で相互に接続される。

　なお、二つのノード１１００、１２００の構成は同様であるため、以下においては、主にノード１１００の構成を参照して、ストレージ装置１００２を説明する。

　図２はＮＶＭモジュール１１０６のハードウェア構成を示す。ＮＶＭモジュール１１０６は、ＮＡＮＤ、ＰＲＡＭ、ＳＴＴ－ＲＡＭ等の不揮発素子を含んで構成されるＮＶＭメモリ１１３０と、ＮＶＭメモリ１１３０を制御するコントローラ１１２０を搭載する。コントローラ１１２０はＮＶＭメモリ１１３０内部の記憶領域をページ単位で管理し、データ転送を行う。

　コントローラ１１２０は、ＭＰ１１０２と接続するためのＰＣＩｅＩ／Ｆ１１２４、揮発素子を含んで構成され、ＭＰ１１０２から転送されたデータを一時的に格納するための揮発媒体であるデータバッファ１１２１を含む。コントローラ１１２０は、さらに、ＭＰ１１０２から転送したデータを圧縮又は圧縮したデータの伸長を行うデータ圧縮・伸長ロジック１１２２、及び、ＭＰ１１０２から転送されたデータを元にパリティデータを生成するパリティ生成ロジック１１２３を含む。

　さらに、コントローラ１１２０は、ＮＶＭメモリ１１３０を制御するＮＶＭコントローラ１１２８、コントローラ１１２０の他の要素を制御するＮＶＭプロセッサ１１２７、ＮＶＭプロセッサ１１２７の制御データを格納するＮＶＭプロセッサメモリ１１２６、そしてこれらのデバイスを相互に接続するスイッチを含む。ＮＶＭコントローラ１１２８は、複数のＮＶＭメモリ１１３０とデータ転送を行うことができる。

　図３Ａは、主記憶１１０３とＮＶＭモジュール１１０６上に存在するデータ領域を示す。主記憶１１０３には、ＭＰコア１１１１がストレージ装置を動作させるために必要なデータである制御データを格納する制御データ領域２００１と、ホストと送受信するホストデータを格納するホストデータ領域２００２とが存在する。主記憶１１０３にはさらに、ホストデータ又は制御データを含む全てのデータについてＭＰコア１１１１がデータ転送や制御データに対しデータの付加や除去といった加工を行うための一時的な領域を示す一時データ領域２００３が存在する。

　制御データ領域２００１には、典型的にはストレージ装置１００２を動作させるためのオペレーティングシステムのデータや、デバイスを制御するための命令、また、他のノードと共有するデータが配置される。ホストデータ領域２００２には、キャッシュヒットによる性能向上を狙い、ホスト１０００から転送されるホストデータが配置される。一時データ領域２００３には、加工対象となるホストデータと制御データが、一時的に格納される。

　ＮＶＭモジュール１１０６には、ＮＶＭモジュール制御データ領域２００４とＮＶＭモジュールホストデータ領域２００５が、存在する。ＮＶＭモジュール制御データ領域２００４には、例えば、ＮＶＭメモリ１１３０に格納されているホストデータのディレクトリテーブルが配置される。ＮＶＭモジュールホストデータ領域２００５には、ホストデータ領域２００２と同様に、ホスト１０００から転送されるホストデータが配置される。

　図３Ｂは、ホストデータＤ１００の構造を模式的に示す。ノード１１００の制御プログラムが管理するホストデータの最小の単位をブロックと呼ぶ。ブロックＤ１０３は、５１２バイト（Ｂ）の主記憶１１０３上の連続領域を示す。複数のブロックＤ１０３で構成されたデータ構造をセグメントと呼ぶ。セグメントＤ１０２は、主記憶１１０３上の連続領域を示す。セグメントＤ１０２の大きさは設計に依存する。

　複数のセグメントＤ１０２で構成されたデータ構造をスロットＤ１０１と呼ぶ。スロットが持てるセグメントＤ１０２の数は設計に依存する。セグメントＤ１０２は複数のブロックＤ１０３で構成される。

　ブロックＤ１０３に、ホスト１０００が読み書きするホストデータが格納される。ＭＰ１１０２は、新たなホストデータを格納するために、ホストデータが格納されたブロックＤ１０３又はセグメントＤ１０２を初期化、例えば０クリアする事により、未使用のブロックＤ１０３を作成できる。

　図３Ｃは、主記憶１１０３上に格納される制御データである主記憶ホストデータキャッシュ管理テーブルＤ２００を示す。主記憶ホストデータキャッシュ管理テーブルＤ２００は、スロット管理テーブルポインタＤ２１０とスロット管理テーブルＤ２２０とセグメント管理テーブルＤ２３０を含む。

　スロット管理テーブルポインタＤ２１０は、スロット管理テーブルＤ２２０のポインタを格納するテーブルである。プロセッサコアがこのテーブルにアクセスすることで、所定のスロット管理テーブルＤ２２０にアクセスすることができる。

　スロット管理テーブルＤ２２０は、スロットを特定するための情報であるスロットＩＤ（Ｄ２２１）、アクセスが高頻度である事を示す情報であるＭｏｓｔ　Ｒｅｃｅｎｔ　Ｕｓｅｄ（ＭＲＵ）情報Ｄ２２２、アクセスが低頻度である事を示す情報であるＭｏｓｔ　Ｌｅａｓｔ　Ｕｓｅｄ（ＬＲＵ）情報Ｄ２２３を含む。さらに、当該スロットのクリーン又はダーティのキャッシュ制御情報や媒体種別の情報を格納するスロットステータスＤ２２４、スロットが内包するセグメントに対応するセグメント管理テーブルのポインタを格納するセグメント管理テーブルポインタＤ２２５を含む。

　セグメント管理テーブルＤ２３０は、セグメントを特定するための情報であるセグメントＩＤ（Ｄ２３１）、セグメントが配置されているメモリアドレスＤ２３２を含む。

　図４は、ＮＶＭモジュール１１０６がストレージノード１１００に提供する論理記憶空間であるＬＢＡ（Ｌｏｇｉｃａｌ　Ｂｌｏｃｋ　Ａｄｄｒｅｓｓ）０空間３００１及びＬＢＡ１空間３００２と、ＰＢＡ（Ｐｈｙｓｉｃａｌ　Ｂｌｏｃｋ　Ａｄｄｒｅｓｓ）空間３０００との対応付けの概念を示す。ＮＶＭモジュール１１０６は、上位装置であるストレージノード１１００に、ＬＢＡ０空間３００１とＬＢＡ１空間３００２という２つの論理記憶空間を提供する。

　以下において、ＬＢＡ０空間３００１上の各記憶領域に付されたアドレスのことを「ＬＢＡ０」又は「ＬＢＡ０アドレス」と呼び、ＬＢＡ１空間３００２上の各記憶領域に付されたアドレスのことを「ＬＢＡ１」又は「ＬＢＡ１アドレス」と呼ぶ。ＬＢＡ０空間３００１のサイズ及びＬＢＡ１空間３００２のサイズは、通常、ＰＢＡ空間のサイズ以下となる。ただし、ＬＢＡ０空間３００１のサイズがＰＢＡ空間のサイズよりも大きくてもよい。

　ＬＢＡ０空間３００１は、ＮＶＭメモリ１１３０により提供される物理記憶領域に格納された圧縮データを、非圧縮データとして、ストレージノード１１００のＭＰコア１１１１にアクセスさせるための論理記憶空間である。

　ＭＰコア１１１１は、ＬＢＡ０空間３００１上のアドレス（ＬＢＡ０）を指定して、ＮＶＭモジュール１１０６にライト要求を発行する。ＮＶＭモジュール１１０６は、ストレージノード１１００からライトデータを取得し、データ圧縮／伸長ロジック１１２２にて圧縮する。その後、ＮＶＭモジュール１１０６は、ＰＢＡを動的に選択し、当該ＰＢＡにより指定されるＮＶＭメモリ１１３０上の物理記憶領域に、データを格納する。さらに、ＮＶＭモジュール１１０６は、ＬＢＡ０とＰＢＡの対応付けを行う。

　ＭＰコア１１１１は、ＬＢＡ０を指定してＮＶＭモジュール１１０６にリード要求を発行する。ＮＶＭモジュール１１０６は、ＬＢＡ０に対応付けられたＰＢＡが示すＮＶＭメモリ１１３０の物理記憶領域からデータ（圧縮データ）を取得し、データ圧縮・伸長ロジック１１２２にて伸長する。ＮＶＭモジュール１１０６は、伸長したデータを、リードデータとして、ストレージノード１１００に転送する。このＬＢＡ０とＰＢＡとの対応づけは、後述するＬＢＡ０－ＰＢＡ変換テーブル５１００にて管理される。

　ＬＢＡ１空間３００２は、ＮＶＭメモリ１１３０により提供される物理記憶領域に格納された圧縮データを、圧縮データのまま（伸長せず）、ストレージノード１１００にアクセスさせるための論理記憶空間である。

　ＭＰコア１１１１は、ＬＢＡ１を指定して、ＮＶＭモジュール１１０６にライト要求を発行する。ＮＶＭモジュール１１０６は、ストレージノード１１００よりデータ（圧縮済みのライトデータ）を取得し、動的に選択したＰＢＡにより指定されるＮＶＭメモリ１１３０の記憶領域にデータを格納する。さらに、ＮＶＭモジュール１１０６は、ＬＢＡ１とＰＢＡの対応付けを行う。

　ＭＰコア１１１１は、ＬＢＡ１を指定してリード要求を発行する。ＮＶＭモジュール１１０６は、ＬＢＡ１に対応付けられたＰＢＡが示すＮＶＭメモリ１１３０の物理記憶領域よりデータ（圧縮データ）を取得し、ストレージノード１１００にリードデータとして圧縮済みデータを転送する。このＬＢＡ１とＰＢＡとの対応づけは、後述するＬＢＡ１－ＰＢＡ変換テーブル５２００にて管理される。

　図４に示すとおり、圧縮データが格納された物理記憶領域であるＰＢＡ空間３０００上の領域は、同時にＬＢＡ０空間３００１の領域とＬＢＡ１空間３００２の領域との両方に対応づけられることもある。たとえば、圧縮データの伸長されたデータが、ＬＢＡ０空間３００１上に伸長データとして対応づけられ、圧縮データがそのままＬＢＡ１空間３００２上に圧縮データとして対応づけられる。

　たとえばＭＰコア１１１１は、ＬＢＡ０（仮にＬＢＡ０が０ｘ０００００００１０００とする）を指定して、ＮＶＭモジュール１１０６にデータをライトする。当該データは、ＮＶＭモジュール１１０６内のデータ圧縮／伸長ロジック１１２２により圧縮される。圧縮されたデータは、ＮＶＭモジュール１１０６が動的に選択したＰＢＡ空間上、具体的には、ＮＶＭメモリ１１３０の複数のページ中の、いずれかの未書き込みページに、配置される。当該データは、ＬＢＡ０空間３００１のアドレス０ｘ０００００００１０００に対応付けられた状態で管理される。

　その後ＭＰコア１１１１は、０ｘ０００００００１０００に対応づけられたデータを、ＬＢＡ１空間３００２のアドレス（仮に０ｘ８００００００００１０とする）に対応付ける要求を、ＮＶＭモジュール１１０６に発行する。ＮＶＭモジュール１１０６は、当該データを、ＬＢＡ１空間３００２に対応づける。

　この状態のとき、ＬＢＡ１アドレス０ｘ８００００００００１０のデータをリードする要求をＮＶＭモジュール１１０６に対して発行すると、ＭＰコア１１１１は、自身がＬＢＡ０アドレス０ｘ０００００００１０００に対して書き込んだデータを、圧縮した状態で読み出すことができる。

　なお、ＮＶＭモジュール１１０６で生成される圧縮データのサイズは、データ内容に依存して変動するが、５１２Ｂ（１セクタ）の倍数のサイズであると取扱いやすい。そのため、後述するように、圧縮後のデータが５１２Ｂの倍数のサイズでない場合には、ＮＶＭモジュール１１０６は、圧縮後データの後端にパディングデータを付加し、５１２Ｂの倍数のサイズにする。

　また、ＮＶＭモジュール１１０６は、圧縮後データのサイズを、非圧縮データのサイズを超えないようにパディングデータを付加する。つまり４ＫＢのデータを圧縮した場合、圧縮後データの最小サイズは５１２Ｂで、最大サイズは４ＫＢである。

　図５は、ストレージ装置１００２が扱う記憶空間とその対応関係を示す。ストレージ装置１００２は、ホスト１０００に対して、圧縮ボリューム３２００を隠蔽する。圧縮ボリューム３２００は、圧縮後データのデステージ先であり、ドライブボックス１３００の１又は複数のドライブ（最終記憶装置）１１１４に提供される。

　ストレージ装置１００２は、ホスト１０００に、仮想的な１又は複数の伸長ボリューム３１００を提供する。ホスト１０００は、圧縮データが非圧縮状態（伸長状態）で、伸長ボリューム３１００に格納されているように認識する。ホスト１０００は、伸長ボリューム３１００のアドレスを指定して、リード／ライト要求をストレージ装置１００２に送付する。伸長ボリューム３１００のアドレスは、ＬＢＡ０空間３００１のアドレス(ＬＢＡ０)に対応する。

　ホスト１０００は、ストレージ装置１００２にデータを格納する際、伸長ボリューム３１００内のアドレスを指定してライトデータ５０００をストレージ装置１００２に送信する。ストレージ装置１００２は、内部に圧縮機能を持つＮＶＭモジュール１１０６をキャッシュ装置として用いる。

　ＮＶＭモジュール１１０６は、独立した二つの論理記憶空間であるＬＢＡ０空間３００１及びＬＢＡ１空間３００２をストレージ装置１００２に提供する。ストレージ装置１００２（ＭＰ１１０２）は、ホスト１０００から取得したライトデータ５０００を、ＬＢＡ０空間３００１のアドレスを指定してＮＶＭモジュール１１０６に格納する。

　ＮＶＭモジュール１１０６は、受領したライトデータ５０００を圧縮して圧縮データ５０２０を生成し、キャッシュデータとしてＮＶＭメモリ１１３０に格納する。さらに、ストレージ装置１００２（ＭＰ１１０２）は、ＬＢＡ０空間３００１のアドレスを指定して格納したデータ５０００の圧縮データ５０２０を、ＬＢＡ１空間３００２上にマッピングする。

　ストレージ装置１００２（ＭＰ１１０２）は、ＬＢＡ１空間３００２上のアドレスを指定することで、ＮＶＭモジュール１１０６より圧縮データ５０２０を取得し、圧縮ボリューム３２００のアドレスを指定して、最終記憶装置（ドライブ１１１７）にデステージする。

　圧縮ボリューム３２００は、ＨＤＤやＳＳＤ等の最終記憶装置１１１７によって提供される。圧縮ボリューム３２００は、周知のストレージ装置がホストに対して提供するボリュームと同様の、１以上の最終記憶装置（ドライブ１１１７）の記憶領域を用いて構成される論理的なボリュームである。圧縮ボリューム３２００のアドレスは、ＬＢＡ１空間３００２のアドレス(ＬＢＡ１)に対応し、ホスト１０００からはＬＢＡ１空間は隠蔽され、不可視である。

　ストレージ装置１００２（ＭＰ１１０２）は、ホスト１０００から受領したリード要求に応じて、圧縮データ５０２０を圧縮ボリューム３２００から取得し、ＮＶＭモジュール１１０６を含んで構成されたキャッシュ装置に、ＬＢＡ１空間３００２上のアドレスを指定してライトする。

　次に、ストレージ装置１００２（ＭＰ１１０２）は、ＬＢＡ１空間３００２上のアドレスを指定して格納した圧縮データ５０２０の伸長データ５０００を、ＬＢＡ０空間３００１にマッピングする。ストレージ装置１００２は、ＮＶＭモジュール１１０６からＬＢＡ０のアドレスを指定して、圧縮データ５０２０から伸長されたデータ５０００を取得し、ホスト１０００にリードデータとして転送する。

　ストレージ装置１００２（ＭＰ１１０２）は、圧縮データ５０２０を圧縮ボリューム３２００に格納する際、圧縮データ５０２０を圧縮ボリューム３２００に対して追記する。つまり、圧縮データ５０２０はデステージされた順に圧縮ボリューム３２００の先頭の領域から順に格納される。この追記格納方式において、圧縮データ５０２０の格納先となる圧縮ボリューム３２００内のアドレスは、デステージを制御において決定される。

　図６Ａ、６Ｂは、それぞれ、ＮＶＭモジュール１１０６が用いる管理情報である、ＬＢＡ０－ＰＢＡ変換テーブル５１００とＬＢＡ１－ＰＢＡ変換テーブル５２００を示す。ＬＢＡ０－ＰＢＡ変換テーブル５１００は、ＮＶＭモジュール１１０６内のＮＶＭプロセッサメモリ１１２６内に格納されており、ＮＶＭモジュールＬＢＡ０（５１０１）、ＮＶＭモジュールＰＢＡ５１０２、ＰＢＡ長５１０３の情報から構成される。

　ＮＶＭモジュール１１０６は、ＭＰコア１１１１からリード要求時に指定されるＬＢＡ０を受信した後、そのＬＢＡ０を用いて、実際のデータが格納されている場所を示すＰＢＡを取得する。

　また、ライト要求時には、ＮＶＭモジュール１１０６は、更新データ（ライトデータ）を更新前データが格納されたＰＢＡとは異なる物理記憶領域に格納する。ＮＶＭモジュール１１０６は、更新データを格納したＰＢＡとＰＢＡ長を、ＬＢＡ０－ＰＢＡ変換テーブル５１００の該当する箇所に格納し、ＬＢＡ０－ＰＢＡ変換テーブル５１００を更新する。ＮＶＭモジュール１１０６は、このように動作することによって、ＬＢＡ０空間３００１上の領域のデータの上書きを、（疑似的に）可能にしている。

　ＮＶＭモジュールＬＢＡ０（５１０１）は、ＮＶＭモジュール１１０６が提供するＬＢＡ０空間３００１の論理領域を、４ＫＢ単位ごとに並べたものである。ＬＢＡ０空間３００１の各アドレス（ＬＢＡ０）は、１セクタ（５１２Ｂ）ごとに付されている。ＬＢＡ０－ＰＢＡ変換テーブル５１００では、ＮＶＭモジュールＬＢＡ０（５１０１）とＮＶＭモジュールＰＢＡ５１０２との対応付けが、４ＫＢ（８セクタ）単位で管理されている。但し、ＮＶＭモジュールＬＢＡ０（５１０１）とＮＶＭモジュールＰＢＡ５１０２との対応付けを４ＫＢ単位以外の任意の単位で管理してもよい。

　ＮＶＭモジュールＰＢＡ５１０２は、ＮＶＭモジュールＬＢＡ０（５１０１）に対応付けられたＰＢＡの先頭アドレスを格納するフィールドである。本実施例は、ＰＢＡ空間３０００の物理記憶領域を、５１２Ｂ（１セクタ）毎に分割して管理する。

　図６Ａに示す例では、ＮＶＭモジュールＬＢＡ０「０ｘ０００＿００００＿００００」に対応付けられたＰＢＡとして、「ＸＸＸ」という値（ＰＢＡ）が対応付けられている。この値は、ＮＶＭモジュール１１０６が搭載する複数のＮＶＭメモリ１１３０のうちの、ある記憶領域を一意に示すアドレスである。

　これにより、リード要求先の先頭アドレス（ＬＢＡ０）として「０ｘ０００＿００００＿００００」を受領した場合、ＮＶＭモジュール１１０６内の物理記憶領域（リード先）の先頭アドレス（ＰＢＡ）として「ＸＸＸ」が取得される。また、ＮＶＭモジュールＬＢＡ０（５１０１）で特定されるＬＢＡ０に対応付けられたＰＢＡが無い場合、ＮＶＭモジュールＰＢＡ５１０２には「未割当」であることを示す値が格納される。例えば、（ＮＵＬＬあるいは０ｘＦＦＦＦＦＦＦＦが使用される。

　ＰＢＡ長５１０３には、ＮＶＭモジュールＬＢＡ０（５１０１）に指定された４ＫＢのデータの、実際の格納サイズが格納される。格納サイズはセクタ数にて格納されている。図６Ａに示す例では、ＬＢＡ０「０ｘ０００＿００００＿００００」を開始アドレスとする４ＫＢのデータ（ＬＢＡ０空間３００１としては８セクタ）は、ＰＢＡ長として「２」すなわち５１２Ｂ×２＝１ＫＢの長さで、格納されている。

　従って、ＮＶＭモジュールＰＢＡ５１０２の情報と組み合わせると、ＬＢＡ０［０ｘ０００＿００００＿００００］を開始アドレスとする４ＫＢのデータは、ＰＢＡ「ＸＸＸ」から「ＸＸＸ＋１」の１ＫＢの領域に圧縮して格納されている。ＮＶＭモジュール１１０６は、ノード１１００のＭＰコア１１１１からライトを指示された非圧縮データを、４ＫＢ単位で圧縮する。

　たとえば、ＮＶＭモジュール１１０６は、ＭＰコア１１１１から、ＬＢＡ０空間３００１のアドレス０ｘ０００＿００００＿００００を開始アドレスとする８ＫＢのデータ（非圧縮データ）のライト要求を受信する。ＮＶＭモジュール１１０６は、ＬＢＡ０空間３００１のアドレス範囲０ｘ０００＿００００＿００００～０ｘ０００＿００００＿０００７の４ＫＢのデータを単位として圧縮して、圧縮データを生成する。

　次に、ＮＶＭモジュール１１０６は、アドレス範囲０ｘ０００＿００００＿０００８～０ｘ０００＿００００＿０００Ｆの４ＫＢのデータを単位として圧縮して、圧縮データを生成する。ＮＶＭモジュール１１０６は、それぞれの圧縮データを、ＮＶＭメモリ１１３０の物理記憶領域に書き込む。ただし、本発明はデータを４ＫＢ単位で圧縮する態様に限定されるものではなく、その他の単位でデータが圧縮される構成であっても本発明は有効である。

　ＬＢＡ１－ＰＢＡ変換テーブル５２００は、ＮＶＭプロセッサメモリ１１２６に格納されており、ＮＶＭモジュールＬＢＡ１（５２０１）、ＮＶＭモジュールＰＢＡ５２０２の２つの情報から構成される。ＮＶＭモジュール１１０６は、ＭＰコア１１１１からリード要求時に指定されるＬＢＡ１を受信し、当該受信したＬＢＡ１を、ＬＢＡ１－ＰＢＡ変換テーブル５２００を用いて、データ格納場所を示すＰＢＡに変換する。

　ＮＶＭモジュールＬＢＡ１（５２０１）は、ＮＶＭモジュール１１０６が提供するＬＢＡ１空間３００２の論理領域をセクタごとに順に並べたものである。ＮＶＭモジュールＬＢＡ１（５２０１）内の数値１は、１セクタ（５１２Ｂ）を意味する。これは、ＮＶＭモジュール１１０６が、ＮＶＭモジュールＬＢＡ１（５２０１）とＮＶＭモジュールＰＢＡ５２０２との対応付けを、５１２Ｂ単位で管理するからである。

　ＮＶＭモジュールＬＢＡ１（５２０１）とＮＶＭモジュールＰＢＡ５２０２との対応付けは、５１２Ｂ単位にて管理される態様に限定されるものではなく、如何なる単位で管理してもよい。ＬＢＡ１空間３００２は、圧縮データの格納先である物理記憶空間であるＰＢＡ空間３０００を直接マッピングする空間であり、ＰＢＡの分割管理サイズと同等であることが望ましいことから、本実施例は、５１２Ｂ単位で分割して管理する。

　ＮＶＭモジュールＰＢＡ５２０２は、ＬＢＡ１に対応付けられたＰＢＡの先頭アドレスを格納するフィールドである。図６Ｂの例では、ＮＶＭモジュールＬＢＡ１「０ｘ８００＿００００＿０００２」に「ＺＺＺ」というＰＢＡ値が対応付けられている。このＰＢＡ値は、ＮＶＭモジュール１１０６が搭載する、あるＮＶＭメモリ１１３０上の記憶領域を一意に示すアドレスである。

　これにより、リード要求先の先頭アドレス（ＬＢＡ１）として、「０ｘ８００＿００００＿０００２」を受領した場合、ＮＶＭモジュール１１０６内の物理的なリード先の先頭アドレスとして「ＺＺＺ」が取得される。また、ＮＶＭモジュールＬＢＡ１（５２０１）で特定されるＬＢＡ１に対応付けられたＰＢＡが無い場合、ＮＶＭモジュールＰＢＡ５２０２には「未割当」であることを示す値が格納される。

　図７は、ホスト１０００が４ＫＢのデータをライトした際に、ストレージ装置１００２の各コンポーネントが生成するデータフォーマット４０００～４００９を示す。実施例１のストレージ装置１００２は、データを４ＫＢ単位で圧縮して管理するが、本発明は、４ＫＢの圧縮データの管理単位に限定されるものではない。後述する実施例２は、８ＫＢ単位でデータ圧縮を行う。

　また、実施例１のデータ圧縮／伸長ロジック１１２２は、データを４ＫＢ単位で圧縮・伸長する演算回路であるが、本発明は、データ圧縮／伸長ロジック１１２２の圧縮伸長単位が４ＫＢであるものに限定されるものではない。

　データフォーマット４００４は、ホスト１０００がストレージ装置１００２に転送する４ＫＢのデータを示している。実施例１において、ホスト１０００がストレージ装置１００２のボリュームにアクセスする際の最小アクセス単位（セクタ）は５１２Ｂで、ストレージ装置１００２は、ホストデータを５１２Ｂ単位で指定可能である。当該ホストデータは、未圧縮データである。４ＫＢのデータは８個のセクタで構成される。尚、実施例１では１セクタを５１２Ｂとした場合について説明するが、１セクタは他のデータサイズ、例えば、４ＫＢとしてもよい。

　ストレージ装置１００２は、データフォーマット４００４の４ＫＢのリクエストを受領すると、ホストＩ／Ｆ１１０１に保証コードを生成させる。データフォーマット４００４の４ＫＢデータは、未圧縮データセットである。実施例１は、５１２Ｂのセクタ毎に、８Ｂの保証コードを付与する。８Ｂの保証コードは、５１２Ｂセクタ４００１に２ＢのＣＲＣ（Ｃｙｃｌｉｃ　Ｒｅｄｕｎｄａｎｃｙ　Ｃｈｅｃｋ）コード４００２と６Ｂの保証コードＩＤ４００３を付与した例を示している。この保証コードが付与されたセクタ４０００を、以降、保証コード付きセクタと呼ぶ。

　保証コード付セクタ４０００の集合が、保証コード付データセット４００５である。典型的には４ＫＢから６４ＫＢの大きさである。尚、実施例１は、ＣＲＣコード４００２と保証コードＩＤ４００３のみにより構成された保証コードを説明するが、本発明はこの例に限定されるものではない。ストレージ装置１００２の制御中に保証コードＩＤ４００３を変更してもよい。

　ＣＲＣコード４００２は、５１２Ｂのデータ４００１を用いて生成される２Ｂのデータ。何らかの要因でホストデータ４０００を構成するｂｉｔの値が変化しエラービットが生じた場合、ＣＲＣコード４００２を用いた検査を行うことで、ｂｉｔ値の変化を検出できる。

　ストレージ装置１００２のＭＰコア１１１１がハードウェアに転送を指示したとき、指示を受けたハードウェアは、転送する保証コード付きセクタのホストデータ４００１とＣＲＣコード４００２を用いて、ビットエラーの検出を行う。そして、エラービットが検出されなかった場合、ハードウェアはデータ転送を行う。一方で、エラービットが検出された場合、データ転送を中止し、ハードウェアは、ＭＰコア１１１１にエラーを通知する。

　尚、実施例１では、ＣＲＣコード４００２のサイズが２Ｂであるが、ＣＲＣコード４００２のサイズは２Ｂに限定されるものではない。必要な検出能力に応じてＣＲＣ４００２のサイズを増やしてもよい。

　実施例１のＣＲＣコード４００２はホストデータ４００１のみから生成されるが、本発明はこのＣＲＣ生成方法に限定されるものではない。例えば、ホストデータ４００１と保証コードＩＤ４００３からＣＲＣコード４００２を生成してもよい。この場合、保証コードＩＤ４００３にて生じたエラービットを検出することが可能となる。一方で、保証コードＩＤ４００３の付け替え時にＣＲＣコード４００２を再計算する必要が生じる。

　保証コードＩＤ４００３は、保証コード付きセクタを識別可能なＩＤである。実施例１は、ＩＤとして、未圧縮データの仮想的な格納先となる伸長ボリュームの論理アドレス（ＬＢＡ）を用いる。尚、実施例１では、ＩＤからセクタを一意に識別できる構成を示すが、ＩＤから保証コード付きセクタを一意に識別できなくても、信頼性が著しく損なわれない場合であれば構わない。

　例えば、同一保証コードＩＤが付与される確率が極めて低い場合、異なるセクタに同一保証コードＩＤを付与してもよい。実施例１では、保証コードＩＤ４００３のデータサイズが６Ｂであるが、保証コードＩＤ４００３のサイズは６Ｂに限定されるものではない。伸長ボリュームのサイズが極めて大きい場合、誤ったデータを転送する確率を低減するために、保証コードＩＤ４００３のデータサイズが６Ｂより大きくてもよい。

　ストレージ装置１００２で用いられるＩＤは、ストレージ装置１００２の動作の正しさを保証する。ＭＰコア１１１１は、データ転送時に、転送を行うハードウェアにＩＤの期待値を通知する。転送を指示されたハードウェアは、転送する保証コード付きセクタ内の保証コードＩＤ４００３を取得し、期待値と一致していることを確認する。保証コード付きセクタ内の保証コードＩＤ４００３がＭＰコア１１１１から通知された期待値と異なっている場合、転送を指示されたハードウェアは、ＭＰコア１１１１にエラーを通知する。

　以上が保証コード付きセクタの構成に関する詳細な説明である。尚、後述する保証コード付き圧縮セクタは、データ４００１に圧縮データを格納し、圧縮データから作られたＣＲＣコードと圧縮データに対して付与した保証コードＩＤを含む保証コードを付与して構成される。保証コード付き圧縮セクタの各フィールドのサイズは、保証コード付きセクタと同一であるため、詳細な説明は省略する。

　続いて、圧縮データ４００６について説明する。実施例１では、保証コード付きセクタをＮＶＭモジュール１１０６に格納。ＮＶＭモジュール１１０６は、データ圧縮・伸長ロジック１１２２にてデータセット４００５を圧縮する。この圧縮処理によって生成されるデータが、圧縮データ４００６である。

　図７では、４１６０Ｂの保証コード付きセクタの集合４００５を圧縮した結果、１２１０Ｂの圧縮データ４００６が生成されている。圧縮データ４００６のサイズは、データ内容に依存する。尚、実施例１では、保証コード付きセクタの内、ホストデータ４００１と保証コード４００２、４００３を纏めて圧縮した例を示すが、本発明は、この例に限定されるものではない。

　例えば、他の例は、保証コード付きセクタの内、ホストデータ４００１のみを圧縮し、保証コード４００２、４００３は圧縮しなくてもよい。無圧縮の保証コード４００２、４００３を纏めて圧縮したデータの先頭又は終端に付与した構成の圧縮データ４００６を作成してもよい。

　圧縮データの管理容易化のために、ＮＶＭモジュール１１０６は、圧縮データ４００６にパディングデータ４００７を付加し、生成データを、特定のデータサイズ、例えば４ＫＢにそろえる。パディングデータ４００７は圧縮データ４００６のどの位置に挿入してもよい。パディングデータ４００７は空データでもよいし、別の圧縮データ４００６であってもよい。

　特定の大きさにそろえた圧縮データ４００６とパディングデータ４００７は、圧縮データセット４００８を構成する。圧縮データセット４００８を５１２Ｂ又は４ＫＢに分割したデータを、分割圧縮データセット４００９という。生成された分割圧縮データセット４００９の集合が、データセット４０１０を構成する。

　未圧縮データセット４００４と同様に、圧縮データ４００６の内容を保証するため、分割圧縮データセットに対しデータ圧縮／伸長ロジック１１２２は、５１２Ｂの分割圧縮データ毎にＣＲＣコードとＩＤを付与する。分割圧縮データのサイズは、５１２Ｂではなく４ＫＢでもよい。ＣＲＣコードとＩＤの内容及び生成方法は、未圧縮データについて説明した通りである。

　図８Ａは、ＮＶＭモジュール１１０６がサポートするライトコマンド５００３を示す。リードコマンドも同様の構成を有する。図８Ｂは、ライトコマンド５００３への応答情報５００５を示す。ＮＶＭモジュール１１０６へのライトコマンド５００３は、コマンド情報として、オペレーションコード（Ｏｐｃｏｄｅ）、コマンドＩＤ、ＬＢＡ０／１開始アドレス、ＬＢＡ０／１長、圧縮要否フラグ、ライトデータアドレス、保証コードＩＤの期待値、保証コードＩＤの種を含む。ライトコマンド５００３は、他の付加的な情報を含んでもよい。

　オペレーションコード及びコマンドＩＤは、ＮＶＭモジュール１１０６がサポートする各コマンドに共通に存在するフィールドである。オペレーションコードは、コマンドの種別をＮＶＭモジュール１１０６に通知するための情報が格納されるフィールドである。一例として、ライトコマンドの当該フィールドには０ｘ０１という値が格納され、リードコマンドの当該フィールドには０ｘ０２という値が格納される。コマンドを取得したＮＶＭモジュール１１０６はこのフィールドを参照することにより、通知されたコマンドがライトコマンドであることを認知する。

　コマンドＩＤは、コマンドの固有のＩＤを格納するフィールドであり、コマンドの応答情報５００５には、どのコマンドに対する応答情報であるかをコマンドの発行元（ノード１１００）に認識させるために、このフィールドに指定されたＩＤが付与される。ノード１１００はコマンド作成時に、コマンドを一意に識別可能なＩＤをコマンドＩＤに格納する。ＮＶＭモジュール１１０６からの応答情報５００５を受領した際、ノード１１００は、応答情報５００５に含まれるＩＤを取得することで、当該コマンドの完了を認識する。

　ＬＢＡ０／１開始アドレスは、ライト先の論理空間（ＬＢＡ０空間３００１又はＬＢＡ１空間３００２）の先頭アドレスを指定するフィールドである。本実施例におけるＬＢＡ０空間３００１は、アドレス０ｘ０００＿００００＿００００から０ｘ０７Ｆ＿ＦＦＦＦ＿ＦＦＦＦの範囲の空間である、ＬＢＡ１空間３００２は、アドレス０ｘ８００＿００００＿００００以降の範囲の空間と定められている。

　ライトコマンドのＬＢＡ０／１開始アドレスに０ｘ０００＿００００＿００００から０ｘ０７Ｆ＿ＦＦＦＦ＿ＦＦＦＦの範囲のアドレスが格納されている場合、ＮＶＭモジュール１１０６は、ＬＢＡ０空間３００１のアドレスが指定されたと認識する。ライトコマンドのＬＢＡ０／１開始アドレスに０ｘ８００＿００００＿００００から０ｘ８ＦＦ＿ＦＦＦＦ＿ＦＦＦＦの範囲のアドレスが格納されている場合、ＮＶＭモジュール１１０６は、ＬＢＡ１空間３００２のアドレスが指定されたと認識する。

　なお、他の方法で、ＬＢＡ０空間とＬＢＡ１空間３００２のいずれのアドレス空間に従うアドレスが指定されたか、つまり、データを圧縮して書き込むことを指示しているか、データに圧縮処理を施さずにそのまま書き込むことを指示しているか、を認識してもよい。たとえば、オペレーションコードの内容によってＬＢＡ０空間３００１とＬＢＡ１空間３００２を識別できる。

　ＬＢＡ０／１長は、ＬＢＡ０／１開始アドレスから始まるデータ格納先のＬＢＡ０又はＬＢＡ１の範囲（長さ）を指定するフィールドである。ＮＶＭモジュール１１０６は、前述のＬＢＡ０又はＬＢＡ１開始アドレスとＬＢＡ０／１長とが示す範囲の、ＬＢＡ０空間３００１上領域又はＬＢＡ１空間３００２上領域に対して、ライトデータを格納するＰＢＡ空間上領域を対応づける。

　圧縮要否フラグは、このコマンドが指示するライト対象データの圧縮要否を指定するフィールドである。ノード１１００がライトコマンド５００３を作成する際、ライト対象データにデータ圧縮によるサイズ削減効果が見込めない場合、例えば既に画像圧縮等で圧縮されたデータと認識している場合、このフィールドに「０」を格納する。これにより、ＮＶＭモジュール１１０６に圧縮が不要であることを通知する。逆に、このフィールドに０以外の値が格納されている場合、ＮＶＭモジュール１１０６は圧縮を実行する。

　実施例１では、ノード１１００は、ＬＢＡ１空間３００２に対してライトする際、ライト対象データが既に圧縮済みでそれ以上の圧縮処理は不要であることを明示的に伝えるために、このフィールドに「０」を格納する。尚、ＬＢＡ１空間３００２へのデータライト時には、ＮＶＭモジュール１１０６が転送データの圧縮が常に不要であると判定してもよい。その場合、この圧縮要否フラグのフィールドは不要である。

　ライトデータアドレスは、このコマンドが指示するライト対象データの現在の格納先、たとえばノード１１００の主記憶１１０３の先頭アドレスを格納するフィールドである。ＮＶＭモジュール１１０６は、このフィールドで指定された位置から、ＬＢＡ０／１長で指定された長さの範囲に存在するデータを読み出すことでライトデータの取得を行う。

　尚、ライト対象データが複数の領域に離散的に格納されている場合、ライドデータアドレスのフィールドは、複数のアドレスが格納する。このフィールドは、複数のアドレスを格納するリストのポインタ情報、つまりリストが格納されている領域のアドレスを格納してもよい。ＮＶＭモジュール１１０６は、当該ポインタ情報を参照してライトデータアドレスを取得する。

　保証コードＩＤの期待値は、ライト対象データに付与されている保証コードの期待値を格納するフィールドである。実施例１に係るストレージ装置１００２は、保証コードのＩＤとして６Ｂのデータを用いる。このため、本フィールドも６ＢのＩＤ期待値を指定する。

　コマンドを受信したＮＶＭモジュール１１０６は、ライトするデータの５１２Ｂ毎に付加されている保証コードのＩＤについて、保証コードＩＤの期待値と一致しているか検査する。検査の具体的な方法は以下の通りである。ライトデータサイズが４ＫＢ（８セクタ）の場合、ＮＶＭモジュール１１０６は８つの保証コード付きセクタのＩＤについて比較を行う。

　まず、ＮＶＭモジュール１１０６は、８個の保証コード付きセクタのＩＤのそれぞれの期待値を、保証コードＩＤの期待値より生成する。ライトデータ中の最初の保証コード付きセクタのＩＤの期待値は、保証コードＩＤの期待値であり、以降の保証コード付きセクタのＩＤの期待値は、保証コードＩＤの期待値を１つずつ加算した値である。このように、４ＫＢのライト要求であれば、ＮＶＭモジュール１１０６は、８個の保証コード付きセクタそれぞれについて、保証コードＩＤの期待値に０～７の値を加算した期待値と比較する。

　実施例１では、ストレージ装置１００２のライト動作時に、ストレージ装置１００２は、ホスト１０００からのライトデータをキャッシュであるＮＶＭモジュール１１０６に格納する。この時、ストレージ装置１００２のホストインターフェース１２４は、ホスト１０００から取得した５１２Ｂのデータ毎に２ＢのＣＲＣコード４００２と６ＢのＩＤ４００３を、保証コードとして付与する。

　実施例１において、ホストライト動作時に付与するＩＤは、ライトデータ（ホストデータ）の書き込み先の伸長ボリューム３１００の論理アドレス（ＬＢＡ）の下位６Ｂであるので、伸長ボリューム３１００のＬＢＡの下位６Ｂの値がＩＤとして付加される。尚、保証コードのＩＤとして伸長ボリューム３１００のライト先アドレスと異なる値が使用されてもよい。

　ＬＢＡ０／１開始アドレスにＬＢＡ０が指定されている場合、ＮＶＭモジュール１１０６は、伸長されたデータの各セクタの保証コードのＩＤを、保証コードＩＤの期待値フィールドに格納されている値に基づいて検査する。

　ＬＢＡ０／１開始アドレスにＬＢＡ１が指定されている場合、ＮＶＭモジュール１１０６は、圧縮データの各セクタの保証コードのＩＤを、保証コードＩＤの期待値フィールドに格納されている値に基づいて検査する。

　したがって、ストレージ装置１００２が圧縮ボリュームを構成している最終記憶装置からデータ（圧縮データ）を読み出してＮＶＭモジュール１１０６のＬＢＡ１空間３００２に格納する際、圧縮データの各セクタの保証コードのＩＤ部分の検査を行う。

　新保証コードＩＤの種は、ライト時に保証コードを付け替える際、又は圧縮データに新たな保証コードを付ける際に用いるフィールドである。新保証コードＩＤの種は、当該ライト要求におけるライト対象データの先頭セクタのデータに新たに付与するＩＤの値を格納する。

　実施例１は、保証コードのＩＤとして６Ｂのデータを用いる。このため、本フィールドも６Ｂの種を指定する。なお、保証コードを付加しない場合には、新保証コードＩＤの種のフィールドには、無効であることを示す値、たとえば０ｘＦＦＦＦＦＦＦＦのような保証コードＩＤとして用いられない値、が格納される。

　新保証コードの種は、実施例１に示すストレージ装置１００２では、通常のライト処理の際、つまりホスト１０００からのライトデータをＮＶＭモジュール１１０６に格納する際には用いない。これは先に述べたとおり、ホスト１０００からのライトデータをＮＶＭモジュール１１０６に格納する時点では、当該データが格納される圧縮ボリューム上のアドレスが定まっていないからである。ストレージ装置１００２がＮＶＭモジュール１１０６にデータをライトする際、新たに付与する保証コードが既知であった場合には、新保証コードの種フィールドを用いることがある。

　ストレージ装置１００２のＭＰコア１１１１は、ＮＶＭモジュール１１０６へのデータライト時に保証コードを変更する場合、新保証コードの種となる情報をライトコマンドの新保証コードの種フィールドに格納する。指示を受けたＮＶＭモジュール１１０６は、ライトデータをＮＶＭメモリ１１３０に格納する際、ライトコマンドに含まれている新保証コードの種から新たな保証コードを生成し、保証コード付きセクタ（又は保証コード付き圧縮セクタ）の保証コードを変更してＦＭに格納する。

　実施例１では、ＬＢＡ０／１長にて指定されるライト要求サイズが４ＫＢの場合、ＮＶＭモジュール１１０６は、８個の新たな保証コードを新保証コードＩＤの種より生成する。具体的には、ＮＶＭモジュール１１０６は、転送対象である４ＫＢ（８セクタ）のデータの先頭の保証コード付きセクタのＩＤを、新保証コードＩＤの種で指定された値とし、次の保証コード付きセクタのＩＤの値は、新保証コードの種を１つインクリメントした値となる。このように、４ＫＢのライト要求であれば、８個の保証コード付きセクタそれぞれについて、新保証コードＩＤの種で指定される値に対して０～７の値を加算して生成されるＩＤを付与する。

　なお、実施例１に係るＮＶＭモジュール１１０６の場合、ＬＢＡ０／１開始アドレスにＬＢＡ０が指定されている場合、保証コード付きセクタ保証コードに含まれているＩＤ部分（伸長されたデータの各セクタに含まれている保証コードのＩＤ部分）に、新保証コードＩＤの種フィールドに格納されている値に基づいて生成されるＩＤを格納し、ＬＢＡ０／１開始アドレスにＬＢＡ１が指定されている場合、保証コード付き圧縮セクタの保証コード内ＩＤ部分（圧縮データの各セクタに付加されている保証コードのＩＤ部分）に、新保証コードＩＤの種フィールドに格納されている値に基づいて生成されるＩＤを格納するよう動作する。

　ライト応答情報５００５は、コマンドＩＤ、ステータス、圧縮データ長により構成される。尚、本実施例では、上記の情報による応答情報の例について記すが、上記以上の付加的な情報があってもよい。

　コマンドＩＤ及びステータスは、ＮＶＭモジュール１１０６がサポートする各コマンドの応答に含まれる、共通の情報である。コマンドＩＤは、完了したコマンドを一意に特定できる番号を格納するフィールドである。

　ステータスは、コマンドの完了又はエラーを、コマンド要求元（ストレージ装置１００２のＭＰコア１１１１）に通知する為のフィールドである。エラーである場合、例えばエラー原因等を識別できる番号を格納する。

　圧縮データ長は、ライトしたデータが、データ圧縮により縮小した際のデータ長を格納するフィールドである。コマンドを発行したＭＰコア１１１１は、ライト応答情報５００５に含まれるこのフィールドの情報を取得することで、ライトしたデータの圧縮後のデータサイズを把握できる。また、本実施例では、ライト先がＬＢＡ１であるとき、圧縮済みのデータを格納することとなっているため、本フィールドは無効となる。

　図９Ａは、本実施例におけるＮＶＭモジュール１１０６でサポートされる、ＬＢＡ１マッピングコマンド５６００を示す。ＮＶＭモジュール１１０６は、ＬＢＡ０空間３００１の領域を指定してライトされたデータを圧縮して、ＮＶＭメモリ１１３０に格納する。ノード１１００は、ＮＶＭメモリ１１３０に格納された圧縮データを圧縮状態のまま最終記憶装置（ドライブ１１１７）へ書き込むために、ＬＢＡ１マッピングコマンドを用いて、ＬＢＡ１空間３００２にマッピングする。

　ＬＢＡ１マッピングコマンド５６００は、コマンド情報として、オペレーションコード、コマンドＩＤ、ＬＢＡ０開始アドレス、ＬＢＡ０長、ＬＢＡ１開始アドレスを含む。ＬＢＡ１マッピングコマンド５６００は、上記以外の付加的な情報を含んでもよい。

　ＬＢＡ０開始アドレスは、ＬＢＡ１に圧縮データをマッピングする対象データのＬＢＡ０領域の先頭アドレスを指定するフィールドである。ＬＢＡ０長は、ＬＢＡ１へのマッピング対象となるＬＢＡ０開始アドレスから始まるＬＢＡ０の範囲を指定するフィールドである。本例で、ＬＢＡ０開始アドレスとＬＢＡ０長は、８セクタ（４ＫＢ）の倍数に限定される。

　ＬＢＡ１開始アドレスは、マッピングするＬＢＡ１の開始アドレスを指定するフィールドである。ノード１１００のＭＰコア１１１１は、マッピングするデータのデータサイズ（圧縮された時のデータサイズ）、及びマッピング可能なＬＢＡ１空間３００２上の領域、つまり、他のデータがマッピングされていないＬＢＡ１空間３００２上の領域の情報を管理している。

　ノード１１００のＭＰコア１１１１は、この情報をもとにして、マッピング対象のデータをマッピング可能なＬＢＡ１空間３００２上の領域の先頭アドレスを、ＬＢＡ１開始アドレスフィールドに格納し、当該コマンドをＮＶＭモジュール１１０６に発行する。なお、ＬＢＡ１開始アドレスを複数指定する、つまりＬＢＡ０開始アドレスとＬＢＡ０長で特定されるＬＢＡ０空間３００１の領域が、ＬＢＡ１空間３００２上の離散的な領域にマッピングされてもよい。

　ＮＶＭモジュール１１０６は、前述のＬＢＡ０開始アドレスとＬＢＡ０長が示す範囲のＬＢＡ０空間３００１に対応づけられている圧縮データを、ＬＢＡ１開始アドレスから、圧縮データサイズ分の領域に渡ってマッピングを行う。

　より具体的には、ＮＶＭモジュール１１０６は、ＬＢＡ０－ＰＢＡ変換テーブル５１００を参照し、ＬＢＡ０開始アドレスとＬＢＡ０長が示す範囲のＬＢＡ０空間３００１に対応付けられたＰＢＡ（ＮＶＭモジュールＰＢＡ５１０２）を取得する。

　ＮＶＭモジュール１１０６は、ＬＢＡ１－ＰＢＡ変換テーブル５２００を参照し、ＬＢＡ１開始アドレスから、取得したＰＢＡの総サイズと同サイズとなるＬＢＡ１範囲（ＮＶＭモジュールＬＢＡ１（５２０１））のＮＶＭモジュールＰＢＡ５２０２に、取得したＰＢＡの情報を格納する。なお、ＬＢＡ１マッピングコマンド５６００の応答は応答５５００でＭＰコア１１１１に通知する。応答５５００は、コマンドＩＤ及びステータスを含んで構成される。

　図９Ｂは、本実施例におけるＮＶＭモジュール１１０６がサポートするＬＢＡ０マッピングコマンド５７００を示す。ノード１１００は、最終記憶装置（ドライブ１１１７）に格納された圧縮データを、ＮＶＭメモリ１１３０に書き込むが、ホストから当該データに対するリード要求を受けた場合に圧縮データを伸長した状態でホストに転送する必要がある。ホストはＬＢＡ０を指定してリード要求を行うので、ＮＶＭメモリ１１３０上の圧縮データのアドレスをＬＢＡ０に対応付ける必要がある。そのためＮＶＭモジュール１１０６はＬＢＡ０マッピングコマンドを用いて、ＬＢＡ０空間３００１にマッピングする。

　ＬＢＡ０マッピングコマンド５７００は、例えば、コマンド情報として、オペレーションコード、コマンドＩＤ、ＬＢＡ１開始アドレス、ＬＢＡ１長、ＬＢＡ０開始アドレスを含む。ＬＢＡ０マッピングコマンド５７００は、上記以外の付加的な情報を含んでもよい。

　ＬＢＡ１開始アドレスは、マッピング対象となる圧縮データのＬＢＡ１空間３００２の先頭アドレスを指定するフィールドである。ＬＢＡ１長は、ＬＢＡ０へのマッピング対象のＬＢＡ１空間３００２の範囲を指定するフィールドである。

　ＬＢＡ０開始アドレスは、マッピングするＬＢＡ０の開始アドレスを指定するフィールドである。ノード１１００は、自身が管理するＮＶＭモジュール１１０６内にキャッシュしているデータの管理情報により、ＬＢＡ０／１空間３００１／３００２の使用状態を管理している。ノード１１００は、当該管理情報をもとに、マッピング可能なＬＢＡ０の領域を確保し、この先頭アドレスをＬＢＡ０開始アドレスに格納する。本例で、ＬＢＡ０開始アドレスに指定できるアドレスは、８セクタ（４ＫＢ）の倍数に限定される。

　ＮＶＭモジュール１１０６は、ノード１１００からＬＢＡ０マッピングコマンドを受信すると、ＬＢＡ１空間３００２において上記ＬＢＡ１開始アドレスとＬＢＡ１長が示す範囲に対応づけられている圧縮データを、ＬＢＡ０空間３００１において、ＬＢＡ０開始アドレスから伸長後のデータサイズ分の領域に渡ってマッピングする。

　より具体的には、ＮＶＭモジュール１１０６は、ＬＢＡ１－ＰＢＡ変換テーブル５２００を参照し、ＬＢＡ１開始アドレスとＬＢＡ１長が示す範囲のＬＢＡに対応付けられたＰＢＡを取得する。さらに、ＮＶＭモジュール１１０６は、ＬＢＡ０－ＰＢＡ変換テーブル５１００において、ＬＢＡ０開始アドレスから、圧縮データの伸長後のサイズと同サイズとなるＬＢＡ０範囲に対応するＮＶＭモジュールＰＢＡ５１０２及びＰＢＡ長５１０３に、取得したＰＢＡの情報を格納する。なお、ＬＢＡ０マッピング応答は、コマンドＩＤ及びステータスを含んで構成される。ＬＢＡ０マッピング応答は、他の付加的な情報を含んでもよい。

　図９Ｃは、本実施例におけるＮＶＭモジュール１１０６がサポートする圧縮データサイズ取得コマンド５７５０を示す。圧縮データサイズ取得コマンド５７５０は、ＮＶＭモジュール１１０６のＮＶＭメモリ１１３０に格納されている圧縮データサイズの特定のために用いられる。本実施例における圧縮データサイズ取得コマンド５７５０は、コマンド情報として、オペレーションコード、コマンドＩＤ，ＬＢＡ０開始アドレスまたはＬＢＡ１開始アドレス、ＬＢＡ０長またはＬＢＡ１長により構成される。尚、本実施例では上記の情報によるコマンドの例について記すが、上記以上の付加的な情報があってもよい。

　以下、圧縮データサイズ取得コマンド５７５０の効果について説明する。ＬＢＡ０開始アドレスは、圧縮後データサイズ取得の対象となるＬＢＡ０領域の先頭アドレスを指定するフィールドである。ＬＢＡ０長はＬＢＡ０開始アドレスから始まるＬＢＡ０の範囲を指定するフィールドである。ＭＰコア１１１１はこの圧縮データサイズ取得コマンド５７５０をＮＶＭモジュールに読み込ませて、圧縮データサイズ取得の指示をする。

　指示を受けたＮＶＭモジュール１１０６は、前述のＬＢＡ０開始アドレスとＬＢＡ０長が示す範囲のＬＢＡ０領域に対応付けられている圧縮データのサイズを算出し、算出結果を応答５５００の圧縮データ長に反映させ、ＭＰコア１１１１に転送、通知する。具体的には、応答５６００の圧縮データ長に算出結果を反映させて出力する。

　尚、ＬＢＡ０開始アドレスに指定できるアドレスはＮＶＭメモリ１１３０のページサイズ（４ＫＢ）の倍数に限定される。４ＫＢ境界と一致しないアドレスや長さがＬＢＡ０開始アドレスまたはＬＢＡ０長に指定された場合には、応答５５００のステータスにエラーが反映されＭＰコアに返却される。

　図１０は、本実施例におけるＮＶＭモジュール１１０６がサポートする、フルストライプパリティ生成コマンド５８００を示す。ＲＡＩＤ技術におけるパリティの生成方法には大きく２通りある。１つは、パリティを生成するために必要なすべてのデータによって、ＸＯＲ等のパリティデータの演算を行ってパリティ生成を行う。この方法を本開示では「フルストライプパリティ生成方法」と呼ぶ。

　もう一方は、ＲＡＩＤ構成された記憶装置群に対して更新データの書き込みが行われる場合、当該更新データに加えて、記憶装置に格納されている更新前のデータ及び当該更新前のデータに対応する更新前パリティとのＸＯＲ演算等を行って、更新データに対応するパリティ（更新後パリティ）を生成する。この方法を本開示では「更新パリティ生成方法」と呼ぶ。

　本実施例におけるフルストライプパリティ生成コマンド５８００は、コマンド情報として、オペレーションコード、コマンドＩＤ、ＬＢＡ１長、ストライプ数、ＬＢＡ１開始アドレス０～ｎ、ＸＯＲパリティ用ＬＢＡ１開始アドレス、ＲＡＩＤ６パリティ用ＬＢＡ１開始アドレスを含む。

　尚、フルストライプパリティ生成コマンド５８００、他の付加的な情報を含んでもよい。ＮＶＭモジュール１１０６は、オペレーションコードの内容から、ノード１１００から受け取ったコマンドがフルストライプパリティ生成コマンドであることを認知する。

　生成すべきパリティの種類は、ＲＡＩＤレベルによって異なる。そのため、本実施例におけるＮＶＭモジュール１１０６は、オペレーションコードの内容によって、生成されるパリティを変える。

　たとえば、オペレーションコードが、０ｘ１１、０ｘ１２、０ｘ１３のいずれかを指定する場合、ＮＶＭモジュール１１０６は、フルストライプパリティを生成する。オペレーションコードが、０ｘ１１を指定する場合、ＮＶＭモジュール１１０６は、ＲＡＩＤ４、５で用いられるパリティ（ＸＯＲデータ）を１つ生成する。

　オペレーションコードが、０ｘ１２を指定する場合、ＮＶＭモジュール１１０６は、ＲＡＩＤ６（リードソロモンコード使用）で用いられる２つのパリティ（いわゆるＰパリティとＱパリティ）を生成する。オペレーションコードが、０ｘ１３を指定する場合、ＮＶＭモジュール１１０６は、ＲＡＩＤ６（いわゆるＥＶＥＮＯＤＤ方式、Ｒｏｗ－Ｄｉａｇｏｎａｌパリティ方式）で用いられる２つのパリティ（水平パリティ、対角パリティ）を生成する。

　ＬＢＡ１長は、生成するパリティの長さあるいはパリティ生成元データの長さを指定するフィールドである。ＲＡＩＤパリティとパリティ生成元データの長さは同一である。ストライプ数は、パリティを生成のために使用するデータの個数を指定する。たとえば６つのデータに対してパリティを生成する場合、ストライプ数は６を格納する。

　ＬＢＡ１開始アドレスは、パリティ生成元のデータが対応づけられているＬＢＡ１の開始アドレスを指定するフィールドである。このフィールドの個数はストライプ数で指定された個数と一致している。一致していないコマンドが発行された場合、ＮＶＭモジュール１１０６はエラーを返却する。例えば、６つのデータに対して２つのパリティを作成する構成（６Ｄ＋２ＰのＲＡＩＤ６構成）では、６つのＬＢＡ１開始アドレスが指定される。

　ＸＯＲパリティ用ＬＢＡ１開始アドレスは、生成するＲＡＩＤパリティ（ＸＯＲパリティ）の格納先を指定するフィールドである。この開始アドレスからＬＢＡ１長に指定された範囲の領域に、生成されたパリティ（ＲＡＩＤ５のパリティ、あるいはＲＡＩＤ６のＰパリティ、水平パリティ）が格納される。

　ＲＡＩＤ６用ＬＢＡ１開始アドレスは、生成するＲＡＩＤ６用のパリティの格納先を指定するフィールドである。ＲＡＩＤ６用のパリティは先に述べたとおり、リードソロモン符号のＱパリティ又はＥＶＥＮＯＤＤ方式におけるＤｉａｇｏｎａｌパリティである。

　本実施例では、ＲＡＩＤ６用ＬＢＡ１開始アドレスからＬＢＡ１長に指定された範囲の領域に生成されたパリティが格納される。もちろん、オペレーションコードにＲＡＩＤ５用パリティ生成コマンドが指定された（たとえば０ｘ１１が指定された）場合には、ＲＡＩＤ６用ＬＢＡ１開始アドレスの指定は不要である。

　本実施例のＮＶＭモジュール１１０６は、フルストライプパリティ生成コマンド５８００を受信すると、上記ＬＢＡ１開始アドレスに指定された領域に対応付けられたＰＢＡにより特定されるＮＶＭメモリ１１３０上領域から、複数の圧縮データを取得する。ＮＶＭモジュール１１０６は、パリティ生成ロジック１１２３を使って、パリティ（１つ又は２つ）を生成する。

　その後、ＮＶＭモジュール１１０６は、生成したパリティをＮＶＭメモリ１１３０上領域に格納する。生成したパリティの書き込みは、ライトコマンドにおけるデータ書き込みと同様である。具体的には、ＸＯＲパリティ用ＬＢＡ１開始アドレス及び／又はＲＡＩＤ６パリティ用ＬＢＡ１開始アドレスで特定されるＬＢＡ１空間３００２に対して動的にＰＢＡを割り当て、当該割り当てたＰＢＡにより特定される領域にパリティを書き込む。フルストライプパリティ生成応答は、コマンドＩＤ及びステータスにより構成される。

　図１１は、ストレージ装置１００２の圧縮ホストライト処理のフローを示す。圧縮ホストライト処理は、ホスト１０００からのホストデータの圧縮ボリューム３２００に対するライト処理である。

　本実施例は、装置内データ流量、具体的には、主記憶１１０３に対するアクセス量を削減し装置性能を向上させる。しかし、後述するように、ホスト１０００にライト完了応答を返すまでの処理が通常のホストライト処理と比較して増えるため、装置応答時間が増大する。そのため本実施例により、装置性能と装置応答時間のトレードオフが生じる。そこで、本実施例において、ストレージ装置１００２は、ホストライトのシーケンシャル性の有無をチェックし、判定結果に応じて異なる処理を実行する。

　まず、ストレージ装置１００２のＭＰコア１１１１は、ホスト１０００からライト要求を受領する（１６００）ＭＰコア１１１１は、ホストライト要求の内容を分析し、ホストライトのアクセスパターンにおいてシーケンシャル性の有無を判定する（１６１０）。ステップＳ１６１０の詳細は、図１２を参照して後述する。

　ホストライトのアクセスパターンにシーケンシャル性がある場合（１６２０：Ｙｅｓ）、ＭＰコア１１１１は、ステップ１６３０に進む。シーケンシャル性が無い場合（１６２０：Ｎｏ）、ＭＰコア１１１１は、ステップ１６７０に進む。

　ステップ１６３０において、ＭＰコア１１１１は、データ圧縮による圧縮処理効果を判定する。後述するシーケンシャルライト特化フロントエンド処理１６５０は、装置内データ流量削減によって、圧縮シーケンシャルライトスループット性能を向上できる一方、通常のフロントエンドライト処理１６７０と比較してホスト１０００への応答時間が増大する。

　そのため、スループットと応答時間のトレードオフの判定が重要である。本実施例は、圧縮効果判定処理を導入する。ステップＳ１６３０の詳細は、図１３を参照して後述する。圧縮率が閾値以上の場合（１６４０：Ｎｏ）、ＭＰコア１１１１は、圧縮処理の効果が無いと判定し、ステップ１６７０に進む。圧縮率は、圧縮後データを圧縮前データで割った値である。

　圧縮率が閾値より小さい場合（閾値を超える場合）（１６４０：Ｙｅｓ）、ＭＰコア１１１１は、圧縮処理の効果があると判定し、ステップ１６５０に進む。ステップ１６５０は、シーケンシャルライト特化フロントエンド処理である。

　ステップ１６５０において、ＭＰコア１１１１は、シーケンシャルライトに特化したフロントエンドライト処理を行う。ステップ１６５０の詳細は、図１６を参照して後述する。ステップ１６５０が完了すると、ＭＰコア１１１１は、当該フローを終了する。

　ステップ１６７０において、ＭＰコア１１１１は、通常のフロントエンドライト処理を行う。ステップ１６７０の詳細は、図１８を参照して後述する。ステップ１６７０が完了したら当該フローを終了する。

　シーケンシャルライト処理においてフロントエンドライト処理が完了した後、ＭＰコア１１１１は、速やかにバックエンドライト処理を行う。バックエンドライト処理はノード１１００のみに実行され、最終記憶装置（ドライブ１１１７）に圧縮ホストデータを格納する。

　上述のように、データ流量が多いシーケンシャルホストライトにおいてシーケンシャルライト特化フロントエンド処理を実行することで、装置内データ流量を効果的に削減し、スループットの大きな向上を図ることができる。また、圧縮率が小さいホストライトにおいて通常フロントエンドライト処理を実行することで、スループットの大きな向上が期待できない場合に、ホスト１０００への応答遅延を避けることができる。

　なお、シーケンシャル性又は圧縮率の一方のみを基準としてフロントエンドライト処理を切り替えてもよく、アクセス先ボリュームやアクセス元ホストを基準としてフロントエンドライト処理を切り替えてもよい。常に、シーケンシャルライト特化フロントエンド処理を実行してもよい。

　図１２は、ストレージ装置１００２がホストの要求内容を分析し、ＩＯ処理のシーケンシャル性を判定する処理（１６１０）のフローを示す。ストレージ装置１００２は、１又は複数のライト要求によるホストデータのデータ長が閾値を超える場合に、当該ホストライト要求がシーケンシャル性を有すると判定する。判定は、例えば、ホストデータを格納するために確保される連続スロット数又はライト要求が指定するアドレス長に基づいて行うことができる。

　まず、ＭＰコア１１１１は、ホストライトの要求を分析する（１６１１）。ホストライトの要求は、非圧縮ボリュームの識別子、ＬＢＡ、データ長（アドレス長）、データ送信元のホスト１０００のアドレス等を含む。

　次に、ＭＰコア１１１１は、主記憶１１０３に格納されているスロット管理テーブルＤ２２０から、主記憶１１０３上のどの位置を予約してホストライトデータを格納するかを判定するための情報を取得する。

　次に、ＭＰコア１１１１は、ホストライト要求についてシーケンシャル性の有無を判定する（１６１３）。例えば、ホスト１０００からのホストデータを受信するためにスロットを確保する時、ＭＰコア１１１１は、ホストデータ格納用の連続スロットの数が規定の閾値以上であるか調べる。連続スロットは、スロット番号が連続するスロットである。

　連続スロット数が閾値以上である場合、ＭＰコア１１１１は、ホストライト要求は、シーケンシャル性を有すると判定する。連続スロット数が閾値より小さい場合、ＭＰコア１１１１は、ホストライト要求は、シーケンシャル性を有していないと判定し、処理を終了する。この他、１又は複数のホストライト要求が示す連続アドレス長（連続領域のサイズ）が閾値以上の場合、ＭＰコア１１１１は、ホストライト要求が、シーケンシャル性を有していると判定してもよい。

　ホストライト要求がシーケンシャル性を有する場合（１６１４：Ｙｅｓ）、ＭＰコア１１１１は、シーケンシャルアクセスフラグをセットする（１６１５）。ホストライト要求がシーケンシャル性を有していない場合（１６１４：Ｎｏ）、ＭＰコア１１１１は、当該処理を終了する。なお、本処理は、ＭＰと異なる回路により実行されてもよい。

　図１３は、データ圧縮による圧縮効果を判定する処理（１６３０）を示す。ＭＰコア１１１１は、圧縮率履歴情報を参照する（１６３１）。図１４は、圧縮履歴情報を格納する圧縮履歴テーブル５９００を示す。

　圧縮ＶＯＬは、ストレージ装置１００２が現在管理している圧縮ＶＯＬの識別子を格納するフィールドである。ＶＯＬ圧縮率は、圧縮ＶＯＬの圧縮率を格納するフィールドである。圧縮ＩＯ処理ＩＤは、圧縮ＶＯＬに対するホストライト処理の識別子を格納するフィールドである。圧縮率は、圧縮ＶＯＬに対するホストライト処理における圧縮率の値を格納するフィールドである。各圧縮ＶＯＬに対して、複数の圧縮ＩＯ処理ＩＤ及び圧縮率が格納され得る。

　予想圧縮率は、ＭＰコア１１１１が予想した圧縮ＶＯＬに対する次のホストライト処理における圧縮率の予想値を格納するフィールドである。予想値の計算方法は後述する。効果判定は、ＭＰコア１１１１が予想した圧縮率から推定した圧縮効果有無の判定結果を格納する。圧縮履歴テーブル５９００のフィールドは、特定の値が登録されていない場合、ＮＵＬＬ値を格納する。

　図１３に戻って、ＭＰコア１１１１は、圧縮履歴テーブル５９００において、ホストライト先の圧縮ＶＯＬを探索し、過去に圧縮処理が行われた否かを判定する（１６３２）。当該圧縮ＶＯＬのエントリに過去の圧縮履歴の情報が格納されておらず、ＮＵＬＬ値のみが格納されている場合、過去に圧縮処理が行われていない。

　過去に圧縮処理が行われておらず、今回のホストライトが初回である場合（１６３２：Ｙｅｓ）、ＭＰコア１１１１は、ステップ１６３５に進む。過去圧縮処理が行われ、今回のホストライトが初回でない場合、ＭＰコア１１１１はステップ１６３３に進む。

　ステップ１６３５において、ＭＰコア１１１１は、当該圧縮ＶＯＬの圧縮履歴情報を圧縮履歴テーブル５９００に格納する。具体的には、ＭＰコア１１１１は直後の圧縮処理の圧縮ＩＯ処理ＩＤを格納し、さらに、予想圧縮率のフィールドにユーザにより予め指定されている値をセットする。当該値は、圧縮ＶＯＬ毎に設定可能である。

　ステップ１６３３において、ＭＰコア１１１１は、予想圧縮率を計算する。ＭＰコア１１１１は、当該圧縮ＶＯＬの圧縮ＶＯＬ圧縮率及び直前のホストライトの圧縮率の結果から、現在処理しようとしているホストライトにおける圧縮率を予測する。

　例えば、ＭＰコア１１１１は、当該圧縮ＶＯＬのＶＯＬ圧縮率と、今回ホストライトにおける圧縮率が同じと予測してもよい。または、ＭＰコア１１１１は、当該圧縮ＶＯＬに対する過去の圧縮ＩＯ処理の圧縮率の平均値、中央値、最小値、又は移動平均値により、今回ホストライトにおける圧縮率を予測してもよい。ステップ１６３４において、ＭＰコア１１１１は、当該圧縮ＶＯＬの予想ＩＯ圧縮率のフィールドに、ステップ１６３３で計算した圧縮率の予想結果を格納する。

　図１５は、実施例１のシーケンシャルライト特化フロントエンドライト処理（１６５０）のデータフローを示す。ノード１１００のホストＩ／Ｆ１１０１はホスト１０００から受領した未圧縮のホストデータに保証コード（ＣＲＣコード４００２及びＩＤ４００３）を付与し、主記憶１１０３に転送する（データフロー１０１）。

　ノード１１００のＭＰコア１１１１は、ＮＶＭモジュール１１０６のデータ圧縮／伸長ロジック１１２２に、主記憶１１０３上のホストデータをリードし圧縮する指示を発行する。指示を受けたデータ圧縮／伸長ロジック１１２２は、主記憶１１０３上のホストデータを読み込み、データ圧縮を開始する（データフロー１０２）。

　データ圧縮／伸長ロジック１１２２は、圧縮ホストデータを伸長し、圧縮演算の検算を実施する（データフロー１０３）。検算の結果、圧縮処理に問題がないと判定した後に、圧縮したホストデータをＮＶＭモジュール１１０６のデータバッファ１１２１に出力し（データフロー１０４）、ＭＰコア１１１１に処理完了を通知する。ノード１１００における検算により、転送先ノード１２００において、圧縮ホストデータのエラーが検出される可能性を低減する。

　ＭＰコア１１１１は、データ圧縮／伸長ロジック１１２２にデータ転送を指示する。指示を受けたデータ圧縮／伸長ロジック１１２２はデータバッファ１１２１上の圧縮ホストデータを読み込み、ノード１２００の主記憶１２０３に直接データ転送した後に（データフロー１０５）、ＭＰコア１１１１に完了を通知する。

　ＭＰコア１１１１は、ノード１２００のＭＰコア１２１１に圧縮ホストデータ転送完了を通知し、ＮＶＭモジュール１２０６へのデータ転送を依頼する。依頼を受けたノード１２００のＭＰコア１２１１は、ノード１２００のＮＶＭモジュール１２０６のデータ圧縮／伸長ロジック１２２２に対し主記憶１２０３上のホストデータをリードする指示を発行する。

　指示を受けたデータ圧縮／伸長ロジック１２２２は、ノード１２００の主記憶１２０３上の圧縮ホストデータを読み込み、データバッファ１２２１に転送する（データフロー１０６）。この時、データ圧縮／伸長ロジック１２２２は、圧縮データに付与された保証コードを読み込み、データインテグリティをチェックしながら（データフロー１０７）、データバッファに出力する（データフロー１０８）。圧縮ホストデータを伸長することなく、保証コードによりチェックすることで、チェック時間を短縮できる。

　データ圧縮／伸長ロジック１２２２は、データバッファ１２２１への転送を完了させた後、ＭＰコア１２１１に処理完了を通知する。通知を受けたＭＰコア１２１１はノード１１００のＭＰコア１１１１に対し、圧縮ホストデータ二重化の完了を通知する。二重完了通知を受け取ったノード１１００のＭＰコア１１１１は、ホスト１０００にホストライト処理完了を通知し、ホストライト要求を完了させる。

　上述のように、シーケンシャルライト特化フロントエンドライト処理（１６５０）は、未圧縮データを転送することなく、圧縮ホストデータをノード１１００からノード１２００に転送し、ノード１２００が、転送された圧縮ホストデータを保持する。したがって、ノードＩ／Ｆ１１１４、１２１４間のデータ流量を低減し、さらに、ノード１２００における主記憶１２０３の入出力データ流量を低減できる。これにより、スループットを向上できる。未圧縮ホストデータのサイズが大きい程、大きなデータ流量削減効果を奏することができる。

　一方、ノード１１００での圧縮処理の後、圧縮ホストデータがノード１２００に転送され、ノード１２００が、エラーチェックを行い、圧縮データを格納する。このようなシリアル処理のため、ホスト１０００への応答時間が長くなる。

　図１６はシーケンシャルライト処理に特化したフロントエンドライト処理（１６５０）の処理フローを示す。ステップ１６５１において、ＭＰコア１１１１は、ホストデータを一時的に格納するための主記憶１１０３のバッファ領域を予約する。バッファ領域は非圧縮ＶＯＬ又は圧縮ＶＯＬのいずれの論理ボリュームにも対応付けられていない領域であり、ホストデータを処理するための一時領域である。

　ステップ１６５２において、ＭＰコア１１１１は、ホスト１０００に対し、ホストデータの転送要求を送信し、受信したホストデータを、主記憶１１０３のバッファ領域に格納する。ステップ１６５３において、ＭＰコア１１１１は、ＮＶＭモジュール１１０６のデータ圧縮／伸長ロジック１１２２に対し、バッファ領域に格納されているホストデータをＮＶＭモジュール１１０６に転送するよう指示する。

　具体的には、ＭＰコア１１１１は、ＮＶＭモジュール１１０６へのライトコマンドをデータ圧縮／伸長ロジック１１２２に発行する。ライトコマンドの圧縮要否フラグは、圧縮要に設定される。ホストデータの保証コードＩＤの期待値は、ホストＩ／Ｆ１１０１がつけた保証コードＩＤ４００３と同じである。ＭＰコア１１１１は、ホストＩ／Ｆ１１０１がつけた保証コードＩＤと同じ値を、ライトコマンドに格納する。

　ステップ１６５４において、データ圧縮／伸長ロジック１１２２は、ライトコマンドに従って主記憶１１０３のバッファ領域から、ＮＶＭモジュール１１０６のデータバッファ１１２１にホストデータを転送する。この時、データ圧縮／伸長ロジック１１２２は、ホストデータを読み込みながら圧縮する。圧縮されたホストデータには、保証コードが付される。

　データ圧縮／伸長ロジック１１２２は、圧縮演算の検算を行う。具体的には、ステップ１６５５において、データ圧縮／伸長ロジック１１２２は、圧縮したデータを伸長する。ステップ１６５６において、データ圧縮／伸長ロジック１１２２は、伸長したホストデータによって圧縮結果のインテグリティをチェックする。

　例えば、データ圧縮／伸長ロジック１１２２は、伸長したホストデータにおいて、ホストＩ／Ｆ１１０１が付与したＣＲＣコードにより、データ破損の有無をチェックする。または、データ圧縮／伸長ロジック１１２２は、予めＣＲＣチェックを行ったホストデータを保持しておき、圧縮前のホストデータと伸長後のホストデータを比較して、一致しているかどうかをチェックする。

　ステップ１６５７において、データ圧縮／伸長ロジック１１２２は、ステップ１６５６のチェック結果を参照し、エラーの有無を判定する。エラーが有る場合（１６５７：Ｙｅｓ）、データ圧縮／伸長ロジック１１２２はその判定結果をＭＰコア１１１１に通知する。ステップ１６５８において、ＭＰコア１１１１は、ホスト１０００に対して、ホストデータの再送を要求する。

　エラーが無い場合（１６５７：Ｎｏ）、ステップ１６５９において、データ圧縮／伸長ロジック１１２２は、ノード１１００に属するＮＶＭモジュール１１０６の圧縮データをノード１２００のバッファ領域に転送する。ノード１１００のＭＰコア１１１１がリードコマンドを作成し、データ圧縮／伸長ロジック１１２２は、リードコマンドに従って、外部スイッチ１１０５を経由してノード１２００のバッファ領域に圧縮ホストデータを転送する。

　ステップ１６６０において、ノード１２００のＭＰコア１２１１は、圧縮ホストデータをノード１２００のＮＶＭモジュール１２０６のデータバッファ１２２１に転送する。ステップ１６６１において、ＮＶＭモジュール１２０６のデータ圧縮／伸長ロジック１２２２は、圧縮ホストデータを伸長することなく、圧縮ホストデータに付与された保証コードを計算し、圧縮ホストデータの信頼性をチェックする。ノード１２００は、圧縮ホストデータを伸長して、エラーチェックを行ってもよい。

　エラーが有る場合（１６６２：Ｙｅｓ）、データ圧縮／伸長ロジック１２２２はその判定結果をＭＰコア１２１１に通知する。ステップ１６６３において、ＭＰコア１２１１は、ノード１１００に対して、圧縮ホストデータの再送を要求する。

　エラーが無い場合（１６６２：Ｎｏ）、データ圧縮／伸長ロジック１２２２は処理の完了をＭＰコア１２１１に通知し、ＭＰコア１２１１は、処理の完了をノード１１００のＭＰコア１１１１に通知する。

　ステップ１６６４において、ＭＰコア１１１１は、ノード１１００のＮＶＭモジュール１１０６のデータバッファ１１２１に格納された圧縮ホストデータについてＬＢＡ１マッピングコマンド５６００を発行する。データ圧縮／伸長ロジック１１２２は、ＬＢＡ１マッピングコマンド５６００に応じて、ＬＢＡ１と圧縮ホストデータを対応付ける。

　同様にＭＰコア１１１１は、ノード１１００のＮＶＭモジュール１１０６のデータバッファ１１２１に格納された圧縮ホストデータについてＬＢＡ０マッピングコマンド５７００を発行する。データ圧縮／伸長ロジック１１２２は、ＬＢＡ０マッピングコマンド５７００に応じて、ＬＢＡ０と圧縮ホストデータを対応付ける。ノード１２００も、ノード１１００への完了通知前に、この処理を完同様に実施する。

　ステップ１６６５において、ＭＰコア１１１１はＮＶＭモジュール１１０６に対し後述の圧縮データサイズ取得コマンド５７５０を用いて圧縮データのサイズを取得し、ＬＢＡ０領域に含まれる圧縮データサイズを取得する。この時点での圧縮データは最終不揮発媒体に格納されていないダーティデータであるので、当該データを含むセグメントがダーティ属性であることを示す必要がある。

　そのため、ＭＰコア１１１１は、主記憶ホストデータキャッシュ管理テーブルＤ２２０のスロットステータスＤ２２４を操作し、ダーティ属性を付与する。最後にＭＰコア１１１１は、ホスト１０００に、ホストライト処理完了を通知する。以上をもってシーケンシャルライト特化のフロントエンド処理が終了する。

　図１７は本発明の実施例１における通常フロントエンドライト処理（１６６０）のデータフローを示す。ノード１１００のホストＩ／Ｆ１１０１は、ホスト１０００から受領した未圧縮のホストデータを主記憶１１０３に転送する（データフロー２０１）。

　ノード１１００のＭＰコア１１１１は、ＤＭＡ１１１２にホストデータのデータ転送を指示する。指示を受けたＤＭＡ１１１２は、主記憶１１０３上のホストデータを読み込み、ノード１２００の主記憶１２０３にデータ転送した（データフロー２０２）後、ＭＰコア１１１１に完了を通知する。

　ＭＰコア１１１１は、ノード１２００のＭＰコア１２１１にホストデータ転送完了を通知し、ノード１２００のＮＶＭモジュール１２０６へのデータ転送を依頼する。依頼を受けたＭＰコア１２１１は、ＮＶＭモジュール１２０６のデータ圧縮／伸長ロジック１２２２に対し主記憶１２０３上のホストデータをリードすることを指示する。指示を受けたデータ圧縮／伸長ロジック１２２２は、主記憶１２０３上のホストデータを読み込み、データを圧縮する（データフロー２２３）。

　データ圧縮／伸長ロジック１２２２は、ホストデータに付与された保証コードを読み込み、データインテグリティをチェックしながら（データフロー２２４）、データバッファ１２２１に圧縮ホストデータを出力する（データフロー２２５）。データ圧縮／伸長ロジック１２２２は、データインテグリティチェックでエラーを発見しない場合に、圧縮したホストデータをデータバッファ１２２１に出力し、ＭＰコア１２１１に処理完了を通知する。

　通知を受けたＭＰコア１２１１は、ノード１１００のＭＰコア１１１１に対し、圧縮ホストデータの二重化の完了を通知する。ノード１２００の処理と並行して、ノード１１００は同様の処理を実行する。データフロー２１３～２１５は、データフロー２２３～２２５に対応する。

　ノード１２００の二重完了通知を受け取ったノード１１００のＭＰコア１１１１は、ノード１１００のＮＶＭモジュール１１０６の処理完了通知を受け取った後に、ホスト１０００にホストライト処理完了を通知し、ホストライト要求を完了する。

　上述のように、通常のフロントエンドライト処理（１６７０）は、二つのノード１１００、１２００においてデータ圧縮を並列に実行するので、ホスト１０００への応答時間を短縮することができる。

　図１８は通常のフロントエンドライト処理（１６７０）の処理フローを示す。ステップ１６７１において、ＭＰコア１１１１は、ホストデータを非圧縮ＶＯＬ３１００に格納するためのＬＢＡ０領域を予約する。

　ステップ１６７２において、ＭＰコア１１１１は、ホスト１０００に対しホストデータの転送要求を出し、ホストデータを主記憶１１０３のバッファ領域に格納する。ステップ１６７３において、ＭＰコア１１１１は、ノード１１００の主記憶１１０３上のホストデータをノード１２００の主記憶１２０３のバッファ領域にデータ転送する。具体的には、ＭＰコア１１１１は、ＤＭＡ１１１２にデータ転送命令を作成し、外部スイッチ１１０５を経由してノード１２００のバッファ領域に転送させる。

　ステップ１６７４において、ノード１２００のＭＰコア１２１１は、ノード１２００のデータ圧縮・伸長ロジック１２２２に対し、バッファ領域に格納されているホストデータをＮＶＭモジュール１２０６に転送するよう指示する。具体的には、ＭＰコア１２１１は、ＮＶＭモジュール１２０６へのライトコマンドをデータ圧縮／伸長ロジック１２２２に発行する。

　ライトコマンドの圧縮要否フラグは、圧縮要に設定される。ホストデータの保証コードＩＤの期待値は、ホストＩ／Ｆ１１０１がつけた保証コードＩＤ４００３と同じである。ＭＰコア１１１１は、ホストＩ／Ｆ１１０１がつけた保証コードＩＤと同じ値を、ライトコマンドに格納する。

　ステップ１６７５において、データ圧縮／伸長ロジック１２２２は、ライトコマンドに従って主記憶１２０３のバッファ領域から、ホストデータを取得し、保証コードでホストデータをチェックする。

　データチェックにおいてエラーが存在する場合（１６７６：Ｙｅｓ）、データ圧縮／伸長ロジック１２２２はそのチェック結果をＭＰコア１２１１に通知する。ステップ１６７７において、ＭＰコア１２１１は、ホストデータ送信元のノード１１００に、ホストデータの再送を要求する。

　データチェックにおいてエラーが存在しない場合（１６７６：Ｎｏ）、ステップ１６７８において、データ圧縮／伸長ロジック１２２２は、ライトコマンドに従って、ホストデータを圧縮する。

　ステップ１６７９において、データ圧縮／伸長ロジック１２２２は、圧縮したデータを伸長する。ステップ１６５６において、データ圧縮／伸長ロジック１２２２は、伸長したホストデータによって圧縮結果のインテグリティをチェックする。

　例えば、データ圧縮／伸長ロジック１２２２は、伸長したホストデータにおいて、ホストＩ／Ｆ１１０１が付与したＣＲＣコードにより、データ破損の有無をチェックする。または、データ圧縮／伸長ロジック１２２２は、予めＣＲＣチェックを行ったホストデータを保持しておき、圧縮前のホストデータと伸長後のホストデータを比較して、一致しているかどうかをチェックする。

　ステップ１６８０において、データ圧縮／伸長ロジック１１２２は、ステップ１６７９のチェック結果を参照し、エラーの有無を判定する。エラーが有る場合（１６８０：Ｙｅｓ）、データ圧縮／伸長ロジック１２２２は、ステップ１６７８に戻って、データ圧縮／伸長ロジック１２２２は、ライトコマンドに従って、ホストデータを圧縮する。

　エラーが無い場合（１６８０：Ｎｏ）、ステップ１６８２において、データ圧縮／伸長ロジック１１２２は、圧縮ホストデータに保障コードを付けて、データバッファ１２２１に格納する。データ圧縮／伸長ロジック１２２２は処理の完了をＭＰコア１２１１に通知する。

　ステップ１６８３において、ＭＰ１２１１は、ノード１２００のＮＶＭモジュール１２０６のデータバッファ１２２１に格納された圧縮ホストデータについてＬＢＡ１マッピングコマンド５６００を発行する。データ圧縮／伸長ロジック１２２２は、ＬＢＡ１マッピングコマンド５６００に応じて、ＬＢＡ１と圧縮ホストデータを対応付ける。

　同様にＭＰ１２１１は、ノード１２００のＮＶＭモジュール１２０６のデータバッファ１２２１に格納された圧縮ホストデータについてＬＢＡ０マッピングコマンド５７００を発行する。データ圧縮／伸長ロジック１２２２は、ＬＢＡ１マッピングコマンド５７００に応じて、ＬＢＡ０と圧縮ホストデータを対応付ける。その後、ＭＰコア１２１１は、ノード１１００のＭＰコア１１１１に対し、圧縮ホストデータの二重化の完了を通知する。

　ノード１２００の処理と並行して、ノード１１００は同様の処理（１６７４～１６８３）を実行する。ノード１１００は、ステップ１６７６においてエラーを発見した場合、ホスト１０００に対してホストデータの再送を要求する。

　最後に、ステップ１６８４において、ＭＰコア１１１１はＮＶＭモジュール１１０６に対し後述の圧縮データサイズ取得コマンド５７５０を用いて圧縮データのサイズを取得し、ＬＢＡ０領域に含まれる圧縮データサイズを取得する。この時点での圧縮データは最終不揮発媒体に格納されていないダーティデータであるので、当該データを含むセグメントがダーティ属性であることを示す必要がある。

　そのため、ＭＰコア１１１１は、スロット管理テーブルＤ２２０のスロットステータスＤ２２４を操作し、ダーティ属性をつける。そしてノード１２００の二重完了通知を受け取ったノード１１００のＭＰコア１１１１は、ノード１１００のＮＶＭモジュール１１０６の処理完了通知を受け取った後に、ホスト１０００にホストライト処理完了を通知し、ホストライト要求を完了する。

　以上のように、本実施例によれば、ストレージ装置１００２内のデータ流量を削減し、かつホストデータの信頼性を維持することができる。特に、主記憶を通過するデータ流量を低減し、主記憶を通過するデータ流量が大きい処理の効率を上げることができ、その結果、シーケンシャルライト性能を向上できる。

　なお、ノード１１００、１２００が実装されるストレージシステムは上記構成に限定されず、例えば、ネットワークを介して接続するストレージ装置にそれぞれ実装され、異なるドライブボックスを使用して、異なる圧縮ボリュームに圧縮データを格納してもよい。

　実施例１は、ＮＶＭメモリを搭載したストレージ装置のホストライト動作について説明した。実施例２は、ＮＶＭメモリを搭載せず、圧縮／伸長処理等のデータ処理のみを行うデバイスを含むストレージ装置について説明する。以下において、主に実施例１との差分を説明する。

　図１９は実施例２のストレージ装置の構成例を示す。ノード１１００、１２００は、それぞれ、データ処理デバイス１１０７、１２０７及びノードＩ／Ｆ１１１４、１２１４を含む。データ処理デバイス１１０７、１２０７は、それぞれ、主記憶１１０３、１２０３上に配置されるデータに対し、データ圧縮や伸長といった処理機能のみを提供するデバイスである。

　データ処理デバイス１１０７、１２０７は、処理対象のデータを一時的に格納する揮発媒体を搭載する。この揮発媒体はＰＲＡＭやＳＴＴ－ＲＡＭといった不揮発記憶素子で構成されていてもよい。

　データ処理デバイス１１０７、１２０７は、通常、ＰＣＩＥｘｐｒｅｓｓで接続するＡＳＩＣで提供されるが、ＦＰＧＡ等のプログラマブルなデバイス、又はＭＰ１１０２、ＭＰ１２０２と異なるＭＰを接続し利用してもよい。

　図２０は、実施例２のストレージ装置１００２が扱う記憶空間とその対応関係を示す。ホスト１０００はストレージ装置１００２にデータを格納する際、伸長ボリューム３１００内のアドレスを指定してライトデータをストレージ装置１００２に転送する。

　実施例２のストレージ装置１００２は、主記憶１１０３をキャッシュデバイスとして用いる。詳細は後述するが、ストレージ装置１００２は、主記憶１１０３において独立した二つの論理記憶空間である、ＬＢＡ０空間３００１、ＬＢＡ１空間３００２を、ストレージ装置１００２に提供する。ストレージ装置１００２は、ホスト１０００から取得したライトデータを、ＬＢＡ０空間３００１のアドレスを指定して主記憶１１０３に格納する。

　ストレージ装置１００２は、受信したライトデータ（ホストデータ）を、データ処理デバイス１１０７を用いて圧縮し、主記憶１１０３に格納する。さらに、ストレージ装置１００２は、ＬＢＡ０空間３００１のアドレスを指定して、格納した圧縮ホストデータをＬＢＡ１空間３００２上にマッピングする。ストレージ装置１００２は、ＬＢＡ１空間３００２上のアドレスを指定することで主記憶１１０３より圧縮ホストデータを取得し、最終記憶装置（ドライブ１１１７）の記憶領域で構成される圧縮ボリューム３２００のアドレスを指定して、デステージする。

　ストレージ装置１００２は、ホスト１０００から受信したリード要求に応じて、圧縮ホストデータを圧縮ボリューム３２００から取得し、主記憶１１０３にＬＢＡ１空間３００２上アドレスを指定して格納する。次に、ストレージ装置１００２は、ＬＢＡ１空間３００２上のアドレスを指定して、圧縮ホストデータの伸長データを、ＬＢＡ０空間３００１にマッピングする。ストレージ装置１００２は、主記憶１１０３からＬＢＡ０のアドレスを指定して圧縮ホストデータを伸長し、ホスト１０００にリードデータとして転送する。

　図２１に実施例２のストレージ装置の圧縮ホストライト処理のフローを示す。実施例１との差分は、シーケンシャルライト特化フロントエンド処理２６５０、通常フロントエンドライト処理２６７０、及び圧縮処理２６８０の３ステップである。実施例１と同様に、ストレージ装置１００２は、圧縮ホストライト処理においてフロントエンドライト処理が完了した後、速やかにバックエンドライト処理を行う。

　図２２は実施例２におけるシーケンシャルライト特化フロントエンドライト処理（２６５０）のデータフローを示す。ノード１１００のホストＩ／Ｆ１１０１は、ホスト１０００から受領した未圧縮のホストデータを主記憶１１０３に転送する（データフロー３０１）。ノード１１００のＭＰコア１１１１は、データ処理デバイス１１０７に主記憶１１０３上のホストデータをリードし圧縮することを指示する。

　指示を受けたデータ処理デバイス１１０７は、主記憶１１０３上のホストデータを読み込み、データ圧縮を開始する（データフロー３０２）。データ処理デバイス１１０７は、圧縮演算の検算を実施するため、圧縮ホストデータを伸長する（データフロー３０３）。ＭＰコア１１１１は、伸長後のホストデータの保証コードによって、エラーの有無をチェックする（データフロー３０４）。ＭＰコア１１１１は、圧縮前ホストデータと伸長後ホストデータの比較により検算を行ってもよい。

　検算の結果、圧縮処理に問題がないと判定された後、データ処理デバイス１１０７は、圧縮ホストデータに対し保証コードを付与する（データフロー３０５）。ＭＰコア１１１１は、ＤＭＡ１１１２に圧縮ホストデータのデータ転送を指示する。指示を受けたＤＭＡ１１１２は、主記憶１１０３上の圧縮ホストデータを読み込み、ノード１２００の主記憶１２０３にデータを転送し（データフロー３０６）、ＭＰコア１１１１に完了を通知する。

　ＭＰコア１１１１は、ノード１２００のＭＰコア１２１１に圧縮ホストデータ転送完了を通知する。通知を受けたノード１２００のＭＰコア１２１１は、主記憶１２０３上の圧縮ホストデータをリードし、圧縮ホストデータの保証コードによって、圧縮ホストデータをチェックする（データフロー３０７）。

　ＭＰコア１２１１は、圧縮ホストデータのチェックを完了した後、ノード１１００のＭＰコア１１１１に対し圧縮ホストデータ二重化の完了を通知する。二重完了通知を受け取ったノード１１００のＭＰコア１１１１は、ホスト１０００にホストライト処理完了を通知し、ホストライト要求を完了する。

　シーケンシャルライト特化フロントエンドライト処理（２６５０）により、データ流量を低減し、スループットを向上できる。

　図２３は、実施例２におけるシーケンシャルライト特化フロントエンドライト処理（２６５０）の処理フローを示す。ステップ２６５１において、ＭＰコア１１１１は、ホストデータを一時的に格納するための主記憶１１０３のバッファ領域を予約する。

　ステップ２６５２において、ＭＰコア１１１１は、ホスト１０００に対しホストデータの転送要求を送信し、受信したホストデータを主記憶１１０３のバッファ領域に格納する。ステップ２６５３において、ＭＰコア１１１１は、データ処理デバイス１１０７を用いてバッファ領域に格納されているホストデータを圧縮する。具体的には、ＭＰコア１１１１は、圧縮コマンドをデータ処理デバイス１１０７に発行する。ライトコマンドの圧縮要否フラグは、圧縮要に設定される。

　ステップ２６５４において、データ処理デバイス１１０７は、圧縮したデータを伸長する。ステップ２６５５において、ＭＰコア１１１１は、データ処理デバイス１１０７が伸長したホストデータによって、圧縮データのインテグリティをチェックする。例えば、ＭＰコア１１１１は、伸長したホストデータにおいて、ホストＩ／Ｆ１１０１が付与したＣＲＣコードのチェックを行い、データ破損の有無をチェックする。または、ＭＰコア１１１１は、伸長ホストデータと圧縮前ホストデータを比較してデータ破損の有無をチェックする。

　ステップ２６５６のチェック結果がエラー有を示す場合（２６５６：Ｙｅｓ）、ステップ２６５７において、ＭＰコア１１１１は、ホスト１０００に対しホストデータの再送を要求する。

　ステップ２６５６のチェック結果がエラー無を示す場合（２６５６：Ｎｏ）、ステップ２６５８において、ＭＰコア１１１１は、主記憶１１０３上の圧縮ホストデータに対し保証コードを付与する。ステップ２６５９において、ＭＰコア１１１１は、ＤＭＡ１１１２に命令し、圧縮ホストデータをノード１２００側の主記憶１２０３上のバッファ領域に転送する。

　ステップ２６６０において、ノード１２００のＭＰコア１２１１は、圧縮ホストデータに付与された保証コードによって、圧縮ホストデータの信頼性をチェックする。チェック結果がエラー有を示す場合（２６６１：Ｙｅｓ）、ステップ２６６２において、ＭＰコア１２１１は、圧縮ホストデータ送信元のノード１１００に圧縮ホストデータの再送を要求する。

　チェック結果がエラー無を示す場合（２６６１：Ｎｏ）、ステップ２６６３において、ＭＰコア１２１１は、ノード１２００の主記憶１２０３のバッファ領域に格納した圧縮ホストデータについて、ＬＢＡ１と圧縮ホストデータを対応付ける。ノード１１００でも同様にこの処理を実施する。

　同様にＭＰコア１２１１は、ノード１２００の主記憶１２０３のバッファ領域に格納した圧縮ホストデータについて、ＬＢＡ１と圧縮ホストデータを対応付ける。ノード１１００でも同様にこの処理を実施する。ＭＰコア１２１１は、ノード１１００のＭＰコア１１１１に対し圧縮ホストデータ二重化の完了を通知する。

　ステップ２６６４において、ノード１１００のＭＰコア１１１１は、ホスト１０００にホストライト処理完了を通知し、ホストライト要求を完了する。

　図２４は、通常フロントエンドライト処理２６７０と圧縮処理２６８０のデータフローを示す。始めに通常フロントエンドライト処理２６７０を説明する。ホストＩ／Ｆ１１０１は、ホスト１０００から受領した未圧縮のホストデータを主記憶１１０３に転送する（データフロー４０１）。

　ＭＰコア１１１１は、ＤＭＡ１１１２に未圧縮ホストデータ転送を指示する。指示を受けたＤＭＡ１１１２は、主記憶１１０３上の未圧縮ホストデータを読み込み、ノード１２００の主記憶１２０３にデータ転送し（データフロー４０２）、ＭＰコア１１１１に完了を通知する。

　ＭＰコア１１１１は、ノード１２００のＭＰコア１２１１にホストデータ転送完了を通知する。通知を受けたノード１２００のＭＰコア１２１１は、主記憶１２０３上の未圧縮ホストデータをリードし、未圧縮ホストデータの保証コードによって、未圧縮ホストデータをチェックする（データフロー４０３）。

　ＭＰコア１２１１は、未圧縮ホストデータのチェックを完了した後、ノード１１００のＭＰコア１１１１に対し未圧縮ホストデータ二重化の完了を通知する。二重完了通知を受け取ったノード１１００のＭＰコア１１１１は、ホストにホストライト処理完了を通知する。ホストデータ圧縮前に完了を通知することで、ホスト１０００への応答時間を短縮できる。

　次に、圧縮処理２６８０を説明する。ノード１１００のＭＰコア１１１１は、データ処理デバイス１１０７に主記憶１１０３上のホストデータをリードし圧縮することを指示する。指示を受けたデータ処理デバイス１１０７は、主記憶１１０３上のホストデータを読み込み、データ圧縮を開始する（データフロー４０４）。データ処理デバイス１１０７は圧縮演算の検算を実施するため、圧縮ホストデータを伸長する（データフロー４０５）。

　ＭＰコア１１１１は、圧縮前のホストデータと伸長後のホストデータを比較してエラーの有無をチェックする（データフロー４０６）。伸長後のホストデータの保証コードによってエラーの有無をチェックしてもよい。比較の結果、圧縮処理に問題がないと判定した後、ＭＰコア１１１１は、圧縮したホストデータに対し保証コードを付与する（データフロー４０７）。

　ＭＰコア１１１１は、ＤＭＡ１１１２に圧縮ホストデータの転送を指示する。指示を受けたＤＭＡ１１１２は、主記憶１１０３上の圧縮ホストデータを読み込み、ノード１２００の主記憶１２０３にデータ転送し（データフロー４０８）、ＭＰコア１１１１に完了を通知する。

　ＭＰコア１１１１は、ノード１２００のＭＰコア１２１１に圧縮ホストデータ転送完了を通知する。通知を受けたノード１２００のＭＰコア１２１１は、主記憶１２０３上の圧縮ホストデータをリードし、圧縮ホストデータの保証コードによって、圧縮ホストデータをチェックする（データフロー４０９）。ＭＰコア１２１１は、圧縮ホストデータのチェックを完了させた後、ノード１１００のＭＰコア１１１１に対し圧縮ホストデータ二重化の完了を通知する。ノード１２００における圧縮処理を省略することで、ノード１２００の負荷を低減できる。

　図２５は実施例２における通常フロントエンドライト処理２６７０を示す。ステップ２６７１において、ＭＰコア１１１１は、ホストデータを非圧縮ＶＯＬ３１００に格納するためのＬＢＡ０領域を予約する。

　ステップ２６７２において、ＭＰコア１１１１は、ホスト１０００に対しホストデータの転送要求を送信し、受信したホストデータを主記憶１１０３の予約したＬＢＡ０領域に対応するホストデータ領域に格納する。

　ステップ２６７３において、ＭＰコア１１１１は、ノード１１００の主記憶１１０３上のホストデータを、ノード１２００の主記憶１２０３のホストデータ領域にデータ転送する。具体的には、ＭＰコア１１１１は、ＤＭＡ１１１２にデータ転送命令を作成し、ノードＩ／Ｆ１１１４を経由して、ノード１２００のホストデータ領域に転送させる。

　ステップ２６７４において、ノード１２００のＭＰコア１２１１は、主記憶１２０３のホストデータ領域に格納されているホストデータの保証コードによって、エラーの有無をチェックする。

　ステップ２６７４のチェック結果がエラー有を示す場合（２６７５：Ｙｅｓ）、ステップ２６７６において、ＭＰコア１２１１は、ホストデータ送信元のノード１１００にホストデータの再送を要求する。

　ステップ２６７４のチェック結果がエラー無を示す場合（２６７５：Ｎｏ）、ＭＰコア１２１１は、ノード１１００のＭＰコア１１１１に対しホストデータ二重化の完了を通知する。

　ステップ２６７７において、二重完了通知を受け取ったノード１１００のＭＰコア１１１１は、ホストにホストライト処理完了を通知する

　図２６は通常フロントエンドライト処理２６７０の後に行う圧縮処理２６８０のフローを示す。ステップ２６８１において、ＭＰコア１１１１は、ホストデータ領域のホストデータをバッファ領域にコピーし、データ処理デバイス１１０７を用いてバッファ領域に格納されているホストデータを圧縮する。具体的には、ＭＰコア１１１１は、圧縮コマンドを作成し、データ処理デバイス１１０７に発行する。

　ステップ２６８２において、データ処理デバイス１１０７は、圧縮したデータを伸長し、圧縮前のホストデータと比較して又は未圧縮ホストデータの保証コードによって検算を行う。検算結果がエラー有を示す場合（２６８３：Ｙｅｓ）、ステップ２６８６において、データ処理デバイス１１０７は、ＭＰコア１１１１に対しホストデータの再圧縮処理を要求する。

　ステップ２６８２の検算結果がエラー無を示す場合（２６８３：Ｎｏ）、ステップ２６８４において、ＭＰコア１１１１は、ノード１１００の主記憶１１０３上の圧縮ホストデータに対し保証コードを付与する。

　ステップ２６８５において、ＭＰコア１１１１は、ノード１１００の主記憶１１０３のバッファ領域に格納した圧縮ホストデータを、ＬＢＡ１空間３００２の領域に対応付ける。ステップ２６８７において、ＭＰコア１１１１は、ＤＭＡ１１１２に圧縮ホストデータ転送を指示する。指示を受けたＤＭＡ１１１２は、主記憶１１０３上の圧縮ホストデータを読み込み、ノード１２００の主記憶１２０３に転送する。

　ステップ２６８８において、ノード１２００のＭＰコア１２１１は、主記憶１２０３上の圧縮ホストデータをリードし、圧縮ホストデータの保証コードによって圧縮ホストデータをチェックする。チェック結果がエラー無を示す場合（２６８９：Ｎｏ）、本処理は終了する。

　ステップ２６８８のチェック結果がエラー有を示す場合（２６８９：Ｙｅｓ）、ステップ２６９０において、データ二重化先であるノード１２００のＭＰコア１２１１は、圧縮ホストデータ送信元のノード１１００に圧縮ホストデータの再送を要求する。

　実施例３は、一つのＮＶＭモジュールに対して二つのＰＣＩｅＩ／Ｆを持つストレージ装置について説明する。以下において、実施例１との差分を主に説明する。図２７は実施例３のストレージ装置１００２の構成を示す。

　ストレージ装置１００２は、ノード１１００、１２００に加え、１又は複数のＮＶＭモジュール９１０６を格納するＮＶＭモジュールボックス１４００を含む。ノード１１００、１２００には、ＮＶＭモジュールが搭載されていない。ノード１１００、１２００は、ノードＩ／Ｆ１１１４、１２１４を含む。

　ノード１１００、１２００のそれぞれからＮＶＭモジュールボックス１４００内部のＮＶＭモジュール９１０６へのアクセスできるよう、ＮＶＭモジュールボックス１４００は、異なるＩ／Ｆで、ノード１１００、１２００に接続されている。典型的には、ＮＶＭモジュールボックス１４００とノード１１００、１２００とは、ＰＣＩｅｘｐｒｅｓｓ等のバスで接続される。

　ＮＶＭモジュールボックス１４００は、ノード１１００、１２００と異なる電源系統をもち、一方のノードが障害停止した場合でも、他方のノードがＮＶＭモジュールボックス１４００にアクセスできる。

　図２８は、２つのＰＣＩｅＩ／Ｆを持つＮＶＭモジュール９１０６のハードウェア構成を示す。コントローラ９１２０が、ＭＰ１１０２、１２０２と接続するための二つのＰＣＩｅＩ／Ｆ１１２４を持つ点を除き、図２に示すＮＶＭモジュール１１０６の構成と同様である。二つのＰＣＩｅＩ／Ｆ１１２４を持つことによって、ノード１１００、１２００それぞれが、他ノードのＭＰを経由することなく、ＮＶＭモジュール９１０６にアクセスできる。

　ストレージ装置１００２において障害が発生し、ストレージ装置１００２のノードが電断状態に陥る場合がある。実施例４は、保守作業により電断状態から回復したノードに対し、活性状態のノードのデータを圧縮した状態で二重化する。これにより、高速な二重化状態回復を実現できる。

　図２９は、片ノード閉塞から回復するときのデータ冗長化回復処理のフローを示す。ノード１２００が閉塞から回復し、ノード１１００は正常な活性状態であるとする。ステップ３００１において、活性状態でありＩＯ処理が可能なノード１１００のＭＰコア１１１１は、電断状態となっているノード１２００の状態をチェックする。具体的には、ＭＰコア１１１１は、ノード１２００の電源の通電状態や、ノード１２００からのメッセージ送信の有無により、ノード１２００の回復状態をチェックする。

　ノード１２００が回復している場合（３００２：Ｙｅｓ）、ステップ３００３において、ＭＰコア１１１１は、主記憶１１０３上で二重化の対象となるデータの有無をチェックする。二重化の対象となるデータは予め決められており、例えば、ホストデータ領域や制御データ領域に格納されている、二つのノード１１００、１２００で共有されているデータである。

　ステップ３００４において、ＭＰコア１１１１は、二重化対象データが圧縮されているか否かチェックする。対象データが圧縮されている場合（３００４：Ｙｅｓ）、ステップ３００６において、ＭＰコア１１１１は、ＤＭＡ１１１２に対し二重化対象データを他ノード１２００に転送することを指示する、ＤＭＡ１１１２は、指示に従ってデータを転送する。

　対象データが圧縮されてない場合（３００４：Ｎｏ）、ステップ３００５において、ＭＰコア１１１１は、対象データを圧縮する。その後、ＭＰコア１１１１は、ＤＭＡ１１１２により当該データを他ノード１２００に転送する（３００６）。ＮＶＭモジュール１１０６が、データを圧縮し転送してもよい。

　ステップ３００７において、二重化データを受け取った他ノード１２００のＭＰコア１２１１は、圧縮された二重化データを伸長する。ステップ３００８において、ＭＰコア１２１１は、伸長した二重化データに含まれる保証コードを計算し、二重化データの正しさをチェックする。ＮＶＭモジュール１２０６が、データを伸長しチェックしてもよい。

　チェック結果がエラー有を示す場合（３００８：Ｙｅｓ）、ＭＰコア１２１１は、データ送信元であるノード１１００にデータの再送を要求し、ステップ３００６以降のステップが繰り返される。チェック結果がエラー無を示す場合（３００８：Ｎｏ）、当該フローは終了する。

　なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明したすべての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

　また、上記の各構成・機能・処理部等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）等の記録装置、または、ＩＣカード、ＳＤカード等の記録媒体に置くことができる。また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしもすべての制御線や情報線を示しているとは限らない。実際には殆どすべての構成が相互に接続されていると考えてもよい。

Claims

　第１制御ノードと、
　第２制御ノードと、
　圧縮ボリュームを提供する最終記憶デバイスと、
　を含むストレージシステムであって、
　前記第１制御ノードは、
　ホストから未圧縮ホストデータを受信し、
　前記未圧縮ホストデータを圧縮して圧縮ホストデータを生成し、
　前記圧縮ホストデータを第１メモリにおいてキャッシュデータとして保持し、
　前記圧縮ホストデータを伸長して、前記圧縮ホストデータが正確であるかチェックし
　前記圧縮ホストデータが正確である場合に、前記圧縮ホストデータを前記第２制御ノードに転送し、
　前記第２制御ノードは、第２メモリにおいて前記圧縮データをキャッシュデータとして保持する、ストレージシステム。
　請求項１に記載のストレージシステムであって、
　前記第１制御ノードは、
　前記ホストデータが予め定められた条件を満たす場合に、前記圧縮ホストデータを前記第２制御ノードに転送し、
　前記ホストデータが予め定められた条件を満たさない場合に、前記未圧縮ホストデータを前記第２制御ノードに転送し、
　前記第２制御ノードは、前記未圧縮ホストデータを受信すると、前記未圧縮ホストデータを圧縮して前記第２メモリで保持する、ストレージシステム。
　請求項２に記載のストレージシステムであって、
　前記予め定められた条件は、前記未圧縮ホストデータの推定圧縮率が閾値より小さいことを含む、ストレージシステム。
　請求項２に記載のストレージシステムであって、
　前記予め定められた条件は、前記未圧縮ホストデータのデータ長が閾値を超えることを含む、ストレージシステム。
　請求項１に記載のストレージシステムであって、
　前記第１制御ノードは、前記圧縮ホストデータに保障コードを付与し、
　前記第２制御ノードは、前記保障コードにより前記圧縮ホストデータのエラーをチェックし、
　前記圧縮ホストデータがエラーを含む場合、前記第２制御ノードは、前記第１制御ノードに前記圧縮ホストデータの再送を要求する、ストレージシステム。
　請求項１に記載のストレージシステムであって、
　前記第１制御ノードは、前記圧縮ホストデータが所定データ単位の倍数と一致するように、前記未圧縮ホストデータを圧縮したデータにパディングデータを付加する、ストレージシステム。
　請求項１に記載のストレージシステムであって、
　前記第１制御ノードは、
　前記ホストデータが予め定められた条件を満たす場合に、前記未圧縮データを前記第２制御ノードに転送することなく、前記前記圧縮ホストデータを前記第２制御ノードに転送し、
　前記ホストデータが予め定められた条件を満たさない場合に、前記未圧縮ホストデータを前記第２制御ノードに転送した後、前記圧縮データを前記第２制御ノードに転送し、
　前記第２制御ノードは、転送された前記圧縮データを前記キャッシュデータとして保持し、
　前記第１制御ノードは、前記圧縮データを前記第２制御ノードに転送する前に、前記ホストにライト完了を通知する、ストレージシステム。
　請求項１に記載のストレージシステムであって、
　前記第１メモリ及び前記第２メモリは、前記第１制御ノード及び前記第２制御ノードの双方からアクセス可能な不揮発メモリである、ストレージシステム。
　請求項１に記載のストレージシステムであって、
　前記第２制御ノードが閉塞から回復すると、前記第１制御ノードは、前記第１メモリにおいて二重化対象データを検索し、前記二重化対象データが未圧縮である場合には、格納されているデータを圧縮し、前記第２制御ノードに転送する、ストレージシステム。
　第１制御ノードと、第２制御ノードと、圧縮ボリュームを提供する最終記憶デバイスと、を含むストレージシステムの制御方法であって、
　前記第１制御ノードが、
　ホストから未圧縮ホストデータを受信し、
　前記未圧縮ホストデータを圧縮して圧縮ホストデータを生成し、
　前記圧縮ホストデータを第１メモリにおいてキャッシュデータとして保持し、
　前記圧縮ホストデータを伸長して、前記圧縮ホストデータが正確であるかチェックし
　前記圧縮ホストデータが正確である場合に、前記圧縮ホストデータを前記第２制御ノードに転送し、
　前記第２制御ノードが、第２メモリにおいて前記圧縮データをキャッシュデータとして保持する、方法。
　請求項１０に記載の方法であって、
　前記第１制御ノードが、
　前記ホストデータが予め定められた条件を満たす場合に、前記圧縮ホストデータを前記第２制御ノードに転送し、
　前記ホストデータが予め定められた条件を満たさない場合に、前記未圧縮ホストデータを前記第２制御ノードに転送し、
　前記第２制御ノードが、前記未圧縮ホストデータを受信すると、前記未圧縮ホストデータを圧縮して前記第２メモリで保持する、方法。
　請求項１１に記載の方法であって、
　前記予め定められた条件は、前記未圧縮ホストデータのデータ長が閾値を超えることを含む、方法。
　請求項１１に記載の方法であって、
　前記予め定められた条件は、前記未圧縮ホストデータの推定圧縮率が閾値より小さいことを含む、方法。
　請求項１０に記載の方法であって、
　前記第１制御ノードが、前記圧縮ホストデータに保障コードを付与し、
　前記第２制御ノードが、前記保障コードにより前記圧縮ホストデータのエラーをチェックし、
　前記圧縮ホストデータがエラーを含む場合、前記第２制御ノードは、前記第１制御ノードに前記圧縮ホストデータの再送を要求する、方法。
　請求項１０に記載の方法であって、
　前記第１制御ノードが、前記圧縮ホストデータが所定データ単位の倍数と一致するように、前記未圧縮ホストデータを圧縮したデータにパディングデータを付加する、方法。