Rack-based management of leaks in liquid cooled information handling systems
Systems and methods for rack-based management of leaks in liquid cooled Information Handling Systems (IHSs) are described. In an illustrative, non-limiting embodiment, an IHS configured as head node of a rack may include a processor and a memory coupled to the processor, the memory having program instructions stored thereon that, upon execution, cause the IHS to: receive an indication of a leak from a compute node; identify a location of the compute node in the rack; and respond to the indication based, at least in part, upon the location.
1. An Information Handling System (IHS) configured as head node of a rack, the IHS comprising:
a processor; and
a memory coupled to the processor, the memory having program instructions stored thereon that, upon execution, cause the IHS to:
receive an indication of a leak from a compute node, over a management network from a Baseband Management Controller (BMC) of the compute node;
identify a location of the compute node in the rack; and
respond to the indication based, at least in part, upon the location.
2. The IHS of claim 1 , wherein the rack comprises a chassis having a plurality of compute nodes vertically stacked in trays or slots, and wherein each tray or slot comprises a different location in the rack.
3. The IHS of claim 1 , wherein the compute node comprises one or more liquid-cooled or immersion-cooled components.
4. The IHS of claim 1 , wherein to identify the location of the compute node, the program instructions, upon execution, further cause the IHS to:
determine an Internet Protocol (IP) address of the BMC; and
identify the location based, at least in part, upon a table that relates IP addresses to different rack locations.
5. The IHS of claim 1 , wherein to respond to the indication, the program instructions, upon execution, further cause the IHS to trigger a shutdown of the compute node.
6. The IHS of claim 1 , wherein to respond to the indication, the program instructions, upon execution, further cause the IHS to trigger a shutdown of another compute node below the compute node in the rack.
7. The IHS of claim 1 , wherein to respond to the indication, the program instructions, upon execution, further cause the IHS to trigger a shutdown of a number of compute nodes below the compute node in the rack, and wherein the number is selected based, at least in part, upon a severity of the leak.
8. The IHS of claim 1 , wherein to respond to the indication, the program instructions, upon execution, further cause the IHS to trigger a migration of a workload executed by the compute node to another compute node above the compute node in the rack.
9. The IHS of claim 8 , wherein the program instructions, upon execution, further cause the IHS to at least one of: (a) trigger a migration of another workload executed by the other compute node to yet another compute node in the rack; or (b) reschedule execution of the other workload.
10. The IHS of claim 1 , wherein to respond to the indication, the program instructions, upon execution, further cause the IHS to trigger a migration of a workload executed by the compute node to another compute node below the compute node in the rack.
11. The IHS of claim 10 , wherein a distance between another location of the other compute node and the location of the compute node is selected based, at least in part, upon a priority of the workload.
12. The IHS of claim 10 , wherein a distance between another location of the other compute node and the location of the compute node is selected based, at least in part, upon a severity of the leak.
13. The IHS of claim 1 , wherein to respond to the indication, the program instructions, upon execution, further cause the IHS to trigger a migration of a workload executed by the compute node to another compute node in another rack.
14. In an Information Handling System (IHS) configured as head node in a rack, a method comprising:
receiving an indication of a leak from a Baseband Management Controller (BMC) of a compute node;
identifying a location of the compute node in the rack; and
responding to the indication based upon the location by performing at least one of: (a) reallocating execution of a workload by the compute node to another compute node based in the rack, (b) triggering a shutdown of the compute node, (b) triggering a shutdown of another compute node below the compute node in the rack, (c) triggering a shutdown of a number of compute nodes below the compute node in the rack, (d) triggering a migration of a workload executed by the compute node to another compute node above the compute node in the rack, (e) triggering a migration of a workload executed by the compute node to another compute node below the compute node in the rack, or (f) triggering a migration of a workload executed by the compute node to another compute node in another rack.
15. The method of claim 14 , wherein the other compute node is selected above the compute node in the rack.
16. The method of claim 14 , wherein the other compute node is selected below the compute node in the rack, and wherein a distance between another location of the other compute node and the location of the compute node is based, at least in part, upon at least one of: a priority of the workload, or a severity of the leak.
17. A memory storage device having program instructions stored thereon that, upon execution by an Information Handling System (IHS), cause the IHS to:
receive an indication of a leak from a compute node;
identify a location of the compute node in the rack; and
respond to the indication based, at least in part, upon the location, wherein at least one of: (a) the other compute node is selected above the compute node in the rack, or (b) the other compute node is selected below the compute node in the rack, and a distance between another location of the other compute node and the location of the compute node is based, at least in part, upon a priority of the workload and a severity of the leak.