SVC cluster configuration node failover system and method
First Claim
1. A failover method for responding to configuration node failures in a SAN Volume Controller (SVC) cluster, wherein the SVC cluster manages a plurality of storage devices and comprises a plurality of SVCs interconnected via the internet, each SVC acting as a separate node, and at any given time, only one node within the SVC cluster functions as a configuration node to operate external services, the method comprising:
- activating a new configuration node in response to failures of an original configuration node;
obtaining client subscription information related to storage device events managed by the SVC cluster from the plurality of storage devices with the new configuration node, wherein the plurality of storage devices are not in the original configuration node;
retrieving the storage device events from a storage device event monitoring unit with the new configuration node in response to the storage device events occurring in the plurality of storage devices managed by the SVC cluster;
sending the storage device events to subscribed clients with the new configuration node based on the obtained client subscription information; and
saving, with the original configuration node, a storage device event log including at least an event code, an event description, and whether the storage device events were handled, including;
making an entry in the storage device event log every time the original configuration node receives one of the storage device events and setting the entry to “
NO”
for whether the one of the storage device events has been handled or not, andsetting the entry to “
YES”
for whether the one of the storage device events event has been handled or not after the original configuration node notifies the respective subscribed clients about those of the storage device events the original configuration node receives.
1 Assignment
0 Petitions
Accused Products
Abstract
Methods, systems, and computer programs are provided for failover responses to configuration node failures in SVC clusters. An SVC cluster manages a plurality of storage devices and includes a plurality of SVCs interconnected via a network, each SVC acting as a separate node. A new configuration node is activated in response to configuration node failures. The new configuration node retrieves client subscription information about events occurring in storage devices managed by the SVC cluster from the storage devices. In response to events occurring in the storage device managed by the SVC cluster, the new configuration node obtains storage device event information from a storage device event monitoring unit. The new configuration node sends storage device events to clients who have subscribed to this information according to subscription information obtained. The storage device is not installed in the original configuration node. This method allows complete transparency of the configuration node failover process to clients.
34 Citations
16 Claims
-
1. A failover method for responding to configuration node failures in a SAN Volume Controller (SVC) cluster, wherein the SVC cluster manages a plurality of storage devices and comprises a plurality of SVCs interconnected via the internet, each SVC acting as a separate node, and at any given time, only one node within the SVC cluster functions as a configuration node to operate external services, the method comprising:
-
activating a new configuration node in response to failures of an original configuration node; obtaining client subscription information related to storage device events managed by the SVC cluster from the plurality of storage devices with the new configuration node, wherein the plurality of storage devices are not in the original configuration node; retrieving the storage device events from a storage device event monitoring unit with the new configuration node in response to the storage device events occurring in the plurality of storage devices managed by the SVC cluster; sending the storage device events to subscribed clients with the new configuration node based on the obtained client subscription information; and saving, with the original configuration node, a storage device event log including at least an event code, an event description, and whether the storage device events were handled, including; making an entry in the storage device event log every time the original configuration node receives one of the storage device events and setting the entry to “
NO”
for whether the one of the storage device events has been handled or not, andsetting the entry to “
YES”
for whether the one of the storage device events event has been handled or not after the original configuration node notifies the respective subscribed clients about those of the storage device events the original configuration node receives. - View Dependent Claims (2, 3, 4, 5, 6)
-
-
7. A failover system for responding to configuration node failures in a SAN Volume Controller (SVC) cluster, the SVC cluster managing a plurality of storage devices and comprising a plurality of SVCs interconnected via the internet, each SVC acting as a separate node, and at any given time, only one node within the SVC cluster functioning as a configuration node to operate external services, the system comprising:
-
an activation unit to activate a new configuration node in response to node failures of the original configuration node; a hardware storage device to store client subscription information regarding storage device events managed by the SVC cluster, and the storage device is not in the original configuration node; a storage device event monitoring unit to monitor the plurality of storage devices managed by the SVC cluster; a first retrieval unit to enable the new configuration node to retrieve the client subscription information from the plurality of storage devices; a second retrieval unit to enable the new configuration node to retrieve the storage device events from the storage device event monitoring unit; and a submission device to enable the new configuration node to send the storage device events to subscribed clients based on the client subscription information; wherein the storage device saves, with the original configuration node, a storage device event log including at least an event code, an event description, and whether the storage device events were handled, including; making an entry in the storage device event log every time the original configuration node receives one of the storage device events and setting the entry to “
NO”
for whether the one of the storage device events has been handled or not, andsetting the entry to “
YES”
for whether the one of the storage device events has been handled or not after the original configuration node notifies the respective subscribed clients about those of the storage device events the original configuration node receives. - View Dependent Claims (8, 9, 10, 11, 12)
-
-
13. A computer program product for responding to configuration node failures in a SAN Volume Controller (SVC) cluster, the computer program product comprising a non-transitory computer-readable storage medium having computer-readable program code portions stored therein, the computer-readable program code portions comprising:
-
a first executable portion for activating a new configuration node in response to failures of an original configuration node; a second executable portion for obtaining with the new configuration node client subscription information related to storage device events managed by the SVC cluster from a plurality of storage devices managed by the SVC, wherein the plurality of storage devices are not in the original configuration node; a third executable portion for retrieving with the new configuration node the storage device events from a storage device event monitoring unit in response to the storage device events occurring in the plurality of storage devices managed by the SVC cluster; a fourth executable portion for sending the storage device events to subscribed clients with the new configuration node based on the obtained client subscription information; and a fifth executable portion for saving, with the original configuration node, a storage device event log including at least an event code, an event description, and whether the storage device events were handled, including; making an entry in the storage device event log every time the original configuration node receives one of the storage device events and setting the entry to “
NO”
for whether the one of the storage device events has been handled or not, andsetting the entry to “
YES”
for whether the one of the storage device events has been handled or not after the original configuration node notifies the respective subscribed clients about those of the storage device events the original configuration node receives. - View Dependent Claims (14, 15, 16)
-
Specification