Los ventiladores parecen sencillos.
Pero una vez que se integran ocho aceleradores de alta potencia, dos CPU, bancos de memoria, unidades NVMe, conmutadores PCIe, cables de alimentación, placas base y fuentes de alimentación redundantes se integren en un único chasis para servidores de GPU, esa ordenada fila de ventiladores giratorios pasa a formar parte de un sistema térmico con control de presión en el que un error mecánico sorprendentemente pequeño puede hacer que una GPU se sobrecaliente mientras que otra recibe mucho más aire del que necesita.
Entonces, ¿por qué los compradores siguen especificando las paredes de ventiladores en función del número de ventiladores?
Yo no lo aprobaría así.
En lo que respecta a la refrigeración de servidores con GPU de alta densidad, la pregunta relevante no es: “¿Cuántos ventiladores de 80 mm caben en el chasis?”.”
La pregunta que hay que plantearse es:
¿Es capaz el conjunto de ventiladores de mantener el caudal de aire necesario a través de la resistencia total del sistema, en todas las zonas térmicas de la GPU y en la peor situación de carga de trabajo prevista, incluso si uno de los ventiladores no está operativo?
Esa formulación cambia por completo el proceso de diseño.
Y así debería ser.
NVIDIA indica que el H100 SXM alcanza un máximo de 700 W de TDP, mientras que una plataforma HGX H100 puede utilizar ocho GPU. Eso significa que solo los aceleradores pueden representar 5,6 kW antes de que se tengan en cuenta en el cálculo las CPU, los módulos DIMM, el almacenamiento NVMe, las tarjetas de red, la regulación de tensión, las pérdidas por conversión de energía u otros componentes. La documentación del HGX B200 de NVIDIA va más allá: cada GPU B200 se puede configurar hasta 1.000 W, con hasta ocho GPU a una velocidad de hasta 8 kW solo de TDP de la GPU.
Por eso, el diseño moderno de las paredes de ventilación ha dejado de ser un simple detalle de chapa metálica.
Se trata de ingeniería de sistemas.
Una de las formas más rápidas de acabar con un chasis de servidor con una GPU deficiente es empezar a hablar de refrigeración partiendo de un catálogo de ventiladores.
“200 CFM por ventilador”.”
“Ocho aficionados”.”
“1.600 CFM”.”
Se ve genial.
Excepto que es posible que eso no te diga prácticamente nada sobre el flujo de aire que recibirá realmente el servidor una vez montado.
El CFM máximo suele corresponder a un extremo de la curva de funcionamiento de un ventilador, cerca de una resistencia a la presión muy baja. La presión estática máxima corresponde al extremo opuesto, donde el caudal de aire tiende a cero. Tu servidor GPU funciona en algún punto entre ambos extremos.
Ese punto de funcionamiento es más importante que cualquiera de las cifras de marketing.
Antes de elegir una pared con ventiladores, elaboraría un inventario térmico completo:
No te limites a utilizar los datos de la placa de características de la fuente de alimentación.
Una arquitectura de potencia de 12 kW no significa automáticamente que el chasis disipe continuamente 12 kW. Pero diseñar partiendo de una carga de trabajo “típica” irrealmente baja es igualmente peligroso.
Utiliza la carga de trabajo de producción.
A continuación, define el aumento de temperatura que estás dispuesto a aceptar entre la entrada y la salida del chasis.
En el caso de la refrigeración por aire, una aproximación práctica es la siguiente:
CFM necesario ≈ 1,76 × Carga térmica en vatios ÷ Aumento admisible de la temperatura del aire en °C
Se trata de una estimación teórica del equilibrio térmico basada en las propiedades típicas del aire. Es un punto de partida, no una especificación para la pared del ventilador.
Consideremos dos sistemas simplificados:
| Ejemplo de servidor con GPU | Carga térmica aproximada del sistema | ΔT permitido | Caudal teórico de aire |
|---|---|---|---|
| Sistema con 8 GPU de la clase H100 | 7.000 W | 15 °C | ~821 CFM |
| Sistema con 8 GPU de la clase H100 | 7.000 W | 10 °C | ~1.232 CFM |
| Plataforma de 8 GPU de mayor potencia | 10 000 W | 15 °C | ~1.173 CFM |
| Plataforma de 8 GPU de mayor potencia | 10 000 W | 10 °C | ~1.760 CFM |
Estas cifras resultan deliberadamente incómodas.
Deberían estarlo.
Cuando un servidor de alta densidad se acerca a los 7-10 kW, una variación de tan solo 5 °C en el aumento admisible de la temperatura del aire puede modificar los requisitos teóricos de caudal de aire en cientos de CFM.
Y este cálculo sigue partiendo de la base de que el aire va donde tú quieres.
Normalmente no es así.
Para los proyectos que aún se encuentran en la fase de diseño arquitectónico, nuestra guía sobre diseño del flujo de aire del servidor de delante hacia atrás explica cómo la secuencia de los componentes, las rutas de derivación, las puertas de los racks, el cableado, las jaulas de los discos duros y la geometría del sistema de extracción modifican la trayectoria del flujo de aire incluso antes de que comience la selección de los ventiladores.
Ahora viene lo difícil.
Un banco de GPU es una resistencia.
Un disipador térmico denso supone una resistencia.
Un backplane es una resistencia.
Lo mismo ocurre con el panel frontal perforado, el filtro de polvo, la rejilla protectora del ventilador, el haz de cables, la rejilla trasera, la puerta del rack, la jaula de almacenamiento, el conducto de aire y la rejilla de ventilación mal alineada.
Si se apilan, la pared de ventiladores tiene que mover el aire superando una caída de presión que puede ser muy diferente a la de una prueba de banco con chasis abierto.
Por eso me importa presión estática.
A medida que aumenta el caudal de aire, la pérdida de presión a través de la carcasa suele aumentar considerablemente. Por lo tanto, la carcasa completa tiene su propia curva de resistencia del sistema.
El ventilador tiene otra curva.
El punto en el que se cruzan esas dos curvas es, aproximadamente, el punto en el que funciona realmente el ventilador.
Esa es la cifra que deberían solicitar los equipos de compras.
No es el valor máximo de CFM que figura en la parte superior de la ficha del producto.
Un estudio sobre servidores indexado por la NSF, en el que se analizaron los diferenciales de presión estática entre la entrada y la salida, reveló que el rendimiento térmico del servidor, el comportamiento del control de los ventiladores, la dirección del flujo de aire y el consumo energético de los ventiladores pueden verse afectados por las condiciones de presión que rodean el chasis. En otras palabras, la refrigeración del servidor no puede aislarse por completo del entorno de presión que lo rodea.
El Departamento de Energía de EE. UU. plantea la misma cuestión general a escala de los centros de datos: sus directrices para el diseño de centros de datos energéticamente eficientes advierten de que las obstrucciones en el flujo de aire pueden reducir el caudal de aire suministrado y favorecer la aparición de puntos calientes, mientras que una gestión adecuada del aire mejora la eficacia de la refrigeración y la densidad de potencia útil.
Mi interpretación sobre el diseño de las carcasas para GPU es sencilla:
La presión es un presupuesto.
Gástalo con cuidado.
Yo revisaría la ruta en este orden:
| Elemento de flujo de aire | ¿Qué puede salir mal? | Qué hay que comprobar |
|---|---|---|
| Marco frontal | Bloques metálicos decorativos en la zona de entrada | Superficie útil al aire libre |
| Filtro | La presión aumenta a medida que aumenta la cantidad de polvo | Caída de presión en condiciones de funcionamiento normal y a plena carga |
| Jaula de transmisión | Los conductos dividen y redirigen el flujo de aire | Recorridos de flujo entre compartimentos |
| Placa base | La placa de circuito impreso ocupa la mayor parte de la superficie frontal | Geometría de la perforación |
| Zona de cable | Se construyen presas locales | Trazado de cables de producción |
| Pared del ventilador | Los huecos permiten la recirculación local | Cubierta y sellado |
| Banco de GPU | Las aletas densas requieren presión | Dirección del flujo y resistencia en la GPU |
| Área de la CPU y las DIMM | Recibe aire precalentado de la GPU | Orden de las zonas y conductos |
| Zona de la PSU | Compite por el aire del chasis | Flujo de aire independiente o compartido |
| Rejilla trasera | La zona de escape es demasiado pequeña | Superficie útil al aire libre |
| Puerta de rack/PDU | Aumentan las restricciones externas | Configuración final del bastidor |
¿Te das cuenta de lo que falta?
“Número de seguidores”.”
La cantidad de ventiladores se determina una vez que se conoce el recorrido del flujo de aire.
En muchos diseños de GPU para montaje en rack, prefiero una pared de ventiladores colocada de tal forma que cree una barrera de presión controlada entre la sección de entrada frontal y la sección de cálculo de alta temperatura.
Una estructura conceptual habitual es la siguiente:
Entrada frontal → zona de unidades o de mantenimiento → pared de ventiladores → zonas térmicas de la GPU/CPU → salida trasera
Pero eso no es cierto en todos los casos.
Si una placa base de almacenamiento situada delante de la pared de ventiladores presenta una gran resistencia, los ventiladores deben aspirar el aire a través de ella. Si la pared de ventiladores se encuentra aguas arriba de disipadores pasivos de GPU extremadamente densos, debe generar suficiente presión aguas abajo para forzar el paso del aire a través de esas aletas.
La geometría gana.
Siempre.
No construyas una bonita pared con seis ventiladores para luego descubrir que dos de ellos alimentan principalmente chapas metálicas vacías, mientras que otros dos se encargan de cuatro GPU.
Asigna la cobertura de los ventiladores a las fuentes de calor reales.
Para cada posición del ventilador, quiero saber:
Esto cobra especial importancia cuando las dimensiones de la GPU, los soportes de fijación, los cables de alimentación PCIe y las estructuras de soporte ocupan el mismo canal de ventilación.
Antes de congelar la pared del ventilador, comprueba la envolvente del acelerador utilizando las medidas que figuran en nuestro GPU dimensions and enclosure compatibility guide. GPU length is only one variable; card height, thickness, power-cable bend space, retention structures, and service clearance can all interfere with the intended airflow corridor.
This is one of those details that looks trivial in CAD.
It is not.
Suppose the fan wall produces a pressure difference between its inlet and outlet sides. If there is a large unsealed opening beside the fan tray, air now has an easy recirculation path.
Air takes it.
The fans can pull some air from their own discharge side back toward their intake instead of pulling fresh air through the front restrictions.
You paid for airflow.
You got circulation.
That is why fan trays need deliberate sealing around:
Foam gaskets, formed sheet-metal lips, molded ducts, blanking plates, and properly designed fan carriers can all help.
A 2023 fan-wall cooling study from researchers associated with the University of Hertfordshire provides a useful larger-scale analogy. In its studied configuration, the researchers found an optimum supply-air volume rather than a simple “more airflow is always better” relationship, and their model suggested fan-energy savings of roughly 34% under optimized operation. The experiment concerned a fan-wall data center rather than an individual GPU chassis, so I would not copy its flow numbers into a server design; the broader point is what matters: airflow quantity and fan energy have to be optimized together.
More fan speed is not automatically more thermal intelligence.
A typical chassis fan wall places multiple fans side by side.
Those fans operate broadly as a parallel airflow array. You gain total flow capacity across a larger cross-sectional area, but you should not casually assume static-pressure capability multiplies with fan quantity.
That matters.
Putting eight fans side by side does not make each fan suddenly capable of overcoming eight times the pressure drop.
When very high pressure is required, engineers may consider deeper high-pressure fan designs, dual-rotor configurations, or staged fan arrangements. But each option brings additional power consumption, acoustics, control requirements, cost, and failure behavior.
There is no free air.
Imagine six fans rated at 200 CFM in free air.
The procurement spreadsheet says:
6 × 200 = 1,200 CFM
I would cross that number out.
If the operating point of each fan falls to 120 CFM against the actual chassis restriction, the theoretical combined figure is already closer to 720 CFM, before considering uneven loading, local bypass, installation effects, failed-fan behavior, and control limits.
The right question is:
What does the assembled fan wall deliver at the estimated system pressure?
Ask the fan supplier for the full P-Q curve.
Then test it in the chassis.
A buyer tells me:
“We have eight fans, so it is redundant.”
No.
Eight fans only means eight fans.
Redundancy exists only if the system stays inside its thermal and performance limits after the defined failure occurs.
When a fan stops, three problems can appear immediately.
First, total available airflow falls.
Second, neighboring fans may shift to another operating point.
Third, the stopped fan opening itself can become an unintended air path.
That last one is easy to miss.
If pressure conditions allow reverse flow through the failed fan, part of your healthy fan capacity may circulate through the dead position instead of moving through GPU heatsinks.
Possible design responses include:
But do not call the system N+1 because the drawing shows one extra fan.
Run the test.
If the server needs every fan at 100% PWM during normal operation, it has virtually no airflow control margin left for a failure event.
That is not the kind of redundancy I would sign off on.
High-density GPU server cooling is rarely uniform by accident.
Air follows pressure differences.
If GPU 1 has a low-resistance path while GPU 4 sits behind a cable bundle and denser heatsink geometry, the fan wall can feed them very differently even though they are physically close.
The answer is often zoning.
Depending on architecture, I may divide airflow conceptually into:
Then I ask whether every zone actually needs the same air volume.
Usually not.
You can manipulate distribution using:
This is exactly why our high-density AI computing enclosure case study treats GPU layout, rack power, airflow, structural support, service access, and thermal validation as one engineering problem rather than independent purchasing decisions.
One temperature sensor can lie without technically being wrong.
Put the inlet sensor near the coolest part of the front panel and it may report 23°C.
Meanwhile, recirculated exhaust could be entering another part of the chassis at 31°C.
Which value represents the GPU inlet?
Neither one by itself.
For high-density GPU systems, I want multiple temperature measurements.
At minimum, consider recording:
Then watch the worst device, not the average device.
Averages hide problems.
If seven GPUs run at 67°C and one sits at 88°C, I do not care that the eight-GPU average looks acceptable.
I want to know why GPU 8 is hot.
The GPU power curve is moving faster than many chassis development cycles.
NVIDIA specifies the H100 SXM at up to 700 W and the H200 SXM at up to 700 W. AMD lists its MI300X accelerator at a maximum board power of 750 W. NVIDIA documentation for the HGX B200 gives a configurable maximum of 1,000 W per GPU.
That progression should change how we think about chassis longevity.
A fan wall that barely handles today’s 400 W accelerator configuration may not have enough pressure capability, electrical power, physical space, or control margin for the next hardware revision.
And the industry-level numbers reinforce the same direction. Berkeley Lab’s June 2026 update estimates that U.S. data centers could account for about 11.8% of U.S. electricity consumption by 2030, with modeled scenarios ranging from 9.5% to 15.3%. The report uses equipment shipment data, per-device energy modeling, and cooling simulations rather than simply extrapolating historical electricity use.
That does not tell us how many fans belong in a 4U chassis.
It tells us something more important.
Compute density and cooling demand are not temporary design annoyances.
They are architecture constraints.
There is a point where adding faster fans becomes a bad engineering bargain.
Fan power rises.
Noise rises.
Static pressure may improve.
But available flow gains can flatten as system resistance climbs.
At the same time, the chassis starts losing space to deeper fan modules, larger heatsinks, wider air corridors, ducts, and service clearances.
A 2026 University of Texas at Arlington mechanical-engineering thesis specifically investigated air cooling against direct liquid cooling using a thermal test vehicle modeled after an eight-GPU SXM5-class baseboard, noting the growing challenge created by high accelerator power density and parasitic fan power.
That does not mean every GPU server should use liquid.
I reject that conclusion.
Air cooling remains attractive because it can be mechanically simpler, serviceable, and familiar. But there comes a thermal density where squeezing harder on the fan curve is less sensible than reconsidering the heat-transfer architecture.
Our detailed air cooling versus liquid cooling analysis for high-power systems covers that decision in more depth, including serviceability, pumps, radiators, fan pressure, failure modes, rack density, and liquid-loop requirements.
If I were reviewing a new rackmount GPU server project, this is the sequence I would use.
Do not write:
“8 GPUs.”
Write the exact part number, power range, form factor, heatsink type, airflow orientation, dimensions, retention method, and connector geometry.
Add GPUs, CPUs, memory, storage, networking, motherboard power, conversion losses, and other loads.
Use the workload you actually expect.
Not an idle screenshot.
Decide what air-temperature rise you are designing around.
Then calculate the first-pass airflow requirement.
Draw:
Intake → restriction → fan wall → heat source → restriction → exhaust
If the path is not obvious on paper, it will not magically become obvious inside sheet metal.
Include the production configuration:
Compare required airflow with available static pressure.
Do not approve from free-air CFM.
Every fan should have a job.
Know which components it supports.
Make the intended route easier than the unwanted route.
Decide what the remaining fans do automatically after one fan stops.
Install all intended:
No open covers.
No missing cables.
No “we will test the eighth GPU later.”
Add the production rack door, rear cabling, PDU interference, rail geometry, and realistic inlet conditions.
A server that only passes with the rear door removed has not passed the real deployment.
Bring the system to thermal equilibrium.
Watch for fan saturation, GPU throttling, temperature imbalance, and slow heat soak.
Then remove one fan.
Now the interesting test starts.
If you are asking a server chassis manufacturer to design a fan wall, do not write:
“High-performance cooling required.”
That phrase has almost no engineering value.
Specify:
| RFQ Input | What to Provide |
|---|---|
| GPU configuration | Exact model, count, form factor, power |
| CPU configuration | Exact model and sustained power |
| Total system load | Estimated sustained watts |
| Chassis format | 2U, 4U, 5U, 6U, etc. |
| Dirección del flujo de aire | Front-to-rear unless architecture requires otherwise |
| Inlet conditions | Temperature range and altitude |
| Fan redundancy | Normal state and failed-fan requirement |
| GPU limit | Maximum acceptable temperature/throttling behavior |
| Control del ventilador | PWM, tachometer, fault response |
| Filtro | Yes/no and expected loading |
| Rack restriction | Door, PDU, cable-management assumptions |
| Ruido | Maximum target if applicable |
| Modelo de servicio | Hot-swap fan requirements |
| Validación | Workload, test duration, sensor locations |
If this information is not yet defined, our complete custom chassis RFQ guide provides the broader mechanical, material, tolerance, component, quality, and production inputs that should be settled before a supplier quotation becomes meaningful.
I would not approve a GPU Server Chassis because:
I would approve it when the evidence shows:
That is fan wall design.
The rest is fan installation.
A GPU server fan wall is an organized bank of axial or high-pressure fans positioned across the chassis airflow path to generate the airflow and static pressure needed to move cooling air through GPUs, CPUs, memory, storage, backplanes, cables, heatsinks, and exhaust restrictions while maintaining controlled front-to-rear thermal distribution.
Unlike isolated case fans, a fan wall should be designed as a pressure boundary. Its performance depends on fan curves, sealing, chassis resistance, thermal zoning, control logic, and failed-fan behavior.
The number of fans required in a high-density GPU server depends on total sustained heat load, allowable inlet-to-exhaust temperature rise, chassis pressure drop, individual fan performance curves, GPU airflow resistance, redundancy requirements, ambient conditions, and the airflow that must remain available after the defined fan-failure event occurs.
There is therefore no reliable universal answer such as “eight GPUs require eight fans.” Calculate airflow first, estimate resistance second, then select the fan quantity and geometry capable of meeting both requirements.
A GPU server fan wall should be positioned where it can create a controlled pressure difference across the highest-resistance thermal zones while distributing air evenly to accelerators, CPUs, memory, and other components, with placement determined by the front-panel intake, storage layout, backplane restriction, GPU heatsink orientation, exhaust geometry, and service requirements.
Mid-chassis fan walls are common, but the best location depends on system geometry. The correct position is the one that produces useful airflow through the components rather than around them.
An eight-GPU server may require roughly hundreds to well over one thousand CFM depending on total system power and acceptable air-temperature rise; for example, a simplified 7,000 W air-cooled system requires about 821 CFM theoretically at a 15°C rise and about 1,232 CFM at a 10°C rise.
Those values are heat-balance starting points, not fan specifications. Actual fan-wall capacity must account for pressure drop, airflow distribution, altitude, filters, component resistance, fan redundancy, and the real operating point on the fan curve.
Static pressure is the fan wall’s ability to maintain airflow against the resistance created by dense GPU heatsinks, storage backplanes, filters, grilles, cables, ducts, chassis openings, and rack structures, making it more useful than maximum free-air CFM when evaluating fans for a densely populated GPU server chassis.
Two fans with similar maximum airflow can perform very differently inside the same enclosure. Always evaluate the P-Q curve against the estimated or measured system resistance.
Air cooling can support high-density GPU servers when the chassis provides adequate airflow cross-section, static pressure, controlled bypass, acceptable inlet conditions, thermal margin, and fan redundancy, but increasingly high accelerator power can eventually make fan energy, noise, heatsink size, pressure loss, rack density, or component temperatures impractical for an air-only design.
The decision should come from thermal calculations and sustained testing. Do not choose liquid simply because it sounds more advanced, and do not force air cooling after the pressure and temperature data show that it has run out of practical margin.
A fan wall should never be the first cooling component selected.
Start with the GPUs.
Add the CPUs, memory, storage, backplanes, PSU architecture, cable routing, rack restrictions, and expected workload. Calculate the heat. Define the allowable temperature rise. Estimate pressure loss. Then choose fans capable of delivering the required airflow at the actual operating pressure.
And test the failed fan.
If you are developing a 4U, 5U, or 6U high-density GPU Server Chassis, send the exact GPU models, motherboard drawing, power configuration, storage layout, rack depth, target airflow direction, and expected system power to the chassis engineering team before freezing the fan wall.
Explore the available GPU and AI server chassis platforms or request a custom airflow and fan-wall layout based on your production hardware rather than a generic CFM target.
Mark Lee is the founder of ISTONECASE, with 20 years of experience in the server chassis industry. He specializes in OEM/ODM solutions for GPU and AI, rackmount, industrial, wallmount, NAS, Mini-ITX and multi-node chassis. His expertise supports customized hardware projects for data centers, AI computing, enterprise storage, edge computing, networking and industrial applications.
Comments
