Custo de data center no brasil

Os quatro blocos que compõem a conta

A conta de hospedagem se decompõe em energia, tributos, conectividade e terreno com operação — e conhecer os quatro é o que permite sair da discussão improdutiva em que a TI defende a nuvem e o financeiro pergunta por que a fatura não cai. Vale registrar desde já um limite deste artigo: ele não reproduz comparações percentuais de custo entre o Brasil e outros países, porque as que circulam no mercado não têm fonte primária identificável.

Energia: o maior custo recorrente, contado duas vezes

Energia é o maior custo recorrente de um data center e aparece duas vezes na mesma conta: a energia que alimenta o equipamento de TI e a energia que alimenta a refrigeração necessária para dissipar o calor que esse equipamento produz. Como referência de mercado de uso setorial corrente, é esse duplo consumo que faz da eletricidade o item dominante da operação — na ausência de dado oficial segmentado por país e por porte, este artigo não atribui um percentual fixo a esse peso.

O indicador que liga eficiência a dinheiro é o PUE (Power Usage Effectiveness): a relação entre a energia total consumida pela instalação e a energia consumida apenas pela TI. Um PUE de 1,0 seria o ideal teórico, em que toda a energia vai para a computação; qualquer valor acima disso mede o que a instalação gasta com refrigeração, perdas e infraestrutura de apoio. Para o gestor, a leitura prática é simples: quanto maior o PUE, mais reais são gastos por unidade de processamento entregue — e é por isso que o indicador aparece em proposta de operador sério.

Há ainda uma armadilha contratual específica de colocation que custa caro e passa despercebida: a diferença entre kW contratado e kW consumido. O contrato reserva uma capacidade elétrica; a empresa paga por essa reserva independentemente do que de fato consumir. Contratar folga demais significa pagar por energia que nunca foi usada; contratar de menos significa não conseguir crescer sem renegociar. Medir o consumo real antes de assinar é a única forma de acertar esse número.

Tributos: o peso concentrado no equipamento importado

A tributação pesa sobretudo no equipamento, não no serviço — e ela encarece o capex antes de a máquina ser ligada. Servidor, storage e equipamento de rede são majoritariamente importados, e a carga tributária incidente sobre a importação entra no custo de aquisição, sendo depois depreciada e repassada ao longo de toda a vida útil do ativo. É por isso que uma mesma configuração de hardware chega ao balanço brasileiro com um valor diferente do de outros mercados.

A consequência para a decisão de hospedagem é indireta, mas relevante: esse custo existe independentemente de quem compra o equipamento. Se a empresa compra, ele aparece no capex dela. Se um operador de colocation ou um provedor de nuvem compra, ele aparece embutido no preço do serviço, diluído ao longo do contrato. Não há modelo que faça o bloco desaparecer — há modelos que o tornam invisível. Este é também o único dos quatro blocos sujeito a mudança por decisão legislativa, o que é tratado em seção própria mais adiante.

Conectividade: link, redundância e o custo da distância

Conectividade custa em três camadas: o link em si, a redundância de operadora e o trânsito IP. O link contratado é a parte visível; a redundância — ter mais de uma operadora com caminhos fisicamente distintos — costuma dobrar essa linha e é justamente o que separa uma instalação profissional de uma sala de equipamentos com internet corporativa. O trânsito IP, isto é, o custo de trocar tráfego com o resto da internet, varia conforme a instalação esteja ou não em um ponto de troca de tráfego, onde parte do tráfego é trocada diretamente com outras redes.

Há um efeito de custo na distância que costuma ser tratado apenas como questão de desempenho. Carga hospedada longe do usuário brasileiro gera latência maior, mais retransmissão e mais tráfego para entregar a mesma experiência — o que se converte em consumo de banda e, em arquiteturas com cobrança por volume, em fatura maior. Latência, portanto, é argumento de custo tanto quanto de experiência do usuário.

Terreno, construção e operação: o bloco que o cálculo caseiro esquece

Este bloco reúne imóvel, adequação elétrica, geração de reserva, refrigeração, segurança física e — o item mais esquecido — a operação humana em regime 24x7. Cada um deles é custo real de manter carga computacional funcionando, e nenhum deles aparece na comparação improvisada entre "o servidor que já temos" e uma proposta de nuvem.

A operação 24x7 merece destaque porque é o item que mais distorce comparações. Um data center próprio exige alguém disponível fora do horário comercial, procedimento de escalonamento, cobertura de férias e de saída de pessoal. Contabilizar a operação pelo custo real de mantê-la, e não pelo custo aparente de não tê-la formalizado, é o que torna a comparação honesta.

Onde cada modelo faz você pagar

O modelo de hospedagem não elimina blocos de custo — ele decide quais aparecem em linha de contrato e quais ficam embutidos no preço do serviço. Essa é a informação que falta na maioria das comparações internas e a razão pela qual uma proposta de nuvem parece "mais simples" que uma de colocation: ela não é mais barata por natureza, ela é menos detalhada.

A matriz de blocos de custo por modelo de hospedagem

A tabela cruza os blocos com os três modelos, indicando em cada caso se o custo é explícito, embutido ou não aplicável, e quem controla a alavanca de redução. A leitura é orientação prática editorial, não benchmark de mercado:

Custo de saída de dado e reversibilidade da escolha

O custo de tirar dados de um provedor é um item de decisão que raramente entra na conta e que define quão reversível a escolha é. Em modelos com cobrança por volume de tráfego de saída, migrar um acervo grande produz uma fatura significativa exatamente no mês em que a empresa já está gastando com a migração — e essa combinação é o que faz muitos projetos de mudança serem adiados indefinidamente.

A pergunta a fazer antes de assinar é objetiva: quanto custaria retirar todo o dado deste provedor hoje? Se ninguém souber responder, o contrato tem um custo de saída desconhecido — e um custo de saída desconhecido é, na prática, um custo de saída alto. Levantar esse número na contratação, e não na hora de sair, é o que preserva poder de negociação na renovação. O tema se conecta diretamente às decisões de jurisdição e portabilidade tratadas em Soberania de dados no Brasil.

Como normalizar propostas na mesma base

Normalizar significa converter propostas com unidades diferentes em uma única linha de custo mensal comparável, incluindo o que cada modelo deixa de fora. Sem essa conversão, a comparação é entre um preço por rack e um preço por instância — grandezas que não se comparam. O método abaixo resolve isso e é a entrega prática deste artigo.

O roteiro de normalização, passo a passo

O procedimento tem seis passos e vale para qualquer par de propostas:

1. Defina a mesma carga de referência para todas as propostas: quantidade de processamento, memória, armazenamento e volume mensal de tráfego de saída. Sem carga comum, não há comparação.
2. Converta tudo para custo mensal. Capex de servidor entra rateado pela vida útil esperada; contratos anuais entram divididos por doze.
3. Some, em cada proposta, os blocos que ela não cobre. A proposta de colocation não inclui o servidor; a de data center próprio não inclui energia, operação nem renovação de hardware se você não somar.
4. Trate o kW contratado como custo fixo na proposta de colocation, e compare-o com o consumo que você mediu — não com o que estima.
5. Inclua o tráfego de saída no cenário de nuvem, usando o volume real medido, e não uma estimativa otimista.
6. Acrescente o custo de saída como linha separada, amortizada pelo prazo do contrato, para que a reversibilidade apareça na conta.

Um exemplo puramente didático ajuda a ver o efeito do passo 3. Suponha uma proposta de colocation de R$ 10.000 por mês por rack com kW contratado e link incluídos, comparada com uma proposta de nuvem de R$ 14.000 por mês para a mesma carga. Os valores são ilustrativos, escolhidos apenas para demonstrar o método — não são preço de mercado. A comparação direta favorece o colocation em R$ 4.000. Mas a proposta de colocation não inclui os servidores: se o parque necessário custa R$ 360.000 e é renovado a cada cinco anos, isso adiciona R$ 6.000 mensais de depreciação. Acrescente a operação e o monitoramento que o provedor de nuvem já embute e o sinal da comparação se inverte. O ponto do exemplo não é o resultado — é que o resultado só aparece depois do passo 3.

O que o cálculo de data center próprio sistematicamente esquece

Quatro itens somem quase sempre da conta caseira, e todos eles são caixa de verdade. O primeiro é a energia real, que costuma estar diluída na conta do prédio e nunca foi medida separadamente para a sala de equipamentos. O segundo é a operação 24x7, com plantão, escalonamento e cobertura de ausências. O terceiro é a substituição de hardware ao fim da vida útil, tratada como evento excepcional quando é despesa recorrente e previsível. O quarto é a depreciação, que o financeiro conhece bem e a TI raramente inclui na comparação.

O bloco de custo que ainda pode mudar

Dos quatro blocos, apenas o tributário está sujeito a alteração por decisão legislativa — e, no momento da verificação desta matéria, não há regime especial de tributação para serviços de data center em vigor no Brasil. Segundo a ficha de tramitação do Senado Federal, o PL 278/2026 encontra-se em tramitação no Plenário do Senado Federal, com urgência requerida^[1]. A proposta original constava da Medida Provisória 1.318/2025, que não foi votada pelo Congresso Nacional e perdeu a validade^[2]. Este artigo não prevê desfecho, data de votação nem probabilidade de aprovação — e os outros três blocos de custo não dependem desse resultado.

O que um regime desse tipo desoneraria, e por que isso importa na conta

O mecanismo previsto no projeto é a suspensão do Imposto de Importação, do PIS/Cofins, do PIS/Cofins-Importação e do IPI, convertida em alíquota zero após o cumprimento de compromissos^[2]. Ou seja: a desoneração incidiria sobre a aquisição de equipamentos — exatamente o ponto em que a tributação mais pesa na composição de custo descrita acima.

Para o gestor de TI, a leitura correta é de planejamento, não de espera. Um regime desse tipo, se vier a existir, reduziria o custo de aquisição de hardware para os operadores que cumprissem os compromissos exigidos, e o efeito chegaria ao contratante de forma indireta e gradual, pelo preço do serviço — não como desconto imediato em fatura. Nada disso muda o método: continua sendo necessário medir consumo, normalizar propostas e decidir carga a carga. Se e quando houver desfecho, esta é a única seção do raciocínio que precisa ser revista.

Qual carga vale mover e qual não vale

A decisão se toma carga a carga, com quatro critérios: latência exigida, requisito de residência do dado, volume de tráfego de saída e previsibilidade de consumo. Decidir "a empresa inteira vai para a nuvem" ou "a empresa inteira volta para casa" é o erro estrutural mais comum, porque trata cargas com perfis opostos como se tivessem a mesma resposta.

Hospedar fora do Brasil: quando ajuda e o que se perde

Hospedar fora pode reduzir custo para cargas tolerantes a latência, e cobra um preço em três frentes. Processamento em lote, treinamento de modelos e arquivamento frio toleram distância porque ninguém está esperando resposta em tempo real; para essas cargas, a localização é uma variável de custo como outra qualquer.

O que se perde é concreto. Primeiro, latência para o usuário brasileiro, que degrada a experiência e, como visto, também aumenta tráfego. Segundo, requisitos de residência e jurisdição do dado, que podem simplesmente impedir a escolha para certas informações — assunto tratado em Soberania de dados no Brasil. Terceiro, exposição cambial: um contrato em moeda estrangeira transforma parte do orçamento de TI em uma posição cambial que o financeiro não pediu. Este artigo não recomenda provedor nem país de hospedagem; recomenda que os três custos sejam somados antes da decisão.

O critério de decisão, carga a carga

Aplicado a cada carga, o critério produz respostas diferentes dentro da mesma empresa — e é assim que deve ser. Carga com latência crítica para usuário brasileiro ou com requisito de residência de dado tem pouca escolha: fica no país, e a discussão passa a ser de modelo, não de localização. Carga com consumo previsível e constante tende a favorecer modelos de custo fixo, como colocation ou infraestrutura própria, porque não há elasticidade a pagar. Carga com consumo variável ou sazonal favorece a elasticidade da nuvem, já que capacidade ociosa em modelo fixo é dinheiro parado. Carga com alto volume de tráfego de saída exige atenção redobrada ao bloco de conectividade, porque é nele que a fatura cresce sem aviso.

O roteiro consolidado de decisão fecha o raciocínio do artigo:

1. Medir o custo atual de verdade, incluindo energia da sala e operação, e não apenas o que está em contrato.
2. Classificar as cargas por latência exigida e por requisito de residência do dado.
3. Normalizar as propostas na mesma base, somando em cada uma os blocos que ela não cobre.
4. Levantar o custo de saída antes de assinar, não na hora de sair.
5. Decidir carga a carga, aceitando respostas diferentes para cargas diferentes.
6. Definir uma data de reavaliação, porque perfil de consumo e preço de serviço mudam.

Para o aprofundamento em modelos e em cálculo comparativo, a base cobre esses ângulos em On-premise, cloud e híbrido: qual modelo de infraestrutura adotar, Como calcular o TCO de servidores físicos vs. cloud, Colocation: o que é e quando terceirizar o data center e Como implantar um data center interno em PMEs.