US20080034249A1 - Fail-Over In A Multi-Computer System - Google Patents

Abstract

System and method for managing data fail-over for a computing system comprising a plurality of computers, e.g., computer blades, coupled through a network. A fail-over condition may indicate a component failure, an imminent failure, and/or a need to modify or replace some aspect of a computer. Computers in the system may back up their information to other computers in the system. If a fail-over condition is detected on a first computer, a replacement computer may be loaded with the information from the first computer, optionally from a backup copy stored on another computer (or distributed across multiple computers), and the first computer's peripheral devices (human interface) switched over to the replacement computer. The method may be used to replace a single computer, swap two computers, and/or perform a cascade move among multiple computers, and may be performed automatically in response to the fail-over condition, or initiated by a system administrator.

Description

PRIORITY CLAIM
• This application is a continuation of U.S. patent application Ser. No. 10/301,536 titled “Data Fail-Over For A Multi-Computer System” and filed on Nov. 21, 2002, whose inventors were Syed Mohammad Amir Husain, Todd John Enright and Barry W. Thornton, which claims benefit of priority of U.S. provisional application Ser. No. 60/332,143 titled “A Fail Forward Networked Storage System,” filed Nov. 21, 2001, whose inventor was Barry Thornton and which also claims benefit of priority of U.S. provisional application Ser. No. 60/411,066 titled “Distributed Computing Infrastructure” filed on Sep. 16, 2002, whose inventors were Amir Husain, Todd Enright, and Barry Thornton.
BACKGROUND OF THE INVENTION
• 1. Field of the Invention
• The present invention relates generally to managing information storage between two or more computers and specifically to remedying computer fail-over conditions.
• 2. Description of the Related Art
• Many commercial businesses and enterprises make extensive use of personal computers (PCs) in their daily operations. Typically, each user of a PC in the enterprise has a networked PC at his/her desk or work area. As the number of networked computer systems utilized in an enterprise increases, the management of resources in the network may become increasingly complex and expensive. Some of the manageability issues involved in maintaining a large number of networked computer systems may include ease of installation and deployment, the topology and physical logistics of the network, asset management, scalability (the cost and effort involved in increasing the number of units), troubleshooting network or unit problems, support costs, software tracking and management, as well as the simple issue of physical space, be it floor space or room on the desktop, as well as security issues regarding physical assets, information protection, software control, and computer virus issues.
• Many of these issues may be addressed by centralizing the locations of the PCs, such as by installing multiple PCs into a central frame or cabinet, and locating each PC's human interface (e.g., keyboard, monitor, mouse, etc.) at a respective remote location, e.g., more than 10 or 20 feet from the computing system. In one approach, each computer in the system may be a “computer on a card”, also referred to as a computer blade or “blade”. In other words, the computing system may be comprised on a circuit card which may include standard computing system components such as a CPU, memory, power supply, and network interface, as well as an extender, e.g., a PCI extender, for communicating with the remote human interface. In a typical networked computer system, the hard drive is often one of the least reliable components. Due to the constant use of the hard drive, and the reliance of the user on the information and application programs stored on the hard drive, a failure of the hard drive may have catastrophic effects. Additionally, when the number of computers and respective hard drives in the networked system becomes very large, the occurrence of a hard drive failure becomes increasingly probable, i.e., the mean time between failures decreases as the number of drives in the system increases.
• Information redundancy is generally used to prevent irretrievable loss of information in the event of a hard drive or computer failure. For example, a variety of approaches may be based on the Redundant Array of Inexpensive Disks (RAID), where information on one disk drive are replicated on other disk drives so that in the event of a failure the information of the original drive may be rebuilt or restored from the other disk drives. However, these systems typically rely on central storage management, such as a dedicated server computer that monitors and controls the storage, backup, and retrieval process among the networked computers. Thus, there are particular points of failure that may lead to catastrophic losses of information or functionality in the system. In many cases, there may even be a single point of failure, such as the managing server, whose failure may jeopardize the entire system.
• Thus, improved systems and methods for managing information storage between a plurality of computers are desired.
SUMMARY OF THE INVENTION
• Various embodiments of a system and method for managing data storage for a plurality of computer systems are presented. In one embodiment, the computer systems may be configured to restore or replace a failed computer system. The computer systems may include a first computer, having a first processor and a first storage medium coupled to the first processor, and a peripheral device, e.g., a keyboard, monitor, mouse, or other type of peripheral device. The computer systems may further include a second computer having a second processor and a second storage medium coupled to the second processor. in one embodiment, the first computer and the second computer may each be configured on a respective computer blade, also referred to as a “computer on a card.” A communication link, e.g., a bus, may couple the first computer to the second computer. A peripheral switch may be coupled to the first computer, the second computer, and the peripheral device. The peripheral switch may be configured to route signals between the peripheral device and the first computer.
• In one embodiment, a fail-over condition may be detected on the first computer, e.g., related to the first processor, the first storage medium, or other component of the first computer. Note that as used herein, the term “fail-over condition” may refer to an impending failure of a component, to the component failure itself, or to a condition of a computer that requires attention. A computer that indicates a fail-over condition may be referred to as a “failed” computer, even if an actual component failure has not occurred. Thus, detection of a fail-over condition may occur before an actual failure, or may occur during or after the failure (detection of the fail-over condition). For example, a fail-over condition may indicate failure of a processor, impending failure of a processor, or even that the performance, e.g., the processing capability, of the computer needs to be upgraded or modified. Once the fail-over condition has been detected, then various actions may be taken to restore, replace, or improve, functionality of the failed computer, e.g., by switching the user (i.e., the user's interface) to a replacement computer, where the replacement computer has a copy of at least a portion of the contents of the first computer's storage medium, i.e., the first computer's information (which may include programs). In various embodiments, the information may be copied to the replacement computer prior to, during, and/or after, the detection of the fail-over condition. Additionally, in different embodiments, the information may be copied directly from the first computer to the replacement computer, or may be copied from the first computer to one or more other computers, then copied from the one or more other computers to the replacement computer. In one embodiment, the information may be copied to local computers and/or remote computers. If a local backup is available when the first computer has a fail-over condition, the local backup may be accessed faster than a remote backup. If the local backup is not available, the remote backup may be accessed. Finally, in various embodiments, program instructions that implement the detection, copying, and switching may be stored and executed on various of the computers.
• For example, in one embodiment, the first storage medium and/or the second storage medium may store program instructions executable by the first processor and/or the second processor to detect a fail-over condition of the first computer and copy information from the first storage medium onto the second storage medium. In another embodiment, the information from the first storage medium may be copied onto a third computer having a third processor and a third storage medium. As noted above, the information may be copied from the first storage medium prior to or after detection of the fail-over condition. Note that in these examples, the second computer is considered to be the replacement computer.
• For example, in one embodiment, the first computer may detect a fail-over condition related to one or more of its components, e.g., the first storage medium, where the fail-over condition may indicate that a failure is forthcoming or imminent (i.e., but has not yet occurred). The first computer may then copy the information to the second computer and switch the interface, i.e., the peripheral device, over to the second computer. In an embodiment in which the information of the first computer has already been backed-up (prior to the fail-over condition) to the second computer, the first computer may simply switch the peripheral device over to the second computer. In an embodiment in which the information of the first computer has been backed-up (prior to the fail-over condition) to one or more other computers, e.g., the third computer, the first computer may copy the information from the one or more other computers to the second computer, then switch the peripheral device over to the second computer. In other words, if the information has not already been reconstructed on the storage medium of the second computer, then the first computer may do so before switching over. Of course, in other embodiments, the above operations may be carried out by program instructions executing on the second computer, or alternatively, on the third computer.
• Thus, once the information from the first storage medium is on (has been copied to) the second storage medium the information may be accessible by the second processor by accessing the second storage medium. In one embodiment, the second storage medium may store program instructions executable by the second processor to configure the peripheral switch to route signals between the peripheral device and the second computer so that the second processor and the second storage medium may be accessed by the peripheral device. Of course, in other embodiments, the program instructions for switching the peripheral device may be stored and executed by others of the computers, e.g., by the third computer.
• In one embodiment, the information originating from the first storage medium may be copied in a snapshot method in which all of the information to be copied is bulk copied at specified refresh times, where refresh times may indicate particular times to refresh (e.g., every hour on the hour, once per day at 3:00 a.m., etc.), or may indicate intervals between successive refreshes. For example, in one embodiment, a refresh time may be an hour such that the information is bulk copied from the first storage medium onto the second and/or third storage medium once per hour.
• In one embodiment, a replication factor may be set to determine how many computers the first computer will backup to. The first computer may detect the identities of other computers in the system and be assigned to one or more of them depending on the replication factor. Other methods of assignment may also be within the scope of the invention. In addition, a graphical user interface may be provided to assist an administrator in setting factors such as, but not limited to, the replication factor.
• In another embodiment, a delta-based method may be used to copy the information from the first storage medium, where only a difference between a previous copy of the information copied to the second and/or third storage medium and the current information on the first storage medium is added to the second and/or third storage medium. The first computer may keep track of the incremental backups in a catalog. The catalog may then be used by a computer that the first computer is backing up to in order to request missed incremental backups from the first computer.
• In one embodiment, each computer may have some file server functionality. The file server functionality may include some I/O functionality, and may also include functionality for negotiating file write and read protocols. Communicating with the storage medium on the computer may be analogous to communicating with a standard file server attached memory. The computer may negotiate information writes similar to a file server, and order and prioritize transactions. In one embodiment, the computer may also implement striping analogous to that used by RAID (Redundant Array of Inexpensive Disks).
• In one embodiment, a fail-over condition may include an indication of a need to switch the first computer, e.g., to improve performance for a user, or change environments (e.g., from Microsoft Windows to Apple MacOS). For example, if the second computer is a higher performing computer, and the user of the first computer needs more computational power than the user of the second computer, the computers assigned to each user may be swapped. In other words, the first computer (or another computer) may copy the information from the first computer over to the second computer, and the second computer (or another computer) may copy the information from the second computer onto the first computer. Similarly, a peripheral switch may swap the human interfaces for the respective computers, e.g., by routing signals from a first peripheral device (originally routed to the first computer) to the second computer, and from a second peripheral device (originally routed to the second computer) to the first computer.
• In another embodiment, a cascade move may be performed. For example, if a new powerful computer is added to the network, multiple users may be upgraded to computers more powerful than their currently assigned machines, e.g., based on computation needs, seniority, etc., where, for example, user A gets moved to the new computer, user B gets moved to user A's old computer, user C gets moved to user B's old computer, and so on. Thus, in this approach, the information from the first computer (user B's old computer) may be copied to the second computer (user A's old computer) while the information from the second computer (user A's old computer) is copied onto a third computer (the new computer). A peripheral switch may switch the first peripheral (i.e., user B's human interface) over to the second computer and may switch the second peripheral (i.e., user A's human interface) over to the third computer. Other switches may also be within the scope of the invention. For example, in one embodiment, a single peripheral switch may provide switching for all of the human interfaces. Alternatively, there may be a peripheral switch per computer or human interface. In yet another embodiment, the system may include a peripheral switch for each of a number of subsets of the computers/human interfaces.
• In one embodiment, the storage mediums on the computers may share memory space using a virtual network storage space (VNAS) system incorporating a decentralized peer-to-peer sharing process. For example, the information from the first computer may be stored on the storage mediums of the second and third computers (and/or others of the plurality of computers). If the first computer indicates a fail-over condition, a peripheral switch may switch a peripheral device from the first computer over to the second computer. The second computer may access the information for the first computer from the second storage medium and the third storage medium. In other words, the information may be distributed over the second and third computers, but may be accessible as if stored on a single (virtual) storage medium. In one embodiment, the information on the second computer and the third computer may be organized (e.g., copied) onto either the second computer or the third computer to have the information from the first computer collected onto one computer. The peripheral switch may then switch the peripheral device from the first computer over to the computer with the organized copy.
BRIEF DESCRIPTION OF THE DRAWINGS
• A better understanding of the present invention may be obtained when the following detailed description of the preferred embodiment is considered in conjunction with the following drawings, in which:
• FIG. 1 illustrates computer systems including peripheral devices coupled to computer blades in a cage, according to one embodiment;
• FIG. 2 illustrates a computer blade pulled out of the cage, according to one embodiment;
• FIG. 3 illustrates a computer blade having a power supply, hard drive, and motherboard, according to one embodiment;
• FIGS. 4a,4b,4c, and4dillustrate computer blade storage patterns, according to one embodiment;
• FIG. 5 illustrates a failed computer blade restored onto a backup computer blade, according to one embodiment;
• FIG. 6 illustrates an embodiment of a flowchart for restoring a failed computer by copying after a failure is detected;
• FIG. 7 illustrates an embodiment of a flowchart for restoring a failed computer by copying before a failure is detected;
• FIG. 8 illustrates an embodiment of a flowchart for restoring a failed computer by copying from a third storage medium;
• FIG. 9 illustrates a login screen of a management console, according to an embodiment;
• FIG. 10 illustrates a main screen in a web-based management interface, according to an embodiment;
• FIG. 11 illustrates a configuration screen, according to an embodiment;
• FIG. 12 illustrates a screen for a scheduling interface, according to an embodiment;
• FIG. 13 illustrates an information recovery view, according to an embodiment;
• FIG. 14 illustrates an archive view screen, according to an embodiment;
• FIG. 15 illustrates a memory stack on a computer blade storing information from other computer blades, according to one embodiment;
• FIG. 16 illustrates a memory stack for a computer blade separated by a PC region and a Server region, according to one embodiment;
• FIG. 17 illustrates an enterprise switch and a storage network switch controlling attached PCs, according to one embodiment;
• FIG. 18 illustrates a one-to-one move, according to two embodiments;
• FIG. 19 illustrates a cascading move, according to one embodiment;
• FIG. 20 illustrates a swap move, according to one embodiment; and
• FIG. 21 flowcharts an initiation and process of a move, according to one embodiment.
• While the invention is susceptible to various modifications and alternative forms, specific embodiments thereof are shown by way of example in the drawings and are herein described in detail. It should be understood, however, that the drawings and detailed description thereto are not intended to limit the invention to the particular form disclosed, but on the contrary, the intention is to cover all modifications, equivalents and alternatives falling within the spirit and scope of the present invention as defined by the appended claims.
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTSIncorporation by Reference
• U.S. Provisional Patent 60/144,809 titled “A Technique To Extend The Operating Distance Of A Universal Serial Bus” is hereby incorporated by reference in its entirety as though fully and completely set forth herein.
• U.S. Pat. No. 6,119,146 titled “Computer Network Having Multiple Remotely Located Human Interfaces Sharing A Common Computing System”, which was filed May 4, 1998, whose inventors are Barry Thornton, Andrew Heller, Daniel Barrett, and Charles Ely, is hereby incorporated by reference in its entirety as though fully and completely set forth herein.
• U.S. Pat. No. 6,038,616 titled “Computer System With Remotely Located Interface Where Signals Are Encoded At The Computer System, Transferred Through A 4-Wire Cable, And Decoded At The Interface”, which was filed May 4, 1998, whose inventors are Barry Thornton, Andrew Heller, Daniel Barrett, and Charles Ely, is hereby incorporated by reference in its entirety as though fully and completely set forth herein.
• U.S. Pat. No. 6,012,101 titled “Computer Network Having Commonly Located Computing Systems”, which was filed May 4, 1998, whose inventors are Andrew Heller, Barry Thornton, Daniel Barrett, and Charles Ely, is hereby incorporated by reference in its entirety as though fully and completely set forth herein.
• U.S. patent application Ser. No. 09/179,809 titled “A Technique To Transfer Multiple Information Streams Over A Wire Or Wireless Medium” is hereby incorporated by reference in its entirety as though fully and completely set forth herein.
• U.S. patent application Ser. No. 09/619,989 titled “System And Method For Providing A Remote Universal Serial Bus”, which was filed Jul. 20, 2000, whose inventors are Dan Barrett, Mike Barron, and Andrew Heller, is hereby incorporated by reference in its entirety as though fully and completely set forth herein.
• U.S. patent application Ser. No. 09/680,760 titled “System And Method For Combining Computer Video And Remote Universal Serial Bus In An Extended Cable”, which was filed Oct. 6, 2000, whose inventor is Barry Thornton, is hereby incorporated by reference in its entirety as though fully and completely set forth herein.
• U.S. patent application Ser. No. 09/728,667 titled “Computer On A Card With A Remote Human Interface”, which was filed Dec. 12, 2000, whose inventors are Andrew Heller and Barry Thornton, is hereby incorporated by reference in its entirety as though fully and completely set forth herein.
• U.S. Pat. No. 5,530,960 titled “Disk drive controller accepting first commands for accessing composite drives and second commands for individual diagnostic drive control wherein commands are transparent to each other”, which was filed on Jun. 25, 1996, whose inventors are Terry J. Parks, Kenneth L Jeffries, and Craig S. Jones, is hereby incorporated by reference in its entirety as though fully and completely set forth herein.
• U.S. Pat. No. 5,483,641 titled “System for scheduling readahead operations if new request is within a proximity of N last read requests wherein N is dependent on independent activities”, which was filed on Jan. 9, 1996, whose inventors are Terry J. Parks, Kenneth L Jeffries, and Craig S. Jones, is hereby incorporated by reference in its entirety as though fully and completely set forth herein.
• U.S. patent application Ser. No. 09/892,324 titled “Computer System Having a Remotely Located Human Interface Using Computer I/O Bus Extension”, which was filed Jun. 25, 2001, whose inventors are Ray DuPont, Mike Tullis, and Barry Thornton, is hereby incorporated by reference in its entirety as though fully and completely set forth herein.
• U.S. patent application Ser. No. 09/892,331 titled “System Comprising Multiple Co-Located Computer Systems Each Having a Remotely Located Human Interface Using Computer I/O Bus Extension”, which was filed Jun. 25, 2001, whose inventors are Ray DuPont, Mike Tullis, and Barry Thornton, is hereby incorporated by reference in its entirety as though fully and completely set forth herein.
• U.S. Provisional Application Ser. No. 60/332,143 titled “A Fail Forward Networked Storage System” filed on Nov. 21, 2001, whose inventor is Barry Thornton, is hereby incorporated by reference in its entirety as though fully and completely set forth herein.
• U.S. Provisional Application Ser. No. 60/411,066 titled “Distributed Computing Infrastructure” filed on Sep. 16, 2002, whose inventors are Amir Husain, Todd Enright, and Barry Thornton, is hereby incorporated by reference in its entirety as though fully and completely set forth herein.
• U.S. patent application Ser. No. ______ titled “Distributed Resource Manager” filed on Nov. 21, 2002, whose inventors are Syed Mohammad Amir Husain, Todd John Enright, and Barry W. Thornton, is hereby incorporated by reference in its entirety as though fully and completely set forth herein.
• U.S. patent application Ser. No. ______ titled “System and Method for Providing Virtual Network Attached Storage Using Excess Distributed Storage Capacity” filed on Nov. 21, 2002, whose inventors are Syed Mohammad Amir Husain, Todd John Enright, and Barry W. Thornton, is hereby incorporated by reference in its entirety as though fully and completely set forth herein.
• FIG. 1-3—Elements of Computer Systems Used in Various Embodiments
• FIGS. 1-3 illustrate computer system components that may be used in various embodiments of the invention. AsFIG. 1 indicates, in a preferred embodiment, the system may include a plurality of computer systems, where each computer system may include at least one peripheral device, e.g., comprised in a human interface, and a computer blade. The computer blade may include various components necessary for computer operations, such as, but not limited to, a processor and a storage medium. Other types of computer systems and components may also be within the scope of the invention. For further information regarding the use of multiple computer blades in a system, please see U.S. patent application Ser. No. 09/728,667 titled “Computer On A Card With A Remote Human Interface”, which was filed Dec. 12, 2000, whose inventors are Andrew Heller and Barry Thornton, which was incorporated by reference above.
• As will be described in detail below, various embodiments of the present invention may be implemented using the systems ofFIGS. 1-3, where, for example, substantially all of the information from a first storage medium on a first computer blade may be copied to a second storage medium on a second computer blade before, during, or after a fail-over condition is detected on the first computer blade. Note that as used herein, the term “fail-over condition” may refer to an impending failure of a component, to the component failure itself, or to a condition of a computer that requires attention. A computer that indicates a fail-over condition may be referred to as a “failed” computer, even if an actual component failure has not occurred. Thus, detection of a fail-over condition may occur before an actual failure, or may occur during or after the failure (detection of the fail-over condition). For example, a fail-over condition may indicate failure of a processor, impending failure of a processor, or even that the performance, e.g., the processing capability, of the computer needs to be upgraded or modified. Once the fail-over condition has been detected, then various actions may be taken to restore, replace, or improve, functionality of the computer. A fail-over condition may include, but is not limited to, a hard drive crash or a short circuit in a processor, or indications that such a crash or short circuit is imminent or likely. In one embodiment, software executing on one or more of the computer blades, optionally including the first computer blade, may continually monitor the first computer blade for a fail-over condition. Other ways of detecting a fail-over condition on the first computer blade may also be within the scope of the invention. Once a fail-over condition is detected, a peripheral switch may switch a first computer peripheral device over to a second computer blade. In other words, the peripheral switch may switch the human interface from the first (failing or failed) computer blade to the second (replacement) computer blade.
• In various embodiments, the information from the first storage medium may be copied prior to the fail-over condition. For example, the information may be copied directly to the second computer blade, or alternatively, the information may be copied onto a third storage medium on a third computer blade, where after the fail-over condition is detected, the information from the first storage medium (now stored on the third storage medium) may be copied onto the second storage medium of the second computer blade. A peripheral switch may then switch the first computer peripheral device over to the second computer blade, and the user of the first computer system may continue accessing the information from the first storage medium without losing user time. Of course, the peripheral switch may be further operable to switch a plurality of peripheral devices in the human interface, i.e., the number peripheral devices switched is not limited to one. In addition, a peripheral switch may not be needed in an embodiment where a backup component, such as, but not limited to a backup processor or a backup storage medium, is coupled to the first computer prior to or after a fail-over condition is detected in a corresponding component on the first computer. For example, if a processor on the first computer has a fail-over condition, a backup processor may be coupled to the first computer to take the place of the processor on the first computer with a fail-over condition.
• FIG. 1—Computer Blades and Respective Peripheral Devices
• Referring toFIG. 1, an embodiment of computer systems including peripheral devices coupled to computer blades in a cage is shown. While one embodiment may include computer blades, it is noted that other computer types and forms may also be within the scope of the invention. In other words, the embodiment shown inFIG. 1 is intended to be exemplary only, and is not intended to limit the types or number of computer systems used.
• AsFIG. 1 shows, connectingcables151,153, and155 may connectcomputer blades101,105, and109 to respective peripheral device groups through respective device ports or hubs, referred to herein as C-Ports,157,159, and161. In one embodiment, each device port may comprise an extender device that may enable transmission of user interface signals (i.e., peripheral device signals) over distances generally not allowed by standard protocols such as USB. For further information regarding extended communications between a computer and a remote human interface, please see U.S. patent application Ser. No. 09/892,324 titled “Computer System Having a Remotely Located Human Interface Using Computer I/O Bus Extension”, which was filed Jun. 25, 2001, and U.S. patent application Ser. No. 09/892,331 titled “System Comprising Multiple Co-Located Computer Systems Each Having a Remotely Located Human Interface Using Computer I/O Bus Extension”, both of which were incorporated by reference above.
• In one embodiment, the peripheral device groups, such as the peripheral device group coupled to connectingcable151, may include akeyboard117, a pointing device, e.g., a mouse119, a display device, e.g., acomputer monitor121, and/or other peripheral devices for human interface. The computer blade, such ascomputer blade105, may communicate with the peripheral devices coupled to thecomputer blade105 by sending and receiving encoded human interface signals transmitted over the connectingcable151. In one embodiment, acage113, e.g., a metal cabinet or chassis, may have a plurality of slots, such asslots103,107, and111. Thecomputer blades101,105, and109 may be inserted into theslots103,107, and111, respectively. Thecage113 may also include cage connectors (not shown) to couple thecomputer blades101,105, and109 to their respective connectingcables155,153, and151.
• Thecomputer blades101,105, and109 may be installed in thecage113 at a central location, while the peripheral devices for eachcomputer blade101,105, and109 may be located remotely from thecage113, such as at respective work areas of the users of thecomputer blades101,105, and109. The separation of the peripheral device groups from thecomputer blades101,105, and109 may allow easier software installation across a network, such as but not limited to downloading CD-ROMs, and provide a central location of multiple computers which may simplify both hardware and software maintenance.
• Eachcomputer blade101,105, and109 may also be coupled to anetwork115 through an on-board network logic (not shown). Thenetwork115 may be a Local Area Network (LAN) or a Wide Area Network (WAN), such as the Internet, although other networks are also contemplated. As mentioned above, in one embodiment, thecomputer blades101,105, and109 may be inserted intorespective slots103,107, and111 of thecage113, and coupled to respective peripheral device groups through the cage connectors (not shown) and connectingcables151,153, and155. In one embodiment, eachcomputer blade101,105, and109 may also be coupled to thenetwork115 through the cage connectors (not shown) and a network cable, such asEthernet cables163,165, and167.
• FIG. 2—Computer Blade
• Referring toFIG. 2, an embodiment of acomputer blade105 is shown. In one embodiment, thecomputer blade105 may include components such as but not limited to aslide drawer frame205,motherboard207, apower supply210, and ahard drive208, as shown. In one embodiment, themotherboard207, thepower supply210, and thehard drive208 may be coupled to theslide drawer frame205. In one embodiment, theslide drawer frame205 may be three rack units high (or approximately 5.25 inches) to occupy a much smaller space than standard PC units, although otherslide drawer frame205 dimensions may also be within the scope of the invention.
• Themotherboard207 may be a printed circuit board with components such as but not limited to a central processing unit (CPU), memory, and LAN interface. Other types of motherboards and other types of motherboard components are also contemplated. Thehard drive208 may be a non-volatile memory such as but not limited to a hard drive, optical drive, and/or flash memory. Thecomputer blade105 may communicate with external systems such as but not limited to peripheral devices and networks, through anedge connector209. In one embodiment, theedge connector209 may transmit signals such as but not limited to network signals, input/output (I/O) signals, video signals, audio signals, and universal serial bus (USB) signals. For example, the edge connector may communicate network signals to a network and encoded human interface signals to a group of peripheral devices.
• In one embodiment, thecomputer blade105 may further includepower supply210 mounted on theslide drawer frame205 with an internal power source or coupled to an external power source (not shown) to provide power to thecomputer blade105. Thepower supply210 may convert local main power to an appropriate voltage for thecomputer blade105. Becausecomputer blade105 has anindividual power supply210, if thepower supply210 fails,computer blade105 may be the only computer blade that fails. In one embodiment, a single power supply located in the cage113 (shown inFIG. 1) may supply power to several computer blades such ascomputer blades101,105, and109 (shown inFIG. 1). However, a single power supply for the cage113 (shown inFIG. 1) may be a single point of failure for thecage113. If the single power supply fails, multiple computer blades may also fail, requiring multiple replacement blades. In a system with a single power supply for acage113, thecomputer blades101,105, and109 may all require stand-by replacement blades connected to another power source. If the power supply for thecage113 fails, information from thecomputer blades101,105, and109 may be copied onto the replacement computer blades from other computer blades in the system to which information from thecomputer blades101,105, and109 had been previously copied.
• AsFIG. 2 also illustrates, in one embodiment,cage113 may have a plurality of slots, such asslot107, to house thecomputer blade105. Thecomputer blade105 may be inserted into one of the slots of thecage113, such asslot107. Thecage113 may include a cage connector (not shown) to couple to theedge connector209 on thecomputer blade105. The cage connector may also include an external second connector (not shown) that is electrically coupled to thecomputer blade105 when thecomputer blade105 is inserted into theslot107. The external second connector may be further coupled to the connectingcables151,153, and155 (shown inFIG. 1) for communication of the encoded human interface signals to a group of peripheral devices at a remote location. The use of the cage connectors (not shown) as an intermediate connection betweencomputer blade105 and the connecting cable153 (shown inFIG. 1) may allow the removal and exchange ofcomputer blade105 without the need to disconnect the connecting cable153 (shown inFIG. 1) from thecage113. If thecomputer blade105 fails, thecomputer blade105 may be removed and a new computer blade (not shown) inserted in a slot, e.g.,slot107. As noted above, in a preferred embodiment, when thecomputer blade105 fails, the user's human interface, e.g., one or more peripheral devices, may be switched to a replacement computer blade (possibly in a manner that is transparent to the user), after which the failed computer blade may be removed and replaced.
• FIG. 3—Computer Blade Components
• Referring toFIG. 3, an embodiment of acomputer blade105 having apower supply210,hard drive208, andmotherboard207 is shown. Thecomputer blade105 may include elements that make up a standard PC, such as, but not limited to, amotherboard207 with various components such as but not limited to a processor, e.g., aCPU306,memory304, andinterface logic302, which may includenetwork logic305, I/O logic307, andinterface logic303, as well as other interface circuitry associated with amotherboard207, configured on a single card. Thenetwork logic305 may include a LAN or WAN connection, such as but not limited to a IEEE803.2 (10/100 BaseT) Ethernet, and circuitry for connecting to peripheral devices coupled to thecomputer blade105. Thecomputer blade105 may be electrically coupled to the cage113 (shown inFIG. 2) through theedge connector209 that may face to the rear of thecomputer blade105. In an embodiment of the invention, thecomputer blade105 may slide into a slot107 (shown inFIG. 2) of the cage113 (shown inFIG. 2), making contact with the cage connector (not shown).
• In one embodiment, thecomputer blade105 may further include anetwork interface logic305 included on a printed circuit board for interfacing to a network. Thenetwork logic305 may encode network signals into a format suitable for transmission to the network. Thenetwork logic305 may also receive encoded network signals from the network, and decode the encoded network signals. In one embodiment, themotherboard207 may further include logic supporting PCI slot-based feature cards.
• In one embodiment, the components on thecomputer blade105 may be arranged from front to back for thermal efficiency. Theinterface logic302 may be located at the rear of thecomputer blade105, while thepower supply210 andhard disk208 may be located at the front of thecomputer blade105. In one embodiment, thecomputer blade105 may have different slide drawer frame shapes, such as but not limited to square, rectangle, cubic, and three-dimensional rectangular forms. In one embodiment, thecomputer blade105 may have components mounted on either side of thecomputer blade105. Thecomputer blade105 may also have components mounted on both sides of thecomputer blade105. If theslide drawer frame205 has a three-dimensional shape, the components may be mounted on an inside surface and outside surface of theslide drawer frame205.
• FIGS. 4a,4b,4c, and4d-Computer Blade Storage Patterns
• Referring toFIGS. 4a,4b,4c, and4d, embodiments of computer blade storage patterns are shown for threecomputer blades401,403, and405. It is noted that the systems shown inFIGS. 4a,4b,4c, and4dare meant to be exemplary and are not intended to limit the system or method to any particular number of computers. As shown inFIG. 4a, in one embodiment, to prepare for a failure ofcomputer blade401, the information from a storage medium on thecomputer blade401 may be copied (i.e., backed up) onto a storage medium on thecomputer blade403. In one embodiment, a first portion of the information on thecomputer blade401 may be located in the random access memory (RAM) of thefirst computer blade401 and a second portion of the information may be located on a hard drive of thecomputer blade401. Other locations of information from thecomputer blade401 may also be within the scope of the invention. If thecomputer blade401 fails or indicates a fail-over condition, a peripheral device coupled to thecomputer blade401 through a peripheral switch may be switched over to thecomputer blade403 through the peripheral switch, thereby enabling a user ofcomputer blade401 to continue accessing the information (originally) from computer blade401 (but now on computer blade403). In one embodiment, the information originating from computer blade401 (and previously copied onto the storage medium of computer blade403) may also be copied onto the storage medium ofcomputer blade405. The peripheral switch may also be operable to switch the peripheral device over tocomputer blade405 in the event that bothcomputer blades401 and403 fail. In another embodiment, upon detecting a fail-over condition of a processor in thecomputer blade401, a backup processor may be switched over to thecomputer blade401 to access and run off of the storage medium on thecomputer blade401. In another embodiment, if the storage medium on thecomputer blade401 fails, information from a backup computer blade may be copied over to a backup storage medium, and the components of thecomputer blade401 may access the backup storage medium.
• In one embodiment, shown inFIG. 4b, the information on the storage medium ofcomputer blade403 may be copied onto the storage mediums ofcomputer blade401 and405. Similarly, in one embodiment, the information on the storage medium ofcomputer405 may be copied onto the storage mediums ofcomputer blade401 and403, as shown inFIG. 4c. Thus, various of the computer blades may provide backup storage for one another.
• In one embodiment, thecomputer blade401 may detect and determine identities of one or more local computer blades, such as, but not limited tocomputer blades403 and405, on a subnet. Once detected, the computer blade identities may be stored and cached for later access on thecomputer blade401. The detected computer blades to be used in backing up a computer blade may be assigned automatically or manually. In one embodiment, e.g., through an administration interface, computer blades may be assigned to each other at any time. A “replication factor” configuration value, may define how many other computer blades to send copies of the information on the computer blade to be backed up. For example, ifcomputer blades401,403, and405 form a subnet, thecomputer blade405 may detect thecomputer blades401 and403 and then choose thecomputer blade401 and thecomputer blade403 as computer blades to send backups to. If thecomputer blade405 has a fail-over condition, either thecomputer blade401 or thecomputer blade403 may be used to restore information to thecomputer blade405, or used to send the information originating from thecomputer blade405 to a replacement computer blade.
• In one embodiment, the computer blades in one subnet may be backed up to computer blades on another subnet. For example, the computer blades in one subnet may be able to detect the computer blades in another subnet, and then the configuration of which computer blades are used to back up other computer blades between the two subnets may be performed, e.g., by an administrator or automatically. In one embodiment, a web based configuration interface may allow computer blades to be assigned or reassigned to remote computer blades, including blades on other subnets. Computer blades may backup with neighboring computer blades, computer blades in a same building, and/or computer blades in a remote location. In one embodiment, computer blades may be backed up to both geographically local computer blades and geographically remote computer blades. The local computer blades may provide quicker restoration on a replacement computer blade and remote computer blades may provide increased security and reliability.
• For example, in one embodiment where information from a first computer blade is backed up onto both a local computer blade and a remote computer blade, if a fail-over condition occurs on the first computer blade, and the local computer blade with the backup is functional, backed up information can be copied to a replacement computer blade from the local computer blade without having to copy information from the remote computer blade. Copying information from the remote computer blade may take longer than from the local computer blade. If multiple computer blades at a site have a fail-over condition, (e.g., if both the first computer blade and the local computer blade with the backup fail) the remote computer blade may have a copy of the information from the first computer blade to copy to a replacement computer blade.
• In one embodiment, several local computer blades may backup to a single remote computer blade. The local computer blades may also be backed up to other local computer blades. Having one remote computer blade to backup to may make the remote backups more manageable. The single remote computer blade handling multiple backups may be more powerful than a remote computer blade handling one backup. The remote computer blade may be managed through a web-based management interface. In one embodiment, the web-based management interface may be used by an administrator to schedule snapshots and manage configuration settings.
• To optimize bandwidth during backups (especially remote backups), several factors including, but not limited to, the replication factor, the frequency of sending backup information to other computer blades, and the kind of connectivity that exists between the local and remote computer blades may need to be considered.
• As mentioned above, in one embodiment, the information on computer blade401 (and/or from other computer blades) may be backed up in a snapshot method in which all of the information to be copied is bulk copied at specified refresh times, where refresh times may indicate particular times to refresh (e.g., every hour on the hour, once per day at 3:00 a.m., etc.), or may indicate intervals between successive refreshes. For example, in one embodiment, a refresh time may be an hour such that the information is bulk copied from the first storage medium onto the second and/or third storage medium once per hour.
• In another embodiment, a delta method may be used to copy the information from the first storage medium, where only a difference between a previous copy of the information copied to the second and/or third storage medium and the current information on the first storage medium is added to the second and/or third storage medium. The delta method may take less time to update but it is conceivable that space required on the storage medium ofcomputer blade403 may grow to very large proportions because the delta method may keep adding information without removing deleted information. The first time the delta method is used it may function analogously to the snapshot method because the initial copy may encompass all the information from the storage medium on thecomputer blade401. In another embodiment, the growth of archived data is automatically managed by the “aging” feature which removes archives or deltas older than a user-defined time period.
• In one embodiment, if thecomputer blade401 regularly backs up to both thecomputer blade403 and thecomputer blade405, and thecomputer blade405 becomes non-functional, thecomputer blade401 may continue to backup to thecomputer blade403. If thecomputer blade401 is using a delta method, incremental backups on a computer blade may be tagged and archived. If thecomputer blade405 becomes functional again, a peersync method may be used to update the last incremental backups from thecomputer blade401 to thecomputer blade405. For example, if thecomputer blade401 backs up information from thecomputer blade401 onto thecomputer blade405 using a delta method, thecomputer blade405 may have missed several incremental backups (i.e. backups covering changes in information on thecomputer blade401 since the last backup.) To update thecomputer blade405, when thecomputer blade405 becomes functional, thecomputer blade401 may send the computer blade405 a catalog of past incremental backups. Thecomputer blade405 may compare the catalog to the incremental backups thecomputer blade405 currently has and then query thecomputer blade401 for the incremental backups thecomputer blade405 needs to become current. In one embodiment, an archive of the past incremental backups may be sent along with the catalog, and thecomputer blade405 may not query thecomputer blade401 for the incremental backups. Instead, thecomputer blade405 may pull the needed incremental backups from the archive.
• In one embodiment, information being written to the storage medium of thecomputer blade401 may also be written to thecomputer blade403 at substantially the same time. In other words, rather than backing up the information after it has been written tocomputer blade401, the information writes may be performed effectively in parallel, or at least in conjunction. If thecomputer blade401 fails, the peripheral switch may switch the peripheral device over to thecomputer blade403. In one embodiment, the information on the storage medium on computer blade403 (which may mimic or replicate the information on the storage medium of the failed computer blade401) may be copied onto thecomputer blade405. The peripheral switch may switch the peripheral device from thecomputer blade401 over to thecomputer blade405. Thus, in this example, although the information ofcomputer blade401 was backed-up oncomputer blade403,computer blade405 is used as the replacement computer blade, and so the backed-up information is copied tocomputer blade405 and the peripheral device switched from the failedcomputer blade401 to thereplacement computer blade405.
• In one embodiment, as shown inFIG. 4d, the hard drives on thecomputer blades401,403, and405, such as, but not limited to,hard drive208 shown inFIG. 3) may share memory space using a virtual network storage space (VNAS) system incorporating a decentralized peer-to-peer sharing process. Information stored on thecomputer blade401 may also be stored oncomputer blades403 and405. If thecomputer blade401 fails, a peripheral switch may switch a peripheral device fromcomputer blade401 over tocomputer blade403. For example,computer blade403 may then access the information originally stored on or associated with thecomputer blade401 from the storage medium ofcomputer blade403 and the third storage medium ofcomputer blade405. In other words, the information originally stored on the failedcomputer blade401 may be distributed over thecomputer blades403 and405, but may be accessible (to replacement computer blade403) as if stored on a single (virtual) storage medium. In another embodiment, the (backed-up) information stored on thecomputer blades403 and the 405 may be organized (e.g., copied) onto thereplacement computer blade403 to have the information from the failedcomputer blade401 collected onto one computer. The peripheral switch may then switch the peripheral device from the first computer over to the computer with the organized or collected copy.
• In one embodiment, failure management software may execute to redirect information reads and information writes directed at the failed hard drive to an operating hard drive until a replacement computer or replacement hard drive is brought into service.
• In one embodiment, the backup copy of the lost information may already be on a replacement disk. As noted above, in a preferred embodiment, the entire process is transparent to the user, i.e., the user may not notice the failure of the computer blade.
• Referring back toFIG. 4a, in one embodiment of a topology for thecomputer blades401,403, and405, thecomputer blades401,403, and405 may use failure information backup in a virtual network attached storage (VNAS) system. In one embodiment, the information may exist in multiple locations across the VNAS system composed ofcomputer blades401,403, and405, such that an occurrence of a failedcomputer blade403 does not result in the loss of vital information from the failedcomputer blade403. Other information backup strategies may also be within the scope of the invention to ensure information redundancy. For example, other RAID (Redundant Array of Inexpensive Disks) levels may be used.
• In one embodiment, an underlying distributed computer infrastructure (DCI) may be used to distribute resources among the computer blades. Each computer blade may be assigned a number of “peer” or neighbor computer blades that may be used to backup information from the storage medium of a computer blade. “Peer” computer blades, such as, but not limited to,computer blades403 andcomputer blade405, may be assigned to anearby computer blade401. In one embodiment, computer blades may be backed up onto computer blades at a remote location. For example, multiple groups of computer blades at multiple locations may be backed up to a one or more central locations, such as, but not limited to disaster recovery centers, with replacement computer blades. In one embodiment, backups to the disaster recovery center may be scheduled so that multiple groups of computer blades can coordinate their backups. In one embodiment, a disaster recovery system may provide a central location for a group of moving computer blades to use for initialization. For example, several moving field hospitals using computer blades with the same set of programs and user preferences may initialize their computer blades from a central location of computer blades.
• FIG. 5—Restoring a Failed Computer Blade Onto a Backup Computer Blade
• Referring toFIG. 5, an embodiment of restoring or rebuilding a failed computer blade's functionality (e.g., computer blade403) onto a backup computer blade (e.g., computer blade501) is shown. For example, the failedcomputer blade403 may have a fail-over condition such as a fatal hard drive crash or a short-circuit on themotherboard207. In one embodiment, rebuilding a desktop experience (for a user of the failed computer) may include identifying areplacement computer blade501 to use, switching via the connector cable153 (shown inFIG. 1) to the user's desktop connector, and loading failed computer blade information from either thefirst computer blade401 or (assuming a previous backup to computer blade405) fromthird computer blade405. In one embodiment, the fail-over condition ofcomputer blade403 may be detected and signaled automatically bycomputer blade403, or bycomputer blades401 and/or405. Other signals and other sources may also be within the scope of the invention.
• In one embodiment, the information originating from the computer blade401 (to be copied to another computer blade for backup) may include user preferences. Including the user preferences with the information to be copied to anothercomputer blade403 may enable a move manager application and/or a switch manager application (or equivalent) to seamlessly provide a replacement computer blade (e.g., computer blade 501) with a similar look, feel, and functionality as a computer blade that has a fail-over condition. The move manager, as discussed below, may implement the transfer of information from one computer blade to another computer blade. The switch manager application may implement switching a first peripheral from a first computer blade to a replacement computer blade.
• In one embodiment, the fail-over condition ofcomputer blade403 may be signaled manually, such as by a user calling a system administrator. In one embodiment, reconnecting a user's peripheral devices, e.g., keyboard123 (seeFIG. 1),mouse125, and monitor127, may include identifyingreplacement computer blade501, loading the failedcomputer blade403 information onto thereplacement computer blade501 from either thefirst computer blade401 or thethird computer blade405, and establishing a connection between the user's peripheral devices and thereplacement computer blade501, such as via a soft switch (not shown). In one embodiment, while the information is being restored to thereplacement computer blade501, information reads and information writes from and to the failedcomputer blade403 may be diverted to thereplacement computer blade501 so that a user's productivity is not interrupted. In one embodiment, areplacement computer blade501 may have the standard operating system and applications already stored on it. When a fail-over condition occurs with a user's computer blade, the peripheral device for the user's computer blade may be switched over to the replacement computer blade and the user may begin using the applications already stored on the replacement computer blade. Backup information may be restored to the replacement computer blade in the background, and while the user uses applications already stored on the replacement computer blade, writes the user performs may be diverted to the replacement computer blade.
• In one embodiment, information may be copied onto a backup computer after a fail-over condition has been detected. For example, as noted above,first computer401 may have a first processor and a first storage medium coupled to the first processor. The first storage medium may be a medium including but not limited to a random access memory and a hard disk drive.Second computer403 may have a second processor and a second storage medium coupled to the second processor. A communication link, e.g., a bus (not shown), may couple thefirst computer401 to thesecond computer403. In addition, a peripheral switch may be coupled to thefirst computer401 and thesecond computer403 and may route signals from a human interface, such as but not limited to a first peripheral device coupled to thefirst computer401, to thefirst computer401 through a peripheral device port coupled to thefirst computer401.
• In one embodiment, the second storage medium on thesecond computer403 may store program instructions executable by the second processor to detect a fail-over condition of thefirst computer401 and copy information from the first storage medium onto the second storage medium, thereby making the information accessible by the second processor. Part of or substantially all of the information on the first storage medium may be copied onto the second storage medium. The peripheral switch may be configured to route signals between the first peripheral device and the second computer to make the second processor and the second storage device accessible by the first peripheral device. In one embodiment, copying information from the first storage medium to the second storage medium and routing signals from the first peripheral device to the second processor may occur without user input to trigger the copying and routing, i.e., the data fail-over process may be performed programmatically. Therefore, the copying and re-routing may be transparent to a user of thefirst computer401. Thus, in one embodiment, the peripheral switch may switch the signals from the first peripheral device targeted to thefirst computer401 over to thesecond computer403 without a user input to trigger the switching. In another embodiment, if the first storage medium fails, the first processor may simply access the second storage medium (e.g., of the second computer403) instead of switching the first peripheral device to the second processor (e.g., the second computer blade403). In one embodiment, if the first processor has a fail-over condition, but the first storage medium is still functional, the second processor may simply access the first storage medium and the first peripheral switch may be switched over to the second processor.
• In one embodiment, the storage medium on thesecond computer403 may store program instructions executable by the second processor to copy information from the first storage medium onto the second storage medium to make the information accessible by the second processor before the second processor detects a fail-over condition of thefirst computer401. Part of or substantially all of the information on the first storage medium may be copied onto the second storage medium, where the information may be stored (and optionally updated) until a fail-over condition (of the first computer401) is detected.
• In one embodiment, the information may be stored on additional storage mediums, e.g., in case the second computer also has a failure, e.g., a hard disk crash. In one embodiment, the information from the first storage medium may be repeatedly copied onto the second storage medium to keep the information on the second storage medium current with the current state of the first storage medium. For example, in one embodiment, the information on the first storage medium may be copied over the previously copied information from the first storage medium on the second storage medium. In another embodiment, the information from the first storage medium may be initially copied onto the second storage medium, and then subsequent changes to the information on the first storage medium may be stored onto the second storage medium over time. The information on the first storage medium may then be reconstructed using the initial copy stored and the subsequent changes. Periodically, the initial copy and subsequent changes may be overwritten with a new copy of the information on the first storage medium, e.g., to prevent the stored subsequent changes from filling up the second storage medium.
• In one embodiment, the first storage medium may also use space on the second storage medium to store information not stored on the first storage medium, e.g., may use the space for purposes other than backup. Thefirst computer401 may keep a record of the location of the extra information stored on the second storage medium. In one embodiment, the information from thefirst computer401 may also be stored on other storage mediums, e.g., on other computers. For example, if the first storage medium is running out of space, it may use space on the second storage medium or other storage mediums to save information to, thus using other computers' storage mediums for overflow. In one embodiment, the information on or originating from the first storage medium may be striped onto other storage mediums. In addition, information from the second storage medium may be copied onto the first storage medium and/or other storage mediums in case the second computer fails or the second computer needs additional space to store its information.
• In one embodiment, athird computer405 including a third processor and a third storage medium coupled to the third processor may also be coupled to the communication link. The third storage medium may store program instructions executable by the third processor to copy (i.e., backup) information from the first storage medium onto the third storage medium. The program instructions may be further executable by the third processor to detect a fail-over condition of thefirst computer401, and to copy information from the third storage medium to the second storage medium so that the information is accessible by the second processor. The peripheral switch may then operate to route signals between the first peripheral device and the second processor if thefirst computer401 fails.
• In another embodiment, the third storage medium may not be comprised in the third computer, e.g.,computer405, but may be coupled to the communication link as a substantially independent networked resource. In this embodiment, thesecond computer403 may copy information from the first storage medium (e.g., from the first computer401) onto the third storage medium. Thus, thesecond computer403 may backup information from thefirst computer401 onto the third storage medium. After a fail-over condition of thefirst computer401 is detected, information from the third storage medium (that was originally on the first computer401) may be copied to the second storage medium to make the information accessible by the second processor, i.e., by thereplacement computer403. The peripheral switch may then route the signals from the first peripheral device to thesecond computer403.
• FIGS.6-8—Flowcharts of Methods for Responding to a Fail-Over Condition
• FIGS. 6 through 8 are flowchart diagrams of various methods for responding to a detected fail-over condition. Various embodiments of the methods described below may be implemented in accordance with any of the systems described above, where a first computer, including a first processor and a first storage medium coupled to the first processor, couples to a first peripheral device via a peripheral switch, where the peripheral switch may be configured to route signals between the first peripheral device and the first computer. A second computer, including a second processor and a second storage medium coupled to the second processor, may be coupled to the first computer via a communication link, as described above. The storage medium of the first and/or the second computer may store program instructions executable by the first and/or second processor to implement various embodiments of the methods described below. As also described above, in some embodiments, other computers, e.g., a third computer, may also perform all or portions of the methods described herein. It should be noted that in various embodiments of the methods described below, one or more of the steps described may be performed concurrently, in a different order than shown, or may be omitted entirely. Other additional steps may also be performed as desired.
• AsFIG. 6 shows, in601, a fail-over condition for the first computer may be detected, for example, regarding the first processor or the first storage medium, although the fail-over condition may relate to any other components or subsystems of the first computer. As mentioned above, the fail-over condition may indicate a failure of the respective component, or may indicate that such a failure is likely or imminent, although in this particular embodiment, the fail-over condition does not include an actual failure of the first storage medium, since information is copied therefrom after detection of the fail-over condition. The detection process generally involves some type of monitoring of the first computer. For example, various metrics may be determined that indicate a fail-over condition, such as, for example, read/write error rates, operating temperatures, and so forth, and these metrics may be monitored to detect the fail-over condition. Of course, in various embodiments, the monitoring process may be performed by the first computer itself, or by any other computers coupled to the first computer, as desired.
• In603, information stored on the first storage medium may be copied onto the second storage medium, thereby making the information accessible by the second processor. For example, in a situation where the first processor fails the second computer may access the first storage medium and copy at least a portion of its contents to the second storage medium, after which the second processor, i.e., the second computer, may access the information. As another example, if the fail-over condition is due to an imminent failure of the first storage medium, the second computer may access the first storage medium and attempt to copy the desired portion of its contents to the second storage medium, after which the second processor may access the information, although it is noted that in some cases the storage medium may fail before all of the desired information has been copied.
• Finally, once the information has been copied to the second computer, then in605, the peripheral switch may be configured to route signals between the first peripheral device and the second computer. The first peripheral device may then access the second processor and the second storage medium. It should be noted that although the method described refers to the first peripheral device being switched from the first computer to the second computer, in preferred embodiments, a plurality of peripheral devices, i.e., human interface devices composing a human interface, are coupled to the first computer, and are subsequently switched by the peripheral switch to the second computer. Thus, the peripheral switch may operate to switch the entire human interface of the first computer to the second computer.
• Thus, in the embodiment ofFIG. 6, the information stored on the first computer may be copied to the replacement computer (i.e., the second computer) after detection of the fail-over condition. It is noted that this approach may make transparency of the process to the user problematic, in that there may be a noticeable delay between the detection of the fail-over condition and resumption of operations using the replacement computer.
• In the embodiment shown inFIG. 7, actions are taken prior to detection of the fail-over condition that may significantly improve, i.e., decrease, the time it takes to resume user operations with the replacement computer. In other words, compared to the method ofFIG. 6, the expected downtime for the user may be substantially reduced.
• AsFIG. 7 shows, in701, information from the first storage medium may be copied onto the second storage medium to make the information from the first storage medium accessible by the second storage processor. In other words, information stored on the first storage medium may be backed-up onto the second storage medium. In various embodiments, this backup operation may be performed by the first computer, by the second computer, or by another computer, e.g., the third computer.
• In703, a fail-over condition may be detected for the first computer, e.g., related to the first processor and/or the first storage medium (or any other component of the first computer). It is noted that in various embodiments, the detection of the fail-over condition may be performed by various of the computers in the system, e.g., by the first, second, and/or third computers.
• In response to the detection of the fail-over condition, in705, the peripheral switch may operate to route signals between the first peripheral device and the second computer. The first peripheral device may then access the second processor and the second storage medium. In other words, the peripheral switch may switch the human interface of the first computer over to the second computer, as described above.
• Thus, in the embodiment ofFIG. 7, because the information is backed-up to the second computer, i.e., the replacement computer, prior to the fail-over condition, once the fail-over condition for the first computer is detected, the switchover from the first computer to the replacement computer may occur substantially immediately, i.e., with minimum delay. Thus, in this embodiment, transparency to the user of the switchover process may not be difficult to achieve.
• In the embodiment shown inFIG. 8, the third computer, including the third processor and third storage medium is coupled to the first and second computers via communication link
• As shown inFIG. 8, in801, information from the first storage medium may be copied onto the third storage medium. In other words, information stored on the first storage medium may be backed-up onto the third storage medium. As noted above, in various embodiments, this backup operation may be performed by the first computer, second computer, the third computer, or yet another computer included in the system.
• In803, a fail-over condition may be detected for the first computer, e.g., related to the first processor and/or the first storage medium (or any other component of the first computer). As mentioned above the detection of the fail-over condition may be performed by various of the computers in the system, e.g., by the first, second, and/or third computers (or others).
• In response to the detection of the fail-over condition, in805, the information from the first storage medium may be copied from the third storage medium onto the second computer, i.e., onto the second storage medium, to make the information accessible by the second processor. In other words, the information may be copied from the backup computer (the third computer) to the replacement computer (the second computer).
• Finally, in807, the peripheral switch may be configured to route signals between the first peripheral device and the second computer (the replacement computer). The first peripheral device may then access the second processor and the second storage medium (and may be accessed by the second processor).
• Similar to the embodiment ofFIG. 7, this embodiment includes backing up the information stored on the first computer (to the third computer) prior to detection of the fail-over condition, and thus may facilitate transparency of the process from the user's perspective.
• Resource Manager
• Various embodiments of the methods described above with reference toFIGS. 6-8 may be performed by a resource manager. In other words, some or all of the storing, monitoring, detecting, and configuring may be performed or managed by the resource manager. The resource manager may be operable to manage the plurality of computers and associated peripheral devices. In one embodiment, the resource manager may be located on one of the computer blades. In another embodiment, a copy of the resource manager may operate on each of the computer blades, such that a central server may not be needed. In yet another embodiment, the resource manager may be distributed across the plurality of the computer blades and each computer blade may perform a respective portion of the resource manager, such that a central server may not be needed. In each of these embodiments, the resource manager, or resource managers, may operate to schedule efficient information storage among the plurality of computer blades, e.g.,computer blades401,403, and405.
• In one embodiment, the resource manager may operate to monitor resource usage for each of the plurality of computers. In other words, the resource manager may monitor performance metrics for each computer such as a total memory size, a used memory size, a virtual memory size, peripheral type, available ports, processor type, processor speed, type of installed applications, whether a user is logged in, frequency of logins, percentage of usage of CPU, percentage of usage of hard disks, network hardware installed, network usage, usage of installed applications, video specifications, usage of CD-ROM, a variable imparted by the operating system, and a variable imparted by the BIOS, among others.
• In one embodiment, the resource manager may function both as an analyzer and a controller for the system. As an analyzer, the resource manager may utilize information about the performance and use patterns of each of the plurality of computers. Based on the performance and use patterns, the resource manager may compute demand and usage metrics or issues (e.g., processor time, memory usage and demand, hard drive memory, and network information). The resource manager may also generate reports on applications and links used by the system. These patterns may be used to generate a map of the demands on the system's collective resources over time. The continually updated map may be used by the system administrator and/or the resource manager in order to perform predictive and proactive scheduling of resources to users. Other uses of the map may also be within the scope of the invention.
• In one embodiment, the resource manager may include or invoke a move manager to move users from their respective current computers to other computers, as described in detail below with reference toFIGS. 7-10.
• FIGS.9-14—Screen Shot Embodiments of Various Interfaces
• In one embodiment, software used to manage functions such as, but not limited to, assignment of computer blades to other computer blades for backup, detecting a fail-over condition in a computer blade, and managing the copy process from a backup computer blade to a replacement computer blade, may be installed and managed using a graphical installation program. In one embodiment, installation may be performed by a computer blade local administrator. The installation program may be restricted to administrator access because the installation program may require system resources to which only the administrator may have access. However, other installers are also contemplated. While various embodiments of screens and interfaces are shown, it noted that other screens and interfaces may also be within the scope of the invention.
• FIG. 9—Screen Shot of a Login Screen
• FIG. 9 illustrates an embodiment of alogin screen901 of a management console, e.g., a web-based management interface. Thelogin screen901 may appear before a management session is started. In one embodiment, to enter the management console, a user may need domain administration rights. A login may be validated through a primary domain controller. Ausername903 andpassword905 may be registered with a network to validate users on the management console. The user may supply ausername903,password905, and adomain name907, although other user inputs are also contemplated. Once theusername903,password905, anddomain name907 are authenticated, the user may be automatically redirected to a management console main menu or screen, described below.
• FIG. 10—Screen Shot of an Auto-Discovery Screen
• FIG. 10 illustrates an embodiment of a main screen in a web-based management interface such as may be used in various embodiments of the resource manager. For example, the main screen shownFIG. 10 illustrates an auto-discovery screen1001 showing alist1005 of computer blades on a local subnet. In one embodiment, clicking on a name of a computer blade may load the management interface with information about that computer blade. In the embodiment shown, an indicator1003 in the top left hand corner of the main screen displays the name of the computer blade to which the administrator is currently connected (e.g., a computer blade named swlab1). When management software is first installed on a computer blade, the administrator or user may click ‘Discover Nodes’1007, and if no computer blade names appear, the administrator or user may click “Re-discover”1009 to get a list of computer blade names.
• FIG. 11—Screen Shot of a Configuration Screen
• FIG. 11 illustrates an embodiment of aconfiguration screen1101. In various embodiments, the configuration file for each respective computer may have a standard location on that computer (e.g., the administrator may not need to determine the location of each configuration file on each computer when performing data fail-over). In another embodiment, a parameter indicating a location of a configuration file for a backup computer may be entered by an administrator. In one embodiment, aroot directory1105 may list the location on a storage medium that may be considered as a starting point for a backup process, including, but not limited to, archiving. A subdirectory may be included in theroot directory1105 for the backup process. In a preferred embodiment, an optimum setting for the parameter may point to or indicate the location of preferences file (e.g. a Microsoft™ Windows Documents and Settings) folder to backup user information and preferences for local users of a computer blade. Areplication factor1111 may define how many peers to send local information to and may be used to automatically assign the appropriate number of other computer blades to the local computer blade. Adirectory exclusion list1107 may list the names of directories that are not to be included in the backup process, even if they are subdirectories of the root directory. Thedirectory exclusion list1107 may explicitly exclude system or binary folders that may be unnecessary to backup.File exclusion1109 may indicate a comma-delimited list of extensions (e.g., .exe, .mpg, etc.) that may not be backed up. The comma-delimited list may include .mp3 or other rich media files that may not be important enough to warrant backup.
• FIG. 12—Screen Shot of a Scheduling Interface
• FIG. 12 illustrates an embodiment of a screen for ascheduling interface1201. A time-of-day drop downlist1203 and afrequency selection list1205 may allow a time and frequency to be scheduled. An added time in the time-of-day drop downlist1203 may be added or removed. In one embodiment, a “weekly” frequency schedule may also be entered. For example, if “6 am, weekly” is entered into the “weekly” frequency, the backup may be taken once a week at 6 am. Frequent backups may cause increased network activity. However, in one embodiment, if a delta method of backup is used, only files changed from the last backup may be archived and sent. In addition, in environments where files are not changing very frequently, very frequent snapshots may not be needed.
• FIG. 13—Screen Shot of an Information Recovery View
• FIG. 13 illustrates an embodiment of aninformation recovery view1301. In the example shown, three archives, each representing a file or set of files in a backup, may be listed inarchive contents listings1303,1305, and1307, along withsizes1308, names1304, and time of eacharchive1306. In one embodiment, a “View Contents”button1309,1313, and1315 may be placed next to each entry. The “View Contents”button1309,1313, and1315 may be clicked to view contents of each archives A next button may control sequential restoration. For example, each archive may represent changes between two points in time (e.g., an archive created at 12 p.m. may represent changes that occurred to files between the time of a last backup at 10 p.m. and 12 p.m.). The backups may be used to restore a computer blade to the last archived state of the computer blade, or the backups may be used for controlled rollbacks to earlier versions. The backups may be used for controlled rollbacks if addition of some information to the backup resulted in the corruption of important files or documents.
• In one embodiment, when the “Recover Sequentially to this archive”button1317,1319, and1321 is clicked for a particular archive in a backup, the button may cause a restoration of each archive up to and including the selected archives For example, if archives A, B, C, D, E, and F, are displayed (not shown), clicking on archive D may result in A, B, C and D being restored to a replacement computer blade. However, if there are additional archives, E and F, they will not be restored. The administrator may return to this view and choose further restoration for E, or both E and F. In addition, in one embodiment, the restoration to a replacement computer blade may be non-destructive. In other words, though the restoration may overwrite existing files when their names clash with files present in a restored archive, the restoration may not delete files that do not exist at all in the restored archives. For example, if files X, Y and Z are present in a next archive to restore to a replacement computer blade in a sequential restoration, and prior to restoring the next archive, older versions of X and Y, and a completely different file, W, have already been copied over to the replacement computer blade from previous archives, the restore process may overwrite files X and Y with archived versions of X and Y, may create a new file Z, and may not alter file W.
• In one embodiment using VNAS, files may be replicated throughout the network at various storage devices that participate in the VNAS cluster. If one of the underlying VNAS storage devices fails, any requests for data on the failed device may be redirected to a functioning machine having a copy of the requested data. This redirection may be handled in a way that is transparent to the user. Thus, theinformation recovery view1301 may be little-used in many circumstances where VNAS is utilized and the replication factor is sufficient to provide adequate copies of data.
• FIG. 14—Screen Shot of an Archive View Screen
• FIG. 14 illustrates an embodiment of anarchive view screen1401. In one embodiment, eachfile1403, eachfile size 1405, and each file's date ofcreation1407 may be listed. Checkboxes, such ascheckbox1409, may be selected for partial restoration of an archives Corrupted or accidentally deleted information from backups may be selected and restored.
• FIG. 15—Memory Stack For a Computer Blade
• Referring toFIG. 15, an embodiment of a memory stack for a computer blade storing information from other computer blades is shown. In one embodiment, the user's computer blade, e.g.,computer blade403, and two additional computer blades, e.g.,computer blades401 and405, may each use memory space on thehard drive208 in the user'scomputer blade403. In the embodiment shown, the memory spaces used by the blades includememory spaces1503,1505, and1507, although in other embodiments, other memory spaces may be defined and used. In addition, asFIG. 15 indicates, there may beadditional memory space1509 available for use by a virtual network attached storage (VNAS)system1509. In one embodiment, a storage network with a storage area network server may be coupled to thecomputer blade401 and405. The storage network server may make the storage medium ofcomputer blade401 accessible by the processor of thecomputer blade405, and to make the storage medium of thecomputer blade405 accessible by the processor of thecomputer blade401. In a preferred embodiment, the organization and manipulation of the user's computer blade memory space may be such that the blade memory space does not have a single point of failure, as described below in detail. By eliminating single points of failure, thecomputer blades401,403, and405 together may be more reliable for use in such applications as e-commerce, trading floors, and repair call centers, among others.
• In one embodiment, eachcomputer blade401,403, and405 may have some file server functionality. The file server functionality may include some I/O capabilities, and may also include functionality for negotiating file write and read protocols. Communicating with the computer memory on thecomputer blades401,403, and405 may be analogous to communicating with a standard file server attached memory. Thecomputer blades401,403, and405 may negotiate information writes similar to a file server, and order and prioritize transactions. In one embodiment, thecomputer blades401,403, and405 may also implement striping analogous to one used by RAID (Redundant Array of Inexpensive Disks).
• A fail-forward hard drive may also utilize NAS/SAN techniques. In one embodiment, thecomputer blades401,403, and405 may operate as a distributed NAS server. For example, in one embodiment, thecomputer blades401,403, and405 may utilize unused memory space in a manner analogous to that used by NAS and SAN, and may also track the location of hardware and information in the system. In one embodiment, a virtual NAS (VNAS) system may be implemented where the NAS server software is distributed across thepeer computer blades401,403, and405 (and/or other computer blades) in the network, thereby eliminating the NAS server as a point of failure. In one embodiment, each of thecomputer blades401,403, and405 may maintain a copy of the NAS server software. In one embodiment, thecomputer blades401,403, and405 may store the NAS server software and may be able to transfer a copy of the software to one of the remainder of thecomputer blades401,403, and405 in the event of a failure of acomputer blade401,403, or405. As mentioned above, thecomputer blades401,403, and405 may also usecomputer blades401,403, and405 (i.e., each other) for other software storage, as desired.
• As described in detail above, when a hard drive or computer blade fail-over condition occurs, failure management software may execute to rebuild the hard drive contents on a replacement hard drive, and replace the failed computer blade in the network with a replacement computer blade. In one embodiment, the failure management software may route information reads and information writes from and to the failed hard drive to the replacement computer blade such that the user may not be aware of a failure. In one embodiment, the failure management software may execute on a central management server, optionally with a backup server in case of failure, although this approach may still present critical points of failure. In a preferred embodiment, the failure management software may be distributed over thecomputer blades401,403, and405, such that the entire storage management system is distributed, i.e., decentralized to eliminate single points of failure. Thus, in this embodiment, thecomputer blades401,403, and405 may not need a central server. In one embodiment, the systems and methods described herein may be used to augment an existing NAS and SAN distributed hard drive system.
• In one embodiment, the VNAS system may implement an algorithm for a data fail-over system. The VNAS system may be operable to couplecomputer blades401,403, and405 to the VNAS system, and to configure a resource manager. Thecomputer blades401,403, and405 may also be coupled to an enterprise network. The resource manager may be operable to manage the VNAS system, including information writing and striping protocols. In one embodiment, the resource manager may be located on one of thecomputer blades401,403, and405 coupled to the VNAS system. In another embodiment, a copy of the resource manager may operate on each of the computer blades. In yet another embodiment, the resource manager may be distributed across the plurality of the computer blades, e.g.,computer blades401,403, and405. The information and other configuration information may be saved acrosscomputer blades401,403, and405 in the VNAS system by the resource manager. Eachcomputer blade401,403, and405 coupled to the VNAS system may be involved in storing the information for theother computer blades401,403, and405. The VNAS system may check if thecomputer blades401,403, and405 in the VNAS system are functioning properly, and if the VNAS system determines that one of thecomputer blades401,403, or405 has failed, may provide areplacement computer blade501, as described above. The vital information on the failedcomputer blade401,403, and405 may have been distributed across thecomputer blades401,403, and405 in the VNAS system prior to the fail-over condition. The VNAS system may thus access thecomputer blades401,403, and405 in the VNAS system to retrieve the vital information for thereplacement computer blade501. In one embodiment, by the use of resource managers, thecomputer blades401,403, and405 may schedule efficient information storage among themselves, e.g., over respective others of thecomputer blades401,403, and405.
• FIG. 16—Memory Stack With a PC Region and a Server Region
• Referring toFIG. 16, an embodiment of a memory stack for a computer blade partitioned into aPC region1611 and aServer region1613 is shown. As mentioned above, in one embodiment, eachcomputer blade1601 may have some server functionality. The server functionality may include some I/O functionality and the ability to negotiate file write and read rules, as mentioned above. Thecomputer blade1601 may negotiate writes similar to a file server, and order and prioritize transactions. Thecomputer blade1601 may also be coupled to anenterprise network1609 and aVSAN network1607. Thus, in one embodiment, server functionality for the system may effectively be distributed over the plurality of computer blades, thereby removing any single points of failure associated with the user of a central server.
• FIG. 17—Enterprise Switch and Storage Network Switch
• Referring toFIG. 17, an embodiment of anenterprise network switch1709 and astorage network switch1707 controlling attachedPCs1701,1703, and1705, which in a preferred embodiment, may be computer blades. As is well known in the art, a Network Attached Storage (NAS) device may be a group of hard disk drives that connect to a network, such as but not limited to an Ethernet. The NAS device may function like a server to implement file sharing. The NAS may allow more hard disk storage space to be added to the network without shutting down attached servers for maintenance and upgrades. As is also well known, a Storage Area Network (SAN) may be a network of shared storage devices. The SAN may make the storage devices coupled to the SAN available to servers coupled to the SAN. As more storage devices are added to the SAN, the additional storage devices may be accessible from any server in the SAN.
• The NAS or the SAN may consist of multiple hard disks in a box with a system to serve the information out onto the network. The NAS or the SAN may use a central or limited distribution control and management node, e.g., a server, to keep track of file locations and to distribute files for storage.
• In one embodiment of the invention, thecomputer blades1701,1703,1705 may function as the server to form aVNAS environment1711. Thecomputer blades1701,1703, and1705 may negotiate file write rules, file reads, and order and prioritize transactions. Storage mediums on thecomputer blades1701,1703, and1705 may function as a standard server attached memory.
• In one embodiment, thecomputer blades1701,1703, and1705 may have an internal index of files in the form of a location file stored onother computer blades1701,1703, and1705. The location file may indicate where information from various computer blades have been stored on other computer blades. Thecomputer blades1701,1703, and1705 may also store striping and write rules. Each file stored in theVNAS1711 may have different striping rules that may be determined by the nature of the file and the expectations of a system administrator. TheVNAS1711 may use a transponder Routing Information Protocol (RIP) to disseminate files on thecomputer blades1701,1703, and1705. The RIP may be a protocol defined by RFC 4038 that specifies how routers exchange routing table information, although other protocols may also be within the scope of the invention. Using the RIP,computer blades1701,1703, and1705 may periodically exchange entire routing tables. The RIP may broadcast the name, index, and rules for a memory domain of thecomputer blades1701,1703, and1705, where, for example, the broadcasts may occur in response to a change in the index, or to a lapse of a specified time period. To improve network performance, the files may be moved to reorganize the storage space or moved based on the frequency of use. For example, if the file is heavily used it may be moved to a “closer” computer blade in which there are fewer intervening switches, e.g., Ethernet links, between the file and a user of the file. Finally, thecomputer blades1701,1703, and1705 may be operable to query an index for a specific (instant) update.
• In one embodiment, if a computer blade, e.g.,computer blade1701, is seeking a file, thecomputer blade1701 may search the computer blade's internal index. Thecomputer blade1701 may also send a query to another computer blade, e.g.,computer blade1703, that may be listed as a primary source of the file in the internal index. Thecomputer blade1701 may then access the file. If multiple computer blades attempt to access the file at the same time, the computer blade with the file may negotiate a multiple transaction session. After thecomputer blade1701 accesses the file, thecomputer blade1703 with the file may perform a backup according to read/write rules stored on the VNAS.
• In one embodiment, the resource manager may function both as an analyzer and a controller when accessing theentire VNAS system1711. As an analyzer, the resource manager may utilize information about the performance and use patterns of theentire VNAS system1711. Based on the performance and use patterns, the resource manager may compute demand and usage metrics or issues (e.g., processor time, memory usage and demand, hard drive memory, and network information) as well as generate reports on the applications and links used. These patterns may be used to generate a map of the demands on the system's collective resources over time. The continually updated map may be used by the system administrator and/or the resource manager in order to perform predictive and proactive scheduling of resources to users. Other uses of the map may also be within the scope of the invention.
• In one embodiment, in case of a first computer hard drive failure, the user of the first computer may not notice any downtime. In other words, as noted above, the fail-over process may be transparent to the user. The hard drives on the second and third computers may be the storage medium for the user through the VNAS so that a replacement processor only has to access the already copied information from the user's computer. In addition, the failed hard drive on the user's computer may be replaced with a new hard drive. In one embodiment, the new hard drive may be brought into the computer system, i.e., the user's computer, independently and without intervention of the user.
• In one embodiment, when the participating computers in a VNAS cluster are NAS servers, VNAS allows new storage capacity, in the form of a new NAS server to be added, or existing capacity to be removed, without affecting the uptime of the VNAS volume. In this, VNAS running on NAS servers provides SAN level capabilities in the area of zero downtime while adding or removing storage, without any hardware modifications to existing NAS products.
• In one embodiment, the computer blades may be additionally coupled to an external RAID system. The coupling to an external RAID system may give the computer blades more redundancy and reliability. In addition, the computer blades may also be coupled to separate NAS and SAN storage networks. A distributed VNAS storage management system may minimize or eliminate points of failure in the networked distributed computer system. At least a portion of the VNAS server software and the failure management software may be distributed over the computers in the network, reducing or removing central servers as a point of failure. In one embodiment, the distributed computer system may include a plurality of centrally located computers with respective human interfaces located remotely from the computers.
• FIGS.18-21—Move Manager Embodiments
• In one embodiment, a move manager may provide the ability to undertake individual, workgroup, or department-level hardware moves. Move manager may be used when a fail-over condition is detected on a computer blade to restore the computer blade to a replacement computer blade. Move manager may also migrate an operating system, applications, and information from a user's old computer blade to a new computer blade without detecting a fail-over condition. In one embodiment, move manager may provide the ability to schedule moves to prevent network saturation during peak work hours. A scriptable interface may allow an administrator to control a move process and insert custom tasks or activities they would like to execute prior to initiating the move process, or upon the completion of a move. The move manager may also allow a system administrator to use a scriptable interface to add custom tasks to a move process. In various embodiments, the move process may include one or more of a one-to-one move, a cascading move, and a swap move, as discussed below.
• FIG. 18—A One-to-One Move
• FIG. 18 illustrates a one-to-one move, according to two embodiments. In one embodiment, a single user of an existing computer, e.g., anold computer blade1801, may be moved tonew computer blade1805. In another embodiment, a user of alegacy Whitebox PC1803 may be moved or switched tonew computer blade1807. For example, the user may be moved for a hardware upgrade or unreliable performance of existing hardware. User preferences (such as desktop settings and icons) may be combined with other information and transferred over a network to thenew computer blades1805 and1807 as a series of backup files (e.g., collected in archives or as “snapshots”). The backup files may be compressed packages for network transmission. In addition, a delta backup method, as discussed above, may be used.
• Thus, in one embodiment, a first computer may be switched to the second computer in a one to one move by copying at least a portion of the information from the first computer to the second computer and switching the first peripheral device over to the second computer using the peripheral switch.
• FIG. 19—Cascading Move
• In one embodiment, a cascade move may be performed. For example, if a new powerful computer is added to the network, multiple users may be upgraded to computers more powerful than their currently assigned machines, e.g., based on computation needs, seniority, etc., where, for example, user A gets moved to the new computer, user B gets moved to user A's old computer, user C gets moved to user B's old computer, and so on. Thus, in this approach, the information from the first computer (user B's old computer) may be copied to the second computer (user A's old computer) while the information from the second computer (user A's old computer) is copied onto a third computer (the new computer). A peripheral switch may switch the first peripheral (i.e., user B's human interface) over to the second computer and may switch the second peripheral (i.e., user A's human interface) over to the third computer. Other switches may also be within the scope of the invention. For example, in one embodiment, a single peripheral switch may provide switching for all of the human interfaces. Alternatively, there may be a peripheral switch per computer or human interface. In yet another embodiment, the system may include a peripheral switch for each of a number of subsets of the computers/human interfaces.
• FIG. 19 illustrates an embodiment of a cascading move where pairs of old computers are upgraded, possibly in parallel. In the embodiment shown, upon the arrival of a new set ofcomputer blades1905 and1911,old computer blades1903 and1909, may be moved tonew computer blades1905 and1911, respectively. Computers older thanold computer blades1903 and1909, such ascomputer blade1901 andlegacy Whitebox PC1907, may be moved onto theold computer blades1903 and1909, respectively. Other computers may also be within the scope of the invention.
• Thus, for each upgrade path or series shown, a cascading move may be managed between a first computer, a second computer, and a third computer. In one embodiment, a copy of at least a portion of the information from the first computer may be copied onto the storage medium of the second computer. Information from the second computer may be copied onto a third computer. The peripheral switch may route signals from the first peripheral device to the second computer and from the second peripheral device to the third computer. Of course, in other embodiments, a cascading move may be performed for more than three computers.
• FIG. 20—Swap Move
• In one embodiment, a fail-over condition may include an indication of a need to swap the first computer with the second computer, e.g., to improve performance for a user, or to change environments (e.g., from Microsoft Windows to Apple MacOS). For example, if the second computer is a higher performing computer, and the user of the first computer needs more computational power than the user of the second computer, the computers assigned to each user may be swapped. In other words, the first computer (or another computer) may copy the information from the first computer over to the second computer, and the second computer (or another computer) may copy the information from the second computer onto the first computer. Similarly, a peripheral switch may swap the human interfaces for the respective computers, e.g., by routing signals from a first peripheral device (originally routed to the first computer) to the second computer, and from a second peripheral device (originally routed to the second computer) to the first computer.
• FIG. 20 illustrates a swap move, according to one embodiment. As mentioned above, a swap move may be used to equalize or adjust the use of resources in a network (e.g., to put more demanding users with faster computer blades). The computer blades may be switched by two users, such ascomputer blades2001 and2003. Information, such as, but not limited to, applications and settings from onecomputer blade2001, may be present on anothercomputer blade2003, post move, and vice-versa.
• In one embodiment, information from one of thecomputer blades2005 and2007 performing a switch, may be stored in a temporary third location to preserve thetarget computer blade2007 while the switchingcomputer blade2005 overwrites the target computer blade's information. For example, an intermediate image server2009 (based on PXE technology) may be used. Large-scale moves may also be within the scope of the invention. In moving multiple computer blades, moves may be scheduled for Operating System settings, profiles, applications, and user information from old computer blades to new computer blades.
• In one embodiment of a swap move, at least a portion of the information from the storage medium of the first computer may be stored onto the storage medium of second computer, and at least a portion of the information from the storage medium of the second computer may be stored onto the storage medium of said first computer. The peripheral switch may switch the signal routing from the first peripheral device to the first computer to route to the second computer and the signal routing from the second peripheral device to the second computer to route to the first computer.
• FIG. 21—Flowchart of a Move Process
• FIG. 21 flowcharts an initiation and process of a single computer move, according to one embodiment. It should be noted that in various embodiments of the method described below, one or more of the steps described may be performed concurrently, in a different order than shown, or may be omitted entirely. Other additional steps may also be performed as desired.
• AsFIG. 21 shows, in2101, a move may be initiated, e.g., by a system administrator, or programmatically, i.e., automatically. For example, the move may be initiated as a result of one or more operation rules, or the system administrator may initiate the move from a move manager web console or other user interface.
• In2103, source and target computer blades may be tagged. In other words, one or more source/target pairs may be specified where information from each source computer is to be moved to the respective target computer, and/or one or more respective peripheral devices are to be switched from each source computer to the respective target computer.
• In2105, a move may be scheduled. Depending on the number of machines being moved, a schedule may be set to activate an image/backup process and move process at night to avoid any network saturation or other inconveniences during the work day.
• Finally, in2107, the scheduled move may be performed. In other words, at least a portion of the information from the source computer may be moved to the target computer, and any peripheral devices comprised in the human interface for the source computer may be switched to the target computer.
• It is noted that any of the various moves described above (e.g., single computer switch, computer swap, and cascading move) may follow a similar process.
• Various embodiments may further include receiving or storing instructions and/or information implemented in accordance with the foregoing description upon a carrier medium. Suitable carrier media may include storage media or memory media such as magnetic or optical media, e.g., disk or CD-ROM, as well as transmission media or signals such as electrical, electromagnetic, or digital signals, conveyed via a communication medium such as a network and/or a wireless link
• Further modifications and alternative embodiments of various aspects of the invention may be apparent to those skilled in the art in view of this description. Accordingly, this description is to be construed as illustrative only and is for the purpose of teaching those skilled in the art the general manner of carrying out the invention. It is to be understood that the forms of the invention shown and described herein are to be taken as the presently preferred embodiments. Elements and materials may be substituted for those illustrated and described herein, parts and processes may be reversed, and certain features of the invention may be utilized independently, all as would be apparent to one skilled in the art after having the benefit of this description of the invention. Changes may be made in the elements described herein without departing from the spirit and scope of the invention as described in the following claims.

Claims (25)

1. A computer-based method, comprising:

storing a copy of at least a portion of information stored on a storage medium of a first computer onto a storage medium of a second computer, wherein the first computer is coupled to at least one human interface device through a switch, and wherein the switch is configured to route signals between the at least one human interface device and the first computer;

monitoring the first computer for a fail-over condition;

detecting the fail-over condition for the first computer; and

in response to said detection, configuring the switch to switch the signal routing from the first computer to the second computer, thereby routing signals between the at least one human interface device and the second computer.

2. The method ofclaim 1, wherein said storing the copy of at least a portion of the information onto the storage medium of the second computer is performed prior to said detection.

3. The method ofclaim 1, wherein, storing the copy further comprises implementing a delta-based back-up scheme to store the at least a portion of the information from the storage medium of the first computer onto the storage medium of the second computer.

4. The method ofclaim 1, wherein, storing the copy with a delta-based back-up scheme further comprises:

noting each of one or more incremental backups for the first computer in a catalog; and

sending the catalog to at least one other computer, wherein the at least one other computer compares the catalog to the incremental backups stored on the second computer, and wherein if the at least one other computer determines that at least one incremental backup is missing from the storage medium of the second computer, the second computer receives and stores the at least one missing incremental backup from the first computer.

5. The method ofclaim 1, further comprising:

providing a graphical user interface for two or more of a login screen, a list of local computers, a configuration screen, a scheduling interface, an information recovery screen, an archive view screen, and an information recovery screen.

6. The method ofclaim 1, wherein the at least one computer of the plurality of computers comprises one or more of the first computer and the second computer.

7. The method ofclaim 1, wherein the at least one computer of the plurality of computers comprises one or more of the first computer, the second computer, and a third computer of the plurality of computers.

8. The method ofclaim 1, wherein at least a subset of said storing, said monitoring, said detecting, and said configuring are performed without human input.

9. The method ofclaim 1, wherein said storing the copy of at least a portion of the information onto the storage medium of the second computer is performed after said detection.

10. The method ofclaim 1, wherein, configuring the switch to switch the signal routing in response to said detection comprises:

indicating said detection to a human;

receiving input from the human specifying said configuring; and

configuring the switch in response to the received input.

11. The method ofclaim 1, wherein the storage medium of at least one of the plurality of computers stores program instructions implementing a virtual storage area network.

12. The method ofclaim 1, wherein the storage medium of at least one of the plurality of computers stores program instructions implementing management software to manage one or more of processor usage, physical memory usage, hard drive usage, and network information usage for the plurality of computers.

13. The method ofclaim 1, wherein the storage medium of at least one of the plurality of computers stores program instructions executable to create and maintain a location file, wherein the location file indicates one or more locations of the information.

14. The method ofclaim 1, wherein the plurality of computers comprise blade computers.

15. The method ofclaim 1, wherein the at least one human interface device is comprised in a human interface, and wherein said routing signals between the at least one human interface device and the first computer of the plurality of computers comprises the switch associating the human interface with the first computer, and wherein, after the switch switches the signal routing from the first computer to the second computer the human interface is associated with the second computer.

16. The method ofclaim 1, wherein the first computer and the second computer are coupled to a storage network, wherein the storage network comprises a storage area network server, the method further comprising:

the storage network server making the storage medium of the first computer accessible by the processor of the second computer, and making the storage medium of the second computer accessible by the processor of the first computer.

17. The method ofclaim 16, wherein the first computer and the second computer are coupled to a storage medium, the method further comprising:

the storage network server making the storage medium accessible by the first processor and the second processor.

18. The method ofclaim 1, wherein said storing, said monitoring, said detecting, and said configuring are performed without operation of a central server.

19. The method ofclaim 1, further comprising:

detecting an identity of the first computer and/or the second computer in the plurality of computers;

wherein the identity is used by the at least one computer to assign the second computer to the first computer, such that the at least a portion of information from the storage medium of the first computer is stored onto the storage medium of the second computer.

20. The system ofclaim 1, wherein the fail-over condition indicates one or more of:

a need to switch the first computer with the second computer; or

a need to upgrade to a higher performance computer; wherein the second computer is a higher performing computer than the first computer.

21. The method ofclaim 1,

wherein the switch is further coupled to a second at least one human interface device, wherein the switch is further configured to route signals between the second at least one human interface device and the second computer;

wherein storing a copy of at least a portion of the information onto the storage medium of a second computer further includes:

storing at least a portion of the information from the storage medium of the second computer onto the storage medium of the first computer; and

wherein configuring the switch to switch the signal routing from the first computer to the second computer further includes configuring the switch to switch the signal routing from the second computer to the first computer, thereby routing signals between the second human interface device and the first computer.

22. The method ofclaim 1,

wherein the switch is further coupled to a second at least one human interface device, wherein the switch is further configured to route signals between the second at least one human interface device and the second computer;

wherein storing a copy of at least a portion of the information onto the storage medium of a second computer of the plurality of computers comprises:

storing at least a portion of the information from the storage medium of the second computer onto the storage medium of a third computer; and

wherein configuring the switch to switch the signal routing from the first computer to the second computer further includes configuring the switch to switch the signal routing from the second computer to the third computer, thereby routing signals between the second human interface device and the third computer.

23. A data fail-over system for a plurality of computer systems, the system comprising:

a plurality of computers, wherein each computer comprises:

a processor; and

a storage medium coupled to the processor;

at least one human interface device; and

a switch coupled to at least two of the plurality of computers, and further coupled to the at least one human interface device, wherein the switch is configured to route signals between the at least one human interface device and a first computer of the plurality of computers;

wherein the storage medium of the first computer stores information;

wherein the storage medium of at least one computer of the plurality of computers stores program instructions which are executable by the processor of said at least one computer to:

store a copy of at least a portion of the information onto the storage medium of a second computer of the plurality of computers; and

wherein the program instructions are further executable to:

monitor the first computer for a fail-over condition;

detect the fail-over condition for the first computer; and

in response to said detection, configure the switch to switch said signal routing from the first computer to the second computer, thereby routing signals between the at least one human interface device and the second computer.

24. A computer-based system, comprising:

means for storing a copy of at least a portion of information stored on a storage medium of a first computer onto a storage medium of a second computer, wherein the first computer is coupled to at least one human interface device through a switch, and wherein the switch routes signals between the at least one human interface device and the first computer;

means for monitoring the first computer for a fail-over condition;

means for detecting the fail-over condition for the first computer; and

means for configuring the switch to switch the signal routing from the first computer to the second computer in response to said detection, thereby routing signals between the at least one human interface device and the second computer.

25. A computer-accessible memory medium comprising program instructions, wherein the program instructions are computer executable to perform:

storing a copy of at least a portion of information stored on a storage medium of a first computer onto a storage medium of a second computer, wherein the first computer is coupled to at least one human interface device through a switch, and wherein the switch routes signals between the at least one human interface device and the first computer;

monitoring the first computer for a fail-over condition;

detecting the fail-over condition for the first computer; and

in response to said detection, configuring the switch to switch the signal routing from the first computer to the second computer, thereby routing signals between the at least one human interface device and the second computer.

Images