Corrida de Infraestrutura entre AMD e Google muda à medida que a Schneider Electric torna o Helios implantável

A Schneider Electric e a AMD lançaram o primeiro projeto de infraestrutura para o Helios, compatível com racks de 246 quilowatts e clusters com até 10,4 megawatts de carga de TI. Isso muda a disputa de infraestrutura entre amd google de uma forma prática. A AMD agora tem um caminho documentado que vai das especificações dos aceleradores a um data center funcional de alta densidade.

O anúncio não dá à AMD uma vitória imediata em desempenho sobre Google, Nvidia ou outro fornecedor de plataformas. Ele aborda uma fragilidade competitiva diferente. Comprar aceleradores é apenas o começo quando cada rack também exige distribuição de energia especializada, refrigeração líquida, controles e modelagem em nível de instalação.

O Google passou anos desenvolvendo esses sistemas em torno de suas Tensor Processing Units, ou TPUs, processadores otimizados para cargas de trabalho de aprendizado de máquina. A Nvidia também trabalhou com a Schneider Electric em infraestrutura física para seus sistemas acelerados. A AMD precisa convencer operadores de que o Helios pode se tornar um cluster operacional sem obrigá-los a inventar a instalação de suporte.

É por isso que esse projeto de referência importa. Ele transforma a Schneider Electric em mais do que uma fornecedora de equipamentos. A empresa passa a fazer parte da resposta da AMD à infraestrutura de IA verticalmente integrada.

O projeto do Helios conecta chips a uma instalação de 10,4 MW

A AMD e a Schneider Electric definiram os sistemas físicos que cercam o Helios, não apenas a disposição dos processadores dentro de seu rack.

As empresas anunciaram seu projeto desenvolvido em conjunto em São Francisco, em 23 de julho de 2026. De acordo com o projeto do Helios, ele oferece suporte a clusters modulares de IA que alcançam 10,4 megawatts de capacidade de TI.

Cada rack de alta densidade pode exigir até 246 quilowatts. Um rack nesse nível consome várias vezes mais energia do que muitas instalações empresariais convencionais. Ele também concentra praticamente toda essa entrada elétrica em calor que precisa ser removido continuamente.

O Helios combina aceleradores AMD Instinct MI455X, processadores EPYC de sexta geração, placas de interface de rede Pensando Vulcano e o ambiente de software ROCm. O ROCm é a pilha de software aberta da AMD para programar e operar seus aceleradores.

Esses componentes de computação representam apenas uma camada. O projeto de referência abrange energia da instalação, refrigeração da instalação, espaço de TI e software de ciclo de vida. Ele especifica como essas camadas devem trabalhar juntas em torno dos requisitos do Helios.

A Schneider Electric afirma que seu sistema de refrigeração Motivair pode remover até 84 por cento do calor por meio de métodos líquidos e híbridos de ar-líquido. Unidades de distribuição de refrigerante, ou CDUs, transferem calor entre o circuito do rack e o sistema de refrigeração do edifício.

O projeto também utiliza modelagem elétrica ETAP e dinâmica de fluidos computacional por meio do EcoStruxure IT Design. A dinâmica de fluidos computacional simula o fluxo de ar e o comportamento térmico antes que o equipamento chegue ao local.

Os operadores podem usar um gêmeo digital elétrico para modelar o comportamento da infraestrutura. O Unified Operations Center da AVEVA adiciona monitoramento e visibilidade operacional após a implantação. Essas ferramentas destinam-se a revelar conflitos elétricos ou térmicos mais cedo no processo de construção.

A Schneider Electric afirma que a configuração concluída pode alcançar uma eficácia no uso de energia, ou PUE, de aproximadamente 1,12 em carga total. O PUE compara o uso total de energia de uma instalação com a energia entregue aos equipamentos de computação. Um valor mais próximo de 1 indica menos sobrecarga, embora os resultados reais dependam do clima, da utilização e das escolhas operacionais.

O projeto inicial segue os requisitos do American National Standards Institute para implantações nos Estados Unidos. A Schneider Electric planeja desenvolver uma versão alinhada às normas da International Electrotechnical Commission para outros mercados.

Essa limitação geográfica importa. O anúncio oferece um ponto de partida validado, e não um projeto universal capaz de contornar códigos elétricos locais ou condições das concessionárias. Os clientes ainda precisam de trabalho de engenharia vinculado ao seu local.

O projeto está disponível sem uma taxa adicional para o cliente, segundo reportagem independente. Seu valor real está na incerteza evitada em torno da integração, não no custo de aquisição do documento.

Um projeto de referência não fornece eletricidade nem garante uma conexão com a rede. Ele não pode concretar fundações, obter direitos de uso da água ou resolver o licenciamento local. Pode reduzir o conjunto de questões de engenharia ainda sem resposta quando um local adequado já existe.

Essa distinção estabelece a tensão central do artigo. A AMD produziu processadores competitivos e uma arquitetura em escala de rack. Agora precisa de uma forma repetível de instalar essa arquitetura em instalações construídas sob restrições físicas reais.

Por que a disputa entre AMD e Google está indo além dos chips

A comparação entre amd google depende cada vez mais da engenharia da instalação, porque sistemas densos de IA competem como plataformas completas de eletricidade, térmica, rede e software.

O Google opera infraestrutura de IA personalizada há aproximadamente uma década. A empresa projeta TPUs, redes em escala de pod, sistemas de refrigeração, frameworks de software e muitos componentes de suporte de data centers dentro de uma única organização.

Essa experiência cria uma vantagem que especificações brutas de aceleradores não conseguem capturar. O Google pode coordenar os roteiros de processadores com os edifícios que hospedam esses processadores. Também pode testar mudanças de infraestrutura em uma grande frota interna antes de oferecer capacidade pelo Google Cloud.

O Google informou ter implantado refrigeração líquida em escala de gigawatts em mais de 2.000 pods de TPU ao longo de sete anos. Também relatou disponibilidade de aproximadamente 99,999 por cento para essas implantações de refrigeração. A empresa discutiu essa experiência ao apresentar projetos de racks de um megawatt.

Esses são números informados pela própria empresa, não uma comparação independente com o AMD Helios. Ainda assim, mostram a maturidade operacional que plataformas de infraestrutura concorrentes precisam enfrentar.

O Google também desenvolveu o Brazos, um sistema de refrigeração líquida para ar montado em rack, destinado a hardware refrigerado a líquido dentro de instalações refrigeradas a ar. O sistema Brazos captura o calor por meio de um circuito líquido fechado e, em seguida, o libera no corredor quente existente.

O Brazos e o projeto Helios da Schneider Electric atendem a situações de implantação diferentes. Ainda assim, ambos refletem a mesma pressão do setor. A adoção de hardware de IA para quando o edifício-alvo não consegue fornecer o circuito líquido, a alimentação elétrica ou a capacidade de rejeição de calor necessária.

A AMD não possui uma frota de data centers de hiperescala comparável à do Google. Por isso, precisa de parceiros de infraestrutura, fabricantes de servidores, provedores de nuvem e fornecedores de rede para criar um caminho equivalente para os clientes.

A Schneider Electric preenche uma parte significativa dessa lacuna. Ela traz distribuição de energia, equipamentos de refrigeração, software de modelagem e engenharia de instalações para o programa em escala de rack da AMD. A HPE fornece outra rota ao incorporar o Helios em sistemas comerciais.

Esse modelo de parceria pode oferecer flexibilidade. Um cliente não fica restrito ao processador ou à arquitetura de instalação de um único operador de nuvem. Os operadores podem adaptar um projeto aberto a projetos de colocation, nuvem privada, IA soberana e computação especializada.

No entanto, um modelo conduzido por parceiros também cria risco de coordenação. Mudanças em um acelerador, switch, CDU, barramento elétrico ou lançamento de software podem afetar várias empresas. A validação precisa acompanhar cada roteiro importante de componentes.

O modelo integrado do Google reduz parte dessa distância organizacional. A empresa pode alinhar suas equipes de TPU, rede, software e instalações por meio de planejamento interno. Também pode reservar sua infraestrutura para cargas de trabalho que se ajustem à sua economia.

A contrapartida é o controle do cliente. Um cliente do Google Cloud consome a plataforma em grande parte como um serviço gerenciado. Um comprador do Helios pode obter controle mais direto sobre o ambiente de computação, o projeto da instalação e o modelo operacional.

Isso não torna AMD e Google substitutos diretos em todas as aquisições. O Google vende serviços de nuvem e usa silício personalizado, enquanto a AMD vende processadores e tecnologia de plataforma por meio de uma rede do setor.

Ainda assim, compradores empresariais comparam a capacidade resultante. Eles avaliam tempo de implantação, compatibilidade de modelos, regiões disponíveis, controle operacional, desempenho e uso de energia. A unidade competitiva está se tornando o cluster de IA funcional, e não o chip individual.

A Nvidia continua sendo o principal ponto de referência nesse mercado. A Schneider Electric anunciou uma colaboração de infraestrutura com a Nvidia em 2024, focada em distribuição de alta potência e refrigeração líquida para clusters densos de aceleradores. Essa anterior colaboração com a Nvidia mostra que a Schneider não está escolhendo uma única plataforma de aceleradores.

Em vez disso, a Schneider Electric se beneficia à medida que várias arquiteturas exigem novos projetos de instalações. Para a AMD, a relação fornece credibilidade de infraestrutura. Para os clientes, cria outra opção projetada ao lado de TPUs nativas de nuvem e sistemas centrados na Nvidia.

Energia e refrigeração agora definem o mecanismo competitivo

A contribuição da Schneider Electric importa porque um rack de 246 quilowatts muda a instalação mais rapidamente do que muda a planilha de aquisição.

O planejamento tradicional de servidores frequentemente tratava o data center como um contêiner estável. Os compradores selecionavam servidores, alocavam posições em racks e verificavam se a capacidade elétrica e de refrigeração existente era suficiente.

A IA de alta densidade inverte essa sequência. A carga de trabalho e o roteiro de aceleradores agora moldam a topologia elétrica, a tubulação, a disposição do piso, o modelo de redundância e o cronograma de construção. Um edifício projetado para os servidores de ontem não pode aceitar automaticamente os racks de amanhã.

Com 246 quilowatts, um rack Helios exige coordenação direta entre o equipamento de computação e os sistemas da instalação. Um projeto elétrico precisa lidar com carga constante, comportamento transitório, configurações de proteção, estados de manutenção e cenários de falha.

O projeto de refrigeração precisa fornecer líquido suficiente a cada placa fria. Ele também precisa transferir calor por CDUs e circuitos da instalação sem criar variações de temperatura ou desequilíbrios de fluxo inaceitáveis.

A refrigeração a ar continua fazendo parte do projeto porque alguns componentes e equipamentos ao redor ainda liberam calor no ambiente. Por isso, a Schneider Electric descreve uma abordagem híbrida, em vez de afirmar que o líquido elimina todos os requisitos do lado do ar.

A biblioteca de projetos de referência da empresa explica por que a modelagem precisa abranger comportamento elétrico, fluxo de ar e fluxo de líquido. Cada modelo detecta uma classe de falha diferente. Combiná-los pode identificar interações antes que os operadores energizem o cluster.

Considere uma falha parcial de refrigeração. O equipamento restante precisa absorver calor adicional ou a carga de computação deve cair rapidamente. Esse evento afeta os controles da instalação, o agendamento do cluster e, potencialmente, o progresso do treinamento de modelos.

Uma interrupção de energia cria outro problema entre camadas. Os sistemas de backup devem suportar o estado operacional pretendido, enquanto o ambiente de software lida com tarefas interrompidas. A resiliência da instalação e a resiliência da computação não podem ser planejadas de forma independente.

Esse é o mecanismo por trás da parceria Helios. A AMD define o comportamento e os requisitos da plataforma de computação. A Schneider Electric traduz esses requisitos em configurações de infraestrutura que as equipes de projeto podem avaliar.

O design modular de cluster de 10,4 megawatts adiciona outra camada. Os operadores podem planejar a capacidade em blocos repetíveis, em vez de projetar cada implantação a partir de uma página em branco. A padronização pode simplificar as compras e reduzir divergências entre engenheiros, contratadas e fornecedores de tecnologia.

A repetibilidade também ajuda os fornecedores a prever as necessidades de equipamentos. CDUs, painéis de manobra, sistemas de monitoramento e módulos pré-fabricados podem ser planejados com base em configurações de cluster conhecidas. No entanto, um módulo repetido ainda exige integração no nível do local.

A capacidade da concessionária continua sendo o limite mais difícil. Um projeto bem elaborado não garante que uma concessionária possa fornecer mais 10,4 megawatts no cronograma desejado. Filas de interconexão e obras em subestações podem durar mais do que o cronograma de implantação do hardware de computação.

A rejeição de água e calor também varia conforme o local. Uma instalação pode precisar de chillers, resfriadores secos, torres de resfriamento ou outra configuração, dependendo do clima e das restrições locais. O projeto de referência não pode eliminar essas diferenças ambientais.

O PUE alegado de aproximadamente 1,12 merece contexto semelhante. O PUE varia conforme a utilização, o clima, a redundância, o método de resfriamento e os limites de medição. Um valor modelado em carga total não deve ser tratado como um resultado anual garantido.

Os operadores também precisam escolher quanta capacidade reservar para manutenção e falhas. Usar infraestrutura redundante para computação adicional pode melhorar a utilização durante a operação normal. Isso também reduz a margem disponível quando um equipamento fica fora de serviço.

A Schneider Electric descreve essa escolha como uma competição entre capacidade computacional adicional e a estratégia de redundância original. A decisão deve ser explícita, pois a capacidade de backup não utilizada não é automaticamente capacidade de produção gratuita.

O Google enfrenta os mesmos limites físicos, apesar de seu modelo integrado. Seu trabalho com resfriamento líquido mostra que o silício personalizado não elimina a engenharia das instalações. Em vez disso, a organização precisa desenvolver sistemas de resfriamento e energia junto com cada geração de computação.

A comparação entre amd google, portanto, expõe duas abordagens para o mesmo mecanismo. O Google coordena grande parte da pilha internamente. A AMD está construindo uma rede aberta de parceiros em torno do Helios, com a Schneider Electric gerenciando uma camada crítica da instalação.

Um Design Validado Não É uma Implantação Validada

A incerteza central é se os clientes conseguem reproduzir os resultados modelados do projeto em locais reais, cargas de trabalho, fornecedores e condições operacionais.

A Schneider Electric e a AMD descrevem o design como desenvolvido e validado em conjunto. Essa validação indica que os componentes e as premissas de engenharia foram avaliados juntos. Ela não estabelece o desempenho em campo em uma grande base instalada.

Nenhum resultado de implantação de cliente foi divulgado junto ao anúncio de julho. As empresas não revelaram uma instalação Helios concluída e operando continuamente a 246 quilowatts por rack sob o novo design.

Essa lacuna é normal para uma arquitetura recém-lançada. Ainda assim, limita o que os compradores podem inferir sobre tempo de comissionamento, comportamento diante de falhas, disponibilidade de componentes e manutenção de longo prazo.

A plataforma Helios também depende de que o hardware chegue conforme o planejado. Seu design inclui aceleradores MI455X, processadores EPYC de sexta geração e interfaces de rede Vulcano. Atrasos ou alterações nas especificações podem exigir outro ciclo de validação.

As redes apresentam um risco específico. O Helios usa uma abordagem aberta, orientada a Ethernet, projetada para oferecer uma alternativa ao ambiente NVLink fortemente integrado da Nvidia. Isso dá aos compradores mais flexibilidade de fornecedores, mas aumenta a importância de um ecossistema de parceiros emergente.

A HPE anunciou planos de oferecer sistemas baseados no Helios, proporcionando à AMD uma importante rota comercial. Sua implementação usa uma malha de aceleradores de alta largura de banda e um switch desenvolvido para esse propósito.

Uma detalhada análise do sistema Helios descreveu uma configuração planejada com 72 aceleradores MI455X. O relatório também observou a meta da AMD de 31 terabytes de memória HBM4 e 2,9 exaFLOPS de computação FP4 por rack.

Esses números são metas vinculadas a hardware futuro, não resultados de produção verificados de forma independente. FP4 é um formato numérico de baixa precisão usado em algumas tarefas de inferência de IA. Ele não deve ser comparado diretamente a todas as cargas de trabalho de treinamento ou científicas.

O software continua sendo outra variável. O ROCm ampliou seu suporte a frameworks e modelos, mas a disponibilidade de hardware por si só não garante desempenho equivalente de aplicações. Os compradores precisam testar seus modelos reais, operadores, compiladores e comportamento de treinamento distribuído.

O Google pode otimizar cargas de trabalho importantes para TPUs por meio de JAX, XLA e de seu ambiente interno de software. A Nvidia possui uma base de desenvolvedores CUDA consolidada há muito tempo. A AMD precisa provar que sua pilha aberta reduz a dependência sem transferir trabalho excessivo de integração aos clientes.

Um projeto de referência pode resolver o plano da instalação enquanto deixa a migração das aplicações sem solução. Esse limite importa para equipes empresariais que avaliam o custo total de trocar de plataforma de aceleradores.

A manutenção cria outro teste. Circuitos líquidos adicionam bombas, conexões, sensores, coletores e procedimentos de serviço perto de equipamentos de computação caros. Os operadores precisam de evidências sobre vazamentos, filtragem, qualidade do fluido refrigerante, substituição de componentes e treinamento da equipe.

O índice de remoção de calor de 84% também exige interpretação cuidadosa. A Schneider Electric afirma que suas abordagens de resfriamento propostas são capazes de remover essa parcela por meio de líquido. A carga térmica restante e as condições operacionais ainda moldam as necessidades de resfriamento no nível da sala.

A mesma cautela se aplica à velocidade de implantação. Um design pré-projetado pode encurtar o planejamento e reduzir trabalho duplicado. Ele não pode garantir uma construção mais rápida quando transformadores, painéis de manobra, chillers, aceleradores ou atualizações da concessionária continuam restritos.

Há também uma questão comercial. Os compradores precisam decidir se uma maior escolha arquitetural justifica a operação de uma relação mais distribuída entre fornecedores. Alguns preferirão um serviço de nuvem que esconda a instalação por trás de uma API.

Outros valorizarão o controle direto, a residência local de dados ou a independência de uma única plataforma de nuvem. Projetos de IA soberana e provedores de nuvem especializados têm especial probabilidade de examinar essa opção.

Essa tensão torna a estratégia da AMD crível, mas inacabada. A Schneider Electric reduziu uma categoria de incerteza. As implantações de clientes agora precisam mostrar se o sistema combinado tem desempenho consistente fora de um ambiente modelado.

Três Sinais Mostrarão se a AMD Pode Fechar a Lacuna de Infraestrutura

A próxima fase depende de evidências operacionais, entrega por parceiros e adoção repetível por clientes, e não de outra rodada de alegações arquiteturais.

O primeiro sinal é uma implantação de cliente concluída usando o design da Schneider Electric. A evidência mais forte incluiria densidade de rack medida, tempo de comissionamento, desempenho de resfriamento, disponibilidade e PUE diante de mudanças realistas de carga de trabalho.

Um piloto confirmaria que o projeto pode sair do ambiente de design. Várias implantações em diferentes climas e tipos de instalação sustentariam uma conclusão mais forte sobre repetibilidade.

Um resultado próximo ao PUE de 1,12 em carga total fortaleceria o argumento de eficiência das empresas. Um resultado muito acima desse valor não invalidaria automaticamente o design, mas exporia a importância das condições do local.

Os compradores também devem observar como os operadores lidam com falhas e manutenção. Um cluster de alta densidade precisa continuar sendo manutenível quando uma CDU, bomba, componente elétrico ou bandeja de computação exige atenção.

O segundo sinal é a entrega coordenada dos parceiros de hardware e redes da AMD. Aceleradores MI455X, novos processadores EPYC, interfaces Vulcano, switches, servidores e equipamentos de instalação precisam chegar aos projetos em cronogramas compatíveis.

Uma arquitetura de referência perde valor se um componente essencial criar um longo atraso. Por outro lado, a disponibilidade sincronizada mostraria que o modelo de parceiros da AMD pode se comportar como uma plataforma coesa.

Os testes de interoperabilidade serão especialmente importantes. Os clientes precisam de evidências de que mudanças em servidores, switches, software, energia e resfriamento não criam ciclos repetidos de reformulação.

Os sistemas comerciais Helios da HPE fornecerão um teste inicial. Outros fabricantes de servidores ou operadores de nuvem que adotem as mesmas premissas no nível do rack fortaleceriam a padronização.

O terceiro sinal é a adoção de cargas de trabalho em comparação com TPUs do Google e sistemas da Nvidia. A AMD não precisa que todos os compradores substituam essas plataformas. Ela precisa de cargas de trabalho de produção suficientes para estabelecer o Helios como uma alternativa confiável.

Essa evidência deve incluir aplicações de treinamento e inferência, e não apenas resultados máximos de benchmark. Os operadores examinarão desempenho utilizável, esforço de software, disponibilidade do cluster, consumo de energia e velocidade de expansão da capacidade.

O próprio desenvolvimento de infraestrutura do Google oferece uma referência útil. Seu longo histórico de resfriamento líquido mostra que o conhecimento operacional se acumula ao longo das gerações de hardware. A AMD e a Schneider Electric precisam começar a construir um histórico comparável por meio de clientes e parceiros.

A comparação entre amd google continuará imperfeita porque as empresas ocupam posições diferentes no mercado. O Google opera uma plataforma integrada de nuvem e silício personalizado. A AMD fornece uma arquitetura aberta que outras empresas implantam.

Ainda assim, esse contraste é precisamente o motivo pelo qual o novo design importa. Ele oferece aos compradores uma escolha entre consumir uma plataforma integrada e montar um sistema validado e baseado em parceiros sob seu controle.

A Nvidia também moldará o resultado. Seus sistemas em escala de rack, base de software e parcerias de infraestrutura estabelecem a referência de maturidade de implantação. Se a Nvidia avançar mais rápido, a arquitetura aberta da AMD precisará compensar por meio de flexibilidade, disponibilidade ou economia das cargas de trabalho.

A Schneider Electric tem incentivos para apoiar cada grande plataforma. Essa posição neutra pode ajudar os clientes a comparar os requisitos das instalações sem tratar o roteiro de um acelerador como permanente.

Para equipes técnicas e de compras, a ação imediata é concreta. Modelem primeiro as cargas de trabalho pretendidas e, em seguida, testem se o local escolhido pode atender aos seus requisitos elétricos, térmicos, de rede e resiliência.

As equipes que avaliam grandes anúncios de infraestrutura também precisam de uma forma duradoura de conectar premissas de engenharia a evidências operacionais posteriores. Uma base de conhecimento técnico pesquisável pode manter documentos de design, resultados de testes e decisões de fornecedores acessíveis à medida que os projetos evoluem.

O design da Schneider Electric não resolve a corrida dos aceleradores. Ele leva a AMD ao estágio mais difícil, no qual as especificações de rack precisam sobreviver a limites das concessionárias, cronogramas de construção, falhas de resfriamento e cargas de trabalho de produção.

Os clientes do Helios publicarão resultados medidos que correspondam ao projeto, e os parceiros entregarão todas as camadas no prazo? Esses são os testes que agora importam. Acompanhe os primeiros locais em operação, a disponibilidade coordenada de hardware e a adoção de cargas de trabalho antes de declarar um vencedor na corrida de infraestrutura entre AMD e Google.