Fileira de gabinetes idênticos de no-break de data center comutando todos para o backup ao mesmo tempo durante o apagão de bytes
Artificial IntelligenceData CentersEnergy

1.500 megawatts sumiram em 82 segundos — e os operadores da rede não viram chegar

Ashutosh SinghalAshutosh Singhal16 de junho de 202612 min

Em 10 de julho de 2024, um para-raios falhou em uma linha de 230 quilovolts perto de Fairfax, na Virgínia. Em 82 segundos, cerca de 1.500 megawatts de carga de data centers — aproximadamente um terço de todas as residências da Virgínia, em termos elétricos — simplesmente desapareceram da rede. Os operadores da rede correram para reduzir 600 megawatts de usinas a gás na Pensilvânia e retirar 300 megawatts de uma unidade nuclear apenas para evitar que a frequência disparasse a ponto de danificar equipamentos.

Passei uma longa noite com o PDF de revisão do incidente da NERC depois disso, e o que ficou comigo foi o que não aconteceu. Não houve violação de tensão. A falha disparou uma sequência automática de proteção — a linha tentou se religar três vezes de cada extremidade, produzindo seis breves quedas de tensão ao longo daqueles 82 segundos. Cada uma das quedas permaneceu dentro da faixa normal da ANSI C84.1 de mais ou menos 10 por cento. Segundo as regras, nada deu errado no fio.

O que deu errado foi o firmware. A maioria dos no-breaks (fontes de alimentação ininterrupta) de data centers segue uma regra de "três strikes": três distúrbios de tensão dentro de um minuto e o sistema transfere toda a instalação para o diesel. A sequência de religamento atingiu esse limite em cerca de 60 data centers de uma vez. A rede não falhou com os data centers. Os data centers saíram da rede, em sincronia, por causa de uma regra de contagem que ninguém fora dos edifícios sabia que existia.

A rede permaneceu dentro das especificações durante os 82 segundos. Os data centers saíram mesmo assim.

Esse evento é o motivo pelo qual a Veriprajna construiu um sistema de interação de data center com a rede — uma IA que orquestra como uma instalação responde aos sinais da rede, participa dos mercados de capacidade e comprova sua flexibilidade aos reguladores. Mas não comecei por aí. Comecei, como quase todos nesse espaço, resolvendo o problema errado.

O Que Eu Entendi Errado Primeiro?

A leitura óbvia do apagão de bytes é "o no-break reagiu rápido demais". Então nosso primeiro protótipo foi uma camada reativa mais inteligente — um software que monitorava a frequência e a tensão da rede e fazia a frota de no-breaks da instalação se comportar como um bom cidadão durante um distúrbio. Desconectar de forma limpa, atravessar o transiente e reconectar de forma escalonada em vez de tudo de uma vez. Ficou lindo na demonstração. A frequência oscila, o sistema se mantém, todos concordam.

Também era quase inútil, e a pessoa que me fez enxergar isso foi um responsável por energia em um provedor de colocation que olhou para o nosso recurso de ride-through de 30 segundos e perguntou o que ele fazia pela conta de capacidade dele.

Nada. Não fazia nada pela conta de capacidade dele.

Porque o distúrbio não é onde mora o dinheiro nem a pressão regulatória. A Schneider Electric já oferece uma capacidade de Reserva de Frequência Rápida (Fast Frequency Reserve) que permite a um data center se desconectar por até 30 segundos para apoiar a estabilidade da rede. A Eaton vende sistemas de no-break bidirecionais construídos exatamente para essa resposta em velocidade de reflexo. Essa camada do problema tem fornecedores. O que nenhum deles tinha — o que o operador de colocation realmente precisava — era algo que funcionasse na escala de tempo de horas e leilões, não de segundos.

Um reflexo de 30 segundos não ajuda quando a ameaça é uma curva de preços de 24 meses.

O Número Que Reorganizou Tudo

O preço de capacidade da PJM subiu de US$ 28,92 para US$ 329,17 por MW-dia, levando a conta de uma instalação de 100 MW de US$ 1,1 milhão para US$ 12 milhões

Aqui está o número que reorganizou como eu pensava sobre todo esse mercado. Na região da PJM, que abrange a região do Meio-Atlântico e uma parte do Meio-Oeste, o preço de capacidade — o que você paga por megawatt para garantir que sua energia esteja lá quando a rede estiver sob estresse — passou de US$ 28,92 por megawatt-dia em 2024/25 para US$ 329,17 em 2026/27. Isso é um aumento de dez vezes em dois ciclos de leilão.

Para uma instalação de 100 megawatts, a obrigação anual de capacidade passou de cerca de US$ 1,1 milhão para aproximadamente US$ 12 milhões. Isso não é mais um item de linha de sustentabilidade. Isso é um número que um CFO circula em vermelho e leva ao conselho, e os data centers sabem exatamente por que isso aconteceu: eles impulsionaram 63 por cento do aumento de preço no leilão de 2025/26, o que se traduz em US$ 9,3 bilhões recuperados de cada consumidor da região. A partir de junho de 2026, os consumidores da PJM pagam coletivamente US$ 1,4 bilhão a mais por ano, e uma fatia significativa disso recai sobre as contas residenciais — cerca de US$ 18 por mês no oeste de Maryland, US$ 16 em Ohio.

Assim que entendi isso, a reação política fez sentido. Os legisladores da Virgínia passaram a sessão de 2026 debatendo uma moratória para novos data centers e optaram, em vez disso, por uma nova classe tarifária "GS-5" para qualquer carga acima de 25 megawatts, em vigor a partir de 1º de janeiro de 2027. A Dominion Energy, que recebe mais de um gigawatt de novos pedidos de energia para data centers todo mês frente a 70 gigawatts de demanda total protocolada, admitiu publicamente que não consegue atender ao que está sendo solicitado. Quando a concessionária local diz em voz alta que não consegue atendê-lo, sua fila de interconexão deixa de ser um problema de agendamento e se torna existencial.

Então o verdadeiro problema nunca foi "atravessar uma queda de tensão". Era: esta instalação consegue provar que ajuda a rede em vez de prejudicá-la — financeiramente, operacionalmente e para um regulador? Esse novo enquadramento é a empresa inteira.

Por Que o Protocolo Padrão Simplesmente Não Funcionou?

Hub central de orquestração conectado a cinco alavancas de flexibilidade de data center que nenhum fornecedor isolado coordena

Minha suposição seguinte era que o encanamento já existia. Existe um padrão aberto para isso — o OpenADR, o protocolo Open Automated Demand Response, agora na versão 3.0 com uma API REST limpa. As concessionárias enviam eventos de resposta à demanda; os edifícios respondem. Nós o conectamos esperando que fosse a parte fácil.

Foi a parte que mais me ensinou. O OpenADR foi construído para edifícios. Ele pode dizer a uma instalação "reduza a carga agora", mas não tem nenhum conceito nativo de um data center — nenhum tipo de evento para reduzir um cluster de treinamento de GPU, deslocar uma carga térmica de resfriamento ou coordenar o ilhamento de no-breaks entre inquilinos. Pior de tudo, ele é cego à carga de trabalho. Não consegue distinguir um trabalho de treinamento de machine learning que poderia perfeitamente pausar por duas horas de uma requisição de inferência ao vivo pela qual um cliente está esperando agora mesmo. Para um data center, essa distinção é tudo. Adie a carga de trabalho errada e você quebrou um SLA; adie a certa e o cliente nunca percebe.

Esse foi o beco sem saída que apontou para a arquitetura de verdade. A flexibilidade em um data center não é uma única alavanca. O resfriamento representa cerca de 40 por cento do consumo total de energia — essa é uma carga flexível contra a qual você pode pré-resfriar. Os no-breaks e as baterias são um recurso despachável. O próprio cronograma de computação é flexível se você souber quais trabalhos são adiáveis. E acima de tudo isso está a posição no mercado de capacidade que você está tentando otimizar. Nenhum fornecedor que eu encontrei estava orquestrando tudo isso de uma só vez. A Schneider faz hardware de energia e resfriamento. A Emerald AI faz computação mais geração no local. Ninguém estava fazendo as cinco camadas juntas, que é exatamente a lacuna na qual entramos.

O Problema do Inquilino Para o Qual Ninguém Constrói

Há um motivo pelo qual a maior parte do dinheiro sério nesse espaço mira em outro lugar. A Emerald AI — fundada pelo ex-funcionário do Departamento de Energia Varun Sivaram, com US$ 68 milhões captados em 16 meses, tendo NVIDIA, Eaton, GE Vernova e até o braço de venture capital da CIA na tabela de acionistas — é a líder clara. A plataforma Conductor deles demonstrou uma redução de 25 por cento na energia sustentada por três horas durante um evento de estresse da rede, validada na Nature Energy. É um trabalho genuinamente impressionante.

Também é construída para fábricas de IA de hyperscalers de inquilino único — clusters de GPU da NVIDIA em que um único operador controla todas as cargas de trabalho. O Google fez o mesmo internamente, incorporando um gigawatt inteiro de resposta à demanda em seus contratos com concessionárias, porque o Google pode simplesmente decidir deslocar seus próprios trabalhos de machine learning.

O operador de colocation que havia questionado meu primeiro protótipo disse o que definiu nosso diferencial: ele não controlava as cargas de trabalho de seus inquilinos, e nosso software havia silenciosamente presumido que sim.

Ele tinha razão, e essa é a suposição embutida em quase todos os produtos do mercado. Um colocation multi-inquilino não é dono do cronograma de computação. Ele tem um edifício cheio de clientes rodando de tudo, de bancos de dados corporativos a treinamento de IA e inferência sensível à latência, em uma mistura de NVIDIA, AMD e silício customizado, atrás de conjuntos de no-breaks de fornecedores diferentes que — como o apagão de bytes provou — nem sequer contam os distúrbios de tensão da mesma forma. Alguns contam por fase, outros agregam. Orquestrar a flexibilidade naquele ambiente, sem controlar as cargas de trabalho e sem prender o operador a um único fornecedor de GPU, é um problema fundamentalmente mais difícil e quase totalmente desassistido. Foi aí que decidimos morar: neutro em relação a fornecedores, multi-inquilino, construído para o modo como o colocation realmente funciona.

Todos estão construindo o data center que controla a própria computação. Quase ninguém está construindo para o operador que não a controla.

A Lacuna de Conformidade Que o Apagão Deixou Aberta

A coisa mais desconfortável que aprendi é que exatamente o modo de falha por trás de julho de 2024 continua totalmente aberto, quase dois anos depois.

A NERC — o órgão que define os padrões de confiabilidade para a rede da América do Norte — tem um Grupo de Trabalho de Grandes Cargas (Large Loads Working Group) correndo para escrever os primeiros padrões especificamente para cargas de data centers, com um prazo inicial para o fim de 2026. Eles introduziram uma nova classificação de modelagem de carga para data centers, chamada PERC1, que deve permitir que as concessionárias simulem como um conjunto de instalações se comportará durante uma falha. O problema: o PERC1 precisa de parâmetros específicos da instalação — o comportamento real de ride-through do seu no-break, sua lógica de contagem real — e não existe nenhuma ferramenta comercial que extraia esses dados dos sistemas de monitoramento de uma instalação. As concessionárias precisam dos dados. Os data centers não têm como produzi-los. A lacuna de divulgação que causou o apagão está, estruturalmente, ainda lá.

Para um operador, isso não é um debate abstrato sobre padrões. A regulamentação de interconexão de grandes cargas da FERC (processo RM26-4-000, ação final prevista para 30 de abril de 2026) propõe estudos de interconexão acelerados de 60 dias para cargas que possam provar que são flexíveis. Em uma região onde a fila padrão leva de três a cinco anos, um caminho de 60 dias é a diferença entre inaugurar em 2026 e inaugurar em 2030. Mas, para se qualificar, você precisa de um monitoramento e uma verificação que quase certamente não tem hoje. Flexibilidade que você não consegue documentar é flexibilidade que não conta.

Então parte do que construímos não é nada glamourosa: é a camada que lê o próprio comportamento de uma instalação — limites dos no-breaks, resposta de ride-through, composição da carga — e o transforma nos artefatos que um regulador e uma concessionária realmente pedem. A verdade sem glamour é que "prove" está se tornando o jogo inteiro, e a prova requer uma instrumentação que ninguém instalou.

"A Energia Nuclear Não Vai Simplesmente Resolver Isso?"

As pessoas me perguntam alguma versão disso constantemente, então deixe-me responder às três objeções de frente.

A primeira é a nuclear. Meta, Microsoft e Google assinaram acordos midiáticos de pequenos reatores modulares e de reativação de usinas nucleares — só a Meta por até 6,6 gigawatts. Mas nenhum SMR comercial opera nos Estados Unidos hoje, e as datas realistas de entrada em operação se concentram entre 2028 e 2032. A interação com a rede é um problema para este ano. E mesmo com um reator ao lado, você ainda precisa gerenciar a transição, vender o excesso de geração de volta e atravessar os anos até que ele esteja em operação.

A segunda é "isso não é apenas resposta à demanda, que as concessionárias operam há décadas?". A resposta à demanda tradicional é manual, mediada pela concessionária e grosseira — reduza a carga, receba o pagamento. O que mudou foi o preço e a precisão. A cerca de US$ 120.000 por megawatt-ano em valor de capacidade, uma instalação de 100 megawatts que oferece apenas 20 por cento de flexibilidade está diante de cerca de US$ 2,4 milhões por ano, e uma instalação que se estrutura para evitar totalmente a obrigação de capacidade pode estar diante dos ~US$ 12 milhões completos. Números desse tamanho justificam uma otimização automatizada e ciente da carga de trabalho de que os programas antigos nunca precisaram.

A terceira é "por que não simplesmente comprar o hardware da Schneider ou da Eaton?". Você deveria — eles fazem equipamentos excelentes. Mas o hardware é o corpo; a orquestração é o sistema nervoso, e é por isso que a Eaton investiu na Emerald AI em vez de construir o software por conta própria. A camada de decisão que monitora sinais da rede, preços de mercado, folga térmica e computação adiável tudo ao mesmo tempo, e age sobre eles de forma coordenada, é uma disciplina própria. Essa é a parte que construímos, e a construímos para ficar por cima de qualquer hardware que você já tenha.

O Ativo do Outro Lado do Passivo

O sistema de interação de data center com a rede da Veriprajna existe por causa de uma convicção que eu não tinha quando comecei. Agora estou convencido de que os operadores que sobreviverem aos próximos anos não são os que travam o contrato de energia mais barato. São os que conseguem entregar a uma concessionária um perfil de flexibilidade verificado e a um regulador um comportamento de ride-through documentado — e obter, por isso, uma interconexão mais rápida e uma conta de capacidade menor.

O apagão de bytes foi um quase-acidente. Cerca de 60 instalações saíram da rede por causa de uma regra de contagem, e o sistema absorveu isso — por pouco, tirando usinas de energia de operação em dois estados. A PJM espera operar com margem mínima de confiabilidade durante o verão de 2026 e pode cair abaixo de seus padrões até junho de 2027. O próximo evento não terá a mesma folga para contê-lo.

Um data center pode ser a maior, mais controlável e mais valiosa carga flexível de toda a rede. Cada megawatt que saiu do fio em 82 segundos poderia, em vez disso, ter sido um megawatt que escolheu recuar, ao receber um sinal, e foi pago por isso. Essa é toda a diferença entre um passivo e um ativo — e, neste momento, tudo se resume a se o edifício consegue decidir por si mesmo, a tempo, com provas. Essa decisão é software. Nós decidimos escrevê-lo.

Pesquisa relacionada

Também publicado em

Construa sua IA com confiança.

Faça parceria com uma equipe que tem profunda experiência na construção da próxima geração de IA empresarial. Deixe-nos ajudá-lo a projetar, construir e implementar uma estratégia de IA em que você possa confiar.

Veriprajna consultoria de Deep Tech é especializada na construção de sistemas de IA críticos para a segurança nas áreas de saúde, finanças e domínios regulatórios. Nossas arquiteturas são validadas em relação a protocolos estabelecidos, com documentação de conformidade abrangente.