O datacenter em Belo Horizonte: por que importa onde seus bits dormem

A frase “está na nuvem” é um eufemismo. Não está em nuvem nenhuma — está em uma sala refrigerada com servidor físico ligado, com cabos saindo dele, com bandwidth real, em um endereço postal específico. A pergunta “onde está sua nuvem?” é técnica, não filosófica.

Esse post é sobre onde a Upuai roda fisicamente — datacenter em Belo Horizonte, MG. Por que escolhemos BH e não SP. Como a geografia da internet brasileira influencia performance. Como redundância A+B funciona na vida real. E por que importa pra você saber.

Não é tour comercial — é decisão técnica documentada.

A geografia invisível da internet brasileira

Internet não é mágica. Cada request que sai do seu celular ou laptop atravessa fisicamente uma sequência de roteadores, cabos, switches e fibras óticas. A topologia da internet brasileira foi moldada por algumas decisões históricas que vale entender.

PTT (Pontos de Troca de Tráfego):

São datacenters neutros onde provedores de internet (ISPs, telecoms, hyperscalers, CDNs) trocam tráfego entre si. Os principais no Brasil:

PTT-SP (São Paulo) — o maior. Hub histórico, onde tudo passa.
PTT-RJ (Rio de Janeiro) — segundo maior. Importante pra conteúdo audiovisual.
PTT-BH (Belo Horizonte) — terceiro maior. Crescimento rápido nos últimos 5 anos.
PTT-Curitiba, PTT-Brasília, PTT-Recife — regionais, menores mas crescentes.

A maioria do tráfego doméstico flui pelo PTT-SP. Estar conectado ao PTT-SP é fundamental pra qualquer DC sério no Brasil.

Cabos submarinos:

A internet brasileira se conecta ao resto do mundo por cabos submarinos que pousam principalmente em Fortaleza/CE (com pousos secundários em Recife, Rio, Santos). Os principais cabos:

EllaLink (2021): Brasil ↔ Portugal direto. Reduziu latência Brasil-Europa de ~200ms pra ~110ms.
MONET (2017): Brasil ↔ EUA (Boca Raton, Florida).
Tannat, Junior, ARBR: rotas adicionais Brasil-África-EUA.
South America Pacific Link (SAPL, em construção): Brasil ↔ Chile ↔ Ásia, rota nova.

Quando você faz request de um servidor brasileiro pra outro servidor brasileiro, na maioria das vezes os bits ficam dentro do território nacional — fluindo entre PTTs domésticos. Quando você faz request de servidor brasileiro pra servidor americano, os bits saem por Fortaleza, atravessam o cabo submarino, chegam na Flórida, e seguem pela infra americana.

A diferença em latência entre esses dois caminhos é dramática — discutimos em Latência sub-20ms: o KPI silencioso.

Por que BH/MG faz sentido

Vamos enfrentar a pergunta óbvia: por que BH e não SP?

São Paulo é o hub natural — todo o tráfego brasileiro passa por SP. Datacenter em SP teria latência mínima pra usuário paulista. É a escolha óbvia.

A escolha da Upuai foi consciente e baseada em vários fatores:

1. Clima

BH tem clima ameno o ano todo (média anual 21°C, picos raros acima de 30°C). Datacenter precisa de refrigeração — quanto mais frio o ambiente externo, menos energia gasta com AC. Em SP (com picos de 38°C no verão), o consumo de energia em refrigeração é significativamente maior. Em BH, otimização térmica natural.

Datacenters modernos miram em PUE (Power Usage Effectiveness) baixo — razão entre energia total e energia de compute. BH facilita PUE ~1,3-1,5 vs SP onde típicamente fica em 1,5-1,8.

2. Custo de energia

Energia elétrica é o maior custo operacional de datacenter (~40-60% do OpEx total). Minas Gerais tem geração hidroelétrica forte (Furnas, CEMIG) e custo histórico levemente mais baixo que SP. Diferença é pequena mas materializa em escala.

3. Conectividade

PTT-BH cresceu muito nos últimos 5 anos. Hoje tem peering direto com maioria dos ISPs brasileiros, com Cloudflare, com Google, com Facebook/Meta, com Akamai. Tráfego nacional chega de qualquer região brasileira via PTT-BH com latência aceitável.

E BH tem conectividade dual pra cabos submarinos via SP (~600 km) e Salvador/Fortaleza (~1.500 km). Latência adicional vs estar em SP: poucos milissegundos.

4. Custo imobiliário e operacional

Aluguel de espaço em datacenter (colocation) em BH é tipicamente 20-40% mais barato que em SP central. Pra empresas que precisam de presença física (visitas técnicas, expansão), BH oferece custo total melhor.

5. Mão-de-obra técnica

BH tem comunidade tech robusta (UFMG, PUC, MIT inspiração local, várias unicórnios brasileiras vieram daqui). Mão-de-obra técnica qualificada disponível. Datacenter precisa de pessoal especializado pra operação 24/7 — BH oferece sem o custo de SP.

6. Resiliência geográfica

Se SP for atingido por evento catastrófico (terremoto, enchente extrema, queda massiva de energia), ter capacidade fora de SP é hedge real. BH fica a 600 km de distância — mesma faixa de fuso e infraestrutura geral, mas em malha elétrica separada.

A soma desses fatores justifica BH como hub primário, com SP como ponto de presença complementar pra reduzir latência em workloads SP-críticos no futuro.

O datacenter Upuai por dentro

Sem expor segredos operacionais que sejam vetores de risco de segurança, podemos descrever a arquitetura de alto nível.

Energia

Dois feeds independentes da concessionária local (CEMIG), entrando por circuitos elétricos separados
UPS (nobreaks) em cada rack, capacidade pra suportar 10+ minutos sem energia da rede
Geradores diesel com tanque pra 48-72h de operação autônoma
Teste mensal dos geradores (transferência real de carga, não só “start sem carga”)

Diferentes níveis de redundância pra diferentes componentes. Sistema crítico (storage, network core) tem redundância máxima. Sistema burstável (compute) tem redundância média mas tolerância a degradação.

Refrigeração

Sistema centralizado (chilled water) com redundância N+1
Hot aisle / cold aisle containment — separação estrita entre fluxo de ar quente e frio
Sensores térmicos por rack com monitoring contínuo
Free cooling aproveitado em períodos mais frescos (madrugada, inverno BH) — reduz consumo

Network

Dois provedores de trânsito IP independentes (não BGP do mesmo upstream)
Conexão direta com PTT-BH + peering nacional
Pequenos circuitos com PTT-SP pra redundância e latência menor pra usuário paulista
Roteamento BGP gerenciado ativamente — failover automático em caso de problema em um trânsito
DDoS mitigation em camada de network (não só aplicação)

Compute e storage

Servidores físicos (bare metal) com NVMe local + memória ECC
Cluster Kubernetes (K3s) rodando em cima do bare metal
Storage tiered:
- NVMe direct attach pra workloads quentes (databases, cache)
- HDD em RAID-5/6 pra object storage e backups (cold tier)
Backups contínuos com snapshots automáticos + PITR pra databases

Segurança física

Acesso restrito com biometria + cartão + supervisor presente
CFTV 24/7 com retenção mínima de 90 dias
Compartimentos físicos lacrados pra hardware crítico
Auditoria semestral de logs de acesso físico

Esse padrão é compatível com Tier III de classificação datacenter (Uptime Institute) — Tier III prevê disponibilidade de 99,982% pelo desenho do sistema. (Certificação formal Tier III é processo em discussão — operacionalmente já no padrão.)

Latência: por que datacenter doméstico muda tudo

A conta de latência é simples mas pouco intuitiva.

A velocidade da luz na fibra ótica é ~200.000 km/s. Pra cobrir uma distância de N km, o tempo é N / 200.000 segundos = N / 200 milissegundos.

Brasil-Brasil tipicamente 1.000-2.500 km. RTT (ida + volta): 10-25ms. Adicionando overhead de roteadores e switches, latência real BR-BR: 8-30ms.

Brasil-EUA ~7.500 km cabos submarinos. RTT: 75ms (mínimo teórico). Adicionando overhead: 140-200ms na vida real.

A diferença não é incremental — é categórica. Sub-50ms é percebido como “rápido” pelo humano; >100ms é percebido como “lento”. A escolha entre datacenter BR e datacenter US é a escolha entre essas duas categorias.

Detalhamos isso em Latência sub-20ms: o KPI silencioso — incluindo medições reais por região brasileira.

Jurisdição: por que o datacenter físico no Brasil importa pra LGPD

A Lei Geral de Proteção de Dados (LGPD) brasileira não exige que dados de cidadão brasileiro fiquem no Brasil. Mas exige bases legais documentadas pra transferência internacional (Art. 33).

Provider com datacenter físico fora do Brasil precisa documentar:

Cláusulas contratuais padrão aprovadas pela ANPD (ainda em definição), ou
Certificação de adequação do país receptor (lista ainda não publicada), ou
Consentimento específico do titular (inviável em escala)

Provider com datacenter físico no Brasil, sob controle de empresa brasileira: não há transferência internacional — os dados não saem do território. Art. 33 não se aplica. Documentação fica trivial.

A diferença prática:

Setor regulado (banco, saúde, financeiro): cumprimento simplificado com provider BR
B2B com cliente que exige DPA: contrato mais simples e mais aceito
Auditoria de compliance: argumento direto, sem cláusulas exóticas

Detalhamos a soberania de dados em Soberania digital não é ideologia e o checklist LGPD operacional em LGPD para times técnicos.

A diferença entre “AWS São Paulo” e “infra Brasil”

Aqui mora confusão importante. AWS tem região sa-east-1 em São Paulo desde 2011. GCP tem southamerica-east1 desde 2017. Azure tem Brazil South desde 2014. Você pode rodar tudo “em São Paulo” num hyperscaler.

Mas:

A empresa proprietária é estrangeira. Amazon Web Services Inc. é empresa US. A subsidiária BR existe pra emitir nota fiscal, mas a propriedade do ferro é da matriz.
O control plane geralmente roda nos EUA. Mesmo workload em SP, parte dos metadados (autenticação, billing, audit log) sai do Brasil pra control plane US.
CLOUD Act se aplica. Mesmo que dados estejam fisicamente em SP, autoridade americana pode obrigar entrega.
Lei aplicável continua sendo americana no master agreement.

“Infra Brasil” no sentido pleno significa:

Propriedade do ferro = empresa brasileira
Control plane no Brasil
Lei aplicável = brasileira
Jurisdição = brasileira
Equipe operacional = brasileira

A Upuai é “infra Brasil” no sentido pleno. AWS sa-east-1 é “datacenter no Brasil de empresa americana” — diferente.

Não é “AWS é ruim” — é diferenciar conceitos pra você decidir com clareza.

O futuro: edge BR, redundância nacional

A Upuai opera hoje single-region em BH/MG. O roadmap conceitual contempla:

Ponto de presença em SP pra latência menor a usuário paulista crítico (early 2027)
Ponto de presença no Norte/Nordeste pra redundância e cobertura regional (2027-2028)
Inter-DC fiber com replicação assíncrona de databases entre POPs (2028+)

O timing depende de demanda e capacidade. A premissa é manter a arquitetura BR-first sem virar “edge global” — Cloudflare e CDNs especializados fazem edge global melhor que ninguém. Vale focar no que faz a Upuai única.

Perguntas frequentes

Qual o endereço exato do datacenter? Endereço completo é compartilhado em NDA pra clientes de planos pagos e em contratos Enterprise. Por segurança física, não publicamos. Cidade e região (BH/MG) são públicas.

E se o datacenter de BH cair completamente? Cenário catastrófico (incêndio, evento natural extremo, falha de múltiplas camadas de redundância) — esse é o risco de qualquer single-DC. Mitigamos com:

Redundância A+B em cada componente (energia, network, compute, storage)
Backups contínuos em provider externo (S3 em outra geografia, criptografado, restore documentado)
Plano de DR formalizado pra restore em DC parceiro em ~horas Single-DC tem teto de SLA — 99,99% é o realista. Pra 99,999% (cinco noves), seria necessário multi-DC ativo-ativo, o que está no roadmap mas não imediato.

Tier III ou Tier IV? Operacionalmente atendemos padrão Tier III. Certificação formal Tier III via Uptime Institute é processo em discussão (custo + auditoria). Pra Enterprise que exige certificação formal, conversamos caso a caso sobre cronograma.

Vocês têm certificações de segurança (ISO, SOC 2)? Em construção. ISO 27001 e SOC 2 Type II são processos longos (12+ meses cada). Estamos seguindo padrões equivalentes desde o início pra acelerar a certificação formal. Documentação técnica disponível pra Enterprise sob NDA.

Posso ter contrato Enterprise com SLA garantido de 99,99%? Sim. Enterprise inclui SLA contratual de 99,99% com credit policy negociada. Discutimos isso em SLA, uptime e disponibilidade.

Quanta capacidade vocês têm hoje? Capacidade dimensionada pros próximos 18-24 meses de crescimento projetado, com plano de expansão claro pra além disso. Pra workloads enterprise grandes (precisando dezenas de servers físicos dedicados), conversamos antes pra garantir capacidade alocada.

O datacenter é só uma das camadas da decisão de infra. Pra ver o quadro completo, leia Bare metal próprio vs cloud terceirizada, Latência sub-20ms e Soberania digital não é ideologia.