A pergunta chega quase sempre no mesmo momento: o ambiente já está em produção, funcionando bem, e alguém — direção, auditoria, ou a própria equipe depois de um susto — pergunta se não deveria haver um contrato de suporte.
A resposta exige separar três coisas que costumam ser confundidas: o que a subscription é, o que ela cobre, e o que você continua precisando ter independentemente dela.
O que a subscription é
O Proxmox VE é software livre, sob licença AGPLv3, sem edição paga e sem limite de recursos. A subscription não desbloqueia funcionalidade — não existe funcionalidade bloqueada.
O que ela entrega são duas coisas:
- Acesso ao repositório enterprise, com pacotes que passaram por ciclo maior de testes antes da liberação.
- Suporte técnico da Proxmox Server Solutions, com nível de resposta e quantidade de tíquetes conforme o plano.
O modelo é por socket de CPU, por ano. Um servidor de dois processadores conta dois sockets, independentemente de quantos núcleos ou VMs. Todos os sockets de um cluster devem estar cobertos no mesmo nível — não se mistura.
Os níveis vão de um plano básico, com poucos tíquetes por ano e suporte por portal, até planos com tempo de resposta curto, mais tíquetes e acesso a canais adicionais. A escolha do nível segue o mesmo raciocínio da decisão de comprar: quanto custa uma hora parada.
O que o suporte cobre
- Dúvidas e problemas do Proxmox VE, do Backup Server e do Mail Gateway.
- Diagnóstico de comportamento inesperado do produto.
- Orientação sobre configuração e sobre atualização.
- Encaminhamento de defeitos para quem escreve o código — que é, na prática, o maior valor do contrato.
O que o suporte não cobre
Esta parte importa mais que a anterior, porque é onde as expectativas se quebram:
- Não é operação. Ninguém vai monitorar o seu cluster, atender incidente às três da manhã, ou aplicar as atualizações por você.
- Não é consultoria de arquitetura. Desenho de rede, dimensionamento, estratégia de storage e planejamento de migração não são escopo.
- Não cobre o que está dentro das VMs. Sistema convidado, aplicação, banco de dados.
- Não cobre hardware. Disco com defeito, placa de rede incompatível, firmware — é com o fabricante.
- Não cobre o que você construiu em cima. Scripts próprios, integrações, automações.
- Não é proativo. O suporte responde quando você abre um chamado; ele não observa o seu ambiente.
Essa lista explica por que a subscription sozinha raramente resolve a preocupação que motivou a pergunta. Quem procura "ter a quem ligar quando der problema às duas da manhã" está procurando outra coisa — e vale saber disso antes de assinar.
A conta: quando compensa
O cálculo é direto e costuma encerrar a discussão:
Custo de uma hora de indisponibilidade × horas evitadas por ano > custo anual da subscription?
O custo de uma hora parada não é só receita perdida. Inclui o custo de equipe parada, o retrabalho, multas contratuais de SLA, e o dano de reputação. Em muitas operações, uma única hora supera o valor anual da subscription de vários sockets — e nesse caso a discussão acabou.
Mas há uma nuance importante: a subscription reduz risco em duas frentes distintas, e vale avaliá-las separadamente.
O repositório enterprise reduz a chance de uma atualização com regressão chegar ao seu cluster. Esse valor é real e se manifesta em produção com muitos nós, onde uma regressão simultânea seria cara. Em ambiente pequeno com processo de atualização disciplinado — homologação antes, nó a nó, backup válido —, o ganho é menor.
O suporte reduz o tempo de resolução de um problema do produto. Esse valor depende de quanto a sua equipe consegue diagnosticar sozinha. Time com bom domínio de Linux resolve a maioria das coisas sem abrir chamado; time sem essa profundidade se beneficia muito mais.
Faça as duas avaliações. É comum concluir que o repositório importa mais que o suporte, ou o contrário — e isso orienta a escolha do nível.
Quando compensa claramente
- Uma hora parada custa mais do que o ano de subscription.
- Há exigência contratual ou de auditoria de suporte formal do fornecedor.
- O cluster é grande, e o custo por socket dilui bem.
- A equipe é enxuta, sem tempo de acompanhar notas de versão e diagnosticar problema de kernel.
- O ambiente hospeda clientes terceiros, com SLA a sustentar.
- A empresa não tolera rodar produção sem contrato — o que é uma política legítima.
Quando dá para adiar
- Laboratório e homologação. Sempre.
- Ambiente pequeno, sem impacto financeiro relevante por hora parada.
- Equipe com domínio de Linux e processo de atualização já disciplinado.
- Orçamento restrito em que backup testado e monitoramento ainda não existem — esses vêm antes, e essa é a ordem de prioridade correta.
Esse último ponto merece ênfase, porque contraria a intuição de quem quer resolver o risco comprando um contrato: subscription não substitui processo. Um ambiente sem backup testado, sem monitoramento e sem rotina de atualização continua frágil com contrato de suporte. O contrato ajuda quando o resto está no lugar.
O arranjo híbrido
A composição que mais recomendamos quando o orçamento é uma restrição real:
- Subscription nos nós de produção que sustentam as cargas críticas.
- Repositório no-subscription em homologação, que passa a receber as atualizações antes e vira o lugar onde os problemas aparecem sem custo.
- Processo disciplinado de atualização nó a nó, com backup válido e ponto de reversão.
Isso entrega a maior parte da redução de risco por uma fração do custo total, e é um desenho defensável em qualquer auditoria.
O que um parceiro agrega além da subscription
Vale explicar a diferença, porque são coisas complementares e frequentemente confundidas.
A subscription é um contrato com o fabricante, para problemas do produto, respondido quando você abre chamado.
Um parceiro oficial entrega o que está fora daquele escopo:
- Desenho e implantação: rede em camadas, storage, cluster, backup, segurança.
- Operação e sustentação: monitoramento, atualização, manutenção de nós, atendimento de incidente.
- Migração: de VMware, Hyper-V, XenServer, ou de físico para virtual.
- Diagnóstico do que não é do produto: hardware, rede, storage externo, desempenho de aplicação.
- Transferência de conhecimento para a sua equipe.
- Um interlocutor único, que fala português, conhece o seu ambiente e escala para o fabricante quando o problema é do produto.
Esse último ponto é o que mais importa na prática. Quando algo quebra às duas da manhã, a pergunta raramente é "isso é um bug do Proxmox?" — é "o que está acontecendo e como volto". A subscription responde a primeira; um parceiro responde a segunda.
O arranjo completo costuma ser: subscription para o produto, parceiro para a operação, e a sua equipe focada no que é do negócio.
Erros comuns
- Achar que sem subscription faltam funcionalidades.
- Comprar subscription esperando operação e monitoramento.
- Comprar subscription e manter a produção sem backup testado.
- Misturar níveis diferentes em um mesmo cluster.
- Cobrir só parte dos sockets.
- Assinar sem calcular o custo de uma hora parada.
- Não separar o valor do repositório do valor do suporte na decisão.
- Adiar indefinidamente em ambiente com SLA a terceiros.
- Rodar produção no repositório test para "economizar".
- Confundir contrato com o fabricante e contrato de sustentação com parceiro.
A ordem de prioridade
Se o orçamento é limitado, esta é a sequência que mais reduz risco por real investido:
- Backup com restauração testada.
- Monitoramento com alertas que alguém recebe.
- Processo de atualização nó a nó, com homologação.
- Documentação e mais de uma pessoa capaz de operar.
- Subscription nos nós de produção.
- Contrato de sustentação com parceiro, se a equipe não dá conta da operação.
Quem inverte essa ordem compra tranquilidade que não se materializa.
Onde a Solvefy/Cloud entra
Como parceiros oficiais Proxmox, fornecemos a subscription e — mais importante — ajudamos a decidir se e em que nível ela faz sentido, com os números do seu ambiente: quanto custa uma hora parada, quantos sockets, qual a maturidade do seu processo atual. Acima disso, entregamos o que a subscription não cobre: desenho, implantação, migração, sustentação com monitoramento e atendimento, e transferência de conhecimento. E, quando o diagnóstico mostra que o dinheiro rende mais em backup testado e monitoramento do que em contrato de suporte, nós dizemos isso.
Quer saber se a subscription se paga no seu caso? Fazemos um diagnóstico gratuito da infraestrutura, sem compromisso, em solvefy.cloud.
Solvefy/Cloud — Infraestrutura que cresce com você.