Shared nothing virtual cluster

• US 7,287,186 B2
• Filed: 06/01/2004
• Issued: 10/23/2007
• Est. Priority Date: 06/02/2003
• Status: Active Grant

• Current Assignee: Quest Software, Inc.
• Original Assignee: Surgient, Inc. (Quest Software, Inc.)
• Inventors: Hirschfeld, Robert A., McCrory, Dave D.
• Primary Examiner(s): CHU, GABRIEL L
• Application Number:
  US10/858,295
• Publication Number:
  US 20040243650A1
• Time in Patent Office: 1,239 Days
• Field of Search: None
• US Class Current: 714/13
• CPC Class Codes: G06F 11/2023 Failover techniques
• CPC Class Codes: G06F 11/2033 switching over of hardware resources
• CPC Class Codes: G06F 11/2069 Management of state, configuration or failover
• CPC Class Codes: G06F 9/5061 Partitioning or combining of resources

Abstract

A shared-nothing virtual cluster including multiple virtual servers located on a corresponding number of physical servers linked together via a network. The virtual servers collectively form an active/passive (A/P) cluster including an active virtual server and at least one passive server. The shared-nothing virtual cluster further includes an interlink and multiple virtual drives located on the physical servers. The active virtual server handles a cluster load and executes a first operating system that operates the virtual drives in a data redundant configuration that collectively stores a data set for the cluster. Each passive virtual server, when activated, is coupled to a sufficient number of the virtual drives with redundant information to recover the data set for the cluster. The interlink is operatively configured to detect failure of the active server and to initiate promotion of a virtual server to active status to resume handling the cluster load after failover.

Claims

1. A shared-nothing virtual cluster, comprising:

a plurality of virtual servers located on a corresponding plurality of physical servers linked together via a network;

said plurality of virtual servers collectively forming an active/passive (A/P) cluster including an active virtual server and at least one passive virtual server;

a plurality of virtual drives, each located on a corresponding one of said plurality of physical servers;

said active virtual server handling a cluster load and executing a first operating system (OS) that operates said plurality of virtual drives in a data redundant configuration that collectively stores a data set for said cluster;

each passive virtual server coupled to a sufficient number of said plurality of virtual drives with redundant information to recover said data set for said cluster; and

an interlinik operatively configured to detect failure of said active virtual server and to initiate promotion of one of said one or more passive virtual servers to active status to resume handling said cluster load after failover.

2. The shared-nothing virtual cluster of claim 1, wherein:

said plurality of virtual servers comprises said active virtual server located on a first physical server and a passive virtual server located on a second physical server;

wherein said plurality of virtual drives comprises a first virtual drive located on said first physical server and a second virtual drive located on said second physical server; and

wherein said first OS maintains said first and second virtual drives in a mirrored configuration in which said first virtual drive is a primary drive storing said data set and wherein said second virtual drive is a mirrored drive storing a copy of said data set.

3. The shared-nothing virtual cluster of claim 2, wherein said passive virtual server located on said second physical server is an inactive instance of said active virtual server and includes a second OS that is configured, when said passive virtual server located on said second physical server is activated, to operate said second virtual drive as its primary drive storing said data set.

4. The shared-nothing virtual cluster of claim 3, wherein said second OS is configured, when said passive virtual server located on said second physical server is activated, to maintain said mirrored configuration in which said first virtual drive is a mirrored drive storing a copy of said data set.

5. The shared-nothing virtual cluster of claim 3, wherein said second OS is configured, when said passive virtual server located on said second physical server is activated, to replace said first virtual drive in said mirrored configuration with a third virtual drive located on a third physical server as a mirrored drive storing a copy of said data set.

6. The shared-nothing virtual cluster of claim 1, wherein each of said plurality of virtual drives comprises a virtual static drive and at least one virtual differential drive.

7. The shared-nothing virtual cluster of claim 1, wherein said network comprises an inter-network and wherein at least one of said plurality of physical servers is physically located at a geographically remote location.

8. The shared-nothing virtual cluster of claim 1, wherein said plurality of virtual drives comprises at least three drives in said data redundant configuration.

9. The shared-nothing virtual cluster of claim 8, wherein said data redundant configuration comprises a RAID level 5 configuration.

10. The shared-nothing virtual cluster of claim 8, wherein at least one of said at least one passive virtual server comprises an inactive instance of said active virtual server including a corresponding OS that, when said inactive instance is activated, includes a network link to a majority of said plurality of virtual drives configured in said data redundant configuration.

11. The shared-nothing virtual cluster of claim 10, wherein said inactive instance is configured such that said corresponding OS uses a local one of said plurality of virtual drives as its primary drive.

12. The shared-nothing virtual cluster of claim 11, wherein said inactive instance is configured such that said corresponding OS uses a replacement virtual drive to replace a failed virtual drive in said data redundant configuration.

13. The shared-nothing virtual cluster of claim 1, wherein said interlink comprises:

a status monitor that detects failure of said active virtual server;

a load monitor that monitors relative load level of each of said plurality of physical servers; and

a cluster manager, interfaced with said status monitor and said load monitor, that configures and maintains said cluster, that manages failover, and that selects a passive virtual server for promotion during said failover.

14. The shared-nothing virtual cluster of claim 13, wherein said cluster manager monitors load information from said load manager to ensure adequate resources before and after said failover.

15. A virtual cluster, comprising:

a plurality of virtual drives located on a corresponding plurality of physical servers coupled together via a network;

a first virtual server located on a first of said plurality of physical servers, said first virtual server being active and handling a cluster load and storing cluster data in said plurality of virtual drives organized in a data redundant configuration;

a disk image incorporating attributes of said first virtual server stored on said plurality of virtual drives; and

an interlinik operative to monitor said first virtual server and to initiate promotion of a second virtual server on a second of said plurality of physical servers to active status using said disk image in the event of failure of said first virtual server to effectuate failover;

wherein said second virtual server, when activated, resumes handling of said cluster load and accesses said cluster data.

16. The virtual cluster of claim 15, wherein said plurality of virtual drives comprises a first virtual drive located on said first physical server and a second virtual drive located on said second physical server, wherein said data redundant configuration comprises a mirrored configuration in which said first virtual drive stores said cluster data and wherein said second virtual drive stores a mirrored copy of said cluster data.

17. The virtual cluster of claim 16, wherein said second virtual server is configured to use said second virtual drive as its primary drive when said second virtual server is activated.

18. The virtual cluster of claim 17, wherein said second virtual server is configured to use a third virtual drive to store said mirrored copy of said cluster data in said mirrored configuration when said second virtual server is activated.

19. The virtual cluster of claim 16, wherein said first virtual server synchronizes cluster data between said first and second virtual drives when said first virtual server and first virtual drive are available.

20. The virtual cluster of claim 16, wherein said second virtual server, when activated, synchronizes cluster data between said first and second virtual drives when said first virtual drive is available.

21. The virtual cluster of claim 15, wherein said plurality of virtual drives comprises at least three virtual drives located on a corresponding at least three of said plurality of physical servers, wherein said data redundant configuration including said at least three virtual drives collectively stores said cluster data, and wherein said second virtual server accesses said cluster data from less than all of said plurality of virtual drives when activated.

22. The virtual cluster of claim 21, wherein said data redundant configuration comprises a RAID level 5 configuration.

23. The virtual cluster of claim 21, wherein said second virtual server is configured to use a local one of said plurality of virtual drives as its primary drive when said second virtual server is activated.

24. The virtual cluster of claim 23, wherein said second virtual server is configured to use a replacement virtual drive to replace a failed virtual drive in said data redundant configuration when said second virtual server is activated.

25. The virtual cluster of claim 21, wherein said interlink activates said second virtual server on a selected one of said at least three of said plurality of physical servers.

26. The virtual cluster of claim 25, wherein said interlinik monitors relative load of said at least three of said plurality of physical servers and selects a physical server based on relative load.

27. The virtual cluster of claim 15, wherein said second virtual server is an inactive instance of said active virtual server prior to failover.

28. A method of configuring and operating a shared-nothing virtual cluster in a plurality of physical servers coupled together via a network including a plurality of virtual drives each located on a corresponding one of the plurality of physical servers, the method comprising:

operating an active virtual server on a first one of the plurality of physical servers to handle a cluster load;

storing, by the active virtual server, cluster data onto the plurality of virtual drives organized in a data redundant configuration;

detecting failure of the first physical server; and

in the event of failure of the first physical server, activating a second virtual server on a second one of the plurality of physical servers to resume handling of the cluster load and providing access by the activated second virtual server to a sufficient number of the plurality of virtual drives that collectively stores the cluster data.

29. The method of claim 28, wherein said activating a second virtual server comprises activating an inactive instance of said active virtual server.

30. The method of claim 28, wherein said storing cluster data comprises storing cluster data on a first virtual drive and storing a mirrored copy of the cluster data on a second virtual drive, and wherein said providing access by the activated second virtual server comprises providing access to the second virtual drive.

31. The method of claim 28, wherein said storing cluster data comprises storing cluster data in redundant format across at least three virtual drives, and wherein said providing access by the activated second virtual server comprises providing access to less than all of said plurality of virtual servers.

32. The method of claim 28, further comprising coupling the plurality of physical servers together via an inter-network that enables the physical servers to be remotely located in a large geographical area.

33. The method of claim 28, further comprising storing a disk image including persistent attributes of the active virtual server, and wherein said activating a second virtual server comprises using the disk image.

34. The method of claim 28, further comprising:

locating each of a plurality of static virtual drives on a corresponding one of the plurality of physical servers;

locating each of a plurality of differential virtual drives with a corresponding one of the plurality of static virtual drives; and

said storing cluster data comprising storing changes of the cluster data in the plurality of differential virtual drives.

35. The method of claim 28, further comprising monitoring relative load of each of the plurality of physical servers and providing load information.

36. The method of claim 35, further comprising selecting the first physical server to initially handle the cluster load based on the load information.

37. The method of claim 35, further comprising selecting the second physical server to resume handling of the cluster load based on the load information in the event of failure of the first physical server.

38. The method of claim 28, further comprising pre-configuring said second virtual server such that when it is activated, it executes an operating system that accesses the data redundant configuration including a local one of plurality of virtual drives as its primary drive.

39. The method of claim 38, further comprising pre-configuring said second virtual server such that when it is activated, it executes an operating system that accesses the data redundant configuration including a replacement one of plurality of virtual drives to replace a failed virtual drive.