CN101459611A - Data transmission scheduling method, system and device for IP SAN storage - Google Patents
Data transmission scheduling method, system and device for IP SAN storage Download PDFInfo
- Publication number
- CN101459611A CN101459611A CNA2008102407233A CN200810240723A CN101459611A CN 101459611 A CN101459611 A CN 101459611A CN A2008102407233 A CNA2008102407233 A CN A2008102407233A CN 200810240723 A CN200810240723 A CN 200810240723A CN 101459611 A CN101459611 A CN 101459611A
- Authority
- CN
- China
- Prior art keywords
- passage
- priority
- iscsi
- write request
- data
- 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
Abstract
The invention provides a data transmission scheduling method, a system and a device for IP storage area network (SAN) storage, wherein the method comprises setting sub cache on a storage front end server end aiming at each channel, setting priority for each channel according to actual requirements, extracting data from the sub cache of each channel according to the priority of each channel and according to a preset priority strategy, and sending internet small computer system interface (iSCSI writing request) aiming at each data and according to extracting sequence, or setting request list aiming at each channel on an IP SAN storage device end, setting priority for each channel according to actual requirements, and extracting iSCSI writing request from the request list of each channel according to the priority of each channel and according to the preset priority strategy, and answering each iSCSI writing request and getting ready for receiving response according to the extracting sequence, thereby satisfying different data storage requirements of each channel.
Description
Technical field
The present invention relates to the network communications technology, particularly a kind of data transmission scheduling method, system and equipment that is used for IP SAN storage.
Background technology
IP storage area network (SAN, Storage Area Network) thus allowing to set up between memory device and the server directly to connect at a high speed transfers to memory device with data in server and stores, internet small computer system interface (iSCSI, internet Small Computer SystemInterface) be based on the SCSI host-host protocol of internet, the transfer of data between server and the memory device can realize by this agreement.This IP SAN memory model is obtaining extensive use such as fields such as video monitoring storage, database storage, file storage.
Fig. 1 is the structural representation of IP SAN memory model in the prior art, as shown in Figure 1, the storage front-end server can receive the data flow from a plurality of passages, after by processor the data flow that receives being handled, according to receiving sequential storage in same metadata cache; Wherein, processor can be handled data stream according to the actual requirements accordingly, and for example processor can carry out encoding compression processing etc. to data stream in the video monitoring technology.Set up iSCSI between the iSCSI protocol client of storage in the front-end server and the IPSAN memory device and is connected, and the taking-up data encapsulation becomes the iSCSI packet to send to IP SAN memory device one by one by the iSCSI connection from metadata cache.At IP SAN memory device end, iSCSI protocol target end carries out decapsulation with the iSCSI packet that receives to be handled, and send in proper order in the data processing formation according to reception, the packet in the data processing formation is sent into corresponding logical storage resources according to the passage of each packet correspondence.
Owing in the above-mentioned processing procedure of prior art, be data to be sent into same metadata cache at storage front-end server end, and send to IP SAN memory device in order according to the reception order; At IP SAN memory device end is data are imported the data processing formation and to store according to the reception order.Obviously, this mode the data volume of some passage is big, data transmission credibility is had relatively high expectations or situation such as the preferential storage of service needed under, the possibly call data storage that can't guarantee these passages.For example: the data volume of certain passage is bigger, and spatial cache is limited, according to the reception order data are transmitted the data that may cause this passage in the spatial cache and do not take new data as yet away and deposited in again, this just may cause inadequate buffer space and abandon data.
Summary of the invention
In view of this, the invention provides a kind of data transmission scheduling method, system and equipment of the IP of being used for SAN storage,, guarantee to have lower packet loss the demanding channel data of transfer of data so that satisfy the different data storage requirement of each passage.
A kind of data transmission scheduling method that is used for IP SAN storage, this method is applied to comprise the storage front-end server of processor, metadata cache, iSCSI protocol client and the formation of iSCSI write request, described metadata cache comprises the sub-buffer memory that is provided with at each passage, and this method comprises:
Data after the described processor processing are sent in the sub-buffer memory of this data respective channel;
Described iSCSI protocol client is according to the priority of each passage, extracts from the sub-buffer memory of each passage according to default priority policy and to send into the formation of described iSCSI write request after data encapsulation becomes the iSCSI packet, and according to the order of sending into the formation of described iSCSI write request one by one at each iSCSI packet to IPSAN memory device transmission iSCSI write request.
A kind of data transmission scheduling method that is used for IP SAN storage is applied to comprise at the request queue of each passage setting and the IP SAN memory device of iSCSI protocol target end, and this method comprises:
The storage front-end server iSCSI write request of sending is sent into the request queue of this iSCSI write request institute respective channel;
Described iSCSI protocol target end extracts the iSCSI write request according to the priority of each passage according to default priority policy from the request queue of each passage, and replys preparation reception response at the iSCSI write request of extracting to described storage front-end server.
A kind of storage front-end server, this storage front-end server comprises: processor, metadata cache, iSCSI protocol client and the formation of iSCSI write request wherein, comprise the sub-buffer memory that is provided with at each passage in the described metadata cache;
Described processor is sent into the sub-buffer memory of respective channel after being used for the data of each passage are handled;
Described iSCSI protocol client, be used for priority according to each passage, extracts from the sub-buffer memory of each passage according to default priority policy and to send into the formation of described iSCSI write request after data encapsulation becomes the iSCSI packet, and according to the order of sending into the formation of described iSCSI write request one by one at each iSCSI packet to IP SAN memory device transmission iSCSI write request.
A kind of IP SAN memory device, this IP SAN memory device comprises: request Dispatching Unit, the request queue and the iSCSI protocol target end that are provided with at each passage;
The described request Dispatching Unit is used for the iSCSI write request that the storage front-end server sends is sent into the request queue of this iSCSI write request institute respective channel;
Described iSCSI protocol target end, be used for priority according to each passage, from the request queue of each passage, extract the iSCSI write request according to default priority policy, and reply preparation reception response to described storage front-end server at the iSCSI write request of extracting.
As can be seen from the above technical solutions, the present invention can be by being provided with sub-buffer memory at storage front-end server end at each passage, transfer of data demand according to reality is provided with priority for each passage, from the sub-buffer memory of each passage, extract data according to the priority of each passage and according to default priority policy, and send the iSCSI write request at each data according to the extraction order; Perhaps, by at each passage request list being set at IP SAN memory device end, transfer of data demand according to reality is provided with priority for each passage, from the request list of each passage, extract the iSCSI write request according to the priority of each passage and according to default priority policy, and reply preparation reception response at each iSCSI write request according to the extraction order.Thereby realize that according to actual demand each channel data transmits according to priority, for example, the big passage priority height of data volume can be set, by being set, suitable priority policy can realize that the data of the channel transfer that data volume is big within a certain period of time are also more, thereby guarantee that the big passage of data volume can in time be handled, reduce drop probabilities; Perhaps, the priority height of the passage with priority treatment demand can be set, can realize having the high priority data of the passage of priority treatment demand and transmit by suitable priority policy is set.
Description of drawings
Fig. 1 is the structural representation of IP SAN memory model in the prior art;
Fig. 2 is for setting up the flow chart that iSCSI connects back transmission data between storage front-end server and the IP SAN memory device;
The schematic diagram of storage front-end server in first kind of mode that Fig. 3 provides for the embodiment of the invention;
The schematic diagram of IP SAN memory device in the second way that Fig. 4 provides for the embodiment of the invention;
The format chart of the iSCSI write request that Fig. 5 provides for the embodiment of the invention;
The structure chart of the IP SAN memory device that Fig. 6 provides for the embodiment of the invention.
Embodiment
In order to make the purpose, technical solutions and advantages of the present invention clearer, describe the present invention below in conjunction with the drawings and specific embodiments.
The understanding of the present invention and description for convenience at first simply described setting up the flow process of transmitting data after iSCSI connects in the prior art between storage front-end server and the IPSAN memory device.As shown in Figure 2, iSCSI protocol client in the storage front-end server at first sends iSCSI write request (type identification of message is 0x01 in the existing iSCSI agreement) at the data that will write to IP SAN memory device, comprises the channel information of the data correspondence that will write in this iSCSI write request; After iSCSI protocol target termination in the IP SAN memory device is received this SCSI write request, if be ready to reception to these data, then reply and prepare to receive (R2T, Ready to Transfer) response (type identification of message is 0x31 in the existing iSCSI agreement) to the storage front-end server; After the iSCSI protocol client receives this R2T response, transmit these data that will write (type identification of message is 0x05 in the existing iSCSI agreement) to IP SAN memory device; After IP SAN memory device successfully received and these data are write corresponding logical resource, iSCSI protocol target end was replied to the storage front-end server and is correctly write response (type identification that has message in the iSCSI agreement now is 0x21).
Method provided by the invention can realize at storage front-end server end, also can realize at IP SAN memory device end, respectively this dual mode is described in detail below.
First kind of mode: realize at storage front-end server end.
The metadata cache of storage in the front-end server is divided into sub-buffer memory at each passage, is respectively applied for the data of storage respective channel; For each passage is provided with priority, the iSCSI protocol client extracts data according to default priority policy and sends into the formation of iSCSI write request from the sub-buffer memory of each passage, and sends the iSCSI write request one by one according to the order of sending into the formation of iSCSI write request in advance.
As shown in Figure 3, the metadata cache of original storage and uniform data is provided with sub-buffer memory at each passage, video monitoring system with four passages in the present embodiment is an example, storage front-end server in this system is a video encoder, and passage 1 sub-buffer memory, passage 2 sub-buffer memorys, passage 3 sub-buffer memorys and passage 4 sub-buffer memorys are set in metadata cache.Processor is sent into the sub-buffer memory of respective channel respectively after the data of each passage are carried out encoding compression processing.Can be in advance for each passage priority be set according to the actual state of each passage, for example, can for each passage priority be set according to the data volume size of each passage, the priority that can set gradually each passage according to the data volume of each passage from big to small from high to low; Also can require according to the data transmission credibility of each passage or professional memory priority requirement etc. is provided with the priority of each passage.In addition, the priority policy that the iSCSI protocol client is adopted can be set according to demand, for example can adopt priority query (PQ, Priority Queuing) or Weighted Fair Queuing (WFQ, WeightedFair Queuing) strategy etc.
Is example at this with the WFQ strategy, suppose that the priority that is provided with for each passage in advance is the data volume weighted value of each passage, passage 1 to the data volume of passage 4 from big to small, if the data volume weighted value W1 of passage 1 is 4, the data volume weighted value W2 of passage 2 is 3, the data volume weighted value W3 of passage 3 is 2, the data volume weighted value W4 of passage 4 is 1, the iSCSI protocol client is according to the WFQ strategy, can be in order the sub-buffer memory of each passage be carried out poll, when being polled to each passage, taking-up becomes the iSCSI packet to send into the formation of iSCSI write request with the data encapsulation of weighted value respective amount at every turn.For the iSCSI packet in the formation of iSCSI write request, send the iSCSI write request to IP SAN memory device successively in order.So just can make within a certain period of time, the number that the passage that the data volume weighted value is big more is carried out the processing of iSCSI write request is many more, corresponding transmission iSCSI packet is also just many more, thereby guarantees that the big passage of data volume can be in time processed, reduces drop probabilities.
If adopt the PQ strategy, the priority of each passage can be set according to the demand of each passage needs priority treatment, suppose that the priority that passage 1, passage 2, passage 3 and passage 4 are set successively decreases, the iSCSI protocol client is according to the PQ strategy, can carry out poll to the sub-buffer memory of each passage according to the size order of each passage priority, when being polled to each passage, take out that all data encapsulation become the iSCSI packet to send into the formation of iSCSI write request in the sub-buffer memory of this passage at every turn.For the iSCSI packet in the formation of iSCSI write request, send the iSCSI write request to IP SAN memory device successively in order.So just can make the priority high channel preferentially be carried out the iSCSI write request and handle, also just preferentially carry out the transmission of iSCSI packet.
The second way: realize at IP SAN memory device end.
In IP SAN memory device, request queue is set, will sends into the request queue of this iSCSI write request institute respective channel from the iSCSI write request that the storage front-end server sends at each passage; For each passage is provided with priority, iSCSI protocol target end extracts the iSCSI write request according to default priority policy from the request queue of each passage in advance, and replys the R2T response at the iSCSI write request of extracting to the storage front-end server.
As shown in Figure 4, be example still in the present embodiment with four passages, in IP SAN memory device, request queue is set at each passage, IP SAN memory device is sent the iSCSI write request that receives into its corresponding channel request formation.Equally can be in advance for each passage priority be set according to the actual state of each passage, for example, can for each passage priority be set according to the data volume of each passage size, the priority that can set gradually each passage according to the data volume of each passage from big to small from high to low.The priority of each passage can be pre-configured in the IP SAN memory device, also can be notified to IP SAN memory device by storing the precedence information of front-end server with each passage by the signaling of other definition; More preferably, the storage front-end server can be carried at the precedence information of each passage in the iSCSI write request and send to the IPSAN memory device.
When adopting precedence information with each passage to be carried to send to IP SAN memory device in the iSCSI write request, can in the iSCSI write request, adopt reserved field to be respectively applied for indication priority policy type and priority value as priority type (Qtype) field and priority value (Qwi) field, as shown in Figure 5, Fig. 5 is the message structure figure of iSCSI write request, reserved field originally changes Qtype field and Qwi field into, and the form and the implication of other fields remain unchanged.For example, the value that can use the Qtype field is 1 sign WFQ strategy, corresponding Qwi sign priority level value; The value of using the Qtype field is 0 sign PQ strategy, corresponding Qwi sign weighted value.
Be example still with the WFQ strategy, same hypothesis is the data volume weighted value of each passage for the priority that each passage is provided with in advance, passage 1 to the data volume of passage 4 from big to small, if the data volume weighted value W1 of passage 1 is 4, the data volume weighted value W2 of passage 2 is 3, the data volume weighted value W3 of passage 3 is 2, the data volume weighted value W4 of passage 4 is 1, the storage front-end server is carried at the data volume weighted value of each passage in the Qwi field of iSCSI write request, and will adopt the information of WFQ strategy to be carried in the Qtype field.After IP SAN memory device receives the iSCSI write request, the request queue that the iSCSI write request is put into respective channel, and can from the iSCSI write request, obtain the data volume weighted value of each passage.ISCSI protocol target end carries out poll to the request queue of each passage, and when being polled to the request queue of each passage, the iSCSI write request of taking-up and weighted value respective amount is replied the R2T response at the iSCSI write request of each taking-up one by one at every turn.Owing to comprise channel information in the R2T response, and its channel information with its at the iSCSI write request in channel information consistent, therefore, after the storage front-end server receives the R2T response, send the iSCSI packet of R2T response respective channel to IP SAN memory device.So just can make within a certain period of time, the processed number of the i SCSI write request of the passage correspondence that the data volume weighted value is big more is many more, corresponding transmission iSCSI packet is also just many more, thereby guarantees that the big passage of data volume can be in time processed, reduces drop probabilities.
If adopt the PQ strategy, can be in advance be provided with according to the memory priority requirement of each passage, the demanding passage of memory priority is provided with the priority height.ISCSI protocol target end can carry out poll to the request queue of each passage according to the priority orders of each passage, when being polled to the request queue of each passage, extracts iSCSI write requests all in this request queue at every turn.
More than be the detailed description that method provided by the present invention is carried out, below equipment provided by the present invention be described in detail.
The structure of the storage front-end server that the embodiment of the invention provides can be as shown in Figure 3, this storage front-end server can comprise: processor, metadata cache, iSCSI protocol client and the formation of iSCSI write request, wherein, comprise the sub-buffer memory that is provided with at each passage in the metadata cache.
Processor is sent into the sub-buffer memory of respective channel after being used for the data of each passage are handled.
The iSCSI protocol client, be used for priority according to each passage, extracts from the sub-buffer memory of each passage according to default priority policy and to send into the formation of iSCSI write request after data encapsulation becomes the iSCSI packet, and according to the order of sending into the formation of iSCSI write request one by one at each iSCSI packet to IP SAN memory device transmission iSCSI write request.
When the priority of each passage is the weighted value that the data volume according to each passage is provided with, when priority policy is the WPQ strategy, the iSCSI protocol client carries out poll to the sub-buffer memory of each passage successively, when being polled to the sub-buffer memory of each passage at every turn, extracting and send into the formation of iSCSI write request after the data encapsulation of the weighted value respective amount of this passage becomes the iSCSI packet.
Wherein, the priority of each passage requires or professional memory priority requirement setting according to data volume, the data transmission credibility of each passage; Above-mentioned priority policy can comprise: the PQ of priority query strategy or Weighted Fair Queuing WPQ strategy.
When the memory priority according to each passage of the priority of each passage is provided with, when priority policy is the PQ strategy, the iSCSI protocol client carries out poll according to the priority orders of each passage to the sub-buffer memory of each passage, when being polled to the sub-buffer memory of each passage at every turn, extracting and send into the formation of iSCSI write request after all data encapsulation in this sub-buffer memory become the iSCSI packet.
In addition, after the iSCSI protocol client receives the R2T response that IP SAN returns, send that this R2T responds pairing iSCSI packet in the formation of iSCSI write request, the function of each module and operation were same as the prior art when this part data sent.
The structure chart of the IP SAN memory device that the embodiment of the invention provides can be as shown in Figure 6, and this IP SAN memory device can comprise: request Dispatching Unit, the request queue and the iSCSI protocol target end that are provided with at each passage.
The request Dispatching Unit is used for the iSCSI write request that the storage front-end server sends is sent into the request queue of this iSCSI write request institute respective channel.
ISCSI protocol target end is used for the priority according to each passage, extracts the iSCSI write request according to default priority policy from the request queue of each passage, and prepares to receive response at the iSCSI write request of extracting to the answer of storage front-end server.
ISCSI protocol target end can also be used for obtaining the precedence information of each passage that is pre-configured in this IP SAN memory device, perhaps obtain the precedence information of each passage the signaling of the extra definition that sends from the storage front-end server, perhaps from the iSCSI write request that the storage front-end server sends, obtain the precedence information of each passage.
Wherein, the priority of each passage requires or professional memory priority requirement setting according to data volume, the data transmission credibility of each passage; Above-mentioned priority policy can comprise: the PQ of priority query strategy or Weighted Fair Queuing WPQ strategy.
When the priority of each passage is the weighted value that the data volume according to each passage is provided with, when priority policy is the WPQ strategy, iSCSI protocol target end carries out poll to the request queue of each passage successively, when being polled to the request queue of each passage at every turn, the iSCSI write request of the weighted value respective amount of extraction and this passage.
When the memory priority requirement according to each passage of the priority of each passage is provided with, when priority policy is the PQ strategy, iSCSI protocol target end carries out poll according to the priority orders of each passage to the request queue of each passage, when being polled to the request queue of each passage, extract iSCSI write requests all in this request queue at every turn.
In addition, can also comprise in this IP SAN memory device: the logical resource of data processing formation and each passage.
After iSCSI protocol target termination is received the iSCSI packet of storage front-end server transmission, carry out decapsulation and send in the data processing formation, the data processing formation is stored each packet in the logical resource of respective channel into according to the order of sending into of packet after the decapsulation again.
In the process that packet receives and stores, the function of iSCSI protocol target end, data processing formation and logical resource is identical with prior art with operation.
By above description as can be seen, the present invention can be by being provided with sub-buffer memory at storage front-end server end at each passage, for each passage priority is set according to the actual requirements, from the sub-buffer memory of each passage, extract data according to the priority of each passage and according to default priority policy, and send the iSCSI write request at each data according to the extraction order; Perhaps, by at each passage request list being set at IP SAN memory device end, for each passage priority is set according to the actual requirements, from the request list of each passage, extract the iSCSI write request according to the priority of each passage and according to default priority policy, and reply preparation reception response at each iSCSI write request according to the extraction order.Thereby realize that according to actual demand each channel data transmits according to priority, for example, the big passage priority height of data volume can be set, by being set, suitable priority policy can realize that the data of the channel transfer that data volume is big within a certain period of time are also more, thereby guarantee that the big passage of data volume can in time be handled, reduce drop probabilities; Perhaps, the priority height of the passage with priority treatment demand can be set, can realize having the high priority data of the passage of priority treatment demand and transmit by suitable priority policy is set.
The above only is preferred embodiment of the present invention, and is in order to restriction the present invention, within the spirit and principles in the present invention not all, any modification of being made, is equal to replacement, improvement etc., all should be included within the scope of protection of the invention.
Claims (13)
1, a kind of data transmission scheduling method that is used for the storage of IP storage area network SAN, this method is applied to comprise the storage front-end server of processor, metadata cache, internet small computer system interface iSCSI protocol client and the formation of iSCSI write request, it is characterized in that, described metadata cache comprises the sub-buffer memory that is provided with at each passage, and this method comprises:
Data after the described processor processing are sent in the sub-buffer memory of this data respective channel;
Described iSCSI protocol client is according to the priority of each passage, extracts from the sub-buffer memory of each passage according to default priority policy and to send into the formation of described iSCSI write request after data encapsulation becomes the iSCSI packet, and according to the order of sending into the formation of described iSCSI write request one by one at each iSCSI packet to IP SAN memory device transmission iSCSI write request.
2, method according to claim 1 is characterized in that, the priority of described each passage requires or professional memory priority requirement setting according to data volume, the data transmission credibility of each passage;
Described priority policy comprises: the PQ of priority query strategy or Weighted Fair Queuing WPQ strategy.
3, method according to claim 2, it is characterized in that, when the priority of described each passage is the weighted value that the data volume according to each passage is provided with, when described priority policy is the WPQ strategy, described iSCSI protocol client is according to the priority of each passage, extracting data according to default priority policy from the sub-buffer memory of each passage specifically comprises: described iSCSI protocol client carries out poll to the sub-buffer memory of each passage successively, when being polled to the sub-buffer memory of each passage, extract data with the weighted value respective amount of this passage at every turn; Perhaps,
When the memory priority according to each passage of the priority of described each passage is provided with, when described priority policy is the PQ strategy, described iSCSI protocol client is according to the priority of each passage, extracting data according to default priority policy from the sub-buffer memory of each passage specifically comprises: described iSCSI protocol client carries out poll according to the priority orders of each passage to the sub-buffer memory of each passage, when being polled to the sub-buffer memory of each passage, extract all data in this sub-buffer memory at every turn.
4, a kind of data transmission scheduling method that is used for IP SAN storage is characterized in that, is applied to comprise at the request queue of each passage setting and the IP SAN memory device of iSCSI protocol target end, and this method comprises:
The storage front-end server iSCSI write request of sending is sent into the request queue of this iSCSI write request institute respective channel;
Described iSCSI protocol target end extracts the iSCSI write request according to the priority of each passage according to default priority policy from the request queue of each passage, and replys preparation reception response at the iSCSI write request of extracting to described storage front-end server.
5, method according to claim 4 is characterized in that, the priority of described each passage requires or professional memory priority requirement setting according to data volume, the data transmission credibility of each passage;
Described priority policy comprises: the PQ of priority query strategy or Weighted Fair Queuing WPQ strategy.
6, according to claim 4 or 5 described methods, it is characterized in that, the priority of described each passage sets in advance in described IP SAN memory device, perhaps the signaling by extra definition is notified to described IP SAN memory device by described storage front-end server with the precedence information of each passage, and perhaps described storage front-end server is carried at the precedence information of each passage and sends to described IP SAN memory device in the iSCSI write request.
7, method according to claim 6 is characterized in that, the reserved field in the employing iSCSI write request carries the priority value of priority type information and each passage.
8, method according to claim 4, it is characterized in that, when the priority of described each passage is the weighted value that the data volume according to each passage is provided with, when described priority policy is the WPQ strategy, described iSCSI protocol target end is according to the priority of each passage, extracting the iSCSI write request according to default priority policy from the request queue of each passage specifically comprises: described iSCSI protocol target end carries out poll to the request queue of each passage successively, when being polled to the request queue of each passage at every turn, the iSCSI write request of the weighted value respective amount of extraction and this passage; Perhaps,
When the memory priority requirement according to each passage of the priority of described each passage is provided with, when described priority policy is the PQ strategy, described iSCSI protocol target end is according to the priority of each passage, extracting the iSCSI write request according to default priority policy from the request queue of each passage specifically comprises: described iSCSI protocol target end carries out poll according to the priority orders of each passage to the request queue of each passage, when being polled to the request queue of each passage, extract iSCSI write requests all in this request queue at every turn.
9, a kind of storage front-end server is characterized in that, this storage front-end server comprises: processor, metadata cache, iSCSI protocol client and the formation of iSCSI write request wherein, comprise the sub-buffer memory that is provided with at each passage in the described metadata cache;
Described processor is sent into the sub-buffer memory of respective channel after being used for the data of each passage are handled;
Described iSCSI protocol client, be used for priority according to each passage, extracts from the sub-buffer memory of each passage according to default priority policy and to send into the formation of described iSCSI write request after data encapsulation becomes the iSCSI packet, and according to the order of sending into the formation of described iSCSI write request one by one at each iSCSI packet to IPSAN memory device transmission iSCSI write request.
10, storage front-end server according to claim 9, it is characterized in that, when the priority of described each passage is the weighted value that the data volume according to each passage is provided with, when described priority policy is the WPQ strategy, described iSCSI protocol client carries out poll to the sub-buffer memory of each passage successively, when being polled to the sub-buffer memory of each passage at every turn, extracting and send into the formation of described iSCSI write request after the data encapsulation of the weighted value respective amount of this passage becomes the iSCSI packet; Perhaps,
When the memory priority according to each passage of the priority of described each passage is provided with, when described priority policy is the PQ strategy, described iSCSI protocol client carries out poll according to the priority orders of each passage to the sub-buffer memory of each passage, when being polled to the sub-buffer memory of each passage at every turn, extracting and send into the formation of described iSCSI write request after all data encapsulation in this sub-buffer memory become the iSCSI packet.
11, a kind of IP SAN memory device is characterized in that, this IP SAN memory device comprises: request Dispatching Unit, the request queue and the iSCSI protocol target end that are provided with at each passage;
The described request Dispatching Unit is used for the iSCSI write request that the storage front-end server sends is sent into the request queue of this iSCSI write request institute respective channel;
Described iSCSI protocol target end, be used for priority according to each passage, from the request queue of each passage, extract the iSCSI write request according to default priority policy, and reply preparation reception response to described storage front-end server at the iSCSI write request of extracting.
12, IP SAN memory device according to claim 11, it is characterized in that, described iSCSI protocol target end also is used for obtaining the precedence information of each passage that is pre-configured in this IP SAN memory device, perhaps obtain the precedence information of each passage the signaling of the extra definition that sends from described storage front-end server, perhaps from the iSCSI write request that described storage front-end server sends, obtain the precedence information of each passage.
13, according to claim 11 or 12 described IP SAN memory devices, it is characterized in that, when the priority of described each passage is the weighted value that the data volume according to each passage is provided with, when described priority policy is the WPQ strategy, described iSCSI protocol target end carries out poll to the request queue of each passage successively, when being polled to the request queue of each passage at every turn, the iSCSI write request of the weighted value respective amount of extraction and this passage; Perhaps,
When the memory priority requirement according to each passage of the priority of described each passage is provided with, when described priority policy is the PQ strategy, described iSCSI protocol target end carries out poll according to the priority orders of each passage to the request queue of each passage, when being polled to the request queue of each passage, extract iSCSI write requests all in this request queue at every turn.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2008102407233A CN101459611B (en) | 2008-12-23 | 2008-12-23 | Data transmission scheduling method, system and device for IP SAN storage |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2008102407233A CN101459611B (en) | 2008-12-23 | 2008-12-23 | Data transmission scheduling method, system and device for IP SAN storage |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101459611A true CN101459611A (en) | 2009-06-17 |
| CN101459611B CN101459611B (en) | 2011-07-06 |
Family
ID=40770248
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2008102407233A Expired - Fee Related CN101459611B (en) | 2008-12-23 | 2008-12-23 | Data transmission scheduling method, system and device for IP SAN storage |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101459611B (en) |
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101808129A (en) * | 2010-03-19 | 2010-08-18 | 杭州华三通信技术有限公司 | Data storage method and device |
| CN102262668A (en) * | 2011-07-28 | 2011-11-30 | 南京中兴新软件有限责任公司 | Method for reading and writing files of distributed file system, distributed file system and device of distributed file system |
| CN102281188A (en) * | 2011-06-14 | 2011-12-14 | 北京飞杰信息技术有限公司 | Data transmission method and device for enterprise storage system |
| CN102752366A (en) * | 2012-05-30 | 2012-10-24 | 浪潮电子信息产业股份有限公司 | ISCSI (Internet small computer system interface) client-side storage acceleration module |
| CN103441948A (en) * | 2013-07-03 | 2013-12-11 | 华为技术有限公司 | Data access method, network card and storage system |
| CN103560909A (en) * | 2013-10-24 | 2014-02-05 | 杭州华三通信技术有限公司 | Maintaining method and device for regional access control list items |
| CN104853219A (en) * | 2015-05-29 | 2015-08-19 | 福州瑞芯微电子有限公司 | Video preprocessed data scheduling method and device |
| CN105847437A (en) * | 2016-05-26 | 2016-08-10 | 北京科技大学 | Data transmission method |
| CN107770736A (en) * | 2016-08-18 | 2018-03-06 | 中国移动通信集团重庆有限公司 | A kind of data service issues dispatching method and device |
| CN109688070A (en) * | 2018-12-13 | 2019-04-26 | 迈普通信技术股份有限公司 | A kind of data dispatching method, the network equipment and retransmission unit |
| CN110034988A (en) * | 2019-03-26 | 2019-07-19 | 北京龙鼎源科技股份有限公司 | Data transmission method and device, storage medium, processor |
| CN112383909A (en) * | 2020-11-27 | 2021-02-19 | Oppo广东移动通信有限公司 | Data transmission method and device based on multiple channels, terminal equipment and storage medium |
| CN112600878A (en) * | 2020-11-30 | 2021-04-02 | 新华三大数据技术有限公司 | Data transmission method and device |
| CN115208845A (en) * | 2021-04-09 | 2022-10-18 | 盛立安元科技(杭州)股份有限公司 | Method, apparatus, device, storage medium, and program product for transmitting data packet |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7599360B2 (en) * | 2001-12-26 | 2009-10-06 | Cisco Technology, Inc. | Methods and apparatus for encapsulating a frame for transmission in a storage area network |
| CN101022400B (en) * | 2007-03-16 | 2011-04-06 | 杭州华三通信技术有限公司 | Method and device for realizing resource distribution of network stroage system |
-
2008
- 2008-12-23 CN CN2008102407233A patent/CN101459611B/en not_active Expired - Fee Related
Cited By (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101808129A (en) * | 2010-03-19 | 2010-08-18 | 杭州华三通信技术有限公司 | Data storage method and device |
| CN101808129B (en) * | 2010-03-19 | 2013-01-16 | 杭州华三通信技术有限公司 | Data storage method and device |
| CN102281188A (en) * | 2011-06-14 | 2011-12-14 | 北京飞杰信息技术有限公司 | Data transmission method and device for enterprise storage system |
| CN102281188B (en) * | 2011-06-14 | 2013-12-18 | 北京飞杰信息技术有限公司 | Data transmission method and device for enterprise storage system |
| CN102262668A (en) * | 2011-07-28 | 2011-11-30 | 南京中兴新软件有限责任公司 | Method for reading and writing files of distributed file system, distributed file system and device of distributed file system |
| CN102752366A (en) * | 2012-05-30 | 2012-10-24 | 浪潮电子信息产业股份有限公司 | ISCSI (Internet small computer system interface) client-side storage acceleration module |
| CN102752366B (en) * | 2012-05-30 | 2016-11-23 | 浪潮电子信息产业股份有限公司 | A kind of ISCSI client storage accelerating module |
| CN103441948A (en) * | 2013-07-03 | 2013-12-11 | 华为技术有限公司 | Data access method, network card and storage system |
| CN103441948B (en) * | 2013-07-03 | 2017-09-05 | 华为技术有限公司 | A kind of data access method, network interface card and storage system |
| CN103560909B (en) * | 2013-10-24 | 2016-08-17 | 杭州华三通信技术有限公司 | Region access control list item maintaining method and device |
| CN103560909A (en) * | 2013-10-24 | 2014-02-05 | 杭州华三通信技术有限公司 | Maintaining method and device for regional access control list items |
| CN104853219A (en) * | 2015-05-29 | 2015-08-19 | 福州瑞芯微电子有限公司 | Video preprocessed data scheduling method and device |
| CN104853219B (en) * | 2015-05-29 | 2017-10-03 | 福州瑞芯微电子股份有限公司 | The data dispatching method and device of a kind of video pre-filtering |
| CN105847437B (en) * | 2016-05-26 | 2022-12-27 | 北京科技大学 | Data transmission method |
| CN105847437A (en) * | 2016-05-26 | 2016-08-10 | 北京科技大学 | Data transmission method |
| CN107770736A (en) * | 2016-08-18 | 2018-03-06 | 中国移动通信集团重庆有限公司 | A kind of data service issues dispatching method and device |
| CN109688070A (en) * | 2018-12-13 | 2019-04-26 | 迈普通信技术股份有限公司 | A kind of data dispatching method, the network equipment and retransmission unit |
| CN110034988A (en) * | 2019-03-26 | 2019-07-19 | 北京龙鼎源科技股份有限公司 | Data transmission method and device, storage medium, processor |
| CN110034988B (en) * | 2019-03-26 | 2021-08-24 | 西安抟微科技有限公司 | Data transmission method and device, storage medium and processor |
| CN112383909A (en) * | 2020-11-27 | 2021-02-19 | Oppo广东移动通信有限公司 | Data transmission method and device based on multiple channels, terminal equipment and storage medium |
| CN112600878A (en) * | 2020-11-30 | 2021-04-02 | 新华三大数据技术有限公司 | Data transmission method and device |
| CN112600878B (en) * | 2020-11-30 | 2022-04-01 | 新华三大数据技术有限公司 | Data transmission method and device |
| CN115208845A (en) * | 2021-04-09 | 2022-10-18 | 盛立安元科技(杭州)股份有限公司 | Method, apparatus, device, storage medium, and program product for transmitting data packet |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101459611B (en) | 2011-07-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101459611B (en) | Data transmission scheduling method, system and device for IP SAN storage | |
| US11916781B2 (en) | System and method for facilitating efficient utilization of an output buffer in a network interface controller (NIC) | |
| CN110808948B (en) | Remote procedure calling method, device and system | |
| US9942092B2 (en) | Method and an apparatus for controlling messages between host and controller | |
| EP2560337A1 (en) | Method and system for realizing wireless usb flash disk | |
| CN100450105C (en) | Synchronous information interface realizing method based on JAVA information service | |
| CN101478462B (en) | Apparatus and method for storage data reading and writing, solid hard disk | |
| CN107181794B (en) | DICOM network transmission method based on DIMSE message sending and receiving | |
| CN113328870B (en) | Multi-node parallel working method of multi-protocol hybrid network | |
| CN108551477B (en) | Data transmission channel establishing system, network storage device, server and method | |
| US8391285B2 (en) | Communication apparatus, communication system, and communication method | |
| CN115766706B (en) | Network data transmission method and system | |
| CN102025730B (en) | Data transmission device based on HTTP protocol and implementation method thereof | |
| CN107995082B (en) | Service card management method, master control card and distributed gateway | |
| CN110519400B (en) | Method for realizing Internet of things platform for carrying out multi-inlet separation on equipment flow | |
| CN110475288B (en) | Method, device and system for transmitting signaling message of satellite network preferentially | |
| CN109379342B (en) | UDP network protocol-based upper computer and DSP data transmission method | |
| CN102480463A (en) | Network interaction method and network interaction system | |
| CN106101189A (en) | Data transmission method and system | |
| CN100375454C (en) | Communication method between network computer terminal and server | |
| CN110943897A (en) | PPPoE data message transmission method, device, equipment and storage medium | |
| CN111240608A (en) | High-performance invoice printing system | |
| WO2017177822A1 (en) | Node selection method and apparatus, and node | |
| CN102523437B (en) | Scheduling switching method for FC-AV (Fiber Channel-Audio Video) data | |
| CN103747050A (en) | Vehicle-mounted terminal message customization method, management server and vehicle-mounted terminal message customization system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CP03 | Change of name, title or address |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Patentee after: Xinhua three Technology Co., Ltd. Address before: 310053 Hangzhou hi tech Industrial Development Zone, Zhejiang province science and Technology Industrial Park, No. 310 and No. six road, HUAWEI, Hangzhou production base Patentee before: Huasan Communication Technology Co., Ltd. |
|
| CP03 | Change of name, title or address | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20110706 Termination date: 20191223 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |