Turin
EPYC 9005 · Zen 5Lançado em 2024
Nossa linha principal: máxima densidade de núcleos e banda de memória.
Infraestrutura de e-mail
Servidores KumoMTAMTA de código aberto, Rust + Lua, sem tarifa por mensagemServidores PowerMTALicenciado, pools VirtualMTA, suporte do fornecedorEntregabilidadeWarm-up, alinhamento DMARC, feedback loopsServidores
Bare metal — AMD EPYCInquilino único Turin / Genoa, até 192 núcleosServidores GPU e IANVIDIA Blackwell B200 / H200, PCIe Gen5VPSInstâncias por núcleo nos mesmos hosts EPYCCloud e rede
CloudInstâncias por hora, snapshots, NVMe Gen5Proteção contra DDoSAbsorção na borda incluída em cada servidorRede e regiõesAmsterdã · Frankfurt · Londres · AshburnServidores dedicados
Bare metal AMD EPYC Turin e Genoa de inquilino único: núcleos dedicados, DDR5 e NVMe Gen5 local, sem hipervisor nem vizinhos barulhentos. Para e-mail de alto volume, bancos de dados, analytics e produção estável —com conselho honesto de quando a nuvem, um VPS ou um datacenter no Brasil encaixa melhor. Operamos sob a LGPD, na Europa e em Ashburn.
Em resumo
É uma máquina física dedicada a um único inquilino, onde o seu sistema operacional roda direto sobre o hardware sem um hipervisor no meio. Cada núcleo, cada gigabyte de memória e todo o NVMe local e a capacidade de rede pertencem a você, com controle root completo do sistema operacional, do kernel e do firmware. O "bare" significa que você parte do sistema operacional e constrói dali: o que mais importa não é o hardware em si, mas o fato de que você gerencia a máquina inteira.
A diferença para uma máquina virtual é um intermediário. Na nuvem, um hipervisor como KVM ou VMware se senta entre a sua aplicação e o hardware, com o seu custo em escalonamento de CPU, gerência de memória e E/S, e a sua vCPU divide núcleos físicos com desconhecidos. Em bare metal não há intermediário nem rateio: a máquina se comporta igual a cada hora, que é justamente o que as cargas sérias pedem.
Vale desfazer um mito do setor: "bare metal" e "servidor dedicado" são usados quase como sinônimos, e a diferença real não está no hardware, mas no faturamento e no provisionamento. O que você de fato escolhe não são as especificações, mas entre a comodidade de algo gerenciado e o controle de algo que você administra. Damos a você o controle —root completo, sem camada de virtualização— e ficamos com a parte pesada: a máquina, a rede e o datacenter.
Porque a virtualização nunca é de graça e compartilhar nunca é invisível. Os números abaixo são a diferença entre uma máquina que rende igual a cada hora e outra cuja velocidade depende de desconhecidos.
O problema do vizinho barulhento é a outra metade. Quando várias máquinas virtuais compartilham um servidor físico, as suas vCPUs competem pelo tempo de CPU, e esse "tempo de roubo" transforma uma consulta rápida em uma imprevisível. As plataformas de nuvem adicionam sistemas de créditos e tetos de banda para limitar o raio de dano, mas a disputa é estrutural: você paga por um isolamento que não tem por completo. O inquilino único elimina a pergunta inteira, e com ela toda uma classe de risco de segurança.
O custo segue o desempenho em vez de brigar com ele. Pelas mesmas especificações, o bare metal costuma custar de metade a um terço menos do que uma VM equivalente, e a economia é maior justo onde a nuvem é mais cara: carga sustentada e previsível com muito tráfego de saída, que é o perfil da maioria dos sistemas de produção depois que assentam. A indústria confirma: para uma carga 24/7, o bare metal sai bem mais barato no total, e as equipes repatriam cargas estáveis da nuvem pública justamente por custo, controle e desempenho constante.
A consistência é o benefício silencioso por baixo dos números de manchete. As médias raramente machucam; a latência de cauda sim. Um host compartilhado pode servir uma média rápida e ainda assim disparar no percentil 99 quando um vizinho começa a trabalhar, e esses picos são exatamente o que um usuário nota ou um SLA pune. Uma máquina que você não divide tem muito menos por que disparar.
O hardware
Construímos sobre AMD EPYC porque a densidade de núcleos, a banda de memória e as trilhas PCIe Gen5 encaixam com o trabalho de inquilino único —de um spool de e-mail que precisa de E/S local rápida a um banco de dados que quer muitos núcleos rápidos.
Lançado em 2024
Nossa linha principal: máxima densidade de núcleos e banda de memória.
Lançado em 2022
Nível de valor sólido quando você não precisa da maior contagem de núcleos. Mesmo soquete SP5.
$ lscpu | head -n 14
Architecture: x86_64
CPU(s): 128
Thread(s) per core: 2
Core(s) per socket: 64
Socket(s): 2
Model name: AMD EPYC 9755 128-Core Processor
CPU max MHz: 4100.0
L3 cache: 512 MiB
NUMA node(s): 2
# memória + armazenamento
MemTotal: 1.5 TiB DDR5-6000 ECC (12 canais)
nvme0n1: 3.84 TB Gen5 NVMe # spool / dados
nvme1n1: 3.84 TB Gen5 NVMe # espelho Menos do que sugere o topo da lista de preços. O instinto é comprar contagem de núcleos, mas a maioria das cargas reais é limitada por armazenamento e banda de memória muito antes de ficar sem CPU. Um host de e-mail de alto volume passa o tempo escrevendo no spool, então o NVMe rápido e uma rede limpa importam mais do que outros trinta e dois núcleos. Muitos bancos de dados querem um punhado de núcleos rápidos e muito disco rápido antes de um array enorme e mais lento. Dimensionamos ao formato da sua carga, não à linha mais impressionante de uma ficha técnica.
Isso importa mais agora do que nunca. A demanda por IA tensionou a cadeia de suprimentos e subiu com força os preços da memória DDR5 e do NVMe, então uma máquina superdimensionada não só desperdiça capacidade: desperdiça dinheiro que hoje custa mais. Preferimos acertar o tamanho com você e deixar margem para crescer a vender de entrada uma caixa que você não vai encher.
Plataforma
A CPU é só uma parte da máquina. O que decide como uma carga real se comporta é o disco, a rede e quanto da caixa deixam você ajustar.
Cargas
Qualquer coisa que rode de forma contínua e dependa de consistência tende a preferir uma máquina que não precisa compartilhar.
KumoMTA e PowerMTA vivem da E/S constante ao spool; o inquilino único a garante.
Poucos núcleos rápidos e muito disco rápido, com a latência previsível que um TOTVS, um SAP ou um Postgres pesado exigem.
Cargas que varrem grandes conjuntos: a banda de memória sem disputa pesa mais do que o clock.
Seu próprio hipervisor ou plataforma de contêineres, com a sobre-alocação que você escolhe.
Trabalhos que saturam a CPU por horas; o acesso direto ao hardware rende mais.
Cargas estáveis e previsíveis que voltam da nuvem pública por custo, controle e desempenho.
Não é por acaso que a lista começa pelo e-mail: os nossos hosts de KumoMTA e PowerMTA rodam exatamente sobre este hardware, porque a entregabilidade depende da E/S constante que o inquilino único garante. Ver o stack de e-mail →
O fio comum é a carga sustentada e previsível. Nenhuma dessas cargas se beneficia do escalado elástico como um frontend em rajadas se beneficiaria; elas se beneficiam de uma máquina que se comporta igual a cada hora, que é justo o que um inquilino único entrega.
Ele estreita a superfície de ataque de um jeito que a virtualização não consegue. Como você é o único inquilino, o seu ambiente fica fisicamente separado do de qualquer outro, o que tira a classe de risco de vazamento de hipervisor e de canal lateral que existe sempre que cargas dividem host. Além disso, você sustenta toda a postura de segurança: as regras de firewall, as chaves de criptografia, o endurecimento do sistema e o ritmo de patches são decisões que você toma, não que herda.
A conformidade vem desse controle, e aqui vamos ser honestos sobre a região. Rodar sobre hardware conhecido, de inquilino único, em uma região que você escolhe torna a residência dos dados um fato e não uma esperança, algo que pesa sob a LGPD e regimes como PCI DSS e ISO 27001. A nossa rede fica na Europa e em Ashburn, na costa leste dos EUA, a região mais próxima do Brasil em latência —não temos datacenter em solo brasileiro. A LGPD permite a transferência internacional com base legal e salvaguardas, então para muitas cargas isso resolve; mas se uma auditoria de cliente final em saúde, jurídico ou financeiro exige os dados fisicamente no Brasil, um datacenter Tier III em São Paulo é a resposta certa, e dizemos isso em vez de fingir o contrário.
Vale ser preciso também com os limites. O inquilino único tira os riscos de host compartilhado, mas não endurece a sua aplicação por você —esse trabalho continua sendo seu, e preferimos orientar você sobre ele a fingir que o hardware é toda a resposta.
O bare metal ganha em produção estável, onde a consistência de desempenho e a previsibilidade de custo importam mais do que subir em segundos. É o lugar certo para o seu banco de dados sob carga de consultas constante, a camada de API com tráfego previsível, a plataforma de e-mail que envia todo dia. Mas ele não é a resposta para toda pergunta, e fingir o contrário não ajudaria você.
Quando um VPS ou uma instância de nuvem é melhor
As equipes mais afiadas rodam os dois: bare metal para o núcleo estável, nuvem para rajadas e experimentos, em uma rede para que os dados se movam entre eles sem surpresas de saída. Oferecemos VPS e nuvem sobre o mesmo backbone para isso, e dizemos com honestidade quando uma fatia de máquina compartilhada é o tamanho certo em vez de uma inteira.
A economia premia o rateio em vez de puni-lo. A produção estável em bare metal evita o sobrepreço por hora e o contador de saída; as rajadas e os experimentos na nuvem evitam pagar por hardware ocioso. Como regra prática da indústria: se você gasta mais de uns US$ 300 por mês em nuvem para uma carga estável, vale rodar a comparação com bare metal, e a partir de umas cinco máquinas virtuais a nuvem privada sobre hardware dedicado costuma sair mais barata por VM.
Há ainda um benefício de planejamento. Uma fatura de bare metal é um número conhecido todo mês, enquanto o gasto na nuvem se move com o uso e é famoso por ser difícil de prever depois que você soma armazenamento, saída e uma longa lista de itens. Para uma carga cujo formato você já entende, fixo e previsível costuma ser mais fácil de gerenciar do que elástico e variável.
Entregamos o root, mas não desaparecemos. O datacenter, a rede e o hardware são a nossa responsabilidade: trocamos um disco que falha, absorvemos um ataque na borda e ampliamos a capacidade quando você cresce, enquanto você mantém o controle do sistema operacional e das aplicações. O suporte é feito por gente que opera metal todo dia, não por um roteiro de primeiro nível, então quando algo dá errado você fala com quem sabe ler um log do kernel.
Essa divisão —você dono da pilha, nós da máquina e da rede— é a que deixa o bare metal ao alcance de equipes que não querem montar um datacenter. Você tem o controle de um servidor próprio sem o plantão noturno do hardware, sobre uma rede que roteamos de ponta a ponta.
Essa gerência inclui o que não se vê até falhar: monitoramento da saúde do hardware, acesso fora de banda por BMC/IPMI para ligar ou reinstalar sem pisar no datacenter, e troca de discos ou fontes antes de uma falha virar uma queda. Você decide o sistema operacional, o hipervisor se quiser e o ajuste fino; nós garantimos que o metal embaixo se comporte. É o meio-termo que muitas empresas brasileiras procuram depois de passar do compartilhado mas sem querer montar e vigiar o próprio rack.
Primeiros passos
Da primeira ligação ao acesso root, com cada passo com dono. Este é o caminho que seguimos com cada servidor novo.
Partimos do que você roda —volume de e-mail, carga de consultas, tamanho do conjunto de dados— e escolhemos núcleos, memória e NVMe sob medida em vez de vender a máquina maior.
O host é construído só para você sobre AMD EPYC, com o sistema operacional e o kernel que você escolher, NUMA bem disposto e DNS reverso configurado.
Links agregados, segmentação por VLAN, gerência fora de banda BMC/IPMI em uma rede de gerência separada, e absorção de DDoS ativa por padrão.
Você recebe acesso root e IPMI completos; seguimos disponíveis para hardware, rede e capacidade, e a configuração é sua.
Perguntas
O que se pergunta antes de assumir um servidor dedicado.
Uma máquina física de inquilino único onde o seu sistema operacional roda direto sobre o hardware, sem hipervisor no meio. Cada núcleo, cada gigabyte de memória e todo o NVMe local e a capacidade de rede são seus, com controle root completo do sistema operacional, do kernel e do firmware.
Desempenho previsível e custo menor com carga estável. Um hipervisor leva em torno de 5–15% de CPU e memória antes de a sua carga rodar, e as vCPUs da nuvem são tempo compartilhado sobre núcleos comuns. Em bare metal os núcleos são seus um a um, o NVMe local responde em dezenas de microssegundos em vez de centenas, e pelas mesmas especificações a fatura costuma ser de metade a um terço menor antes do tráfego de saída. Para cargas 24/7, a economia é ainda maior.
Principalmente Turin, a série EPYC 9005 sobre Zen 5, com até 128 núcleos clássicos ou 192 densos, DDR5 de 12 canais e PCIe Gen5. Também usamos Genoa, a série EPYC 9004, como nível de valor quando não são necessárias as maiores contagens. Os dois compartilham o soquete SP5.
Normalmente menos do que a ficha de especificações tenta vender. Um host de e-mail é limitado por armazenamento e rede muito antes da CPU, e muitos bancos de dados querem núcleos rápidos e discos rápidos mais do que uma contagem alta. Dimensionamos à carga, e isso importa mais agora que a demanda por IA disparou os preços de NVMe e DDR5: uma máquina superdimensionada é dinheiro jogado fora.
Aqui vai a parte honesta: a nossa rede fica na Europa e em Ashburn, na costa leste dos EUA, a região mais próxima do Brasil em latência —não temos datacenter em solo brasileiro. A LGPD permite a transferência internacional de dados com base legal e salvaguardas adequadas, então para muitas cargas isso resolve. Mas se uma auditoria de cliente final em saúde, jurídico ou financeiro exige os dados fisicamente no Brasil, um datacenter Tier III em São Paulo é a resposta certa, e dizemos isso em vez de fingir o contrário.
Sim. O bare metal é uma boa base para o seu próprio hipervisor ou plataforma de contêineres, e você escolhe a sobre-alocação em vez de herdar a do provedor. Depois da mudança de licenciamento da VMware sob a Broadcom, muitas equipes rodam Proxmox ou KVM direto sobre o hardware para evitar um segundo imposto de virtualização.
Quando a carga é em rajadas ou de vida curta, quando você precisa escalar para cima e para baixo em segundos, ou quando um trabalho é pequeno demais para manter uma máquina dedicada ocupada. Oferecemos VPS e nuvem na mesma rede para esses casos, e apontamos isso quando encaixa em vez de vender um servidor que fica ocioso.
Uma ligação curta, um dimensionamento e uma resposta honesta —inclusive quando o melhor é a nuvem, um VPS ou um datacenter no Brasil. Sem pressão e sem máquina superdimensionada.