Blogue ·
Alternativas ao VirtFusion: aquilo a que estaria a renunciar
Alternativas ao VirtFusion comparadas: o que ganha ao ficar só em KVM, uma lacuna medida no seu módulo WHMCS e que painel serve um parque multi-produto.
Por Provibr
O Provibr é uma das alternativas aqui apresentadas, por isso leia-nos com ceticismo. E leia primeiro a secção seguinte, porque a maioria das pessoas que escolheu o VirtFusion fê-lo recentemente e de propósito, o que altera o aspeto de uma comparação útil.
Os utilizadores do VirtFusion não estão presos, estão adiantados
A maioria das pesquisas «alternativa a X» vem de pessoas que herdaram o X. Esta, em geral, não. O VirtFusion mal registava interesse de pesquisa em 2021 e manteve um nível estável desde então; quem o explora escolheu-o nos últimos anos, depois de pesar as mesmas opções que pesa agora. (Os índices do Google Trends são relativos dentro de um mesmo gráfico e não são volumes absolutos.)
Isso conta, porque significa que a pergunta honesta não é «como me escapo» mas «o compromisso que fiz ainda se mantém». O compromisso era a estreiteza, e a estreiteza é um atributo até a sua gama deixar de ser estreita.
Aquilo em que o VirtFusion é deliberadamente bom
Apenas KVM, e sem pedir desculpa. O VirtFusion suporta KVM e nada mais. Todos os outros painéis desta página espalham-se por dois ou mais tipos de virtualização, e o espalhamento custa em abstração. Um painel que tem de estar certo para OpenVZ, Xen e KVM ao mesmo tempo não pode estar tão próximo de nenhum deles.
É auto-alojado e atual. A documentação indica a 7.x como estável, a 6.x como estável antiga e uma linha herdada que remonta à 1.x (docs.virtfusion.com, verificado a 21 de agosto de 2026). Nada se interpõe entre si e as máquinas dos seus clientes.
Não se importa com o painel de faturação que utiliza. A documentação cobre integrações com Blesta, ClientExec, WHMCS, BillingServ, HostBill, Paymenter e Upmind, sete no total. É invulgarmente aberto para esta categoria, e é de reconhecer.
Diz-lhe o que espera. A documentação afirma claramente que o VirtFusion exige «a reasonable level of Linux expertise, including advanced networking and system administration skills». Um fornecedor que o escreve preto no branco é um fornecedor em torno do qual se pode planear.
Uma lacuna a verificar antes de crescer
É o género de detalhe que só morde quando já se está a vender.
O módulo WHMCS oficial está documentado como capaz de «create, terminate, suspend and unsuspend servers with a direct login bridge between WHMCS and VirtFusion» (docs.virtfusion.com/integrations/whmcs, verificado a 21 de agosto de 2026). A mudança de pacote não figura entre as operações listadas.
É uma lacuna comercial e não técnica: uma encomenda de subida ou descida de gama é precisamente o momento em que um cliente gasta mais dinheiro, e é o único tipo de encomenda que o módulo documentado não descreve tratar. Que a lacuna é real é fácil de corroborar: existe um fork comunitário no GitHub cujo objetivo declarado é o módulo WHMCS do VirtFusion «with changePackage implemented» (BlinkohHost/virtfusion-whmcs-module, verificado a 21 de agosto de 2026), a par de um módulo de aprovisionamento não oficial distinto, da EZSCALE.
Duas restrições documentadas mais pequenas no mesmo sítio, ambas fáceis de tropeçar logo no primeiro dia: a ponte «Open Control Panel» não funciona para utilizadores que sejam administradores do VirtFusion, e os utilizadores têm de ter sido aprovisionados pelo módulo, a menos que se inscreva manualmente o seu identificador WHMCS no campo External Relational Identifier.
Nada disto faz do VirtFusion uma má escolha. Faz de «quem mantém o nosso caminho de subida de gama» uma pergunta a que deveria responder antes de ter quinhentos clientes, e não depois.
As alternativas, lado a lado
| VirtFusion | Virtualizor | SolusVM 2 | Tenantos | Provibr | |
|---|---|---|---|---|---|
| Implementação | Auto-alojado | Auto-alojado | Auto-alojado | Auto-alojado | SaaS, agente no seu anfitrião |
| Virtualização | Apenas KVM | OpenVZ, Xen, XenServer, KVM, LXC, Proxmox, Virtuozzo | KVM + contentores Virtuozzo | Proxmox, VMware, bare metal | Proxmox VE, VMware vSphere, oVirtDisponível agora |
| Gere anfitriões KVM em bruto | Sim | Sim | Sim | Via Proxmox/VMware | Via Proxmox ou oVirt |
| Bare metal / IPMI | Não | Não | Não | Sim | No roteiro |
| Painéis de alojamento web | Não | Não | Não | Não | 8Disponível agora |
| Painéis de jogos | Não | Não | Não | Não | 6Disponível agora |
| Unidade de licença | Não verificado | Por nó | Por nó, por patamares | Por servidor, mínimo de 50 servidores | Por recurso, sem mínimo |
| Painéis de faturação suportados | Sete documentados | WHMCS, Blesta | WHMCS | WHMCS, hostware, HostBill | Módulo WHMCS, mais API REST |
Consultado nos sites e na documentação dos fornecedores a 21 de agosto de 2026.
Qual escolher, consoante a situação
Fique no VirtFusion se o KVM é tudo o que explora e tudo o que tenciona explorar. Nada nesta lista faz melhor o só-KVM, e trocar uma ferramenta estreita por uma ampla para resolver um problema que não tem é como os parques se complicam.
Fique no VirtFusion se o seu painel de faturação é um dos sete que documenta. Não é um pequeno sacrifício.
Veja o Virtualizor se foi juntando Xen, XenServer, OpenVZ ou Virtuozzo pelo caminho. É o único produto aqui que os abrange a todos. E note que a sua própria página de licenças marca as licenças vitalícias como «(CURRENTLY DISCONTINUED)» (virtualizor.com/license, verificado a 21 de agosto de 2026), pelo que as novas aquisições são alugueres por nó.
Veja o SolusVM 2 se acrescentou contentores Virtuozzo, ou quer um fornecedor maior por trás do produto. Publica semanalmente: versões a 6, 13 e 20 de agosto de 2026, com a Alta Disponibilidade na de 13 de agosto.
Veja o Tenantos se avançou para os servidores dedicados. O IPMI-KVM, as reinstalações por PXE e a gestão de RAID são o seu terreno de eleição. O seu patamar de entrada exige um mínimo de 50 servidores licenciados (tenantos.com/pricing, verificado a 21 de agosto de 2026).
Veja o Provibr se acrescentou alojamento partilhado ou servidores de jogos ao lado da linha de VPS, e agora explora um plano de controlo por produto.
Onde nos encaixamos, e onde não
O Provibr é uma camada acima do painel, e não um substituto dele. Estão em produção hoje hipervisores para máquinas virtuais, painéis de controlo para contas de alojamento e painéis de jogo para servidores de jogos. Partilham um só painel, uma só lista de servidores, um único número de capacidade e uma só fatura.
O agente corre num anfitrião Linux dentro da sua rede e liga para o exterior, pelo que não há porta de entrada para abrir nem VPN para manter, e as credenciais da sua infraestrutura permanecem seladas num cofre nesse anfitrião, em vez de na nossa base de dados. Do lado da faturação, há um único módulo WHMCS (um zip que instala por si próprio) independentemente de quantas plataformas estejam por trás, e uma API REST com chaves de âmbito restrito, se preferir gerir as coisas por si próprio.
Onde perdemos, e aqui é específico:
- Precisamos de uma plataforma de hipervisor por baixo. O VirtFusion gere anfitriões KVM diretamente. O Provibr gere o Proxmox VE, o VMware vSphere e o oVirt, e são esses que gerem o hipervisor. Se explora anfitriões libvirt/KVM simples e não quer uma plataforma no quadro, passar para nós significa adotar uma primeiro. É um projeto a sério e não vamos fingir o contrário.
- Somos SaaS. As quatro alternativas acima correm inteiramente dentro da sua rede.
- O bare metal chega em breve. Os servidores dedicados nos seus próprios bastidores têm preço no nosso modelo e estão no roteiro, e ainda não são geríveis.
- Nem Virtuozzo nem OpenVZ. Esses não são nossos. O LXC é: conduzimos os contentores que o Proxmox executa, da criação às cópias de segurança.
O argumento a nosso favor não é que o VirtFusion esteja a fazer algo errado. É que o VirtFusion faz exatamente uma coisa, muito deliberadamente, e a questão é saber se o seu negócio ainda faz exatamente uma coisa.
A ler a seguir
- Gestão do Proxmox: o ciclo de vida de uma máquina, a salvaguarda do intervalo de identificadores e endereços a partir de um conjunto.
- O módulo Provibr para WHMCS: um só módulo, todas as plataformas por trás.
As linhas de versões do VirtFusion, os seus requisitos, as suas integrações de faturação e as ações documentadas do módulo WHMCS foram consultadas em docs.virtfusion.com a 21 de agosto de 2026. O fork comunitário é BlinkohHost/virtfusion-whmcs-module no GitHub, verificado no mesmo dia. Tudo o que se afirma acerca do Virtualizor, do SolusVM e do Tenantos foi consultado nos seus próprios sites e documentação a 21 de agosto de 2026 e está datado porque irá mudar.
