JP2016162170A - Storage system, storage, management server, and file management method - Google Patents
Storage system, storage, management server, and file management method Download PDFInfo
- Publication number
- JP2016162170A JP2016162170A JP2015040016A JP2015040016A JP2016162170A JP 2016162170 A JP2016162170 A JP 2016162170A JP 2015040016 A JP2015040016 A JP 2015040016A JP 2015040016 A JP2015040016 A JP 2015040016A JP 2016162170 A JP2016162170 A JP 2016162170A
- Authority
- JP
- Japan
- Prior art keywords
- file
- storage
- information
- replication
- management server
- 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
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
Description
本発明は、ストレージシステム、ストレージ、管理サーバおよびファイル管理方法に関する。特に、本発明は、複数のゾーンにデータを分散して管理するストレージシステム、ストレージ、管理サーバおよびファイル管理方法に関する。 The present invention relates to a storage system, a storage, a management server, and a file management method. In particular, the present invention relates to a storage system, a storage, a management server, and a file management method for managing data by distributing data in a plurality of zones.
データが三重ミラー化されたストレージシステムにおいては、あるゾーンで障害が発生したときに他のゾーンに影響が波及しないように、複数のゾーンを互いに遠隔させて設置することによって冗長性を確保している。 In a storage system with triple mirrored data, redundancy is ensured by installing multiple zones remotely from each other so that when a failure occurs in one zone, the other zones are not affected. Yes.
特許文献１には、分散配置された複数のストレージ装置のファイルに、ＧＵＩＤ（Ｇｌｏｂａｌｌｙ Ｕｎｉｑｕｅ ＩＤｅｎｔｉｆｉｅｒ）を付与して管理するファイル管理方法について開示されている。 Patent Document 1 discloses a file management method for managing by assigning a GUID (Globally Unique IDentifier) to files of a plurality of storage devices arranged in a distributed manner.
複数のゾーンにデータが分散されていると、特定のゾーンに近いクライアント群からのアクセスが多くなって負荷が集中する場合もある。そのような場合は、負荷を分散するためには、遠隔のゾーンにレプリケートされたデータにアクセスすることになる。遠隔のゾーンのデータにアクセスすると、レイテンシが悪化し、性能劣化することが想定される。また、負荷分散するためにゾーンごとレプリケーションし、データの多重度をゾーンの数で管理することによって、特定のゾーンに集中した負荷を解消する方法もある。 When data is distributed in a plurality of zones, there is a case where loads from a group of clients close to a specific zone increase and the load is concentrated. In such a case, to replicate the load, the data replicated to the remote zone will be accessed. When accessing data in a remote zone, it is assumed that latency deteriorates and performance deteriorates. In addition, there is a method of eliminating a load concentrated on a specific zone by replicating each zone in order to distribute the load and managing the multiplicity of data by the number of zones.
特許文献１の方法によれば、レプリケーション中のファイルにアクセス要求があった場合、基準ストレージ装置からオリジナルのファイルを転送することによって、レプリケーション中であっても整合性を保ちながらファイルにアクセスできる。しかし、特許文献１の方法では、遠隔のストレージゾーンに格納されたファイルへのアクセスによるレイテンシの悪化や性能劣化を改善することはできない。 According to the method of Patent Document 1, when there is an access request to a file being replicated, the file can be accessed while maintaining consistency by transferring the original file from the reference storage device. However, the method of Patent Document 1 cannot improve the deterioration of latency and the deterioration of performance due to access to a file stored in a remote storage zone.
また、ゾーンをまるごとレプリケートする方法では、負荷の大小に関わらずにレプリケートするため、物理的なデータ格納領域が大幅に増大するという問題点がある。 In addition, the method of replicating the entire zone has a problem that the physical data storage area is significantly increased because the zone is replicated regardless of the load.
本発明の目的は、遠隔された複数のゾーンにデータを分散して格納する場合において、データへの負荷集中が発生した際に、性能劣化することなく、負荷分散することができるストレージシステムを提供することにある。 An object of the present invention is to provide a storage system capable of distributing the load without degrading the performance when the load is concentrated on the data when the data is distributed and stored in a plurality of remote zones. There is to do.
本発明のストレージシステムは、複数のゾーンに分散して配置された複数のストレージ装置と、複数のストレージ装置を管理する少なくとも一つの管理サーバ装置とを備え、複数のストレージ装置のうち所定条件に達したファイルを格納する第１のストレージ装置は、ファイルを同じゾーン内の第２のストレージ装置にレプリケートし、第２のストレージ装置は、レプリケートされたファイルに関して、第１および第２のストレージ装置の情報を含むレプリケーション情報と、第１および第２のストレージ装置のそれぞれに格納されたファイルが最新であるか否かを示すステータス情報とを生成し、生成したレプリケーション情報およびステータス情報を第１および第２のストレージ装置間で同期させるとともに、レプリケーション情報およびステータス情報のうち少なくとも一方を管理サーバ装置に送信する。 The storage system of the present invention comprises a plurality of storage devices distributed in a plurality of zones and at least one management server device that manages the plurality of storage devices, and reaches a predetermined condition among the plurality of storage devices. The first storage device that stores the file replicates the file to the second storage device in the same zone, and the second storage device has information on the first and second storage devices regarding the replicated file. And status information indicating whether or not the files stored in the first and second storage devices are the latest, respectively, and the generated replication information and status information are the first and second. Synchronization between other storage devices, replication information and To the management server device at least one of status information.
本発明のストレージ装置は、複数のゾーンに分散して配置された複数のストレージ装置と、複数のストレージ装置を管理する少なくとも一つの管理サーバ装置とを備えるストレージシステムを構成するストレージ装置であって、自装置が格納するファイルが所定条件に達した際に、ファイルを同じゾーン内の他のストレージ装置にレプリケートし、他装置からファイルがレプリケートされた際に、自装置および他装置の情報を含むレプリケーション情報と、自装置および他装置のそれぞれに格納されたファイルが最新であるか否かを示すステータス情報とを生成し、生成したレプリケーション情報およびステータス情報を自装置と他装置との間で同期させるとともに、レプリケーション情報およびステータス情報のうち少なくとも一方を管理サーバ装置に送信する。 The storage device of the present invention is a storage device that constitutes a storage system that includes a plurality of storage devices distributed in a plurality of zones and at least one management server device that manages the plurality of storage devices, When the file stored in the local device reaches the specified condition, the file is replicated to other storage devices in the same zone, and when the file is replicated from the other device, replication that includes information about the local device and the local device Information and status information indicating whether or not the files stored in the own device and the other device are the latest, and the generated replication information and status information are synchronized between the own device and the other device Manage at least one of replication information and status information To send to the over server apparatus.
本発明の管理サーバ装置は、複数のゾーンに分散して配置された複数のストレージ装置と、複数のストレージ装置を管理する少なくとも一つの管理サーバ装置とを備えるストレージシステムを構成する管理サーバ装置であって、複数のストレージ装置のうち所定条件に達したファイルを格納する第１のストレージ装置がファイルを同じゾーン内の第２のストレージ装置にレプリケートし、第２のストレージ装置がレプリケートされたファイルに関して生成した第１および第２のストレージ装置の情報を含むレプリケーション情報と、第１および第２のストレージ装置のそれぞれに格納されたファイルが最新であるか否かを示すステータス情報とのうち少なくとも一方を受信し、受信したファイルに関するレプリケーション情報およびステータス情報のうち少なくとも一方を参照して、クライアント装置からのファイル要求に応答する。 The management server device of the present invention is a management server device that constitutes a storage system that includes a plurality of storage devices distributed in a plurality of zones and at least one management server device that manages the plurality of storage devices. The first storage device that stores the file that has reached the predetermined condition among the plurality of storage devices replicates the file to the second storage device in the same zone, and the second storage device generates the replicated file. At least one of the replication information including the information of the first and second storage devices and the status information indicating whether the file stored in each of the first and second storage devices is the latest Replication information and status regarding received files With reference to at least one of the information, in response to the file request from the client device.
本発明のファイル管理方法は、複数のゾーンに分散して配置された複数のストレージ装置と、複数のストレージ装置を管理する少なくとも一つの管理サーバ装置とを備えるストレージシステムにおけるファイル管理方法であって、複数のストレージ装置のうち所定条件に達したファイルを格納する第１のストレージ装置によって、ファイルを同じゾーン内の第２のストレージ装置にレプリケートし、第２のストレージ装置によって、レプリケートされたファイルに関して、第１および第２のストレージ装置の情報を含むレプリケーション情報と、第１および第２のストレージ装置のそれぞれに格納されたファイルが最新であるか否かを示すステータス情報とを生成し、生成したレプリケーション情報およびステータス情報を第１および第２のストレージ装置間で同期させるとともに、レプリケーション情報およびステータス情報のうち少なくとも一方を管理サーバ装置に送信する。 The file management method of the present invention is a file management method in a storage system comprising a plurality of storage devices distributed and arranged in a plurality of zones, and at least one management server device that manages the plurality of storage devices, A file is replicated to a second storage device in the same zone by a first storage device that stores a file that has reached a predetermined condition among a plurality of storage devices, and the file that is replicated by the second storage device is Replication information including information on the first and second storage devices and status information indicating whether the files stored in the first and second storage devices are the latest are generated, and the generated replication Information and status information for the first and second Causes synchronized between storage device, and transmits at least one of replication and status information to the management server apparatus.
本発明によれば、遠隔された複数のゾーンにデータを分散して格納する場合において、データへの負荷集中が発生した際に、性能劣化することなく、負荷分散することができるストレージシステムを提供することが可能になる。 According to the present invention, when data is distributed and stored in a plurality of remote zones, a storage system capable of distributing the load without degrading performance when load concentration on the data occurs is provided. It becomes possible to do.
以下に、本発明を実施するための形態について図面を用いて説明する。ただし、以下に述べる実施形態には、本発明を実施するために技術的に好ましい限定がされているが、発明の範囲を以下に限定するものではない。なお、以下の実施形態の説明に用いる全図においては、特に理由が無い限り、同様箇所には同一符号を付す。また、以下の実施形態において、同様の構成・動作に関しては繰り返しの説明を省略する場合がある。 EMBODIMENT OF THE INVENTION Below, the form for implementing this invention is demonstrated using drawing. However, the preferred embodiments described below are technically preferable for carrying out the present invention, but the scope of the invention is not limited to the following. In all the drawings used for the description of the following embodiments, the same reference numerals are given to the same parts unless there is a particular reason. In the following embodiments, repeated description of similar configurations and operations may be omitted.
（第１の実施形態）
［構成］
まず、本発明の第１の実施形態に係るストレージシステムの構成について図面を参照しながら説明する。なお、図面においては、同じ機能を有する構成要素については代表的な符号を付与するとともに、個別の要素を区別するための識別番号をハイフン「−」に続けて付与することがある。例えば、後述するストレージ２１−１１に関しては、ハイフン「−」の前の「２１」が代表的な符号であり、ハイフン「−」の後の「１１」が識別番号である。
(First embodiment)
[Constitution]
First, the configuration of the storage system according to the first embodiment of the present invention will be described with reference to the drawings. In the drawings, a component having the same function is given a typical symbol, and an identification number for distinguishing individual elements may be given after a hyphen “-”. For example, regarding the storage 21-11 described later, “21” before the hyphen “-” is a representative code, and “11” after the hyphen “-” is an identification number.
図１は、本実施形態に係るストレージシステムの全体構成を示す概念図である。なお、図１は、多重化されたストレージシステムの一例として、三重ミラーストレージシステムを示す。これ以降、三重ミラーストレージシステムを例として説明していくが、本実施形態に係るストレージシステムは三重以上に多重化されたストレージシステムにも適用することができる。 FIG. 1 is a conceptual diagram showing the overall configuration of the storage system according to this embodiment. FIG. 1 shows a triple mirror storage system as an example of a multiplexed storage system. Hereinafter, a triple mirror storage system will be described as an example, but the storage system according to the present embodiment can also be applied to a storage system multiplexed more than triple.
図１のように、本実施形態に係るストレージシステムは、少なくとも一つの管理サーバ１１、複数のゾーン２０に分散された複数のストレージ２１、ロードバランサ４０を備える。管理サーバ１１、ストレージ２１およびロードバランサ４０は、フロントエンドＬＡＮ７１（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）によって互いに接続されている。フロントエンドＬＡＮ７１は、クライアント５０にサービスを提供するためのＬＡＮである。また、フロントエンドＬＡＮ７１には、少なくとも一つのクライアント５０が接続される。なお、クライアント５０は、ストレージシステムの構成の一部とみなしてもよいし、ストレージシステムを外部から利用するものとみなしてもよい。
As shown in FIG. 1, the storage system according to this embodiment includes at least one
管理サーバ１１は、クライアント５０からのデータを含むファイルへのアクセス要求に応じて、クライアント５０の要求するファイルが格納されているストレージ２１をクライアント５０に通知する。管理サーバ１１は、一般的なサーバの機能を有する管理サーバ装置である。
The
管理サーバ１１は、各ゾーン２０内のストレージ２１間におけるファイルのレプリケーションに関する情報（レプリケーション／ステータス情報とも呼ぶ）を、そのファイルのレプリケート先のストレージ２１から取得する。
The
図１のように、複数の管理サーバ１１のうち管理サーバ１１−１がレプリケートされたファイルに関するレプリケーション情報を受信した場合、管理サーバ１１−１は、他の管理サーバ１１−２および１１−３にそのレプリケーション情報を送信する。
As shown in FIG. 1, when the management server 11-1 of the plurality of
管理サーバ１１は、クライアント５０からファイルへのアクセス要求があった場合、ストレージから受信した情報に基づいて、適切なアクセス先となるストレージ２１をクライアント５０に通知する。
When there is an access request to the file from the client 50, the
なお、図１は、本実施形態に係るストレージシステムが３つの管理サーバ１１を備える例を示すが、管理サーバ１１は一つであってもよいし、三つ以上であってもよい。
1 illustrates an example in which the storage system according to the present embodiment includes three
複数のストレージ２１は、複数のゾーン２０に分散されて配置される。各ストレージ２１は、一般的なストレージの機能を有するストレージ装置である。
The plurality of
複数のゾーン２０は、互いに離れた場所に配置される。例えば、ゾーン２０−１（以下、ゾーン１）で障害が発生した場合であっても、その障害の影響が及ばないような場所にゾーン２０−２（以下、ゾーン２）やゾーン２０−３（以下、ゾーン３）は配置される。自然災害に対しての冗長性を持たせるためには、各ゾーン２０を互いに遠隔して配置することが好ましい。また、施設内で起こる障害に対しての冗長性を持たせるためには、施設内において各ゾーン２０を離れた位置に配置するように構成してもよい。 The plurality of zones 20 are arranged at locations away from each other. For example, even if a failure occurs in zone 20-1 (hereinafter, zone 1), zone 20-2 (hereinafter zone 2) or zone 20-3 (zone 20-3) Hereinafter, zone 3) is arranged. In order to provide redundancy against natural disasters, it is preferable that the zones 20 be arranged remotely from each other. Further, in order to provide redundancy with respect to a failure occurring in the facility, the zones 20 may be arranged at positions away from each other in the facility.
各ゾーン２０は、インターネットやＬＡＮ、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）などのネットワーク８０によって互いに接続される。各ゾーン２０を接続するネットワーク８０は、単一のネットワークであってもよいし、複数の異なるネットワークであってもよい。なお、ネットワーク８０がインターネットである場合は、ネットワーク８０は本実施形態に係るストレージシステムの構成に含まない。一方、ネットワーク８０がＬＡＮやＷＡＮである場合は、ネットワーク８０を本実施形態に係るストレージシステムの構成に含んでもよい。
The zones 20 are connected to each other by a
図１の例では、ゾーン１にはストレージ２１−１１および２１−１２、ゾーン２にはストレージ２２−２１および２２−２２、ゾーン３にはストレージ２２−３１が配置されている。また、図１には、各ゾーン２０にファイルＡ、Ｂ、Ｃ、ＤおよびＥが３重化されて格納されている。
In the example of FIG. 1, storages 21-11 and 21-12 are arranged in zone 1, storages 22-21 and 22-22 are arranged in
図２には、本実施形態に係るストレージシステムに関して、ゾーン２のみを抜き出して図示している。図２において、各ゾーン２内の各ストレージ２１（２１−２１、２１−２２および２１−２３）は、フロントエンドＬＡＮ７１を含むネットワーク８０に接続される。また、各ゾーン２内の各ストレージ２１は、フロントエンドＬＡＮ７１とは異なるバックエンドＬＡＮ７２によって互いに接続されている。各ゾーン２内の各ストレージは、バックエンドＬＡＮ７２を介して同期している。なお、ゾーン２以外の各ゾーン２０（ゾーン１および３）も、ゾーン２と同様の接続状態をもつ。
FIG. 2 shows only the
図３に、ゾーン２内におけるファイルのレプリケーションの一例を示す。図３は、ストレージ２１−２１（以下、ストレージ１）のファイルＡをストレージ２１−２２（以下、ストレージ２）にレプリケートし、ストレージ２１−２２のファイルＢをストレージ２１−２３（以下、ストレージ３）にレプリケートする例を示す。ゾーン２内の各ストレージ２１は、バックエンドＬＡＮ７２を介してファイルをレプリケートする。
FIG. 3 shows an example of file replication in the
なお、ファイルのレプリケーションは二つのストレージ間で行えばよいが、ゾーン２に含まれる三つ以上のストレージ２１間でレプリケーションを行ってもよい。また、ゾーン２以外のゾーン１および３においても、ゾーン２と同様にレプリケーションが行われる。
Note that file replication may be performed between two storages, but replication may be performed between three or
ロードバランサ４０は、クライアント５０からのファイルアクセス要求に対応させて、ネットワーク８０上の負荷を分散する負荷分散装置である。ロードバランサ４０は、一般的な負荷分散装置であり、例えば、ラウンドロビン方式や最小接続方式、最速時間応答方式などの方式によって要求の割り当てを行う。
The
ロードバランサ４０は、管理サーバ１１およびクライアント５０が接続されるフロントエンドＬＡＮ７１に接続される。なお、ロードバランサ４０は、管理サーバ１１と各ゾーン２０との間に挿入するように配置してもよい。また、ロードバランサ４０は、冗長構成を有していてもよい。
The
クライアント５０は、ファイルにアクセスするクライアント装置である。クライアント５０は、所望するファイルにアクセスするため、そのファイルへのアクセス要求を管理サーバ１１に送信する。また、クライアント５０は、管理サーバ１１から通知されたストレージ２１にアクセスする。
The client 50 is a client device that accesses a file. In order to access a desired file, the client 50 transmits an access request to the file to the
［ストレージ］
次に、ストレージ２１の内部構成について図４を用いて説明する。複数のストレージ２１のうち所定条件に達したデータを格納するストレージ２１（第１のストレージ）は、そのファイルを同じゾーン２０内部の他のストレージ２１（第２のストレージ）にレプリケートする。なお、所定条件とは、データへのアクセスが許容される上限値であり、任意に設定することができる。
[storage]
Next, the internal configuration of the
例えば、あるクライアント５０がストレージ２１のデータにアクセスしていれば、ストレージ２１が格納するそのデータへのアクセスが所定条件に達したとみなせる。また、例えば、あるクライアント５０がストレージ２１のデータにアクセスする頻度が一定の閾値を超えた段階で、ストレージ２１が格納するそのデータへのアクセスが所定条件に達したとみなしてもよい。また、例えば、あるクライアント５０がストレージ２１のデータにアクセスする単位時間当たりの頻度が一定の閾値を超えた段階で、ストレージ２１が格納するそのデータへのアクセスが所定条件に達したとみなしてもよい。また、例えば、あるクライアント５０がストレージ２１のデータにアクセスし、そのデータを更新する頻度が一定の閾値を超えた段階で、ストレージ２１が格納するそのデータへのアクセスが所定条件に達したとみなしてもよい。
For example, if a certain client 50 is accessing data in the
図４は、ストレージ２１内部の制御手段３０の構成を示すブロック図である。図４のように、ストレージ２１は、負荷検知部３１、レプリケーション制御部３２、ステータス制御部３３、情報送信部３４を有する。また、ストレージ２１は、同一ゾーン２０内の各ファイルのレプリケーションに関するレプリケーション情報と、レプリケートされた各ファイルが最新であるか否かを示すステータス情報とを生成し、管理する。なお、レプリケーション情報とステータス情報とを併せてレプリケーション／ステータス情報とも呼ぶ。また、レプリケーション／ステータス情報は、レプリケーション／ストアオーナー（ｒｅｐｌｉｃａｔｉｏｎ／ｓｔｏｒｅ ｏｗｎｅｒ）情報ともよぶ。
FIG. 4 is a block diagram showing the configuration of the control means 30 inside the
なお、図４のストレージ２１内の構成においては、ファイルを格納する格納部、ファイルの送受信を行う送受信部などは省略している。また、ゾーン２以外のゾーン１および３の各ストレージ２１も、ゾーン２と同様の構成をもつ。
In the configuration in the
負荷検知部３１は、ファイルへのアクセスによる負荷を検知する。
The
例えば、ファイルＡへのアクセス頻度が大きくなった場合、負荷検知部３１は、ファイルＡへのアクセスが高頻度であると検知する。負荷検知部３１が負荷の大きいファイルを検知すると、ストレージ２１は、自身のレプリケーション機能によって、対象ファイルを同一ゾーン２０内の他のストレージ２１にレプリケートする。すなわち、負荷検知部３１によって負荷が大きいと判定されたファイルは、ゾーン２０内の他のストレージ２１にレプリケートされることになる。なお、負荷検知部３１は、ファイルＡへのアクセス頻度以外の所定条件に基づいてレプリケートするファイルを判定してもよい。
For example, when the access frequency to the file A increases, the
レプリケーション制御部３２は、同一ゾーン２０内のストレージ２１間でレプリケートされたファイルに関するレプリケーション／ステータス情報を生成し、管理する。具体的には、レプリケート先のレプリケーション制御部３２は、レプリケートされたファイルを格納するストレージ２１に関する情報を含むレプリケーション／ステータス情報を生成し、生成した情報を管理する。
The
図５に、レプリケーション直後に生成されるレプリケーション／ステータス情報を格納する情報テーブル２００の一例（レプリケーション／ステータス情報２０１および２０２）を示す。以下、レプリケーション／ステータス情報２０１を情報テーブル２０１、レプリケーション／ステータス情報２０２を情報テーブル２０２と記載する。例えば、情報テーブル２０１はゾーン２内のストレージ１に格納され、情報テーブル２０２はストレージ２に格納される。
FIG. 5 shows an example of the information table 200 (replication /
図５の情報テーブル２０１は、レプリケートされたファイルに関するレプリケーション情報として、ストレージ１が格納するファイルのファイル名、ストレージ１の属するゾーン２０のゾーン番号を格納する。また、図５の情報テーブル２０１は、各ストレージ２１に格納されたファイルが最新であるか否かを示すステータス情報を格納する。
The information table 201 in FIG. 5 stores the file name of the file stored in the storage 1 and the zone number of the zone 20 to which the storage 1 belongs as replication information regarding the replicated file. Further, the information table 201 in FIG. 5 stores status information indicating whether or not the file stored in each
図５のように、情報テーブル２０１は、各ストレージ２１に格納されたファイルのステータス情報を格納する。ファイルのステータス情報は、ストレージ２１に格納されたファイルが最新である場合はｖａｌｉｄ（有効）、最新ではない場合はｉｎｖａｌｉｄ（無効）になる。図５の例では、ストレージ１からストレージ２へとファイルＡをレプリケーションした直後は、ストレージ１および２に格納されたファイルＡは共に最新であるため、情報テーブル２０１および２０２のステータス状態は共にｖａｌｉｄである。
As shown in FIG. 5, the information table 201 stores status information of files stored in each
図５の情報テーブル２０１には、ストレージ１が格納するファイルＡのファイル名の欄に「／ｍｎｔ／ｈｏｍｅ／ｄｉｒＡ／ｆｉｌｅＡ」、ストレージ１が属するゾーン２０の番号の欄にゾーン２の番号「２」が格納されている。同様に、図５の情報テーブル２０１には、ストレージ１が格納するファイルＢのファイル名の欄に「／ｍｎｔ／ｈｏｍｅ／ｄｉｒＢ／ｆｉｌｅＢ」、ストレージ１が属するゾーン２０の番号の欄にゾーン２の番号「２」が格納されている。
In the information table 201 of FIG. 5, “/ mnt / home / dirA / fileA” is stored in the file name column of the file A stored in the storage 1, and the
情報テーブル２０２についても、情報テーブル２０１と同様の情報が格納される。 The information table 202 also stores the same information as the information table 201.
なお、図５の情報テーブル２０１および２０２においては、ファイルＡのレプリケーション／ステータス情報に関して、ストレージ１およびストレージ２のいずれがレプリケート元・レプリケート先になるのかを区別せずに格納している。図５の情報テーブル２０１および２０２は、いずれのストレージ２１がレプリケート元・レプリケート先であるのか明確にする情報を含んでいてもよい。これ以降、レプリケート元のストレージ２１（第１のストレージとも呼ぶ）と、レプリケート先のストレージ２１（第２のストレージとも呼ぶ）とを併せて、レプリケーション関係にあるストレージ２１とも呼ぶ。
In the information tables 201 and 202 of FIG. 5, the replication / status information of the file A is stored without distinguishing which of the storage 1 and the
例えば、ゾーン２内のストレージ１からストレージ２にファイルＡがレプリケートされたものとする。このとき、ストレージ２のレプリケーション制御部３２は、ファイルＡのレプリケート元であるストレージ１の情報と、レプリケート先であるストレージ２の情報とを含むレプリケーション情報を生成する。併せて、ストレージ２のレプリケーション制御部３２は、ストレージ１および２に格納されたファイルＡが最新であるか（ｖａｌｉｄ）否か（ｉｎｖａｌｉｄ）を示すステータス情報を生成する。すなわち、ストレージ２のレプリケーション制御部３２は、レプリケートされたファイルＡのレプリケーション／ステータス情報を生成する。この段階では、ストレージ２のレプリケーション制御部３２によって、図５の下段の情報テーブル２０２に記載された内容のレプリケーション／ステータス情報が生成されている。
For example, it is assumed that the file A is replicated from the storage 1 in the
この後、ストレージ１とストレージ２との間で同期がとられ、図５の上段の情報テーブル２０１に記載された内容のレプリケーション／ステータス情報がストレージ１にも生成される。なお、レプリケーション／ステータス情報は、図５のようなテーブル形式をもたなくてもよい。
Thereafter, the storage 1 and the
レプリケーション制御部３２は、レプリケーション／ステータス情報を生成すると、生成したレプリケーション／ステータス情報を情報送信部３４に出力する。
When the
ステータス制御部３３は、ストレージ２１に格納された各ファイルのレプリケーション／ステータス情報に含まれるステータス情報を生成し、管理する。
The
具体的には、レプリケートされたファイルが更新された際に、そのファイルを格納するストレージ２１のステータス制御部３３は、各ストレージ２１に格納されたそのファイルに関するステータス情報を生成する。ステータス制御部３３は、自身が生成したステータス情報に基づいて、レプリケーション制御部３２によって生成されたレプリケーション／ステータス情報に含まれるステータス情報を更新する。
Specifically, when a replicated file is updated, the
例えば、既にファイルＡのレプリケーション／ステータス情報が生成されている状況において、ストレージ２に格納されたファイルＡがクライアント５０−１（以下、クライアント１）によって更新されたものとする。このとき、ストレージ２のステータス制御部３３は、ストレージ２に格納されたファイルＡは最新であり（ｖａｌｉｄ）、ストレージ１に格納されたファイルＡは最新ではない（ｉｎｖａｌｉｄ）というステータス情報を生成する。なお、このとき変更されたステータス情報は、ストレージ２からストレージ１に送信されることによって、ストレージ１とストレージ２の同期がとられる。
For example, it is assumed that the file A stored in the
ファイル変更時における情報テーブル２０１および２０２のステータス情報の一例を図６に示す。図６は、ストレージ２のファイルＡが変更され、ストレージ１のファイルＢが変更された例を示す。このとき、ファイルＡに関しては、ストレージ２の方が最新であるためにｖａｌｉｄになり、ストレージ１の方は最新ではないためにｉｎｖａｌｉｄになる。一方、ファイルＢに関しては、ストレージ１の方が最新であるためにｖａｌｉｄになり、ストレージ２の方は最新ではないためにｉｎｖａｌｉｄになる。なお、このとき変更されたステータス情報は、ストレージ１とストレージ２との間で同期がとられるため、情報テーブル２０１と２０２のステータス情報は同じになる。
An example of status information in the information tables 201 and 202 at the time of file change is shown in FIG. FIG. 6 shows an example in which the file A in the
通常、いずれかのストレージ２１でファイルに変更があった場合、当該ファイルのステータス情報を変更した後に、再度ストレージ２１間でレプリケーションを行い、当該ファイルのステータス情報を最新（ｖａｌｉｄ）に戻す。再びレプリケーションされた後のファイルのステータス情報は、図５の情報ファイル２０１および２０２のように全て最新（ｖａｌｉｄ）に戻る。
Normally, when a file is changed in any one of the
情報送信部３４は、ストレージ２１内でファイルのレプリケーションが行われると、そのファイルがレプリケートされたことを管理サーバ１１に通知する。すなわち、情報送信部３４は、レプリケーション制御部３２によって生成されたレプリケーション／ステータス情報を管理サーバ１１に送信する。なお、情報送信部３４は、レプリケーション情報のみを管理サーバ１１に送信するように設定してもよい。また、情報送信部３４は、レプリケーション情報およびステータス情報のうち少なくとも一方を管理サーバ１１に送信するように設定してもよい
例えば、ファイルＡがストレージ１からストレージ２にレプリケートされた場合、情報送信部３４は、ファイルＡがストレージ１とストレージ２との間でレプリケートされたことを管理サーバ１１に通知する。このとき、ファイルＡのレプリケート先であるストレージ２の情報送信部３４は、レプリケーション／ステータス情報を管理サーバ１１に送信する。
When the file is replicated in the
また、情報送信部３４は、クライアント５０からファイルへのアクセスがあった場合、自装置が格納する当該ファイルが最新であればそのファイルへのアクセスを受け付ける。一方、情報送信部３４は、自装置が格納する当該ファイルが最新でなければ、当該ファイルのステータス情報が最新（ｖａｌｉｄ）であるストレージ２１の情報をクライアント５０に対して通知する。
In addition, when the client 50 accesses a file, the information transmission unit 34 accepts access to the file if the file stored in the own device is the latest. On the other hand, if the file stored in the device itself is not the latest, the information transmission unit 34 notifies the client 50 of information on the
例えば、図６の情報テーブル２０１のようなステータスの場合、クライアント１からストレージ１のファイルＡへのアクセスがあったものとする。ストレージ１の情報送信部３４は、ストレージ１のファイルＡは最新ではない（ｉｎｖａｌｉｄ）ため、ファイルＡのステータス情報と、最新のファイルＡがストレージ２に格納されているという情報とをクライアント１に通知する。
For example, in the case of a status such as the information table 201 in FIG. 6, it is assumed that the client 1 has accessed the file A in the storage 1. The information transmission unit 34 of the storage 1 notifies the client 1 of the status information of the file A and the information that the latest file A is stored in the
［管理サーバ］
次に、管理サーバ１１の内部構成について図７および図８を用いて説明する。
[Management Server]
Next, the internal configuration of the
図７は、管理サーバ１１が内部にハッシュ手段１３を含むこと示すブロック図である。また、図８は、ハッシュ手段１３内部の機能構成を示すが概念図である。
FIG. 7 is a block diagram showing that the
図７のように、各管理サーバ１１−１〜３（以下、管理サーバ１１）は、それぞれハッシュ手段１３−１〜３（ハッシュ手段１３）を含む。ハッシュ手段１３は、クライアント５０からファイルへのアクセス要求を受けた際に、そのファイルを格納するストレージ２１の情報をクライアント５０に返す。例えば、ハッシュ手段１３は、ファイル名にいずれかのストレージ２１を対応させた情報を含むハッシュ表を有し、そのハッシュ表に基づいてクライアント５０からの要求に応える。
As shown in FIG. 7, each management server 11-1 to 3 (hereinafter referred to as management server 11) includes hash means 13-1 to 3 (hash means 13). When the
図８のように、ハッシュ手段１３は、データ三重ミラーストレージシステム用ハッシュ手段１３１（以下、通常モード用ハッシュ手段１３１）、レプリケートモード用ハッシュ手段１３３を有する。ハッシュ手段１３は、ファイルのレプリケーションが行われたストレージ２１から受信したレプリケーション／ステータス情報を格納する。
As shown in FIG. 8, the
ハッシュ手段１３は、図９のレプリケーション情報テーブル３００（以下、情報テーブル３００）に含まれるようなレプリケーション情報を管理する。図９に示す管理サーバ１１の情報テーブル３００は、ファイルＡがゾーン＃２のストレージ１とストレージ２とに分散配置され、レプリケートモードであるという情報を有する。なお、情報テーブル３００は、対象ファイルがどこのストレージ２１においてレプリケートされたのかという情報を含むが、いずれのストレージ２１に格納されたファイルが最新であるか否かを示す情報は含まない。また、情報テーブル３００にレプリケート元とレプリケート先の情報を追加してもよい。
The
通常モード用ハッシュ手段１３１は、レプリケートされていないファイルに関して、ファイル名から格納場所を検索するハッシュ手段である。すなわち、レプリケートされていないファイルについては、通常モード用ハッシュ手段１３１が、ファイル名からファイルの格納場所を検索し、そのファイルが格納されるゾーン２０およびストレージ２１に関する情報を確定する。
The normal
レプリケートモード用ハッシュ手段１３３は、レプリケートされているファイルに関して、情報テーブル３００を参照し、そのファイルのファイル名に紐付けられた格納場所を検索するハッシュ手段である。なお、レプリケートモード用ハッシュ手段１３３は、ファイル名に紐付けられた格納場所として、レプリケート元およびレプリケート先のいずれを選択してもよい。
The replicate mode hash means 133 is a hash means for referring to the information table 300 for a replicated file and searching for a storage location associated with the file name of the file. Note that the replicate
ファイルがレプリケートされていない場合、レプリケートモード用ハッシュ手段１３３は、そのファイルのファイル名を用いて情報テーブル３００から格納先を検索できない。なぜならば、情報テーブル３００には、そのファイルに関するレプリケーション／ステータス情報が含まれないためである。そのため、レプリケートされていないファイルについては、通常モード用ハッシュ手段１３１が格納場所を検索する。
If the file is not replicated, the replicate
例えば、クライアント１からファイルＡおよびＢへのアクセス要求があったとする。ただし、ファイルＡはレプリケートされており、ファイルＢはレプリケートされていないものとする。 For example, assume that there is an access request from the client 1 to the files A and B. However, file A is replicated and file B is not replicated.
このとき、ファイルＡはレプリケートされているため、レプリケートモード用ハッシュ手段１３３がファイルＡのファイル名から情報テーブル３００を参照し、レプリケート先の格納場所（ストレージ２）を検出する。また、ファイルＢはレプリケーションされていないため、通常モード用ハッシュ手段１３１が、ファイル名から格納場所（ストレージ１）を確定する。 At this time, since the file A has been replicated, the replicate mode hash means 133 refers to the information table 300 from the file name of the file A and detects the storage location (storage 2) of the replication destination. Since file B is not replicated, normal mode hash means 131 determines the storage location (storage 1) from the file name.
そして、ハッシュ手段１３は、通常モード用ハッシュ手段１３１およびレプリケートモード用ハッシュ手段１３３が確定した格納先のうち、低負荷であるレプリケート先ストレージ２の情報をクライアント１に通知する。レプリケート元のストレージ１においてファイルＡへのアクセスが高負荷となり、低負荷であるレプリケート先のストレージ２へのレプリケーションが行われたため、レプリケート先であるストレージ２のファイルＡの方が低負荷であることになる。
Then, the
以上が、本実施形態に係るストレージシステムの構成に関する説明である。 The above is the description regarding the configuration of the storage system according to the present embodiment.
次に、本実施形態に係るストレージシステムにおける特徴的な処理について例を挙げて説明する。なお、以下の例においては、レプリケーション／ステータス情報に基づいて情報テーブル２０１、２０２および３００が生成されるものとして説明する。 Next, characteristic processing in the storage system according to the present embodiment will be described with an example. In the following example, it is assumed that the information tables 201, 202, and 300 are generated based on the replication / status information.
＜レプリケーション処理＞
ゾーン２のストレージ１に格納するファイルＡ（ｍｎｔ／ｈｏｍｅ／ｄｉｒＡ／ｆｉｌｅＡ）に対するクライアント１または２からのアクセスが高頻度であり、ストレージ１において高負荷が発生する例について説明する。なお、以下の例においては、ファイルＢ（ｍｎｔ／ｈｏｍｅ／ｄｉｒＢ／ｆｉｌｅＢ）へのアクセスについても同様である。
<Replication processing>
An example in which access from the
ストレージ１は、ファイルＡをゾーン２内のストレージ２に対してバックエンドＬＡＮ７２を介してレプリケートする。
The storage 1 replicates the file A to the
ファイルＡがレプリケートされるとき、ファイルＡがレプリケートされ、そのレプリケート先がストレージ２であるというレプリケーション情報を含む情報テーブル２０２（図５下側）がストレージ２において生成される。情報テーブル２０２には、レプリケート元あるいはレプリケート先のいずれのファイルが最新であるのかをしめすステータス情報も格納される。ステータス情報は、レプリケート直後においては、いずれのファイルも最新である（ｖａｌｉｄ）。ただし、レプリケーション情報は、情報テーブル２０２のようなテーブル形式ではなくてもよい。
When the file A is replicated, an information table 202 (lower side in FIG. 5) including replication information that the file A is replicated and the replication destination is the
ストレージ２が情報テーブル２０２の情報をストレージ１に伝播させると、ストレージ１はストレージ２から伝播された情報を情報テーブル２０１（図５上側）に格納する。ストレージ１が格納する情報テーブル２０１（図５上側）と、ストレージ２が格納する情報テーブル２０２（図５下側）とに格納された情報は、ストレージ１とストレージ２とが同期された段階で同じ情報を含む。
When the
＜ファイル更新＞
クライアント１がストレージ２にアクセスし、ファイルＡを更新しようとする例について説明する。
<File update>
An example in which the client 1 accesses the
クライアント１がストレージ２のファイルＡにアクセスすると、ストレージ２の情報テーブル２０２におけるファイルＡのステータス情報は、ストレージ１の欄がｉｎｖａｌｉｄ、ストレージ２の欄がｖａｌｉｄに変更される（図６下側）。ストレージ２の情報テーブル２０２におけるファイルＡのステータス情報はストレージ１にも伝播される。その結果、ストレージ１の情報テーブル２０１におけるファイルＡのステータス情報も、ストレージ１の欄がｉｎｖａｌｉｄ、ストレージ２の欄がｖａｌｉｄに変更される（図６上側）。
When the client 1 accesses the file A in the
ステータス情報の伝播後、ストレージ２のファイルＡはクライアント１により変更可能となる。クライアント１によるストレージ２のファイルＡの変更完了後、ファイルＡがストレージ１とストレージ２との間でレプリケートされると、ストレージ１および２のステータス情報はともにｖａｌｉｄに遷移する（図５）。
After the status information is propagated, the file A in the
同様に、クライアント２がストレージ１にアクセスし、ファイルＢを更新しようとする場合について説明する。
Similarly, a case where the
クライアント２がストレージ１のファイルＢを更新すると、ストレージ１の情報テーブル２０１におけるファイルＢのステータス情報は、ストレージ１の欄がｖａｌｉｄ、ストレージ２の欄がｉｎｖａｌｉｄに変更される（図６下側）。ストレージ１の情報テーブル２０１におけるファイルＢのステータス情報はストレージ２にも伝播される。その結果、ストレージ２の情報テーブル２０２におけるファイルＢのステータス情報も、ストレージ１の欄がｖａｌｉｄ、ストレージ２の欄がｉｎｖａｌｉｄに変更される（図６上側）。
When the
ステータス情報の伝播後、ストレージ１のファイルＢはクライアント２により変更可能となる。クライアント２によるストレージ１のファイルＢの変更完了後、ファイルＢがストレージ１とストレージ２との間でレプリケーションされると、各ストレージのステータス情報はともにｖａｌｉｄに遷移する（図５）。
After the status information is propagated, the file B in the storage 1 can be changed by the
＜負荷分散アクセス＞
次に、ストレージ１が、ファイルＡをゾーン２内の他のストレージ２に対してバックエンドＬＡＮ７２を使用してファイルＡをレプリケートするときの負荷分散アクセスの例について説明する。なお、ファイルＢ（ｍｎｔ／ｈｏｍｅ／ｄｉｒＢ／ｆｉｌｅＢ）へのアクセスについても同様である。
<Load sharing access>
Next, an example of load sharing access when the storage 1 replicates the file A to the
ファイルＡがレプリケートされると、レプリケート先のストレージ２において、情報テーブル２０２（図５下段）が生成される。
When the file A is replicated, the information table 202 (lower part in FIG. 5) is generated in the
ストレージ２は、情報テーブル２０２の情報に基づいて、ファイルＡがストレージ１とストレージ２との間でレプリケートされたことを管理サーバ１に対して通知する。
The
管理サーバ１は、ファイルＡがストレージ１とストレージ２との間でレプリケートされたという情報をストレージ２から受信し、受信した情報に基づいて情報テーブル３００を生成し、生成した情報テーブル３００を格納する。管理サーバ１は、ファイルＡがレプリケートされ、そのレプリケート先のストレージがストレージ２であるという情報を含む情報テーブル３００を管理サーバ２に伝播する。なお、この段階では、情報テーブル３００が管理サーバ３には伝播していないものとする。
The management server 1 receives information that the file A has been replicated between the storage 1 and the
ここで、クライアント１がファイルＡへのアクセスを管理サーバ２に要求する。
Here, the client 1 requests the
管理サーバ２は、レプリケートモード用ハッシュ手段１３３によって情報テーブル３００を参照し、ファイルＡのファイル名を用いてファイルＡのレプリケート先の格納情報場所（ストレージ２）を引き出す。
The
ところで、ファイルＡがレプリケートされていない場合、管理サーバ２は、クライアント１からのファイルＡへのアクセス要求を受信すると、通常モード用ハッシュ手段１３１によってファイルＡの格納場所（ストレージ１）を引き出す。
When the file A is not replicated, the
管理サーバ２は、クライアント１に対して、ゾーン２におけるファイルＡの格納場所のうち、低負荷であるストレージ２にレプリケートされたファイルＡがあることを通知する。この通知を受け、クライアント１は、ストレージ２のファイルＡにアクセスするように誘導される。その結果、クライアント１は、ストレージ２のファイルＡにアクセスし、ファイルＡを変更することが可能になる。
The
ここで、情報テーブル３００が管理サーバ１から管理サーバ３には未だ伝播していない段階で、クライアント２がファイルＡに対するアクセスを管理サーバ３に要求する例について説明する。
Here, an example in which the
クライアント２がファイルＡに対するアクセスを管理サーバ３に要求すると、管理サーバ３は、通常モード用ハッシュ手段１３１によって、ファイルＡのファイル名を用いてファイルＡの格納場所（ストレージ１）を引き出す。
When the
管理サーバ３の情報テーブル３００には、ファイルＡがレプリケートされたことに関する情報が伝播されていないため、レプリケートモード用ハッシュ手段１３３はファイルＡのファイル名からレプリケート先の格納情報場所を引き出せない。そのため、管理サーバ３は、ストレージ１のファイルＡへのアクセスをするようにクライアント２を誘導する。この場合、クライアント２は、ファイルＡに対して負荷分散アクセスをすることができない。
Since the information regarding that the file A has been replicated is not propagated to the information table 300 of the
ここで、情報テーブル３００が管理サーバ１から管理サーバ３には伝播した後の段階で、クライアント２がファイルＡに対するアクセスを管理サーバ３に要求する例について説明する。
Here, an example in which the
クライアント２がファイルＡに対するアクセスを管理サーバ３に要求すると、管理サーバ３は、レプリケートモード用ハッシュ手段１３３によってファイルＡの格納場所（ストレージ２）を引き出す。
When the
管理サーバ３は、ファイルＡの格納場所（ストレージ２）に関する情報をクライアント２に送信する。クライアント２は、管理サーバ３からファイルＡの格納場所に関する情報を受信するとき、ゾーン２におけるファイルＡの格納場所のうち、低負荷のストレージ２にレプリケートされたファイルＡにアクセスするように誘導される。クライアント２は、管理サーバ３からの情報によって、ファイルＡへのアクセスおよび変更が可能となる。
The
すなわち、ファイルＡがレプリケートされ、かつレプリケート先情報を含む情報テーブル３００が管理サーバ１から管理サーバ３に伝播された後は、クライアント２はファイルＡに対して負荷分散アクセスすることができる。
That is, after the file A is replicated and the information table 300 including the replication destination information is propagated from the management server 1 to the
＜最新ファイルへの誘導＞
次に、クライアント１がストレージ２のファイルＡを更新する例について説明する。
<Induction to the latest file>
Next, an example in which the client 1 updates the file A in the
ストレージ２にクライアント１がアクセスし、ファイルＡにアクセスすると、ストレージ２の情報テーブル２０２におけるファイルＡのステータス情報は、ストレージ１の欄がｉｎｖａｌｉｄ、ストレージ２の欄がｖａｌｉｄに変更される。ストレージ２の情報テーブル２０２におけるステータス情報は、ストレージ１の情報テーブル２０１にも伝播される。
When the client 1 accesses the
ここで、クライアント２がストレージ２のファイルＡにアクセスすると、ストレージ２は、情報テーブル２０２を参照することによって、ストレージ２のファイルＡのステータス情報がｖａｌｉｄであることから、当該ファイルが最新であることを知る。その結果、クライアント２は、ストレージ２のファイルＡにアクセスし、ファイルＡの変更が可能になる。
Here, when the
一方、クライアント２がストレージ１のファイルＡにアクセスすると、ストレージ１は、情報テーブル２０１を参照することによって、ストレージ１のファイルＡのステータスがｉｎｖａｌｉｄであることから、当該ファイルが最新ではないことを知る。ストレージ１は、ストレージ２に格納されたファイルＡのステータス情報がｖａｌｉｄであることから、ストレージ１のファイルＡは最新ではなく、ストレージ２のファイルＡで最新があるということをクライアント２に通知する。すなわち、ストレージ１は、クライアント２をストレージ２へアクセスするように誘導する。その結果、クライアント２は、ストレージ２に格納された最新のファイルＡにアクセスし、ファイルＡの変更が可能になる。
On the other hand, when the
以上が、本実施形態に係るストレージシステムにおける特徴的な処理についての説明である。 The above is the description of the characteristic processing in the storage system according to this embodiment.
［動作］
次に、本実施形態に係るストレージシステムの動作について、図１０〜図１３のシーケンス図を用いて説明する。なお、図１０〜図１３のシーケンス図において、ストレージ１および２はゾーン２に配置され、ファイルＡはストレージ１に格納されているものとする。また、図１０〜図１３のシーケンス図においては、ストレージシステムは図２の構成を持つものとする。
[Operation]
Next, the operation of the storage system according to this embodiment will be described with reference to the sequence diagrams of FIGS. In the sequence diagrams of FIGS. 10 to 13, it is assumed that the
＜通常時＞
図１０は、クライアント１が、レプリケーションの行われていないファイルＡにアクセスする場合のシーケンス図である。すなわち、図１０は、通常用モードにおいて、管理サーバ１がファイルＡを格納するストレージ１をクライアント１に通知する例である。
<Normal time>
FIG. 10 is a sequence diagram when the client 1 accesses the file A that is not replicated. That is, FIG. 10 is an example in which the management server 1 notifies the client 1 of the storage 1 in which the file A is stored in the normal mode.
まず、図１０において、クライアント１からファイルＡにアクセスするために、クライアント１は、管理サーバ１にファイルＡへのアクセスを要求する（ステップＳ１０１）。 First, in FIG. 10, in order to access file A from client 1, client 1 requests management server 1 to access file A (step S101).
管理サーバ１は、クライアント１からの要求に応じて、ファイルＡにアクセスするためには、ゾーン２のストレージ１にアクセスするように通知する（ステップＳ１０２）。なお、管理サーバ１は、自身が有するファイルＡの格納情報に基づいて、ファイルＡの格納先がゾーン２のストレージ１であることを検知する。
In response to a request from the client 1, the management server 1 notifies the storage 1 in the
クライアント１は、管理サーバ１１の通知に基づいて、ゾーン２のストレージ１にアクセスする（ステップＳ１０３）。
The client 1 accesses the storage 1 in the
以上のステップＳ１０１〜Ｓ１０３の処理によって、クライアント１はレプリケーションの行われていないストレージ１のファイルＡにアクセスできる。 Through the processing in steps S101 to S103 described above, the client 1 can access the file A in the storage 1 where replication has not been performed.
＜レプリケーション時＞
図１１は、クライアント１がストレージ１のファイルＡに高頻度にアクセスし、ストレージ１のファイルＡに高負荷が発生している状況において、クライアント２がファイルＡにアクセスする場合のシーケンス図である。すなわち、図１１は、レプリケーション用モードにおいて、管理サーバ１が最新のファイルＡを格納するストレージ２をクライアント２に通知する例である。
<During replication>
FIG. 11 is a sequence diagram when the
まず、図１１において、クライアント１はストレージ１のファイルＡに頻繁にアクセスをする（ステップＳ２０１）。 First, in FIG. 11, the client 1 frequently accesses the file A in the storage 1 (step S201).
そのため、ストレージ１のファイルＡは高負荷状態になる（ステップＳ２０２）。 Therefore, the file A in the storage 1 is in a high load state (step S202).
このとき、ストレージ１は、ファイルＡの高負荷を検知し、ファイルＡをストレージ２にレプリケートする（ステップＳ２０３）。 At this time, the storage 1 detects a high load on the file A, and replicates the file A to the storage 2 (step S203).
ストレージ２は、ファイルＡに関するレプリケーション／ステータス情報を生成する（ステップＳ２０４）。
The
ストレージ２は、ストレージ２のレプリケーション／ステータス情報をストレージ１に送信し、その情報をストレージ１に格納させる（ステップＳ２０５）。
The
併せて、ストレージ２は、レプリケーション／ステータス情報を管理サーバ１に送信する（ステップＳ２０６）。
At the same time, the
管理サーバ１は、受信したレプリケーション／ステータス情報に基づいて、レプリケーション／ステータス情報を生成・格納する（ステップＳ２０７）。 The management server 1 generates and stores replication / status information based on the received replication / status information (step S207).
管理サーバ１は、生成したレプリケーション／ステータス情報を、管理サーバ２に送信して格納させる（ステップＳ２０８）とともに、管理サーバ３に送信して格納させる（ステップＳ２０９）。その結果、管理サーバ１が生成したレプリケーション／ステータス情報は、各管理サーバ１１間において同期格納される。
The management server 1 transmits the generated replication / status information to the
ここで、クライアント２がファイルＡにアクセスするために、管理サーバ１にファイルＡへのアクセスを要求する。（ステップＳ２１０）。
Here, in order for the
管理サーバ１は、情報テーブル３００の情報に基づいて、低負荷のストレージであるストレージ２にアクセスするようにクライアント２を誘導する（ステップＳ２１１）。
The management server 1 guides the
そして、クライアント２は、管理サーバ１の誘導を受け、ストレージ２のファイルＡにアクセスし、ファイルＡを変更する（ステップＳ２１２）。
Then, the
以上のステップＳ２０１〜Ｓ２１２の処理によって、ストレージ１に格納されたファイルＡに高負荷が発生する状況下において、クライアント２は低負荷であるストレージ２のファイルＡにアクセスできる。
Through the processes in steps S201 to S212 described above, the
＜ファイル変更時＞
図１２は、クライアント１がストレージ２のファイルＡを変更することによって、ストレージ２のファイルＡが最新（ｖａｌｉｄ）となった状況において、クライアント２がファイルＡにアクセスする場合のシーケンス図である。すなわち、図１２は、管理サーバ１１の通知に応じてストレージ１にアクセスしたクライアント２が、最新のファイルＡはストレージ２に格納されていることをストレージ１から通知され、その通知に応じてストレージ２にアクセスする例である。
<When changing files>
FIG. 12 is a sequence diagram when the
まず、図１２において、クライアント１がストレージ２のファイルＡを変更しようとして、ストレージ２にアクセスする（ステップＳ３０１）。
First, in FIG. 12, the client 1 tries to change the file A in the
クライアント１は、ストレージ２のファイルＡを変更する（ステップＳ３０２）。 The client 1 changes the file A in the storage 2 (step S302).
ストレージ２は、自装置が格納する当該ファイルのステータス情報（情報テーブル２０２）を変更する（ステップＳ３０３）。
The
ストレージ２は、変更した当該ファイルのステータス情報をレプリケート関係にあるストレージ１に送信し、ストレージ１が格納する当該ファイルのステータス情報（情報テーブル２０１）を変更させる（ステップＳ３０４）。
The
ここで、クライアント２がファイルＡにアクセスするために、管理サーバ１に対してファイルＡへのアクセスを要求する。（ステップＳ３０５）。
Here, in order for the
管理サーバ１は、自身のレプリケーション／ステータス情報（情報テーブル３００）に基づいて、ストレージ１にアクセスするようにクライアント２を誘導する（ステップＳ３０６）。なお、ステップ３０６では、情報テーブル３００においてｖａｌｉｄとされたストレージ１に接続されるものとする。
The management server 1 guides the
そして、クライアント２は、管理サーバ１の誘導を受け、ストレージ１のファイルＡにアクセスしようとする（ステップＳ３０７）。
Then, the
このとき、ストレージ１に格納されたステータス情報（情報テーブル２０１）においては、ストレージ１のファイルＡはｉｎｖａｌｉｄであり、ストレージ１のファイルＡはｖａｌｉｄである。そのため、ストレージ１は、情報テーブル２０１のステータス情報に基づいて、クライアント２に対してストレージ２にアクセスするように通知する（ステップＳ３０８）。
At this time, in the status information (information table 201) stored in the storage 1, the file A in the storage 1 is invalid and the file A in the storage 1 is valid. Therefore, the storage 1 notifies the
クライアント２は、ストレージ１の通知を受け、ストレージ１のファイルＡにアクセスし、ファイルＡを変更する（ステップＳ３０９）。
Upon receiving the notification from the storage 1, the
以上のステップＳ３０１〜Ｓ３０９の処理によって、ストレージ２のファイルＡが変更されて最新である（ｖａｌｉｄ）状況において、クライアント２は最新のファイルＡに正しくアクセスできる。
Through the processes in steps S301 to S309 described above, the
＜ステータス情報の遷移＞
図１３は、ストレージ１および２に格納されたファイルＡに関するレプリケーション／ステータス情報のステータス情報が、レプリケーション時およびファイル変更時に遷移する様子を示す。なお、初期状態においては、ストレージ１のステータス情報はｖａｌｉｄ、ストレージ２のステータス情報はｉｎｖａｌｉｄあったものとする。
<Transition of status information>
FIG. 13 shows a state in which the status information of the replication / status information related to the file A stored in the
図１３において、まず、レプリケート元ストレージ１とレプリケート先ストレージ２との間でレプリケートが開始された段階では（ステップＳ４０１）、ストレージ１のステータス情報はｖａｌｉｄ、ストレージ２のステータス情報はｉｎｖａｌｉｄである。
In FIG. 13, first, at the stage where the replication is started between the replication source storage 1 and the replication destination storage 2 (step S401), the status information of the storage 1 is valid and the status information of the
レプリケート元ストレージ１とレプリケート先ストレージ２との間でレプリケートが完了し、同期する（ステップＳ４０２）と、ストレージ１およびストレージ２のステータス情報は共にｖａｌｉｄとなる。
When the replication is completed and synchronized between the replication source storage 1 and the replication destination storage 2 (step S402), the status information of the storage 1 and the
クライアント１からストレージ１のファイルＡが変更されることになる（ステップＳ４０３）と、ストレージ１のステータス情報はｖａｌｉｄ、ストレージ２のステータス情報はｉｎｖａｌｉｄに遷移する。その結果、ストレージ１のステータス情報はｖａｌｉｄ、ストレージ２のステータス情報はｉｎｖａｌｉｄとなり、クライアント１は、ストレージ１のファイルＡを変更することが可能となる。
When the file 1 of the storage 1 is changed from the client 1 (step S403), the status information of the storage 1 transits to valid and the status information of the
そして、ストレージ１のファイルＡが変更完了した段階（ステップＳ４０４）では、ストレージ１のステータス情報はｖａｌｉｄ、ストレージ２のステータス情報はｉｎｖａｌｉｄである。
Then, at the stage where the file A of the storage 1 has been changed (step S404), the status information of the storage 1 is valid and the status information of the
ストレージ１とストレージ２との間でレプリケートが開始された段階（ステップＳ４０５）では、情報テーブル２０１におけるストレージ１のステータス情報はｖａｌｉｄ、ストレージ２のステータス情報はｉｎｖａｌｉｄである。
At the stage where replication between the storage 1 and the
レプリケートが完了し、同期すると（ステップＳ４０６）、情報テーブル２０１におけるファイルＡのステータス情報は、ストレージ１および２のいずれにおいてもｖａｌｉｄに遷移する。
When the replication is completed and synchronized (step S406), the status information of the file A in the information table 201 transitions to valid in both the
以上が、レプリケーション／ステータス情報のステータス情報の遷移に関する説明である。 The above is the description regarding the transition of the status information of the replication / status information.
以上のように、本実施形態に係るストレージシステムによれば、遠隔された複数のゾーンにデータを分散して格納する場合において、データへの負荷集中が発生した際に、性能劣化することなく、負荷分散することが可能になる。なぜならば、近傍ゾーンのデータに負荷集中が発生しても、負荷集中が発生したデータがその近傍ゾーン内にレプリケートされているため、遠方ゾーンのデータにアクセスする必要がなくなるためである。遠方ゾーンのデータにアクセスする必要がなくなれば、レイテンシが悪化に起因する性能劣化は起こらない。 As described above, according to the storage system according to the present embodiment, when data is distributed and stored in a plurality of remote zones, when load concentration on the data occurs, the performance does not deteriorate, It becomes possible to distribute the load. This is because even if load concentration occurs in the data in the neighboring zone, the data in which the load concentration has occurred is replicated in the neighboring zone, so that it is not necessary to access the data in the far zone. If there is no need to access data in the far zone, there will be no performance degradation due to poor latency.
本実施形態では、負荷分散させるデータを同一ゾーン内でレプリケートし、レプリケーションに関する情報をレプリケーション関係にあるストレージ間で同期させるとともに、そのレプリケーションに関する情報を管理サーバに通知する。その結果、クライアントの近傍ゾーンのファイルにアクセス負荷が発生している状況であっても、クライアントをその近傍ゾーン内の低負荷のファイルに導くことによって、性能劣化せずに負荷分散することができる。 In this embodiment, data to be load-balanced is replicated in the same zone, information related to replication is synchronized between storages in a replication relationship, and information related to the replication is notified to the management server. As a result, even if there is an access load on a file in the client's nearby zone, the load can be distributed without degrading performance by guiding the client to a low-load file in that nearby zone. .
本実施形態では、レプリケートされたデータの更新時に、レプリケーション関係にあるストレージ間においては最新のデータの格納場所を共有するため、管理サーバには最新のデータの格納場所を通知しなくてもよい。 In the present embodiment, when the replicated data is updated, the storage location of the latest data is shared between the storages in the replication relationship, and therefore it is not necessary to notify the management server of the storage location of the latest data.
上述の効果から、本実施形態によれば、ゾーンを遠隔地に配備することによる冗長性の確保と、近傍ゾーンにおいて負荷集中したデータに対する性能劣化のない負荷分散とを両立することができる。 From the above-described effects, according to the present embodiment, it is possible to achieve both of ensuring redundancy by deploying a zone in a remote place and load distribution without performance degradation for load-concentrated data in neighboring zones.
また、本実施形態に係るストレージシステムによれば、ゾーン全体をレプリケートするこれまでの方法と比較して、物理的なデータ格納領域を大幅に節約できるという効果も得られる。 In addition, according to the storage system according to the present embodiment, the physical data storage area can be greatly saved as compared with the conventional methods for replicating the entire zone.
ここで、本実施形態に係るストレージシステムの機能や効果について列挙する。 Here, the functions and effects of the storage system according to this embodiment will be listed.
本実施形態に係るストレージシステムでは、データ三重ミラーストレージにおけるゾーンを遠隔地に配備する構成はそのままに、高頻度アクセスのファイルを同一ゾーン内の他のストレージにレプリケートして分散配置する。 In the storage system according to the present embodiment, files with high frequency access are replicated and distributed to other storages in the same zone, with the configuration of disposing zones in the data triple mirror storage at a remote location as they are.
本実施形態に係るストレージシステムにおいては、レプリケートされた情報をレプリケート元とレプリケート先の各ストレージ、管理サーバで共有する。その結果、本実施形態に係るストレージシステムの管理サーバは、クライアントから当該ファイルへのアクセスが要求された際に、低負荷のレプリケート先ストレージにクライアントを効率的に誘導することができる。 In the storage system according to the present embodiment, the replicated information is shared between the replication source storage device, the replication destination storage device, and the management server. As a result, the management server of the storage system according to the present embodiment can efficiently guide the client to the replication destination storage with a low load when the client requests access to the file.
また、本実施形態においては、レプリケート先の該当ファイルが更新される場合、当該ファイルが最新であるかどうかを示す情報をレプリケート関係にあるレプリケート元とレプリケート先の各ストレージで共有する。その結果、別のクライアントが、当該ファイルの最新版が格納されたレプリケート先にアクセスした場合、ストレージの当該情報に基づいて当該ファイルが最新であることがわかるためアクセスが継続される。また、別のクライアントが、当該ファイルが最新版ではないレプリケート元にアクセスした場合、ストレージの当該情報に基づいて当該ファイルが最新でないことがわかる。そのため、そのクライアントのアクセスを受けたストレージは、そのクライアントに対して当該ファイルが最新ではないことを通知するとともに、最新版がレプリケート先に格納されていることを通知し、そのクライアントを正しく最新のファイルへと誘導する。 In this embodiment, when the relevant file at the replication destination is updated, information indicating whether the file is the latest is shared between the replication source storage and the replication destination storage in the replication relationship. As a result, when another client accesses the replicate destination in which the latest version of the file is stored, the access is continued because it is known that the file is the latest based on the information in the storage. Further, when another client accesses a replication source whose file is not the latest version, it can be understood that the file is not the latest based on the storage information. Therefore, the storage accessed by the client notifies the client that the file is not up-to-date, and notifies the client that the latest version is stored in the replicate destination. Direct to file.
その結果、本実施形態に係るストレージシステムにおいて、クライアントは、低負荷のストレージのファイルにアクセスし、かつ常に正しく最新のファイルにアクセスすることが可能となる。 As a result, in the storage system according to the present embodiment, the client can access a file in a low-load storage and always access the latest file correctly.
本実施形態のストレージシステムのストレージは、レプリケーションおよびファイル更新に必要な情報を常に自身で生成し、格納する。また、本実施形態のストレージシステムの管理サーバは、どのファイルがレプリケートされ、そのレプリケート先における当該ストレージ情報を格納するだけで、クライアントからのアクセスを効率的に負荷分散することを可能とする。 The storage of the storage system of this embodiment always generates and stores information necessary for replication and file update by itself. Further, the management server of the storage system of the present embodiment can efficiently load balance access from clients simply by storing which file is replicated and storing the storage information at the replication destination.
以下に、本実施形態の主な特徴についてまとめる。 The main features of this embodiment are summarized below.
まず、データを複数ゾーンに多重化するストレージシステムにおいて、特定のゾーンに着目する。 First, attention is paid to a specific zone in a storage system that multiplexes data into a plurality of zones.
特定ファイルの高頻度アクセス・負荷情報に基づいて、同一のゾーンに属する複数のストレージ間においてレプリケーションを行うことによってファイルを分散配置し、クライアントからのアクセスを平準化する。 Based on the high-frequency access / load information of a specific file, files are distributed and distributed by performing replication among a plurality of storages belonging to the same zone, and access from clients is leveled.
このとき、特定ファイルの分散配置情報をストレージと管理サーバのみに配備することによって、クライアントによるアクセスの平準化を効率的にする。 At this time, by distributing the distributed arrangement information of the specific file only to the storage and the management server, the access leveling by the client is made efficient.
また、分散先のファイルの最新情報をストレージのみに配備することによって、クライアントが最新ではないファイルにアクセスしても、ストレージが最新のファイル格納場所にクライアントを誘導することが可能とする。 In addition, by deploying the latest information of the distribution destination file only in the storage, the storage can guide the client to the latest file storage location even if the client accesses a file that is not the latest.
以上の特徴により、本実施形態によれば、管理サーバを含めたシステム全体の負荷を軽減することが可能となる。 With the above features, according to the present embodiment, it is possible to reduce the load on the entire system including the management server.
以下に、本実施形態に係る効果を列挙する。なお、以下の効果には、本実施形態に係るストレージシステムの本質的な効果だけではなく、副次的な効果も記載している。 The effects according to this embodiment are listed below. The following effects include not only the essential effects of the storage system according to this embodiment but also secondary effects.
一般的なストレージシステムのシステム構成におけるレプリケーション機構をそのまま使用しながら、ゾーン内においてアクセスが集中するファイルをレプリケートし、クライアントからのアクセス平準化を容易に実現する。 While using the replication mechanism in the system configuration of a general storage system as it is, files that are concentrated in the zone are replicated to easily realize access leveling from clients.
近傍ゾーンのストレージ内のファイルにアクセスが集中している際に、同一ゾーン内の別のストレージにクライアントを誘導させることが可能となるため、遠方ゾーンのストレージにアクセスを分散させることで想定される性能劣化を解消する。 When access is concentrated on files in storage in nearby zones, it is possible to guide clients to other storage in the same zone, so it is assumed that access is distributed to storage in remote zones Eliminate performance degradation.
レプリケート関係のストレージおよび管理サーバのみに、ストレージがファイルをレプリケーションしたという情報と、レプリケート先の情報とを保有する機能を追加するため、一般的なシステム構成を大きく変更する必要がない。 Since only the replicated storage and the management server have a function of storing information that the storage has replicated the file and the information of the replication destination, it is not necessary to greatly change the general system configuration.
各ストレージは、所属するゾーンのストレージとのみ通信すればよく、他のゾーンに属するストレージの存在情報を有する必要がない。そのため、各ストレージは、他のゾーンのストレージと通信しなくてもよい。 Each storage only needs to communicate with the storage of the zone to which it belongs, and it is not necessary to have the presence information of the storage belonging to another zone. Therefore, each storage does not have to communicate with storage in other zones.
ファイルをレプリケートした場合、低負荷のストレージにクライアントをアクセスさせるため、管理サーバにレプリケートしたという情報を共有させることで容易であり、効率的にアクセスを平準化することができる。 When a file is replicated, the client accesses the low-load storage, so it is easy to share information that the management server replicated, and the access can be leveled efficiently.
当該ストレージにアクセスするようにコントロールした管理サーバのみにレプリケートしたという情報を共有させ、当該情報を管理サーバ間で拡散配置させる。そのため、管理サーバが複数ある場合であっても、ストレージシステムが全ての管理サーバの存在情報を有する必要がない。 The information that the replicated information is shared only with the management server that is controlled to access the storage, and the information is spread and arranged between the management servers. Therefore, even when there are a plurality of management servers, the storage system does not need to have presence information of all management servers.
ストレージ内のファイルが更新される場合には、当該ストレージのファイルが最新であり、レプリケート先のストレージのファイルは最新ではないという情報がレプリケート関係にあるストレージ間において共有される。クライアントのアクセスを受けたストレージが格納するファイルが最新ではない場合、そのストレージは当該ファイルの最新版が格納されたストレージに関する情報をクライアントに返却し、クライアントを正しく最新のストレージにコントロールできる。 When a file in the storage is updated, information that the file in the storage is the latest and the file in the destination storage is not the latest is shared between the storages in the replication relationship. When the file stored in the storage accessed by the client is not the latest, the storage returns information about the storage in which the latest version of the file is stored to the client, and the client can be correctly controlled to the latest storage.
マスタストレージの障害時に、その障害範囲が同一ゾーン内のストレージにレプリケートされたファイルにまで及んでいる場合、障害が発生したストレージが近傍に存在することになる。そのため、障害を復旧するためにそのゾーンに到着するまでのルートが短距離ですむことから、短時間で復旧することが期待できる。 If the failure range of the master storage extends to the file replicated in the storage in the same zone, the storage in which the failure has occurred is present in the vicinity. Therefore, since the route to reach the zone in order to recover the failure is a short distance, it can be expected to recover in a short time.
以上、実施形態を参照して本発明を説明してきたが、本発明は上記実施形態に限定されるものではない。本発明の構成や詳細には、本発明のスコープ内で当業者が理解し得る様々な変更をすることができる。 Although the present invention has been described with reference to the embodiments, the present invention is not limited to the above embodiments. Various changes that can be understood by those skilled in the art can be made to the configuration and details of the present invention within the scope of the present invention.
１１ 管理サーバ
１３ ハッシュ手段
２０ ゾーン
２１ ストレージ
３０ 制御手段
３１ 負荷検知部
３２ レプリケーション制御部
３３ ステータス制御部
３４ 情報送信部
４０ ロードバランサ
５０ クライアント
７１ フロントエンドＬＡＮ
７２ バックエンドＬＡＮ
８０ ネットワーク
DESCRIPTION OF
72 Backend LAN
80 network
Claims (10)
前記複数のストレージ装置を管理する少なくとも一つの管理サーバ装置とを備え、
前記複数のストレージ装置のうち所定条件に達したファイルを格納する第１のストレージ装置は、前記ファイルを同じ前記ゾーン内の第２のストレージ装置にレプリケートし、
前記第２のストレージ装置は、レプリケートされた前記ファイルに関して、前記第１および第２のストレージ装置の情報を含むレプリケーション情報と、前記第１および第２のストレージ装置のそれぞれに格納された前記ファイルが最新であるか否かを示すステータス情報とを生成し、生成した前記レプリケーション情報および前記ステータス情報を前記第１および第２のストレージ装置間で同期させるとともに、前記レプリケーション情報および前記ステータス情報のうち少なくとも一方を前記管理サーバ装置に送信するストレージシステム。 A plurality of storage devices distributed in a plurality of zones;
And at least one management server device that manages the plurality of storage devices,
A first storage device that stores a file that has reached a predetermined condition among the plurality of storage devices, replicates the file to a second storage device in the same zone,
For the replicated file, the second storage device includes replication information including information on the first and second storage devices, and the file stored in each of the first and second storage devices. Status information indicating whether or not it is up-to-date, and synchronizes the generated replication information and the status information between the first and second storage devices, and at least of the replication information and the status information A storage system for transmitting one to the management server device.
自身が格納するファイルへのアクセスによる負荷を検知する負荷検知部と、
前記負荷検知部によってアクセス負荷が増大したと検知されてレプリケートされたファイルに関する前記レプリケーション情報および前記ステータス情報を生成するレプリケーション制御部と、
前記レプリケートされたファイルに関する前記レプリケーション情報および前記ステータス情報のうち少なくとも一方を前記管理サーバ装置に送信する情報送信部と、
前記レプリケートされたファイルが変更された際に、前記レプリケートされたファイルに関する前記ステータス情報を変更するステータス制御部とを含む制御手段を有する請求項１に記載のストレージシステム。 The storage device
A load detection unit that detects a load caused by access to a file stored in itself;
A replication control unit that generates the replication information and the status information related to the replicated file detected by the load detection unit as an increase in access load;
An information transmission unit for transmitting at least one of the replication information and the status information regarding the replicated file to the management server device;
The storage system according to claim 1, further comprising: a control unit that includes a status control unit that changes the status information regarding the replicated file when the replicated file is changed.
前記第１のストレージ装置内の前記負荷検知部が自装置のファイルへのアクセス負荷が増大したと検知した際に、前記アクセス負荷が増大したファイルを前記同じゾーン内の前記第２のストレージ装置にレプリケートし、
前記第２のストレージ装置は、
前記第１のストレージ装置からレプリケートされた前記ファイルに関して前記レプリケーション情報および前記ステータス情報を前記レプリケーション制御部によって生成し、生成した前記レプリケートされたファイルに関する前記レプリケーション情報および前記ステータス情報のうち少なくとも一方を前記管理サーバ装置に前記情報送信部によって送信する請求項２に記載のストレージシステム。 The first storage device
When the load detection unit in the first storage device detects that the access load to the file of the own device has increased, the file having the increased access load is transferred to the second storage device in the same zone. Replicate and
The second storage device
The replication control unit generates the replication information and the status information regarding the file replicated from the first storage device, and at least one of the replication information and the status information regarding the generated replicated file is The storage system according to claim 2, wherein the information is transmitted to the management server device by the information transmission unit.
前記管理サーバ装置は、
自装置が有する前記アクセス要求されたファイルに関する前記レプリケーション情報および前記ステータス情報を参照して、前記アクセス要求されたファイルを格納する前記ストレージ装置を前記クライアント装置に通知し、
前記管理サーバ装置の通知に応じた前記クライアント装置にアクセスされた前記ストレージ装置は、
自装置が有する前記アクセス要求されたファイルに関する前記レプリケーション情報および前記ステータス情報を参照し、
自装置が格納する前記アクセス要求されたファイルが最新であった場合、前記アクセス要求されたファイルに関する前記ステータス情報を変更し、前記アクセス要求されたファイルへのアクセスを前記クライアント装置から受け付け、
自装置が格納する前記アクセス要求があったファイルが最新ではなかった場合、前記アクセス要求があったファイルの最新版を格納する前記ストレージ装置に関する情報を前記クライアント装置に通知する請求項１乃至３のいずれか一項に記載のストレージシステム。 When there is an access request to the file stored in the storage device from the client device,
The management server device
Refers to the replication information and the status information regarding the access requested file that the own device has, and notifies the client device of the storage device that stores the access requested file,
The storage device accessed by the client device according to the notification of the management server device is:
Refer to the replication information and the status information regarding the file requested to be accessed by the own device,
When the access requested file stored in the own device is the latest, the status information regarding the requested file is changed, and access to the requested access file is received from the client device.
The information on the storage device storing the latest version of the file requested for access is notified to the client device when the file requested for access stored in the device is not the latest. The storage system according to any one of the above.
レプリケートされていないファイルに関して、前記ファイルのファイル名を用いて前記ファイルが格納されている前記ストレージ装置を検索する通常モード用ハッシュ手段と、
レプリケートされたファイルに関して、前記レプリケーション情報を参照し、前記ファイルに紐付けられた前記ストレージ装置を検索するレプリケーションモード用ハッシュ手段とを有する請求項１乃至４のいずれか一項に記載のストレージシステム。 The management server device
With respect to a file that has not been replicated, normal mode hash means for searching the storage device in which the file is stored using the file name of the file;
The storage system according to any one of claims 1 to 4, further comprising: a replication mode hash unit that refers to the replication information with respect to a replicated file and searches for the storage device associated with the file.
自装置が格納するファイルが所定条件に達した際に、前記ファイルを同じ前記ゾーン内の他のストレージ装置にレプリケートし、
他装置からファイルがレプリケートされた際に、前記自装置および前記他装置の情報を含むレプリケーション情報と、前記自装置および前記他装置のそれぞれに格納された前記ファイルが最新であるか否かを示すステータス情報とを生成し、生成した前記レプリケーション情報および前記ステータス情報を前記自装置と前記他装置との間で同期させるとともに、前記レプリケーション情報および前記ステータス情報のうち少なくとも一方を前記管理サーバ装置に送信するストレージ装置。 A storage device constituting a storage system comprising a plurality of storage devices distributed in a plurality of zones and at least one management server device that manages the plurality of storage devices,
When the file stored in the local device reaches a predetermined condition, the file is replicated to another storage device in the same zone,
When a file is replicated from another device, the replication information including the information of the own device and the other device and whether the file stored in each of the own device and the other device is the latest Status information is generated, the generated replication information and the status information are synchronized between the own device and the other device, and at least one of the replication information and the status information is transmitted to the management server device Storage device.
前記複数のストレージ装置のうち所定条件に達したファイルを格納する第１のストレージ装置が前記ファイルを同じ前記ゾーン内の第２のストレージ装置にレプリケートし、前記第２のストレージ装置がレプリケートされた前記ファイルに関して生成した前記第１および第２のストレージ装置の情報を含むレプリケーション情報と、前記第１および第２のストレージ装置のそれぞれに格納された前記ファイルが最新であるか否かを示すステータス情報とのうち少なくとも一方を受信し、受信した前記ファイルに関する前記レプリケーション情報および前記ステータス情報のうち少なくとも一方を参照して、クライアント装置からのファイル要求に応答する管理サーバ装置。 A management server device constituting a storage system comprising a plurality of storage devices distributed in a plurality of zones and at least one management server device for managing the plurality of storage devices,
The first storage device that stores a file that has reached a predetermined condition among the plurality of storage devices replicates the file to a second storage device in the same zone, and the second storage device is replicated. Replication information including information on the first and second storage devices generated with respect to a file, status information indicating whether the file stored in each of the first and second storage devices is the latest A management server device that receives at least one of the files and refers to at least one of the replication information and the status information regarding the received file and responds to a file request from a client device.
前記複数のストレージ装置のうち所定条件に達したファイルを格納する第１のストレージ装置によって、前記ファイルを同じ前記ゾーン内の第２のストレージ装置にレプリケートし、
前記第２のストレージ装置によって、レプリケートされた前記ファイルに関して、前記第１および第２のストレージ装置の情報を含むレプリケーション情報と、前記第１および第２のストレージ装置のそれぞれに格納された前記ファイルが最新であるか否かを示すステータス情報とを生成し、
生成した前記レプリケーション情報および前記ステータス情報を前記第１および第２のストレージ装置間で同期させるとともに、前記レプリケーション情報および前記ステータス情報のうち少なくとも一方を前記管理サーバ装置に送信するファイル管理方法。 A file management method in a storage system comprising a plurality of storage devices distributed in a plurality of zones and at least one management server device for managing the plurality of storage devices,
Replicating the file to a second storage device in the same zone by a first storage device that stores a file that has reached a predetermined condition among the plurality of storage devices,
Regarding the file replicated by the second storage device, replication information including information on the first and second storage devices and the file stored in each of the first and second storage devices are Status information indicating whether it is up-to-date,
A file management method for synchronizing the generated replication information and status information between the first and second storage devices and transmitting at least one of the replication information and status information to the management server device.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2015040016A JP6432392B2 (en) | 2015-03-02 | 2015-03-02 | Storage system, storage, management server, and file management method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2015040016A JP6432392B2 (en) | 2015-03-02 | 2015-03-02 | Storage system, storage, management server, and file management method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2016162170A true JP2016162170A (en) | 2016-09-05 |
| JP6432392B2 JP6432392B2 (en) | 2018-12-05 |
Family
ID=56845345
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2015040016A Active JP6432392B2 (en) | 2015-03-02 | 2015-03-02 | Storage system, storage, management server, and file management method |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6432392B2 (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10789101B2 (en) | 2017-08-23 | 2020-09-29 | Fujitsu Limited | Information processing apparatus, processing distribution method, and storage medium |
| JP2020158349A (en) * | 2019-03-27 | 2020-10-01 | 古河電気工業株式会社 | Method for manufacturing optical fiber |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005338893A (en) * | 2004-05-24 | 2005-12-08 | Hitachi Ltd | Data processing system, disk access control method and processing program therefor |
| JP2007323566A (en) * | 2006-06-05 | 2007-12-13 | Nec System Technologies Ltd | Document management system, document management server, and document management method |
| JP2008158661A (en) * | 2006-12-21 | 2008-07-10 | Hitachi Ltd | Access control method, access control device, and access control program |
| JP2010128899A (en) * | 2008-11-28 | 2010-06-10 | Hitachi Ltd | Information processing system, control method in information processing system, and management device |
| JP2011180658A (en) * | 2010-02-26 | 2011-09-15 | Kddi Corp | Redundancy method in distributed file system |
| JP2012043358A (en) * | 2010-08-23 | 2012-03-01 | Toshiba Corp | Distributed database system |
-
2015
- 2015-03-02 JP JP2015040016A patent/JP6432392B2/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005338893A (en) * | 2004-05-24 | 2005-12-08 | Hitachi Ltd | Data processing system, disk access control method and processing program therefor |
| JP2007323566A (en) * | 2006-06-05 | 2007-12-13 | Nec System Technologies Ltd | Document management system, document management server, and document management method |
| JP2008158661A (en) * | 2006-12-21 | 2008-07-10 | Hitachi Ltd | Access control method, access control device, and access control program |
| JP2010128899A (en) * | 2008-11-28 | 2010-06-10 | Hitachi Ltd | Information processing system, control method in information processing system, and management device |
| JP2011180658A (en) * | 2010-02-26 | 2011-09-15 | Kddi Corp | Redundancy method in distributed file system |
| JP2012043358A (en) * | 2010-08-23 | 2012-03-01 | Toshiba Corp | Distributed database system |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10789101B2 (en) | 2017-08-23 | 2020-09-29 | Fujitsu Limited | Information processing apparatus, processing distribution method, and storage medium |
| JP2020158349A (en) * | 2019-03-27 | 2020-10-01 | 古河電気工業株式会社 | Method for manufacturing optical fiber |
Also Published As
| Publication number | Publication date |
|---|---|
| JP6432392B2 (en) | 2018-12-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8495013B2 (en) | Distributed storage system and method for storing objects based on locations | |
| US9888062B2 (en) | Distributed storage system including a plurality of proxy servers and method for managing objects | |
| US12015666B2 (en) | Systems and methods for distributing partial data to subnetworks | |
| WO2012086920A2 (en) | Distributed storage system having content-based overlap prevention function, method for storing object thereof, and storage medium readable by computer | |
| JP6191159B2 (en) | Server, backup system, backup method, and computer program | |
| JP2007066161A (en) | Cache system | |
| US10320905B2 (en) | Highly available network filer super cluster | |
| CA2901674A1 (en) | Increased data transfer rate method and system for regular internet user | |
| US10430304B2 (en) | Communication continuation during content node failover | |
| JP2018515850A (en) | Data copy method and device | |
| JP6432392B2 (en) | Storage system, storage, management server, and file management method | |
| JP2014041550A (en) | Data migration processing system and data migration processing method | |
| KR101342258B1 (en) | Deistributed data management system and method thereof | |
| CN107547605B (en) | message reading and writing method based on node queue and node equipment | |
| US20190354449A1 (en) | Enhanced failover handling in data centers | |
| KR101748913B1 (en) | Cluster management method and data storage system for selecting gateway in distributed storage environment | |
| US9319245B2 (en) | Information processing device, recording medium storing information search program, and information search method | |
| JP2013171483A (en) | Difference replication system, master database device and slave database device | |
| JP5658621B2 (en) | Signal distribution duplication destination determination system, signal distribution duplication destination determination method and program | |
| JP6043687B2 (en) | Server / client system | |
| AU2023203129B2 (en) | Systems and methods for distributing partial data to subnetworks | |
| JP2019021022A (en) | Load distribution device, load distribution method, and load distribution program | |
| CN115396188A (en) | Permission high-availability method and permission high-availability system based on edge multi-level cache | |
| JP2017167783A (en) | Node and data arrangement method | |
| JP2015165373A (en) | Node and program |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20180215 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20180928 |
|
| 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: 20181009 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20181022 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6432392 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |