JP2015069215A - 情報処理装置，情報処理システム，制御プログラム及び制御方法 - Google Patents

情報処理装置，情報処理システム，制御プログラム及び制御方法 Download PDF

Info

Publication number
JP2015069215A
JP2015069215A JP2013200002A JP2013200002A JP2015069215A JP 2015069215 A JP2015069215 A JP 2015069215A JP 2013200002 A JP2013200002 A JP 2013200002A JP 2013200002 A JP2013200002 A JP 2013200002A JP 2015069215 A JP2015069215 A JP 2015069215A
Authority
JP
Japan
Prior art keywords
metadata
storage device
block
storage
unit
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
JP2013200002A
Other languages
English (en)
Inventor
健 飯澤
Takeshi Iizawa
健 飯澤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2013200002A priority Critical patent/JP2015069215A/ja
Priority to US14/457,418 priority patent/US20150089135A1/en
Publication of JP2015069215A publication Critical patent/JP2015069215A/ja
Withdrawn legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/061—Improving I/O performance
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0638—Organizing or formatting or addressing of data
    • G06F3/064—Management of blocks
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/0671—In-line storage system
    • G06F3/0683—Plurality of storage devices
    • G06F3/0685—Hybrid storage combining heterogeneous device types, e.g. hierarchical storage, hybrid arrays
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/0671—In-line storage system
    • G06F3/0673—Single storage device

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

【課題】記憶装置に対するアクセスによる負荷を低減させる。【解決手段】メタデータ及びブロックデータを書き込み可能な複数の記憶装置３０と、前記複数の記憶装置３０のうち第１記憶装置３０にメタデータを書き込む第１書き込み部と、前記複数の記憶装置３０のうち前記第１記憶装置３０とは異なる第２記憶装置３０に前記メタデータに対応するブロックデータを書き込む第２書き込み部と、を備える。【選択図】図２

Description

本発明は、情報処理装置，情報処理システム，制御プログラム及び制御方法に関する。
クライアントとサーバとを有し、ストリームデータ（延々と到来する時刻順のデータ）を蓄積するストレージシステムにおいて、クライアントは、ストリームデータをブロック（ブロックデータ）に分割し、サーバに対してブロック単位で書き込みリクエストを送信する。送信される書き込みリクエストには、メタデータとブロックとが含まれる。
サーバは、書き込みリクエストに応じて、記憶装置にこのメタデータとブロックとを格納する。
クライアントは、サーバが書き込みリクエストに基づいて記憶装置に書き込んだメタデータとブロックとに対して、検索リクエストや読み出しリクエストを行なう。検索リクエストは、記憶装置に格納されているメタデータに対して行なわれる。また、読み出しリクエストについても、先ずメタデータに対して検索が行なわれ、この検索結果に基づいて読み出しが行なわれる。従って、始めからブロックの識別情報（ＩＤ）を指定して読み出しリクエストが送信されることはない。更に、検索条件に一致するブロックが検索対象のブロックのごく一部である場合には、サーバが記憶装置に対して行なうアクセスの多くは、メタデータに対するアクセスとなる。
例えば、図１６に示すように、サーバが複数の記憶装置４０にメタデータ及びブロックを書き込む技術が知られている。
図１６に示す例においては、４つの記憶装置４０が備えられている。
以下、図１６を参照しながら説明する際に、複数の記憶装置４０のうち１つを特定して示す場合には、単に記憶装置＃１〜＃４と表記する。また、図１６において、記憶装置４０中の斜線で示した領域は、メタデータ及びブロックが書き込み済みの領域を示している。
従来のストレージシステムにおいて、サーバは、ブロックとそのブロックに対応するメタデータとを連続させて、複数の記憶装置４０に対してシーケンシャルに書き込む。つまり、サーバは、ブロック及びメタデータを、始めに記憶装置＃１に対して書き込み、記憶装置＃１に書き込み可能な領域が無くなると次に記憶装置＃２に対して書き込み、更に記憶装置＃２に書き込み可能な領域が無くなると次に記憶装置＃３に対して書き込む。図１６に示す例においては、記憶装置＃１及び記憶装置＃２は書き込み済みであり、記憶装置＃３は一部書き込み済みであることを示している（斜線部参照）。
図１６に示す例においては、サーバが記憶装置＃３に対してブロックを書き込んでいる状態を示す（符号Ｉ１参照）。しかしながら、記憶装置＃３に対してブロックを書き込んでいる間に、同じ記憶装置＃３に対して読み出しアクセスが発生すると（符号Ｉ２参照）、書き込み性能が低下する。その結果、書き込みリクエストの実行時間が延び、書き込みリクエストの破棄が起こりやすくなる。
そこで、例えば、図１７に示すように、サーバがメタデータとブロックとをそれぞれ別の記憶装置４０に書き込む技術が知られている。
図１７に示す例においては、５つの記憶装置４０が備えられている。
以下、図１７を参照しながら説明する際に、複数の記憶装置４０のうち１つを特定して示す場合には、単に記憶装置＃１〜＃５と表記する。また、図１７において、記憶装置４０中の斜線で示した領域は、メタデータ又はブロックが書き込み済みの領域を示している。
図１７に示す例においては、記憶装置＃１〜＃４はブロック専用であり、記憶装置＃５はメタデータ専用である。つまり、サーバは、メタデータを記憶装置＃５に書き込み、ブロックを複数の記憶装置＃１〜＃４にシーケンシャルに書き込む。すなわち、サーバは、ブロックを、始めに記憶装置＃１に書き込み、対応するメタデータを記憶装置＃５に書き込む。また、サーバは、記憶装置＃１に書き込み可能な領域が無くなると次にブロックを記憶装置＃２に書き込み、又、メタデータを記憶装置＃５に書き込む。更に、サーバは、記憶装置＃２に書き込み可能な領域が無くなると次にブロックを記憶装置＃３に書き込み、又、対応するメタデータを記憶装置＃５に書き込む。図１７に示す例においては、記憶装置＃１及び記憶装置＃２は書き込み済みであり、記憶装置＃３及び記憶装置＃５は一部書き込み済みであることを示している（斜線部参照）。
図１７に示す例においては、サーバが、記憶装置＃３に対してブロックを書き込み（符号Ｊ１参照）、記憶装置＃５に対してメタデータを書き込んでいる状態を示す（符号Ｊ２参照）。また、サーバは、全メタデータに対する検索のためのアクセスを記憶装置＃５に行なう（符号Ｊ３参照）。
特開２０１０−２３８０３８号公報 特開平１１−２４９８１号公報
しかしながら、上述したメタデータとブロックとをそれぞれ別の記憶装置４０に対して書き込む技術においては、メタデータ専用の記憶装置＃５を備える必要があり、製造コストが増加するという課題がある。
また、全メタデータについての読み出しアクセスがメタデータ専用の記憶装置＃５に集中するため、メタデータ専用の記憶装置＃５に過負荷がかかり、メタデータの読み出し／書き込み性能が低下するという課題もある。
１つの側面では、本発明は、記憶装置に対するアクセスによる負荷を低減させることを目的とする。
なお、前記目的に限らず、後述する発明を実施するための形態に示す各構成により導かれる作用効果であって、従来の技術によっては得られない作用効果を奏することも本発明の他の目的の１つとして位置付けることができる。
このため、この情報処理装置は、メタデータ及びブロックデータを書き込み可能な複数の記憶装置と、前記複数の記憶装置のうち第１記憶装置にメタデータを書き込む第１書き込み部と、前記複数の記憶装置のうち前記第１記憶装置とは異なる第２記憶装置に前記メタデータに対応するブロックデータを書き込む第２書き込み部と、を備える。
開示の情報処理装置によれば、記憶装置に対するアクセスによる負荷を低減させることができる。
実施形態の一例としてのストレージシステムにおけるデータストリーミングを説明する図である。 実施形態の一例としてのストレージシステムの構成を模式的に示す図である。 実施形態の一例としてのクライアントが備えるＣＰＵの機能構成を模式的に示す図である。 実施形態の一例としてのサーバが備えるＣＰＵの機能構成を模式的に示す図である。 実施形態の一例としてのストレージシステムにおける固定長メタデータの生成手法を説明する図である。 実施形態の一例としてのストレージシステムにおける不定長メタデータを例示する図である。 実施形態の一例としてのストレージシステムにおける固定長メタデータの検索手法を説明する図である。 実施形態の一例としてのサーバにおける記憶装置に対する書き込み手法を説明する図である。 実施形態の一例としてのサーバにおける複数の記憶装置に対する書き込み手法を説明する図である。 （ａ）は実施形態の一例としてのストレージシステムにおける格納位置情報を例示する図であり、（ｂ）はそのブロック管理情報を例示する図である。 実施形態の一例としてのサーバにおける記憶装置に対する読み出し／書き込み手法を説明する図である。 実施形態の一例としてのサーバにおける記憶装置への書き込み処理を示すフローチャートである。 実施形態の一例としてのストレージシステムにおける各記憶装置に対する検索頻度を例示する図である。 実施形態の一例としてのストレージシステムにおける効果を説明する図である。 実施形態の一例としてのストレージシステムにおける効果を説明する図である。 従来例としてのストレージシステムにおける記憶装置に対する読み出し／書き込み手法を説明する図である。 従来例としてのストレージシステムにおける記憶装置に対する読み出し／書き込み手法を説明する図である。
以下、図面を参照して情報処理装置，情報処理システム，制御プログラム及び制御方法に係る一実施の形態を説明する。ただし、以下に示す実施形態はあくまでも例示に過ぎず、実施形態で明示しない種々の変形例や技術の適用を排除する意図はない。すなわち、本実施形態を、その趣旨を逸脱しない範囲で種々変形して実施することができる。
また、各図は、図中に示す構成要素のみを備えるという趣旨ではなく、他の機能等を含むことができる。
以下、図中において、同一の各符号は同様の部分を示しているので、その説明は省略する。
〔Ａ〕実施形態の一例
〔Ａ−１〕システム構成
図１は実施形態の一例としてのストレージシステムにおけるデータストリーミングを説明する図であり、図２は実施形態の一例としてのストレージシステムの構成を模式的に示す図である。
本実施形態の一例におけるストレージシステム（情報処理システム）１は、図２に示すように、サーバ（情報処理装置）１０，クライアント（端末装置）２０及び複数（図２に示す例では４つ）の記憶装置３０を備える。サーバ１０とクライアント２０とはネットワーク１００を介して通信可能に接続されており、サーバ１０と複数の記憶装置３０とも通信可能に接続されている。
なお、図１に示すストレージシステム１においては、簡単のため複数の記憶装置３０の図示を省略している。
本ストレージシステム１は、ストリームデータ（延々と到来する時刻順のデータ）を蓄積するシステムであり、例えばパケットキャプチャリングシステムである。
図１に示すように、クライアント２０は、図示しない外部装置が送信したストリームデータを受信し（符号Ａ１参照）、受信したストリームデータを固定長又は不定長のブロック（ブロックデータ）３２０（詳細は図６，図８を用いて後述）に分割する。そして、クライアント２０は、例えばネットワーク１００を経由してサーバ１０に対してブロック３２０単位で書き込みリクエストを送信する（符号Ａ２参照）。
図２に示す例において、４つの記憶装置３０には、＃１〜＃４の番号がそれぞれ付されている。以下、複数の記憶装置３０のうち１つを特定して示す場合には、単に記憶装置＃１〜＃４と表記する。
記憶装置３０は、データを読み書き可能に格納する既知の装置であり、例えば、Hard Disk Drive（ＨＤＤ）やSolid State Drive（ＳＳＤ）である。これらの記憶装置３０は、互いに同様の機能構成を備える。
クライアント２０は、Central Processing Unit（ＣＰＵ）２１，メモリ２２及びネットワークInter/Face（Ｉ／Ｆ）２３を備える。
ネットワークＩ／Ｆ２３は、クライアント２０をネットワーク１００と接続し、このネットワーク１００を介してサーバ１０や図示しない外部装置と通信を行なうためのインタフェース装置である。ネットワークＩ／Ｆ２３としては、例えば、有線Local Area Network（ＬＡＮ），無線ＬＡＮ，Wireless Wide Area Network（ＷＷＡＮ）等のネットワーク１００の規格に対応する各種インタフェースカードを用いることができる。
メモリ２２は、Read Only Memory（ＲＯＭ）及びRandom Access Memory（ＲＡＭ）を含む記憶装置である。メモリ２２のＲＯＭには、Basic Input/Output System（ＢＩＯＳ）等のプログラムが書き込まれている。メモリ２２上のソフトウェアプログラムは、ＣＰＵ２１に適宜読み込まれて実行される。また、メモリ２２のＲＡＭは、一次記録メモリあるいはワーキングメモリとして利用される。
図３は、実施形態の一例としてのクライアントが備えるＣＰＵの機能構成を模式的に示す図である。
ＣＰＵ２１は、種々の制御や演算を行なう処理装置であり、メモリ２２に格納されたOperating System（ＯＳ）やプログラムを実行することにより、種々の機能を実現する。すなわち、ＣＰＵ２１は、図３に示すように、書き込みリクエスト生成部２１０，リクエスト送信部２１６，リプライ受信部２１７，検索リクエスト生成部２１８及び読み出しリクエスト生成部２１９として機能する。
なお、これらの書き込みリクエスト生成部２１０，リクエスト送信部２１６，リプライ受信部２１７，検索リクエスト生成部２１８及び読み出しリクエスト生成部２１９としての機能を実現するためのプログラムは、例えばフレキシブルディスク，ＣＤ（ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＣＤ−ＲＷ等），ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−ＲＡＭ，ＤＶＤ−Ｒ，ＤＶＤ＋Ｒ，ＤＶＤ−ＲＷ，ＤＶＤ＋ＲＷ，ＨＤ ＤＶＤ等），ブルーレイディスク，磁気ディスク，光ディスク，光磁気ディスク等の、コンピュータ読取可能な記録媒体に記録された形態で提供される。そして、コンピュータはその記録媒体から図示しない読取装置を介してプログラムを読み取って内部記録装置または外部記録装置に転送し格納して用いる。又、そのプログラムを、例えば磁気ディスク，光ディスク，光磁気ディスク等の記憶装置（記録媒体）に記録しておき、その記憶装置から通信経路を介してコンピュータに提供してもよい。
書き込みリクエスト生成部２１０，リクエスト送信部２１６，リプライ受信部２１７，検索リクエスト生成部２１８及び読み出しリクエスト生成部２１９としての機能を実現する際には、内部記憶装置（本実施形態ではメモリ２２）に格納されたプログラムがコンピュータのマイクロプロセッサ（本実施形態ではＣＰＵ２１）によって実行される。このとき、記録媒体に記録されたプログラムをコンピュータが読み取って実行してもよい。
書き込みリクエスト生成部２１０は、ストリームデータ受信部２１１，ストリームデータ分割部２１２，メタデータ生成部２１３，メタデータ付加部２１４及びブロックＩＤ付与部２１５として機能する。
ストリームデータ受信部２１１は、図示しない外部装置が送信したストリームデータを受信する。ストリームデータは複数のイベントデータ３００（図５及び図６を用いて後述）を含む。例えば、パケットキャプチャリングシステムの場合には、イベントデータ３００はパケットに相当する。なお、イベントデータ３００のサイズは、固定長であっても良く、又、不定長であっても良い。
ストリームデータ分割部２１２は、ストリームデータを固定長又は不定長のブロック３２０に分割する（詳細は後述）。分割されたブロック３２０に含まれるイベントデータ３００の数は、一般に不定となる。
メタデータ生成部２１３は、イベントデータ３００の内容を表わすメタデータ３３０を生成する。
図５は、実施形態の一例としてのストレージシステムにおける固定長メタデータの生成手法を説明する図である。
固定長メタデータとしては、例えば、ブルームフィルタが用いられる。
ブルームフィルタは、属性毎に作成され、ｍビットのビット配列である（符号Ｂ１参照）。また、空のブルームフィルタにおいては、全てのビットに０が設定されている。
符号Ｂ２に示すように、イベントデータ３００は属性情報（ヘッダ）３１０及びデータ（ペイロード）３４０を含み、属性情報３１０は送信時刻，送信元Internet Protocol（ＩＰ）アドレス及び送信先ＩＰアドレスを含む。図５に示す例においては、ストリームデータ受信部２１１は、送信時刻が2012/10/01 17:00であり、送信元ＩＰアドレスが192.168.0.1であり、又、送信先ＩＰアドレスが192.168.0.2であるイベントデータ３００を受信する（符号Ｂ２参照）。
メタデータ生成部２１３は、ｋ個のハッシュ関数に送信元ＩＰアドレス192.168.0.1を入力し、出力としてｋ個のビット位置を得る（符号Ｂ３参照）。
また、メタデータ生成部２１３は、ブルームフィルタにおいてｋ個の各ビット位置に１を設定する（符号Ｂ４参照）。
そして、符号Ｂ２〜Ｂ４で示した処理を受信したイベントデータ３００の総サイズが閾値（ブロック３２０のサイズ）に達するまで繰り返す（符号Ｂ５参照）。
図６は、実施形態の一例としてのストレージシステムにおける不定長メタデータを例示する図である。
メタデータ生成部２１３は、不定長のメタデータ３３０を生成しても良い。
図６に示す例においては、イベントデータ３００はヘッダ３１０及びデータ３４０を含み、各イベントデータ３００にはメタデータ３３０が対応する。そして、複数（図６に示す例においては３つ）のイベントデータ３００がブロック３２０を構成する。
ブロック３２０に含まれるイベントデータ３００の数は一般に不定であるため、ブロック３２０に付加されるメタデータ３３０のサイズも不定となる。ただし、ブロック３２０に付加されるメタデータ３３０のサイズには上限が定められているものとする。
なお、上述したメタデータ生成部２１３によるメタデータ３３０の生成手法は一例に過ぎず、メタデータ生成部２１３は、固定長メタデータと不定長メタデータとの切り替え等を、種々変形して実施することができる。
メタデータ付加部２１４は、ストリームデータ分割部２１２が分割したブロック３２０に対して、メタデータ３３０を付加する。
ブロック３２０に付加されるメタデータ３３０が固定長の場合には、ストリームデータ分割部２１２は、受信したイベントデータ３００の総サイズが所定値（ブロックサイズ）に達した際にブロック３２０に分割する。
また、ブロック３２０に付加されるメタデータ３３０が不定長の場合には、ブロック３２０及びメタデータ３３０のサイズには上限値が定められる（以下、それぞれ最大ブロックサイズ及び最大メタデータサイズという）。受信した全イベントデータ３００に対応するメタデータ３３０が最大メタデータサイズに達する前に、受信した全イベントデータ３００のサイズが最大ブロックサイズに達した場合には、ブロック３２０のサイズは最大ブロックサイズとなる。一方、受信した全イベントデータ３００のサイズが最大ブロックサイズに達する前に、受信した全イベントデータ３００に対応するメタデータ３３０が最大メタデータサイズに達した場合には、ブロック３２０のサイズは不定長となる。
メタデータ付加部２１４は、ストリームデータがストリームデータ分割部２１２によって分割される際に、分割されたブロック３２０に含まれるイベントデータ３００の内容を示すメタデータ３３０をブロック３２０に付加する（詳細は後述）。なお、ブロック３２０に付加されるメタデータ３３０のサイズは、固定長であっても良く、又、不定長であっても良い。
ブロックＩＤ付与部２１５は、ブロック３２０に対して一意なブロックＩＤを割り振る。以下では、簡単のため、ブロックＩＤはそのブロック３２０の先頭イベントデータ３００の送信時刻とする（例えば、ブロックＩＤ＝2012/10/01 17:00:15）。
検索リクエスト生成部２１８は、検索対象期間及び検索条件を含む検索リクエストを生成する。パケットキャプチャリングシステムにおいては、検索対象期間は、例えば、2012/10/01の17:00から2012/10/01の18:00の間に蓄積されたブロック３２０である。また、検索条件は、例えば、ＩＰアドレス192.168.0.1からＩＰアドレス192.168.0.2に送信されたパケットを含むブロック３２０である。
図７は、実施形態の一例としてのストレージシステムにおける固定長メタデータの検索手法を説明する図である。
イベントデータ３００の検索の際には、検索リクエスト生成部２１８は、検索対象の値をｋ個のハッシュ関数に入力し、出力としてｋ個のビット位置を得る。そして、検索リクエスト生成部２１８は、ブルームフィルタをチェックし、ｋ個のビット位置が全て１であれば、ブルームフィルタは検索対象を含んでいると判定する。
図７に示す例においては、送信元ＩＰアドレスに対応するブルームフィルタが192.168.0.1という値を含んでいるかを判定する（符号Ｃ１参照）。
検索リクエスト生成部２１８は、検索対象である送信元ＩＰアドレス192.168.0.1をｋ個のハッシュ関数に入力し、ｋ個のビット位置を得る（符号Ｃ２参照）。
検索リクエスト生成部２１８は、ブルームフィルタにおいてハッシュ関数が出力した全ビット位置をチェックし（符号Ｃ３参照）、全て１であれば、ブルームフィルタが192.168.0.1という値を含んでいると判定する。
固定長メタデータにおいては、属性毎のブルームフィルタのサイズが固定であるため、ブロック３２０に付加するメタデータのサイズは［属性数×ブルームフィルタのサイズ］で固定となる。
読み出しリクエスト生成部２１９は、読み出しリクエストを生成する。なお、読み出しリクエスト生成部２１９による読み出しリクエストの生成手法は、既知の種々の技術を適用できるため、その説明を省略する。
リクエスト送信部２１６は、書き込みリクエスト，ブロック３２０及びメタデータ３３０をサーバ１０に送信する。すなわち、リクエスト送信部２１６は、メタデータ３３０とブロック３２０とを有する書き込みリクエストを出力する出力部として機能する。また、リクエスト送信部２１６は、検索リクエスト及び読み出しリクエストもサーバ１０に送信する。
リプライ受信部２１７は、サーバ１０からのリプライを受信する。具体的には、リプライ受信部２１７は、サーバ１０に対する書き込みリクエスト，検索リクエスト及び読み出しリクエストの結果を受信する。
図２に示すように、サーバ１０は、ＣＰＵ（コンピュータ）１１，メモリ１２及びネットワークＩ／Ｆ１３を備える。
ネットワークＩ／Ｆ１３は、サーバ１０をネットワーク１００と接続し、このネットワーク１００を介してクライアント２０や図示しない外部装置と通信を行なうためのインタフェース装置である。ネットワークＩ／Ｆ１３としては、例えば、有線ＬＡＮ，無線ＬＡＮ，ＷＷＡＮ等のネットワーク１００の規格に対応する各種インタフェースカードを用いることができる。
メモリ１２は、ＲＯＭ及びＲＡＭを含む記憶装置である。メモリ１２のＲＯＭには、ＢＩＯＳ等のプログラムが書き込まれている。メモリ１２上のソフトウェアプログラムは、ＣＰＵ１１に適宜読み込まれて実行される。また、メモリ１２のＲＡＭは、一次記録メモリあるいはワーキングメモリとして利用される。
図４は、実施形態の一例としてのサーバが備えるＣＰＵの機能構成を模式的に示す図である。
ＣＰＵ１１は、種々の制御や演算を行なう処理装置であり、メモリ１２に格納されたＯＳやプログラムを実行することにより、種々の機能を実現する。すなわち、ＣＰＵ１１は、図４に示すように、書き込みリクエスト実行部１１０，リクエスト受信部１１３，リプライ送信部１１４，検索リクエスト実行部１１５及び読み出しリクエスト実行部１１６として機能する。
なお、これらの書き込みリクエスト実行部１１０，リクエスト受信部１１３，リプライ送信部１１４，検索リクエスト実行部１１５及び読み出しリクエスト実行部１１６としての機能を実現するためのプログラム（制御プログラム）は、例えばフレキシブルディスク，ＣＤ（ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＣＤ−ＲＷ等），ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−ＲＡＭ，ＤＶＤ−Ｒ，ＤＶＤ＋Ｒ，ＤＶＤ−ＲＷ，ＤＶＤ＋ＲＷ，ＨＤ ＤＶＤ等），ブルーレイディスク，磁気ディスク，光ディスク，光磁気ディスク等の、コンピュータ読取可能な記録媒体に記録された形態で提供される。そして、コンピュータはその記録媒体から図示しない読取装置を介してプログラムを読み取って内部記録装置または外部記録装置に転送し格納して用いる。又、そのプログラムを、例えば磁気ディスク，光ディスク，光磁気ディスク等の記憶装置（記録媒体）に記録しておき、その記憶装置から通信経路を介してコンピュータに提供してもよい。
書き込みリクエスト実行部１１０，リクエスト受信部１１３，リプライ送信部１１４，検索リクエスト実行部１１５及び読み出しリクエスト実行部１１６としての機能を実現する際には、内部記憶装置（本実施形態ではメモリ１２）に格納されたプログラムがコンピュータのマイクロプロセッサ（本実施形態ではＣＰＵ１１）によって実行される。このとき、記録媒体に記録されたプログラムをコンピュータが読み取って実行してもよい。
リクエスト受信部１１３は、クライアント２０が送信（出力）する書き込みリクエストを受信する受信部として機能する。また、リクエスト受信部１１３は、クライアント２０が送信（出力）する検索リクエスト及び読み出しリクエストも受信する。
図４に示すように、書き込みリクエスト実行部１１０は、書き込みリクエスト数制限部１１１及び書き込み部１１２として機能する。
本実施形態の一例においては、同時に実行可能な書き込みリクエスト数には上限が定められている。書き込みリクエスト数制限部１１１は、実行中の書き込みリクエスト数を監視し、実行中の書き込みリクエスト数が上限を超えると、新たに受信した書き込みリクエストを破棄する。例えば、記憶装置３０の書き込み性能低下により、書き込みリクエストの実行時間が延びると、同時に実行する書き込みリクエスト数が増加し、書き込みリクエストが破棄されやすくなる。
図８は、実施形態の一例としてのサーバにおける記憶装置に対する書き込み手法を説明する図である。
書き込み部１１２は、ブロック３２０を到着（受信）順に記憶装置３０に書き込むとともに、メタデータ３３０を到着順にブロック３２０の間に書き込む（符号Ｄ参照）。
図８に示す例においては、書き込み部１１２は、ブロック３２０及びメタデータ３３０のそれぞれに固定長の領域を割り当てて記憶装置３０に書き込む。
以下、記憶装置３０における、メタデータ３３０の領域及びブロック３２０の領域をそれぞれメタデータ予約領域及びブロック予約領域という。また、以下、メタデータ予約領域のサイズ及びブロック予約領域のサイズをそれぞれメタデータ予約サイズSM及びブロック予約サイズSBという。
メタデータ３３０のサイズが固定長の場合には、ブロック予約サイズSBはブロック３２０のサイズとなり、メタデータ予約サイズSMはメタデータ３３０のサイズとなる。一方、メタデータ３３０のサイズが不定長の場合には、ブロック予約サイズSBは最大ブロックサイズとなり、メタデータ予約サイズSMは最大メタデータサイズとなる。
図９は、実施形態の一例としてのサーバにおける複数の記憶装置に対する書き込み手法を説明する図である。
図９に示す例においては、サーバ１０は、４つの記憶装置３０（記憶装置＃１〜＃４）を備える。
書き込み部１１２は、ブロック３２０及びメタデータ３３０を４つの記憶装置３０に書き込む。つまり、書き込み部１１２は、ブロック３２０及びメタデータ３３０を、始めに記憶装置＃１に対して書き込み、記憶装置＃１に書き込み可能な領域が無くなると次に記憶装置＃２に対して書き込む。更に、書き込み部１１２は、ブロック３２０及びメタデータ３３０を、記憶装置＃２に書き込み可能な領域が無くなると次に記憶装置＃３に対して書き込む（符号Ｅ１参照）。図９に示す例においては、記憶装置＃１及び記憶装置＃２は書き込み済みであり、記憶装置＃３は一部書き込み済みである状態を示している（斜線部参照）。
また、書き込み部１１２は、全ての記憶装置３０（図９に示す例においては記憶装置＃１〜＃４）の領域に対して記憶装置＃１，記憶装置＃２，記憶装置＃３，記憶装置＃４の順にブロック３２０及びメタデータ３３０を書き込む。そして、記憶装置＃４への書き込みが完了した後には、先頭の記憶装置３０（記憶装置＃１）に戻ってデータを上書きする（符号Ｅ２参照）。
本実施形態の一例においては、複数の記憶装置３０は、連続性を有するアドレスを定義されている。以下、「アドレス」という場合には、「先頭の記憶装置３０（記憶装置＃１）の0 byte目から数えたアドレス」を示すものとする。つまり、複数の記憶装置３０の記憶領域を連続したアドレス空間として取り扱う。すなわち、記憶装置＃１の記憶領域に連続して、記憶装置＃２，＃３，＃４の各記憶領域が順次つながって結合されている。言い換えれば、第２記憶装置におけるアドレスは、第１記憶装置におけるアドレスに連続するように設定される。
以下、このように順序性をもって取り扱われる記憶装置＃１〜＃４において、先に書き込まれる記憶装置３０を「前」といい、後に書き込まれる記憶装置３０を「後ろ」という場合がある。
ここで、サーバ１０が保持している記憶装置３０の数をNHDDとし、１つの記憶装置３０の容量（利用可能なデータ格納領域のサイズ）をCHDDとすると、全アドレスの範囲は0以上NHDD×CHDD未満となる。
また、各記憶装置３０は、ブロック３２０及びメタデータ３３０を最大でn（nは自然数）ずつ格納可能である。
書き込み部１１２は、ブロック３２０の格納位置と対応するメタデータ３３０の格納位置とをn以上離して書き込むことにより、ブロック３２０と対応するメタデータ３３０とを互いに異なる記憶装置３０に書き込む。
すなわち、書き込み部１１２は、複数の記憶装置３０のうち第１記憶装置にメタデータ３３０を書き込む第１書き込み部として機能する。また、書き込み部１１２は、複数の記憶装置３０のうち第１記憶装置とは異なる第２記憶装置にメタデータ３３０に対応するブロック３２０を書き込む第２書き込み部としても機能する。
書き込み部１１２は、ブロック３２０と対応するメタデータ３３０とを別の記憶装置３０に格納する。例えば、書き込み部１１２は、ブロック３２０を書き込む記憶装置３０の１台前（図中上方向）の記憶装置３０にメタデータ３３０を書き込む。つまり、書き込み部１１２は、j台目の記憶装置３０に格納するブロック３２０に対応するメタデータ３３０を、j-1台目の記憶装置３０に格納する（j=2,3, …NHDD）。但し、j=1の場合には、書き込み部１１２は、ブロック３２０に対応するメタデータ３３０を、NHDD台目の記憶装置３０に格納する。
以下、記憶装置＃１〜＃４の統合されたアドレス空間において、その先頭からiM（iMは0以上の整数）番目のメタデータ予約領域に格納されるメタデータ３３０を格納位置iMのメタデータ３３０という。また、アドレスの先頭からiB（iBは0以上の整数）番目のブロック予約領域に格納されるブロック３２０を格納位置iBのブロック３２０という。
メタデータ３３０の格納位置iMと、対応するブロック３２０の格納位置iBとの関係を、
iB = iM + n
と設定する。
また、書き込み部１１２がブロック３２０を書き込むアドレスABは、
AB ＝ iB × (SB + SM)
で表される。但し、SB及びSMは、それぞれブロック予約サイズ及びメタデータ予約サイズである。
書き込み部１１２がメタデータ３３０を書き込むアドレスAMは、
AM ＝ iM × (SB + SM) + SB
で表される。
更に、１つの記憶装置３０の容量（利用可能なデータ格納領域のサイズ）CHDDは、
CHDD ＝ n × (SB + SM)
で表される。
すなわち、書き込み部１１２（第２書き込み部）は、ブロック３２０を、書き込み部１１２（第１書き込み部）が書き込むメタデータ３３０のアドレスAMから第１記憶装置（例えば記憶装置＃１）に書き込み可能なアドレス範囲n×(SB + SM)以上離れたアドレスABに書き込む。これにより、書き込み部１１２（第２書き込み部）は、ブロック３２０を、第１記憶装置とは異なる第２記憶装置（例えば記憶装置＃２）に書き込む。
図１０（ａ）は実施形態の一例としてのストレージシステムにおける格納位置情報を例示する図であり、図１０（ｂ）はそのブロック管理情報を例示する図である。
サーバ１０が備えるメモリ１２又は図示しない記憶装置は、図１０（ａ）に示すような格納位置情報及び図１０（ｂ）に示すようなブロック管理情報を格納する。
ブロック管理情報は、書き込み部１１２が記憶装置３０への書き込みに成功したブロック３２０及びメタデータ３３０の格納位置を表わす管理情報である。具体的には、ブロック管理情報は、ブロックＩＤ，ブロック格納位置及びメタデータ格納位置を含む。例えば、書き込み部１１２は、ブロック３２０及びメタデータ３３０を記憶装置３０へ書き込む毎にブロック管理情報を更新する。
格納位置情報は、サーバ１０が受信し、記憶装置３０に書き込むブロック３２０及びメタデータ３３０の格納位置を示す情報であり、ブロック３２０と、そのブロック３２０に対応するメタデータ３３０との格納位置を示す。具体的には、格納位置情報は、ブロック格納位置と、当該ブロック格納位置から所定距離以上離れたアドレスであるメタデータ格納位置とを含む。例えば、書き込み部１１２は、最後に書き込んだブロック３２０及びメタデータ３３０についてのブロック管理情報に基づき、格納位置情報を作成する。
書き込み部１１２は、格納位置情報及びブロック管理情報において、ブロック格納位置とメタデータ格納位置とを、各記憶装置３０がブロック３２０及びメタデータ３３０を格納可能な最大数n以上離して設定する。図１０（ａ），（ｂ）に示す例においては、書き込み部１１２は、ブロック格納位置とメタデータ格納位置とを、1024離して設定している。
検索リクエスト実行部１１５は、検索リクエスト中の検索対象期間に含まれる全ブロック３２０について、対応するメタデータ３３０を記憶装置３０から読み込む。検索リクエスト実行部１１５は、検索対象期間に基づいて、ブロック管理情報をブロックＩＤを検索し、条件を満たすブロック３２０のブロックＩＤを特定する。また、検索リクエスト実行部１１５は、図１０（ｂ）に示したブロック管理情報に基づいて、検索対象のブロック３２０に対応するメタデータ３３０を特定する。そして、検索リクエスト実行部１１５は、特定したメタデータ３３０を調べることで、対応するブロック３２０が条件に合致するパケットを含むかを判定する。
読み出しリクエスト実行部１１６は、読み出しリクエストによって指定されたブロック３２０を記憶装置３０から読み出す。
リプライ送信部１１４は、クライアント２０にリプライを送信する。具体的には、リプライ送信部１１４は、書き込みリクエスト，検索リクエスト及び読み出しリクエストについての実行結果をクライアント２０に送信する。例えば、リプライ送信部１１４は、書き込みリクエストについてのリプライとして書き込み結果を送信し、検索リクエストのリプライとして検索条件に合致するパケットを含むブロックＩＤの一覧を送信する。また、リプライ送信部１１４は、読み出しリクエストのリプライとして読み出したブロック３２０のデータを送信する。更に、リプライ送信部１１４は、書き込みリクエスト実行中に書き込みリクエスト数制限部１１１による書き込みリクエストの破棄があった場合には、書き込みリクエストの破棄があった旨を通知する。
図１１は、実施形態の一例としてのサーバにおける記憶装置に対する読み出し／書き込み手法を説明する図である。
図１１に示す例においては、書き込み部１１２は、メタデータ３３０を記憶装置＃２に書き込み（符号Ｆ１参照）、メタデータ３３０に対応するブロック３２０を記憶装置＃３に書き込む（符号Ｆ２参照）。このように、書き込み部１１２は、メタデータ３３０と、そのメタデータ３３０に対応するブロック３２０とを互いに異なる記憶装置３０に書き込む。
検索リクエスト実行部１１５は、記憶装置＃３に格納されているブロック３２０に対応するメタデータ３３０を、記憶装置＃２から読み出す（符号Ｆ３参照）。また、検索リクエスト実行部１１５は、記憶装置＃４に格納されているブロック３２０に対応するメタデータ３３０を、記憶装置＃３から読み出す（符号Ｆ４参照）。
〔Ａ−２〕動作
上述の如く構成された実施形態の一例としてのサーバにおける記憶装置への書き込み処理を図１２に示すフローチャート（ステップＳ１０〜Ｓ６０）に従って説明する。
リクエスト受信部１１３は、クライアント２０から書き込みリクエストを受信する（ステップＳ１０）。
書き込みリクエスト数制限部１１２は、リクエスト数が上限を超えているかを判定する（ステップＳ２０）。
リクエスト数が上限を超えている場合には（ステップＳ２０のＹＥＳルート参照）、ステップＳ６０へ移行する。
一方、リクエスト数が上限を超えていない場合には（ステップＳ２０のＮＯルート参照）、書き込み部１１２は、図１０（ａ）に示した格納位置情報を参照する（ステップＳ３０）。
書き込み部１１２は、格納位置情報に基づき、ブロック３２０及びメタデータ３３０を記憶装置３０に書き込む（ステップＳ４０）。すなわち、書き込み部１１２は、ブロック３２０の格納位置と対応するメタデータ３３０の格納位置とを、１台の記憶装置３０が格納可能なメタデータ３３０及びブロック３２０の最大数n以上離して書き込む。これにより、書き込み部１１２は、ブロック３２０と対応するメタデータ３３０とを互いに異なる記憶装置３０に書き込む。
言い換えれば、書き込み部１１２（第１書き込み部）は、メタデータ３３０及びブロック３２０を書き込み可能な複数の記憶装置３０のうち第１記憶装置（例えば記憶装置＃１）にメタデータ３３０を書き込む。また、書き込み部１１２（第２書き込み部）は、複数の記憶装置３０のうち第１記憶装置とは異なる第２記憶装置（例えば記憶装置＃２）にメタデータ３３０に対応するブロック３２０を書き込む。複数の記憶装置３０は、連続性を有するアドレスを定義されている。そして、第２書き込み部は、ブロック３２０を、第１書き込み部が書き込むメタデータ３３０のアドレスから第１記憶装置に書き込み可能なアドレス範囲以上離れたアドレスに書き込むことにより、第２記憶装置に書き込む。
書き込み部１１２は、図１０（ｂ）に示したブロック管理情報を更新する（ステップＳ５０）。
リプライ送信部１１４は、書き込みリクエストの実行結果をクライアント２０にリプライとして送信する（ステップＳ６０）。
〔Ａ−３〕効果
以下、図１３〜図１５を参照しながら、本実施形態の一例としてのネットワークシステム１により奏することができる効果を説明する。
図１３は、実施形態の一例としてのストレージシステムにおける各記憶装置に対する検索頻度を例示する図である。
以下、ブロック３２０を書き込み中の記憶装置３０をtail HDDといい、tail HDDの１台後の記憶装置３０をhead HDDという。つまり、tail HDDに最も新しいブロック３２０を格納し、tail HDDからの並び順に従いtail HDDから前向き（図１４及び図１５中上向き）に遠くなるほど古いブロック３２０となり、head HDDが格納するブロック３２０は最も古い。
また、書き込みリクエストの頻度をAw［回／秒］とし、検索リクエストの合計頻度をAs［回／秒］とし、又、検索対象のブロック３２０が格納されている記憶装置３０とtail HDDとの距離をi（=0,1,…NHDD-1）［台］とする。
検索対象のブロック３２０に対する検索頻度は、
Figure 2015069215
となる。
すなわち、tail HDDに格納されているブロック３２０に対する検索頻度は、
Figure 2015069215
であり、head HDDに格納されているブロック３２０に対する検索頻度は、0［回／秒］である。
このように、ブロック３２０を書き込み中の記憶装置３０であるtail HDDに対する検索頻度は高く、tail HDDから離れるほど検索頻度は低くなり、head HDDに対する検索頻度は最も低い。つまり、ストリームデータでは、新しいブロック３２０に対する検索頻度は高く、古いブロック３２０に対する検索頻度は低くなる。
図１４及び図１５は、実施形態の一例としてのストレージシステムにおける効果を説明する図である。
図１４に示す例においては、書き込み部１１２は、記憶装置＃２にメタデータ３３０を書き込み（符号Ｇ１参照）、記憶装置＃３にブロック３２０を書き込む（符号Ｇ２参照）。また、記憶装置＃３はtail HDDであり、記憶装置＃４はhead HDDである。
読み出しリクエスト実行部１１６は、書き込み部１１２による書き込みと同時に、記憶装置＃３に格納されているブロック３２０に対応するメタデータ３３０を、記憶装置＃２から読み出す（符号Ｇ３参照）。
すなわち、図１４に示す例においては、書き込み部１１２によるブロック３２０の書き込み（符号Ｇ２参照）と、読み出しリクエスト実行部１１６によるメタデータ３３０の読み出し（符号Ｇ３参照）との間には競合が発生しない。
一方、書き込み部１１２によるメタデータ３３０の書き込み（符号Ｇ１参照）と、読み出しリクエスト実行部１１６によるメタデータ３３０の読み出し（符号Ｇ３参照）との間には競合が発生する。しかしながら、メタデータ３３０の書き込み性能には余力があるため、競合による性能低下の影響は限定的である。
図１５に示す例においては、書き込み部１１２は、記憶装置＃２にメタデータ３３０を書き込み（符号Ｈ１参照）、記憶装置＃３にブロック３２０を書き込む（符号Ｈ２参照）。また、記憶装置＃３はtail HDDであり、記憶装置＃４はhead HDDである。
読み出しリクエスト実行部１１６は、書き込み部１１２による書き込みと同時に、記憶装置＃４に格納されているブロック３２０に対応するメタデータ３３０を、記憶装置＃３から読み出す（符号Ｈ３参照）。
すなわち、図５に示す例においては、書き込み部１１２によるブロック３２０の書き込み（符号Ｈ２参照）と、読み出しリクエスト実行部１１６によるメタデータ３３０の読み出し（符号Ｈ３参照）との間には競合が発生する。しかしながら、符号Ｈ３における読み出し対象のブロック３２０は、head HDDに格納されており、ストレージシステム１に格納されているブロック３２０のうちでは古いものである。よって、符号Ｈ３における読み出し対象のブロック３２０に対する読み出しリクエストや検索リクエストは極めて少ないため（図１３を用いて上述した例では0）、符号Ｈ２におけるブロック３２０の書き込み性能に与える影響は限定的である。
次に、従来例と本実施形態の一例とにおけるメタデータアクセス負荷を比較する。
ここで、メタデータアクセス負荷とは、メタデータ３３０を書き込む記憶装置３０における、メタデータ３３０の書き込み頻度と検索頻度との合計である。
ブロック３２０を書き込む記憶装置３０における、ブロック３２０の書き込みリクエストと検索リクエストとの競合発生確率を、従来例及び本実施形態の一例において、ともに0とする。
従来例におけるメタデータアクセス負荷は、Aw+Asとなる。
一方、本実施形態の一例におけるメタデータアクセス負荷は、
Figure 2015069215
となる。
すなわち、NHDD＞3［台］であれば、本実施形態の一例におけるメタデータアクセス負荷は、従来例におけるメタデータアクセス負荷よりも小さくなる。
本実施形態の一例においては、第１書き込み部が複数の記憶装置３０のうち第１記憶装置にメタデータ３３０を書き込み、第２書き込み部が複数の記憶装置３０のうち第１記憶装置とは異なる第２記憶装置にメタデータ３３０に対応するブロック３２０を書き込む。また、第２書き込み部は、ブロック３２０を、第１書き込み部が書き込むメタデータ３３０のアドレスから第１記憶装置に書き込み可能なアドレス範囲以上離れたアドレスに書き込むことにより、第２記憶装置に書き込む。このように、本実施形態の一例においては、ブロック３２０と対応するメタデータ３３０とを、互いに異なる記憶装置３０に書き込むことができ、記憶装置３０に対するアクセスによる負荷を低減させることができる。また、メタデータ３３０専用の記憶装置３０を備える必要が無く、ストレージシステム１の製造コストを低減させることができる。
〔Ｂ〕その他
開示の技術は上述した実施形態に限定されるものではなく、本実施形態の趣旨を逸脱しない範囲で種々変形して実施することができる。本実施形態の各構成及び各処理は、必要に応じて取捨選択することができ、あるいは適宜組み合わせてもよい。
〔Ｃ〕付記
（付記１）
メタデータ及びブロックデータを書き込み可能な複数の記憶装置と、
前記複数の記憶装置のうち第１記憶装置にメタデータを書き込む第１書き込み部と、
前記複数の記憶装置のうち前記第１記憶装置とは異なる第２記憶装置に前記メタデータに対応するブロックデータを書き込む第２書き込み部と、
を備えることを特徴とする、情報処理装置。
（付記２）
前記複数の記憶装置は、連続性を有するアドレスを定義されており、
前記第２書き込み部は、前記ブロックデータを、前記第１書き込み部が書き込む前記メタデータのアドレスから前記第１記憶装置に書き込み可能なアドレス範囲以上離れたアドレスに書き込むことにより、前記第２記憶装置に書き込む、
ことを特徴とする、付記１に記載の情報処理装置。
（付記３）
前記第２記憶装置におけるアドレスは、前記第１記憶装置におけるアドレスに連続するように設定される、
ことを特徴とする、付記２に記載の情報処理装置。
（付記４）
端末装置と情報処理装置とを有する情報処理システムにおいて、
前記端末装置は、
メタデータとブロックデータとを有する書き込みリクエストを出力する出力部
を備え、
前記情報処理装置は、
メタデータ及びブロックデータを書き込み可能な複数の記憶装置と、
前記書き込みリクエストを受信する受信部と、
前記複数の記憶装置のうち第１記憶装置に前記書き込みリクエストに含まれるメタデータを書き込む第１書き込み部と、
前記複数の記憶装置のうち前記第１記憶装置とは異なる第２記憶装置に前記メタデータに対応するブロックデータを書き込む第２書き込み部と、
を備えることを特徴とする、情報処理システム。
（付記５）
前記複数の記憶装置は、連続性を有するアドレスを定義されており、
前記第２書き込み部は、前記ブロックデータを、前記第１書き込み部が書き込む前記メタデータのアドレスから前記第１記憶装置に書き込み可能なアドレス範囲以上離れたアドレスに書き込むことにより、前記第２記憶装置に書き込む、
ことを特徴とする、付記４に記載の情報処理システム。
（付記６）
前記第２記憶装置におけるアドレスは、前記第１記憶装置におけるアドレスに連続するように設定される、
ことを特徴とする、付記５に記載の情報処理システム。
（付記７）
メタデータ及びブロックデータを書き込み可能な複数の記憶装置のうち第１記憶装置にメタデータを書き込み、
前記複数の記憶装置のうち前記第１記憶装置とは異なる第２記憶装置に前記メタデータに対応するブロックデータを書き込む、
処理をコンピュータに実行させることを特徴とする、制御プログラム。
（付記８）
前記複数の記憶装置は、連続性を有するアドレスを定義されており、
前記ブロックデータを、前記メタデータのアドレスから前記第１記憶装置に書き込み可能なアドレス範囲以上離れたアドレスに書き込むことにより、前記第２記憶装置に書き込む、
処理を前記コンピュータに実行させることを特徴とする、付記７に記載の制御プログラム。
（付記９）
前記第２記憶装置におけるアドレスは、前記第１記憶装置におけるアドレスに連続するように設定される、
ことを特徴とする、付記８に記載の制御プログラム。
（付記１０）
メタデータ及びブロックデータを書き込み可能な複数の記憶装置のうち第１記憶装置にメタデータを書き込み、
前記複数の記憶装置のうち前記第１記憶装置とは異なる第２記憶装置に前記メタデータに対応するブロックデータを書き込む、
ことを特徴とする、制御方法。
（付記１１）
前記複数の記憶装置は、連続性を有するアドレスを定義されており、
前記ブロックデータを、前記メタデータのアドレスから前記第１記憶装置に書き込み可能なアドレス範囲以上離れたアドレスに書き込むことにより、前記第２記憶装置に書き込む、
ことを特徴とする、付記１０に記載の制御方法。
（付記１２）
前記第２記憶装置におけるアドレスは、前記第１記憶装置におけるアドレスに連続するように設定される、
ことを特徴とする、付記１１に記載の制御方法。
１ ストレージシステム（情報処理システム）
１００ ネットワーク
１０ サーバ（情報処理装置）
１１ ＣＰＵ（コンピュータ）
１１０ 書き込みリクエスト実行部
１１１ 書き込みリクエスト数制限部
１１２ 書き込み部
１１３ リクエスト受信部
１１４ リプライ送信部
１１５ 検索リクエスト実行部
１１６ 読み出しリクエスト実行部
１２ メモリ
１３ ネットワークＩ／Ｆ
２０ クライアント（端末装置）
２１ ＣＰＵ
２１０ 書き込みリクエスト生成部
２１１ ストリームデータ受信部
２１２ ストリームデータ分割部
２１３ メタデータ生成部
２１４ メタデータ付加部
２１５ ブロックＩＤ付与部
２１６ リクエスト送信部
２１７ リプライ受信部
２１８ 検索リクエスト生成部
２１９ 読み出しリクエスト生成部
２２ メモリ
２３ ネットワークＩ／Ｆ
３０ 記憶装置
４０ 記憶装置
３００ イベントデータ
３１０ ヘッダ
３２０ ブロック（ブロックデータ）
３３０ メタデータ
３４０ データ

Claims (6)

  1. メタデータ及びブロックデータを書き込み可能な複数の記憶装置と、
    前記複数の記憶装置のうち第１記憶装置にメタデータを書き込む第１書き込み部と、
    前記複数の記憶装置のうち前記第１記憶装置とは異なる第２記憶装置に前記メタデータに対応するブロックデータを書き込む第２書き込み部と、
    を備えることを特徴とする、情報処理装置。
  2. 前記複数の記憶装置は、連続性を有するアドレスを定義されており、
    前記第２書き込み部は、前記ブロックデータを、前記第１書き込み部が書き込む前記メタデータのアドレスから前記第１記憶装置に書き込み可能なアドレス範囲以上離れたアドレスに書き込むことにより、前記第２記憶装置に書き込む、
    ことを特徴とする、請求項１に記載の情報処理装置。
  3. 前記第２記憶装置におけるアドレスは、前記第１記憶装置におけるアドレスに連続するように設定される、
    ことを特徴とする、請求項２に記載の情報処理装置。
  4. 端末装置と情報処理装置とを有する情報処理システムにおいて、
    前記端末装置は、
    メタデータとブロックデータとを有する書き込みリクエストを出力する出力部
    を備え、
    前記情報処理装置は、
    メタデータ及びブロックデータを書き込み可能な複数の記憶装置と、
    前記書き込みリクエストを受信する受信部と、
    前記複数の記憶装置のうち第１記憶装置に前記書き込みリクエストに含まれるメタデータを書き込む第１書き込み部と、
    前記複数の記憶装置のうち前記第１記憶装置とは異なる第２記憶装置に前記メタデータに対応するブロックデータを書き込む第２書き込み部と、
    を備えることを特徴とする、情報処理システム。
  5. メタデータ及びブロックデータを書き込み可能な複数の記憶装置のうち第１記憶装置にメタデータを書き込み、
    前記複数の記憶装置のうち前記第１記憶装置とは異なる第２記憶装置に前記メタデータに対応するブロックデータを書き込む、
    処理をコンピュータに実行させることを特徴とする、制御プログラム。
  6. メタデータ及びブロックデータを書き込み可能な複数の記憶装置のうち第１記憶装置にメタデータを書き込み、
    前記複数の記憶装置のうち前記第１記憶装置とは異なる第２記憶装置に前記メタデータに対応するブロックデータを書き込む、
    ことを特徴とする、制御方法。
JP2013200002A 2013-09-26 2013-09-26 情報処理装置，情報処理システム，制御プログラム及び制御方法 Withdrawn JP2015069215A (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2013200002A JP2015069215A (ja) 2013-09-26 2013-09-26 情報処理装置，情報処理システム，制御プログラム及び制御方法
US14/457,418 US20150089135A1 (en) 2013-09-26 2014-08-12 Information processing system and method for controlling data access to storage devices

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2013200002A JP2015069215A (ja) 2013-09-26 2013-09-26 情報処理装置，情報処理システム，制御プログラム及び制御方法

Publications (1)

Publication Number Publication Date
JP2015069215A true JP2015069215A (ja) 2015-04-13

Family

ID=52692051

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2013200002A Withdrawn JP2015069215A (ja) 2013-09-26 2013-09-26 情報処理装置，情報処理システム，制御プログラム及び制御方法

Country Status (2)

Country Link
US (1) US20150089135A1 (ja)
JP (1) JP2015069215A (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10152388B1 (en) * 2014-09-30 2018-12-11 EMC IP Holding Company LLC Active stream counts for storage appliances
US10048874B1 (en) * 2016-06-29 2018-08-14 EMC IP Holding Company LLC Flow control with a dynamic window in a storage system with latency guarantees
CN108763105B (zh) * 2018-05-28 2020-12-01 深圳忆联信息系统有限公司 提升固态存储设备写性能的方法、装置及计算机设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003280950A (ja) * 2002-03-26 2003-10-03 Fujitsu Ltd ファイル管理システム
US20030204670A1 (en) * 2002-04-25 2003-10-30 Holt Keith W. Method for loosely coupling metadata and data in a storage array
US20040024963A1 (en) * 2002-08-05 2004-02-05 Nisha Talagala Method and system for striping data to accommodate integrity metadata
JP2005316762A (ja) * 2004-04-28 2005-11-10 Toshiba Corp ディスク記憶装置及びｒａｉｄ構築方法
JP2010238038A (ja) * 2009-03-31 2010-10-21 Nec Corp 分散ファイルシステム及び分散ファイル格納方法

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7685126B2 (en) * 2001-08-03 2010-03-23 Isilon Systems, Inc. System and methods for providing a distributed file system utilizing metadata to track information about data stored throughout the system
JP2004295464A (ja) * 2003-03-27 2004-10-21 Hitachi Ltd 計算機システム
US8510265B1 (en) * 2010-03-31 2013-08-13 Emc Corporation Configuration utility for a data storage system using a file mapping protocol for access to distributed file systems
US8818951B1 (en) * 2011-12-29 2014-08-26 Emc Corporation Distributed file system having separate data and metadata and providing a consistent snapshot thereof
US8938584B2 (en) * 2012-04-30 2015-01-20 Dell Products, Lp System and method to keep parity consistent in an array of solid state drives when data blocks are de-allocated
US9135170B2 (en) * 2012-05-15 2015-09-15 Futurewei Technologies, Inc. Memory mapping and translation for arbitrary number of memory units

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003280950A (ja) * 2002-03-26 2003-10-03 Fujitsu Ltd ファイル管理システム
US20030204670A1 (en) * 2002-04-25 2003-10-30 Holt Keith W. Method for loosely coupling metadata and data in a storage array
US20040024963A1 (en) * 2002-08-05 2004-02-05 Nisha Talagala Method and system for striping data to accommodate integrity metadata
JP2005316762A (ja) * 2004-04-28 2005-11-10 Toshiba Corp ディスク記憶装置及びｒａｉｄ構築方法
JP2010238038A (ja) * 2009-03-31 2010-10-21 Nec Corp 分散ファイルシステム及び分散ファイル格納方法

Also Published As

Publication number Publication date
US20150089135A1 (en) 2015-03-26

Similar Documents

Publication Publication Date Title
US11461027B2 (en) Deduplication-aware load balancing in distributed storage systems
US10778581B2 (en) Synthetic supernet compression
US10466935B2 (en) Methods for sharing NVM SSD across a cluster group and devices thereof
WO2010086921A1 (ja) ストレージシステム
JP6526235B2 (ja) データチェック方法および記憶システム
JP6268116B2 (ja) データ処理装置、データ処理方法およびコンピュータプログラム
JP2015069215A (ja) 情報処理装置，情報処理システム，制御プログラム及び制御方法
US10095706B2 (en) Data access system and data access method
JP6951846B2 (ja) 計算機システム及びタスクの割当方法
JP2007058856A (ja) キャッシュメモリをメモリブロックに分けてファイルのデータを保存するキャッシュ方法及びキャッシュシステム
US20170255393A1 (en) Storage device and storage method
JP2010176181A (ja) ストレージシステム
JP2012043098A (ja) 管理装置，ファイルサーバシステム，処理方法及び管理プログラム
JP2012155650A (ja) ルータ及びメニーコアシステム
JP6378044B2 (ja) データ処理装置、データ処理方法およびプログラム
US10374957B2 (en) Traffic control method and apparatus
EP3089411A1 (en) Data forwarding method and apparatus based on indexed allocation
EP3182267A1 (en) Method and device for isolating disk regions
JP5494817B2 (ja) ストレージシステム、データ管理装置、方法及びプログラム
CN111125011B (zh) 一种文件处理方法、系统及相关设备
US20140157275A1 (en) Distributed computing method and distributed computing system
US8843517B1 (en) System and method for scalable high speed distributive data storage and retrieval
US20130073782A1 (en) Method and device for storing data
US20220058128A1 (en) Information processing apparatus and non-transitory computer-readable storage medium
US20150277780A1 (en) Server apparatus, recording medium storing information storage program, and information storing method

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20160606

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20170529

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20170606

A761 Written withdrawal of application

Free format text: JAPANESE INTERMEDIATE CODE: A761

Effective date: 20170606