Centros de dados em contêineres versus modulares versus micro centros de dados

Centros de dados em contêineres versus modulares versus micro centros de dados

RESPOSTA RÁPIDA

• Defina os limites do sistema: indique o que está incluído no pacote fornecido e o que permanece no nível do local.
• Represente todas as interfaces: energia, refrigeração, rede, controles, incêndio, estrutura, drenagem, acesso e responsabilidade.
• Escolha a unidade de expansão: outra carcaça, outro bloco funcional, outro nó de borda local ou uma combinação coordenada.
• Execute uma verificação de RFP: faça com que cada licitante prece o mesmo escopo, documente exclusões e comprove interfaces por meio de testes em fábrica e no local.

O Problema da Classificação: Três Perguntas Diferentes

A maioria dos quadros comparativos começa com dimensões, prazo de entrega ou custo. Isso é prematuro, pois os três rótulos respondem a perguntas diferentes.

• Solicitações relacionadas a contêineres: qual embalagem física contém o equipamento e como essa embalagem pode ser transportada e manuseada?
• Solicitações relacionadas a módulos pré-fabricados: como a instalação é dividida em funções repetíveis construídas em fábrica e, em seguida, integradas no local?
• Solicitações relacionadas a microinstalações: qual é o alcance operacional local atendido por uma unidade compacta?

Um edital de proposta para um "centro de dados modular" pode atrair um contêiner de TI, módulos funcionais separados ou racks de borda fechados, cada um com um escopo de local diferente. Utilize as seguintes definições na folha de capa.

As categorias se sobrepõem. Um contêiner compacto que atende a um único local industrial pode ser, ao mesmo tempo, containerizado e micro. Um campus modular pode combinar blocos de TI no formato de contêiner com outros módulos funcionais. A classificação é útil apenas após a definição clara dos limites.

Fluxo de Trabalho do Comprador em Resumo

Trate a seleção da arquitetura como um exercício de desenho e cronograma, e não como um debate terminológico.

Os quatro passos são sequenciais. Estabeleça o problema operacional antes de selecionar um formato físico.

Passo 1 — Definir o limite do sistema

Um limite é a linha entre o pacote integrado do fornecedor e o restante do projeto. Trace-o antes de discutir a quantidade de módulos.

Comece com a carga de trabalho. Registre a carga inicial e final de TI, a carga esperada e de pico de cada rack, equipamentos refrigerados a ar ou a líquido, tensão, arranjo de alimentação, topologia de UPS, autonomia da bateria, caminhos de rede, tempo de inatividade permitido e condições de projeto do local. Se a programação de racks ainda não estiver pronta, indique que ela é provisória e identifique quem é responsável pela sua atualização.

Em seguida, classifique cada função como uma das quatro opções a seguir:

• dentro da unidade fornecida;
• fornecida separadamente pelo mesmo fornecedor;
• fornecida por outro empreiteiro;
• infraestrutura existente do local, sujeita à verificação.

A lista deve abranger racks, UPS, baterias, distribuição de energia, terminais de refrigeração, unidades de distribuição de refrigerante (CDU), quando aplicável, rejeição de calor ao ar livre, detecção e supressão de incêndios, controle de acesso, DCIM, demarcação de rede, suportes estruturais, proteção contra intempéries, drenagem, iluminação, desligamento de emergência da alimentação elétrica, aterramento e comunicações do local.

Teste de Fronteira A: Data Center em Contêiner

Num data center em contêiner, a carcaça constitui uma fronteira física óbvia, mas raramente corresponde à fronteira total do projeto. Pergunte o que termina na parede. O pacote oferecido inclui apenas as unidades internas de refrigeração ou também o condensador externo ou o chiller? Os cabos de alimentação de entrada são terminados num quadro externo, no interior do contêiner ou nos quadros elétricos do local? Quem fornece a fundação, as escadas, a plataforma de serviço, a gestão das águas pluviais e a rota protegida para tubulações?

‘Contêiner chave-na-mão’ não é uma resposta adequada. O comprador necessita de um cronograma que distinga claramente os elementos internos dos externos.

Os requisitos de transporte também se inserem nesta definição de fronteira. ISO 668 estabelece um quadro para a classificação, as dimensões e as classificações dos contêineres de carga da Série 1, mas um invólucro de centro de dados modificado ainda exige uma análise específica do projeto quanto a aberturas, massa, içamento, reforço estrutural, contenção de equipamentos, limites de rota e manuseio. Ser transportável no momento da expedição não significa ser relocável sem trabalho de engenharia após a comissionamento.

Teste de Limites B: Modular Pré-fabricado

Para um local modular pré-fabricado, defina os limites por função, bem como por invólucro. Um módulo de TI pode terminar no barramento, na conexão de água gelada, no laço de alarme de incêndio e no gateway de controles. Um módulo de energia pode incluir UPS e baterias, mas depender de equipamentos de média tensão separados. O resfriamento pode ser fornecido como um módulo de planta que atende vários blocos de TI.

É aqui que a arquitetura modular demonstra sua flexibilidade: cada função pode utilizar uma forma adequada, em vez de ser forçada a se encaixar em uma única solução. Isso também gera mais interfaces. Um projetista de nível de instalação deve assumir a responsabilidade pela coordenação da proteção, pelo equilíbrio hidráulico, pelas sequências de controle, pelo zoneamento contra incêndio, pelas rotas de saída de emergência, pelas vedações contra intempéries e pela comissionamento através dos limites dos módulos.

Teste de Fronteira C: Micro

Num centro de dados micro, um pequeno escopo físico pode ocultar uma grande fronteira operacional. A unidade compacta pode estar integrada, mas ainda depende da capacidade elétrica local, da dissipação térmica, da disponibilidade de rede, das condições ambientais do ambiente, da segurança física, do monitoramento remoto e do acesso para manutenção.

A definição mais precisa de “micro” é operacional, não numérica: uma carga de trabalho localizada é gerenciada como um único ambiente compacto e como um único domínio de falha limitado. Não há um limiar universal em kW ou número de racks. Evite criar um desses critérios no RFP.

Mantenha Separados os Quatro Números Relativos à Energia

Todo cronograma de fronteiras deve apresentar colunas distintas para:

• carga total de TI do invólucro ou módulo;
• carga esperada e de pico de cada rack;
• capacidade da unidade de refrigeração;
• capacidade total do local ou do projeto.

Para as referências padrão de contêineres da ZT, uma unidade de 20 pés é listada em 15–25 kW carga total de TI , enquanto uma unidade de 40 pés é listada em 40–70 kW carga total de TI . O arranjo documentado de baixa densidade é:

Uma média não constitui um projeto térmico. O cronograma de racks ainda deve identificar o gabinete mais quente e qualquer carga concentrada de GPU. Contudo, o cálculo aritmético impede que a classificação de todo o contêiner seja copiada diretamente para o campo por rack.

Etapa 2 — Desenhar as interfaces e atribuir os responsáveis

Assim que o limite for definido, desenhe os pontos de conexão. Um diagrama em blocos simples é mais útil do que várias páginas de prosa "totalmente integrada".

Cada interface necessita de cinco entradas: localização, condição de projeto, parte fornecedora, parte receptora e método de verificação . Uma conexão por tubulação sem base de temperatura, caudal, pressão, qualidade da água, alcance das válvulas e protocolo de controlo não constitui uma interface definida. Da mesma forma, uma conexão elétrica sem tensão, nível de curto-circuito, limite de proteção, disposição de ligação à terra, alcance do cabo e sequência de energização está igualmente incompleta.

Utilize uma tabela de responsabilidades de interface suficientemente cedo para permitir que os licitantes a contestem.

A responsabilidade não deve ser expressa apenas como "por outros". Nomeie a parte contratual. Se o empreiteiro civil fornecer a fundação utilizando cargas emitidas pelo fornecedor do módulo, estabeleça datas para dados preliminares, dados aprovados e controle de alterações. Se um terceiro fornecer o resfriador, identifique quem comprova a sequência completa de controle sob carga de TI variável.

Etapa 3 — Escolha da Unidade de Expansão

"Escalável" é incompleto, a menos que o RFP nomeie o que é repetido e o que já deve existir.

Para um arquitetura em contêineres a unidade de expansão é frequentemente outro contêiner ou um agrupamento coordenado. Confirme se os equipamentos de chaveamento a montante, a planta de refrigeração, a capacidade de rede, as fundações e os controles conseguem aceitar esse bloco. Verifique também se uma nova unidade pode ser instalada sem bloquear o acesso ao serviço ou interromper a primeira unidade.

Para um arquitetura modular pré-fabricada , a unidade de expansão pode ser um bloco de TI mais uma parcela correspondente de energia e refrigeração. Os módulos não precisam ser adicionados um a um. Uma fase pode exigir capacidade de energia antes da capacidade de TI, ou uma instalação de refrigeração dimensionada para diversos blocos posteriores. O plano-mestre deve indicar os pontos de conexão, isolamento, capacidade de controle de reserva, rotas de saída, rotas de içamento e a sequência para trabalhos em local operacional.

Para um microarquitetura , a unidade de expansão habitual é outro nó local, não uma adição a uma sala central. Isso pode alinhar o investimento à demanda por filial ou linha de produção. Também amplia o escopo de monitoramento, a pegada de peças de reposição e a geografia de assistência técnica. O projeto final é, portanto, tanto um modelo operacional quanto um layout físico.

A densidade pode alterar a unidade de expansão. As referências de engenharia da ZT distinguem 5–8 kW/rack para TI geral, 15–30 kW/rack para inferência ou computação acelerada mista e 100 kW/rack ou superior para treinamento de IA com refrigeração líquida em nível de chip. Em 30–50 kW/rack , avalia-se refrigeração por porta traseira ou híbrida ar/líquido; acima 50 kW/rack , o resfriamento líquido em nível de chip é o caminho prático em projetos ZT. Essas são faixas de projeto, não definições de categoria.

Uma futura fase com resfriamento líquido pode exigir uma unidade de distribuição de fluido (CDU), distribuição por tubulações, controle de qualidade da água, detecção de vazamentos, rejeição de calor e resfriamento residual a ar — itens que a primeira fase com resfriamento a ar não exigia. A faixa de CDUs da ZT é 200–1400 kW , com ±1°C controle de temperatura no lado secundário e disponível 1+1arranjos para bombas, instrumentos, alimentação elétrica e comunicações. Não deduza a quantidade de CDUs para um projeto com base nesses limites do catálogo; derive-a do cronograma de racks, diversidade, temperaturas, redundância e etapas de implantação.

Três Cenários Curtos de Aquisição

Cenário 1: Capacidade Externa Remota com Carga Definida

Um comprador precisa de um pacote de TI delimitado em um local remoto, com uma lista conhecida de racks e uma rota de transporte capaz de acomodar a estrutura finalizada. O formato em contêiner é uma opção razoável para avaliação. O RFP ainda deve separar o escopo interno do pacote das fundações, alimentação elétrica de montante, rejeição externa de calor, comunicações, içamento, interfaces climáticas e obrigações de recomissionamento.

A decisão-chave não é, inicialmente, “contêiner de 20 pés ou de 40 pés”. Trata-se, sim, de verificar se os racks declarados, as folgas para manutenção, a cadeia de alimentação elétrica e a configuração de refrigeração cabem dentro dos limites estabelecidos, mantendo-se ao mesmo tempo facilmente acessíveis para manutenção.

Cenário 2: Um Local em Fases com Densidade Mista

Um comprador prevê racks de uso geral na primeira fase e zonas de computação acelerada mais densas nas fases posteriores. O termo arquitetônico útil é “modular pré-fabricado”, pois TI, alimentação elétrica, refrigeração e funções de suporte podem ser planejadas como blocos coordenados. Alguns desses blocos podem ter formato de contêiner; outros, não.

O documento de solicitação de propostas (RFP) deve apresentar, desde já, o arranjo final: capacidade elétrica e hidráulica reservada, pontos de isolamento, localizações futuras dos módulos, rotas no local operacional, endereçamento dos controles e qual planta compartilhada será instalada em cada fase. Caso contrário, a frase ‘adicionar um módulo posteriormente’ pode resultar em uma reformulação disruptiva do local.

Cenário 3: Computação Local em Múltiplas Instalações

Um fabricante ou rede de filiais necessita de pequenos ambientes de computação autônomos próximos aos equipamentos ou aos usuários. Os microcentros de dados podem ser adequados, pois o escopo da implantação é local. A principal comparação do comprador deve incluir visibilidade remota, segurança física, rejeição local de calor, acústica (quando relevante), comportamento de perda na rede, peças de reposição padrão, escalonamento de alarmes e cobertura de serviço.

Um contêiner de carga pode ser utilizado em um único local externo, mas isso não redefine todos os nós micro como contêinerizados. ‘Micro’ continua sendo uma decisão de escopo.

Etapa 4 — Transformar a Arquitetura em uma Lista de Verificação para o RFP

O RFP final deve tornar a ambiguidade cara para o licitante, não para o comprador após a adjudicação.

Emitir Cronogramas Comuns

Fornecer a mesma tabela de racks, folha de condições do local, matriz de responsabilidades, plano de fases, base de conformidade e requisitos de ensaio a todos os licitantes. Exigir que as suposições sejam devolvidas em formato marcado. Uma proposta que substitua silenciosamente uma carga menor por rack, condições ambientais diferentes ou um escopo reduzido de baterias não é tecnicamente compatível, mesmo que sua potência total em kW pareça correta.

Solicitar Evidências no Nível Adequado

Uma marca de componente não certifica a instalação implantada. Solicite identificadores de certificado ou relatório, aplicabilidade do modelo, órgão emissor, validade e condições de uso. A ZT lista ISO 9001, CE, CCC, TUV, RoHS, UL e TIA-942 entre suas referências de certificação. Sua biblioteca de parâmetros também identifica a UL 1741 para sistemas elétricos de contêineres, a UL 94 V-0 para classificação de resistência à chama do invólucro de um contêiner com IA e IP55 entre as referências relevantes de proteção. A revisão de engenharia deve confirmar que cada declaração se aplica à configuração oferecida e ao destino.

Para resiliência, o Programa Tier-Ready do Uptime Institute aborda projetos pré-fabricados e modulares, mas a revisão de projeto de um módulo não equivale à certificação de uma instalação operacional concluída. Para projeto térmico, utilize uma base acordada, tal como a Série Datacom da ASHRAE , depois especifique a classe real do equipamento, o clima, a altitude, as suposições sobre contaminação e as condições de refrigeração líquida.

Teste o módulo e as conexões

A matriz de verificação deve incluir revisão de projeto, testes de aceitação na fábrica (FAT), inspeção de embarque, testes de aceitação no local, testes de sistemas integrados e entrega final. O FAT pode comprovar a fiação interna, alarmes, controles, operação do sistema de refrigeração e montagem documentada antes do embarque. Não pode, contudo, comprovar a alimentação elétrica no local, as conexões de campo, a estratégia completa de combate a incêndios, a rejeição externa de calor ou a redundância ponta a ponta (failover).

Exigir scripts de teste para identificar pré-requisitos, instrumentos, condições simuladas, resultados esperados, limites de aceitação, testemunhas e encerramento de defeitos. Incluir sequências de perda e restauração de energia, comutação de componentes redundantes, roteamento de alarmes, ações de emergência, resposta do sistema de refrigeração, failover de rede (quando aplicável ao escopo) e pontos de monitoramento. O método de teste deve seguir a matriz de responsabilidades, garantindo que nenhuma interface crítica fique sem cobertura contratual.

Normalizar comparações comerciais

Não comparar preço por módulo até que o escopo seja normalizado. Separar, no mínimo:

• equipamentos fabricados na fábrica e sua integração;
• projeto e apresentações;
• Custos de teste de aceitação de fábrica (FAT) e de testemunhamento;
• frete, seguro, içamento e armazenamento;
• fundações e trabalhos de preparação do local;
• conexões com redes e serviços públicos;
• equipamentos externos de refrigeração ou rejeição de calor;
• aprovações e inspeções locais;
• Teste de aceitação no local (SAT), testes integrados e treinamento;
• peças de reposição, software, serviços e previsões para fases futuras.

A pré-fabricação pode reduzir a montagem no local e permitir que os trabalhos na fábrica prossigam enquanto as fundações e os serviços públicos são preparados. Ela não elimina a necessidade de licenciamento, restrições da rede elétrica, obras civis, alfândega ou equipamentos de longo prazo de entrega. A ZT registra um redução de 50–70% no tempo de construção no local em comparação com a construção tradicional, sujeito ao escopo e à prontidão do projeto. Considere isso como referência para a devida diligência, não como garantia universal de cronograma.

Perguntas frequentes

Todo centro de dados em contêiner é modular?

No sentido amplo de entrega, normalmente sim: trata-se de uma unidade fabricada em fábrica que pode formar um bloco repetível. O inverso não é verdadeiro. Instalações modulares pré-fabricadas podem utilizar salas personalizadas, estruturas em skids, estruturas em painéis ou diversos tipos de invólucros.

Um microcentro de dados é simplesmente um contêiner menor?

Não. ‘Micro’ descreve um escopo limitado de implantação local; ‘em contêiner’ descreve a embalagem. Muitos microcentros de dados são racks fechados ou salas compactas. Alguns sistemas externos em contêiner podem desempenhar um papel micro.

Qual arquitetura permite implantação mais rápida?

A que possui um projeto estável, local pronto, utilidades disponíveis, aprovações resolvidas e interfaces controladas. Uma pequena unidade micro pode envolver menos trabalho físico, enquanto sistemas modulares ou em contêineres integrados à fábrica podem reduzir cronogramas maiores. A simples etiqueta não estabelece uma data de entrega.

Um contêiner pode ser movido após a comissionamento?

Potencialmente, mas o deslocamento exige um plano para desligamento, proteção de dados, desconexão de cabos e tubulações, manuseio de fluidos e baterias, contenção de equipamentos, massa, licenças, içamento, choque durante o transporte, preparação do destino e recomissionamento. O formato de transporte não garante automaticamente a realocação.

Qual opção é a melhor para IA de alta densidade?

Qualquer formato pode suportar racks densos, desde que toda a cadeia elétrica, de refrigeração líquida, de ar residual, estrutural, de controles e de rejeição térmica seja projetada para a lista real de servidores. A arquitetura modular pré-fabricada oferece liberdade para separar zonas de densidade; a geometria do contêiner é mais restrita; um sistema micro depende fortemente das utilidades locais.

40–70 kW para um contêiner de 40 pés significa 40–70 kW por rack?

Não. É a capacidade IT total do contêiner indicada pela ZT capacidade IT total do contêiner para a referência padrão. Na configuração documentada de 40 kW com oito racks, a média é 5 kW/rack . A carga máxima por rack ainda deve ser obtida a partir da programação de cargas por rack.

O que os compradores devem enviar com uma proposta de solicitação (RFP)?

Enviar a lista de racks e servidores, a carga por rack, a capacidade inicial e final, a tensão e a topologia de alimentação, a redundância, a autonomia da bateria, a preferência de refrigeração, as condições do local, as restrições de terreno e de acesso, as normas de destino, a matriz de responsabilidades, o plano de fases e as etapas de teste exigidas.

Três pontos-chave

• Classifique corretamente o problema. Containerizado é um formato de invólucro e transporte; modular pré-fabricado é um método de entrega e arquitetura; micro é um escopo de implantação localizado.
• Compre um limite definido e interfaces testadas — não um rótulo. Atribua toda conexão de energia, refrigeração, rede, controles, incêndio, estrutura e comissionamento a uma parte identificada.
• Nomeie a unidade de expansão e rotule cada valor em kW. Capacidade de TI por contêiner inteiro, carga individual por rack, capacidade de refrigeração e potência total do projeto em MW são valores distintos.

SOBRE A ZT

Fundada em 2009, ZT (ZheJiang ZhiTing Information Technology Co., Ltd) projeta e fabrica infraestrutura de data centers pré-fabricados a partir de uma unidade produtiva de 30.000 m² em Zhejiang, China, com mais de 200 colaboradores. Sua linha inclui sistemas containerizados ISO de 20 pés e 40 pés, o módulo micro refrigerado a líquido SÉRIE NEBULA, unidades de distribuição de refrigeração (CDUs), refrigeração entre filas, UPS, racks e software DCIM. As certificações listadas pela ZT incluem ISO 9001, CE, CCC, TUV, RoHS, UL e TIA-942.

CTA: Coloque o desenho dos limites antes da cotação

Enviar à ZT o cronograma do rack, as cargas iniciais e finais, as condições do local, as interfaces exigidas, a meta de redundância, a base de refrigeração, o destino e o plano de expansão. A revisão de engenharia poderá então avaliar se o projeto exige um formato em contêiner, um local modular pré-fabricado coordenado, uma implantação em microescala ou uma combinação dessas opções — antes que a comparação comercial fixe indevidamente os limites.

Solicite uma Consulta Técnica , analise a solução de centro de dados em contêiner , ou explorar o approach de centro de dados modular pré-fabricado .

Fontes

• ISO 668:2020 — Contêineres de carga Série 1: Classificação, dimensões e classificações
• Uptime Institute — Tier-Ready para Centros de Dados Pré-fabricados e Modulares
• ASHRAE — Série Datacom
• TIA — Visão Geral da Norma TIA-942
• TIA — White Paper sobre Centros de Dados: Refrigeração por Líquido