JP6720120B2

JP6720120B2 - Storage device, file writing method, and program

Info

Publication number: JP6720120B2
Application number: JP2017159250A
Authority: JP
Inventors: 泰陽後藤
Original assignee: Yahoo Japan Corp
Current assignee: Yahoo Japan Corp
Priority date: 2017-08-22
Filing date: 2017-08-22
Publication date: 2020-07-08
Anticipated expiration: 2036-05-25
Also published as: JP2017212009A

Description

本発明は、ストレージ装置、ファイル書き込み方法、およびプログラムに関する。 The present invention relates to a storage device, a file writing method, and a program.

従来、複数のファイルサーバにより分散してファイルを管理する技術が知られている（特許文献１参照）。この種の技術において、ファイルサーバには、予め複数のディレクトリが作成され、各ディレクトリに対応付けて複数のファイルが保存される場合がある。 Conventionally, a technique of 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.

特開２００４−１３９２００号公報JP, 2004-139200, A

しかしながら、ファイルサーバに作成するディレクトリ数が少ない場合、各ディレクトリに対応付けて保存されるファイル数が膨大となるため、ディレクトリとファイルとの関係を表すディレクトリ情報が膨大となり、ファイルの書き込み性能が次第に劣化するという問題がある。一方、ファイルサーバに作成するディレクトリ数を多くした場合、ファイルが多くのディレクトリに分散されるため、ファイルの書き込み位置が過度に分散する場合があった。 However, when the number of directories created in the file server is small, the number of files stored in association with each directory becomes huge, so that the directory information indicating the relationship between the directories becomes huge and the file writing performance gradually increases. There is a problem of deterioration. On the other hand, when the number of directories created in the file server is increased, the files are distributed in many directories, and thus the writing positions of the files may be excessively distributed.

本発明は、このような事情を考慮してなされたものであり、ファイルの処理性能を向上させることができるストレージ装置、ファイル書き込み方法、およびプログラムを提供することを目的の一つとする。 The present invention has been made in consideration of such circumstances, and an object of the present invention is to provide a storage device, a file writing method, and a program that can improve file processing performance.

本発明の一態様は、ディレクトリ名を指定したファイルの書き込み要求を受け付ける受付部と、各ディレクトリに対応して記憶装置に書き込まれるファイル数に設けられる上限の範囲内で、前記受付部により受け付けられた書き込み要求に応答して、指定された前記ディレクトリ名のディレクトリに対応付けて前記ファイルを前記記憶装置に書き込む制御部とを備えるストレージ装置である。 According to one aspect of the present invention, a reception unit that receives a write request for a file in which a directory name is specified, and a reception unit that receives the request within the upper limit of the number of files written in a storage device corresponding to each directory. In response to the write request, the control unit writes the file in the storage device in association with the directory having the specified directory name.

本発明の一態様によれば、ファイルの処理性能を向上させることができる。 According to one aspect of the present invention, file processing performance can be improved.

第１実施形態に係るストレージ装置を含むストレージシステム１の一例を示す図である。FIG. 1 is a diagram showing an example of a storage system 1 including a storage device according to a first embodiment. フロントサーバ１００の一例を示す図である。It is a figure which shows an example of the front server 100. ディレクトリ情報１３６Ａの一例を示す図である。It is a figure showing an example of directory information 136A. メタデータ３１０の一例を示す図である。It is a figure which shows an example of metadata 310. ストレージサーバ２００の一例を示す図である。3 is a diagram showing an example of a storage server 200. FIG. 論物変換テーブル２４２Ａの一例を示す図である。It is a figure which shows an example of a logical-physical conversion table 242A. カウンタテーブル２４４Ａの一例を示す図である。It is a figure which shows an example of a counter table 244A. ハードディスク装置２１０Ａの一例を示す図である。It is a figure showing an example of hard disk device 210A. ユーザ端末４００、フロントサーバ１００、およびストレージサーバ２００による処理の流れの一例を示す図である。FIG. 6 is a diagram showing an example of a flow of processing by a user terminal 400, a front server 100, and a storage server 200. フロントサーバ１００における処理の流れの一例を示す図である。FIG. 6 is a diagram showing an example of the flow of processing in the front server 100. ストレージサーバ２００における第１書き込み処理の流れの一例を示す図である。FIG. 6 is a diagram showing an example of the flow of a first write process in the storage server 200. 各ディレクトリとファイルとの関係を示す図である。It is a figure which shows the relationship between each directory and a file. 書き込み要求を受け付けた時刻と、ディレクトリごとの書き込み処理との関係を示す図である。FIG. 6 is a diagram showing a relationship between a time when a write request is accepted and a write process for each directory. ストレージサーバ２００における第２書き込み処理の流れの一例を示す図である。FIG. 6 is a diagram showing an example of the flow of a second write process in the storage server 200. ユーザ端末４００、フロントサーバ１００、およびストレージサーバ２００による処理の流れの一例を示す図である。FIG. 6 is a diagram showing an example of a flow of processing by a user terminal 400, a front server 100, and a storage server 200. ストレージサーバ２００における第３書き込み処理の流れの一例を示す図である。It is a figure which shows an example of the flow of the 3rd write-in process in the storage server 200. カレントディレクトリに対応付けて書き込んだファイル数と、秒単位の書き込みリクエストの処理数との関係を示す図である。FIG. 6 is a diagram showing a relationship between the number of files written in association with the current directory and the number of processing write requests in seconds. 比較例１のディスクオフセット、シーク回数、およびスループットを表す図である。5 is a diagram showing a disk offset, a seek count, and throughput in Comparative Example 1. FIG. 実施例のディスクオフセット、シーク回数、およびスループットを表す図である。It is a figure showing the disk offset of the Example, the number of seeks, and throughput. 磁気ディスク２２１上に書き込まれたファイルの物理位置の時間的な変化を示す図である。FIG. 6 is a diagram showing a temporal change in the physical position of a file written on the magnetic disk 221. ユーザ端末４００、フロントサーバ１００、ストレージサーバ２００、およびメタデータデータベースサーバ３００のハードウェア構成の一例を示す図である。FIG. 3 is a diagram showing an example of hardware configurations of a user terminal 400, a front server 100, a storage server 200, and a metadata database server 300.

以下、図面を参照し、本発明のストレージ装置、ファイル書き込み方法、およびプログラムの実施形態について説明する。 Embodiments of a storage device, a file writing method, and a program of the present invention will be described below with reference to the drawings.

＜第１実施形態＞
［ストレージシステム１の全体構成］
図１は、第１実施形態に係るストレージシステム１の一例を示す図である。ストレージシステム１は、例えば、複数のユーザ端末からのアップロード要求に従ってファイルをストレージサーバに蓄積すると共に、ユーザ端末からの閲覧要求またはダウンロード要求に従って、蓄積しているファイルをユーザ端末に閲覧またはダウンロードさせるストレージサービスを提供するものである。 <First Embodiment>
[Overall Configuration of Storage System 1]
FIG. 1 is a diagram showing an example of a storage system 1 according to the first embodiment. The storage system 1 stores, for example, files in a storage server in accordance with upload requests from a plurality of user terminals, and stores the stored files in the user terminals in accordance with a browse request or a download request from the user terminals. It provides a service.

ストレージシステム１は、例えば、フロントサーバ１００と、ストレージサーバ２００と、メタデータデータベースサーバ３００と、ユーザ端末４００−１、・・・４００−Ｍ（Ｍは２以上の自然数）とを含む。なお、ストレージシステム１において、複数のユーザ端末４００とフロントサーバ１００とがネットワークＮＷを介して情報を通信する。ネットワークＮＷは、例えば、無線基地局、Ｗｉ−Ｆｉアクセスポイント、通信回線、プロバイダ、インターネットなどを含む。なお、以下の説明において、ユーザ端末を他のユーザ端末と区別しない場合には「ユーザ端末４００」と記載する。 The storage system 1 includes, for example, a front server 100, a storage server 200, a metadata database server 300, and user terminals 400-1,... 400-M (M is a natural number of 2 or more). In the storage system 1, the plurality of user terminals 400 and the front server 100 communicate information via the network NW. The network NW includes, for example, a wireless base station, Wi-Fi access point, communication line, provider, Internet and the like. In the following description, when the user terminal is not distinguished from other user terminals, it will be referred to as “user terminal 400”.

また、ストレージシステム１において、フロントサーバ１００とストレージサーバ２００、およびフロントサーバ１００とメタデータデータベースサーバ３００とは、ネットワークＮＷとは異なるネットワークを介して通信接続されている。なお、図１に示したフロントサーバ１００、ストレージサーバ２００、およびメタデータデータベースサーバ３００は、単一のサーバ装置により実現してよく、それぞれ複数のサーバ装置を含んでいてよい。 Further, in the storage system 1, the front server 100 and the storage server 200, and the front server 100 and the metadata database server 300 are communicatively connected via a network different from the network NW. The front server 100, the storage server 200, and the metadata database server 300 shown in FIG. 1 may be realized by a single server device, and may each include a plurality of server devices.

［フロントサーバ１００の構成］
図２は、フロントサーバ１００の一例を示す図である。フロントサーバ１００は、例えば、ユーザ側通信部１１０と、サーバ側通信部１２０と、フロント制御部１３０と、を含む。 [Configuration of Front Server 100]
FIG. 2 is a diagram showing an example of the front server 100. The front server 100 includes, for example, a user-side communication unit 110, a server-side communication unit 120, and a front control unit 130.

ユーザ側通信部１１０およびサーバ側通信部１２０は、例えばＮＩＣ（Network Interface Card）を含む。ユーザ側通信部１１０は、ネットワークＮＷを介してユーザの使用するユーザ端末４００との間で通信を行う。サーバ側通信部１２０は、他のネットワーク介してストレージサーバ２００およびメタデータデータベースサーバ３００との間で通信を行う。 The user-side communication unit 110 and the server-side communication unit 120 include, for example, a NIC (Network Interface Card). The user-side communication unit 110 communicates with the user terminal 400 used by the user via the network NW. The server-side communication unit 120 communicates with the storage server 200 and the metadata database server 300 via another network.

フロント制御部１３０は、例えば、アプリケーション処理部１３２と、ファイル管理部１３４とを含む。アプリケーション処理部１３２は、例えばＣＰＵ（Central Processing Unit）などのプロセッサがプログラムメモリに格納されたアプリケーションプログラムを実行することにより実現される。ファイル管理部１３４は、例えばＣＰＵなどのプロセッサがプログラムメモリに格納されたＯＳ（Operating System）プログラムを実行することにより実現される。アプリケーション処理部１３２およびファイル管理部１３４を含む機能部のうち一部または全部は、ＬＳＩ（Large Scale Integration）、ＡＳＩＣ（Application Specific Integrated Circuit）、またはＦＰＧＡ（Field-Programmable Gate Array）などのハードウェアにより実現されてもよい。 The front control unit 130 includes, for example, an application processing unit 132 and a file management unit 134. The application processing unit 132 is realized by a processor such as a CPU (Central Processing Unit) executing an application program stored in a program memory. The file management unit 134 is realized by a processor such as a CPU executing an OS (Operating System) program stored in a program memory. Some or all of the functional units including the application processing unit 132 and the file management unit 134 are implemented by hardware such as LSI (Large Scale Integration), ASIC (Application Specific Integrated Circuit), or FPGA (Field-Programmable Gate Array). May be realized.

アプリケーション処理部１３２は、ユーザ側通信部１１０を用いてユーザ端末４００から送信されたファイルのアップロード要求を受け付ける（受付部）。ファイルのアップロード要求は、ディレクトリを指定したファイルの書き込み要求である。アプリケーション処理部１３２は、ファイルのアップロード要求に応答した書き込み要求をストレージサーバ２００に送信する。 The application processing unit 132 receives a file upload request transmitted from the user terminal 400 using the user communication unit 110 (reception unit). The file upload request is a file write request that specifies a directory. The application processing unit 132 sends a write request in response to the file upload request to the storage server 200.

ファイル管理部１３４は、アップロード要求によりストレージサーバ２００に書き込まれているファイルに関連するディレクトリ情報をキャッシュメモリ１３６に書き込む。ディレクトリ情報は、ディレクトリを管理する管理情報である。図３は、ディレクトリ情報１３６Ａの一例を示す図である。ディレクトリ情報は、例えば、各ディレクトリ名と、所定の上限数の範囲内でディレクトリ名に対応付けられるファイル名とを対応付けている。ディレクトリ名は、ファイルのアップロード要求により指定されたディレクトリ名である。ファイル名は、アップロード要求により書き込まれるファイルのファイル名である。なお、ディレクトリ名には、追加時刻などその他の情報も対応付けられてよい。また、ファイル名には、ファイル管理部１３４においてファイル名に対応したファイルを特定するinode番号が対応付けられてよいが、これに限定されず、アップロード時刻などその他の情報も対応付けられてよい。 The file management unit 134 writes the directory information related to the file written in the storage server 200 to the cache memory 136 according to the upload request. The directory information is management information for managing the directory. FIG. 3 is a diagram showing an example of the directory information 136A. The directory information associates, for example, each directory name with a file name associated with the directory name within a predetermined upper limit number. The directory name is the directory name specified by the file upload request. The file name is the file name of the file written by the upload request. Note that the directory name may be associated with other information such as the added time. Further, the file name may be associated with the inode number that identifies the file corresponding to the file name in the file management unit 134, but is not limited to this, and other information such as the upload time may be associated.

また、ファイル管理部１３４は、ファイルがストレージサーバ２００に書き込まれた場合に、メタデータデータベースサーバ３００にメタデータを書き込む。図４は、メタデータ３１０の一例を示す図である。メタデータ３１０には、例えば、グループｉｄと、ＨＤＤｉｄと、ディレクトリ名と、ファイル名と、ＬＢＡ（Logical Block Address）とが含まれている。グループｉｄは、ファイルストレージ部２１０全体の記憶容量を所定の記憶容量に区分した一つのグループを特定する識別情報である。各グループは、一又は複数のハードディスク装置２１０Ａを含む。各グループは、他のグループと並行してファイルが書き込まれる。なお、「メモリ」の一例は、キャッシュメモリ１３６、またはメタデータデータベースサーバ３００である。キャッシュメモリ１３６に代えて外部メモリを用いてもよい。 Further, the file management unit 134 writes metadata to the metadata database server 300 when the file is written to the storage server 200. FIG. 4 is a diagram showing an example of the metadata 310. The metadata 310 includes, for example, a group id, an HDDid, a directory name, a file name, and an LBA (Logical Block Address). The group id is identification information that identifies one group obtained by dividing the storage capacity of the entire file storage unit 210 into a predetermined storage capacity. Each group includes one or more hard disk devices 210A. Files are written to each group in parallel with other groups. An example of the “memory” is the cache memory 136 or the metadata database server 300. An external memory may be used instead of the cache memory 136.

［メタデータデータベースサーバ３００の構成］
ストレージサーバ２００に先だってメタデータデータベースサーバ３００について説明する。メタデータデータベースサーバ３００は、例えば、通信部とメタデータ３１０を記憶する記憶装置とを含む。メタデータデータベースサーバ３００は、通信部を用いてメタデータ３１０を受信した場合に、記憶部にメタデータ３１０を書き込む。メタデータデータベースサーバ３００は、フロントサーバ１００の要求に従って、メタデータ３１０を読み出して、読み出したメタデータ３１０をフロントサーバ１００に送信する。 [Configuration of Metadata Database Server 300]
The metadata database server 300 will be described before the storage server 200. The metadata database server 300 includes, for example, a communication unit and a storage device that stores the metadata 310. When the metadata database server 300 receives the metadata 310 using the communication unit, the metadata database server 300 writes the metadata 310 in the storage unit. The metadata database server 300 reads the metadata 310 according to the request from the front server 100, and transmits the read metadata 310 to the front server 100.

［ストレージサーバ２００の構成］
図５は、ストレージサーバ２００の一例を示す図である。ストレージサーバ２００は、例えば、ファイルストレージ部２１０−１、・・・２１０−Ｎ（Ｎは２以上の自然数）と、サーバ側通信部２２０と、ストレージ制御部２３０と、情報記憶部２４０とを含む。なお、以下の説明において、ファイルストレージ部を他のファイルストレージ部と区別しない場合には「ファイルストレージ部２１０」と記載する。 [Configuration of Storage Server 200]
FIG. 5 is a diagram showing an example of the storage server 200. The storage server 200 includes, for example, file storage units 210-1,... 210-N (N is a natural number of 2 or more), a server-side communication unit 220, a storage control unit 230, and an information storage unit 240. .. In the following description, when the file storage unit is not distinguished from other file storage units, it is referred to as “file storage unit 210”.

各ファイルストレージ部２１０は、一又は複数のハードディスク装置２１０Ａを含む。ハードディスク装置２１０Ａは、ファイルの書き込み、読み出し、および削除を実行する。 Each file storage unit 210 includes one or more hard disk devices 210A. The hard disk device 210A executes writing, reading, and deletion of files.

ファイルストレージ部２１０は、ストレージ制御部２３０からライトコマンドが供給された場合、ライトコマンドに含まれるファイルをハードディスク装置２１０Ａに書き込む。ファイルストレージ部２１０は、ストレージ制御部２３０からリードコマンドが供給された場合、リードコマンドにより指定されたファイルをハードディスク装置２１０Ａから読み出し、読み出したファイルをストレージ制御部２３０に出力する。ファイルストレージ部２１０は、ストレージ制御部２３０から削除コマンドが供給された場合、リードコマンドにより指定されたファイルをハードディスク装置２１０Ａから削除する。 When the write command is supplied from the storage control unit 230, the file storage unit 210 writes the file included in the write command to the hard disk device 210A. When the read command is supplied from the storage control unit 230, the file storage unit 210 reads the file specified by the read command from the hard disk device 210A and outputs the read file to the storage control unit 230. When the delete command is supplied from the storage control unit 230, the file storage unit 210 deletes the file specified by the read command from the hard disk device 210A.

サーバ側通信部２２０は、例えばＮＩＣを含む。サーバ側通信部２２０は、ネットワークＮＷとは他のネットワーク介してストレージサーバ２００との間で通信を行う。 The server-side communication unit 220 includes a NIC, for example. The server-side communication unit 220 communicates with the storage server 200 via the network NW and another network.

ストレージ制御部２３０は、例えば、記憶制御部２３２と、ファイルカウンタ部２３４とを含む。記憶制御部２３２およびファイルカウンタ部２３４は、例えばＣＰＵなどのプロセッサがプログラムメモリに格納されたサーバプログラムを実行することにより実現される。記憶制御部２３２およびファイルカウンタ部２３４を含む機能部のうち一部または全部は、ＬＳＩ、ＡＳＩＣ、またはＦＰＧＡなどのハードウェアにより実現されてもよい。 The storage control unit 230 includes, for example, a storage control unit 232 and a file counter unit 234. The storage control unit 232 and the file counter unit 234 are realized by a processor such as a CPU executing a server program stored in a program memory. Some or all of the functional units including the storage control unit 232 and the file counter unit 234 may be implemented by hardware such as LSI, ASIC, or FPGA.

情報記憶部２４０は、例えば、論物変換テーブル記憶部２４２と、ファイル数記憶部２４４とを含む。情報記憶部２４０は、ＨＤＤ（Hard Disc Drive）、フラッシュメモリ、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）、ＲＯＭ（Read Only Memory）、またはＲＡＭ（Random Access Memory）等により実現される。情報記憶部２４０には、サーバプログラム等の各種プログラム、各種の処理結果などが記憶される。 The information storage unit 240 includes, for example, a logical-physical conversion table storage unit 242 and a file number storage unit 244. The information storage unit 240 is realized by an HDD (Hard Disc Drive), a flash memory, an EEPROM (Electrically Erasable Programmable Read Only Memory), a ROM (Read Only Memory), a RAM (Random Access Memory), or the like. The information storage unit 240 stores various programs such as a server program and various processing results.

記憶制御部２３２は、サーバ側通信部２２０を用いてフロントサーバ１００から受信した書き込み要求に応答して、ファイルをハードディスク装置２１０Ａに書き込む。記憶制御部２３２は、書き込み要求を受信した場合に、書き込み要求により指定されたディレクトリに対応付けてファイルをハードディスク装置２１０Ａに書き込む。このとき、記憶制御部２３２は、論物変換テーブル記憶部２４２に記憶された論物変換テーブル２４２Ａを参照して、書き込み要求に含まれるＬＢＡをＰＢＡに変換し、変換したＰＢＡに対応する位置にファイルを書き込む。記憶制御部２３２は、例えば、複数回ファイルの書き込みを行う場合、ファイルのＬＢＡを連番に設定し、ＬＢＡが近いファイルをハードディスク装置２１０Ａにおける近くのＰＢＡに書き込む。図６は、論物変換テーブル２４２Ａの一例を示す図である。論物変換テーブル記憶部２４２におけるデータ有無は、例えば、ＰＢＡにより特定される物理ブロック内にデータが書き込まれているか否かを示すデータ有無フラグである。 The storage control unit 232 writes the file to the hard disk device 210A in response to the write request received from the front server 100 using the server-side communication unit 220. When receiving the write request, the storage control unit 232 writes the file in the hard disk device 210A in association with the directory designated by the write request. At this time, the storage control unit 232 refers to the logical-physical conversion table 242A stored in the logical-physical conversion table storage unit 242, converts the LBA included in the write request into a PBA, and stores the converted PBA at a position corresponding to the converted PBA. Write the file. For example, when writing a file a plurality of times, the storage control unit 232 sets the LBA of the file to a serial number and writes the file having a close LBA to a nearby PBA in the hard disk device 210A. FIG. 6 is a diagram showing an example of the logical-physical conversion table 242A. The presence/absence of data in the logical-physical conversion table storage unit 242 is, for example, a data presence/absence flag indicating whether or not data is written in the physical block specified by PBA.

ファイルカウンタ部２３４は、各ディレクトリに対応付けられて書き込まれたファイル数をカウントする。ファイルカウンタ部２３４は、カウントした結果をカウンタテーブル２４４Ａに記憶する。カウンタテーブル２４４Ａは、ディレクトリに対応付けて書き込まれたファイル数を管理する管理情報である。図７は、カウンタテーブル２４４Ａの一例を示す図である。カウンタテーブル２４４Ａにおけるディレクトリ名には、例えば、カウントした結果としてのファイル数と、上限値とが対応付けられている。 The file counter unit 234 counts the number of files written in association with each directory. The file counter unit 234 stores the count 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 showing 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 counting result and the upper limit value.

（ハードディスク装置２１０Ａの構成）
図８は、ハードディスク装置２１０Ａの一例を示す図である。ハードディスク装置２１０Ａは、例えば、磁気ディスク２１１と、ヘッドスタックアッセンブリ（Head Stack Assembly；ＨＳＡ）２１２と、駆動回路２２３と、ＨＤＤコントローラ２２４と、インターフェース２２５とを含む。 (Structure of hard disk device 210A)
FIG. 8 is a diagram showing an example of the hard disk device 210A. The hard disk device 210A includes, for example, a magnetic disk 211, a head stack assembly (HSA) 212, a drive circuit 223, an HDD controller 224, and an interface 225.

磁気ディスク２１１は、アルミニウムやガラス等の基板の表裏面に磁気記録層が形成された円盤（プラッタ）である。磁気ディスク２１１は、単一の円盤により構成されてもよいし、円盤の厚み方向に対して複数枚の円盤が積み重ねられて構成されてもよい。 The magnetic disk 211 is a disk (platter) having a magnetic recording layer 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 disc, or may be configured by stacking a plurality of discs in the thickness direction of the disc.

ヘッドスタックアッセンブリ２１２は、記録再生ヘッド２１２ａと、ヘッドアンプＩＣ２１２ｂと、ボイスコイルモータ２１２ｃと、スピンドルモータ２１２ｄとを含む。 The head stack assembly 212 includes a recording/reproducing head 212a, a head amplifier IC 212b, a voice coil motor 212c, and a spindle motor 212d.

記録再生ヘッド２１２ａは、ヘッドアーム上に搭載され、ボイスコイルモータ２１２ｃからの駆動力によって磁気ディスク２１１上をシークしながら、磁気ディスク２１１に対して相対的に移動する。記録再生ヘッド２１２ａは、記録および再生兼用の磁性体コアを用いた薄膜ヘッドであってよいが、これに限定されない。 The recording/reproducing head 212a is mounted on the head arm, and moves relative to the magnetic disk 211 while seeking on the magnetic disk 211 by the driving force from the voice coil motor 212c. The recording/reproducing head 212a may be a thin film head using a magnetic core for both recording and reproduction, but is not limited to this.

記録再生ヘッド２１２ａは、ファイルを書き込む場合、ヘッドアンプＩＣ２１２ｂにより供給された電気信号に基づく磁界を発生させることで、磁気ディスク２２１の磁気記録層の磁化方向を変化させる。これによって、記録再生ヘッド２１２ａは、ファイルを磁気ディスク２２１に書き込む。記録再生ヘッド２１２ａは、ファイルを読み出す場合、磁気ディスク２１１上を移動しながら、磁気ディスク２１１の磁気記録層の磁化方向に対応した電気信号を生成する。記録再生ヘッド２１２ａは、生成した電気信号を、ヘッドアンプＩＣ２１２ｂを介して駆動回路２２３に供給する。 When writing a file, the recording/reproducing head 212a changes the magnetization direction of the magnetic recording layer of the magnetic disk 221 by generating a magnetic field based on the electric signal supplied by the head amplifier IC 212b. As a result, the recording/reproducing head 212a writes the file on the magnetic disk 221. When reading a file, the recording/reproducing head 212a moves on the magnetic disk 211 and generates an electric signal corresponding to the magnetization direction of the magnetic recording layer of the magnetic disk 211. The recording/reproducing head 212a supplies the generated electric signal to the drive circuit 223 via the head amplifier IC 212b.

ヘッドアンプＩＣ２１２ｂは、記録再生ヘッド２１２ａにより供給された電気信号の信号強度を増幅する。また、ヘッドアンプＩＣ２１２ｂは、駆動回路２２３により供給されたユーザデータを電気信号に変換し、記録再生ヘッド２１２ａに供給する。 The head amplifier IC 212b amplifies the signal strength of the electric signal supplied by the recording/reproducing head 212a. Further, the head amplifier IC 212b converts the user data supplied by the drive circuit 223 into an electric signal and supplies the electric signal to the recording/reproducing head 212a.

ボイスコイルモータ２１２ｃは、駆動回路２２３により供給された駆動電流に応じて、ヘッドスタックアッセンブリ２２２を駆動する。これにより、ボイスコイルモータ２１２ｃは、記録再生ヘッド２１２ａを、磁気ディスク２１１の径方向に沿って（あるいは径方向に対して角度を有する斜めの方向に沿って）外側または内側に移動させ、トラック間を移動させる。径方向とは、磁気ディスクの中心を通る方向である。スピンドルモータ２１２ｄは、駆動回路２２３により供給された駆動電流に応じて、磁気ディスク２１１を回転させる。スピンドルモータ２１２ｄは、例えば、ＤＣブラシレスモータである。 The voice coil motor 212c drives the head stack assembly 222 according to the drive current supplied by the drive circuit 223. As a result, the voice coil motor 212c moves the recording/reproducing head 212a to the outside or the inside along the radial direction of the magnetic disk 211 (or along the oblique direction having an angle with respect to the radial direction) to move between the tracks. To move. The radial direction is a direction passing through the center of the magnetic disk. The spindle motor 212d rotates the magnetic disk 211 according to the drive current supplied by the drive circuit 223. The spindle motor 212d is, for example, a DC brushless motor.

駆動回路２２３は、ヘッドアンプＩＣとの間で信号を授受すると共に、ボイスコイルモータ２１２ｃおよびスピンドルモータ２１２ｄを駆動する。これにより、駆動回路２２３は、コマンドに含まれるＰＢＡに対応する位置に記録再生ヘッド２１２ａをシークさせてファイルを書き込む。 The drive circuit 223 sends and receives signals to and from the head amplifier IC, and also drives the voice coil motor 212c and the spindle motor 212d. As a result, the drive circuit 223 seeks the recording/reproducing head 212a at a position corresponding to the PBA included in the command to write the file.

ＨＤＤコントローラ２２４は、インターフェース２２５を用いて、フロントサーバ１００から送信されたリードコマンド、ライトコマンド、および削除コマンドを受信する。ＨＤＤコントローラ２２４は、各コマンドに応じて、磁気ディスク２１１に情報を書き込んだり、磁気ディスク２１１に書き込まれた情報を読み出したりする。 The HDD controller 224 uses the interface 225 to receive the read command, the write command, and the delete command transmitted from the front server 100. The HDD controller 224 writes information to the magnetic disk 211 or reads information written to the magnetic disk 211 according to each command.

［ストレージシステム１の全体処理］
以下、フロントサーバ１００がディレクトリ名を指定したファイルの書き込み要求を受け付けた場合に、ファイルをハードディスク装置２１０Ａに書き込む処理について説明する。図９は、ユーザ端末４００、フロントサーバ１００、およびストレージサーバ２００による処理の流れの一例を示す図である。 [Overall processing of storage system 1]
Hereinafter, a process of writing a file to the hard disk device 210A when the front server 100 receives a write request for a file with a directory name specified will be described. FIG. 9 is a diagram showing an example of the flow of processing by the user terminal 400, the front server 100, and the storage server 200.

ユーザ端末４００は、ファイルをアップロードする際に、ユーザの操作に従ってファイルをアップロードするアプリケーションプログラムに対してＡＰＩ（Application Program Interface）コールを供給する。これにより、ユーザ端末４００のアプリケーションプログラムは、フロントサーバ１００に、アプリケーション処理部１３２を呼び出す処理リクエストＳ１を送信する。なお、処理リクエストＳ１は、ユーザ端末４００におけるアプリケーションまたはブラウザなどのＵＡ（User Agent）により生成されたＨＴＴＰ（Hypertext Transfer Protocol）リクエストに埋め込まれた情報である。 When uploading a file, the user terminal 400 supplies an API (Application Program Interface) call to an application program that uploads a file according to a user operation. As a result, the application program of the user terminal 400 transmits to the front server 100 a processing request S1 for calling the application processing unit 132. The processing request S1 is information embedded in an HTTP (Hypertext Transfer Protocol) request generated by an UA (User Agent) such as an application or a browser in the user terminal 400.

フロントサーバ１００は、処理リクエストＳ１を受信した場合に、カレントディレクトリのディレクトリ名を要求するディレクトリ名リクエストＳ２をストレージサーバ２００に送信する。ストレージサーバ２００は、ディレクトリ名リクエストＳ２を受信した場合、カレントディレクトリに対応するファイル数をカウントアップする（ステップＳ１０）。ストレージサーバ２００は、カレントディレクトリのディレクトリ名Ｓ３をフロントサーバ１００に送信する。フロントサーバ１００は、カレントディレクトリのディレクトリ名Ｓ３を受信した場合、ディレクトリ名Ｓ３をファイル書き込み先のディレクトリ名Ｓ４としてユーザ端末４００に送信する。 When receiving the processing request S1, the front server 100 transmits a directory name request S2 requesting the directory name of the current directory to the storage server 200. When receiving the directory name request S2, the storage server 200 counts up the number of files corresponding to the current directory (step S10). The storage server 200 transmits the directory name S3 of the current directory to the front server 100. When the front server 100 receives the directory name S3 of the current directory, the front server 100 transmits the directory name S3 to the user terminal 400 as the file write destination directory name S4.

ユーザ端末４００は、ディレクトリ名Ｓ４を指定したアップロード要求Ｓ５を含むＨＴＴＰリクエストをフロントサーバ１００に送信する。フロントサーバ１００は、アップロード要求Ｓ５を受信した場合、ストレージサーバ２００に、ディレクトリ名を指定したファイルの書き込み要求Ｓ６を送信する。 The user terminal 400 transmits to the front server 100 an HTTP request including the upload request S5 that specifies the directory name S4. When the front server 100 receives the upload request S5, the front server 100 transmits to the storage server 200 a write request S6 for writing a file in which a directory name is designated.

ストレージサーバ２００は、フロントサーバ１００により送信された書き込み要求Ｓ６を受信した場合、受信した書き込み要求Ｓ６により指定されたディレクトリ名のディレクトリに対応付けてファイルをハードディスク装置２１０Ａに書き込む（ステップＳ１１）。ストレージサーバ２００は、ファイルの書き込みが完了した場合、レスポンスＳ７をフロントサーバ１００に送信する。 When the storage server 200 receives the write request S6 transmitted from the front server 100, the storage server 200 writes the file in the hard disk device 210A in association with the directory having the directory name designated by the received write request S6 (step S11). When the writing of the file is completed, the storage server 200 sends a response S7 to the front server 100.

フロントサーバ１００は、レスポンスＳ７を受信した場合、ハードディスク装置２１０Ａに書き込まれたファイルのファイル名に関連するメタデータ３１０を更新する（ステップＳ２１）。次にフロントサーバ１００は、ファイルのアップロードが完了したことを通知する完了通知Ｓ８をユーザ端末４００に送信する。 When receiving the response S7, the front server 100 updates the metadata 310 related to the file name of the file written in the hard disk device 210A (step S21). Next, the front server 100 transmits to the user terminal 400 a completion notice S8 notifying that the file upload is completed.

［フロントサーバ１００の動作］
図１０は、フロントサーバ１００における処理の流れの一例を示す図である。図１０に示した処理は、アプリケーション処理部１３２により所定期間毎に繰り返して実行される。 [Operation of front server 100]
FIG. 10 is a diagram showing an example of the flow of processing in the front server 100. The processing illustrated in FIG. 10 is repeatedly executed by the application processing unit 132 every predetermined period.

まず、アプリケーション処理部１３２は、処理リクエストＳ１を受け付けたか否かを判定する（ステップＳ１００）。アプリケーション処理部１３２は、処理リクエストＳ１を受け付けた場合、ストレージサーバ２００にディレクトリ名リクエストＳ２を送信する（ステップＳ１０２）。 First, the application processing unit 132 determines whether the processing request S1 has been received (step S100). When accepting the processing request S1, the application processing unit 132 transmits the directory name request S2 to the storage server 200 (step S102).

次にアプリケーション処理部１３２は、ストレージサーバ２００からディレクトリ名Ｓ３を受信したか否かを判定する（ステップＳ１０４）。アプリケーション処理部１３２は、ディレクトリ名Ｓ３を受信した場合、ユーザ端末４００にディレクトリ名Ｓ４を送信する（ステップＳ１０６）。 Next, the application processing unit 132 determines whether or not the directory name S3 has been received from the storage server 200 (step S104). When receiving the directory name S3, the application processing unit 132 transmits the directory name S4 to the user terminal 400 (step S106).

次にアプリケーション処理部１３２は、ユーザ端末４００からディレクトリ名Ｓ４を指定したアップロード要求Ｓ５を受信したか否かを判定する（ステップＳ１１０）。アプリケーション処理部１３２は、アップロード要求Ｓ５を受信した場合、ディレクトリ名Ｓ４を含む書き込み要求Ｓ６をストレージサーバ２００に送信する（ステップＳ１１２）。このとき、アプリケーション処理部１３２は、書き込み対象のファイルのファイル名をディレクトリ情報１３６Ａにキャッシュする。 Next, the application processing unit 132 determines whether or not the upload request S5 designating the directory name S4 has been received from the user terminal 400 (step S110). When receiving the upload request S5, the application processing unit 132 transmits a write request S6 including the directory name S4 to the storage server 200 (step S112). At this time, the application processing unit 132 caches the file name of the file to be written in the directory information 136A.

次に、アプリケーション処理部１３２は、ストレージサーバ２００からレスポンスＳ７を受信したか否かを判定する（ステップＳ１１４）。アプリケーション処理部１３２は、レスポンスＳ７を受信した場合、ディレクトリ情報１３６Ａおよびメタデータ３１０を更新する（ステップＳ１１６）。このとき、アプリケーション処理部１３２は、ハードディスク装置２１０Ａに書き込まれたファイルのファイル名を、指定されたディレクトリ名に対応付けてディレクトリ情報１３６Ａに追加する。また、アプリケーション処理部１３２は、ハードディスク装置２１０Ａに書き込まれたファイルのファイル名などの情報をメタデータデータベースサーバ３００に送信する。次に、アプリケーション処理部１３２は、完了通知Ｓ８をユーザ端末４００に送信する（ステップＳ１１８）。 Next, the application processing unit 132 determines whether or not the response S7 has been received from the storage server 200 (step S114). When receiving the response S7, the application processing unit 132 updates the directory information 136A and the metadata 310 (step S116). At this time, the application processing unit 132 adds the file name of the file written in the hard disk device 210A to the directory information 136A in association with the specified directory name. The application processing unit 132 also transmits information such as the file name of the file written in the hard disk device 210A to the metadata database server 300. Next, the application processing unit 132 transmits a completion notice S8 to the user terminal 400 (step S118).

なお、処理リクエストを受信しない場合、およびアップロード要求を受信しない場合、フロントサーバ１００は、本フローチャートの処理を終了する。 When the processing request is not received and the upload request is not received, the front server 100 ends the processing of this flowchart.

また、フロントサーバ１００は、ストレージサーバ２００により通知されたディレクトリ名Ｓ３をユーザ端末４００に送信してよいが、これに限定されず、ディレクトリ名Ｓ３をフロントサーバ１００のＡＰＩ内で処理をするのみであってよい。フロントサーバ１００は、ストレージサーバ２００からディレクトリ名Ｓ３を受信した場合、ディレクトリ名Ｓ３をユーザ端末４００に送信することなしに、メモリに記憶する。フロントサーバ１００は、ユーザ端末４００からアップロード要求Ｓ５を受信した場合、記憶しておいたディレクトリ名Ｓ３を読み出し、読み出したディレクトリ名Ｓ３および書き込み要求Ｓ６をストレージサーバ２００に送信する。これにより、フロントサーバ１００とユーザ端末４００との間の通信回数を削減することができる。 Further, the front server 100 may transmit the directory name S3 notified by the storage server 200 to the user terminal 400, but the present invention is not limited to this, and the directory name S3 may be processed within the API of the front server 100. You can When receiving the directory name S3 from the storage server 200, the front server 100 stores the directory name S3 in the memory without transmitting it to the user terminal 400. When receiving the upload request S5 from the user terminal 400, the front server 100 reads the stored directory name S3 and sends the read directory name S3 and write request S6 to the storage server 200. As a result, the number of communications between the front server 100 and the user terminal 400 can be reduced.

［ストレージサーバ２００の動作］
図１１は、ストレージサーバ２００における第１書き込み処理の流れの一例を示す図である。図１１に示した処理は、ストレージ制御部２３０により所定期間毎に繰り返して実行される。 [Operation of Storage Server 200]
FIG. 11 is a diagram showing an example of the flow of the first write processing in the storage server 200. The process shown in FIG. 11 is repeatedly executed by the storage control unit 230 every predetermined period.

まず、記憶制御部２３２は、ディレクトリ名リクエストＳ２を受け付けたか否かを判定する（ステップＳ２００）。ファイルカウンタ部２３４は、ディレクトリ名リクエストＳ２を受け付けた場合、カレントディレクトリのファイル数をカウントアップする（ステップＳ２０２）。 First, the storage control unit 232 determines whether or not the directory name request S2 has been received (step S200). When receiving the directory name request S2, the file counter unit 234 counts up the number of files in the current directory (step S202).

次に記憶制御部２３２は、ファイルカウンタ部２３４によりカウントアップされた結果としてのカレントディレクトリのファイル数が上限値以下であるか否かを判定する（ステップＳ２０４）。記憶制御部２３２は、カレントディレクトリのファイル数が上限値以下である場合、カレントディレクトリのディレクトリ名をフロントサーバ１００に送信する（ステップＳ２０８）。記憶制御部２３２は、カレントディレクトリのファイル数が上限値を超えた場合、新たなディレクトリ名をカレントディレクトリのディレクトリ名として決定する（ステップＳ２０６）。記憶制御部２３２は、決定した新たなカレントディレクトリのディレクトリ名をフロントサーバ１００に返信する（ステップＳ２０８）。 Next, the storage control unit 232 determines whether the number of files in the current directory as a result of being counted up by the file counter unit 234 is equal to or less than the upper limit value (step S204). When the number of files in the current directory is less than or equal to the upper limit value, the storage control unit 232 sends the directory name of the current directory to the front server 100 (step S208). When the number of files in the current directory exceeds the upper limit value, the storage control unit 232 determines a new directory name as the directory name of the current directory (step S206). The storage controller 232 returns the directory name of the determined new current directory to the front server 100 (step S208).

次に、記憶制御部２３２は、フロントサーバ１００から書き込み要求Ｓ６を受信したか否かを判定する（ステップＳ２１０）。記憶制御部２３２は、書き込み要求Ｓ６を受信した場合、指定されたディレクトリ名のディレクトリが存在しているか否かを判定する（ステップＳ２１２）。記憶制御部２３２は、指定されたディレクトリ名のディレクトリがカウンタテーブル２４４Ａに存在している場合、当該ディレクトリに対応付けてファイルを書き込む（ステップＳ２１６）。 Next, the storage controller 232 determines whether or not the write request S6 has been received from the front server 100 (step S210). When receiving the write request S6, the storage control unit 232 determines whether or not the directory with the specified directory name exists (step S212). When the directory with the specified directory name exists in the counter table 244A, the storage control unit 232 writes the file in association with the directory (step S216).

記憶制御部２３２は、指定されたディレクトリ名のディレクトリがカウンタテーブル２４４Ａに存在しない場合、決定したカレントディレクトリのディレクトリ名に対応したディレクトリの管理情報をカウンタテーブル２４４Ａに書き込むことで、新たなディレクトリ名のディレクトリを追加する（ステップＳ２１４）。記憶制御部２３２は、追加したディレクトリに対応付けてファイルを書き込む（ステップＳ２１６）。 When the directory with the designated directory name does not exist in the counter table 244A, the storage control unit 232 writes the management information of the directory corresponding to the determined directory name of the current directory into the counter table 244A, thereby creating a new directory name. A directory is added (step S214). The storage control unit 232 writes the file in association with the added directory (step S216).

なお、ディレクトリ名リクエストを受信していない場合、および書き込み要求を受信しない場合、ストレージサーバ２００は、本フローチャートの処理を終了する。 When the directory name request is not received and the write request is not received, the storage server 200 ends the process of this flowchart.

［書き込み処理におけるディレクトリとファイルとの関係］
以下、上述したストレージサーバ２００において、各ディレクトリに対応付けてファイルを書き込む様子について説明する。図１２は、各ディレクトリとファイルとの関係を示す図である。 [Relationship between directories and files during write processing]
Hereinafter, how the storage server 200 described above writes a file in association with each directory will be described. FIG. 12 is a diagram showing the relationship between each directory and files.

図１２を参照した説明において、ファイル数の上限としての上限値は「１０００」であるものとする。記憶制御部２３２は、図１２（ａ）に示すように、グループｉｄが「００１」に対してディレクトリ名が「００１」のディレクトリの情報をカウンタテーブル２４４Ａに追加し、９９０個のファイルの書き込み要求をフロントサーバ１００から受信するものとする。この場合、記憶制御部２３２は、９９０個のファイルを１つのカレントディレクトリに対応付けて連続的に書き込む。 In the description with reference to FIG. 12, it is assumed that the upper limit value of the number of files is “1000”. As shown in FIG. 12A, the storage control unit 232 adds the information of the directory with the group name “001” and the directory name “001” to the counter table 244A, and requests writing of 990 files. Is received from the front server 100. In this case, the storage control unit 232 continuously writes 990 files in association with one current directory.

記憶制御部２３２は、ディレクトリ名が「００１」のディレクトリに対応付けて１０００個のファイルを書き込んだ場合において、１００１個目のファイルを書き込む場合、ディレクトリ名が「００２」の新たなディレクトリを追加する。記憶制御部２３２は、追加した新たなディレクトリとしてのカレントディレクトリに対応付けて１００１個目のファイルを書き込む。すなわち、記憶制御部２３２は、新たなディレクトリを追加した場合に、ファイル数が上限値を超えたディレクトリに対応付けてファイルを書き込むことなしに、新たなディレクトリに対応付けてファイルを書き込む。このような動作は、各ディレクトリに対応付けて書き込まれたファイル数をカウントし、カウントしたファイル数が上限値を超えた場合に、ディレクトリに対応付けてファイルを書き込むことを制限する、と記載することもできる。 The storage control unit 232 adds a new directory with a directory name of “002” when writing the 1001th file when writing 1000 files in association with the directory with a directory name of “001”. .. The storage control unit 232 writes the 1001th file in association with the current directory as the added new directory. That is, when a new directory is added, the storage control unit 232 writes the file in association with the new directory without writing the file in association with the directory in which the number of files exceeds the upper limit value. It is described that such an operation counts the number of files written in association with each directory, and restricts the writing of files in association with a directory when the counted number of files exceeds the upper limit value. You can also

［ファイルの書き込み要求と書き込み処理の遷移状態との関係］
図１３は、書き込み要求を受け付けた時刻と、ディレクトリごとの書き込み処理との関係を示す図である。記憶制御部２３２は、ディレクトリ名が「００１」のディレクトリｄｉｒ００１に対応付けて書き込んだファイル数が上限値以下である場合、ディレクトリｄｉｒ００１に対応したファイルの書き込み処理を行う。ディレクトリｄｉｒ００１に対応したファイルの書き込み処理は、ディレクトリｄｉｒ００１以外のディレクトリに対応付けて書き込むことなしに、ディレクトリｄｉｒ００１にのみ対応付けてファイルを書き込む処理である。記憶制御部２３２は、ディレクトリｄｉｒ００１に対応したファイルの書き込み処理を実行している期間において時刻ｔにファイル（file(t)）の書き込み要求を受信した場合には当該ファイルをディレクトリｄｉｒ００１に対応付けて書き込み、時刻ｔ＋Ｔ１にファイル（file(t+T1)）の書き込み要求を受信した場合には当該ファイルをディレクトリｄｉｒ００１に対応付けて書き込む。 [Relationship between file write requests and write processing transition states]
FIG. 13 is a diagram showing the relationship between the time when the write request is accepted and the write processing for each directory. When the number of files written in association with the directory dir001 with the directory name “001” is less than or equal to the upper limit value, the storage control unit 232 performs the writing process of the file corresponding to the directory dir001. The writing process of the file corresponding to the directory dir001 is a process of writing the file by associating only with the directory dir001, without writing by associating with a directory other than the directory dir001. When the storage control unit 232 receives a write request for a file (file(t)) at time t during the period in which the file writing process corresponding to the directory dir001 is being executed, the storage control unit 232 associates the file with the directory dir001. Writing, when a write request for a file (file(t+T1)) is received at time t+T1, the file is written in association with the directory dir001.

記憶制御部２３２は、ファイル（file(t+T1)）をディレクトリｄｉｒ００１に対応付けて書き込むことでディレクトリｄｉｒ００１に書き込んだファイル数が上限値を超えた場合、ディレクトリｄｉｒ００２に対応したファイルの書き込み処理に遷移する。ディレクトリｄｉｒ００２に対応したファイルの書き込み処理は、ディレクトリｄｉｒ００２以外のディレクトリに対応付けてファイルを書き込むことなしに、ディレクトリｄｉｒ００２にのみ対応付けてファイルを書き込む処理である。これにより、記憶制御部２３２は、ディレクトリｄｉｒ００２に対応したファイルの書き込み処理を実行している期間において時刻ｔ＋Ｔ２にファイル（file(t+T2)）の書き込み要求を受信した場合には当該ファイルをディレクトリｄｉｒ００２に対応付けて書き込む。 When the number of files written in the directory dir001 exceeds the upper limit value by writing the file (file(t+T1)) in association with the directory dir001, the storage control unit 232 performs the writing process of the file corresponding to the directory dir002. Transition. The writing process of the file corresponding to the directory dir002 is a process of writing the file only in the directory dir002 without writing the file in the directory other than the directory dir002. As a result, when the storage control unit 232 receives a write request for a file (file(t+T2)) at time t+T2 during the period in which the writing process of the file corresponding to the directory dir002 is being executed, the storage control unit 232 stores the file in the directory. Write in association with dir002.

ストレージサーバ２００は、図１１に示す処理に代えて、以下の処理を行ってもよい。図１４は、ストレージサーバ２００における書き込み処理の流れの他の一例を示す図である。図１４に示した書き込み処理は、ストレージ制御部２３０により所定期間毎に繰り返して実行される。 The storage server 200 may perform the following processing instead of the processing shown in FIG. FIG. 14 is a diagram showing another example of the flow of the writing process in the storage server 200. The writing process shown in FIG. 14 is repeatedly executed by the storage control unit 230 every predetermined period.

まず、記憶制御部２３２は、ディレクトリ名リクエストＳ２を受け付けたか否かを判定する（ステップＳ３００）。ファイルカウンタ部２３４は、ディレクトリ名リクエストＳ２を受け付けた場合、カレントディレクトリのファイル数をカウントアップする（ステップＳ３０２）。 First, the storage control unit 232 determines whether or not the directory name request S2 has been received (step S300). When receiving the directory name request S2, the file counter unit 234 counts up the number of files in the current directory (step S302).

次に記憶制御部２３２は、ファイルカウンタ部２３４によりカウントアップされた結果としてのカレントディレクトリのファイル数が上限値以下であるか否かを判定する（ステップＳ３０４）。記憶制御部２３２は、カレントディレクトリのファイル数が上限値以下である場合、カレントディレクトリのディレクトリ名をフロントサーバ１００に送信する（ステップＳ３１０）。 Next, the storage control unit 232 determines whether the number of files in the current directory as a result of being counted up by the file counter unit 234 is equal to or less than the upper limit value (step S304). When the number of files in the current directory is less than or equal to the upper limit value, the storage control unit 232 sends the directory name of the current directory to the front server 100 (step S310).

記憶制御部２３２は、カレントディレクトリのファイル数が上限値を超えた場合、新たなディレクトリ名をカレントディレクトリのディレクトリ名として決定する（ステップＳ３０６）。次に、記憶制御部２３２は、決定したカレントディレクトリのディレクトリ名に対応したディレクトリの管理情報をカウンタテーブル２４４Ａに書き込むことで、ディレクトリを追加する（ステップＳ３０８）。次に、記憶制御部２３２は、追加したカレントディレクトリのディレクトリ名をフロントサーバ１００に送信する（ステップＳ３１０）。 When the number of files in the current directory exceeds the upper limit value, the storage control unit 232 determines a new directory name as the directory name of the current directory (step S306). Next, the storage control unit 232 adds the directory by writing the management information of the directory corresponding to the determined directory name of the current directory in the counter table 244A (step S308). Next, the storage control unit 232 sends the directory name of the added current directory to the front server 100 (step S310).

次に、記憶制御部２３２は、フロントサーバ１００から書き込み要求Ｓ６を受信したか否かを判定する（ステップＳ３１２）。記憶制御部２３２は、書き込み要求Ｓ６を受信した場合、追加したディレクトリにファイルを書き込む（ステップＳ３１４）。 Next, the storage controller 232 determines whether or not the write request S6 has been received from the front server 100 (step S312). When receiving the write request S6, the storage control unit 232 writes the file in the added directory (step S314).

なお、ディレクトリ名リクエストを受信していない場合、および書き込み要求を受信しない場合、ストレージサーバ２００は、本フローチャートの処理を終了する。以上が、第２書き込み処理の説明である。 When the directory name request is not received and the write request is not received, the storage server 200 ends the process of this flowchart. The above is the description of the second write processing.

ストレージサーバ２００は、以上の動作により、各ディレクトリに対応して書き込まれるファイル数に設けられる上限の範囲内で、ファイルをハードディスク装置２１０Ａに書き込む。なお、フロントサーバ１００およびストレージサーバ２００は、図１０と、図１１または図１４とに示した処理を行うことで、ストレージ装置として機能する。 By the above operation, the storage server 200 writes the file to the hard disk device 210A within the upper limit of the number of files written corresponding to each directory. The front server 100 and the storage server 200 function as a storage device by performing the processing shown in FIG. 10 and FIG. 11 or 14.

［第１実施形態の効果］
以上説明した第１実施形態のストレージシステム１によれば、各ディレクトリに対応してハードディスク装置２１０Ａに書き込まれるファイル数に設けられる上限の範囲内で、フロントサーバ１００により受け付けられた書き込み要求に応答して、指定されたディレクトリ名に対応付けてファイルを書き込むので、ディレクトリに対応付けられるファイル数を制限することができる。これにより、ストレージシステム１によれば、ディレクトリ情報１３６Ａが肥大化することを抑制することができる。この結果、ストレージシステム１によれば、ディレクトリ名をシークする時間を抑制することができることで、ファイルの書き込み時間を短縮することができる。 [Effects of First Embodiment]
According to the storage system 1 of the first embodiment described above, the response to the write request accepted by the front server 100 is made within the upper limit of the number of files written to the hard disk device 210A corresponding to each directory. Since the file is written in association with the designated directory name, the number of files associated with the directory can be limited. As a result, according to the storage system 1, it is possible to prevent the directory information 136A from being enlarged. As a result, according to the storage system 1, the seek time for the directory name can be suppressed, so that the file write time can be shortened.

また、第１実施形態のストレージシステム１によれば、ディレクトリに対応付けられるファイル数が上限値に達するまで１つのディレクトリに連続的にファイルを書き込むので、連続的に書き込むファイルを複数のディレクトリに分散させることがない。連続的に書き込まれたファイルは、略同時期に書き込まれたファイルとも言うことができる。これにより、ストレージシステム１によれば、略同時期に書き込まれるファイルにおける磁気ディスク２２１上の位置を近くに配置することができる。この結果、ストレージシステム１によれば、略同時期に書き込まれた複数のファイルを読み出す際のリード時間を短縮することができる。 Further, according to the storage system 1 of the first embodiment, files are continuously written in one directory until the number of files associated with the directories reaches the upper limit value, so files to be continuously written are distributed to a plurality of directories. There is nothing to do. The files written continuously can be said to be the files written at substantially the same time. As a result, according to the storage system 1, it is possible to arrange the positions on the magnetic disk 221 in the files written at approximately the same time. As a result, according to the storage system 1, the read time when reading a plurality of files written at approximately the same time can be shortened.

＜第２実施形態＞
以下、第２実施形態について説明する。第２実施形態のストレージサーバ２００は、カレントディレクトリのディレクトリ名に書き込んだファイル数が上限値を超えた場合に、ディレクトリ名をフロントサーバ１００にプッシュ通知する点で、第１実施形態のストレージシステム１とは異なる。以下、この点を中心に説明する。 <Second Embodiment>
The second embodiment will be described below. The storage system 200 of the first embodiment is that the storage server 200 of the second embodiment pushes the directory name to the front server 100 when the number of files written in the directory name of the current directory exceeds the upper limit value. Is different from. Hereinafter, this point will be mainly described.

［第２実施形態の全体処理］
図１５は、ユーザ端末４００、フロントサーバ１００、およびストレージサーバ２００による処理の流れの一例を示す図である。 [Overall processing of the second embodiment]
FIG. 15 is a diagram showing an example of the flow of processing by the user terminal 400, the front server 100, and the storage server 200.

まず、フロントサーバ１００は、通知リクエストＳ２０をストレージサーバ２００に送信する。通知リクエストＳ２０は、ストレージサーバ２００におけるカレントディレクトリを新たに設定したタイミングでカレントディレクトリのディレクトリ名をフロントサーバ１００に通知するメッセージをプッシュ通知することを要求するメッセージである。フロントサーバ１００は、例えば、フロントサーバ１００の電源が投入してアプリケーションプログラムの起動が完了したタイミング、またはフロントサーバ１００が起動している最中における定期的に、通知リクエストＳ２０をストレージサーバ２００に送信する。通知リクエストＳ２０は、ディレクトリを新たに追加したタイミングでプッシュ通知することに限定されず、図１４に示したように新たなディレクトリ名を決定した後に新たなディレクトリを追加する場合において、新たなディレクトリを追加したタイミングであってよい。 First, the front server 100 transmits a notification request S20 to the storage server 200. The notification request S20 is a message requesting push notification of a message for notifying the front server 100 of the directory name of the current directory at the timing when the current directory in the storage server 200 is newly set. The front server 100 transmits the notification request S20 to the storage server 200, for example, at the timing when the power of the front server 100 is turned on and the start of the application program is completed, or at regular intervals during the start of the front server 100. To do. The notification request S20 is not limited to the push notification at the timing when a new directory is newly added, and when a new directory is added after the new directory name is determined as shown in FIG. It may be the added timing.

フロントサーバ１００は、処理リクエストＳ２１を受信した場合に、既にストレージサーバ２００からプッシュ通知されているカレントディレクトリのディレクトリ名Ｓ２２をユーザ端末４００に送信する。フロントサーバ１００は、アップロード要求Ｓ２３を受信した場合、ストレージサーバ２００に、ディレクトリ名を指定したファイルの書き込み要求Ｓ２４を送信する。 When the processing request S21 is received, the front server 100 transmits to the user terminal 400 the directory name S22 of the current directory that has been push-notified by the storage server 200. When the front server 100 receives the upload request S23, the front server 100 transmits to the storage server 200 a file write request S24 in which a directory name is designated.

ストレージサーバ２００は、フロントサーバ１００により送信された書き込み要求Ｓ２４を受信した場合、受信した書き込み要求Ｓ２４により指定されたディレクトリ名に対応付けてファイルをハードディスク装置２１０Ａに書き込む（ステップＳ３０）。ストレージサーバ２００は、ファイルの書き込みが完了した場合、レスポンスＳ２５をフロントサーバ１００に送信する。これにより、ストレージサーバ２００は、フロントサーバ１００からユーザ端末４００に完了通知Ｓ２６を送信させる。 When the storage server 200 receives the write request S24 transmitted by the front server 100, the storage server 200 writes the file in the hard disk device 210A in association with the directory name designated by the received write request S24 (step S30). When the writing of the file is completed, the storage server 200 sends a response S25 to the front server 100. As a result, the storage server 200 causes the front server 100 to transmit the completion notice S26 to the user terminal 400.

次にストレージサーバ２００は、カレントディレクトリに対応するファイル数をカウントアップする（ステップＳ３１）。ストレージサーバ２００は、ファイルの書き込みを実行する度に、カレントディレクトリのディレクトリ名に対するファイル数が上限値を超えたか否かを判定する。ストレージサーバ２００は、カレントディレクトリのディレクトリ名に対するファイル数が上限値以下である場合、プッシュ通知を実行しない（ステップＳ３２）。ストレージサーバ２００は、カレントディレクトリのディレクトリ名に対するファイル数が上限値を超えた場合に、新たなカレントディレクトリのディレクトリ名を決定する。ストレージサーバ２００は、決定した新たなカレントディレクトリのディレクトリ名Ｓ２７をフロントサーバ１００にプッシュ通知する（ステップＳ３３）。 Next, the storage server 200 counts up the number of files corresponding to the current directory (step S31). Each time the storage server 200 writes a file, it determines whether the number of files for the directory name of the current directory exceeds the upper limit value. The storage server 200 does not execute the push notification when the number of files for the directory name of the current directory is equal to or less than the upper limit value (step S32). The storage server 200 determines a new directory name of the current directory when the number of files for the directory name of the current directory exceeds the upper limit value. The storage server 200 pushes the directory name S27 of the determined new current directory to the front server 100 (step S33).

なお、フロントサーバ１００は、ディレクトリ名Ｓ２７を受信した場合に、通知リクエストをストレージサーバ２００に送信してよい。これにより、フロントサーバ１００は、以降に追加されるディレクトリのディレクトリ名をストレージサーバ２００にプッシュ通知させることができる。 Note that the front server 100 may send a notification request to the storage server 200 when receiving the directory name S27. Thereby, the front server 100 can notify the storage server 200 of the push notification of the directory name of the directory to be added thereafter.

なお、フロントサーバ１００は、ストレージサーバ２００により通知されたディレクトリ名Ｓ３をユーザ端末４００に送信してよいが、これに限定されず、ディレクトリ名Ｓ３をフロントサーバ１００のＡＰＩ内で処理をするのみであってよい。フロントサーバ１００は、ストレージサーバ２００からディレクトリ名Ｓ３を受信した場合、ディレクトリ名Ｓ３をユーザ端末４００に送信することなしに、メモリに記憶する。フロントサーバ１００は、ユーザ端末４００からアップロード要求Ｓ５を受信した場合、記憶しておいたディレクトリ名Ｓ３を読み出し、読み出したディレクトリ名Ｓ３および書き込み要求Ｓ６をストレージサーバ２００に送信する。これにより、フロントサーバ１００とユーザ端末４００との間の通信回数を削減することができる。 The front server 100 may transmit the directory name S3 notified by the storage server 200 to the user terminal 400, but the present invention is not limited to this, and the directory name S3 may be processed within the API of the front server 100. You can When receiving the directory name S3 from the storage server 200, the front server 100 stores the directory name S3 in the memory without transmitting it to the user terminal 400. When receiving the upload request S5 from the user terminal 400, the front server 100 reads the stored directory name S3 and sends the read directory name S3 and write request S6 to the storage server 200. As a result, the number of communications between the front server 100 and the user terminal 400 can be reduced.

［第２実施形態の効果］
第２実施形態のストレージシステム１によれば、フロントサーバ１００により処理リクエストを受信する度に、ストレージサーバ２００からフロントサーバ１００にディレクトリ名を通知する必要がない。これにより、ストレージシステム１によれば、ストレージサーバ２００の処理負荷を抑制することができる。また、ストレージシステム１によれば、フロントサーバ１００およびストレージサーバ２００の通信回数を抑制することができる。 [Effects of Second Embodiment]
According to the storage system 1 of the second embodiment, it is not necessary for the storage server 200 to notify the front server 100 of the directory name every time the front server 100 receives a processing request. Thereby, according to the storage system 1, the processing load of the storage server 200 can be suppressed. Further, according to the storage system 1, the number of times of communication between the front server 100 and the storage server 200 can be suppressed.

＜第３実施形態＞
以下、第３実施形態について説明する。第３実施形態のストレージサーバ２００は、ファイルの書き込み時間が所定時間を超える場合に、カレントディレクトリのディレクトリのファイル数の上限値を減少させる点で、上述した第１実施形態および第２実施形態とは異なる。以下、この点を中心に説明する。 <Third Embodiment>
The third embodiment will be described below. The storage server 200 of the third embodiment is different from the first and second embodiments described above in that the upper limit of the number of files in the current directory is decreased when the file writing time exceeds a predetermined time. Is different. Hereinafter, this point will be mainly described.

［ストレージサーバ２００における書き込み処理］
図１６は、ストレージサーバ２００における第３書き込み処理の流れの一例を示す図である。図１６に示した処理は、ストレージ制御部２３０により所定期間毎に繰り返して実行される。 [Write Processing in Storage Server 200]
FIG. 16 is a diagram showing an example of the flow of the third write processing in the storage server 200. The process shown in FIG. 16 is repeatedly executed by the storage control unit 230 every predetermined period.

まず、記憶制御部２３２は、リクエストを受け付けたか否かを判定する（ステップＳ４００）。ファイルカウンタ部２３４は、リクエストを受け付けた場合、カレントディレクトリのファイル数をカウントアップする（ステップＳ４０２）。 First, the storage control unit 232 determines whether a request has been accepted (step S400). When receiving the request, the file counter unit 234 counts up the number of files in the current directory (step S402).

次に記憶制御部２３２は、カウントアップされた結果としてのカレントディレクトリのファイル数が上限値以下であるか否かを判定する（ステップＳ４０４）。記憶制御部２３２は、カレントディレクトリのファイル数が上限値以下である場合、カレントディレクトリのディレクトリ名をフロントサーバ１００に送信する（ステップＳ４０８）。記憶制御部２３２は、カレントディレクトリのファイル数が上限値を超えた場合、新たなディレクトリ名をカレントディレクトリのディレクトリ名として決定する（ステップＳ４０６）。記憶制御部２３２は、設定した新たなカレントディレクトリのディレクトリ名をフロントサーバ１００に返信する（ステップＳ４０８）。 Next, the storage control unit 232 determines whether or not the number of files in the current directory as a result of the count up is equal to or less than the upper limit value (step S404). When the number of files in the current directory is less than or equal to the upper limit value, the storage control unit 232 sends the directory name of the current directory to the front server 100 (step S408). When the number of files in the current directory exceeds the upper limit value, the storage control unit 232 determines a new directory name as the directory name of the current directory (step S406). The storage control unit 232 returns the directory name of the set new current directory to the front server 100 (step S408).

次に、記憶制御部２３２は、フロントサーバ１００から書き込み要求を受信したか否かを判定する（ステップＳ４１０）。記憶制御部２３２は、書き込み要求を受信した場合、指定されたディレクトリ名が設定されたディレクトリが存在しているか否かを判定する（ステップＳ４１２）。記憶制御部２３２は、指定されたディレクトリ名が設定されたディレクトリが存在している場合、当該ディレクトリにファイルを書き込む（ステップＳ４１６）。記憶制御部２３２は、指定されたディレクトリ名が設定されたディレクトリが存在しない場合、決定したカレントディレクトリのディレクトリ名に対応したディレクトリの管理情報をカウンタテーブル２４４Ａに書き込むことで、ディレクトリを追加する（ステップＳ４１４）。 Next, the storage controller 232 determines whether or not a write request has been received from the front server 100 (step S410). When the storage control unit 232 receives the write request, the storage control unit 232 determines whether or not a directory in which the designated directory name is set exists (step S412). When the directory in which the designated directory name is set exists, the storage control unit 232 writes the file in the directory (step S416). When the directory in which the designated directory name is set does not exist, the storage controller 232 adds the directory by writing the management information of the directory corresponding to the determined directory name of the current directory in the counter table 244A (step S414).

次に、記憶制御部２３２は、追加したディレクトリに対応付けてファイルを書き込む（ステップＳ４１６）。次に記憶制御部２３２は、ファイルの書き込み時間を検出する（ステップＳ４１８）。記憶制御部２３２は、例えば、ハードディスク装置２１０Ａにライトコマンドを出力した時刻から、ハードディスク装置２１０Ａから書き込み完了の応答を入力した時刻までの期間を計測することで、ファイルの書き込み時間を検出する。 Next, the storage control unit 232 writes the file in association with the added directory (step S416). Next, the storage controller 232 detects the file writing time (step S418). The storage control unit 232 detects the file writing time, for example, by measuring the period from the time when the write command is output to the hard disk device 210A to the time when the write completion response is input from the hard disk device 210A.

記憶制御部２３２は、検出した書き込み時間が所定時間を超えているか否かを判定する（ステップＳ４２０）。記憶制御部２３２は、検出した書き込み時間が所定時間を超えている場合、カレントディレクトリのディレクトリについての上限値を減少させる（ステップＳ４２２）。 The storage control unit 232 determines whether or not the detected writing time exceeds a predetermined time (step S420). When the detected writing time exceeds the predetermined time, the storage control unit 232 decreases the upper limit value of the current directory (step S422).

なお、ディレクトリ名リクエストを受信していない場合、書き込み要求を受信しない場合、および書き込み時間が所定時間を超えていない場合、ストレージサーバ２００は、本フローチャートの処理を終了する。 It should be noted that the storage server 200 ends the process of this flowchart 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.

なお、ストレージシステム１は、ストレージサーバ２００によりファイルの書き込み時間が所定時間を超えた場合にファイル数の上限値を変更したが、これに限定されない。フロントサーバ１００は、ストレージサーバ２００に書き込み要求を送信した時刻から、ストレージサーバ２００からレスポンスを受信した時刻までの時間が所定時間を超えた場合に、ストレージサーバ２００に通知してよい。ストレージサーバ２００は、フロントサーバ１００から通知を受信した場合に、カレントディレクトリに対応付けてファイルを書き込むことを制限する。そして、ストレージサーバ２００は、新たなカレントディレクトリのディレクトリ名を決定して、フロントサーバ１００に新たなカレントディレクトリのディレクトリ名を通知する。 Note that the storage system 1 changes the upper limit value of the number of files when the file writing time exceeds a predetermined time by the storage server 200, but the present invention is not limited to this. The front server 100 may notify the storage server 200 when the time from the time when the write request is transmitted to the storage server 200 to the time when the response is received from the storage server 200 exceeds a predetermined time. When the storage server 200 receives the notification from the front server 100, the storage server 200 restricts writing the file in association with the current directory. Then, the storage server 200 determines the directory name of the new current directory and notifies the front server 100 of the directory name of the new current directory.

また、ストレージシステム１は、ファイルの書き込み時間が所定時間を超える場合にディレクトリに対応する上限値を減少させるが、これに限定されない。ストレージシステム１は、ファイルの書き込み時間が所定時間よりも短い場合に、ディレクトリに対応する上限値を増加させてよい。 Further, the storage system 1 reduces the upper limit value corresponding to the directory when the writing time of the file exceeds the predetermined time, but is not limited to this. The storage system 1 may increase the upper limit value corresponding to the directory when the writing time of the file is shorter than the predetermined time.

［第３実施形態の効果］
第３実施形態のストレージシステム１によれば、ファイルの書き込み時間が所定時間を超える場合に、カレントディレクトリのディレクトリに対応する上限値を減少させるので、カレントディレクトリに対応付けて書き込むファイル数を抑制することができる。これにより、ストレージシステム１によれば、ファイルの書き込み時間が長くなることを抑制することができる。 [Effects of Third Embodiment]
According to the storage system 1 of the third embodiment, when the file writing time exceeds a predetermined time, the upper limit value corresponding to the directory of the current directory is decreased, so that the number of files to be written in association with the current directory is suppressed. be able to. As a result, according to the storage system 1, it is possible to prevent the file writing time from becoming long.

＜実施例１＞
以下、上述したストレージシステム１の実施例１を説明する。図１７は、カレントディレクトリに対応付けて書き込んだファイル数と、秒単位の書き込みリクエストの処理数との関係を示す図である。図１７において、実施例１は、上述した実施形態において各ディレクトリに対するファイル数の上限値を「１０００」に設定した場合の書き込みリクエストの処理数の変化を表している。実施例２は、上述した実施形態において各ディレクトリに対するファイル数の上限値を「１００００」に設定した場合の書き込みリクエストの処理数の変化を表している。比較例１は、１つのカレントディレクトリに対応付けてファイルを書き込んだ場合の書き込みリクエストの処理数の変化を表している。比較例２は、ディレクトリを固定数設定し、さらに、当該ディレクトリの下位にディレクトリを同数設定した場合の書き込みリクエストの処理数の変化を表している。 <Example 1>
The first embodiment of the storage system 1 described above will be described below. FIG. 17 is a diagram showing the relationship between the number of files written in association with the current directory and the number of processing write requests per second. In FIG. 17, Example 1 represents a change in the number of processing write requests when the upper limit of the number of files for each directory is set to “1000” in the above-described embodiment. Example 2 represents a change in the number of processing write requests when the upper limit of the number of files for each directory is set to “10000” in the above-described embodiment. Comparative Example 1 represents a change in the number of processing write requests when a file is written in association with one current directory. Comparative example 2 represents a change in the number of processing write requests when a fixed number of directories are set and the same number of directories are set under the directories.

実施例１および実施例２におけるリクエストの処理数は、各ディレクトリに対応したファイル数が増加しても大きく低下していないことが分かる。一方、比較例１におけるリクエストの処理数は、ファイル数が一定数を超えると急峻に低下していることが分かる。また、比較例２におけるリクエストの処理数は、ファイル数が一定数を超えても、実施例１および実施例２におけるリクエストの処理数より低いことが分かる。 It can be seen that the number of requests processed in the first and second embodiments does not decrease significantly even if 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. Further, it can be seen that the number of requests processed in Comparative Example 2 is lower than the number of requests processed in Examples 1 and 2 even if the number of files exceeds a certain number.

＜実施例２＞
以下、上述したストレージシステム１の実施例２を説明する。図１８は、比較例１のディスクオフセット、シーク回数、およびスループットを表す図である。図１９は、実施例のディスクオフセット、シーク回数、およびスループットを表す図である。図１８および図１９の特性は、ｂｌｋｔｒａｃｅを用いて、ストレージサーバ２００におけるインターフェース２５５（ブロックＩ／Ｏレイヤ）における信号を検出して得たものである。 <Example 2>
The second embodiment of the storage system 1 described above will be described below. FIG. 18 is a diagram showing the disk offset, the number of seeks, and the throughput in Comparative Example 1. FIG. 19 is a diagram showing the disk offset, the number of seeks, and the throughput in the example. The characteristics of FIGS. 18 and 19 are obtained by detecting a signal in the interface 255 (block I/O layer) of the storage server 200 using blktrace.

図１８および図１９を参照すると、実施例におけるディスクオフセットおよびシーク回数は、比較例におけるディスクオフセットおよびシーク回数よりも低いことが分かる。また、実施例におけるスループットは、比較例におけるスループットよりも高いことが分かる。
＜実施例３＞
以下、上述したストレージシステム１の実施例３を説明する。図２０は、磁気ディスク２２１上に書き込まれたファイルの物理位置の時間的な変化を示す図である。図２０を参照すると、実施例は、比較例よりも狭い範囲にファイルを書き込んでいることが分かる。＜ハードウェア構成＞
図２１は、ユーザ端末４００、フロントサーバ１００、ストレージサーバ２００、およびメタデータデータベースサーバ３００のハードウェア構成の一例を示す図である。本図は、ユーザ端末４００がスマートフォンなどの携帯電話である例を示している。ユーザ端末４００は、例えば、ＣＰＵ４０１、ＲＡＭ４０２、ＲＯＭ４０３、フラッシュメモリなどの二次記憶装置４０４、タッチパネル４０５、および無線通信モジュール４０６が、内部バスあるいは専用通信線によって相互に接続された構成となっている。ナビアプリは、ネットワークＮＷを介してダウンロードされ、二次記憶装置４０４に格納される。 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. Further, it can be seen that the throughput in the example is higher than the throughput in the comparative example.
<Example 3>
The third embodiment of the storage system 1 described above will be described below. FIG. 20 is a diagram showing a temporal change in the physical position of a file written on the magnetic disk 221. Referring to FIG. 20, it can be seen that the example writes files in a narrower range than the comparative example. <Hardware configuration>
FIG. 21 is a diagram showing an example of the hardware configuration of the user terminal 400, the front server 100, the storage server 200, and the metadata database server 300. This figure shows an example in which the user terminal 400 is a mobile phone such as a smartphone. The user terminal 400 has, for example, a configuration in which a CPU 401, a RAM 402, a ROM 403, a secondary storage device 404 such as a flash memory, a touch panel 405, and a wireless communication module 406 are mutually connected by an internal bus or a dedicated communication line. .. The navigation application is downloaded via the network NW and stored in the secondary storage device 404.

フロントサーバ１００は、例えば、ＮＩＣ１０１、ＣＰＵ１０２、ＲＡＭ１０３、ＲＯＭ１０４、フラッシュメモリやＨＤＤなどの二次記憶装置１０５、およびドライブ装置１０６が、内部バスあるいは専用通信線によって相互に接続された構成となっている。ドライブ装置１０６には、光ディスクなどの可搬型記憶媒体が装着される。二次記憶装置１０５、またはドライブ装置１０６に装着された可搬型記憶媒体に記憶されたプログラムがＤＭＡコントローラ（不図示）などによってＲＡＭ１０３に展開され、ＣＰＵ１０２によって実行されることで、各サーバの機能部が実現される。 The front server 100 has, for example, a configuration in which an NIC 101, a CPU 102, a RAM 103, a ROM 104, a secondary storage device 105 such as a flash memory or an HDD, and a drive device 106 are mutually connected by an internal bus or a dedicated communication line. .. A portable storage medium such as an optical disk is attached to the drive device 106. A program stored in a secondary storage device 105 or a portable storage medium mounted in the drive device 106 is expanded in the RAM 103 by a DMA controller (not shown) or the like and executed by the CPU 102, whereby the functional units of each server are executed. Is realized.

ストレージサーバ２００は、例えば、ＮＩＣ２０１、ＣＰＵ２０２、ＲＡＭ２０３、ＲＯＭ２０４、フラッシュメモリやＨＤＤなどの二次記憶装置２０５、およびドライブ装置２０６が、内部バスあるいは専用通信線によって相互に接続された構成となっている。ドライブ装置２０６には、光ディスクなどの可搬型記憶媒体が装着される。二次記憶装置２０５、またはドライブ装置２０６に装着された可搬型記憶媒体に記憶されたプログラムがＤＭＡコントローラ（不図示）などによってＲＡＭ２０３に展開され、ＣＰＵ２０２によって実行されることで、各サーバの機能部が実現される。 The storage server 200 has, for example, a configuration in which a NIC 201, a CPU 202, a RAM 203, a ROM 204, a secondary storage device 205 such as a flash memory or an HDD, and a drive device 206 are mutually connected by an internal bus or a dedicated communication line. .. A portable storage medium such as an optical disk is attached to the drive device 206. A program stored in a secondary storage device 205 or a portable storage medium mounted in the drive device 206 is expanded in the RAM 203 by a DMA controller (not shown) or the like and executed by the CPU 202, whereby the functional units of each server are executed. Is realized.

メタデータデータベースサーバ３００は、例えば、ＮＩＣ３０１、ＣＰＵ３０２、ＲＡＭ３０３、ＲＯＭ３０４、フラッシュメモリやＨＤＤなどの二次記憶装置３０５、およびドライブ装置３０６が、内部バスあるいは専用通信線によって相互に接続された構成となっている。ドライブ装置３０６には、光ディスクなどの可搬型記憶媒体が装着される。二次記憶装置３０５、またはドライブ装置３０６に装着された可搬型記憶媒体に記憶されたプログラムがＤＭＡコントローラ（不図示）などによってＲＡＭ３０３に展開され、ＣＰＵ３０２によって実行されることで、各サーバの機能部が実現される。 The metadata database server 300 has, for example, a configuration in which an NIC 301, a CPU 302, a RAM 303, a ROM 304, a secondary storage device 305 such as a flash memory or an HDD, and a drive device 306 are mutually connected by an internal bus or a dedicated communication line. ing. A portable storage medium such as an optical disk is attached to the drive device 306. A program stored in a secondary storage device 305 or a portable storage medium mounted in the drive device 306 is expanded in the RAM 303 by a DMA controller (not shown) or the like and executed by the CPU 302, whereby the functional units of each server are executed. Is realized.

以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。 As described above, the embodiments for carrying out the present invention have been described using the embodiments, but the present invention is not limited to such embodiments, and various modifications and substitutions are made within the scope not departing from the gist of the present invention. Can be added.

１…ストレージシステム
１００…フロントサーバ
１３０…フロント制御部
１３２…アプリケーション処理部
１３４…ファイル管理部
１３６…キャッシュメモリ
１３６Ａ…ディレクトリ情報
２００…ストレージサーバ
２１０…ファイルストレージ部
２３０…ストレージ制御部
２３２…記憶制御部
２３４…ファイルカウンタ部
２４４…ファイル数記憶部
２４４Ａ…カウンタテーブル
４００…ユーザ端末 1... Storage system 100... Front server 130... Front control unit 132... Application processing unit 134... File management unit 136... Cache memory 136A... Directory information 200... Storage server 210... File storage unit 230... Storage control unit 232... Storage control unit 234... File counter section 244... File number storage section 244A... Counter table 400... User terminal

Claims

A reception unit that receives write requests for files with directory names specified,
Within the upper limit of the number of files written in the storage device corresponding to each directory, in response to the write request accepted by the accepting unit, the file is associated with the directory with the specified directory name. A control unit for writing the
Equipped with
When writing the file to the storage device , the control unit measures a time from outputting a write instruction to inputting a write completion response, and a predetermined write time of the file, which is a measurement result. If the time is exceeded , decrease the upper limit provided for the number of files written in association with each directory,
Storage device.

The control unit counts the number of files associated with each directory, and when the number of counted files exceeds the upper limit, restricts writing the file in association with the directory having the directory name,
The storage device according to claim 1.

The control unit counts the number of files associated with each directory, determines a new directory name when the counted number of files exceeds the upper limit, and transmits the determined new directory name to an external device. To do
The storage device according to claim 2.

When the receiving unit receives a write request for a file in which the new directory name is specified, the control unit writes management information of a directory corresponding to the new directory name to a memory and stores the new directory name Writing 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 determining the new directory name, the control unit associates the file with the directory with the new directory name without writing the file with the directory having the number of files exceeding the upper limit. Write to storage,
The storage device according to claim 4 or 5.

The control unit is
When a request from the terminal device is received by the reception unit, a request unit that requests the notification unit for the directory name of the current directory that can be associated with the file to be written based on the new write request
A notification unit that notifies 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 6.

The control unit is
If the current directory can be associated with the file to be written on the basis of the new write request is changed, a requesting unit for requesting the notification unit to notify the directory name of the changed current directory,
A notification unit that notifies the request unit of the directory name of the current directory when the current directory is changed,
The storage device according to any one of claims 1 to 6.

Computer
Accepts a write request for a file with a directory name specified,
Within the upper limit provided for the number of files written to the storage device corresponding to each directory, in response to the received write request, the file is stored in the storage device in association with the directory having the specified directory name. writing,
When writing the file to the storage device, the time from the output of the write instruction to the input of the write completion response is measured, and the write time of the file, which is the measurement result, exceeds the predetermined time. In this case , reduce the upper limit provided for the number of files written in association with each directory,
File writing method.

On the computer,
Make a file write request with a directory name specified,
Within the upper limit provided for the number of files written to the storage device corresponding to each directory, in response to the received write request, the file is stored in the storage device in association with the directory having the specified directory name. Let me write
When writing the file to the storage device, the time from the output of the write instruction to the input of the write completion response is measured, and the write time of the file as the measurement result exceeds the predetermined time. If the number of files to be written is associated with each directory, the upper limit provided for the number of files to be written is reduced .
program.