Servidores dedicados

AMD EPYC de inquilino único, sem imposto de virtualização.

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

  • Inquilino único, sem hipervisor. Seu SO roda direto no metal; cada núcleo EPYC é seu, 1:1, sem sobre-alocação.
  • Isolamento físico. Sem vizinho barulhento e sem a classe de risco de canal lateral da virtualização.
  • Hardware atual. AMD EPYC Turin e Genoa, DDR5 de 12 canais, NVMe Gen5 local, rede agregada.
  • Honestos com a região. Rede na Europa e em Ashburn; se você precisa de dados no Brasil, dizemos quando um DC nacional encaixa.
  • Operado, não só alugado. Datacenter, rede e hardware são nossos; o root e as aplicações são seus.

O que é um servidor bare metal?

É 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.

Por que o inquilino único importa para o desempenho?

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.

5–15%o que um hipervisor leva de CPU e memória antes da sua carga
10–30%mais desempenho por núcleo sem vizinhos competindo
50–100µslatência do NVMe local ante o armazenamento de rede
1:1núcleos físicos seus, sem sobre-alocação

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

As gerações de AMD EPYC que usamos

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.

Turin

EPYC 9005 · Zen 5

Lançado em 2024

Núcleosaté 192 núcleos densos
MemóriaDDR5-6000 · 12 canais
E/SPCIe Gen5

Nossa linha principal: máxima densidade de núcleos e banda de memória.

Genoa

EPYC 9004 · Zen 4

Lançado em 2022

Núcleosaté 96 núcleos
MemóriaDDR5 · 12 canais
E/SPCIe Gen5

Nível de valor sólido quando você não precisa da maior contagem de núcleos. Mesmo soquete SP5.

uma configuração representativa — EPYC 9755, duplo soquete
$ 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
Um exemplo de configuração; dimensionamos núcleos, memória e NVMe à sua carga, não a um nível fixo.

De quantos núcleos você precisa de verdade?

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

Armazenamento, rede e o que você controla

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.

Um inquilino, a máquina inteira
Seu SO + carga root completo · sem hipervisor host AMD EPYC de inquilino único EPYCnúcleos 1:1 DDR512 canais NVMe Gen5local · RAID Redeagregada + DDoS BMC / IPMI
ArmazenamentoNVMe Gen5 local com RAID por hardware ou software, dimensionado aos seus IOPS e durabilidade.
RedeLinks agregados de 10, 25 ou 100 GbE, segmentação por VLAN e absorção de DDoS incluída.
ControleRoot completo, BMC/IPMI fora de banda, e a liberdade de escolher kernel, hipervisor e ajuste de NUMA.

Cargas

O que roda bem em bare metal EPYC

Qualquer coisa que rode de forma contínua e dependa de consistência tende a preferir uma máquina que não precisa compartilhar.

Hosts de e-mail de alto volume

KumoMTA e PowerMTA vivem da E/S constante ao spool; o inquilino único a garante.

Bancos de dados e ERPs

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.

Analytics e in-memory

Cargas que varrem grandes conjuntos: a banda de memória sem disputa pesa mais do que o clock.

Contêineres e Kubernetes

Seu próprio hipervisor ou plataforma de contêineres, com a sobre-alocação que você escolhe.

Renderização e lotes

Trabalhos que saturam a CPU por horas; o acesso direto ao hardware rende mais.

Repatriação da nuvem

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.

O que o inquilino único significa para a segurança e a conformidade?

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.

Bare metal, VPS ou nuvem: qual encaixa?

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

  • A carga é em rajadas ou de vida curta e você precisa escalar e reduzir em segundos.
  • O trabalho é pequeno demais para manter uma máquina dedicada ocupada.
  • Você precisa de presença em muitas regiões sem implantar hardware em cada uma.
  • Você está testando algo e ainda não conhece o formato da carga.

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.

Operado, não só alugado

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

Provisionar e operar o seu servidor

Da primeira ligação ao acesso root, com cada passo com dono. Este é o caminho que seguimos com cada servidor novo.

  1. 01

    Dimensionar à carga

    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.

  2. 02

    Provisionar de inquilino único

    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.

  3. 03

    Fiar a rede

    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.

  4. 04

    Entregar o root

    Você recebe acesso root e IPMI completos; seguimos disponíveis para hardware, rede e capacidade, e a configuração é sua.

Perguntas

Respondidas com clareza

O que se pergunta antes de assumir um servidor dedicado.

O que é um servidor bare metal?

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.

Por que escolher bare metal em vez de uma VM na nuvem?

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.

Que geração de AMD EPYC vocês usam?

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.

De quantos núcleos eu realmente preciso?

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.

Os meus dados podem ficar no Brasil para a LGPD?

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.

Posso rodar máquinas virtuais ou Kubernetes em cima?

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 nuvem ou um VPS é melhor?

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.

Conte para a gente o que você roda.

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.