ZSvirt: o que é, promessas e onde se encaixa

Semana passada eu estava num grupo de WhatsApp de infraestrutura e alguém mandou um link do GitHub com a frase: “esse aqui vai dar o que falar”. O repositório era o ZSvirt. Em duas semanas tinha 1.7k stars, 305 forks e três badges no Trendshift — incluindo #1 Java Repository of the Day e #21 de todas as linguagens no dia 16 de agosto de 2026.

Lá fora, os blogs já estão publicando. Os vídeos já estão saindo. No Brasil, praticamente silêncio.

Então eu vou começar essa conversa aqui. Esse é o primeiro artigo de uma série sobre o ZSvirt — o que é, como funciona, o que promete e onde pode se encaixar na infraestrutura que você já opera. Sem hype. Sem slideware. Com os pés no chão, como de costume.

O contexto que você precisa entender primeiro

Se você gerencia infraestrutura no Brasil em 2026, já sabe o que aconteceu com a VMware depois da aquisição pela Broadcom em 2023. O modelo mudou completamente: licença perpétua sumiu, ESXi gratuito foi descontinuado, e o novo modelo de assinatura por core empurrou muita empresa — de PME a enterprise — para reavaliar tudo.

O mercado começou a buscar alternativas. E a primeira resposta em massa foi o Proxmox VE.

Não foi por acaso. O Proxmox já existia, já tinha comunidade, já tinha histórico em produção — e para muita gente que operava VMware em ambientes pequenos e médios, a migração fazia sentido técnico e financeiro. O projeto amadureceu rápido nesse período: PBS ganhou maturidade, o SDN evoluiu, o Datacenter Manager chegou, a comunidade brasileira cresceu. Hoje o Proxmox é uma plataforma sólida, com ecossistema real e referência consolidada para quem quer sair do VMware sem depender de licença de fornecedor. Já escrevi sobre isso no guia de análise de custos e ROI VMware vs Proxmox.

Mas nem todo mundo estava operando PME. Quem tinha ambiente maior, com times acostumados ao modelo de gestão centralizada do vCenter, foi buscar alternativas que mantivessem essa experiência — e o Nutanix AHV entrou nessa conversa. Plataforma madura, interface curada, migração nativa com o Move. A proposta fazia sentido para quem queria continuar no modelo enterprise. O problema? O custo. Licença por core, hardware validado em HCL, tiers de funcionalidade — a conta não fecha para o mercado médio e pequeno. E agora, cada vez mais, até quem tem orçamento enterprise está reavaliando se o valor entregue justifica o modelo. Detalhei essa comparação no artigo Nutanix vs Proxmox: o projeto que me fez repensar HCI para a PME.

Foi nesse cenário — com o Proxmox consolidado na ponta SMB e o Nutanix ainda caro demais para boa parte do mercado — que o ZSvirt apareceu. Não como substituto de nenhum dos dois, mas como mais uma opção, com uma proposta e filosofia diferentes. E é exatamente aí que vale prestar atenção.

O que é o ZSvirt — e de onde ele veio

ZSvirt não é um projeto de faculdade. Não é uma startup tentando reinventar virtualização do zero.

É a engine do ZSphere — a plataforma comercial de virtualização da ZStack — liberada como open source sob GPL v3.0.

A ZStack foi fundada em 2015 em Shanghai, atende mais de 5.000 clientes enterprise em mais de 30 países, e tem a plataforma ZSphere rodando em produção em mais de 1.000 ambientes — financeiro, saúde, educação, manufatura, transporte. O motor que você está vendo open source hoje já carregou workload real por anos. Não é um MVP — é a engine de produção deles, entregue como open source.

A ZStack chamou o projeto de ZSvirt e anunciou o lançamento em 12 de agosto de 2026 com:

• Código completo no GitHub
• ISO de instalação assinada
• Documentação pública
• ZMigrate — ferramenta de migração do VMware — inclusa e gratuita
• Compromisso público: o que é open source não vai para o tier pago. Licença GPL v3, sem mudança.

O posicionamento é direto: “source code isn’t enough” — por isso lançaram junto a documentação, o guia de arquitetura, os guias de migração e um live demo acessível sem instalar nada.

Quem está por trás e por que abriram agora

A ZStack é uma empresa chinesa com operação global. O timing não foi aleatório.

Com o caos de licenciamento da Broadcom/VMware, as organizações estão reavaliando virtualização com um olhar que antes não existia: auditabilidade do código, liberdade de fornecedor, controle de TCO a longo prazo. A ZStack identificou essa janela e decidiu entrar com uma jogada diferente: em vez de construir uma comunidade open source do zero, abriram uma engine já validada em produção em escala.

A resposta foi imediata. Em duas semanas, além dos números do GitHub, já tinha post no LinkedIn, thread no Quora comparando o modelo de gestão com outras plataformas, e um canal do GitHub Trending com 60k+ seguidores cobrindo o projeto.

Como ele é na prática

A navegação lateral organiza o ambiente em módulos claros: Dashboard, Inventory, Reliability, Data Protection, O&M Management, System Management. Dentro do Inventory, a árvore de recursos desce por Root Node → Zone → Cluster → Host → VM. Cada nível tem sua ficha própria com overview, capacidade, status de conectividade e objetos relacionados.

O Management Node aparece exposto na interface: VIP configurado, MN1 e MN2 listados com os IPs. Isso já diz bastante sobre a filosofia da plataforma — o ZSvirt tem um nó de gestão dedicado, separado dos hosts de compute. Na ficha de Root Node você vê de uma vez: quantos Data Centers, Clusters, Hosts e VMs o ambiente tem, a capacidade física total de CPU, memória e storage, e o status do plano de controle. Tudo centralizado, tudo visível de um ponto só.

Quem vem do Proxmox vai notar a diferença de modelo na primeira navegação. Quem vem do vCenter ou do Prism vai se sentir em casa rapidamente. Isso não é coincidência — é uma escolha de posicionamento que vai ficar mais clara na seção de filosofia mais adiante.

As promessas técnicas

Sem citar marketing — o que os docs e o código entregam como especificação:

Escala declarada: Um único plano de controle gerenciando 10.000+ hosts. VMs com até 768 vCPUs. Overhead de computação abaixo de 1%. Um único servidor entregando 1M+ IOPS com latência sub-200μs.

Framework assíncrono: Mais de 2.000 endpoints REST/OpenAPI assíncronos. Operações longas — criar VM, migrar, provisionar storage — são quebradas em passos com rollback automático. Se a criação de uma VM falha no passo 4 de 7, os três passos anteriores são revertidos. Sem disco órfão, sem configuração de rede pendurada.

Serviços stateless: Os serviços do plano de controle não guardam estado local. Isso reduz ponto de falha e simplifica HA do próprio management node.

Migração VMware nativa: O ZMigrate é agentless — opera na camada de virtualização sem precisar instalar nada dentro da VM de origem. Faz full-disk block copy e sincronização incremental em background. O cutover pode ser feito em uma janela de aproximadamente 5 minutos. Suporta até 50 migrações online simultâneas. Import offline não tem limite. Tem modo test-cutover: valida rede, storage, boot e recursos antes do switch real.

Segurança de série: Secure Boot nativo (hardware root of trust no firmware da VM), vTPM 2.0 (trusted key space isolado por VM, Windows 11 ready), Native Key Provider (NKP) — chaves geradas, rotacionadas e guardadas no cluster, sem KMS externo. VM Encryption nativa, SR-IOV, microsegmentação via Security Groups east-west, MFA/2FA, audit logs imutáveis.

Automação: SDKs em Go, Python e Java. Terraform Provider. Os 2.000+ endpoints REST são a superfície de automação — qualquer operação que você faz na UI tem API correspondente.

Onde ele se encaixa — na minha leitura

Vou ser direto aqui: isso é minha interpretação depois de ler a documentação, explorar o live demo e analisar a arquitetura. Não é verdade absoluta — é a leitura de quem vive infraestrutura no dia a dia e está avaliando onde esse projeto se posiciona.

Na minha visão, o ZSvirt não está brigando pelo mesmo espaço que as alternativas open source mais conhecidas para quem está saindo do VMware. A proposta é outra: plano de controle centralizado e dedicado, hierarquia DC/Cluster/Host gerenciada pela plataforma, interface operacional integrada, migração nativa inclusa, escala enterprise validada em produção. Isso é o perfil de quem opera em escala maior, com times que precisam de visibilidade centralizada e automação de infraestrutura — não de quem quer montar a própria stack peça por peça.

Pense assim: Proxmox é você construir seu próprio PC escolhendo cada componente. Nutanix é comprar um MacBook Pro — funciona, é bonito, mas você paga o preço da integração e não troca a placa de vídeo. ZSvirt é um workstation enterprise vendida sem margem de revenda: a engenharia já veio feita, testada em produção, e você decide onde roda.

Essa combinação de características — UX de plataforma enterprise, sem taxa de licença por core, sem hardware lock-in, código auditável — é o que me faz enxergar o ZSvirt competindo em um segmento específico do mercado, e não como substituto direto das alternativas mais populares para PME.

Mas insisto: é uma leitura. Nos próximos artigos da série vou aprofundar a comparação técnica com mais rigor. Por ora, o que posso dizer é que o perfil de funcionalidades não é o mesmo de uma plataforma voltada para homelab ou PME enxuta — e isso não é crítica, é posicionamento.

Onde faz sentido avaliar:

• Ambientes que querem sair do VMware sem abrir mão de plano de controle centralizado
• Times que precisam migrar muitas VMs sem processo manual extenso
• Organizações que precisam de automação de infraestrutura via API em escala
• Quem precisa de visibilidade operacional unificada sem ferramentas adicionais

Onde o ZSvirt ainda não chegou:

• Documentação em construção — inglês, sem PT-BR ainda
• Comunidade com semanas de vida — suporte peer-to-peer ainda é limitado
• Ecossistema de integrações crescendo

O que você pode fazer agora

O ZSvirt tem um live demo acessível em zsvirt.io — sem instalar nada, só cadastro e login. Eu testei por 20 minutos: dá pra explorar o inventory, ver o dashboard operacional, entender o modelo de gestão. Vale o tempo antes de qualquer conclusão.

Se quiser instalar, tem três caminhos:

• ISO para bare metal (5.41 GB, SHA256: 70146234229a0d62a7f21b252ef23cc96a2a55dc71f09186719451540f6b20d7)
• OVA para importar dentro de um ambiente VMware existente — dá para avaliar o substituto dentro do próprio ambiente que você quer substituir (17.02 GB, SHA256: 6c4c6bb483c2b002b30d63ba8eb4e743cc08d12c9aafd93d93333d86b634af50)
• QCOW2 para rodar dentro de outro ambiente KVM (24.02 GB, SHA256: 383099b3ad9cfd793dfd49e4b2dc99743832073d3c39e86deae91be59e5d9c3b)

O repositório está em github.com/zsvirt/zsvirt. Código aberto, GPL v3, SHA256 disponível para verificar os pacotes.

Por que estou escrevendo sobre isso — e o que vem por aí

Uma coisa que me chamou atenção além da plataforma em si: no Brasil, ainda não tem quase nada sobre ZSvirt. Nenhum vídeo técnico em português. Quase nenhum artigo. A janela está aberta.

Para mim, como profissional de infraestrutura que atende ambientes de virtualização dos mais variados portes — desde a micro empresa com um único host rodando quatro VMs até operações com múltiplos clusters, replicação entre sites, ambientes de DR dedicados e dezenas de clientes gerenciados em modelo MSP — avaliar se vale a pena investir tempo em uma nova plataforma é uma decisão séria. Não é hobby. É decidir onde eu vou colocar energia de aprendizado que vai impactar projetos reais, propostas reais e clientes reais. E a resposta que eu cheguei é: vale. Não só para mim — vale para a comunidade técnica brasileira ter referência própria sobre isso, em português, com contexto de campo real.

Por isso estou me propondo a fazer isso de forma estruturada: montar o laboratório, documentar cada etapa, gravar os vídeos e publicar aqui no blog uma série completa. Não vou esperar a plataforma estar “pronta” ou a comunidade internacional consolidar tudo — vou construir junto, em tempo real, e trazer isso para o contexto que a gente vive aqui.

Nos próximos artigos desta série:

• Arquitetura da engine — como o ZSvirt foi construído por dentro: framework async, workflow engine com rollback, serviços stateless, message bus.
• Comparativo técnico — análise honesta do posicionamento do ZSvirt frente às principais alternativas disponíveis hoje. Sem vencedor declarado.
• ZMigrate na prática — os três caminhos de migração do VMware, checklist completo, o que validar depois do cutover.
• Lab do zero — instalação, configuração e primeira VM, com prints reais do meu ambiente e vídeo.

Se você já está avaliando o ZSvirt ou tem curiosidade, me conta nos comentários. Quero saber especialmente o que está surgindo de dúvida em contexto brasileiro — hardware, rede, integração com o que já existe no cliente.

A série começa agora.

Fontes usadas neste artigo: GitHub ZSvirt · zsvirt.io · ZSvirt VMware Alternative · ZSvirt Download · ZStack Press Release · ZStack — Two weeks after open-sourcing