Dispatching of service requests in redundant storage virtualization subsystems

• US 9,727,259 B2
• Filed: 03/11/2015
• Issued: 08/08/2017
• Est. Priority Date: 03/30/2004
• Status: Active Grant

• Current Assignee: Infortrend Technology Incorporated (Infortrend Corporation)
• Original Assignee: Infortrend Technology Incorporated (Infortrend Corporation)
• Inventors: Chan, Chih-Chung, Schnapp, Michael Gordon
• Primary Examiner(s): Tsai, Henry
• Assistant Examiner(s): ROCHE, JOHN B
• Application Number:
  US14/644,214
• Publication Number:
  US 20150186062A1
• Time in Patent Office: 881 Days
• CPC Class Codes: G06F 11/2089 Redundant storage control functionality
• CPC Class Codes: G06F 3/0611 in relation to response time
• CPC Class Codes: G06F 3/0619 in relation to data integrity, e.g. data losses, bit errors
• CPC Class Codes: G06F 3/0635 by changing the path, e.g. traffic rerouting, path reconfiguration
• CPC Class Codes: G06F 3/0665 at area level, e.g. provisioning of virtual or logical volumes
• CPC Class Codes: G06F 3/0683 Plurality of storage devices
• CPC Class Codes: G06F 3/0689 Disk arrays, e.g. RAID, JBOD

Abstract

A method for dispatching of service requests in a redundant storage virtualization subsystem including a plurality of storage virtualization controllers is disclosed. The method comprises the steps of the host entity issuing a first service request to a first one of the SVCs; the first SVC handling the first service request, acquiring a first result of servicing the first service request, and returning the first result to the host entity the result; and, the host entity issuing a second service request to a second one of the SVCs; and, the second SVC handling the second service request, acquiring a second result of servicing the second service request, and returning the second result to the host entity the result. A storage virtualization subsystem implementing the method, a computer system comprising such storage virtualization subsystem, and a storage media having machine-executable codes stored therein for performing the method are also disclosed.

Claims

1. A method for dispatching of service requests in a redundant storage virtualization subsystem (SVS) including a plurality of storage virtualization controllers (SVCs), comprising the steps of:

configuring redundantly a first SVC and a second SVC of the plurality of SVCs such that when one of said first and second SVCs fails, the other of said first and second SVCs will take over functionality of the failed SVC to handle I/O requests;

configuring said first SVC and said second SVC such that not only said first SVC but also said second SVC handle the service requests, and that when the one SVC fails, said the other SVC will take over functionality of the failed SVC to handle said service requests;

the first SVC receiving a service request from a host entity, when said first SVC and said second SVC are both alive;

determining by the first SVC whether or not said first SVC is a service request servicing function owner, when said first SVC and said second SVC are both alive;

if said first SVC is the service request servicing function owner, servicing the service request by the first SVC directly, otherwise issuing a request to a service request servicing function ownership arbiter for an ownership transfer to the first SVC itself, when said first SVC and said second SVC are both alive;

said ownership arbiter issuing a request to the servicing function owner, which is the second SVC, to relinquish ownership, when said first SVC and said second SVC are both alive;

said servicing function owner preparing to relinquish ownership first and then issuing an acknowledgement to said ownership arbiter acknowledging the relinquishing of ownership, when said first SVC and said second SVC are both alive;

said ownership arbiter issuing an acknowledgement to said first SVC to which ownership is to be transferred and said first SVC becoming a new servicing function owner, when said first SVC and said second SVC are both alive;

said new servicing function owner, the first SVC, starting to service pending service requests, when said first SVC and said second SVC are both alive; and

,

on completion of request servicing, said new servicing function owner, the first SVC, conveying response data and status information to the host entity.

2. The method defined in claim 1, further comprising the step of, after determining said first SVC is not the service request servicing function owner, said first SVC queuing said service requests received by the first SVC.

3. The method defined in claim 1, further comprising the steps of, before the step of said first SVC issuing a request for ownership transfer to the first SVC itself, said first SVC checking if there are any service requests that are queued in another SVC of the plurality of SVCs and, if there are, said first SVC not issuing said requests for ownership transfer to the first SVC itself.

4. The method defined in claim 1, wherein the step of preparing to relinquish ownership comprises:

finishing the servicing of any requests currently being serviced; and

, queuing any new service requests that may be received during the process.

5. The method defined in claim 4, further comprising the step of issuing an indication to said ownership arbiter so that ownership of service request servicing function will be restored to said servicing function owner later on.

6. The method defined in claim 1, wherein the step of preparing to relinquish ownership comprises the step of finishing all service requests received by said servicing function owner.

7. The method defined in claim 1, further comprising the step of said ownership arbiter deciding to whom ownership should be transferred.

8. The method defined in claim 1, further comprising the step of said ownership arbiter deciding when a transfer of the ownership should occur.

9. A method for dispatching of service requests in a redundant storage virtualization subsystem (SVS) including a plurality of storage virtualization controllers (SVCs), comprising the steps of:

configuring redundantly a first SVC and a second SVC of the plurality of SVCs such that when one of said first and second SVCs fails, the other of said first and second SVCs will take over functionality of the failed SVC to handle I/O requests;

configuring said first SVC and said second SVC such that not only said first SVC but also said second SVC handle the service requests, and that when the one SVC fails, said the other SVC will take over functionality of the failed SVC to handle said service requests;

the first SVC receiving a service request from a host entity, when said first SVC and said second SVC are both alive;

determining by the first SVC whether or not said first SVC is a service request servicing function owner, when said first SVC and said second SVC are both alive;

if said first SVC is the service request servicing function owner, servicing the service requests by the first SVC directly, otherwise issuing a request to said servicing function owner, which is the second SVC, for an ownership transfer to the first SVC itself, when said first SVC and said second SVC are both alive;

said servicing function owner determining an appropriate time to start the process of relinquishing ownership and preparing the relinquishing of ownership, when said first SVC and said second SVC are both alive;

said servicing function owner issuing an acknowledgement to said first SVC to which ownership is to be transferred and said first SVC becoming a new servicing function owner, when said first SVC and said second SVC are both alive;

said new servicing function owner starting to service pending service requests, when said first SVC and said second SVC are both alive; and

,

on completion of request servicing, said new servicing function owner conveying response data and status information to the host entity.

10. The method defined in claim 9, further comprising the step of said first SVC queuing said service request received by the first SVC, after determining said first SVC is not a service request servicing function owner.

11. The method defined in claim 10, wherein before the step of said first SVC issuing a request for ownership transfer to the first SVC itself, said first SVC checks if there are any service requests that are queued in another SVC of the plurality of SVCs, and if there are, said first SVC not issuing said requests for ownership transfer to the first SVC itself.

12. The method defined in claim 9, wherein the step of preparing to relinquish ownership comprises:

finishing the servicing of any requests currently being serviced; and

, queuing any new service requests that may be received during the process.

13. The method defined in claim 12, further comprising the step of issuing an indication to said first SVC so that ownership of service request servicing function will be restored to said servicing function owner later on.

14. The method defined in claim 9, wherein the step of preparing to relinquish ownership comprises finishing all service requests received by said servicing function owner.

15. The method defined in claim 9, further comprising the step of:

said original servicing function owner conveying updated configuration, state and status information to all the other SVCs.

16. The method defined in claim 9, further comprising the step of:

said original servicing function owner deciding to whom ownership should be transferred.

17. The method defined in claim 16, further comprising the step of:

said original servicing function owner forwarding the other ownership transfer requests received by said original servicing function owner to said decided SVC, while informing said decided SVC that ownership has been relinquished.

18. The method defined in claim 9, further comprising the step of:

said original servicing function owner informing the other SVC(s) of the plurality of SVCs which SVC is the new owner.

19. The method defined in claim 18, wherein when the other SVC(s) of the plurality of SVCs receive said information of new owner, if anyone of the other SVC(s) also issues an ownership transfer request and is waiting for an acknowledgement that ownership has been relinquished, then the ownership transfer request is conveyed to the new owner.

20. A method for dispatching of service requests, said method being performed by a first SVC in a redundant storage virtualization computer system having a plurality of storage virtualization controllers (SVCs) redundantly configured, comprising the steps of:

configuring redundantly the first SVC and a second SVC of the plurality of SVCs such that when one of said first and second SVCs fails, the other of said first and second SVCs will take over functionality of the failed SVC to handle I/O requests;

configuring said first SVC and said second SVC such that not only said first SVC but also said second SVC handle the service requests, and that when the one SVC fails, said the other SVC will take over functionality of the failed SVC to handle said service requests;

receiving a service request, by said first SVC, from a host entity, when said first SVC and said second SVC are both alive;

determining by the first SVC whether or not said first SVC is a service request servicing function owner, when said first SVC and said second SVC are both alive;

if said first SVC is the service request servicing function owner, servicing the service request by said first SVC directly, when said first SVC and said second SVC are both alive; and

,

if said first SVC is not the owner, said first SVC issuing a request to a service request servicing function ownership arbiter for an ownership transfer to said first SVC itself, and said first SVC servicing the service request after receiving an acknowledgement from said ownership arbiter, when said first SVC and said second SVC are both alive.

21. The method defined in claim 20, further comprising the step of, after determining said SVC is not a service request servicing function owner, said SVC queuing said service request received.

22. The method defined in claim 21, wherein before the step of said SVC issuing a request for ownership transfer to said SVC itself, checking if there are any service requests that are queued in another SVC of the plurality of SVCs, and if there are, said SVC not issuing said requests for the ownership transfer to said SVC itself.

23. A method for arbitrating of service request servicing function ownership, said method being performed by an arbiter in a redundant storage virtualization computer system having a plurality of storage virtualization controllers (SVCs) redundantly configured, comprising the steps of:

configuring redundantly a first SVC and a second SVC of the plurality of SVCs such that when one of said first and second SVCs fails, the other of said first and second SVCs will take over functionality of the failed SVC to handle I/O requests;

configuring said first SVC and said second SVC such that not only said first SVC but also said second SVC handle the service requests, and that when the one SVC fails, said the other SVC will take over functionality of the failed SVC to handle said service requests;

receiving a request, by said arbiter, from said second SVC of a plurality of SVCs for an ownership transfer, when said first SVC and said second SVC are both alive;

issuing a request to a service request servicing function owner, which is the first SVC, to relinquish ownership, when said first SVC and said second SVC are both alive;

receiving an acknowledgement from said owner that ownership has been relinquished, when said first SVC and said second SVC are both alive; and

,

issuing an acknowledgement to said second SVC to which ownership is to be transferred, when said first SVC and said second SVC are both alive.

24. The method defined in claim 23, further comprises the step of:

deciding to whom ownership should be transferred.

25. The method defined in claim 23, further comprises the step of:

deciding when a transfer of the ownership should occur.

26. A method for relinquishing of service request servicing function ownership, said method being performed by a first SVC in a redundant storage virtualization computer system having a plurality of storage virtualization controllers (SVCs) redundantly configured, comprising the steps of:

configuring redundantly the first SVC and a second SVC of the plurality of SVCs such that when one of said first and second SVCs fails, the other of said first and second SVCs will take over functionality of the failed SVC to handle I/O requests;

configuring said first SVC and said second SVC such that not only said first SVC but also said second SVC handle the service requests, and that when the one SVC fails, said the other SVC will take over functionality of the failed SVC to handle said service requests;

receiving a request for the first SVC to relinquish ownership, when said first SVC and said second SVC are both alive;

preparing to relinquish ownership at a convenient time, when said first SVC and said second SVC are both alive; and

,

issuing an acknowledgement to the second SVC, which issues said request, to inform the second SVC that ownership has been relinquished, when said first SVC and said second SVC are both alive.

27. The method defined in claim 26, wherein the step of preparing to relinquish ownership comprises:

finishing the servicing of any requests currently being serviced; and

,

queuing any new service requests that may be received before issuing the acknowledgement to said second SVC.

28. The method defined in claim 27, further comprises issuing an indication to said second SVC issuing said request, so that ownership of service request servicing function will be restored to the first SVC later on.

29. The method defined in claim 26, wherein the step of preparing to relinquish ownership comprises finishing all received service requests.

30. The method defined in claim 26, further comprising the step of:

conveying updated configuration, state and status information to all the other SVCs.

31. The method defined in claim 26, further comprising the step of deciding to whom ownership should be transferred in the event that there are a plurality of concurrent ownership transfer requests from different SVCs.

32. The method defined in claim 31, further comprising the step of forwarding another ownership transfer request that has been received to said decided SVC while informing said decided SVC that ownership has been relinquished.

33. The subsystem defined in claim 26, further comprising the step of informing the other SVC(s) of the plurality of SVCs which SVC is the new owner.