Carga variável ou em rajadas
Tráfego que sobe e desce, trabalhos em lote, ambientes que aparecem e somem: você paga pelo que usa e escala em segundos.
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 · AshburnComputação em nuvem
Computação em nuvem são máquinas virtuais sobre hosts compartilhados, prontas em minutos e cobradas pelo uso. As nossas usam KVM com CPU e RAM dedicadas e garantidas sobre AMD EPYC e NVMe, com root, dual-stack e banda plana em vez de sobretaxas de saída. Operamos na Europa e em Ashburn, sob a LGPD, e dizemos quando a nuvem ganha, quando o bare metal sai mais barato e quando um provedor no Brasil em Real encaixa melhor.
Em resumo
Na sua forma mais simples, é um computador que você invoca com uma chamada de API. São máquinas virtuais que rodam sobre hosts físicos compartilhados, entregues em minutos e cobradas pelo que você usa. Uma nuvem séria usa virtualização KVM —isolamento em nível de kernel com CPU e RAM dedicadas e garantidas, não sobre-alocação agressiva— sobre hosts AMD EPYC com armazenamento NVMe, com acesso root e um IP dedicado.
O que distingue uma instância de nuvem de um servidor dedicado é a elasticidade: você provisiona, redimensiona, tira snapshots e destrói sob demanda, e paga por hora em vez de um preço fixo mensal. Então a pergunta útil não é "nuvem ou não?", mas quais cargas se beneficiam dessa flexibilidade e quais saem melhor em hardware fixo —e é a isso que dedicamos o resto da página, com a resposta honesta caso a caso.
Quando encaixa
A nuvem brilha quando a flexibilidade e a velocidade valem mais do que o menor custo unitário de um servidor fixo. Estes são os casos em que a recomendamos.
Tráfego que sobe e desce, trabalhos em lote, ambientes que aparecem e somem: você paga pelo que usa e escala em segundos.
Uma máquina pronta em minutos por API, sem pedido de hardware nem espera; ideal para protótipos e para validar uma ideia antes de se comprometer.
Você redimensiona vCPU e RAM a quente, tira snapshots e clona: a elasticidade que um servidor físico não dá.
Testes, staging e integração contínua: você os sobe e os destrói sem custo afundado.
Capacidade para um pico sazonal ou um plano de recuperação, sem ter hardware ocioso o ano todo.
Você paga pelos recursos que usa durante o tempo que os usa, com faturamento fino —por hora, e por segundo em muitos recursos— em vez de um compromisso mensal rígido. Isso torna a infraestrutura um gasto que segue a sua carga: uma instância que você sobe para um trabalho de uma tarde custa uma tarde, não um mês. E o escalonamento é a quente: você sobe de um plano de quatro vCPU para um de oito sem reconstruir a máquina, porque os recursos estão garantidos e reservados, não emprestados de um vizinho.
O lado honesto disso é que o pagamento por uso premia o rateio e pune o hardware ocioso, assim como o preço fixo premia a carga constante. Uma instância ligada vinte e quatro horas por dia todos os dias costuma sair mais cara do que o seu equivalente em bare metal; uma que só vive durante um pico ou um experimento sai muito mais barata. Por isso não vendemos "nuvem para tudo": vendemos nuvem para o que de fato varia.
Por dentro
Um host AMD EPYC com NVMe roda um hipervisor que o divide em várias máquinas isoladas, cada uma com CPU e RAM dedicadas e garantidas.
Por baixo, a nossa nuvem é KVM sobre AMD EPYC com NVMe, dimensionada com recursos garantidos em vez de sobre-alocação. O importante é que as instâncias compartilham a mesma base que o bare metal: a mesma rede limpa, o mesmo espaço de IP com reputação comprovada e a mesma absorção de DDoS na borda.
Esse último ponto é fácil de subestimar até você viver sem ele. Em muitas plataformas, uma VM barata e um servidor sério vêm com qualidade de rede diferente, reputação de IP diferente e proteção diferente, então subir de nível significa reconquistar a confiança do zero. Aqui a instância herda o mesmo endereçamento limpo e a mesma absorção de borda que uma máquina dedicada, de modo que uma carga pode começar pequena em uma VM e crescer rumo ao bare metal sem que a sua entregabilidade ou a sua resiliência reiniciem pelo caminho.
# provisionar uma instância — pronta em segundos, não em horas
$ curl -X POST https://api.vvih.com/v1/instances \\
-H "Authorization: Bearer $TOKEN" \\
-d '{ "plan": "kvm-4", "region": "us-ashburn", "image": "ubuntu-24.04", "ipv6": true }'
{ "id": "ins_7f3a", "status": "provisioning", "vcpu": 4, "ram_gb": 8, "ready_in": "~70s" }
# redimensione depois — sem reconstruir, recursos garantidos
$ curl -X PATCH https://api.vvih.com/v1/instances/ins_7f3a -d '{ "plan": "kvm-8" }'
{ "id": "ins_7f3a", "vcpu": 8, "ram_gb": 16, "status": "resizing" } NVMe local de alto desempenho por padrão, com volumes que você pode ampliar e snapshots para capturar um estado antes de uma mudança arriscada. A diferença para o armazenamento de rede de muitos hyperscalers é a latência e o custo: o NVMe local responde em dezenas de microssegundos, sem a tarifa por IOPS nem a cobrança por gigabyte que transformam um disco em uma surpresa no fim do mês. Para dados que precisam sobreviver à instância, oferecemos cópias fora da máquina, separadas dos snapshots e pensadas para recuperação real de desastres.
O princípio é o mesmo do resto da plataforma: recursos garantidos e preço legível. Você sabe que disco tem, quanto ele rende e quanto custa, sem descobrir no fim do mês que um volume mal classificado ou um snapshot esquecido levou uma parte do orçamento.
O isolamento começa no hipervisor: o KVM separa cada instância em nível de kernel, com os seus recursos dedicados, o seu próprio espaço de memória e regras de firewall por grupos de segurança. Você controla o acesso com pares de chaves e autenticação multifator, e o tráfego vai cifrado em trânsito. Não é o isolamento físico total de um servidor de inquilino único —para isso existe o bare metal— mas é um isolamento forte e previsível, bem longe de um VPS sobrevendido onde um vizinho rouba os seus ciclos.
A soberania de dados é a outra metade, e em 2026 ela pesa tanto quanto o desempenho. Aqui vamos ser honestos: operar dentro da UE mantém os seus dados fora de leis como o CLOUD Act estadunidense e sob o GDPR, e a LGPD permite a transferência internacional com base legal e salvaguardas. Mas a UE ainda é exterior ao Brasil. Se a sua exigência é jurisdição BR integral —dados em solo brasileiro, fatura em Real e suporte local— um provedor de nuvem no Brasil é a resposta certa, e o movimento de repatriação no país, puxado por câmbio, IOF e LGPD madura, cresceu com força por isso. Não fingimos ser esse provedor; dizemos quando ele é o caminho.
Há ainda uma vantagem prática de portabilidade. Tornamos a saída fácil por design: software padrão, sem formatos proprietários que prendem você, e sem fatura de saída que pune ir embora. A soberania sem portabilidade é meia soberania; oferecemos as duas, esteja o seu próximo passo nas nossas regiões ou em um provedor brasileiro.
O egress —os dados de saída cobrados muito acima do custo real— é a cobrança que quase ninguém modela bem e a que mais desgasta nos hyperscalers. Ela funciona ainda como uma âncora silenciosa: sair custa dinheiro porque você paga para mover cada gigabyte para fora. Nós colocamos preço plano e justo na banda, então um pico de tráfego não é um evento de faturamento e ir embora não é uma punição. O que você vê no plano é o que paga.
E o egress é só o exemplo mais conhecido. As faturas de hyperscaler incham por muitos lados: chamadas de API, snapshots esquecidos, armazenamento mal classificado, serviços gerenciados superdimensionados, gateways NAT. Preferimos um preço que você consiga prever no começo do mês a um que precise auditar no fim com susto. A previsibilidade de custo, junto com a jurisdição, é justo o que leva tantas empresas a reconsiderar onde rodam as suas cargas.
Vale colocar número na diferença para não ficar na teoria. Nos hyperscalers, o tráfego de saída pode custar entre cinco e dez centavos de dólar por gigabyte depois de uma cota mínima, de modo que um aplicativo que serve alguns terabytes por mês acumula uma fatura de saída que rivaliza com o próprio cômputo, e que ainda sobe com o câmbio. Com banda plana, esse mesmo tráfego está incluído no plano: o número não muda porque você teve um bom mês de visitas, e isso faz do orçamento algo que você planeja em vez de algo que vigia com medo.
Não gerenciado dá root e controle total: você cuida do sistema operacional, das atualizações, dos backups e do endurecimento. Gerenciado significa que cuidamos desse encanamento —patches, monitoramento, backups— para que uma equipe sem time de operações dedicado tenha a economia da nuvem sem montar uma função de DevOps. Os dois rodam sobre os mesmos hosts KVM isolados; a única escolha é quanto você quer operar e quanto prefere delegar.
Não há uma resposta universal, e não empurramos a opção mais cara por padrão. Uma equipe com bons engenheiros de sistemas costuma querer root e nada no meio; uma PME ou um time de produto sem plantão noturno ganha tempo delegando o encanamento. Ajudamos você a escolher conforme quem você tem, não conforme o que nos fatura mais.
Quando não é a nuvem
A honestidade de catálogo importa: a nuvem não ganha todos os casos, e dizer isso nos torna mais úteis do que vender instâncias que não rendem para o seu caso.
Se o servidor fica ocupado quase o tempo todo, o preço fixo do bare metal sai mais barato do que as horas de nuvem.
Onde a banda plana ganha do preço por gigabyte de saída.
Sem camada de hipervisor nem vizinhos: a máquina inteira, igual a cada hora.
Muitos bancos de dados gerenciados, filas, serverless e cola proprietária ligados entre si.
Dezenas de regiões em cada continente, mais do que cobrimos.
Plataformas de treinamento e inferência integradas que ainda não igualamos.
E há um terceiro caminho que pode não ser nenhum de nós: se o que pesa de verdade é fatura em Real, nota fiscal brasileira e dados em solo nacional para um setor regulado, um provedor de nuvem no Brasil costuma vencer. Dizemos isso com a mesma franqueza com que apontamos o bare metal ou um hyperscaler.
O padrão mais útil raramente é tudo-ou-nada. O sensato para muitas equipes é deixar a camada elástica e variável em instâncias de nuvem e mover as cargas estáveis e de muito tráfego —bancos de dados, analytics, o núcleo de produção— para hardware dedicado. Como os dois vivem na mesma rede, com os mesmos IPs limpos e a mesma absorção de DDoS, repartir uma carga entre nuvem e bare metal é simples, não um projeto de migração.
É justo o que o mercado mais amplo faz. A repatriação da nuvem virou a tendência de FinOps de 2026: pesquisas da Forrester e da Barclays apontam que de 70% a 90% dos CIOs estão movendo parte das cargas dos hyperscalers para alternativas, puxados por custo crescente em dólar, lock-in técnico, jurisdição estrangeira e LGPD madura. Não é um passo atrás; é uma abordagem mais madura que equilibra flexibilidade, controle, conformidade e previsibilidade de custo.
A ressalva honesta corre também ao contrário. Uma startup em fase de busca, que ainda não conhece o formato da sua carga, quase sempre está melhor na nuvem elástica até o uso assentar; se comprometer cedo com hardware fixo é tão caro quanto deixar uma instância ligada sem uso. Por isso perguntamos como a sua carga se comporta antes de recomendar uma forma ou outra, e muitas vezes a melhor resposta é uma mistura que muda com o tempo.
Que isso seja simples aqui não é por acaso. Como a nuvem e o bare metal compartilham rede, IP e painel, mover uma base de dados de um hyperscaler para um servidor dedicado nosso não exige refazer a arquitetura nem reaprender ferramentas: você move a peça estável para hardware fixo, deixa o elástico em instâncias, e os dados viajam entre os dois pela mesma rede interna sem passar por um contador de saída. Essa continuidade é o que transforma uma boa intenção de soberania em uma mudança que de fato acontece.
Operamos nuvem KVM com recursos garantidos sobre a mesma rede limpa e protegida que o resto dos nossos serviços, na Europa e em Ashburn, sob a LGPD. Não fingimos ser um hyperscaler com um catálogo infinito de serviços gerenciados nem uma presença em cada continente, nem um provedor nacional com fatura em Real. Onde agregamos valor é em instâncias previsíveis, sem surpresas de saída, que compartilham rede com o nosso bare metal, e em dizer com franqueza quando o bare metal, um hyperscaler ou um provedor no Brasil convém mais.
Perguntas
O que se pergunta antes de escolher onde rodar uma carga.
São máquinas virtuais que rodam sobre hosts físicos compartilhados, entregues em minutos e cobradas pelo que você usa. Uma nuvem séria usa virtualização KVM —isolamento em nível de kernel com CPU e RAM dedicadas e garantidas, em vez de sobre-alocação agressiva— sobre hosts AMD EPYC com NVMe, com acesso root e um IP dedicado. O que a define ante um servidor dedicado é a elasticidade: você provisiona, redimensiona, tira snapshots e destrói sob demanda.
Um servidor dedicado (bare metal) é uma máquina física inteira sua a preço fixo; uma instância de nuvem é uma fatia de um host compartilhado que você redimensiona e paga por hora. O bare metal dá desempenho máximo e constante e custo plano para carga estável; a nuvem dá velocidade e flexibilidade para carga variável. Nenhum é melhor no abstrato: encaixam com cargas diferentes, e operamos os dois.
Sim. Rodamos KVM com CPU e RAM dedicadas em vez de sobrevender os hosts, porque o isolamento de kernel e os recursos garantidos são o que mantém o desempenho previsível sob carga sustentada. A sobre-alocação é como os VPS baratos parecem atraentes e depois engasgam quando um vizinho começa a trabalhar; preferimos dimensionar com honestidade para que a máquina que você compra seja a que recebe.
Não. O egress dos hyperscalers —dados de saída cobrados muito acima do custo real— é a cobrança que as equipes esquecem de modelar, e funciona ainda como âncora: sair significa pagar para mover cada gigabyte. Nós colocamos preço plano e justo na banda, então um pico de tráfego não é um evento de faturamento e tirar os seus dados depois não é uma punição. O que você vê é o que paga.
Aqui vamos ser honestos. As nossas regiões ficam na Europa e em Ashburn, na costa leste dos EUA. Uma região da UE mantém os seus dados fora do alcance de leis como o CLOUD Act estadunidense e sob o GDPR, e a LGPD permite a transferência internacional com base legal e salvaguardas. Mas a UE ainda é exterior ao Brasil: se a sua exigência é jurisdição BR integral, com os dados em solo brasileiro e fatura em Real, um provedor de nuvem no Brasil é a resposta certa, e o movimento de repatriação no país cresceu justamente por isso.
Quando a sua carga é estável e o tempo todo, quando você serve tráfego pesado e sustentado onde a banda plana ganha do preço por gigabyte, ou quando você quer desempenho máximo e constante sem camada de hipervisor nem vizinhos. Para isso, um servidor AMD EPYC de inquilino único costuma sair mais barato e mais rápido do que a nuvem, e apontamos isso em vez de vender instâncias que você não precisa.
Somos honestos: cobramos em euros/dólares, não em Real, então o câmbio e o IOF entram na sua conta como em qualquer provedor de fora. A nossa previsibilidade vem da banda plana e da ausência de surpresas de egress, não da moeda. Se a sua dor principal é orçamento fechado em Real, nota fiscal brasileira e suporte local, um provedor nacional resolve isso melhor —e dizemos com clareza quando esse é o caso.
Não gerenciado dá root e controle total: você cuida do sistema operacional, das atualizações e dos backups. Gerenciado significa que cuidamos desse encanamento, para que uma equipe sem time de operações tenha a economia da nuvem sem montar uma função de DevOps. Os dois rodam sobre os mesmos hosts KVM isolados; a escolha é só quanto você quer operar.
Estável ou em rajadas, sensível a câmbio ou a jurisdição —e dizemos se a nuvem, o bare metal ou um provedor no Brasil é a melhor jogada. Sem pressão e sem surpresa de saída.