KR101531564B1 - Method and System for load balancing of iSCSI storage system used network distributed file system and method - Google Patents

Abstract

The present invention relates to a method and system for efficiently distributing a load in an asymmetric cluster distributed file system using an iSCSI storage system.
The present invention utilizes a network distributed file system based iSCSI storage system, and the block layout manager can read and write iSCSI block iSCSI block read and write requests of a specific iSCSI target belonging to a specific iSCSI gateway. A first step of recording at least one of write type information, data size information and LUN information; A second step of transferring at least one of read and write type information, data size information and LUN information to the iSCSI session manager; A third step of the iSCSI session manager aggregating the information for each iSCSI gateway; The iSCSI session manager updating an iSCSI gateway rank index from the information aggregated for each iSCSI gateway; And the iSCSI session manager includes a fifth step of changing the iSCSI gateway of the iSCSI target from information compiled for each iSCSI gateway.

Description

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a method and system for load balancing in an iSCSI storage system based on a network distributed file system,

The present invention relates to a method and system for efficiently distributing loads in an asymmetric cluster distributed file system based iSCSI storage system.

In recent years, with the rapid development of the Internet technology, the transmission of multimedia data such as photographs and moving images has been dramatically increased. Therefore, a company providing a multimedia data transmission service using the Internet has generated a very large amount of data. Therefore, it is urgent to introduce a system capable of effectively distributing and managing a large amount of data.

Recently, advances in storage system or file system technology have greatly improved the scalability and performance of storage systems. In terms of the file system structure, some systems are trying to build a so-called asymmetric cluster file system that separates the data input / output path of the file and the metadata management path of the file, thereby improving the scalability and performance of the distributed storage system.

This structure allows the client system to directly access the storage devices and also increases storage scalability by avoiding bottlenecks caused by frequent file accesses. For example, IBM's StorageTank and Panasas 'ActiveScale Storage Cluster, Cluster Filesystems' Luster, Hadoop's DFS, and Google's Google Filesystem were developed based on this architecture.

In such a network-based distributed file system environment, an application server, a metadata server, and a data server communicate with each other via a network to provide data input / output. In order for the application server to access a specific file, the metadata server obtains the location information of the block in which the actual data of the file is stored, accesses the data server storing the actual data using the location information, Data is obtained.

In order to perform block data input / output service using the iSCSI protocol based on the distributed file system of the asymmetric structure, a module (iSCSI gateway) for creating an iSCSI target and connecting the storage area of the distributed file system is required. One unit iSCSI gateway forms each iSCSI target based on a plurality of iSCN Qualified Names (IQN), and provides a block data input / output service to a plurality of clients (iSCSI Initiator on the application server). Therefore, a plurality of iSCSI gateways have a problem that the data input / output load is concentrated on a specific gateway depending on the size of data input / output applied to each iSCSI gateway, depending on the block data input / output size of a connected client.

Accordingly, when one unit iSCSI gateway provides a block data input / output service to a plurality of clients, a plurality of iSCSI gateways solve a problem that a data input / output load is concentrated in a specific gateway according to a block data input / output size of a connected client .

A method for load balancing in a network distributed file system based iSCSI storage system driven including a metadata server (M), a data server (D), and an application server (0)

The iSCSI storage system utilizes the metadata server M and the data server D as a block I / O storage space to process SCSI (Small Computers System Interface) commands based on iSCSI (Internet Small Computer System Interface) ISCSI Gateway, iSCSI Control Server and iSNS Server,

The iSCSI gateway includes a SCSI target core serving as a standard interface for block data input / output requested outside the network-based storage, SCSI middleware for supporting the iSCSI interface in the distributed file system, And a block layout manager (Block Layout Manager) for managing distributed data block information, wherein the control server comprises an iSCSI volume manager for configuring an iSCSI volume using a storage space of a distributed file system and controlling a plurality of iSCSI gateways, Lt; RTI ID = 0.0 > iSCSI < / RTI > session manager,

The block layout manager may include at least one of read and write type information, data size information, and LUN information when a specific iSCSI initiator processes iSCSI block read and write requests of a specific iSCSI target belonging to a specific iSCSI gateway A first step of recording;

A second step of transferring at least one of read and write type information, data size information and LUN information to the iSCSI session manager;

A third step of the iSCSI session manager aggregating the information for each iSCSI gateway;

The iSCSI session manager updating an iSCSI gateway rank index from the information aggregated for each iSCSI gateway;

And the iSCSI session manager includes a fifth step of changing the iSCSI gateway of the iSCSI target from the information compiled for each of the iSCSI gateways.

In addition, the method may further include a pre-step in which the iSCSI control server records the IQN information and the portal information of the specific iSCSI target in the iSNS server prior to the first step.

In this case, in the pre-processing step, the iSCSI volume manager creates an iSCSI volume on a file basis through the metadata server M, and the iSCSI volume manager performs iSCSI Storing the volume name information and the size information; and the iSCSI volume manner is configured to determine, from at least one of the iSCSI gateway ID, the IQN information, the TPG (Target Portal Group), the LUN, creating an iSCSI target in an iSCSI gateway, the iSCSI volume manager recording at least one of iSCSI gateway ID, IQN information, TPG, LUN, portal and ACL information to a DB located in an iSCSI control server; The manager mapping (connecting) the iSCSI volume to the LUN of the iSCSI target, recording the iSCSI volume usage information in the DB of the iSCSI control server, The SI volume manager may further include notifying the iSCSI session manager of the iSCSI volume usage information.

In addition, in the second step, it is preferable that the transmission of the information is repeatedly performed for each of the pre-selected reporting periods.

In addition, if the information is successfully transferred in the second step, the block layout manager may further include initializing the stored information.

In the second step, the block layout manager may further include accumulating at least one of read and write type information, data size information, and LUN information until a "reporting period ".

In the fourth step, the iSCSI session manager updates the iSCSI gateway rank index based on a value obtained by multiplying the read and write-specific data size information by a randomly set " read weight "and a" write weight ".

In addition, the iSCSI session manager preferably further includes a sixth step of monitoring an iSCSI target not logged in by the iSCSI initiator to each iSCSI gateway.

In this case, if the iSCSI session manager detects the deactivated iSCSI target, it checks the iSCSI gateway rank index of the corresponding iSCSI target, and if the iSCSI gateway rank index is lower than the "rebalancing index benchmark value & it is preferable that the step of selecting an iSCSI target as a load distribution target is further included.

The iSCSI session manager may further include a step of replicating the iSCSI target to the target iSCSI gateway using the information of the iSCSI target stored in the DB through the iSCSI volume manager and updating the portal information of the iSNS server.

Also, the method preferably terminates load analysis when the corresponding iSCSI target is unique to the iSCSI gateway.

Also, the method preferably ends the load analysis when the gateway of the log-out iSCSI target is below the index reference value.

In addition, the above-described method can be achieved by virtually belonging iSCSI target to the iSCSI gateway having the highest iSCSI gateway rank index, i.e., the lowest load gateway (target iSCSI gateway), updating the temporary iSCSI gateway rank index, If the gateway's iSCSI gateway rank index value is greater than the rebalancing index threshold, it is advisable to instruct the iSCSI target to move to the target iSCSI gateway.

In addition, the method preferably ends the load analysis when the iSCSI gateway index value of the target iSCSI gateway is smaller than the rebalancing index reference value.

When a single unit iSCSI gateway provides block data input / output services to a plurality of clients using the load distribution method in the iSCSI storage system based on the network distributed file system according to the present invention, a plurality of iSCSI gateways access the block data input / It is possible to solve the problem that the data input / output load is concentrated on the specific gateway.

FIG. 1 is a diagram showing a schematic configuration of an iSCSI storage system according to a preferred embodiment of the present invention and an iSCSI storage system based on a network distributed file system using the storage system.
2 is a schematic diagram illustrating an iSCSI Volume formation procedure for supporting Block IO.
Fig. 3 is a view schematically showing a procedure of processing data data read in block IO.
Fig. 4 is a view schematically showing a procedure of processing data write (Data Write) in block IO.
5 is a diagram schematically showing a procedure in which IQN information and portal information of an iSCSI target are recorded.
6 is a diagram schematically showing a procedure for distributing the load of the iSCSI gateway.

A method for distributing a load in a network distributed file system based iSCSI storage system using an iSCSI storage system according to a preferred embodiment of the present invention will be described with reference to the accompanying drawings.

The network distributed file system based iSCSI storage system according to the present embodiment is a storage system that generates a logical iSCSI volume (LUN) and provides it to an iSCSI initiator through an iSCSI target to process a block IO.

Also, according to a preferred embodiment of the present invention, the expansion of the storage capacity is provided in the form of adding nodes of the distributed file system.

Also, according to a preferred embodiment of the present invention, the overall input / output bandwidth expansion is provided in the form of adding an iSCSI target of a gateway type.

According to a preferred embodiment of the present invention, more than two iSCSI gateways are used for ensuring storage availability and fail-over is automatically provided to other iSCSI gateways when an iSCSI gateway fails.

FIG. 1 is a diagram showing a schematic configuration of an iSCSI storage system and a network distributed file system using the storage system according to a preferred embodiment of the present invention. 1, a network distributed file system according to a preferred embodiment of the present invention includes a metadata server M, a data server D, and an application server (hereinafter, referred to as " 0).

Specifically, the metadata server M performs a control path function in the distributed file system. In addition, the metadata server M manages meta information (file attributes, path, path list of data pieces on the data server D, whether or not to replicate) in the file.

The data server D also functions as a data path in the distributed file system. That is, when the data server D separates a file into data fragments by the metadata server M, the data server D performs a function of distributing substantially separated data fragments and a function of distributing separated fragments of data.

The distributed file system according to the preferred embodiment of the present invention is a system for processing SCSI commands based on an iSCSI interface by utilizing the metadata server M and the data server D as block input / output storage spaces.

In addition, the application server 0 is a server using storage, and an iSCSI initiator is formed and connected to the iSCSI gateway through Ethernet.

An iSCSI storage system according to a preferred embodiment of the present invention is based on a network distributed file system. The scalable iSCSI storage system according to the present embodiment utilizes a metadata server M and a data server D, which virtualize large-scale physical storage resources as a single storage volume, as a block I / O storage space, Based system.

The scalable iSCSI storage system according to the present embodiment includes a plurality of iSCSI gateways 1, an iSCSI control server 2 and an iSNS server 3 and is provided with a metadata server M, a data server D, For example, Ethernet (ethernet) to the server (0) to provide a block input / output service to a plurality of iSCSI initiators in a scalable manner.

According to a preferred embodiment of the present invention, the metadata server M and the data server D, which are used as a base storage of the scalable iSCSI storage system, support distributed data processing for each iSCSI gateway 1, It is desirable to provide scalability. In addition, the iSCSI gateway 1 is composed of a plurality of iSCSI initiators in order to meet performance requirements of a plurality of iSCSI initiators using block data input / output services.

The iSCSI gateway 1 according to the preferred embodiment of the present invention includes an iSCSI target core 1-1, a SCSI middleware 1-2 and a block layout manager 1-3 Specifically, the following functions are performed.

First, the iSCSI target core 1-1 functions as a standard interface for block data input / output requested outside the Ethernet network-based storage. Specifically, the iSCSI target core 1-1 includes iSCSI target management, network portal management, target portal group management, LUN mapping, iSCSI authentication management based on Challenge Handshake Authentication Protocol (CHAP) ) Management, an iSCSI protocol data unit (PDU), and a command processing function. On the other hand, the mapping between the iSCSI volume (LUN) on the UCS-FS and the target is achieved by controlling the iSCSI target core of the iSCSI volume manager.

Meanwhile, the iSCSI interface function encapsulates the CDB to generate a PDU in order to exchange SCSI commands and parameters encapsulated in the form of Ethernet-based TCP / IP, and transmits the promised It provides only the role of delivering according to the procedure. Therefore, in order to support the iSCSI interface to the distributed file system, a file-based solution, a module that processes SCSI CDB is essential. The SCSI middleware 1-2 decodes the CDB as a module configured according to this purpose and processes the corresponding command in accordance with the standard of the corresponding SCSI command. The SCSI command can largely be classified into a data input / output command and a non-input / output command, and the interlocking with the block layout manager 1-3 is determined according to the above-mentioned classification. The data input / output instruction is interlocked with the block layout manager. When the processing of the SCSI command is completed, the processed result is encapsulated in the CDB format and transferred to the iSCSI target core.

The block layout manager 1-3 is a block for managing data block information distributed in a plurality of physical disk spaces. The storage space on the distributed file system is physically divided into data servers and stored in chunks of data. The set of data fragments is mapped to a single "file" on the distributed file system. The meta information of the file managed by the metadata server of the distributed file system includes a file name, a directory structure, a list of data fragments constituting the file, and location information on the data server. The iSCSI volume (LUN) of the scalable iSCSI storage system corresponds to one file specified in the storage space of the distributed file system. Therefore, in order to link the file and the iSCSI target (LUN mapping), the block layout manager 1-3 for managing the meta information of the iSCSI volume connected to the iSCSI target that the iSCSI gateway itself is servicing is essential. The block layout manager manages the location, the storage unit, and the number of the file chunks constituting the iSCSI volume through the metadata server M of the distributed file system according to need and manages them in the internal storage. And performs block data input / output by mapping the information and the block address and input / output size information, which are parameters of the block input / output received from the SCSI middleware side.

Also, according to a preferred embodiment of the present invention, the iSCSI control server 2 performs control and monitoring of the iSCSI gateway 1. Specifically, the iSCSI control server 2 is a block that configures an iSCSI volume using the storage space of the distributed file system and controls a plurality of iSCSI gateways 1-1.

According to a preferred embodiment of the present invention, the iSCSI control server 2 comprises an iSCSI volume manager 2-1 and an iSCSI session manager 2-1.

First, the iSCSI volume manager 2-1 configures an iSCSI volume using the storage space of the UCS-FS and controls a plurality of iSCSI target cores 1-1. The iSCSI volume manager 2-1 generates a file corresponding to the iSCSI volume on the UCS-FS through the interface provided by the UCS-FS and transfers the iSCSI target via the interface provided by the iSCSI target core 1-1 Management control, network portal management control, target portal group management control, LUN mapping control, and iSCSI authentication management control.

The iSCSI session manager 2-2 integrally manages and monitors basic session functions operating individually in a plurality of iSCSI target cores. The iSCSI session manager 2-2 updates the connection information of the iSCSI target of each iSCSI gateway by interworking with the standard iSNS server 3.

Also, the iSNS server 3 functions as a repository for storing information such as portals and entities related to the currently activated iSCSI node. Where the node may be an initiator, a target, or a managed node. Also, the iSNS server 3 registers an initiator and an object, and the initiator queries a list of available objects in the iSNS server 3.

In addition, the iSNS server 3 functions as a dynamic database of iSCSI devices and related information available in the current network, and provides an iSCSI search function to the iSCSI initiator of the network. In addition, the iSNS server 3 can further provide a search domain service. That is, an administrator can assign an iSCSI node and a portal to one or more groups called search domains. In addition, the search domain provides an area specifying function that enables the iSCSI initiator to search only the corresponding iSCSI target sharing at least one search domain.

block IO To To support iSCSI  Volume formation procedure

The iSCSI volume formation procedure for supporting the block IO will be described in detail below with reference to FIG.

First, the iSCSI management server 2 requests the metadata server M to create an iSCSI volume. (ISCSI volume name / size)

Next, the metadata server M allocates the ID of the iSCSI volume to be created and assigns a chunk to be stored in the data server D distributed on the network to the size (chunk ID, chunk position, Or not).

Next, when the metadata server M returns the iSCSI volume ID information to the iSCSI management server 2, the returned iSCSI volume ID information is transmitted to the block layout manager 1-3 associated with the iSCSI volume, The iSCSI volume creation procedure to support < RTI ID = 0.0 >

block IO  : Data reading process

The procedure for processing data reading in the block IO will be described below with reference to Fig.

First, the application server 0 requests the iSCSI gateway 1 to read SCSI block data in the iSCSI standard system.

Then, the iSCSI target core 1-1 analyzes the iSCSI PDU, decomposes it, and transfers the SCSI CDB to the iSCSI middleware 1-2.

Then, the iSCSI middleware 1-2 analyzes the SCSI command and transfers the logical block address (LBA) of the block to be read and the size information of the data to be read to the block layout manager 1-3.

Then, the block layout manager 1-3 calculates the chunk ID and offset constituting the iSCSI volume using the LBA address, and transmits the size of the data to be read to the metadata server M. [

Then, based on the chunk ID, the offset, and the size information of the data to be read, which are transmitted to the metadata server M, all the related chunk file location lists of the data server (D) (1-3).

Then, the block layout manager 1-3 reads the data from the offset of the first chunk file to the last chunk file based on the chunk file location list and reads the data by the size of the data to be stored in the buffer located in the block layout manager 1-3 Record the data.

Then, the block layout manager 1-3 transfers the location of the buffer on the memory to the iSCSI middleware 1-2, and the iSCSI middleware 1-2 generates the SCSI CDB containing the contents of the buffer.

Then, the generated SCSI CDB is delivered to the iSCSI target core 1-1, the iSCSI target core 1-1 generates an iSCSI PDU including the SCSI CDB, and then transmits the generated iSCSI PDU to the application To the server (0).

block IO  : Write data ( Write ) Processing

A procedure for processing data write in the block IO will be described below with reference to FIG.

First, the application server 0 requests the iSCSI gateway 1 to write SCSI block data in the iSCSI standard manner.

Then, the iSCSI target core 1-1 analyzes the iSCSI PDU, decomposes it, and transfers the SCSI CDB to the iSCSI middleware 1-2.

Then, the iSCSI middleware 1-2 analyzes the SCSI command and transfers the logical block address (LBA) of the block to be written and the size information of the data writing to the block layout manager 1-3.

Then, the block layout manager 1-3 calculates the chunk ID and offset constituting the corresponding iSCSI volume by using the LBA address, and transfers the size of the data write to the metadata server M. [

Then, based on the chunk ID, offset, and size of data write information transmitted to the metadata server M, it is determined whether all relevant chunk files in the data server (D) area distributed on the network exist. If there is no chunk file A chunk is generated at the assigned position, and the chunk position list is sorted in the ID order and transmitted to the block layout manager 1-3.

Then, the block layout manager 1-3 writes data to the buffer located in the block layout manager 1-3 by the amount of data writing from the offset of the first chunk file to the last chunk file based on the chunk file location list.

Subsequently, the block layout manager 1-3 transmits the information on which data writing has been completed to the iSCSI middleware 1-2, and the iSCSI middleware 1-2 includes information on the completion of data writing Create a SCSI CDB.

Then, the generated SCSI CDB is delivered to the iSCSI target core 1-1, the iSCSI target core 1-1 generates an iSCSI PDU including the SCSI CDB, and then transmits the generated iSCSI PDU to the application To the server (0).

Standard iSNS  Applies to server (3) iSCSI Target IQN  Procedure for recording information and portal information

The procedure for recording the IQN information and the portal information of the iSCSI target will be described with reference to FIG.

First, the iSCSI volume manager 2-1 creates an iSCSI volume on a file basis via the metadata server M. Then, the iSCSI volume manager 2-1 stores iSCSI volume name information and size information in the DB located in the iSCSI control server 2 with respect to the created iSCSI volume.

The iSCSI volume manager 2-1 can control for iSCSI target creation through a plurality of iSCSI gateway target cores 1-1. The iSCSI volume manager 2-1 inputs iSCSI gateway ID, IQN information, TPG (Target Portal Group), LUN, Portal, and ACL information through a user interface (UI) And creates an iSCSI target in the iSCSI gateway 1. When an iSCSI target is created, the iSCSI volume manager (2-1) records the iSCSI gateway ID, IQN information, TPG, LUN, portal, and ACL information in the DB located in the iSCSI control server (2).

Then, the iSCSI volume manager 2-1 maps the iSCSI volume to the LUN of the iSCSI target created previously, and records the iSCSI volume usage information in the DB of the iSCSI control server 2. When the above process is completed, the iSCSI volume manager 2-1 notifies the iSCSI session manager 2-2 of this, and the iSCSI session manager 2-2 transmits the IQN information of the iSCSI target to the standard iSNS server 3, Record the portal information.

Network Distributed File System based iSCSI storage  Procedure for distributing load in system

Next, a procedure for distributing the load of the iSCSI gateway will be described with reference to FIG.

The application server (0) accesses the iSNS server (3) through the iSCSI initiator, searches for the iSCSI target, and logs in the iSCSI target based on the IQN information and the portal information. The above process can be repeatedly performed in a plurality of iSCSI gateways and application servers (0).

The block layout manager 1-3 determines whether the specific iSCSI initiator is capable of reading and writing type information, data size information (i. E., Data size information) when processing iSCSI block read and write requests of a specific iSCSI target belonging to a specific iSCSI gateway And LUN information.

In addition, the block layout manager 1-3 accumulates the read and write type and data size information per LUN up to the "reporting period ". Then, in the "reporting cycle ", the block layout manager 1-3 delivers the read and write type information, the data size information and the LUN information to the iSCSI session manager 2-2. If the transfer is successful, the block layout manager 1 -3) initializes the stored information.

In addition, the iSCSI session manager 2-2 having received the information transmits read and write type and data size information per LUN to the DB of the iSCSI control server 2 using read and write type information, data size information and LUN information Accumulate. Also, the cumulative result is divided by the "revaluation value" for each "reevaluation period" set.

In addition, the iSCSI session manager 2-2 aggregates the accumulated information for each iSCSI gateway. For example, the iSCSI session manager 2 - 2 can aggregate the sum of the data size information for each of the LUNs of the iSCSI target belonging to the iSCSI gateway.

In addition, the iSCSI session manager 2-2 calculates the iSCSI gateway rank index based on the sum of the read weight and the write weight multiplied by arbitrarily set data size information for read and write in the information aggregated for each iSCSI gateway Update. In this case, "1" represents the iSCSI gateway with the highest load and represents iSCSI gateway with relatively low load increasing by one.

In addition, the iSCSI session manager 2-2 monitors each iSCSI gateway for iSCSI targets not logged in by the iSCSI initiator. If a deactivated iSCSI target is detected, check the iSCSI gateway rank index for that iSCSI target. If the iSCSI gateway rank index is lower than the "rebalancing index reference value" set by the administrator, the detected iSCSI target is selected as the load balancing target. Also, if there is no iSCSI target in the iSCSI gateway, it is included in the iSCSI gateway ranking index.

For example, an iSCSI target selected as a load analysis target can be managed according to the following conditional order.

Condition 1: If the iSCSI target is unique to the iSCSI gateway -> End load analysis

Condition 2: When the gateway of the logout iSCSI target is below the index reference value -> Load analysis ends

Condition 3: The corresponding iSCSI target belongs to the iSCSI gateway with the highest iSCSI gateway rank index, that is, the least loaded gateway (target iSCSI gateway), and the temporary iSCSI gateway rank index is renewed. -> "Target iSCSI gateway Quot; is greater than the "rebalancing index reference value ", the command to move the iSCSI target to the " target iSCSI gateway "

Condition 4: If the iSCSI gateway rank index value of the "target iSCSI gateway" in condition 2 is smaller than the "rebalancing index reference value", load analysis ends

In the case of the above condition 2, the iSCSI session manager 2-2 replicates the iSCSI target to the " target iSCSI gateway " using the information of the corresponding iSCSI target stored in the DB through the iSCSI volume manager 2-1, The portal information of the server 3 is updated. When the update of the portal information of the iSNS server 3 is completed, the iSCSI target deletes the iSCSI target from the existing iSCSI gateway.

The method for distributing the load in the network distributed file system based iSCSI storage system according to the preferred embodiment of the present invention has been described in detail. However, it will be understood by those skilled in the art that various modifications and variations can be made in the present invention. Accordingly, the scope of the present invention is limited only by the claims that follow.

Claims (15)

A method for load balancing a network distributed file system based iSCSI storage system driven by a metadata server (M), a data server (D), and an application server (0)
The iSCSI storage system utilizes the metadata server M and the data server D as a block I / O storage space to process SCSI (Small Computers System Interface) commands based on iSCSI (Internet Small Computer System Interface) Further comprising an iSCSI storage system including an iSCSI gateway, an iSCSI control server, and an iSNS server,
The iSCSI gateway includes a SCSI target core serving as a standard interface for block data input / output requested outside the network-based storage, SCSI middleware for supporting the iSCSI interface in the distributed file system, And a block layout manager (Block Layout Manager) for managing distributed data block information, wherein the control server comprises an iSCSI volume manager for configuring an iSCSI volume using a storage space of a distributed file system and controlling a plurality of iSCSI gateways, Lt; RTI ID = 0.0 > iSCSI < / RTI > session manager,
The block layout manager may include at least one of read and write type information, data size information, and LUN information when a specific iSCSI initiator processes iSCSI block read and write requests of a specific iSCSI target belonging to a specific iSCSI gateway A first step of recording;
A second step of transferring at least one of read and write type information, data size information and LUN information to the iSCSI session manager;
A third step of the iSCSI session manager aggregating the information for each iSCSI gateway;
The iSCSI session manager updating an iSCSI gateway rank index from the information aggregated for each iSCSI gateway;
Wherein the iSCSI session manager includes a fifth step of changing an iSCSI gateway of an iSCSI target from the information aggregated for each iSCSI gateway. 2. The method of claim 1, wherein the iSCSI control server further comprises a pre-step of recording IQN information and portal information of a specific iSCSI target to the iSNS server prior to the first step. A method of load balancing the system. The method according to claim 2,
The iSCSI volume manager creates an iSCSI volume on a file basis through a metadata server M, and the iSCSI volume manager stores iSCSI volume name information and size information in a DB located in the iSCSI control server for the generated iSCSI volume , The iSCSI volume manager generates an iSCSI target from a specific iSCSI gateway from at least one of iSCSI gateway ID, IQN information, TPG (Target Portal Group), LUN, Portal and ACL information Wherein the iSCSI volume manager records at least one of iSCSI gateway ID, IQN information, TPG, LUN, portal and ACL information to a DB located in an iSCSI control server, mapping (connecting) the iSCSI volume, recording the iSCSI volume usage information to the DB of the iSCSI control server, and iSCSI volume manager performing the iSCSI session Load balancing method for network distributed file system based iSCSI storage system according to claim 1, further comprising the step of notification of the iSCSI volume information using the manager. The method according to any one of claims 1 to 3, wherein in the second step, the transfer of the information is repeatedly performed for each pre-selected reporting period. The method as claimed in any one of claims 1 to 3, wherein, in the second step, if the transfer of the information is successful, the block layout manager initializes the stored information. A method of load balancing the system. The method as claimed in any one of claims 1 to 3, wherein, in the second step, the block layout manager further includes accumulating at least one of read and write type information, data size information, and LUN information until a specific reporting period And a load balancing method of a network distributed file system based iSCSI storage system. The method as claimed in any one of claims 1 to 3, wherein, in the fourth step, the iSCSI session manager multiplies data size information for each read and write by "read weight" and "write weight" And updating the gateway rank index. The method of any one of claims 1 to 3, wherein the iSCSI session manager further comprises a sixth step of monitoring an iSCSI target not logged in by an iSCSI initiator to each iSCSI gateway How to load balance iSCSI storage systems. 9. The method of claim 8, wherein the iSCSI session manager is configured to: determine an iSCSI gateway rank index of a corresponding iSCSI target if a deactivated iSCSI target is detected; and if the iSCSI gateway rank index is lower than a "rebalancing index benchmark & And selecting the detected iSCSI target as a load balancing target. ≪ Desc / Clms Page number 20 > The method as claimed in any one of claims 1 to 3, wherein the iSCSI session manager replicates the iSCSI target to the target iSCSI gateway using the information of the corresponding iSCSI target stored in the DB through the iSCSI volume manager and updates the portal information of the iSNS server The method comprising the steps of: (a) determining whether the storage system is an iSCSI storage system; The method of any one of claims 1 to 3, wherein the method ends load analysis when the iSCSI target is unique to the iSCSI gateway or the gateway of the iSCSI target whose logout is less than the index reference value A method for load balancing an iSCSI storage system based on a network distributed file system. The method as claimed in any one of claims 1 to 3, wherein the method comprises: iSCSI target having a highest iSCSI gateway rank index belonging to the iSCSI gateway (i. E., The target iSCSI gateway) and instructs the iSCSI gateway to move the iSCSI target to the target iSCSI gateway when the iSCSI gateway index value of the target iSCSI gateway is larger than the rebalancing index reference value. Load balancing method. The method as claimed in any one of claims 1 to 3, wherein the load analysis is ended when the iSCSI gateway index value of the target iSCSI gateway is smaller than the rebalancing index reference value. Load balancing method. The method as claimed in any one of claims 1 to 3, wherein the iSCSI session manager replicates the iSCSI target to the target iSCSI gateway using the information of the corresponding iSCSI target stored in the DB through the iSCSI volume manager, And deleting the iSCSI target from the existing iSCSI gateway. ≪ Desc / Clms Page number 20 > delete

Images