Na prática, a unidade certa de decisão é a carga de trabalho. Um banco de dados com carga estável e previsível, um site de marketing com picos semanais de tráfego e uma tarefa de análise em lote que roda duas vezes por mês têm necessidades muito diferentes, e forçá-los em um único modelo geralmente significa pagar demais por alguns e atender mal outros.
Este guia compara servidores dedicados bare metal, servidores virtuais privados (VPS) e nuvem gerenciada nos critérios que mais importam para quem compra infraestrutura: consistência de desempenho, custo sob carga estável e variável, isolamento, conformidade, escalabilidade e o esforço operacional que cada modelo exige.
Três modelos, três promessas diferentes
Bare metal significa um servidor físico atribuído a um único cliente. Você tem todos os núcleos, todos os gigabytes de memória e todo o throughput dos discos locais. Não há hipervisor entre o seu sistema operacional e o hardware, a menos que você mesmo instale um.
Um VPS é uma máquina virtual em um host físico compartilhado, gerenciado por um hipervisor como o KVM. Você recebe uma fatia definida de CPU, memória e armazenamento, com acesso root ao seu próprio sistema operacional. O provedor opera o host; você opera tudo o que está dentro do guest.
A nuvem gerenciada é uma camada de serviço sobre infraestrutura virtualizada, seja a plataforma do próprio provedor ou uma grande nuvem pública, em que uma equipe opera a stack por você: aplicação de patches, backups, monitoramento, escalonamento e, muitas vezes, cache, busca e entrega de conteúdo. Você abre mão de parte do controle e de parte da eficiência de custo em troca de uma carga operacional menor e de elasticidade mais rápida.
Cada um faz uma promessa diferente, e a pergunta real é qual promessa cada carga de trabalho de fato precisa.
Consistência de desempenho
Em bare metal, o desempenho é uma propriedade do hardware que você escolheu. Uma consulta que leva 40 ms hoje vai levar 40 ms na semana que vem sob a mesma carga, porque nenhum outro cliente disputa o mesmo cache, a mesma largura de banda de memória ou a mesma fila de disco.
Ambientes virtualizados acrescentam duas fontes de variação. A primeira é o próprio hypervisor, que normalmente consome alguns por cento do throughput de CPU e acrescenta um pequeno overhead ao I/O. A segunda, e maior, é a contenção: outras máquinas virtuais no mesmo host compartilham núcleos físicos, largura de banda de memória, interfaces de rede e armazenamento. Em sistemas convidados Linux, é possível observá-lo diretamente na métrica de steal time (a coluna st no top ou no vmstat), que mostra quanto tempo a sua CPU virtual esperou por uma CPU física.
O NVMe local em um servidor dedicado entrega centenas de milhares de IOPS, com latência medida em dezenas de microssegundos. O armazenamento em bloco via rede acrescenta uma ida e volta pela rede, mas oferece volumes que sobrevivem a uma falha de hardware e podem crescer muito além de um único chassi.
- Escolha bare metal quando a latência p99 for uma métrica contratual ou de receita, quando a carga de trabalho saturar CPU ou disco por longos períodos ou quando você precisar de controle total sobre recursos de hardware, como a topologia NUMA e conjuntos de instruções específicos.
- Um VPS é suficiente para aplicações web, APIs, runners de CI, ambientes de staging e ferramentas internas, em que alguns milissegundos de variação são imperceptíveis para os usuários.
- A nuvem gerenciada é adequada quando a camada de aplicação escala horizontalmente e absorve a variação adicionando instâncias, em vez de exigir que cada instância seja rápida.
Custo com carga estável versus carga variável
As comparações de custo dão errado quando comparam preços de tabela em vez de utilização. A pergunta útil é simples: de todas as horas pelas quais você paga, que fração você realmente usa?
Um servidor dedicado é um custo mensal fixo. Se a carga de trabalho o mantém ocupado o tempo todo, o custo efetivo por unidade de computação costuma ser o mais baixo dos três modelos, porque você não está pagando pela capacidade ociosa do provedor, pela camada de orquestração nem pela elasticidade. Se o mesmo servidor fica em 10 por cento de utilização, esse custo fixo se torna caro.
Você paga um prêmio por hora pelo direito de parar de pagar quando a demanda cai. Para cargas de trabalho com picos acentuados, como varejo sazonal, venda de ingressos para eventos ou relatórios de fechamento mensal, esse prêmio costuma ser mais barato do que manter capacidade fixa suficiente para o pico.
Os dados transferidos para fora de muitas plataformas de nuvem são cobrados por gigabyte, enquanto servidores dedicados costumam ser vendidos com porta de tráfego ilimitado. Uma porta de 1 Gbps transfere cerca de 10 TB por dia a plena carga, então uma carga de trabalho de mídia, backup ou distribuição de dados que envia dezenas de terabytes por mês pode ver as cobranças de transferência superarem a conta de computação.
Um método prático é exportar o uso horário de CPU, memória e rede de cada carga de trabalho nos últimos 90 dias e comparar a linha de base (o nível abaixo do qual ela raramente cai) com o pico.
- Perfil estável. Se a linha de base fica acima de aproximadamente 60 a 70 por cento do pico na maior parte do tempo, capacidade fixa em servidores dedicados ou VPS costuma custar menos.
- Perfil com picos. Se o pico é três ou mais vezes a linha de base e dura horas ou dias, e não meses, a capacidade elástica de nuvem costuma ganhar para a parcela acima da linha de base.
- Perfil misto. A maioria dos sistemas de produção é uma base estável mais picos. Rode a base em capacidade fixa e absorva os picos na nuvem, que é o padrão híbrido descrito mais adiante neste guia.
- Custos ocultos. Inclua transferência de saída, snapshots, balanceadores de carga, licenciamento de software, níveis de suporte e horas de engenharia, não apenas o preço das instâncias.
Isolamento, segurança e conformidade
A single tenancy é o modelo de isolamento mais forte disponível, abaixo apenas de operar a própria instalação. Em um servidor dedicado, nenhum código de outro cliente roda na sua CPU, o que elimina toda uma classe de preocupações com side channels e torna o ambiente mais simples de explicar aos auditores.
O isolamento por virtualização é maduro e adequado para a grande maioria das cargas de trabalho. O risco residual é o hardware compartilhado, e é por isso que alguns frameworks e políticas internas de segurança exigem hosts dedicados para os sistemas mais sensíveis.
Conformidade diz respeito principalmente a controles e evidências, não à plataforma. Frameworks como PCI DSS, HIPAA e GDPR se preocupam com quem pode acessar os dados, onde eles ficam armazenados, como são criptografados, como as mudanças são registradas e como os incidentes são tratados. O que muda é a divisão da responsabilidade compartilhada: em bare metal, você é responsável por quase tudo acima do hardware, enquanto na nuvem gerenciada o provedor assume patches, backups e partes do monitoramento, e você precisa documentar essa divisão no seu próprio conjunto de controles.
- Residência de dados. Confirme que você escolhe o país de cada servidor e que dados, backups e réplicas não são movidos sem a sua aprovação.
- Evidências das instalações. Pergunte quais certificações as instalações do data center possuem e solicite os relatórios de que seus auditores vão precisar.
- Proteção de rede. Verifique se a mitigação de DDoS está incluída na borda da rede ou precisa ser contratada à parte.
- Acesso e logs. Defina quem detém acesso root ou administrativo, como o acesso da equipe do provedor é registrado e com que rapidez você é notificado de um incidente.
Escalabilidade e esforço operacional
Escalar em bare metal é um exercício de planejamento. Provedores modernos conseguem provisionar um servidor dedicado em minutos a partir de configurações em estoque, mas você continua escalando em máquinas inteiras, e alguém precisa configurar cada uma e adicioná-la ao cluster.
O escalonamento de VPS é mais rápido e mais granular: redimensionar um plano, clonar uma imagem, adicionar um nó atrás de um load balancer.
A nuvem gerenciada foi feita para a elasticidade. Grupos de autoscaling, bancos de dados gerenciados, caches e redes de entrega de conteúdo permitem que a aplicação responda à carga em minutos, sem intervenção manual.
O esforço operacional é o fator que os compradores mais subestimam. Um parque de servidores dedicados exige aplicação de patches no sistema operacional, atualizações de kernel, acompanhamento de firmware, verificação de backups, monitoramento, alertas e cobertura de plantão.
- Pergunte quem aplica os patches. Para cada carga de trabalho, nomeie a pessoa ou equipe responsável pelo sistema operacional, pelo middleware e pela camada de aplicação.
- Pergunte quem restaura. Um backup que nunca passou por um teste de restauração é uma suposição, não um controle.
- Pergunte quem é acionado. Defina o fluxo de plantão para um disco com falha às 3 da manhã em cada modelo antes de precisar dele.
Arquiteturas híbridas em uma única rede privada
Um padrão comum e duradouro posiciona cada camada onde ela se encaixa melhor e conecta as camadas por uma rede privada, de modo que o tráfego entre elas nunca passe pela internet pública.
- Camada de dados em bare metal. Bancos de dados primários, índices de busca e message brokers rodam em servidores dedicados com NVMe local, onde I/O consistente e custo fixo importam mais.
- Camada de aplicação em VPS ou nuvem gerenciada. Servidores web e de API stateless rodam em instâncias virtuais que podem ser redimensionadas, clonadas ou escaladas automaticamente conforme a demanda muda.
- Picos e borda na nuvem gerenciada. Entrega de conteúdo, armazenamento de objetos e jobs de lote ou analytics de curta duração usam capacidade elástica, liberada quando o job termina.
- Backups fora da plataforma principal. Réplicas e backups ficam em uma instalação separada, para que um único incidente não derrube ao mesmo tempo a produção e suas cópias.
Mantenha o tráfego do banco de dados e da replicação em interfaces privadas ou em uma VLAN dedicada, criptografe-o em trânsito mesmo assim e use um único plano de endereçamento em todos os ambientes, para que os serviços possam migrar entre modelos sem renumeração.
A abordagem híbrida também reduz o aprisionamento tecnológico. Quando o núcleo com estado roda em Linux padrão e software de código aberto, e a camada elástica é definida como infraestrutura como código, é possível mover cargas de trabalho individuais entre modelos à medida que seu perfil de carga muda, em vez de migrar tudo de uma vez.
Checklist de decisão
Aplique essas perguntas a cada carga de trabalho separadamente. Quando duas ou mais respostas apontam na mesma direção, a escolha costuma estar resolvida.
- Perfil de carga. A utilização é estável o dia inteiro (bare metal ou VPS) ou tem picos de três vezes ou mais (nuvem gerenciada para o pico)?
- Sensibilidade à latência. A latência p99 é uma métrica de negócio? Se sim, prefira hardware dedicado para os componentes com estado.
- Tamanho da instância. Um único nó precisa de mais núcleos, memória ou throughput de disco do que o maior plano de VPS oferece? Se sim, use bare metal ou uma instância grande de nuvem.
- Banda. A carga de trabalho vai enviar mais do que alguns terabytes por mês para a internet? Se sim, modele os custos de transferência com cuidado e prefira portas com tráfego ilimitado.
- Isolamento. Políticas ou regulamentações exigem hardware single-tenant? Se sim, use servidores dedicados.
- Residência de dados. Os dados precisam permanecer em um país específico? Confirme que você consegue fixar cada servidor e seus backups nesse país.
- Capacidade da equipe. Sua equipe consegue aplicar patches, monitorar e restaurar esse sistema 24 horas por dia? Se não, escolha uma opção gerenciada ou contrate operações gerenciadas.
- Tempo para escalar. Você precisa de nova capacidade em minutos sem ação humana (nuvem gerenciada) ou um crescimento planejado no mesmo dia é suficiente (bare metal ou VPS)?
- Vida útil. A carga de trabalho vai rodar por anos, caso em que capacidade fixa compensa, ou por meses, caso em que compromissos longos devem ser evitados?
- Plano de saída. Você conseguiria mover essa carga de trabalho para outro modelo em uma semana se os custos ou os requisitos mudassem?
Registre as respostas em uma folha de uma página por carga de trabalho e revise-as pelo menos uma vez por ano.
Como a Vonahost pode ajudar
A Vonahost oferece os três modelos, para que cada workload fique onde faz mais sentido: servidores dedicados AMD EPYC single-tenant com NVMe local ou armazenamento em bloco em rede, porta dedicada de 1 Gbps com tráfego ilimitado e mitigação de DDoS Arbor; VPS NVMe baseados em KVM e VPS SSD enterprise; e nuvem gerenciada operada em nossa própria plataforma ou na AWS e no Google Cloud, com backups, monitoramento, CDN e staging incluídos.
Se você está planejando uma migração ou uma arquitetura híbrida, compartilhe os perfis e os requisitos das suas cargas de trabalho. Toda proposta da Vonahost informa a configuração, a localização, as responsabilidades e o preço mensal em dólares americanos.