Computação em nuvem

Instâncias KVM com recursos garantidos, sem jogos de saída.

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

  • Recursos garantidos. KVM com CPU e RAM dedicadas, não sobre-alocação; a máquina que você compra é a que recebe.
  • Elástica de verdade. Você provisiona, redimensiona e destrói por API em segundos, com snapshots sob demanda.
  • Sem surpresas de saída. Banda plana; um pico de tráfego não é um evento de faturamento.
  • Honestos com a jurisdição. Regiões na UE e em Ashburn, fora do alcance do CLOUD Act; se você precisa de dados no Brasil, dizemos.
  • Honestos com o encaixe. Dizemos quando o bare metal, um hyperscaler ou um provedor nacional em Real convém mais.

O que é computação em nuvem?

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

Quando a nuvem ganha

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.

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.

Subir rápido

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.

Crescer sem reconstruir

Você redimensiona vCPU e RAM a quente, tira snapshots e clona: a elasticidade que um servidor físico não dá.

Ambientes efêmeros

Testes, staging e integração contínua: você os sobe e os destrói sem custo afundado.

Reserva e recuperação

Capacidade para um pico sazonal ou um plano de recuperação, sem ter hardware ocioso o ano todo.

Como funcionam o pagamento por uso e o escalonamento?

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

Como a nossa é construída

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.

Um host, fatias isoladas e garantidas
Host EPYC + NVMe hipervisor KVM VM4 vCPU · 8G VM2 vCPU · 4G VM8 vCPU · 16G fatias dedicadas e garantidas — sem sobre-alocação redimensionar · snapshot · sob demanda RedeIP limpo · DDoS

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 e redimensionar uma instância
# 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" }
Uma máquina em segundos e um redimensionamento sem reconstruir —elasticidade que o bare metal não oferece— sobre recursos que de fato estão garantidos.

Que armazenamento as instâncias têm?

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.

Que isolamento e soberania de dados ela oferece?

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.

Sem surpresas de saída: o custo que as equipes esquecem

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.

Gerenciado ou não gerenciado?

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

Quando o bare metal ou um hyperscaler encaixam melhor

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.

Bare metal

Carga estável e contínua

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.

Bare metal

Tráfego pesado e sustentado

Onde a banda plana ganha do preço por gigabyte de saída.

Bare metal

Desempenho máximo e constante

Sem camada de hipervisor nem vizinhos: a máquina inteira, igual a cada hora.

Hyperscaler

Catálogo enorme de serviços gerenciados

Muitos bancos de dados gerenciados, filas, serverless e cola proprietária ligados entre si.

Hyperscaler

Presença verdadeiramente global

Dezenas de regiões em cada continente, mais do que cobrimos.

Hyperscaler

IA em larga escala turnkey

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.

Híbrido e repatriação: a estratégia madura

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.

O que operamos, com honestidade

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

Respondidas com clareza

O que se pergunta antes de escolher onde rodar uma carga.

O que é computação em nuvem?

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.

Qual a diferença entre a nuvem e um servidor dedicado?

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.

As suas instâncias têm recursos garantidos?

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.

Vou tomar uma fatura surpresa pelo tráfego de saída?

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.

Os meus dados ficam fora da jurisdição dos EUA?

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 eu deveria usar bare metal?

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.

E quanto ao câmbio e à fatura em Real?

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.

Gerenciado ou não gerenciado? Qual eu escolho?

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.

Conte para a gente como a sua carga se comporta.

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.