JP2017212009A - Storage device, method of writing file, and program - Google Patents
Storage device, method of writing file, and program Download PDFInfo
- Publication number
- JP2017212009A JP2017212009A JP2017159250A JP2017159250A JP2017212009A JP 2017212009 A JP2017212009 A JP 2017212009A JP 2017159250 A JP2017159250 A JP 2017159250A JP 2017159250 A JP2017159250 A JP 2017159250A JP 2017212009 A JP2017212009 A JP 2017212009A
- Authority
- JP
- Japan
- Prior art keywords
- directory
- file
- storage
- server
- directory name
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims description 30
- 230000004044 response Effects 0.000 claims description 14
- 238000012545 processing Methods 0.000 abstract description 51
- 238000010586 diagram Methods 0.000 description 29
- 230000008569 process Effects 0.000 description 24
- 238000004891 communication Methods 0.000 description 22
- 230000000052 comparative effect Effects 0.000 description 9
- 238000006243 chemical reaction Methods 0.000 description 6
- 230000008859 change Effects 0.000 description 5
- 230000007423 decrease Effects 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 230000005415 magnetization Effects 0.000 description 2
- 230000002123 temporal effect Effects 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- 230000004913 activation Effects 0.000 description 1
- XAGFODPZIPBFFR-UHFFFAOYSA-N aluminium Chemical compound [Al] XAGFODPZIPBFFR-UHFFFAOYSA-N 0.000 description 1
- 229910052782 aluminium Inorganic materials 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 230000006866 deterioration Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 239000011521 glass Substances 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 239000000758 substrate Substances 0.000 description 1
- 239000010409 thin film Substances 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000009466 transformation Effects 0.000 description 1
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
Description
本発明は、ストレージ装置、ファイル書き込み方法、およびプログラムに関する。 The present invention relates to a storage device, a file writing method, and a program.
従来、複数のファイルサーバにより分散してファイルを管理する技術が知られている（特許文献１参照）。この種の技術において、ファイルサーバには、予め複数のディレクトリが作成され、各ディレクトリに対応付けて複数のファイルが保存される場合がある。 2. Description of the Related Art Conventionally, a technique for managing files in a distributed manner by a plurality of file servers is known (see Patent Document 1). In this type of technology, a plurality of directories may be created in advance in the file server, and a plurality of files may be stored in association with each directory.
しかしながら、ファイルサーバに作成するディレクトリ数が少ない場合、各ディレクトリに対応付けて保存されるファイル数が膨大となるため、ディレクトリとファイルとの関係を表すディレクトリ情報が膨大となり、ファイルの書き込み性能が次第に劣化するという問題がある。一方、ファイルサーバに作成するディレクトリ数を多くした場合、ファイルが多くのディレクトリに分散されるため、ファイルの書き込み位置が過度に分散する場合があった。 However, when the number of directories created on the file server is small, the number of files stored in association with each directory becomes enormous, so the directory information indicating the relationship between the directories becomes enormous and the file writing performance gradually increases. There is a problem of deterioration. On the other hand, when the number of directories created on the file server is increased, the file is distributed over many directories, and thus the file writing position may be excessively distributed.
本発明は、このような事情を考慮してなされたものであり、ファイルの処理性能を向上させることができるストレージ装置、ファイル書き込み方法、およびプログラムを提供することを目的の一つとする。 The present invention has been made in view of such circumstances, and an object of the present invention is to provide a storage device, a file writing method, and a program capable of improving file processing performance.
本発明の一態様は、ディレクトリ名を指定したファイルの書き込み要求を受け付ける受付部と、各ディレクトリに対応して記憶装置に書き込まれるファイル数に設けられる上限の範囲内で、前記受付部により受け付けられた書き込み要求に応答して、指定された前記ディレクトリ名のディレクトリに対応付けて前記ファイルを前記記憶装置に書き込む制御部とを備えるストレージ装置である。 According to one aspect of the present invention, a reception unit that receives a write request for a file that specifies a directory name, and an upper limit that is provided for the number of files that are written to a storage device corresponding to each directory are received by the reception unit. And a control unit that writes the file to the storage device in association with the directory having the designated directory name in response to the write request.
本発明の一態様によれば、ファイルの処理性能を向上させることができる。 According to one embodiment of the present invention, file processing performance can be improved.
以下、図面を参照し、本発明のストレージ装置、ファイル書き込み方法、およびプログラムの実施形態について説明する。 Hereinafter, embodiments of a storage device, a file writing method, and a program according to the present invention will be described with reference to the drawings.
＜第１実施形態＞
［ストレージシステム１の全体構成］
図１は、第１実施形態に係るストレージシステム１の一例を示す図である。ストレージシステム１は、例えば、複数のユーザ端末からのアップロード要求に従ってファイルをストレージサーバに蓄積すると共に、ユーザ端末からの閲覧要求またはダウンロード要求に従って、蓄積しているファイルをユーザ端末に閲覧またはダウンロードさせるストレージサービスを提供するものである。
<First Embodiment>
[Entire configuration of storage system 1]
FIG. 1 is a diagram illustrating an example of a
ストレージシステム１は、例えば、フロントサーバ１００と、ストレージサーバ２００と、メタデータデータベースサーバ３００と、ユーザ端末４００−１、・・・４００−Ｍ（Ｍは２以上の自然数）とを含む。なお、ストレージシステム１において、複数のユーザ端末４００とフロントサーバ１００とがネットワークＮＷを介して情報を通信する。ネットワークＮＷは、例えば、無線基地局、Ｗｉ−Ｆｉアクセスポイント、通信回線、プロバイダ、インターネットなどを含む。なお、以下の説明において、ユーザ端末を他のユーザ端末と区別しない場合には「ユーザ端末４００」と記載する。
The
また、ストレージシステム１において、フロントサーバ１００とストレージサーバ２００、およびフロントサーバ１００とメタデータデータベースサーバ３００とは、ネットワークＮＷとは異なるネットワークを介して通信接続されている。なお、図１に示したフロントサーバ１００、ストレージサーバ２００、およびメタデータデータベースサーバ３００は、単一のサーバ装置により実現してよく、それぞれ複数のサーバ装置を含んでいてよい。
In the
［フロントサーバ１００の構成］
図２は、フロントサーバ１００の一例を示す図である。フロントサーバ１００は、例えば、ユーザ側通信部１１０と、サーバ側通信部１２０と、フロント制御部１３０と、を含む。
[Configuration of Front Server 100]
FIG. 2 is a diagram illustrating an example of the
ユーザ側通信部１１０およびサーバ側通信部１２０は、例えばＮＩＣ（Network Interface Card）を含む。ユーザ側通信部１１０は、ネットワークＮＷを介してユーザの使用するユーザ端末４００との間で通信を行う。サーバ側通信部１２０は、他のネットワーク介してストレージサーバ２００およびメタデータデータベースサーバ３００との間で通信を行う。
The user
フロント制御部１３０は、例えば、アプリケーション処理部１３２と、ファイル管理部１３４とを含む。アプリケーション処理部１３２は、例えばＣＰＵ（Central Processing Unit）などのプロセッサがプログラムメモリに格納されたアプリケーションプログラムを実行することにより実現される。ファイル管理部１３４は、例えばＣＰＵなどのプロセッサがプログラムメモリに格納されたＯＳ（Operating System）プログラムを実行することにより実現される。アプリケーション処理部１３２およびファイル管理部１３４を含む機能部のうち一部または全部は、ＬＳＩ（Large Scale Integration）、ＡＳＩＣ（Application Specific Integrated Circuit）、またはＦＰＧＡ（Field-Programmable Gate Array）などのハードウェアにより実現されてもよい。
The
アプリケーション処理部１３２は、ユーザ側通信部１１０を用いてユーザ端末４００から送信されたファイルのアップロード要求を受け付ける（受付部）。ファイルのアップロード要求は、ディレクトリを指定したファイルの書き込み要求である。アプリケーション処理部１３２は、ファイルのアップロード要求に応答した書き込み要求をストレージサーバ２００に送信する。
The
ファイル管理部１３４は、アップロード要求によりストレージサーバ２００に書き込まれているファイルに関連するディレクトリ情報をキャッシュメモリ１３６に書き込む。ディレクトリ情報は、ディレクトリを管理する管理情報である。図３は、ディレクトリ情報１３６Ａの一例を示す図である。ディレクトリ情報は、例えば、各ディレクトリ名と、所定の上限数の範囲内でディレクトリ名に対応付けられるファイル名とを対応付けている。ディレクトリ名は、ファイルのアップロード要求により指定されたディレクトリ名である。ファイル名は、アップロード要求により書き込まれるファイルのファイル名である。なお、ディレクトリ名には、追加時刻などその他の情報も対応付けられてよい。また、ファイル名には、ファイル管理部１３４においてファイル名に対応したファイルを特定するinode番号が対応付けられてよいが、これに限定されず、アップロード時刻などその他の情報も対応付けられてよい。
The
また、ファイル管理部１３４は、ファイルがストレージサーバ２００に書き込まれた場合に、メタデータデータベースサーバ３００にメタデータを書き込む。図４は、メタデータ３１０の一例を示す図である。メタデータ３１０には、例えば、グループｉｄと、ＨＤＤｉｄと、ディレクトリ名と、ファイル名と、ＬＢＡ（Logical Block Address）とが含まれている。グループｉｄは、ファイルストレージ部２１０全体の記憶容量を所定の記憶容量に区分した一つのグループを特定する識別情報である。各グループは、一又は複数のハードディスク装置２１０Ａを含む。各グループは、他のグループと並行してファイルが書き込まれる。なお、「メモリ」の一例は、キャッシュメモリ１３６、またはメタデータデータベースサーバ３００である。キャッシュメモリ１３６に代えて外部メモリを用いてもよい。
Further, the
［メタデータデータベースサーバ３００の構成］
ストレージサーバ２００に先だってメタデータデータベースサーバ３００について説明する。メタデータデータベースサーバ３００は、例えば、通信部とメタデータ３１０を記憶する記憶装置とを含む。メタデータデータベースサーバ３００は、通信部を用いてメタデータ３１０を受信した場合に、記憶部にメタデータ３１０を書き込む。メタデータデータベースサーバ３００は、フロントサーバ１００の要求に従って、メタデータ３１０を読み出して、読み出したメタデータ３１０をフロントサーバ１００に送信する。
[Configuration of Metadata Database Server 300]
Prior to the
［ストレージサーバ２００の構成］
図５は、ストレージサーバ２００の一例を示す図である。ストレージサーバ２００は、例えば、ファイルストレージ部２１０−１、・・・２１０−Ｎ（Ｎは２以上の自然数）と、サーバ側通信部２２０と、ストレージ制御部２３０と、情報記憶部２４０とを含む。なお、以下の説明において、ファイルストレージ部を他のファイルストレージ部と区別しない場合には「ファイルストレージ部２１０」と記載する。
[Configuration of Storage Server 200]
FIG. 5 is a diagram illustrating an example of the
各ファイルストレージ部２１０は、一又は複数のハードディスク装置２１０Ａを含む。ハードディスク装置２１０Ａは、ファイルの書き込み、読み出し、および削除を実行する。
Each
ファイルストレージ部２１０は、ストレージ制御部２３０からライトコマンドが供給された場合、ライトコマンドに含まれるファイルをハードディスク装置２１０Ａに書き込む。ファイルストレージ部２１０は、ストレージ制御部２３０からリードコマンドが供給された場合、リードコマンドにより指定されたファイルをハードディスク装置２１０Ａから読み出し、読み出したファイルをストレージ制御部２３０に出力する。ファイルストレージ部２１０は、ストレージ制御部２３０から削除コマンドが供給された場合、リードコマンドにより指定されたファイルをハードディスク装置２１０Ａから削除する。
When the write command is supplied from the
サーバ側通信部２２０は、例えばＮＩＣを含む。サーバ側通信部２２０は、ネットワークＮＷとは他のネットワーク介してストレージサーバ２００との間で通信を行う。
The server
ストレージ制御部２３０は、例えば、記憶制御部２３２と、ファイルカウンタ部２３４とを含む。記憶制御部２３２およびファイルカウンタ部２３４は、例えばＣＰＵなどのプロセッサがプログラムメモリに格納されたサーバプログラムを実行することにより実現される。記憶制御部２３２およびファイルカウンタ部２３４を含む機能部のうち一部または全部は、ＬＳＩ、ＡＳＩＣ、またはＦＰＧＡなどのハードウェアにより実現されてもよい。
The
情報記憶部２４０は、例えば、論物変換テーブル記憶部２４２と、ファイル数記憶部２４４とを含む。情報記憶部２４０は、ＨＤＤ（Hard Disc Drive）、フラッシュメモリ、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）、ＲＯＭ（Read Only Memory）、またはＲＡＭ（Random Access Memory）等により実現される。情報記憶部２４０には、サーバプログラム等の各種プログラム、各種の処理結果などが記憶される。
The
記憶制御部２３２は、サーバ側通信部２２０を用いてフロントサーバ１００から受信した書き込み要求に応答して、ファイルをハードディスク装置２１０Ａに書き込む。記憶制御部２３２は、書き込み要求を受信した場合に、書き込み要求により指定されたディレクトリに対応付けてファイルをハードディスク装置２１０Ａに書き込む。このとき、記憶制御部２３２は、論物変換テーブル記憶部２４２に記憶された論物変換テーブル２４２Ａを参照して、書き込み要求に含まれるＬＢＡをＰＢＡに変換し、変換したＰＢＡに対応する位置にファイルを書き込む。記憶制御部２３２は、例えば、複数回ファイルの書き込みを行う場合、ファイルのＬＢＡを連番に設定し、ＬＢＡが近いファイルをハードディスク装置２１０Ａにおける近くのＰＢＡに書き込む。図６は、論物変換テーブル２４２Ａの一例を示す図である。論物変換テーブル記憶部２４２におけるデータ有無は、例えば、ＰＢＡにより特定される物理ブロック内にデータが書き込まれているか否かを示すデータ有無フラグである。
In response to the write request received from the
ファイルカウンタ部２３４は、各ディレクトリに対応付けられて書き込まれたファイル数をカウントする。ファイルカウンタ部２３４は、カウントした結果をカウンタテーブル２４４Ａに記憶する。カウンタテーブル２４４Ａは、ディレクトリに対応付けて書き込まれたファイル数を管理する管理情報である。図７は、カウンタテーブル２４４Ａの一例を示す図である。カウンタテーブル２４４Ａにおけるディレクトリ名には、例えば、カウントした結果としてのファイル数と、上限値とが対応付けられている。 The file counter unit 234 counts the number of files written in association with each directory. The file counter unit 234 stores the counted result in the counter table 244A. The counter table 244A is management information for managing the number of files written in association with the directory. FIG. 7 is a diagram illustrating an example of the counter table 244A. For example, the directory name in the counter table 244A is associated with the number of files as a result of counting and an upper limit value.
（ハードディスク装置２１０Ａの構成）
図８は、ハードディスク装置２１０Ａの一例を示す図である。ハードディスク装置２１０Ａは、例えば、磁気ディスク２１１と、ヘッドスタックアッセンブリ（Head Stack Assembly；ＨＳＡ）２１２と、駆動回路２２３と、ＨＤＤコントローラ２２４と、インターフェース２２５とを含む。
(Configuration of
FIG. 8 is a diagram illustrating an example of the
磁気ディスク２１１は、アルミニウムやガラス等の基板の表裏面に磁気記録層が形成された円盤（プラッタ）である。磁気ディスク２１１は、単一の円盤により構成されてもよいし、円盤の厚み方向に対して複数枚の円盤が積み重ねられて構成されてもよい。 The magnetic disk 211 is a disk (platter) in which magnetic recording layers are formed on the front and back surfaces of a substrate such as aluminum or glass. The magnetic disk 211 may be configured by a single disk, or may be configured by stacking a plurality of disks in the thickness direction of the disk.
ヘッドスタックアッセンブリ２１２は、記録再生ヘッド２１２ａと、ヘッドアンプＩＣ２１２ｂと、ボイスコイルモータ２１２ｃと、スピンドルモータ２１２ｄとを含む。
The head stack assembly 212 includes a recording / reproducing
記録再生ヘッド２１２ａは、ヘッドアーム上に搭載され、ボイスコイルモータ２１２ｃからの駆動力によって磁気ディスク２１１上をシークしながら、磁気ディスク２１１に対して相対的に移動する。記録再生ヘッド２１２ａは、記録および再生兼用の磁性体コアを用いた薄膜ヘッドであってよいが、これに限定されない。
The recording / reproducing
記録再生ヘッド２１２ａは、ファイルを書き込む場合、ヘッドアンプＩＣ２１２ｂにより供給された電気信号に基づく磁界を発生させることで、磁気ディスク２２１の磁気記録層の磁化方向を変化させる。これによって、記録再生ヘッド２１２ａは、ファイルを磁気ディスク２２１に書き込む。記録再生ヘッド２１２ａは、ファイルを読み出す場合、磁気ディスク２１１上を移動しながら、磁気ディスク２１１の磁気記録層の磁化方向に対応した電気信号を生成する。記録再生ヘッド２１２ａは、生成した電気信号を、ヘッドアンプＩＣ２１２ｂを介して駆動回路２２３に供給する。
When writing a file, the recording / reproducing
ヘッドアンプＩＣ２１２ｂは、記録再生ヘッド２１２ａにより供給された電気信号の信号強度を増幅する。また、ヘッドアンプＩＣ２１２ｂは、駆動回路２２３により供給されたユーザデータを電気信号に変換し、記録再生ヘッド２１２ａに供給する。
The
ボイスコイルモータ２１２ｃは、駆動回路２２３により供給された駆動電流に応じて、ヘッドスタックアッセンブリ２２２を駆動する。これにより、ボイスコイルモータ２１２ｃは、記録再生ヘッド２１２ａを、磁気ディスク２１１の径方向に沿って（あるいは径方向に対して角度を有する斜めの方向に沿って）外側または内側に移動させ、トラック間を移動させる。径方向とは、磁気ディスクの中心を通る方向である。スピンドルモータ２１２ｄは、駆動回路２２３により供給された駆動電流に応じて、磁気ディスク２１１を回転させる。スピンドルモータ２１２ｄは、例えば、ＤＣブラシレスモータである。
The
駆動回路２２３は、ヘッドアンプＩＣとの間で信号を授受すると共に、ボイスコイルモータ２１２ｃおよびスピンドルモータ２１２ｄを駆動する。これにより、駆動回路２２３は、コマンドに含まれるＰＢＡに対応する位置に記録再生ヘッド２１２ａをシークさせてファイルを書き込む。
The
ＨＤＤコントローラ２２４は、インターフェース２２５を用いて、フロントサーバ１００から送信されたリードコマンド、ライトコマンド、および削除コマンドを受信する。ＨＤＤコントローラ２２４は、各コマンドに応じて、磁気ディスク２１１に情報を書き込んだり、磁気ディスク２１１に書き込まれた情報を読み出したりする。
The
［ストレージシステム１の全体処理］
以下、フロントサーバ１００がディレクトリ名を指定したファイルの書き込み要求を受け付けた場合に、ファイルをハードディスク装置２１０Ａに書き込む処理について説明する。図９は、ユーザ端末４００、フロントサーバ１００、およびストレージサーバ２００による処理の流れの一例を示す図である。
[Entire processing of storage system 1]
Hereinafter, a process of writing a file to the
ユーザ端末４００は、ファイルをアップロードする際に、ユーザの操作に従ってファイルをアップロードするアプリケーションプログラムに対してＡＰＩ（Application Program Interface）コールを供給する。これにより、ユーザ端末４００のアプリケーションプログラムは、フロントサーバ１００に、アプリケーション処理部１３２を呼び出す処理リクエストＳ１を送信する。なお、処理リクエストＳ１は、ユーザ端末４００におけるアプリケーションまたはブラウザなどのＵＡ（User Agent）により生成されたＨＴＴＰ（Hypertext Transfer Protocol）リクエストに埋め込まれた情報である。
When uploading a file, the
フロントサーバ１００は、処理リクエストＳ１を受信した場合に、カレントディレクトリのディレクトリ名を要求するディレクトリ名リクエストＳ２をストレージサーバ２００に送信する。ストレージサーバ２００は、ディレクトリ名リクエストＳ２を受信した場合、カレントディレクトリに対応するファイル数をカウントアップする（ステップＳ１０）。ストレージサーバ２００は、カレントディレクトリのディレクトリ名Ｓ３をフロントサーバ１００に送信する。フロントサーバ１００は、カレントディレクトリのディレクトリ名Ｓ３を受信した場合、ディレクトリ名Ｓ３をファイル書き込み先のディレクトリ名Ｓ４としてユーザ端末４００に送信する。
When the
ユーザ端末４００は、ディレクトリ名Ｓ４を指定したアップロード要求Ｓ５を含むＨＴＴＰリクエストをフロントサーバ１００に送信する。フロントサーバ１００は、アップロード要求Ｓ５を受信した場合、ストレージサーバ２００に、ディレクトリ名を指定したファイルの書き込み要求Ｓ６を送信する。
The
ストレージサーバ２００は、フロントサーバ１００により送信された書き込み要求Ｓ６を受信した場合、受信した書き込み要求Ｓ６により指定されたディレクトリ名のディレクトリに対応付けてファイルをハードディスク装置２１０Ａに書き込む（ステップＳ１１）。ストレージサーバ２００は、ファイルの書き込みが完了した場合、レスポンスＳ７をフロントサーバ１００に送信する。
When the
フロントサーバ１００は、レスポンスＳ７を受信した場合、ハードディスク装置２１０Ａに書き込まれたファイルのファイル名に関連するメタデータ３１０を更新する（ステップＳ２１）。次にフロントサーバ１００は、ファイルのアップロードが完了したことを通知する完了通知Ｓ８をユーザ端末４００に送信する。
When the
［フロントサーバ１００の動作］
図１０は、フロントサーバ１００における処理の流れの一例を示す図である。図１０に示した処理は、アプリケーション処理部１３２により所定期間毎に繰り返して実行される。
[Operation of Front Server 100]
FIG. 10 is a diagram illustrating an example of a process flow in the
まず、アプリケーション処理部１３２は、処理リクエストＳ１を受け付けたか否かを判定する（ステップＳ１００）。アプリケーション処理部１３２は、処理リクエストＳ１を受け付けた場合、ストレージサーバ２００にディレクトリ名リクエストＳ２を送信する（ステップＳ１０２）。
First, the
次にアプリケーション処理部１３２は、ストレージサーバ２００からディレクトリ名Ｓ３を受信したか否かを判定する（ステップＳ１０４）。アプリケーション処理部１３２は、ディレクトリ名Ｓ３を受信した場合、ユーザ端末４００にディレクトリ名Ｓ４を送信する（ステップＳ１０６）。
Next, the
次にアプリケーション処理部１３２は、ユーザ端末４００からディレクトリ名Ｓ４を指定したアップロード要求Ｓ５を受信したか否かを判定する（ステップＳ１１０）。アプリケーション処理部１３２は、アップロード要求Ｓ５を受信した場合、ディレクトリ名Ｓ４を含む書き込み要求Ｓ６をストレージサーバ２００に送信する（ステップＳ１１２）。このとき、アプリケーション処理部１３２は、書き込み対象のファイルのファイル名をディレクトリ情報１３６Ａにキャッシュする。
Next, the
次に、アプリケーション処理部１３２は、ストレージサーバ２００からレスポンスＳ７を受信したか否かを判定する（ステップＳ１１４）。アプリケーション処理部１３２は、レスポンスＳ７を受信した場合、ディレクトリ情報１３６Ａおよびメタデータ３１０を更新する（ステップＳ１１６）。このとき、アプリケーション処理部１３２は、ハードディスク装置２１０Ａに書き込まれたファイルのファイル名を、指定されたディレクトリ名に対応付けてディレクトリ情報１３６Ａに追加する。また、アプリケーション処理部１３２は、ハードディスク装置２１０Ａに書き込まれたファイルのファイル名などの情報をメタデータデータベースサーバ３００に送信する。次に、アプリケーション処理部１３２は、完了通知Ｓ８をユーザ端末４００に送信する（ステップＳ１１８）。
Next, the
なお、処理リクエストを受信しない場合、およびアップロード要求を受信しない場合、フロントサーバ１００は、本フローチャートの処理を終了する。
Note that the
また、フロントサーバ１００は、ストレージサーバ２００により通知されたディレクトリ名Ｓ３をユーザ端末４００に送信してよいが、これに限定されず、ディレクトリ名Ｓ３をフロントサーバ１００のＡＰＩ内で処理をするのみであってよい。フロントサーバ１００は、ストレージサーバ２００からディレクトリ名Ｓ３を受信した場合、ディレクトリ名Ｓ３をユーザ端末４００に送信することなしに、メモリに記憶する。フロントサーバ１００は、ユーザ端末４００からアップロード要求Ｓ５を受信した場合、記憶しておいたディレクトリ名Ｓ３を読み出し、読み出したディレクトリ名Ｓ３および書き込み要求Ｓ６をストレージサーバ２００に送信する。これにより、フロントサーバ１００とユーザ端末４００との間の通信回数を削減することができる。
The
［ストレージサーバ２００の動作］
図１１は、ストレージサーバ２００における第１書き込み処理の流れの一例を示す図である。図１１に示した処理は、ストレージ制御部２３０により所定期間毎に繰り返して実行される。
[Operation of Storage Server 200]
FIG. 11 is a diagram illustrating an example of the flow of the first write process in the
まず、記憶制御部２３２は、ディレクトリ名リクエストＳ２を受け付けたか否かを判定する（ステップＳ２００）。ファイルカウンタ部２３４は、ディレクトリ名リクエストＳ２を受け付けた場合、カレントディレクトリのファイル数をカウントアップする（ステップＳ２０２）。
First, the
次に記憶制御部２３２は、ファイルカウンタ部２３４によりカウントアップされた結果としてのカレントディレクトリのファイル数が上限値以下であるか否かを判定する（ステップＳ２０４）。記憶制御部２３２は、カレントディレクトリのファイル数が上限値以下である場合、カレントディレクトリのディレクトリ名をフロントサーバ１００に送信する（ステップＳ２０８）。記憶制御部２３２は、カレントディレクトリのファイル数が上限値を超えた場合、新たなディレクトリ名をカレントディレクトリのディレクトリ名として決定する（ステップＳ２０６）。記憶制御部２３２は、決定した新たなカレントディレクトリのディレクトリ名をフロントサーバ１００に返信する（ステップＳ２０８）。
Next, the
次に、記憶制御部２３２は、フロントサーバ１００から書き込み要求Ｓ６を受信したか否かを判定する（ステップＳ２１０）。記憶制御部２３２は、書き込み要求Ｓ６を受信した場合、指定されたディレクトリ名のディレクトリが存在しているか否かを判定する（ステップＳ２１２）。記憶制御部２３２は、指定されたディレクトリ名のディレクトリがカウンタテーブル２４４Ａに存在している場合、当該ディレクトリに対応付けてファイルを書き込む（ステップＳ２１６）。
Next, the
記憶制御部２３２は、指定されたディレクトリ名のディレクトリがカウンタテーブル２４４Ａに存在しない場合、決定したカレントディレクトリのディレクトリ名に対応したディレクトリの管理情報をカウンタテーブル２４４Ａに書き込むことで、新たなディレクトリ名のディレクトリを追加する（ステップＳ２１４）。記憶制御部２３２は、追加したディレクトリに対応付けてファイルを書き込む（ステップＳ２１６）。
When the directory having the designated directory name does not exist in the counter table 244A, the
なお、ディレクトリ名リクエストを受信していない場合、および書き込み要求を受信しない場合、ストレージサーバ２００は、本フローチャートの処理を終了する。
Note that when the directory name request has not been received and when the write request has not been received, the
［書き込み処理におけるディレクトリとファイルとの関係］
以下、上述したストレージサーバ２００において、各ディレクトリに対応付けてファイルを書き込む様子について説明する。図１２は、各ディレクトリとファイルとの関係を示す図である。
[Relationship between directory and file in writing process]
Hereinafter, how the
図１２を参照した説明において、ファイル数の上限としての上限値は「１０００」であるものとする。記憶制御部２３２は、図１２（ａ）に示すように、グループｉｄが「００１」に対してディレクトリ名が「００１」のディレクトリの情報をカウンタテーブル２４４Ａに追加し、９９０個のファイルの書き込み要求をフロントサーバ１００から受信するものとする。この場合、記憶制御部２３２は、９９０個のファイルを１つのカレントディレクトリに対応付けて連続的に書き込む。
In the description with reference to FIG. 12, it is assumed that the upper limit value as the upper limit of the number of files is “1000”. As shown in FIG. 12A, the
記憶制御部２３２は、ディレクトリ名が「００１」のディレクトリに対応付けて１０００個のファイルを書き込んだ場合において、１００１個目のファイルを書き込む場合、ディレクトリ名が「００２」の新たなディレクトリを追加する。記憶制御部２３２は、追加した新たなディレクトリとしてのカレントディレクトリに対応付けて１００１個目のファイルを書き込む。すなわち、記憶制御部２３２は、新たなディレクトリを追加した場合に、ファイル数が上限値を超えたディレクトリに対応付けてファイルを書き込むことなしに、新たなディレクトリに対応付けてファイルを書き込む。このような動作は、各ディレクトリに対応付けて書き込まれたファイル数をカウントし、カウントしたファイル数が上限値を超えた場合に、ディレクトリに対応付けてファイルを書き込むことを制限する、と記載することもできる。
When the 1000th file is written in association with the directory whose directory name is “001” and the 1001st file is written, the
［ファイルの書き込み要求と書き込み処理の遷移状態との関係］
図１３は、書き込み要求を受け付けた時刻と、ディレクトリごとの書き込み処理との関係を示す図である。記憶制御部２３２は、ディレクトリ名が「００１」のディレクトリｄｉｒ００１に対応付けて書き込んだファイル数が上限値以下である場合、ディレクトリｄｉｒ００１に対応したファイルの書き込み処理を行う。ディレクトリｄｉｒ００１に対応したファイルの書き込み処理は、ディレクトリｄｉｒ００１以外のディレクトリに対応付けて書き込むことなしに、ディレクトリｄｉｒ００１にのみ対応付けてファイルを書き込む処理である。記憶制御部２３２は、ディレクトリｄｉｒ００１に対応したファイルの書き込み処理を実行している期間において時刻ｔにファイル（file(t)）の書き込み要求を受信した場合には当該ファイルをディレクトリｄｉｒ００１に対応付けて書き込み、時刻ｔ＋Ｔ１にファイル（file(t+T1)）の書き込み要求を受信した場合には当該ファイルをディレクトリｄｉｒ００１に対応付けて書き込む。
[Relationship between file write request and transition status of write processing]
FIG. 13 is a diagram illustrating the relationship between the time when a write request is received and the write processing for each directory. When the number of files written in association with the directory dir001 having the directory name “001” is equal to or less than the upper limit value, the
記憶制御部２３２は、ファイル（file(t+T1)）をディレクトリｄｉｒ００１に対応付けて書き込むことでディレクトリｄｉｒ００１に書き込んだファイル数が上限値を超えた場合、ディレクトリｄｉｒ００２に対応したファイルの書き込み処理に遷移する。ディレクトリｄｉｒ００２に対応したファイルの書き込み処理は、ディレクトリｄｉｒ００２以外のディレクトリに対応付けてファイルを書き込むことなしに、ディレクトリｄｉｒ００２にのみ対応付けてファイルを書き込む処理である。これにより、記憶制御部２３２は、ディレクトリｄｉｒ００２に対応したファイルの書き込み処理を実行している期間において時刻ｔ＋Ｔ２にファイル（file(t+T2)）の書き込み要求を受信した場合には当該ファイルをディレクトリｄｉｒ００２に対応付けて書き込む。
When the number of files written in the directory dir001 exceeds the upper limit by writing the file (file (t + T1)) in association with the directory dir001, the
ストレージサーバ２００は、図１１に示す処理に代えて、以下の処理を行ってもよい。図１４は、ストレージサーバ２００における書き込み処理の流れの他の一例を示す図である。図１４に示した書き込み処理は、ストレージ制御部２３０により所定期間毎に繰り返して実行される。
The
まず、記憶制御部２３２は、ディレクトリ名リクエストＳ２を受け付けたか否かを判定する（ステップＳ３００）。ファイルカウンタ部２３４は、ディレクトリ名リクエストＳ２を受け付けた場合、カレントディレクトリのファイル数をカウントアップする（ステップＳ３０２）。
First, the
次に記憶制御部２３２は、ファイルカウンタ部２３４によりカウントアップされた結果としてのカレントディレクトリのファイル数が上限値以下であるか否かを判定する（ステップＳ３０４）。記憶制御部２３２は、カレントディレクトリのファイル数が上限値以下である場合、カレントディレクトリのディレクトリ名をフロントサーバ１００に送信する（ステップＳ３１０）。
Next, the
記憶制御部２３２は、カレントディレクトリのファイル数が上限値を超えた場合、新たなディレクトリ名をカレントディレクトリのディレクトリ名として決定する（ステップＳ３０６）。次に、記憶制御部２３２は、決定したカレントディレクトリのディレクトリ名に対応したディレクトリの管理情報をカウンタテーブル２４４Ａに書き込むことで、ディレクトリを追加する（ステップＳ３０８）。次に、記憶制御部２３２は、追加したカレントディレクトリのディレクトリ名をフロントサーバ１００に送信する（ステップＳ３１０）。
If the number of files in the current directory exceeds the upper limit value, the
次に、記憶制御部２３２は、フロントサーバ１００から書き込み要求Ｓ６を受信したか否かを判定する（ステップＳ３１２）。記憶制御部２３２は、書き込み要求Ｓ６を受信した場合、追加したディレクトリにファイルを書き込む（ステップＳ３１４）。
Next, the
なお、ディレクトリ名リクエストを受信していない場合、および書き込み要求を受信しない場合、ストレージサーバ２００は、本フローチャートの処理を終了する。以上が、第２書き込み処理の説明である。
Note that when the directory name request has not been received and when the write request has not been received, the
ストレージサーバ２００は、以上の動作により、各ディレクトリに対応して書き込まれるファイル数に設けられる上限の範囲内で、ファイルをハードディスク装置２１０Ａに書き込む。なお、フロントサーバ１００およびストレージサーバ２００は、図１０と、図１１または図１４とに示した処理を行うことで、ストレージ装置として機能する。
Through the above operation, the
［第１実施形態の効果］
以上説明した第１実施形態のストレージシステム１によれば、各ディレクトリに対応してハードディスク装置２１０Ａに書き込まれるファイル数に設けられる上限の範囲内で、フロントサーバ１００により受け付けられた書き込み要求に応答して、指定されたディレクトリ名に対応付けてファイルを書き込むので、ディレクトリに対応付けられるファイル数を制限することができる。これにより、ストレージシステム１によれば、ディレクトリ情報１３６Ａが肥大化することを抑制することができる。この結果、ストレージシステム１によれば、ディレクトリ名をシークする時間を抑制することができることで、ファイルの書き込み時間を短縮することができる。
[Effect of the first embodiment]
According to the
また、第１実施形態のストレージシステム１によれば、ディレクトリに対応付けられるファイル数が上限値に達するまで１つのディレクトリに連続的にファイルを書き込むので、連続的に書き込むファイルを複数のディレクトリに分散させることがない。連続的に書き込まれたファイルは、略同時期に書き込まれたファイルとも言うことができる。これにより、ストレージシステム１によれば、略同時期に書き込まれるファイルにおける磁気ディスク２２１上の位置を近くに配置することができる。この結果、ストレージシステム１によれば、略同時期に書き込まれた複数のファイルを読み出す際のリード時間を短縮することができる。
Further, according to the
＜第２実施形態＞
以下、第２実施形態について説明する。第２実施形態のストレージサーバ２００は、カレントディレクトリのディレクトリ名に書き込んだファイル数が上限値を超えた場合に、ディレクトリ名をフロントサーバ１００にプッシュ通知する点で、第１実施形態のストレージシステム１とは異なる。以下、この点を中心に説明する。
Second Embodiment
Hereinafter, a second embodiment will be described. The
［第２実施形態の全体処理］
図１５は、ユーザ端末４００、フロントサーバ１００、およびストレージサーバ２００による処理の流れの一例を示す図である。
[Overall Processing of Second Embodiment]
FIG. 15 is a diagram illustrating an example of a flow of processing by the
まず、フロントサーバ１００は、通知リクエストＳ２０をストレージサーバ２００に送信する。通知リクエストＳ２０は、ストレージサーバ２００におけるカレントディレクトリを新たに設定したタイミングでカレントディレクトリのディレクトリ名をフロントサーバ１００に通知するメッセージをプッシュ通知することを要求するメッセージである。フロントサーバ１００は、例えば、フロントサーバ１００の電源が投入してアプリケーションプログラムの起動が完了したタイミング、またはフロントサーバ１００が起動している最中における定期的に、通知リクエストＳ２０をストレージサーバ２００に送信する。通知リクエストＳ２０は、ディレクトリを新たに追加したタイミングでプッシュ通知することに限定されず、図１４に示したように新たなディレクトリ名を決定した後に新たなディレクトリを追加する場合において、新たなディレクトリを追加したタイミングであってよい。
First, the
フロントサーバ１００は、処理リクエストＳ２１を受信した場合に、既にストレージサーバ２００からプッシュ通知されているカレントディレクトリのディレクトリ名Ｓ２２をユーザ端末４００に送信する。フロントサーバ１００は、アップロード要求Ｓ２３を受信した場合、ストレージサーバ２００に、ディレクトリ名を指定したファイルの書き込み要求Ｓ２４を送信する。
When the
ストレージサーバ２００は、フロントサーバ１００により送信された書き込み要求Ｓ２４を受信した場合、受信した書き込み要求Ｓ２４により指定されたディレクトリ名に対応付けてファイルをハードディスク装置２１０Ａに書き込む（ステップＳ３０）。ストレージサーバ２００は、ファイルの書き込みが完了した場合、レスポンスＳ２５をフロントサーバ１００に送信する。これにより、ストレージサーバ２００は、フロントサーバ１００からユーザ端末４００に完了通知Ｓ２６を送信させる。
When the
次にストレージサーバ２００は、カレントディレクトリに対応するファイル数をカウントアップする（ステップＳ３１）。ストレージサーバ２００は、ファイルの書き込みを実行する度に、カレントディレクトリのディレクトリ名に対するファイル数が上限値を超えたか否かを判定する。ストレージサーバ２００は、カレントディレクトリのディレクトリ名に対するファイル数が上限値以下である場合、プッシュ通知を実行しない（ステップＳ３２）。ストレージサーバ２００は、カレントディレクトリのディレクトリ名に対するファイル数が上限値を超えた場合に、新たなカレントディレクトリのディレクトリ名を決定する。ストレージサーバ２００は、決定した新たなカレントディレクトリのディレクトリ名Ｓ２７をフロントサーバ１００にプッシュ通知する（ステップＳ３３）。
Next, the
なお、フロントサーバ１００は、ディレクトリ名Ｓ２７を受信した場合に、通知リクエストをストレージサーバ２００に送信してよい。これにより、フロントサーバ１００は、以降に追加されるディレクトリのディレクトリ名をストレージサーバ２００にプッシュ通知させることができる。
Note that the
なお、フロントサーバ１００は、ストレージサーバ２００により通知されたディレクトリ名Ｓ３をユーザ端末４００に送信してよいが、これに限定されず、ディレクトリ名Ｓ３をフロントサーバ１００のＡＰＩ内で処理をするのみであってよい。フロントサーバ１００は、ストレージサーバ２００からディレクトリ名Ｓ３を受信した場合、ディレクトリ名Ｓ３をユーザ端末４００に送信することなしに、メモリに記憶する。フロントサーバ１００は、ユーザ端末４００からアップロード要求Ｓ５を受信した場合、記憶しておいたディレクトリ名Ｓ３を読み出し、読み出したディレクトリ名Ｓ３および書き込み要求Ｓ６をストレージサーバ２００に送信する。これにより、フロントサーバ１００とユーザ端末４００との間の通信回数を削減することができる。
The
［第２実施形態の効果］
第２実施形態のストレージシステム１によれば、フロントサーバ１００により処理リクエストを受信する度に、ストレージサーバ２００からフロントサーバ１００にディレクトリ名を通知する必要がない。これにより、ストレージシステム１によれば、ストレージサーバ２００の処理負荷を抑制することができる。また、ストレージシステム１によれば、フロントサーバ１００およびストレージサーバ２００の通信回数を抑制することができる。
[Effects of Second Embodiment]
According to the
＜第３実施形態＞
以下、第３実施形態について説明する。第３実施形態のストレージサーバ２００は、ファイルの書き込み時間が所定時間を超える場合に、カレントディレクトリのディレクトリのファイル数の上限値を減少させる点で、上述した第１実施形態および第２実施形態とは異なる。以下、この点を中心に説明する。
<Third Embodiment>
Hereinafter, the third embodiment will be described. The
［ストレージサーバ２００における書き込み処理］
図１６は、ストレージサーバ２００における第３書き込み処理の流れの一例を示す図である。図１６に示した処理は、ストレージ制御部２３０により所定期間毎に繰り返して実行される。
[Write processing in storage server 200]
FIG. 16 is a diagram illustrating an example of the flow of the third write process in the
まず、記憶制御部２３２は、リクエストを受け付けたか否かを判定する（ステップＳ４００）。ファイルカウンタ部２３４は、リクエストを受け付けた場合、カレントディレクトリのファイル数をカウントアップする（ステップＳ４０２）。
First, the
次に記憶制御部２３２は、カウントアップされた結果としてのカレントディレクトリのファイル数が上限値以下であるか否かを判定する（ステップＳ４０４）。記憶制御部２３２は、カレントディレクトリのファイル数が上限値以下である場合、カレントディレクトリのディレクトリ名をフロントサーバ１００に送信する（ステップＳ４０８）。記憶制御部２３２は、カレントディレクトリのファイル数が上限値を超えた場合、新たなディレクトリ名をカレントディレクトリのディレクトリ名として決定する（ステップＳ４０６）。記憶制御部２３２は、設定した新たなカレントディレクトリのディレクトリ名をフロントサーバ１００に返信する（ステップＳ４０８）。
Next, the
次に、記憶制御部２３２は、フロントサーバ１００から書き込み要求を受信したか否かを判定する（ステップＳ４１０）。記憶制御部２３２は、書き込み要求を受信した場合、指定されたディレクトリ名が設定されたディレクトリが存在しているか否かを判定する（ステップＳ４１２）。記憶制御部２３２は、指定されたディレクトリ名が設定されたディレクトリが存在している場合、当該ディレクトリにファイルを書き込む（ステップＳ４１６）。記憶制御部２３２は、指定されたディレクトリ名が設定されたディレクトリが存在しない場合、決定したカレントディレクトリのディレクトリ名に対応したディレクトリの管理情報をカウンタテーブル２４４Ａに書き込むことで、ディレクトリを追加する（ステップＳ４１４）。
Next, the
次に、記憶制御部２３２は、追加したディレクトリに対応付けてファイルを書き込む（ステップＳ４１６）。次に記憶制御部２３２は、ファイルの書き込み時間を検出する（ステップＳ４１８）。記憶制御部２３２は、例えば、ハードディスク装置２１０Ａにライトコマンドを出力した時刻から、ハードディスク装置２１０Ａから書き込み完了の応答を入力した時刻までの期間を計測することで、ファイルの書き込み時間を検出する。
Next, the
記憶制御部２３２は、検出した書き込み時間が所定時間を超えているか否かを判定する（ステップＳ４２０）。記憶制御部２３２は、検出した書き込み時間が所定時間を超えている場合、カレントディレクトリのディレクトリについての上限値を減少させる（ステップＳ４２２）。
The
なお、ディレクトリ名リクエストを受信していない場合、書き込み要求を受信しない場合、および書き込み時間が所定時間を超えていない場合、ストレージサーバ２００は、本フローチャートの処理を終了する。
If no directory name request has been received, no write request has been received, and if the write time has not exceeded the predetermined time, the
なお、ストレージシステム１は、ストレージサーバ２００によりファイルの書き込み時間が所定時間を超えた場合にファイル数の上限値を変更したが、これに限定されない。フロントサーバ１００は、ストレージサーバ２００に書き込み要求を送信した時刻から、ストレージサーバ２００からレスポンスを受信した時刻までの時間が所定時間を超えた場合に、ストレージサーバ２００に通知してよい。ストレージサーバ２００は、フロントサーバ１００から通知を受信した場合に、カレントディレクトリに対応付けてファイルを書き込むことを制限する。そして、ストレージサーバ２００は、新たなカレントディレクトリのディレクトリ名を決定して、フロントサーバ１００に新たなカレントディレクトリのディレクトリ名を通知する。
Although the
また、ストレージシステム１は、ファイルの書き込み時間が所定時間を超える場合にディレクトリに対応する上限値を減少させるが、これに限定されない。ストレージシステム１は、ファイルの書き込み時間が所定時間よりも短い場合に、ディレクトリに対応する上限値を増加させてよい。
Further, the
［第３実施形態の効果］
第３実施形態のストレージシステム１によれば、ファイルの書き込み時間が所定時間を超える場合に、カレントディレクトリのディレクトリに対応する上限値を減少させるので、カレントディレクトリに対応付けて書き込むファイル数を抑制することができる。これにより、ストレージシステム１によれば、ファイルの書き込み時間が長くなることを抑制することができる。
[Effect of the third embodiment]
According to the
＜実施例１＞
以下、上述したストレージシステム１の実施例１を説明する。図１７は、カレントディレクトリに対応付けて書き込んだファイル数と、秒単位の書き込みリクエストの処理数との関係を示す図である。図１７において、実施例１は、上述した実施形態において各ディレクトリに対するファイル数の上限値を「１０００」に設定した場合の書き込みリクエストの処理数の変化を表している。実施例２は、上述した実施形態において各ディレクトリに対するファイル数の上限値を「１００００」に設定した場合の書き込みリクエストの処理数の変化を表している。比較例１は、１つのカレントディレクトリに対応付けてファイルを書き込んだ場合の書き込みリクエストの処理数の変化を表している。比較例２は、ディレクトリを固定数設定し、さらに、当該ディレクトリの下位にディレクトリを同数設定した場合の書き込みリクエストの処理数の変化を表している。
<Example 1>
Hereinafter, the first embodiment of the
実施例１および実施例２におけるリクエストの処理数は、各ディレクトリに対応したファイル数が増加しても大きく低下していないことが分かる。一方、比較例１におけるリクエストの処理数は、ファイル数が一定数を超えると急峻に低下していることが分かる。また、比較例２におけるリクエストの処理数は、ファイル数が一定数を超えても、実施例１および実施例２におけるリクエストの処理数より低いことが分かる。 It can be seen that the number of requests processed in the first and second embodiments does not drop significantly even when the number of files corresponding to each directory increases. On the other hand, it can be seen that the number of requests processed in Comparative Example 1 sharply decreases when the number of files exceeds a certain number. It can also be seen that the number of requests processed in Comparative Example 2 is lower than the number of requests processed in Example 1 and Example 2 even if the number of files exceeds a certain number.
＜実施例２＞
以下、上述したストレージシステム１の実施例２を説明する。図１８は、比較例１のディスクオフセット、シーク回数、およびスループットを表す図である。図１９は、実施例のディスクオフセット、シーク回数、およびスループットを表す図である。図１８および図１９の特性は、ｂｌｋｔｒａｃｅを用いて、ストレージサーバ２００におけるインターフェース２５５（ブロックＩ／Ｏレイヤ）における信号を検出して得たものである。
<Example 2>
Hereinafter, a second embodiment of the above-described
図１８および図１９を参照すると、実施例におけるディスクオフセットおよびシーク回数は、比較例におけるディスクオフセットおよびシーク回数よりも低いことが分かる。また、実施例におけるスループットは、比較例におけるスループットよりも高いことが分かる。
＜実施例３＞
以下、上述したストレージシステム１の実施例３を説明する。図２０は、磁気ディスク２２１上に書き込まれたファイルの物理位置の時間的な変化を示す図である。図２０を参照すると、実施例は、比較例よりも狭い範囲にファイルを書き込んでいることが分かる。 ＜ハードウェア構成＞
図２１は、ユーザ端末４００、フロントサーバ１００、ストレージサーバ２００、およびメタデータデータベースサーバ３００のハードウェア構成の一例を示す図である。本図は、ユーザ端末４００がスマートフォンなどの携帯電話である例を示している。ユーザ端末４００は、例えば、ＣＰＵ４０１、ＲＡＭ４０２、ＲＯＭ４０３、フラッシュメモリなどの二次記憶装置４０４、タッチパネル４０５、および無線通信モジュール４０６が、内部バスあるいは専用通信線によって相互に接続された構成となっている。ナビアプリは、ネットワークＮＷを介してダウンロードされ、二次記憶装置４０４に格納される。
Referring to FIGS. 18 and 19, it can be seen that the disk offset and the number of seeks in the example are lower than the disk offset and the number of seeks in the comparative example. Moreover, it turns out that the throughput in an Example is higher than the throughput in a comparative example.
<Example 3>
The third embodiment of the
FIG. 21 is a diagram illustrating an example of a hardware configuration of the
フロントサーバ１００は、例えば、ＮＩＣ１０１、ＣＰＵ１０２、ＲＡＭ１０３、ＲＯＭ１０４、フラッシュメモリやＨＤＤなどの二次記憶装置１０５、およびドライブ装置１０６が、内部バスあるいは専用通信線によって相互に接続された構成となっている。ドライブ装置１０６には、光ディスクなどの可搬型記憶媒体が装着される。二次記憶装置１０５、またはドライブ装置１０６に装着された可搬型記憶媒体に記憶されたプログラムがＤＭＡコントローラ（不図示）などによってＲＡＭ１０３に展開され、ＣＰＵ１０２によって実行されることで、各サーバの機能部が実現される。
The
ストレージサーバ２００は、例えば、ＮＩＣ２０１、ＣＰＵ２０２、ＲＡＭ２０３、ＲＯＭ２０４、フラッシュメモリやＨＤＤなどの二次記憶装置２０５、およびドライブ装置２０６が、内部バスあるいは専用通信線によって相互に接続された構成となっている。ドライブ装置２０６には、光ディスクなどの可搬型記憶媒体が装着される。二次記憶装置２０５、またはドライブ装置２０６に装着された可搬型記憶媒体に記憶されたプログラムがＤＭＡコントローラ（不図示）などによってＲＡＭ２０３に展開され、ＣＰＵ２０２によって実行されることで、各サーバの機能部が実現される。
The
メタデータデータベースサーバ３００は、例えば、ＮＩＣ３０１、ＣＰＵ３０２、ＲＡＭ３０３、ＲＯＭ３０４、フラッシュメモリやＨＤＤなどの二次記憶装置３０５、およびドライブ装置３０６が、内部バスあるいは専用通信線によって相互に接続された構成となっている。ドライブ装置３０６には、光ディスクなどの可搬型記憶媒体が装着される。二次記憶装置３０５、またはドライブ装置３０６に装着された可搬型記憶媒体に記憶されたプログラムがＤＭＡコントローラ（不図示）などによってＲＡＭ３０３に展開され、ＣＰＵ３０２によって実行されることで、各サーバの機能部が実現される。
The
以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。 As mentioned above, although the form for implementing this invention was demonstrated using embodiment, this invention is not limited to such embodiment at all, In the range which does not deviate from the summary of this invention, various deformation | transformation and substitution Can be added.
１…ストレージシステム
１００…フロントサーバ
１３０…フロント制御部
１３２…アプリケーション処理部
１３４…ファイル管理部
１３６…キャッシュメモリ
１３６Ａ…ディレクトリ情報
２００…ストレージサーバ
２１０…ファイルストレージ部
２３０…ストレージ制御部
２３２…記憶制御部
２３４…ファイルカウンタ部
２４４…ファイル数記憶部
２４４Ａ…カウンタテーブル
４００…ユーザ端末
DESCRIPTION OF
Claims (11)
各ディレクトリに対応して記憶装置に書き込まれるファイル数に設けられる上限の範囲内で、前記受付部により受け付けられた書き込み要求に応答して、指定された前記ディレクトリ名のディレクトリに対応付けて前記ファイルを前記記憶装置に書き込む制御部と、 を備える、ストレージ装置。 A reception unit that accepts a write request for a file that specifies a directory name;
In response to a write request accepted by the accepting unit within the upper limit of the number of files written to the storage device corresponding to each directory, the file is associated with the directory of the specified directory name A storage unit comprising: a control unit that writes to the storage device.
請求項１に記載のストレージ装置。 The control unit counts the number of files written in association with each directory, and restricts writing of files in association with the directory of the directory name when the counted number of files exceeds the upper limit.
The storage apparatus according to claim 1.
請求項２に記載のストレージ装置。 The control unit counts the number of files written in association with each directory, determines a new directory name when the counted number of files exceeds the upper limit, and determines the determined new directory name as an external Send to device,
The storage apparatus according to claim 2.
請求項３に記載のストレージ装置。 When the receiving unit receives a write request for a file specifying the new directory name by the receiving unit, the control unit writes management information of a directory corresponding to the new directory name to a memory, and stores the new directory name Write the file to the storage device in association with a directory;
The storage device according to claim 3.
請求項３に記載のストレージ装置。 When the control unit determines the new directory name, the control unit writes management information of a directory corresponding to the determined new directory name in a memory.
The storage device according to claim 3.
請求項４または５に記載のストレージ装置。 When the control unit determines the new directory name, the control unit writes the file in association with the directory of the new directory name without writing the file in association with the directory in which the number of files exceeds the upper limit. Write to storage,
The storage apparatus according to claim 4 or 5.
請求項１から６のうちいずれか１項に記載のストレージ装置。 The control unit changes the upper limit provided for the number of files written in association with each directory, based on the writing time of the file in the storage device.
The storage apparatus according to any one of claims 1 to 6.
前記受付部により端末装置からのリクエストを受け付けた場合に、新たな書き込み要求に基づいて書き込まれるファイルに対応付け可能なカレントディレクトリのディレクトリ名を通知部に要求する要求部と、
前記要求部から供給された要求に対して、前記カレントディレクトリのディレクトリ名を前記要求部に通知する通知部と、を含む、
請求項１から７のうちいずれか１項に記載のストレージ装置。 The controller is
A request unit that requests the notification unit a directory name of a current directory that can be associated with a file to be written based on a new write request when a request is received from the terminal device by the reception unit;
A notification unit for notifying the request unit of the directory name of the current directory in response to the request supplied from the request unit;
The storage device according to any one of claims 1 to 7.
新たな書き込み要求に基づいて書き込まれるファイルに対応付け可能なカレントディレクトリが変更した場合に、変更したカレントディレクトリのディレクトリ名を通知することを通知部に要求する要求部と、
前記カレントディレクトリを変更した場合に、前記カレントディレクトリのディレクトリ名を前記要求部に通知する通知部と、を含む、
請求項１から７のうちいずれか１項にストレージ装置。 The controller is
A request unit that requests the notification unit to notify the directory name of the changed current directory when the current directory that can be associated with a file to be written based on a new write request is changed;
A notification unit for notifying the request unit of the directory name of the current directory when the current directory is changed,
The storage apparatus according to any one of claims 1 to 7.
各ディレクトリに対応して記憶装置に書き込まれるファイル数に設けられる上限の範囲内で、受け付けた書き込み要求に応答して、指定された前記ディレクトリ名のディレクトリに対応付けて前記ファイルを前記記憶装置に書き込む、
ファイル書き込み方法。 Accepts a write request for a file with a directory name specified,
In response to the received write request, the file is associated with the directory of the specified directory name in the storage device within the upper limit set for the number of files written to the storage device corresponding to each directory. Write,
File writing method.
ディレクトリ名を指定したファイルの書き込み要求を受け付けさせ、
各ディレクトリに対応して記憶装置に書き込まれるファイル数に設けられる上限の範囲内で、受け付けた書き込み要求に応答して、指定された前記ディレクトリ名のディレクトリに対応付けて前記ファイルを前記記憶装置に書き込ませる、
プログラム。 On the computer,
Accept a write request for a file with a directory name specified,
In response to the received write request, the file is associated with the directory of the specified directory name in the storage device within the upper limit set for the number of files written to the storage device corresponding to each directory. To write,
program.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2017159250A JP6720120B2 (en) | 2017-08-22 | 2017-08-22 | Storage device, file writing method, and program |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2017159250A JP6720120B2 (en) | 2017-08-22 | 2017-08-22 | Storage device, file writing method, and program |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2016104303A Division JP6227055B1 (en) | 2016-05-25 | 2016-05-25 | Storage system and file writing method |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2017212009A true JP2017212009A (en) | 2017-11-30 |
| JP2017212009A5 JP2017212009A5 (en) | 2019-05-23 |
| JP6720120B2 JP6720120B2 (en) | 2020-07-08 |
Family
ID=60476192
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2017159250A Active JP6720120B2 (en) | 2017-08-22 | 2017-08-22 | Storage device, file writing method, and program |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6720120B2 (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11080638B2 (en) | 2017-04-27 | 2021-08-03 | Toyota Jidosha Kabushiki Kaisha | Analysis technique presenting system, method, and program |
-
2017
- 2017-08-22 JP JP2017159250A patent/JP6720120B2/en active Active
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11080638B2 (en) | 2017-04-27 | 2021-08-03 | Toyota Jidosha Kabushiki Kaisha | Analysis technique presenting system, method, and program |
Also Published As
| Publication number | Publication date |
|---|---|
| JP6720120B2 (en) | 2020-07-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10484468B2 (en) | Method and device for downloading file | |
| US20170346893A1 (en) | Peer-to-peer data migration | |
| US7962518B2 (en) | Method and apparatus to control media transfer protocol device to manage media file | |
| WO2020134616A1 (en) | Method, system, apparatus and device for processing request in alliance chain | |
| US11455117B2 (en) | Data reading method, apparatus, and system, avoiding version rollback issues in distributed system | |
| JP6772794B2 (en) | Distributed data management device, distributed data management program and distributed data management method | |
| JP6227055B1 (en) | Storage system and file writing method | |
| JP6720120B2 (en) | Storage device, file writing method, and program | |
| US10055443B2 (en) | Information processing method, storage medium, and information processing apparatus | |
| JP5976033B2 (en) | Mobile terminal, access point related content acquisition method, mobile terminal program | |
| WO2019228009A1 (en) | Lsm tree optimization method and device and computer equipment | |
| CN112558872A (en) | Data processing method and device, storage medium and electronic equipment | |
| CN107209656B (en) | Adjusting speaker settings | |
| KR20090020327A (en) | Method and apparatus for receiving/transmitting contents automatically | |
| JP2015185119A (en) | Position content providing server, position content providing method, and program for position content providing server | |
| KR20150139546A (en) | Removable storage device identity and configuration information | |
| WO2016172948A1 (en) | Routing information configuration method and apparatus | |
| CN105389108A (en) | Identification method and device of touch operation of mobile terminal | |
| US10375370B2 (en) | Audio capture on mobile client devices | |
| JP6310512B2 (en) | Access point related content providing server | |
| JP5729823B2 (en) | Backup apparatus, backup method, and backup program | |
| US20210144217A1 (en) | Service communication proxy apparatus and method | |
| JP5776403B2 (en) | Region search method, region search program, and information processing apparatus | |
| CN104993999A (en) | Information processing method and server | |
| JP6498462B2 (en) | User information registration server, user information registration method, and user information registration program |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20190319 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20190408 |
|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A712 Effective date: 20191101 |
|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20191108 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20200227 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20200303 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20200421 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20200609 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20200617 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6720120 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |