This application is related to application Ser. No. 09/966,180, issued as U.S. Pat. No. 7,043,647, entitled “Intelligent Power Management for a Rack of Servers,” filed Sep. 29, 2001 and incorporated herein by reference. This application is also related to application Ser. No. 10/017,785, issued as U.S. Pat. No. 7,138,733, entitled “Redundant Data and Power Infrastructure for Modular Server Components in a Rack,” filed Dec. 31, 2001 and also incorporated herein by reference.
Not applicable.
1. Field of the Invention
The present invention generally relates to improved usage of a shared bus. More particularly, the preferred embodiments of the present invention relate to using cache memory to store ROM-based data usable by various computers and computer-related devices in a rack-mounted server system.
2. Background of the Invention
Many organizations have a computer network to provide their computing needs. A typical network includes two or more computers and computer-related devices (e.g., printers, storage devices, etc.) coupled together. Often, the organization's network may comprise numerous server computers coupled together. Generally, each server is loaded with an operating system and one or more applications that cause the server to perform various predetermined functions. An example of such a function includes responding to web page requests from a remote entity on the Internet. In response, the server may retrieve the requested web page and provide the requested page to the requesting entity. Further, all of the servers in the network may perform the same function thereby permitting the network to handle a large volume of traffic. The preceding example is provided simply to explain that groups of servers are often coupled together into a network, and should not be interpreted as in any way limiting the scope of this disclosure.
At least one server provider, Hewlett-Packard Corporation, provides server systems in rack form. That is, a plurality of servers and related devices (e.g., storage device, network ports, etc.) are individually mounted in a rack that can accommodate dozens of servers. Further, to maximize the number of servers that can be installed into the rack, each server preferably is made as small as possible. To that end, the servers do not include a display or keyboard. Rather, a user can interact with an individual server via a single display and input device (e.g., keyboard, mouse, etc.) combination that can be electrically coupled to any of the servers in the rack. Further, each server may not have an alternating current (“AC”)-to-direct current (“DC”) power supply. Instead, a separate AC-to-DC power supply is provided in the rack apart from, but coupled to, the servers. Multiple power supplies may be needed to accommodate the power demand for all of the servers and other devices in the rack. In this configuration, the power supply converts incoming AC voltage to DC voltage and provides DC voltage(s) to each server. The servers may include DC-to-DC converters to convert the incoming DC voltage from the power supply to a different DC voltage level as needed. The servers do not include the circuitry necessary to convert AC voltage to DC voltage and thus are smaller than they would be if they included AC-to-DC power supplies.
Moreover, a rack implementation such as that described above includes multiple servers coupled together and to other computer-related devices (e.g., storage devices) and to one or more power supplies. Many of Hewlett-Packard's server systems include the ability to install and remove any rack component (server, power supply, storage device) independent of the other components. In fact, many or all components can be installed and removed without powering down the rack (referred to as “hot plugging”). Thus, a server that has malfunctioned can be removed and replaced with a new server without having to turn off the other servers in the rack.
In systems such as that described above, each removable component preferably includes a field replaceable unit (“FRU”) data set stored in non-volatile memory in the component. The FRU data for each replaceable unit may include one or more parameters such as serial number, part name, manufacturing information, reorder information and physical dimensions. The FRU data may be stored in an electrically erasable programmable read only memory (“EEPROM”) and may be read by any other component in the rack. If a component in the rack malfunctions, an alert is sent out to the other components in the rack. In response, the other components may desire to read the failed component's FRU data so that the information ultimately can be provided to a network administrator and the defective component can be reordered and replaced.
A problem occurs as the number of components in the rack increases. In some rack systems, a relatively low speed management bus is included to interconnect the various components within the rack. Requests for FRU data and responses to such requests are routed over this management bus. If a component fails, all other rack components may send FRU data requests to the failed component over the low speed management bus. With a relatively few components in the rack, such a low volume of requests may be well within the capabilities of the management bus. However, as the number of components increases, the volume of FRU data requests may easily inundate the low speed management bus to the point where network performance is greatly reduced. Accordingly, a solution to this problem is needed.
The problems noted above are solved in large part by a system that comprises a plurality of components, preferably hot replaceable, that are coupled together and in which component specific data is stored in cache memory. In one embodiment the components may comprise computers such as servers and power supplies. Some, or all, of the components include read only memory which contain component specific data. Such data includes one or more values specific to that component. In one embodiment, the data may include any or all of the following: serial number, part name, manufacturing information, reorder information and physical dimensions of the associated component.
The system also includes cache memory associated with the various components. The cache memory preferably is used to store the component specific data so that subsequent uses of the data are retrieved from cache and requests for the data need not be forwarded to the targeted component. In one embodiment, the system comprises a rack containing one or more removable chassis. Each chassis can accommodate one or more servers and includes a chassis communication module connected to the servers in that chassis. In this embodiment, the cache memory is provided on the chassis communication module. The system also includes one or more power supply assemblies that each includes one or more power supplies. Each power supply assembly preferably includes a power supply communication module which also includes cache memory.
In this embodiment, when one component, be it a server, power supply, or other component as may be included in the system, requests the component specific data for another component's ROM, the communication module in the chassis or assembly containing the requesting component snoops its cache to see if the requested data is stored therein. If it is, the data is retrieved from cache and provided to the requesting component. If the requested data is not stored in cache, a request is forwarded on to the chassis or assembly containing the requested data in the target component's ROM. Once retrieved from ROM, the data is provided to the requesting component and also stored in the cache of the requesting component's chassis or assembly. If desired, the requested data may be broadcast to all other chassis/assembly communication modules for storage in cache.
In accordance with one embodiment of the invention, a computer system comprises a first hot replaceable device and a second hot replaceable device coupled to the first device. The second device includes a ROM in which second device specific data is stored. The system also includes cache memory coupled to the first device in which the second device specific data is stored.
In accordance with another embodiment, the computer system comprises a plurality of servers with each server having ROM in which server specific data is stored. The system further includes a power supply which couples to and supplies power to the servers. The power supply includes ROM in which power supply specific data is stored. A first cache memory also is included which couples to the plurality of servers in which the power supply specific data is stored. A second cache memory is included which couples to the power supply in which server specific data of at least one server is stored.
In accordance with another embodiment, a computer system comprises a first component mounted in a rack and a second component mounted in a rack and coupled to the first component. The second component includes a ROM in which second component specific data is stored. A cache memory is coupled to the first component. When the first component requests the second component specific data, the second component provides the requested data to the first component and to the cache which stores the second component specific data therein.
The preferred embodiments also include a method of managing a rack containing a plurality of servers and power supplies, with server and power supply being hot replaceable and including ROM on which data specific to the associated server or power supply is stored. The method preferably includes (a) requesting the ROM data of a server or power supply, (b) retrieving the requested ROM data, (c) providing the requested ROM data to the requesting server or power supply, and (d) storing the requested ROM data in cache memory.
The aforementioned embodiments and others and their equivalents use cache memory to reduce amount of traffic on a communication link interconnecting various components in the system. This and other benefits will become apparent upon reviewing the following description.
For a detailed description of the preferred embodiments of the invention, reference will now be made to the accompanying drawings in which:
In the following discussion and in the claims, the terms “including” and “comprising” are used in an open-ended fashion, and thus should be interpreted to mean “including, but not limited to . . . ”. Also, the term “couple” or “couples” is intended to mean either an indirect or direct electrical connection. Thus, if a first device couples to a second device, that connection may be through a direct electrical connection, or through an indirect electrical connection via other devices and connections. The term “hot replaceable” refers to a device that can be installed into and/or removed from a system while other components in the system remained powered.
Certain terms are used throughout the following description and claims to refer to particular system components. As one skilled in the art will appreciate, computer companies may refer to a component by different names. This document does not intend to distinguish between components that differ in name but not function.
To minimize the size of each server 30 so as to maximize the number of servers in each chassis 20, preferably none of these servers 30 contain on-board AC to DC power supplies. Rather, and still referring to
The following discussion describes the basic electrical connectivity and communication of the system 100. Then, the use of the system 100 to solve the problems noted above will be described.
In the rack mounted server system 100 of the preferred embodiment, the power supply rails 50, 52 are fully redundant supplies to the servers 30 in the chassis 20. In other words, the bank 46 of the power supply assemblies 42 that feed a particular rail are preferably capable of supplying all the necessary power to operate the server system 100. Likewise, the second bank 48 of the power supply assemblies 42 are also preferably adapted to supply all the necessary power to operate the entire server system 100. In this way, the power supplies may be operated in a fully redundant fashion. The schematic of
Rather than allowing each individual server 30 and power supply 44 to communicate on the serial communication pathway 60, the preferred embodiment implements a plurality of communication modules which interface the various servers and power supply devices in the server chassis 20 and power supply assemblies 42 to the RS-485 communication pathway 60 and thus to other chassis 20 and assemblies 42. In particular, and still referring to
In the preferred embodiment, each power system communication module 70 is mounted on or near a backplane board of each respective power system assembly 42. In broad terms, a power supply communication module 70 is responsible for communicating with each individual power supply 44 in its respective power supply assembly 42 to determine parameters of each individual power supply 44 such as fan operability, the internal temperature of the power supply, the power supply input power (incoming AC power), and output current. In the preferred embodiment, the power supply communication module 70 also is preferably capable of communication across the serial communication pathway 60 to other power supply communication modules and other chassis communication modules 80. Each power supply communication module 70 communicates with the individual power supplies 44 in the particular power system assembly 42 by means of an I2C bus 72. As is well known, the I2C bus is a dual line, multidrop serial bus developed by Philips Semiconductors that comprises a clock line and one data line. The devices connected to the I2C bus can act as either primary or secondary devices (or alternatively master or slave respectively), and each device is software addressable by a unique address. Primary devices can operate as transmitters, receivers, or combination transmitter/receivers to initiate 8-bit data transfers between devices on the bus. The I2C utilizes arbitration to prevent data corruption when two or more master or primary devices desire simultaneously transfer data. Details regarding the I2C bus may be found in “The I2C-Bus Specification,” Version 2.1 (January 2000), authored by Philips Semiconductors®. Although the I2C bus is used to implement the preferred communication pathway 60 between the individual power supplies 44 and the power supply communication module 70, any serial or parallel communication protocol could be used.
Still referring to
As noted above with regard to
The problem explained previously in which the low speed communication pathway 60 can be inundated with an excessive amount of FRU request messages is alleviated by implementing “cache” memory in which the FRU data can be stored. Then, when the various components in the rack desire the FRU data, the cache infrastructure retrieves the requested FRU data from the cache memory instead of forwarding the request to the particular component whose FRU data is being requested.
In accordance with a preferred embodiment of the invention, and referring to
If desired, the FRU data from power supply 44a may be provided back to, not only CCM 80a, but all CCM 80s and PSCM 70s in the rack system. Thus, the cache memories in all communication modules 70, 80 may be loaded with an FRU data block. A broadcast response message can be implemented to broadcast the requested FRU data to all PSCMs 70 and CCMs 80. In this way, even if a component in a different chassis than that of server 30a, such as server 30b, requests the FRU data from power supply 44a, the FRU data request from such a component is intercepted by its associated communication module which snoops its own cache memory 105 and provides the requested FRU data. The FRU data request need not be forwarded onto the RS-485 communication pathway 60, thereby further reducing the traffic on management bus 60
Referring again to
Using the system described herein, a problem will occur if a system component (e.g., server, power supply, etc.) whose FRU data has been stored in the cache memory of the various communication modules 70, 80 is disabled and/or is physically removed from the system. In this case, the component (and its FRU data) is no longer present in the system, but copies of its FRU data are still stored in the various cache memories 105 (
In accordance with the preferred embodiment, this data mismatch problem is solved by broadcasting an alert message pertaining to the component that is about to be disabled and/or removed from the system to at least one, and preferably all, of the communication modules 70, 80 in the system. The component to be disabled/removed may broadcast the alert message, or other logic in the system. The alert message includes the identity (e.g., address, serial number, etc.) of the component to be disabled and/or removed. Each communication module 70, 80 receiving the alert message determines whether it has a cache entry corresponding to the component to be disabled or removed. If the communication module does have such an entry in its cache, then the communication module discards that entry. The discarding process may include invalidating the targeted cache block or otherwise identifying the data at the cache entry as being unusable and free to be evicted for subsequent replacement by a new FRU cache block.
The preferred embodiments described herein minimize the potential for the inter-chassis communication pathway to become overly congested with traffic, particularly traffic that includes a plurality of requests for the same piece of data (e.g., FRU data of a system component). The problem is solved by providing cache memory in which the requested data is stored. Thus, subsequent accesses to the same piece of data advantageously result in a cache “hit” and avoid the need to use the inter-chassis communication pathway.
The above discussion is meant to be illustrative of the principles and various embodiments of the present invention. Numerous variations and modifications will become apparent to those skilled in the art once the above disclosure is fully appreciated. It is intended that the following claims be interpreted to embrace all such variations and modifications.
Number | Name | Date | Kind |
---|---|---|---|
5216579 | Basara et al. | Jun 1993 | A |
5598536 | Slaughter, III et al. | Jan 1997 | A |
5854904 | Brown | Dec 1998 | A |
5929982 | Anderson | Jul 1999 | A |
6144561 | Cannella, Jr. et al. | Nov 2000 | A |
6225708 | Furukawa et al. | May 2001 | B1 |
6483204 | Hanaki | Nov 2002 | B2 |
6594771 | Koerber et al. | Jul 2003 | B1 |
6785827 | Layton et al. | Aug 2004 | B2 |
7043647 | Hansen et al. | May 2006 | B2 |
7138733 | Sanders et al. | Nov 2006 | B2 |
20020138785 | Hammond et al. | Sep 2002 | A1 |
20030005339 | Cohen et al. | Jan 2003 | A1 |
20030023885 | Potter et al. | Jan 2003 | A1 |
20030030988 | Garnett et al. | Feb 2003 | A1 |
20030037150 | Nakagawa | Feb 2003 | A1 |
20030056125 | O'Conner et al. | Mar 2003 | A1 |
20030065730 | Jones et al. | Apr 2003 | A1 |
20030065754 | Jones et al. | Apr 2003 | A1 |
20030065958 | Hansen et al. | Apr 2003 | A1 |
20030112582 | Sanders et al. | Jun 2003 | A1 |
20030208656 | Hawkins | Nov 2003 | A1 |
20030217067 | Gilstrap et al. | Nov 2003 | A1 |
20040073816 | Hansen | Apr 2004 | A1 |
Number | Date | Country | |
---|---|---|---|
20040073816 A1 | Apr 2004 | US |