KR102417848B1 - Virtual storage management system - Google Patents

Abstract

The present invention relates to a virtual storage management system. In addition, the present invention relates to a method and system for efficiently processing data of a virtual storage. In addition, the present invention relates to a data processing method of a virtual storage which provides a storage space to a terminal or a network through a virtual storage in which a plurality of storage devices are virtualized.

Description

Virtual storage management system {Virtual storage management system}

The present invention relates to a virtual storage management system.

The present invention also relates to a method and system for efficiently processing data in a virtual storage.

Further, the present invention relates to a data processing method of a virtual storage that provides a storage space to a terminal or a network through virtual storage obtained by virtualizing a plurality of storage devices.

Data virtualization is based on RAID (Redundant Array of Independent Disk) technology that recognizes a single storage form by arranging some independent disks (eg, hard disks, solid state disks, etc.) used as data storage. .

Recently, a virtual storage technology in which the above-described RAID technology is implemented on a network has been developed.

In general, when virtualizing data, the system processes data with large input/output (I/O) of data based on the protocol in which it is operating, and combines multiple I/Os to optimize data processing and storage to create one large I/O. Since O is generated and processed, the total number of I/Os increases, and in this process, it has to wait until all I/Os are received, so there is a problem in that processing latency occurs due to waiting.

In order to solve this problem, in the Republic of Korea Patent Publication No. 10-1564712 (application date: April 1, 2015, publication date: November 2, 2015, hereinafter referred to as 'prior art'), faster data access and transmission than magnetic disks are possible. A technique for increasing the overall I/O processing speed by arranging flash drives has been disclosed.

However, since the prior art uses an array of flash drives to increase data processing, the cost is high compared to the capacity of the storage area, and the replacement cycle is also short compared to the existing magnetic disk, so it is difficult to build and maintain.

Accordingly, there is a need to develop a data processing technology of a virtual storage to increase I/O processing efficiency of a virtual storage built through a plurality of storage devices including conventional magnetic disks.

Laid-open Patent Publication No. 10-2011-0080480 (published on July 13, 2011) Laid-open Patent Publication No. 10-2014-0134464 (published on November 24, 2014)

An object of the present invention is to provide a virtual storage technology capable of efficiently processing data in a virtualized operating environment in order to solve the above problems.

The technical problems to be achieved in the present invention are not limited to the technical problems mentioned above, and other technical problems not mentioned will be clearly understood by those of ordinary skill in the art to which the present invention belongs from the description below. will be able

An embodiment of the present invention provides a system for efficiently processing data in a virtual storage virtualized with a plurality of storage devices, comprising: a communication unit for transmitting and receiving a signal for providing a storage space to a terminal or a network through the virtual storage; and dividing the received I/O request packet into a command unit and a data unit of a protocol data unit (PDU), and parallel processing the separated command unit and data unit to generate at least one virtualized data, the generating step a control unit that controls to transmit the virtualized data generated in the I/O request packet to the destination; including, wherein the control unit generates at least one virtual command from the command unit, and processes the data unit according to the virtual command generated in the command generating step to generate virtualized data. suggest

The control unit checks whether the receiving I/O request packet is received through a previously used protocol, changes the corresponding protocol to Internet Protocol (IP) based on the check result, and the receiving I It may be characterized in that the /O request packet is divided into a command unit and a data unit of a protocol data unit.

wherein the control unit controls such that a storage device having the largest residual storage capacity ratio among the plurality of storage devices stores virtualized data or distributing virtualized data through a storage device having the largest residual storage capacity ratio can do.

The controller may control to transmit the virtualized data to the destination of the I/O request whenever virtualized data is generated.

The controller may be characterized in that whenever virtual data of a preset number or capacity is generated and accumulated, the virtual data accumulated by the preset number or capacity is transmitted to the destination of the I/O request.

A data processing method of a virtual storage according to an embodiment of the present invention relates to a data processing method of a virtual storage that provides a storage space to an information terminal or a network through a virtual storage obtained by virtualizing a plurality of storage devices. Separating the /O request packet into a command unit and a data unit of a protocol data unit (PDU); a generating step of generating at least one or more virtualized data by parallel processing the separated command unit and data unit; and a transmitting step of transmitting the virtualized data generated in the generating step to the destination of the I/O request packet, wherein the generating step includes: a command generating step of generating at least one virtual command from the command unit; and a data generating step of generating virtualized data by processing the data unit according to the virtual command generated in the command generating step.

Here, the separating step includes a changing step of changing the corresponding protocol to an Internet Protocol (IP) by checking whether the I/O request being received is made through a previously used protocol. do it with

In addition, in the transmitting step, when the destination of the I/O request is a legacy device to which data must be transmitted according to a preset sequence, the virtualized data generated while all of the I/O request packets are received is accumulated, and the accumulated virtualization Compiling the data obtained in an order corresponding to the data transmission sequence of the legacy device, generating virtualized data, and transmitting the generated data to the legacy device.

In addition, in the transmitting step, a storage device having the largest residual storage capacity ratio among the plurality of storage devices stores virtualized data, or distributing virtualized data through a storage device having the largest residual storage capacity ratio Characterized in that, the storage remaining capacity ratio is characterized in that it corresponds to the following equation.

X=(Y-Z)χY [X=percentage of storage capacity remaining, Y=total capacity of storage device, Z=capacity used on storage device]

In addition, the transmitting step is characterized in that whenever virtualized data is generated, the virtualized data is transmitted to the destination of the I/O request.

In addition, the transmitting step is characterized in that whenever virtual data of a preset number or capacity is generated and accumulated, the virtual data accumulated by the preset number or capacity is transmitted to the destination of the I/O request.

In addition, the command generating step may include: a command unit receiving step of receiving the command unit separated in the separation step; an identification information extraction step of extracting unique identification information of a virtual driver related to the command unit received in the command unit receiving step by checking header information of the command unit among a plurality of virtual drivers that transmit a command to the virtual storage; a command delivery confirmation step of confirming whether a virtual driver to be referenced in the command unit exists through the identification information, and transferring the command unit to the checked virtual driver; a virtual command generation step of generating at least one virtual command related to the command unit and the virtual driver identified in the command delivery checking step; and a virtual command distribution step of judging whether the virtual command generated in the virtual command generating step is appropriate, and distributing the virtual command only when appropriate.

In this case, the command delivery check step is characterized in that the step of generating a virtual driver table by checking whether a virtual driver to be referenced in the command unit exists, matching the identified virtual driver identification information with the command unit.

In addition, the virtual command distribution step is a step of distributing the virtual command when the virtual driver related to at least one or more virtual commands generated in the virtual command generation step can deliver the virtual command to the virtual storage. .

In addition, the virtual command distribution step is a step of generating a switching table in the form of a data table by matching the header information and identification information extracted from a specific command unit in the identification information extraction step with the virtual command distributed by the corresponding command unit. do it with

Meanwhile, the data generating step may include: a data unit receiving step of receiving the data unit separated in the separating step; a header information extraction step of extracting header information from the data unit received in the data unit receiving step; a virtual command receiving step of receiving the virtual command distributed in the virtual command distributing step; a virtual data generation step of virtualizing the data unit according to the virtual command received in the virtual command receiving step to generate virtualized data; and a virtual data distribution step of judging whether the virtualized data generated in the virtual data generating step is appropriate, and distributing the generated virtualized data according to the determination result.

Here, a switching table in the form of a data table is generated by classifying the virtual command received in the virtual data generation step according to identification information in the corresponding virtual command, and identification information matching the header information of the data unit from the switching table It is checked whether a virtual command including

In addition, when virtualizing a data unit in the virtual data generation step, identification information matching a virtual command used for virtualization of the corresponding data unit is checked from the switching table, and new header information is created and added from the identified identification information. It is characterized in that it creates virtualized data.

And, in the virtual data distribution step, when the virtualized data can transmit parameters to the destination of the I/O request regardless of the transmission sequence, it is characterized in that it is determined that the virtualized data is suitable.

The data processing method of a virtual storage according to an embodiment of the present invention separates a command unit and a data unit of a protocol data unit from an I/O request packet being received for an I/O request, and performs virtualization through parallel processing. Since data is generated, it is possible to process the requested I/O data without waiting for the entire I/O block to be received, thereby minimizing the delay in I/O processing.

In addition, the data processing method of the virtual storage according to an embodiment of the present invention determines whether to distribute by checking whether it is suitable after the creation of a virtual command and virtualized data, so that I/ through the finally distributed virtualized data While minimizing delay in O processing, it has the effect of preventing data transmission/reception, data sequence and other errors during I/O processing.

In addition, in the data processing method of the virtual storage according to an embodiment of the present invention, a storage device having a high residual capacity rate is involved in the storage and distribution of virtual data, so that a plurality of storage devices virtualized by the virtual storage are set to a similar level. It has the effect of managing the remaining capacity.

In addition, in the data processing method of the virtual storage according to an embodiment of the present invention, whenever data of a preset number or capacity is accumulated, the virtual data accumulated by the preset number or capacity is transmitted to the destination of the I/O request This has the effect of preventing excessive resource use or overhead due to the excessive number of virtual data transmissions in advance.

The effects obtainable in the present invention are not limited to the above-mentioned effects, and other effects not mentioned may be clearly understood by those of ordinary skill in the art to which the present invention belongs from the following description. will be.

BRIEF DESCRIPTION OF THE DRAWINGS [0007] Other aspects, features and benefits as described above of certain embodiments of the present invention will become more apparent from the following description taken in conjunction with the accompanying drawings.
1A and 1B are flowcharts schematically illustrating a data processing method of a virtual storage according to an embodiment of the present invention.
2A and 2B schematically show a data processing system to which a data processing method of a virtual storage according to an embodiment of the present invention is applied.
3A and 3B are visualizations of an example of a data processing method of a virtual storage according to an embodiment of the present invention.
4 is a visualization of an example of a virtual command generation step in a data processing method of a virtual storage according to an embodiment of the present invention.
5A and 5B are visualizations of an example of a virtual data generation step in a data processing method of a virtual storage according to an embodiment of the present invention.
It should be noted that throughout the drawings, like reference numerals are used to denote the same or similar elements, features, and structures.

Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings.

In describing the embodiments, descriptions of technical contents that are well known in the technical field to which the present invention pertains and are not directly related to the present invention will be omitted. This is to more clearly convey the gist of the present invention without obscuring the gist of the present invention by omitting unnecessary description.

For the same reason, some components are exaggerated, omitted, or schematically illustrated in the accompanying drawings. In addition, the size of each component does not fully reflect the actual size. In each figure, the same or corresponding elements are assigned the same reference numerals.

Advantages and features of the present invention, and a method for achieving them will become apparent with reference to the embodiments described below in detail in conjunction with the accompanying drawings. However, the present invention is not limited to the embodiments disclosed below, but may be implemented in various different forms, and only these embodiments allow the disclosure of the present invention to be complete, and common knowledge in the technical field to which the present invention belongs It is provided to fully inform the possessor of the scope of the invention, and the present invention is only defined by the scope of the claims. Like reference numerals refer to like elements throughout.

At this time, it will be understood that each block of the flowchart diagrams and combinations of the flowchart diagrams may be performed by computer program instructions. These computer program instructions may be embodied in a processor of a general purpose computer, special purpose computer, or other programmable data processing equipment, such that the instructions performed by the processor of the computer or other programmable data processing equipment are not described in the flowchart block(s). It creates a means to perform functions. These computer program instructions may also be stored in a computer-usable or computer-readable memory that may direct a computer or other programmable data processing equipment to implement a function in a particular manner, and thus the computer-usable or computer-readable memory. It is also possible that the instructions stored in the flow chart block(s) produce an article of manufacture containing instruction means for performing the function described in the flowchart block(s). The computer program instructions may also be mounted on a computer or other programmable data processing equipment, such that a series of operational steps are performed on the computer or other programmable data processing equipment to create a computer-executed process to create a computer or other programmable data processing equipment. It is also possible that instructions for performing the processing equipment provide steps for performing the functions described in the flowchart block(s).

Additionally, each block may represent a module, segment, or portion of code that includes one or more executable instructions for executing specified logical function(s). It should also be noted that in some alternative implementations it is also possible for the functions recited in blocks to occur out of order. For example, two blocks shown one after another may be performed substantially simultaneously, or the blocks may sometimes be performed in the reverse order according to a corresponding function.

In this case, the term '~ unit' used in this embodiment means software or hardware components such as field-programmable gate array (FPGA) or ASIC (Application Specific Integrated Circuit), and '~ unit' refers to what role carry out the However, '-part' is not limited to software or hardware. '~' may be configured to reside on an addressable storage medium or may be configured to refresh one or more processors. Accordingly, as an example, '~' indicates components such as software components, object-oriented software components, class components, and task components, and processes, functions, properties, and procedures. , subroutines, segments of program code, drivers, firmware, microcode, circuitry, data, databases, data structures, tables, arrays, and variables. The functions provided in the components and '~ units' may be combined into a smaller number of components and '~ units' or further separated into additional components and '~ units'. In addition, components and '~ units' may be implemented to play one or more CPUs in a device or secure multimedia card.

In describing embodiments of the present invention in detail, an example of a specific system will be mainly targeted, but the main subject matter to be claimed in the present specification is to extend the scope disclosed herein to other communication systems and services having a similar technical background. It can be applied within a range that does not deviate significantly, and this will be possible at the discretion of a person with technical knowledge skilled in the art.

1A to 1B are flowcharts schematically illustrating a data processing method of a virtual storage according to an embodiment of the present invention.

Referring to FIG. 1A , according to an embodiment of the present invention, a data processing method of a virtual storage that provides a storage space to a terminal or a network through a virtual storage virtualized a plurality of storage devices includes a separation step ( S100 ), a creation step (S200) and a transmission step (S300) may be included.

Before describing the data processing method of the virtual storage according to an embodiment of the present invention step by step, the data processing method of the virtual storage of the present invention includes various methods utilized in the art and/or methods known by the iSCSI standard. can be hired

For example, the data processing method of the virtual storage of the present invention may be based on various protocols such as SCSI (Small Computer System Interface), AHCI (Advanced Host Controller Interface), SATA (Serial ATA), and NVMe (Non-Volatile Memory Express). have. As an example, the present invention is applied to a system that processes I/O of a virtual storage service based on an Internet Small Computer System Interface (iSCSI) protocol that encapsulates and delivers block-level SCSI information over TCP/IP. It may be related to the technology being

Meanwhile, iSCSI (Internet Small Computer System Interface) is an IP-based storage networking standard that connects data storage facilities in a computing environment. iSCSI is used to facilitate data transfer across intranets and to manage storage over long distances by passing SCSI commands over IP networks. iSCSI is used to transfer data over local area networks, wide area networks, or the Internet, enabling location-agnostic data storage and recovery.

Hereinafter, embodiments of the invention based on iSCSI and SCSI are limited to embodiments of the invention for convenience of description, but the content of the invention is not limited to the scope based on iSCSI and SCSI.

2A and 2B schematically show a data processing system to which a data processing method of a virtual storage according to an embodiment of the present invention is applied, and FIGS. 3A and 3B are data of a virtual storage according to an embodiment of the present invention. An example of a processing method is visualized.

Referring to FIG. 2A , an embodiment of the present invention may be implemented by an initiator 10 , a network 20 , and a data processing system 100 .

Referring to FIG. 2B , the data processing system 100 according to an embodiment of the present invention may be implemented by a server 200 and/or a terminal, user equipment 300 .

In addition, the server 200 of the present invention may include a first control unit 210 , a first communication unit 220 , a first input interface 230 , a first output interface 240 , and a storage unit 250 , The terminal 300 of the present invention may include a second control unit 310 , a second communication unit 320 , a second input interface 330 , a second output interface 340 , and an internal battery 350 .

The controllers 210 and 310 may directly/indirectly control the server 200 of the present invention and/or the terminal 300 of the present invention to implement an operation/step/process according to an embodiment of the present invention. . In addition, the controllers 210 and 310 may include at least one processor, and the processor may include at least one central processing unit (CPU) and/or at least one graphics processing device (GPU).

The communication units 220 and 320 may transmit/receive various data, signals, and information to and from the server 200 of the present invention and/or the terminal 300 of the present invention. In addition, the communication units 220 and 320 may include a wireless communication module (eg, a cellular communication module, a short-range wireless communication module, or a global navigation satellite system (GNSS) communication module) or a wired communication module (eg, a local area network (LAN) communication module). , or a power line communication module). In addition, the communication units 220 and 320 may include a first network (eg, a short-range communication network such as Bluetooth, WiFi direct or IrDA (infrared data association)) or a second network (eg, a cellular network, the Internet, or a computer network (eg, LAN) Alternatively, it may communicate with an external electronic device through a telecommunication network (such as a WAN). These various types of communication modules may be integrated into one component (eg, a single chip) or may be implemented as a plurality of components (eg, multiple chips) separate from each other.

The input interfaces 230 and 330 transmit commands or data to be used in the server 200 of the present invention and/or components of the terminal 300 of the present invention (eg, the control units 210 and 310, etc.) to the server ( 200) and/or from outside the terminal 300 of the present invention (eg, a first user, a second user, etc., an administrator of the server 200 of the present invention, etc.). In addition, the input interfaces 230 and 330 may include a touch recognition capable display installed in the server 200 and/or the terminal 300, a touch pad, a button-type recognition module, a voice recognition sensor, a microphone, a mouse, or a keyboard. have. Here, the touch recognition capable display, touch pad, and button type recognition module may recognize a touch through the user's body (eg, finger) through a pressure-sensitive and/or capacitive method.

The output interfaces 240 and 340 are generated by the controllers 210 and 310 of the server 200 of the present invention and/or the terminal 300 of the present invention or signals obtained through the communication units 220 and 320 (eg; audio signal), information, data, images, and/or various objects. For example, the output interfaces 240 and 340 may include a display, a screen, a displaying unit, a speaker, and/or a light emitting device (eg, an LED lamp).

In addition, the server 200 and/or the terminal 300 of the present invention may further include a storage module, and a basic program for the operation of the server 200 and/or the terminal 300 of the present invention , application programs, and data such as setting information are stored. In addition, the storage module is a flash memory type (Flash Memory Type), a hard disk type (Hard Disk Type), a multimedia card micro type (Multimedia Card Micro Type), a card type memory (eg, SD or XD memory, etc.), Magnetic Memory, Magnetic Disk, Optical Disk, Random Access Memory (RAM), Static Random Access Memory (SRAM), Read-Only Memory, ROM, Programmable Read-Only Memory (PROM), Electrically Erasable Programmable Read (EEPROM) -Only Memory) may include at least one storage medium.

In addition, the storage module may include personal information of a user who uses the server 200 of the present invention and/or the terminal 300 of the present invention. Here, the personal information may include a name, ID (identifier), password, resident registration number, street name address, phone number, mobile phone number, and/or e-mail address. In addition, the controllers 210 and 310 may perform various operations using various programs, contents, data, etc. stored in the storage module.

Also, to explain with reference to FIGS. 2A, 3A and 3B, the separation step (S100) is the I/O corresponding I/O requested by the communication unit 110 in the data processing system 100 from the initiator 10 through the network. This is followed by ensuring that /O has the appropriate protocol format, such as TCP/IP, Fiber Channel, and other similar protocols.

The initiator 10 is a device that supports a single user (SU)-multiple input multiple output (MIMO) operation, and a reciprocal (reciprocal) MIMO phase and a non-reciprocal (Non-Reciprocal, non-reflection) operation. A generating circuit for generating a first signal including a value indicating which of the MIMO phases is applied to SU-MIMO Beam Forming (BF) training; and a transmitting circuit for transmitting the first signal to a responder device. configuration can be taken.

The communication unit 110 can implement the protocol, and in the separation step S100 , it is checked whether the I/O request packet being received is received through the previously used protocol, and the corresponding protocol is converted to the Internet Protocol (Internet Protocol). , IP) can be changed.

Thereafter, in relation to the I/O request being received by the logic unit 120 in packet units, it is a step of separating the iSCSI data into a SCSI command, which is a command unit of a protocol data unit (PDU), and SCSI data, which is a data unit. . Here, the SCSI command and SCSI data may be included in the iSCSI PDU of the iSCSI packet.

Also, the iSCSI header of the iSCSI packet may include a SCSI command and a method of extracting SCSI data. The logic unit 120 may separate the SCSI command and SCSI data into a command unit (eg, command PDU) and a data unit (eg, data PDU) based on the iSCSI PDU and the iSCSI header. Thereafter, the logic unit 120 provides the command PDU and the data PDU to the command unit 130 and the data engine 140, respectively, and in the generating step S200 to be described later, the command unit 130 and the data engine 140 . This iSCSI data can be processed in parallel into command part and data part.

Parallel processing may correspond to bit-unit parallel processing in which independent operations for each bit constituting one data unit are processed in parallel. Alternatively, parallel processing may correspond to variable unit parallel processing in which several variables in one process are simultaneously calculated. Alternatively, parallel processing may correspond to job parallel processing in which job programs submitted by different users or multiple independent job program units submitted by one user are parallelized. Alternatively, parallel processing may correspond to task parallel processing in which parallel processing is performed in units of a plurality of tasks constituting the work program.

In the generating step (S200), the command unit 130 and the data engine 140 parallelly process the command PDU and the data PDU separated by the logic unit 120 in the separation step (S100) to generate at least one or more virtualized data. This is a generating step, and may include a command generating step (S210) and a data generating step (S220).

4A and 4B are visualizations of an example of a virtual command generation step in a data processing method of a virtual storage according to an embodiment of the present invention.

1A to 4B, in the command generation step S210, the command unit 130 generates at least one virtual command from the command PDU separated by the logic unit 120 in the separation step S100. step, and may include a command unit receiving step (S211), an identification information extraction step (S212), a command delivery confirmation step (S213), a virtual command generation step (S214), and a virtual command distribution step (S215).

The command unit receiving step S211 is a step in which the command unit 130 receives the command PDU separated in the separation step S100 from the logic unit 120 .

In the identification information extraction step (S212), the command unit 130 checks header information of a command PDU among a plurality of virtual drivers that transmit a command to the virtual storage, and a virtual information related to the command PDU received in the command unit receiving step (S211) This is the step of extracting the driver's unique identification information. Here, the unique identification information extracted by the command unit 130 is LUN (Logical Unit Number) information, which is a unique identifier number logically used in the SCSI method, and the command unit 130 uses the LUN information to provide the command DPU with a plurality of storage units. In the virtual storage 150 in which the device is virtualized, a command corresponding to a specific storage device may be checked. In this case, the virtual storage 150 may include a local storage array directly connected through a data cable, a network storage array connected through a network, or a form in which both the local storage array and the network storage array are connected through a network.

However, when the command PDU is a command corresponding to a specific storage device A, a physical storage device performing an operation corresponding to the command is not necessarily limited to the specific storage device A. Furthermore, the data PDU corresponding to the corresponding command does not necessarily have to be stored in the specific storage device A or transmitted to the destination of the I/O request packet through the specific storage device A. For example, according to an embodiment, the virtual storage 150 may determine a physical storage device to store or distribute a data PDU corresponding to the command PDU based on the available storage capacity of each physical storage device, and related details will be described later. It will be described in more detail in the description of the transmission step (S300) to be performed.

The virtual storage 150 transmits commands according to I/O to a virtual volume manager (VVM) that manages a plurality of storage devices as one virtual storage area (Volume) and a virtual volume in the form of a hardware or software module. Virtual drivers including Snapshot Pass-through Volume Driver, Snapshot Mount Volume Driver, Sparse Volume Driver, Mirror Replication Quick-sync Volume Driver, Spanned Mirror Volume Driver, and Partial Volume Driver are included. According to an embodiment, the command delivery confirmation step (S213) checks whether a virtual driver that delivers a command to the storage device identified from the command PDU exists through the LUN information extracted in the identification information extraction step (S212), It may correspond to the step of delivering the command PDU to the virtual driver. Specifically, in the command delivery confirmation step S213, the command unit 130 checks whether a virtual driver to be referenced in the command PDU exists, matches the checked LUN information of the virtual storage with the command PDU, and executes the command of the command PDU. You can create a virtual driver table that stores the delivered virtual driver in the form of a data table.

In the command delivery confirmation step (S213), the command unit 130 transmits a command to a storage device in which I/O is actually generated in a command PDU received from the virtual storage 150 to deliver a command to operate as a virtual storage area. By checking what kind of virtual driver is and whether each virtual driver transmits a command to the storage device according to the command PDU, the virtual driver type and command related to each command PDU can be stored in the virtual driver table. In this case, since the command unit 130 is coupled to the virtual storage 150 , the operation details of the virtual driver may be checked.

The virtual command generating step S214 may be a step in which the command unit 130 generates at least one virtual command in relation to the command PDU received in the command unit receiving step S211 . According to an embodiment, the command unit 130 may generate at least one virtual command in relation to a virtual driver that transmits a command of a corresponding command PDU together with the received command PUD. For example, the command unit 130 checks the operation details of the virtual driver corresponding to the received command PDU from the virtual driver table, and generates a virtual command only when the operation details of the virtual driver corresponding to the command PDU exist. can Alternatively, the command unit 130 may generate a virtual command if the command PDU itself is valid even if the operation details of the virtual driver corresponding to the command PDU do not exist.

The virtual command distribution step ( S215 ) is a step in which the command unit 130 distributes the virtual command generated in the virtual command generation step ( S214 ). According to an embodiment, the command unit 130 may determine whether the generated virtual command is appropriate, and distribute the virtual command only when appropriate.

The command unit 130 may maintain storage of the virtual driver table until distributing the virtual command. Alternatively, the command unit 130 may maintain the storage of the virtual driver table until the data engine 140 confirms that the virtual command has been successfully received (that is, the virtual driver table may be deleted after the retention time). . In this regard, the command unit 130 may receive a signal (eg, an ACK signal) announcing successful reception of the virtual command from the data engine 140 . Alternatively, the command unit 130 may maintain the storage of the virtual driver table until the data engine 140 confirms that the virtual data has been successfully distributed (that is, the virtual driver table may be deleted after the retention time). . In this regard, the command unit 130 may receive a signal from the data engine 140 announcing successful distribution of the virtual data.

On the other hand, the command unit 130 i) the performance of the data processing system 100, the server 200 and/or the terminal 300 of the present invention, ii) the number of times a message indicating that the virtual command has been successfully received is received and/or the number of terminals (or network devices) that have transmitted the message or iii) the holding time may be set differently based on the remaining charge amount of the internal battery of the terminal 300 or the external terminal (not shown) have.

For example, when the data processing system 100 includes the terminal 300, when the remaining amount of charge of the internal battery 350 of the terminal 300 exceeds a predetermined threshold, a holding time for a preset time is maintained. Set (or maintain the virtual driver table based on the existing holding time), but when the remaining charge amount of the internal battery 350 does not exceed the predetermined threshold, the holding time (HT, holding time) is lowered. It can be reset based on Equation (2). (HT corresponds to the reset holding time, HT0 corresponds to the previously set holding time (that is, the initial value), TDS (Data Size of virtual driver Table) corresponds to the data size of the virtual driver table, RN ( Reception Number) corresponds to the number of times a message indicating that the virtual command has been successfully received (and/or the number of terminals (or network devices) that transmitted the message), and is stored in the RB (Remaining Battery). It may correspond to the remaining charge amount (remaining battery value) of the battery 350 .

As another example, when the data processing system 100 is not the terminal 300, it may be reset based on Equation 3 below. (HT corresponds to the reset holding time, HT0 corresponds to the previously set holding time (that is, the initial value), TDS (Data Size of virtual driver Table) corresponds to the data size of the virtual driver table, RN ( Reception Number) may correspond to the number of times a message indicating that the virtual command has been successfully received is received (and/or the number of terminals (or network devices) that have transmitted the message).

According to an embodiment, in the virtual command distribution step S215 , the command unit 130 transmits the virtual command to the virtual storage 150 by a virtual driver related to at least one or more virtual commands generated in the virtual command generation step S214 . If possible, it may be a step of distributing the corresponding virtual command. In this case, the command unit 130 checks whether the generated virtual command calls the virtual drive identified by the command PDU and whether the virtual command can access all virtual drivers required by the command PDU. You decide to distribute the command. Accordingly, since the virtual command distributed by the command unit 130 includes header information that is a destination of data transmission, it can be used as a substitute for a header of virtualized data to be generated after the data generation step ( S220 ).

5 is a visualization of an example of a virtual data generation step in a data processing method of a virtual storage according to an embodiment of the present invention. 1 to 5, in the data generation step S220, the data engine 140 processes the data PDU separated in the separation step S100 according to the virtual command generated in the command generation step S210. This is a step of generating virtualized data, and may include a data unit reception step (S221), a header information extraction step (S222), a virtual command reception step (S223), and a virtual data distribution step (S224). Here, the data engine 140 may be coupled to the logic unit 120 and the virtual storage 150 to virtualize data to be distributed to the physical storage device using a virtual command.

The data unit reception step S221 is a step in which the data engine 140 receives the data PDU separated in the separation step S100.

The header information extraction step S222 is a step in which the data engine 140 extracts header information from the data PDU received in the data unit receiving step S221. The header information extracted here is to extract one reference value for matching with a virtual command related in the virtual data generation step (S224), which will be described later. Since the data PDU is also based on SCSI like the command PDU, it is LUN information can be extracted.

The virtual command receiving step ( S223 ) is a step in which the data engine 140 receives the virtual command distributed in the virtual command distributing step ( S215 ).

The virtual data generating step S224 is a step in which the data engine 140 virtualizes the data PDU according to the virtual command received in the virtual command receiving step S223 to generate virtualized data. Here, the data engine 140 may create a switching table in the form of a data table in which the virtual command received in the virtual command receiving step (S223) and the MAC address of the destination are classified according to identification information in the corresponding virtual command and stored, It is checked from the generated switching table whether a virtual command including identification information matching the header information of the data PDU exists, and the data PDU is virtualized according to the checked virtual command. At this time, in the virtualized data generated by the data engine 140, identification information matching the virtual command used for virtualization of the corresponding data PDU is checked from the switching table, and new header information is created and added from the identified identification information to create virtualized data. Data may be generated.

The virtual data distribution step S225 is a step in which the data engine 140 determines whether the virtualized data generated in the virtual data generation step S224 is appropriate, and distributes the generated virtualized data according to the determination result. At this time, the data engine 140 checks whether it has an appropriate data sequence, and when it has an appropriate data sequence, it distributes the virtualized data. Distributing virtualized data here means preparing in a state where data transmission is possible so that virtualized data can be delivered to the destination of the initial I/O request. If the virtualized data does not have an appropriate sequence, whether to distribute the virtualized data is determined through whether parameters can be passed to the destination of the I/O request. At this time, if the virtualized data can pass parameters to the destination of the I/O request, the virtualized data may be distributed.

According to an embodiment, even when data sequence information is not included in the data PDU, if a predefined data sequence rule exists, the data engine 140 distributes the virtualized data in the virtual data generation step ( S224 ). can do. For example, the data sequence rule may be determined to store virtualized data in a physical storage device having the largest remaining storage capacity ratio or to distribute virtualized data through a physical storage device having the largest remaining storage capacity ratio. Here, the storage remaining capacity ratio X for each of the plurality of storage devices virtualized by the virtual storage 150 may be calculated based on Equation 1 below.

In this case, X may correspond to a storage remaining capacity percentage, Y may correspond to a total capacity of the storage device, and Z may correspond to a used capacity in the storage device. The capacity used in the storage device may mean a capacity occupied by data already stored in the storage device. In addition, the data sequence rule may be determined according to various methods.

The transmission step S300 is a step in which the data engine 140 or the communication unit 110 transmits the virtualized data distributed in the virtual data distribution step S225 to the destination of the I/O request packet. At this time, when the destination of the I/O request in the transmission step S300 is a legacy device to which data must be transmitted according to a preset sequence, the data engine 140 generates the virtualized data generated while all of the I/O request packets are received. By accumulating data and compiling the accumulated virtualized data in an order corresponding to the data transmission sequence of the legacy device, virtualized data may be generated and transmitted to the legacy device. On the other hand, when the destination of the I/O request in the transmission step S300 is not a device to which data is to be transmitted according to a preset sequence, the data engine 140 can directly transmit virtualized data to the device whenever virtualized data is generated. have. Alternatively, according to an embodiment, the data engine 140 waits until a preset number or capacity of data is generated, and whenever the preset number or capacity of data is accumulated, it is sent to the device that is the destination of the I/O request. can be transmitted

As described above, the data engine 140 stores the virtualized data in the physical storage device having the largest remaining storage capacity ratio or the data sequence determined to distribute the virtualized data through the physical storage device having the largest remaining storage capacity ratio. Virtualized data can be transmitted according to rules.

The data processing method of a virtual storage according to an embodiment of the present invention separates a command unit and a data unit of a protocol data unit from an I/O request packet being received for an I/O request, and performs virtualization through parallel processing. Since data is generated, it is possible to process the requested I/O data without waiting for the entire I/O block to be received, thereby minimizing the delay in I/O processing.

In addition, the data processing method of the virtual storage according to an embodiment of the present invention determines whether to distribute by checking whether it is suitable after the creation of a virtual command and virtualized data, so that I/ through the finally distributed virtualized data While minimizing delay in O processing, it has the effect of preventing data transmission/reception, data sequence and other errors during I/O processing.

In addition, in the data processing method of the virtual storage according to an embodiment of the present invention, a plurality of storage devices virtualized by the virtual storage 150 by participating in the storage and distribution of virtual data from a storage device having a high residual capacity ratio It has the effect of managing the remaining capacity at a similar level.

In addition, in the data processing method of the virtual storage according to an embodiment of the present invention, whenever data of a preset number or capacity is accumulated, the virtual data accumulated by the preset number or capacity is transmitted to the destination of the I/O request This has the effect of preventing excessive resource use or overhead due to the excessive number of virtual data transmissions in advance.

The embodiments of the present invention disclosed in the present specification and drawings are merely provided for specific examples to easily explain the technical content of the present invention and help the understanding of the present invention, and are not intended to limit the scope of the present invention. That is, it will be apparent to those of ordinary skill in the art to which the present invention pertains that other modifications are possible based on the technical spirit of the present invention. In addition, each of the above embodiments may be operated in combination with each other as needed. For example, all embodiments of the present invention may be implemented by the system 100 , the server 200 , and/or the terminal 300 of the present invention in combination with each other in parts.

In addition, the method of controlling the system 100, the server 200, and/or the terminal 300 of the present invention may be implemented in the form of a program command that can be executed through various computer means and recorded in a computer-readable medium. have.

As such, various embodiments of the present invention may be embodied as computer readable code on a computer readable recording medium in a particular aspect. A computer readable recording medium is any data storage device capable of storing data that can be read by a computer system. Examples of computer readable recording media include read only memory (ROM), random access memory (RAM), and compact disk-read only memory (CD-ROM). ), magnetic tapes, floppy disks, optical data storage devices, and carrier waves (such as data transmission over the Internet). The computer readable recording medium may also be distributed over network coupled computer systems, so that the computer readable code is stored and executed in a distributed fashion. In addition, functional programs, codes, and code segments for achieving various embodiments of the present invention may be easily interpreted by programmers skilled in the field to which the present invention is applied.

In addition, it will be appreciated that the apparatus and method according to various embodiments of the present invention can be realized in the form of hardware, software, or a combination of hardware and software. Such software may include, for example, a volatile or non-volatile storage device, such as a ROM, or a memory, such as, for example, RAM, a memory chip, device or integrated circuit, whether erasable or rewritable, or For example, the storage medium may be stored in an optically or magnetically recordable storage medium such as a compact disk (CD), a DVD, a magnetic disk, or a magnetic tape, and a machine (eg, computer) readable storage medium. The method according to various embodiments of the present invention may be implemented by a computer or a mobile terminal including the controller 210, 310 and a memory, such memory being a program including instructions for implementing embodiments of the present invention or It will be appreciated that this is an example of a machine-readable storage medium suitable for storing programs.

Accordingly, the present invention includes a program including code for implementing the apparatus or method described in the claims of the present specification, and a machine (computer, etc.) readable storage medium storing such a program. Also, such a program may be transmitted electronically through any medium such as a communication signal transmitted through a wired or wireless connection, and the present invention suitably includes the equivalent thereof.

The embodiments of the present invention disclosed in the present specification and drawings are merely provided for specific examples to easily explain the technical content of the present invention and help the understanding of the present invention, and are not intended to limit the scope of the present invention. In addition, the above-described embodiments according to the present invention are merely exemplary, and it will be understood by those skilled in the art that various modifications and equivalent ranges of embodiments are possible therefrom. Accordingly, the true technical protection scope of the present invention should be defined by the following claims.

Claims (1)

In the system for efficiently processing data of virtual storage virtualized a plurality of storage devices,
a communication unit for transmitting and receiving a signal for providing a storage space to a terminal or a network through the virtual storage; and
Separates the incoming I/O request packet into command unit and data unit of protocol data unit (PDU),
generating at least one or more virtualized data by parallel processing the separated command unit and data unit;
a control unit controlling to transmit the generated virtualized data to a destination of an I/O request packet; including,
The control unit is
generating at least one or more virtual commands from the command unit;
Process the data unit according to the generated virtual command to generate virtualized data,
controlling such that a storage device having the largest residual storage capacity ratio among the plurality of storage devices stores virtualized data or distributing virtualized data through a storage device having the largest residual storage capacity ratio;
The control unit is
Checks whether the incoming I/O request packet was received through a previously used protocol;
Change the protocol to Internet Protocol (IP) based on the verification result;
It is characterized in that the received I/O request packet is separated into a command unit and a data unit of a protocol data unit,
system.

Images