Porque é que a refrigeração é uma decisão de arquitetura
Num servidor com aceleradores de elevado consumo, a refrigeração não é um acessório escolhido no fim: condiciona a organização do bastidor, a infraestrutura capaz de alimentar o equipamento e a forma como o calor é removido do edifício. À medida que a capacidade de computação se concentra, a densidade térmica torna-se uma variável de conceção, a par da potência elétrica, do espaço e da disponibilidade.
As GPU são utilizadas em centros de dados para tarefas como inteligência artificial e aprendizagem automática, além das aplicações gráficas. Mas a presença de GPU, por si só, não determina o sistema de refrigeração de que um servidor necessita: é preciso conhecer a configuração concreta, a carga prevista e as condições de funcionamento permitidas pelos componentes. Não basta comparar os nomes das tecnologias, nem extrapolar a partir de uma placa gráfica de consumo.
Por isso, os valores gerais sobre a potência dos aceleradores ou a densidade dos bastidores devem ser tratados com cautela. A investigação disponível inclui análises secundárias que descrevem cargas térmicas crescentes, mas não apresenta especificações primárias de um servidor concreto que permitam estabelecer um limiar universal a partir do qual a refrigeração a ar deixa de ser viável. A questão prática é outra: verificar os requisitos do equipamento e da instalação reais, em vez de decidir com base num único valor.
Ar e líquido: duas formas de extrair calor
Na refrigeração a ar, o calor passa do componente para um dissipador e, depois, o fluxo de ar transporta-o para fora do servidor ou do bastidor. É uma arquitetura conhecida e pode ser adequada quando o projeto do equipamento, a carga térmica e o sistema de climatização permitem manter as condições de funcionamento exigidas. O seu limite não é definido apenas pela temperatura do chip: também importam a circulação do ar, a distribuição do calor e a capacidade da instalação para o remover.
A refrigeração líquida direta ao chip — muitas vezes designada direct-to-chip ou DTC — altera a primeira etapa do percurso. Em vez de depender exclusivamente da passagem do ar pelo dissipador, uma placa fria é colocada em contacto térmico com o componente e um líquido circula no seu interior para captar o calor. O líquido capta o calor perto da sua origem; depois, um circuito tem de o transportar para um permutador de calor ou uma unidade de distribuição, e a instalação tem de o rejeitar para o exterior.
A distinção útil não é que um método “refrigere” e o outro não, mas onde o calor é recolhido e que infraestrutura o transporta depois. A refrigeração líquida pode aliviar parte da carga que o ar teria de gerir dentro do servidor, mas exige tubagens, ligações, controlos e manutenção. Uma comparação rigorosa com a refrigeração a ar deve especificar o equipamento, as condições de funcionamento e o que está incluído no limite da medição.
O que faz cada componente do circuito líquido
Num projeto com placas frias, o circuito começa na superfície de transferência térmica colocada sobre o chip. O líquido atravessa a placa, absorve energia térmica e regressa por uma linha de retorno. As bombas mantêm o caudal; os tubos e os acoplamentos ligam os elementos; e o sistema de controlo monitoriza as variáveis de funcionamento. Os detalhes de construção variam entre soluções, pelo que a expressão “refrigeração líquida” não especifica, por si só, o projeto.
A coolant distribution unit, ou CDU, funciona como unidade de distribuição e gestão do líquido refrigerante. Dependendo do projeto, pode separar o circuito de refrigeração tecnológica do servidor do circuito de água da instalação e disponibilizar funções de bombagem e transferência de calor. A separação entre os dois circuitos é uma decisão de arquitetura: define que fluido circula junto do equipamento informático e como se liga à infraestrutura do edifício. A CDU não substitui o sistema que acaba por rejeitar o calor.
Também importa distinguir entre circuitos monofásicos e projetos bifásicos. Numa solução monofásica, o fluido mantém-se líquido ao longo do circuito e recolhe calor sobretudo através do aumento da temperatura. Um documento técnico alojado pelo Open Compute Project descreve outra arquitetura: refrigeração direta ao chip com refrigerante bombeado em duas fases. Esse documento é uma proposta técnica datada de fevereiro de 2025; não demonstra que todos os sistemas DTC funcionem da mesma forma, nem que uma arquitetura seja universalmente superior.
Que especificações pedir antes de comparar
A primeira verificação é determinar as condições térmicas permitidas pelo equipamento: temperaturas de entrada e saída do líquido, caudal necessário, pressão de funcionamento e limites de temperatura dos componentes. Estes parâmetros devem constar da documentação do servidor, da unidade de refrigeração e da instalação, e não ser valores genéricos copiados de um guia para PC. Sem condições de funcionamento compatíveis, a comparação não faz sentido.
O passo seguinte é identificar o que significa a capacidade de extração anunciada e a que configuração se aplica. Um valor de calor removido tem de estar associado a um equipamento ou circuito, às condições de entrada, ao caudal e a um método de medição. Também é necessário analisar as necessidades elétricas das bombas e dos controlos, além da potência consumida pelo sistema que rejeita calor para fora da sala. Um valor isolado não prova uma poupança líquida.
Uma avaliação técnica mínima deve incluir:
- Carga térmica abrangida: que componentes e que parte do servidor serão refrigerados pelo circuito líquido.
- Condições do líquido: temperaturas previstas de alimentação e retorno, caudal e pressão.
- Limites de integração: conectores, tubagens, espaço, procedimentos de assistência e requisitos do fabricante do servidor.
- Consumos auxiliares: bombas, controlos e equipamentos de rejeição de calor incluídos no balanço.
- Condições do ensaio: carga de trabalho, temperatura ambiente, configuração comparada e período de medição.
O que continua fora das placas frias
Uma placa fria recolhe calor dos componentes a que está ligada; não transforma automaticamente todas as partes do servidor em elementos refrigerados a líquido. Conforme o projeto do equipamento, outros componentes podem continuar dependentes do ar, e o ar da sala pode ainda necessitar de climatização. “Direto ao chip” descreve apenas uma parte do percurso térmico, não necessariamente o sistema completo.
A instalação também continua a precisar de um destino para o calor. O líquido que sai do servidor ganhou energia e tem de a transferir para outro circuito ou para um sistema de rejeição térmica. Essa transferência pode envolver água da instalação, permutadores de calor e equipamento exterior, mas a disposição exata depende de cada projeto. Assim, uma melhoria na transferência de calor dentro do bastidor não equivale automaticamente a um menor consumo energético em todo o centro de dados.
Também é necessário considerar o funcionamento perante falhas e as tarefas de assistência: perda de caudal, paragem de uma bomba, fuga ou interrupção da refrigeração podem afetar o equipamento. Segundo a cobertura da Data Center Dynamics sobre as recomendações da ASHRAE de 2024, a ASHRAE assinalou riscos associados a alterações térmicas e a interrupções da refrigeração, e destacou a CDU como parte da arquitetura. A continuidade e a resposta a falhas fazem parte do projeto, não são pormenores secundários a deixar para mais tarde.
Eficiência: o que se pode afirmar e o que exige testes
O facto de o líquido recolher o calor de forma mais direta não basta para concluir que o centro de dados vai consumir menos energia ou que cada GPU terá melhor desempenho. A eficiência global depende da energia utilizada pelas bombas e por outros equipamentos, da forma como o calor é rejeitado e das condições da comparação. Uma vantagem térmica local não prova, por si só, uma poupança no sistema completo.
Para sustentar uma afirmação de poupança, a análise deve comparar configurações equivalentes com a mesma carga de trabalho e declarar o limite da medição. Uma comparação entre dois servidores diferentes, ou entre instalações com cargas e condições distintas, não permite atribuir o resultado apenas ao método de refrigeração. É também importante conhecer o período de observação e saber se o cálculo inclui os consumos auxiliares e a rejeição de calor.
O documento técnico da OCP sobre refrigeração direta ao chip em duas fases apresenta possíveis benefícios em métricas operacionais, mas é um documento tecnológico e deve ser interpretado como tal: descreve uma arquitetura e os argumentos associados, não constituindo, por si só, uma prova independente de poupanças em qualquer implementação. A decisão prática é pedir dados medidos e comparáveis antes de aceitar promessas de menor custo, consumo ou impacto ambiental.
Uma decisão de infraestrutura, não um rótulo
Para um operador, a questão útil não é saber se a refrigeração líquida é melhor em abstrato, mas se o servidor previsto pode funcionar dentro das condições de projeto da instalação e o que muda com a sua integração. É necessário verificar a compatibilidade, a distribuição do circuito, a manutenção, os consumos auxiliares, a recuperação após falhas e a forma de rejeitar o calor. A ficha técnica deve abranger o sistema completo, não apenas a placa fria.
Quem compara propostas deve distinguir três níveis de evidência: especificações do fabricante para o hardware, documentos de integração do circuito e medições independentes do sistema em condições comparáveis. A informação comercial ou uma descrição geral da tecnologia pode ajudar a formular perguntas, mas não substitui esses testes. Se não existirem dados publicados sobre o modelo e a configuração relevantes, a conclusão responsável é limitar o alcance das afirmações.
A refrigeração direta ao chip é uma arquitetura que aproxima a recolha de calor dos processadores e aceleradores. Pode ser relevante em servidores com elevada densidade térmica, mas não elimina o trabalho de distribuição nem o de rejeição de calor, e não justifica, por si só, valores de eficiência. Para decidir, são necessárias as condições operacionais exatas, os limites do sistema e provas que permitam comparar resultados sem confundir uma melhoria no chip com uma melhoria em toda a instalação.