China Unicom Zhongwei Cloud: capacidade de hospedagem real que os números de racks sozinhos não explicam

Resumo

• AS10206 representa uma identidade de rede ativa que pode ser monitorada na Internet, e o campus de Zhongwei representa uma infraestrutura operacional com edifícios e cargas declaradas, mas nenhum dos dois fornece um mapa público que conecte prefixos, roteadores e portas a salas e racks específicos ou a dois caminhos físicos independentes.
• Os números de mais de 8.000 racks entregues, 1.992 racks no DC6 e cerca de 29 MW de capacidade de TI são marcos importantes, mas não revelam os racks instalados, alimentados, aceitos, reservados e vazios, nem a capacidade que permanece utilizável após a falha do maior componente possível.
• O comprador deve comprovar no contrato e nos testes a identidade legal do vendedor, a sala e o rack, a cadeia de energia e refrigeração, os caminhos de fibra, o estoque de peças e a janela de reparo, o local de recuperação independente e as condições de transferência de dados e saída; a existência do serviço dentro de Zhongwei por si só não responde a essas perguntas.

Um nome sobre múltiplas camadas legais e operacionais

O nome "China Unicom Zhongwei Cloud" parece, à primeira vista, referir-se a uma empresa, um produto e um local. No entanto, o registro público apresenta um quadro mais complexo. Oregistro APNIC para AS10206descreve o objeto de rede CUZW-CN como China Unicom Zhongwei Cloud, registra políticas de roteamento associadas a AS4837 e AS9929 e coloca a manutenção administrativa dentro das estruturas da China Unicom. Esta é uma forte indicação de que existe um número de sistema autônomo com uma identidade operacional declarada. Mas não é um certificado de constituição de uma empresa separada, nem uma cópia de um contrato de venda, nem uma lista da entidade que emite a fatura para cada serviço com o mesmo nome.

Uma camada física diferente aparece nalicença de uso do solo do segundo campus emitida em 2025. A licença nomeia a filial de Ningxia da China United Network Communications Limited como usuária do solo, e abrange uma área de 150 mu e um plano para três edifícios de data centers e obras de apoio. Outros documentos de energia mostram a filial de Ningxia ou a filial da cidade de Zhongwei como proprietária do projeto. Isso vincula as filiais do grupo a ativos reais de terra e energia, mas não prova que a própria filial é a parte legal em cada contrato de hospedagem, computação ou transporte associado ao AS10206.

A separação entre camadas não é apenas uma precaução linguística, mas uma condição para entender os riscos. A controladora, a filial de Ningxia, a filial de Zhongwei, a marca de nuvem, o AS10206, o backbone AS4837, a rede AS9929, a rede regional de Ningxia, as operações internacionais da China Unicom e o AS135629 associado ao ambiente AWS em Ningxia não são sinônimos. Essas partes podem cooperar ou se conectar tecnicamente, mas a conexão não transforma seus ativos, contratos e estoque de reposição em um único pool no qual o cliente possa confiar automaticamente.

Esses limites mudam a pergunta comercial. Não basta que o comprador pergunte: "Estou lidando com a China Unicom?" Ele deve identificar o nome legal completo do vendedor, quem possui o edifício, quem opera a sala, quem fornece o circuito, quem gerencia o roteador, quem mantém as peças de reposição, quem pode entrar no local à noite e quem é responsável pela restauração do serviço. Se o cliente comprar um pacote que inclui racks, servidores, transporte e suporte, seus elementos podem ser distribuídos em contratos e parceiros diferentes, mesmo que apareçam ao usuário sob uma única interface comercial.

Não se deve concluir do nome que todo prefixo anunciado pelo AS10206 termina dentro de um edifício específico em Zhongwei. Também não prova que a existência de terrenos registrados para a filial de Ningxia significa que todo roteador do sistema autônomo está naquele terreno. A conexão entre o objeto lógico e o ativo físico requer um inventário de roteadores, números de circuitos, registros de cross-connect, mensagens de instalação e mapas de salas.

Esses materiais não estão disponíveis publicamente no pacote atual e, portanto, a confiança na existência do ambiente operacional é maior do que a confiança na correspondência de cada serviço nominal a um componente físico específico.

Roteamento ao vivo comprova uma borda de rede, não comprova a engenharia de fibra

Há evidências coerentes de que o AS10206 não é um nome ocioso em um registro antigo. Apágina do Hurricane Electric para AS10206exibe prefixos IPv4 e IPv6 originados do sistema autônomo, mostra o estado RPKI das rotas anunciadas e observa uma adjacência com AS4837. Avisão do IPinfo sobre AS10206fornece contagens de endereços, relações upstream e downstream e endereços responsivos que podem ser monitorados. Essas observações significam que existe uma superfície de roteamento real que os observadores da Internet podem alcançar nos momentos de medição.

A observação de um prefixo específico adiciona outro grau de detalhe. Apágina do IPinfo para o prefixo 103.251.240.0/24mostra um contexto de alocação em Ningxia e um caminho medido através de AS4837 em direção a um endereço do AS10206. Aobservação do BigDataCloud para o mesmo prefixodescreve o bloco como globalmente acessível, originado do AS10206 e recebido via AS4837. A concordância de ambas as fontes com o registro de políticas aumenta a confiança de que o caminho observado é real, mas não transforma uma única amostra em um mapa abrangente de todos os prefixos, clientes e horários.

A informação que os painéis BGP não fornecem é a mais importante ao avaliar a continuidade física. Não vemos deles o nome do roteador, seu número de chassi, sua localização dentro de uma sala, a porta do cliente, o ponto de entrada da fibra, o duto subterrâneo, o sistema óptico ou a entidade de manutenção. Dois caminhos lógicos separados podem aparecer nas tabelas de roteamento enquanto passam por um único duto, uma única estação ou uma única sala de telecomunicações. O caminho observado pode mudar sem que nenhum elemento físico dentro do campus mude. Portanto, não é permitido traduzir "caminho aparente" como "caminho de fibra independente".

O APNIC registra uma política com AS9929, mas as observações atuais apresentadas não comprovam a existência de um segundo link ativo simultaneamente com AS4837. Mesmo que o operador forneça logs ao vivo de sessões com ambos, a comprovação da diversidade física permanece separada: as duas sessões usam roteadores diferentes? Elas entram por lados diferentes? Elas atravessam sistemas ópticos, dutos e estações regionais independentes? É possível isolar uma delas em um teste sem derrubar a outra? A política registrada não responde a essas perguntas, e não deve ser apresentada como uma duplicação garantida.

Apágina do bgp.tools para AS135629mostra que o AS10206 está listado entre os upstreams da rede Ningxia West Cloud Data Technology, associada ao contexto AWS Ningxia. Esta é uma indicação útil de que o AS10206 participa de um ecossistema de conectividade de nuvem regional. Mas não prova que o AS10206 possui o AS135629, que os equipamentos estão colocalizados no mesmo edifício, que as partes compartilham um estoque de recuperação, ou que um cliente do AS10206 obtém automaticamente qualquer característica de continuidade associada ao outro ambiente.

O resultado prático é que o grau de evidência de rede é médio. A identidade está registrada, os prefixos estão visíveis e o AS4837 está presente em várias observações. Já o mapa dos edifícios, a distribuição das portas dos clientes, a diversidade entre AS4837 e AS9929 e a responsabilidade pelo reparo de fibra não estão publicamente resolvidos. O comprador deve solicitar números de circuito, locais de entrega e um desenho conforme construído, e então testar o isolamento de um caminho único em uma janela acordada. Sem isso, a diversidade de roteamento permanece uma descrição lógica, não uma promessa de resistência a uma falha física.

De um terreno em construção a um campus em operação

A série temporal de documentos oferece o melhor argumento de que o campus de Zhongwei é um ativo real em operação, não apenas uma concepção de marketing. A descrição começou em umrelatório municipal de 2020com uma ideia em uma área de 200 mu abrangendo seis edifícios, enquanto o primeiro edifício ainda estava em construção. O plano falava em cerca de 1.500 racks por edifício e metas de longo prazo para um grande número de servidores. Esses números descrevem uma intenção de projeto em um estágio inicial e não provam que os racks foram instalados, alimentados ou disponibilizados para um cliente.

Após alguns meses, surgiu um sinal operacional mais sólido. Umaatualização de abril de 2021mencionou a conclusão de um edifício de data center e um edifício de operações, a entrada de 760 racks em operação experimental e o uso de serviços em nuvem governamentais e médicos. A existência de cargas nomeadas distingue esta fase de um mero anúncio de construção. Mas não fornece certificados de aceitação, nem especifica quantos racks estavam totalmente alimentados, qual a capacidade livre ou a capacidade dos sistemas de sobreviver à perda de um componente.

Em seguida, a narrativa pública passou para vendas e expansão. Umrelatório de setembro de 2021informou que 1.500 racks da primeira fase foram vendidos e discutiu uma segunda fase planejada com 4.000 racks a 8 kW por rack, com pré-vendas. A palavra "vendidos" é importante comercialmente, mas não significa "instalados", "alimentados" ou "aceitos". A reserva pode ser anterior à entrega, e a venda de capacidade não revela se um espaço de reserva foi mantido para recuperação ou manutenção.

Em umaatualização de abril de 2022, foi dito que a instalação da primeira fase ultrapassou 90%, mas a descrição da segunda fase caiu para 2.000 racks e foi declarada como totalmente pré-vendida. O registro público não fornece uma ponte que explique a transição de 4.000 para 2.000. Talvez o projeto tenha mudado, a definição da fase tenha diferido ou o escopo do pacote declarado tenha se estreitado, mas escolher uma interpretação entre essas possibilidades sem um documento conforme construído seria uma invenção.

Olançamento da nuvem Fujian e Ningxia em novembro de 2022acrescentou mais de dez usuários de empresas de Fujian, e descreveu 2.000 racks a 8 kW na segunda fase e um plano para mais 2.000 racks na terceira fase. Isso apoia a existência de uso interprovincial e demanda empresarial, mas não fornece o número de racks finalmente aceitos, nem a capacidade de transporte disponível por cliente, nem o local da cópia de backup. Já anotícia da conclusão da estrutura do terceiro edifício em maio de 2023menciona um projeto para 2.000 racks a 8 kW e mais de 30.000 servidores, mas registra a conclusão da estrutura, não a entrega mecânica, alimentação, aceitação de rede ou carregamento de clientes.

Essas fases não contradizem a afirmação de que o campus estava operando e se expandindo simultaneamente. Um primeiro edifício pode estar em serviço enquanto um segundo está em instalação e um terceiro está na estrutura. O problema começa quando os números de diferentes estados são somados como se fossem um estoque homogêneo. O rack em projeto, o rack em um edifício concluído, o rack em operação experimental, o rack vendido, o rack instalado, o rack carregado com um servidor e o rack disponível após uma falha do sistema de energia não são unidades somáveis sem uma conversão documentada entre os estados.

Expansão de dois edifícios em operação para o DC6 e além

No final de 2024, a evidência operacional se tornou mais ampla. Orelatório de dezembro de 2024 sobre o centro AIDC em Zhongweidescreveu dois edifícios em operação, abrigando 1.500 racks a 4 kW e 2.000 racks a 8 kW, mais de 14.000 GPUs e uma taxa de instalação superior a 85%. Também nomeou cargas governamentais, médicas, clientes de tecnologia e plataformas. Este é um certificado operacional com conteúdo concreto, embora vários números sejam atribuídos ao operador e não apresentem auditoria independente em nível de edifício.

A "taxa de instalação superior a 85%" deve ser lida com cautela. A fonte não esclarece completamente o denominador sobre o qual a taxa foi calculada: é o número de racks planejados, racks entregues, locais de servidores ou equipamentos dentro de um escopo específico? Também não diz quanto do espaço instalado está ocupado por contratos existentes, quanto é adequado para um tipo específico de servidor ou acelerador, e quanto permanece como reserva para manutenção. Portanto, a taxa é uma evidência de atividade robusta, não uma tabela de capacidade disponível para venda.

E em setembro de 2025, umrelatório sobre a expansão do cluster de Zhongweiinformou a entrada em operação do quarto edifício e mencionou links diretos do cluster mais amplo para Pequim, Xangai, Guangzhou, Chengdu, alcançando 26 cidades importantes. Essa imagem reforça o papel de Zhongwei como um nó de computação e conectividade doméstica. Mas o escopo do "cluster" é mais amplo que o AS10206 e, portanto, não é permitido atribuir cada cidade, cada circuito e cada capacidade de transporte ao sistema autônomo em questão.

Umaatualização de dezembro de 2025trouxe um marco mais recente: cinco edifícios em operação, dois em construção e mais de 8.000 racks entregues. No mesmo contexto, surgiram visões futuras de até 120.000 racks padrão e 300 MW de carga de TI. O primeiro número descreve um estado entregue em uma data específica, enquanto os dois números grandes são metas futuras. Não é correto colocá-los no mesmo nível ou tratá-los como capacidade existente.

Em seguida, umaatualização do jornal Ningxia sobre o DC6 em janeiro de 2026informou que o DC6 foi mecanicamente entregue em setembro de 2025 com 1.992 racks e cerca de 29 MW de capacidade de TI, enquanto o DC7 estava em teste e o DC8 permanecia em uma fase civil anterior. A entrega mecânica significa que um escopo importante das obras da instalação foi concluído, mas não comprova a conclusão dos testes integrados, a aceitação da operação comercial, o carregamento de clientes ou a existência de 29 MW não reservados.

Esta série confere ao campus um grau de confiança operacional médio a alto. Múltiplas datas concordam com a existência de edifícios, cargas e expansão contínua. Mas não aumenta o grau de confiança na capacidade utilizável por cliente, porque a série não vincula os edifícios a números AS10206 ou a contratos específicos, não converte racks entregues em racks livres e não mostra o que permanece disponível quando um sistema de energia ou refrigeração entra em manutenção ou falha.

O cálculo de racks falha quando os estados de projeto, entrega e venda se misturam

O projeto da quarta fase revela claramente por que uma decisão de compra não pode ser baseada na soma dos números publicados. Umanúncio de aquisição de obras de projeto, fornecimento e construção em 2024definiu um escopo incluindo um edifício de data center, um centro de apoio e cerca de 1.625 racks a 20 kW, com um valor de projeto de PUE de 1,197. Esta é uma descrição de uma licitação em fase de projeto e aquisição, não uma declaração de estoque pronto.

Posteriormente, a autoridade de recursos naturais anunciou ocancelamento da licença de planejamento anterior para a quarta fasea pedido do proponente do projeto para melhorar o plano. Em seguida, surgiu a notícia de que o quarto edifício entrou em operação. As obras podem ter continuado de acordo com um plano modificado, mas não há documento público vinculando o escopo da primeira licitação à configuração final conforme construída. Portanto, não é permitido assumir que cada um dos 1.625 racks permaneceu com as mesmas especificações e número no edifício em operação.

Já alicença do DC7 emitida em 2025comprova a identidade do projeto e a autoridade de construção, mas não fornece um número confiável de racks prontos nem uma data de operação. Odocumento de planejamento para DC8mostra um edifício de quatro andares contendo salas de módulos, baterias, eletricidade, obras de apoio e uma plataforma a diesel. Isso é evidência de uma intenção de projetar instalações de suporte, não uma comprovação de operação de gerador, bateria ou rack.

A dificuldade aumenta porque a palavra "rack" não garante uma carga uniforme. No registro, apareceram 4 kW, 8 kW e 20 kW por rack, bem como a expressão "rack padrão" em uma visão de futuro. Não se pode multiplicar o número de racks por um único valor para obter uma carga precisa se as densidades diferem, se os valores são de projeto ou se o número de racks efetivamente alimentados não é conhecido. Também não é permitido considerar um rack de alta densidade como substituto imediato de um rack comum se os sistemas de refrigeração, conexões, servidores e contratos forem diferentes.

A tabela de que o comprador precisa não está publicada: para cada edifício e em uma data clara, quantos racks estavam no projeto, quantos foram fisicamente instalados, quantos receberam energia, quantos passaram nos testes de aceitação, quantos foram carregados com servidores, quantos foram vendidos ou reservados, quantos permanecem não comprometidos e quantos permanecem utilizáveis após a maior falha razoável. Também é necessário esclarecer o método de conversão dos diferentes tamanhos em "rack padrão", a capacidade real de TI, os limites de densidade de refrigeração e a compatibilidade com o hardware necessário.

Por isso, mais de 8.000 racks entregues não representam uma oferta de capacidade imediata, nem 1.992 racks no DC6 representam um local de recuperação pronto. Alguns racks podem estar vendidos, alguns sem carga, alguns em teste, alguns aguardando conexão, alguns inadequados para o equipamento necessário e alguns reservados para manutenção. O número agregado comprova o volume do desenvolvimento, mas não responde à pergunta de compra: o que o cliente pode operar agora e o que permanece para ele durante uma falha?

Painéis de tensão não se convertem diretamente em megawatts vendáveis

Os documentos das subestações fornecem uma evidência física importante sobre a direção do crescimento do campus. Orelatório de avaliação ambiental da primeira subestação de 110 kVespecifica três transformadores, cada um com capacidade de 63 MVA, duas linhas de entrada de 110 kV das subestações Fengyun nº 1 e nº 2, e 36 circuitos de saída de 10 kV. No entanto, exclui as obras das linhas de exportação do escopo da avaliação, uma diferença importante entre uma avaliação dentro dos limites de um projeto e a comprovação de um caminho elétrico completo.

Alicença de planejamento subsequente para a primeira subestaçãoconfirma a permissão para o escopo da subestação e seu tamanho associado a três transformadores. A licença não menciona a data de energização, a carga real, os resultados de proteção e testes integrados, nem como os circuitos são distribuídos entre edifícios e salas. Portanto, comprova que a infraestrutura está planejada e licenciada, não que é uma fonte operacional para cada rack declarado.

Aaprovação da subestação Fengyunfornece um contexto mais amplo, afirmando que a subestação se destina a atender sete empresas de nuvem em Zhongwei. Isso demonstra uma utilidade regional real, mas levanta a questão da falha comum. Duas linhas podem chegar ao campus de duas subestações diferentes dentro de um mesmo sistema, mas então se encontram em um nível superior ou dependem de equipamentos ou operação regional compartilhados. O número de alimentadores no limite do local não é suficiente por si só para comprovar a independência da fonte.

Orelatório de avaliação ambiental da segunda subestação em 2026descreve outra subestação com três transformadores de 63 MVA cada e 36 circuitos de saída, com dois caminhos subterrâneos de aproximadamente 1,5 km e 1,7 km através de corredores parcialmente diferentes da subestação Datang. A descrição é a evidência pública mais forte de uma engenharia de dois caminhos dentro do contexto espacial, mas afirma que o projeto é proposto e mostra que os dois caminhos compartilham o ponto de origem Datang.

Além disso, arevisão de energia do segundo edifício em 2022comprova que seu projeto mecânico e elétrico passou por uma revisão regulatória, mas omite os números de consumo e não equivale a um certificado de operação. Arevisão modificada de energia do terceiro edifíciomenciona condições aplicáveis em caso de mudança física no escopo ou uso de energia, sem publicar a carga real. Esses documentos são importantes porque comprovam a supervisão do projeto, mas não preenchem a lacuna de medição operacional.

A capacidade nominal em MVA não equivale a uma carga vendável em MW. A conversão envolve fator de potência, perdas nos transformadores e distribuição, energia de refrigeração, margens de proteção, política de operação dos transformadores durante manutenção, reserva necessária e limites de geradores e baterias. Se o projeto da subestação é N, N+1 ou 2N, a capacidade comprometível durante a perda de um elemento muda. Os materiais atuais não publicam essa arquitetura, nem a política de redução, nem a carga instantânea ou máxima.

Portanto, o cliente deve solicitar um diagrama unifilar de energia do ponto de rede ao painel do rack, o estado real da alimentação, os números dos transformadores e alimentadores, a política de manutenção, a duração das baterias, o número de geradores, seu tempo de operação e condições de combustível, e os resultados dos testes de perda de alimentação. Sem essas evidências, "3 × 63 MVA" não pode ser convertido em uma promessa de que um determinado número de racks permanecerá operacional durante uma falha na subestação ou na rede.

Refrigeração e PUE: evidência de eficiência, não certificado de resiliência

Os materiais públicos descrevem uma combinação razoável para o ambiente frio e seco de Zhongwei: aproveitamento de ar externo, resfriamento evaporativo indireto, bombas de flúor e resfriamento líquido com cold plates. Também houve a alegação de que o PUE é inferior a 1,2, enquanto a licitação da quarta fase usou o valor de projeto de 1,197. Estes são indicadores de uma clara atenção à eficiência e da adequação do clima para algumas horas de operação.

Mas a diferença entre um valor de projeto e uma leitura operacional anual é crítica. Não sabemos, a partir dos materiais publicados, os limites dos medidores usados no cálculo, nem se o valor se refere a um único edifício ou a todo o local, nem a distribuição de cargas ao longo do ano, nem o desempenho no dia de pico, nem o consumo de água, nem a capacidade térmica restante quando um ventilador, bomba ou loop de fluido falha. Também não sabemos se os diferentes sistemas estão disponíveis em todos os edifícios ou apenas em gerações específicas.

OPlano de Ação Nacional para Data Centers Verdes e de Baixo Carbono de 2024estabelece uma direção geral em direção à eficiência, utilização e energia renovável. Essa política fornece um contexto importante para o investimento em instalações no oeste como Zhongwei, mas não é uma auditoria do PUE deste campus, nem um certificado da fonte de eletricidade para cada hora, nem uma medição da capacidade de refrigeração durante uma falha.

O sistema pode ser altamente eficiente em operação normal, mas limitado em caso de falha. Se um loop de resfriamento líquido que atende racks de alta densidade parar, outras unidades podem não ser capazes de suportar a carga total, mesmo que a eletricidade esteja disponível. Se o valor de eficiência depender de uma carga alta e estável, ele pode diferir durante operação parcial ou durante a comutação de caminhos. Se o resfriamento evaporativo proporciona grande economia, permanece a questão sobre água, tratamento e manutenção em condições de pico.

Por isso, a cláusula de eficiência deve ser separada da cláusula de continuidade no contrato. O comprador solicita leituras mensais, limites de medição, temperaturas e umidade, e então solicita independentemente a capacidade de refrigeração nominal e real, a distribuição dos loops pelas salas, a política N ou N+1, os resultados dos testes de perda de unidade e a densidade máxima do rack durante uma falha. Um bom valor de PUE não garante que a carga exigida permanecerá dentro do envelope térmico durante uma janela de manutenção ou acidente.

Também deve ser evitado transformar o resfriamento líquido em uma descrição abrangente de toda a oferta. A presença de cold plates em algumas cargas ou edifícios não prova que todo rack pode receber aceleradores de alta densidade, ou que os conectores, peças de reposição e mão de obra treinada estão disponíveis em todas as salas. A capacidade utilizável não é apenas espaço e energia; é a compatibilidade entre rack, eletricidade, refrigeração, hardware e procedimentos de manutenção.

O serviço de hospedagem é uma cadeia de responsabilidades, não uma chave única

Asclassificações oficiais de serviços de telecomunicaçõesesclarecem que um serviço de data center pode combinar espaço e instalações de manutenção, servidores ou armazenamento alugados, linhas e largura de banda, e equipamentos de apoio e segurança. Essa definição geral não comprova uma licença ou condições de um produto específico em Zhongwei, mas mostra por que a expressão "capacidade de hospedagem" pode conter múltiplos elementos com diferentes proprietários e responsabilidades.

Asdiretrizes do Ministério da Indústria e Tecnologia da Informação para proteção de dados de clientes de data centersdetalham cenários de hospedagem, armazenamento e computação, e destacam os limites de responsabilidade entre operador, cliente e terceiros. O significado operacional é que a disponibilidade do edifício não significa necessariamente a continuidade do serviço. A sala pode estar intacta enquanto um servidor alugado falha, uma interconexão expira, o suporte de um fornecedor atrasa ou uma plataforma de gerenciamento para.

Se o cliente possui o servidor, ele pode ser responsável por peças de reposição, firmware e imagens de sistema, enquanto o operador assume a energia, refrigeração e acesso manual. Se o servidor for alugado, deve ser especificado quem possui o estoque de reposição e quem autoriza a substituição. Se o serviço for computação gerenciada, a cadeia se expande para incluir camada de virtualização, armazenamento, switches e redes de gerenciamento. Em cada caso, o ponto de medição onde o SLA começa e termina muda.

O mesmo se aplica ao transporte. Uma parte pode vender um pacote com um nome unificado, enquanto o AS10206 fornece o anúncio local, o AS4837 fornece transporte mais amplo e outra parte opera um link físico ou interconexão interna. O contrato deve mencionar números de circuito, pontos de entrega e a entidade responsável por cada segmento. A expressão "conexão dupla" não é suficiente se não especificar roteadores, portas, dutos e horários de reparo.

As fronteiras comerciais afetam a continuidade tanto quanto os equipamentos. Uma disputa de faturamento, o término de um contrato de link, um atraso na aprovação de acesso ou uma ambiguidade entre vendedor e contratante podem interromper o serviço sem uma falha no data center. Portanto, o cliente precisa de uma matriz de responsabilidades com nome legal, número de contato e prazo de escalonamento para cada componente, não uma lista genérica de nomes de marcas.

Já a economia da hospedagem não é medida apenas pelo preço do rack. Devem ser adicionados o custo da capacidade reservada, densidade de refrigeração, transporte, endereços, mão de obra manual, peças de reposição, taxas de saída, testes de recuperação e capacidade de reserva em um segundo local. Uma oferta de campus de grande escala pode parecer de baixo custo, mas o custo da continuidade aumenta se o cliente precisar comprar diversidade, armazenamento, cópias e estoque em contratos separados.

O caminho da falha começa em uma pequena peça e pode terminar no contrato de migração

O primeiro domínio de falha é o rack e o servidor. Uma PDU, uma fonte de alimentação, um disco, um acelerador, uma memória, um firmware ou um conector de resfriamento líquido pode interromper uma única carga. O tamanho do campus não reduz automaticamente o tempo de reparo se uma peça compatível não estiver disponível no local. Portanto, o estoque deve ser medido por modelo, quantidade e tempo de substituição, não apenas afirmar que uma equipe técnica está presente.

O segundo domínio é a sala ou edifício: um disjuntor, um barramento, um no-break, uma bateria, um gerador, um loop de refrigeração, um switch de agregação ou um sistema de combate a incêndio. Cinco edifícios podem estar em operação e ainda assim toda a carga do cliente depender de uma única sala elétrica ou ponto de agregação dentro de um único edifício. O número de edifícios não revela a distribuição da carga entre eles, nem prova que a aplicação do cliente pode migrar de um para outro.

O terceiro domínio é o campus e a rede pública. A subestação, a subestação compartilhada, o duto de cabos, o fornecimento de combustível e o acesso ao local em condições excepcionais são todos pontos de dependência. Dois caminhos dentro dos limites do campus podem não proteger contra uma fonte comum fora dele. Além disso, duas linhas de entrada com nomes diferentes não provam que a rede regional é capaz de suportar a perda de seu maior componente enquanto mantém a carga contratada.

O quarto domínio é a rede: um roteador de borda, um módulo óptico, um duto, uma política de roteamento, um link para AS4837, um erro de controle ou um ataque DDoS. A energia e a refrigeração podem continuar enquanto o aplicativo se torna inacessível. E o oposto também é verdadeiro: um prefixo pode permanecer visível na Internet de um local enquanto a sala do cliente perde sua conectividade interna. Por isso, o monitoramento BGP deve complementar a medição da porta do cliente, não substituí-la.

O quinto domínio é operacional e humano. Falta de um operador de plantão, uma lista de acesso desatualizada, atraso de um fornecedor, uma longa fila para serviço manual ou ambiguidade no escalonamento podem prolongar um incidente simples. As fontes públicas não divulgam o tamanho da equipe, a escala de plantão, o registro de chamados ou os tempos de reparo por tipo de falha. Essa é uma lacuna que o número de racks ou transformadores não preenche.

O sexto domínio é comercial e de governança. Uma suspensão de conta, uma disputa contratual, o término de um link ou a dependência de uma plataforma de gerenciamento podem bloquear o acesso a um recurso fisicamente íntegro. E o sétimo domínio surge na migração: imagens proprietárias, chaves não exportáveis, logs não transferidos, largura de banda de saída lenta, destino incompatível ou falta de capacidade em um local alternativo. A própria saída se torna um caminho de falha se não for testada antes da necessidade.

Não há números no registro público que permitam calcular a probabilidade ou o impacto de cada caminho. Mas a ausência de números não justifica ignorar o caminho. A abordagem sensata é identificar o maior domínio de falha para cada serviço, o responsável pelo reparo, a janela de restauração e, em seguida, solicitar evidência de teste. Com isso, a conversa passa de "o campus é grande" para uma pergunta específica: qual componente, se perdido, interrompe nossa carga, e o que foi testado para restaurá-lo?

Múltiplos edifícios dentro de Zhongwei não equivalem a um local de recuperação independente

A existência de cinco edifícios em operação e outros em fases de entrega e teste dá ao operador opções locais potenciais. Teoricamente, é possível distribuir cargas entre salas ou edifícios, ou mover equipamentos quando necessário. Mas a possibilidade física não prova que o serviço do cliente foi projetado para essa distribuição, nem que a capacidade correspondente está reservada, nem que os dados são copiados, nem que a rede e a operação são separadas.

Os materiais públicos não especificam um segundo local dedicado ao serviço fora de Zhongwei, nem o padrão de cópia, nem um ponto de recuperação comprovado, nem um tempo de recuperação comprovado, nem um exercício de restauração, nem uma rede entre os dois locais independente da dependência de Zhongwei. Também não mostram capacidade de computação, armazenamento e transporte reservada para o evento. Portanto, racks potencialmente vazios em outro edifício não podem ser considerados um plano de recuperação.

Mesmo a distribuição de carga entre dois edifícios dentro do campus pode mantê-los em um único domínio de falha regional. Eles podem compartilhar uma subestação, uma rede de transporte, uma equipe de operações, uma estrada de acesso, um estoque de combustível ou um sistema de gerenciamento. A descrição de "local independente" precisa declarar as fontes de rede e energia, os caminhos, os funcionários, o gerenciamento, as chaves e os fornecedores de hardware. A distância sozinha não é suficiente, e o número de edifícios dentro do mesmo endereço é menos significativo do que a independência das dependências.

O plano de recuperação deve nomear o local alternativo e seu operador legal, e especificar como os dados são transferidos e onde as chaves são armazenadas. Deve mostrar a capacidade reservada e compatível, não a capacidade total não comprometida. Também precisa medir a cópia e a restauração sob carga realista, e testar em um momento em que nem todas as equipes estejam em prontidão previamente declarada. O sucesso na recuperação de um arquivo pequeno não comprova a capacidade de restaurar um serviço completo.

E deve-se diferenciar entre RPO e RTO planejados e os valores comprovados. O projeto pode prever perda de dados limitada e tempo de retorno curto, mas o caminho real pode atrasar devido a uma transferência massiva, aprovação de acesso, falta de servidor ou configuração de rede. A evidência mais forte é um relatório de exercício recente que mostra o ponto de partida, o volume de dados, o componente que foi desativado, o resultado, as exceções e o tempo de retorno dos usuários.

Além disso, a recuperação não substitui o reparo local. Se o local alternativo opera com capacidade parcial, o reparo do rack, sala ou caminho original ainda é necessário. O contrato deve especificar o estoque de peças compatíveis, o tempo de chegada do fornecedor, a autoridade de decisão e o custo de operação no local alternativo. Sem esses elementos, o plano de recuperação pode ser um bom desenho, mas não uma capacidade operacional utilizável.

A localidade dos dados em Zhongwei responde apenas à pergunta do local

ALei de Segurança de Dadosestabelece o contexto para classificação, proteção, monitoramento e tratamento da exportação de dados importantes. ALei de Proteção de Informações Pessoaisdefine os deveres de processamento de informações pessoais e um capítulo sobre transferência transfronteiriça. AsRegras de Fluxo de Dados Transfronteiriço de 2024fornecem mecanismos e isenções para os casos abrangidos. A aplicação desses textos depende do tipo de dados, funções, setor e fatos, e não pode ser inferida do nome do data center.

Colocar os dados em Zhongwei pode apoiar o objetivo de residência dentro da China, mas não prova que cada cópia, cada registro e cada caminho de suporte permanece no mesmo local ou mesmo na mesma região. É necessário saber onde estão os backups, quem pode gerenciar remotamente, onde os logs de monitoramento são armazenados, se um subcontratado processa dados e como funcionam as ferramentas de suporte e diagnóstico. O local primário não é um mapa completo dos fluxos de dados.

Também é necessário definir o papel de cada parte: quem decide as finalidades do processamento, quem processa em seu nome, quem opera o hardware, quem fornece armazenamento, rede ou suporte. Se o serviço combina hospedagem, computação gerenciada e transporte, as funções podem variar por camada. O contrato precisa vincular as responsabilidades a notificação de incidentes, retenção, exclusão, acesso e auditoria, não a uma declaração genérica de "conformidade".

O local de recuperação pode estar tecnicamente disponível, mas legalmente inadequado para um tipo de dados, ou pode ser legalmente adequado, mas carecer de capacidade ou conectividade. Portanto, a restauração legal e técnica devem ser projetadas juntas. Não adianta ter um backup que não pode ser usado no incidente, nem um local compatível que não possui uma cópia recente, chaves ou capacidade.

E o problema da saída fica claro no final do contrato. O cliente precisa de formatos de exportação documentados, largura de banda, tempo e custo, transferência ou recriação de chaves e comprovação de exclusão após a transferência. Se os dados são grandes ou vinculados a uma plataforma proprietária, a transferência pode levar mais tempo do que a janela de negócios disponível. Um teste parcial antes ou durante a contratação é mais valioso do que a promessa de que a exportação é "possível".

E a existência de Zhongwei não oferece uma resposta automática sobre o transporte interprovincial, gerenciamento de outros locais ou processamento de logs. Cada fluxo deve ser mapeado: usuário para o serviço, serviço para cópias, monitoramento para plataforma de logs, suporte para unidade de gerenciamento e saída para o destino alternativo. Só então a engenharia pode ser vinculada aos requisitos legais e contratuais apropriados, sem transformar a localização geográfica em uma garantia abrangente.

Os afetados não veem a falha da mesma forma

Os relatórios mencionam cargas governamentais e médicas em Ningxia, empresas associadas a Fujian, clientes de plataformas e tecnologia nomeados, redes downstream e usuários remotos. Mas o "impacto" difere entre essas categorias. A falha de um rack pode significar a parada de um único aplicativo, enquanto a perda de um caminho de transporte pode aumentar a latência ou interromper um grupo mais amplo. Um serviço interno pode permanecer disponível localmente enquanto o usuário remoto não consegue acessá-lo.

Os serviços governamentais e médicos podem priorizar continuidade, integridade dos registros e acesso durante emergências. As cargas empresariais interprovinciais podem depender mais da capacidade de transporte, latência e clareza da responsabilidade de conectividade. As cargas de aceleradores podem ser afetadas pela compatibilidade do servidor, refrigeração e estoque de peças, não apenas pela existência de um rack vazio. As redes downstream são afetadas pela política de roteamento e anúncio de prefixos, mesmo quando não têm carga computacional no campus.

A topologia geral não permite uma estimativa numérica de usuários ou minutos de interrupção. Os nomes mencionados nos relatórios não revelam sua distribuição entre edifícios ou serviços, nem a porcentagem de carga que passa pelo AS10206, nem suas alternativas. Portanto, deve-se evitar transformar uma lista de clientes ou cidades em um número de impacto. A evidência mais adequada para cada cliente é o mapa real de seu serviço e seus próprios registros de medição e teste.

E o impacto pode se propagar entre camadas. Uma falha de refrigeração em uma sala pode parar servidores, fazendo com que os sistemas de roteamento desviem o tráfego para outro local, gerando pressão no transporte ou falta de capacidade no alternativo. O atraso no suporte pode prolongar o efeito de uma falha que era limitada. Uma disputa de faturamento pode bloquear o acesso a ferramentas necessárias para a migração. Por isso, não se deve avaliar cada dependência isoladamente sem considerar a sequência de eventos.

A organização precisa definir um impacto aceitável para cada serviço, não um único objetivo para todo o campus. Quanto de perda de dados é aceitável? Quanto tempo o usuário pode ficar sem serviço? É aceitável operar apenas funções essenciais? Qual o desempenho mínimo no local alternativo? As respostas determinam a capacidade que deve ser reservada e testada. Sem elas, a descrição de "alta disponibilidade" se torna uma frase imensurável.

E é útil realizar um exercício que comece da perspectiva do usuário, não do painel da instalação. A equipe escolhe uma falha de rack, caminho ou sala, e monitora acesso, dados, desempenho e escalonamento até o retorno. Em seguida, registra qualquer dependência que não estava no diagrama. Dessa forma, pode-se revelar a diferença entre o edifício permanecer operacional e o serviço permanecer utilizável, que é a diferença central na avaliação de Zhongwei.

O que o comprador deve comprovar antes de contratar capacidade

O primeiro arquivo a ser fechado é a identidade legal. O comprador solicita o nome registrado do vendedor, a filial ou empresa que assina e fatura, o proprietário da instalação, seu operador, os provedores de rede, hardware e suporte, e qualquer subcontratado que lide com dados ou serviço. Uma matriz de responsabilidades deve distribuir as tarefas de monitoramento, manutenção, reparo, escalonamento, exclusão e saída. Uma referência genérica ao grupo não é suficiente.

O segundo arquivo é a designação do serviço ao local. Devem ser especificados o campus, edifício, sala, fileira, rack, dois pontos de energia, porta de rede e cross-connect, com esclarecimento dos elementos que o operador pode alterar. Se alguns detalhes não puderem ser divulgados por razões de segurança, podem ser fornecidos sob controles adequados ou comprovados em teste e certificação independentes. O importante é que haja um vínculo auditável entre o que foi comprado e o que está em operação.

O terceiro arquivo é o caminho de rede. O cliente solicita o estado atual das sessões BGP, números de circuito, roteadores, pontos de entrega, portas, dutos, sistemas ópticos e as entidades responsáveis pelo reparo. Em seguida, solicita evidência da independência de AS4837 e AS9929 se a diversidade fizer parte da oferta. Um teste de derrubada de um caminho com monitoramento da porta do cliente é melhor do que uma imagem de marketing de cidades conectadas.

O quarto arquivo é a ponte de capacidade. Deve começar com o número de racks projetados, passar pelos instalados, alimentados, aceitos, carregados e vendidos ou reservados, e terminar com os não comprometidos e utilizáveis durante falhas. A ponte precisa de data e escopo do edifício, capacidade real de TI, densidade de refrigeração e compatibilidade de hardware. Sem essa ponte, os números de 8.000, 1.992 ou 29 MW não podem ser usados como garantia.

O quinto arquivo é energia e refrigeração. Solicita um diagrama unifilar, estado das subestações e alimentadores, topologia de redundância, carga e reserva, duração da bateria, gerador e combustível, e teste de transferência. Para refrigeração, solicita limites de medição de PUE, leituras reais, capacidade de cada loop e resultados de perda de unidade. O objetivo não é colecionar certificados, mas saber a capacidade que permanece após a maior falha razoável e durante manutenção.

O sexto arquivo é o reparo. Devem ser nomeadas as peças críticas disponíveis no local, alternativas compatíveis, tempo de acesso, escala de plantão, autorização de entrada e caminho de escalonamento ao fornecedor. É útil solicitar um registro de chamados revisado que mostre tempos de resposta e substituição por tipo de incidente. Um compromisso de "melhor esforço" não determina se um servidor ou unidade de refrigeração retornará em horas ou dias.

O sétimo arquivo é a recuperação. O cliente solicita um segundo local nomeado, dependências independentes de energia, rede e operação, capacidade reservada, padrão de cópia, resultados comprovados de RPO e RTO e um exercício de restauração recente. Também solicita evidência de que o caminho entre os dois locais não depende inteiramente da borda de Zhongwei. Se o alternativo for outro edifício dentro do campus, o domínio de falha que permanece compartilhado deve ser descrito honestamente.

O oitavo arquivo são os dados e a saída. Devem ser mapeados os locais dos dados, cópias, logs, chaves e gerenciamento, e definidas as partes e funções, condições de transferência e exclusão. Em seguida, o cliente testa a exportação de uma amostra de tamanho realista para um destino alternativo e mede tempo, custo e compatibilidade. Com esse passo, ele sabe se a portabilidade é realmente prática ou uma cláusula difícil de executar em uma crise.

E essas perguntas estão alinhadas com a direção estabelecida pelasDiretrizes de Implementação do "Leste Digital, Oeste Computacional"para aumentar a utilização dos hubs, coordenar leste e oeste e posicionar cargas apropriadas. A política explica o valor estratégico de Zhongwei, mas não concede a um cliente específico disponibilidade, capacidade ou recuperação. A decisão sensata usa a vantagem do local e então comprova os detalhes do serviço item por item e teste por teste.

Graus de evidência determinam o que pode ser dito com confiança

O grau de evidência de rede é médio. É possível comprovar o AS10206 no registro, ver prefixos ativos e observar o AS4837 em mais de uma fonte. Não é possível, a partir dos materiais públicos, comprovar a localização de cada roteador, porta ou prefixo, nem a existência de dois caminhos físicos independentes através de AS4837 e AS9929. Isso não é uma avaliação negativa da rede, mas um limite claro do que a observação pública diz.

O grau de evidência operacional do campus é médio a alto. A série se estende desde construção inicial e operação experimental até edifícios em operação, cargas nomeadas, mais de 8.000 racks entregues e DC6 em entrega mecânica. A multiplicidade de datas e fontes torna irracional negar a operação. No entanto, a operação não prova que cada edifício está completo, que cada rack está livre ou que todo serviço associado ao AS10206 está presente nele.

O grau de evidência da capacidade utilizável pelo cliente é baixo. Não há um inventário edifício por edifício que vincule projeto, instalação, alimentação, aceitação, carregamento, reserva e disponibilidade. Também não há capacidade publicada após falha, conversão documentada entre tipos de rack ou vinculação dos 29 MW a contratos e carga real. Por isso, os números do campus devem permanecer como marcos, não como estoque prometível.

A evidência de energia é útil para comprovar a responsabilidade do projeto e a direção da expansão, mas não prova a operação completa das novas subestações ou a redundância final. As licenças e avaliações não são certificados de energização, e a capacidade nominal não é uma carga válida de TI. Além disso, os dois caminhos da subestação Datang compartilham uma fonte, e as subestações Fengyun aparecem em um contexto regional que atende várias instituições.

Já a evidência de recuperação é a mais fraca. Não há nomeação pública de um segundo local dedicado ao serviço, capacidade reservada, padrão de cópia, resultados de restauração, RPO e RTO comprovados, ou rede independente de Zhongwei. A multiplicidade de edifícios é uma opção útil de projeto, mas só se torna recuperação quando a capacidade é alocada, a engenharia é implementada e o teste é comprovado.

A conclusão não é que a oferta seja ilusória; pelo contrário, há uma rede ativa, um campus operacional e um investimento físico significativo. O perigo é permitir que a realidade desses elementos leve a uma conclusão que as evidências não suportam: que a soma dos racks, energia e links equivale a capacidade pronta e protegida para cada cliente. O valor real aparece quando o vendedor transforma essa infraestrutura em alocação específica, responsabilidades e testes auditáveis.

Para o comprador, o julgamento final é condicional. É possível confiar na existência de um ambiente operacional em Zhongwei e na participação do AS10206 na conectividade, mas não se deve comprar continuidade a partir do nome do sistema autônomo ou do total de racks. Deve-se comprar um rack, uma sala, dois caminhos de energia e rede específicos, peças de reposição e janela de reparo, um local de recuperação e capacidade de saída, e então comprová-los sob falha. Só então a capacidade declarada se transforma em serviço utilizável, e a localização dos dados se torna uma decisão de localidade ponderada, não uma suposição.