Como começar uma pequena provedora de VPS para familiares e amigos

October 29, 2026 · 27 min read

Esta pesquisa responde a uma decisão prática: como sair do zero e oferecer VPS pagas para um grupo pequeno sem comprar equipamento inadequado nem transformar o primeiro servidor em um projeto grande demais. O foco é uma operação inicial de 5 a 20 VPS Linux, com isolamento por máquina virtual, cobrança mensal, suporte direto e possibilidade de crescer depois.

Resumo executivo

A recomendação principal é começar com um servidor dedicado alugado em um datacenter, instalar Proxmox VE 9.2 diretamente no equipamento, criar somente máquinas virtuais KVM/QEMU para os clientes e manter o backup em outro servidor ou provedor. O Proxmox reúne hipervisor, rede, armazenamento, firewall, API, console e backup em uma interface conhecida. Em outubro de 2026, a versão 9.2 é a versão publicada no site oficial.

Para o primeiro lote, procure um dedicado com estas características:

CPU AMD EPYC moderna, AMD Ryzen Pro com ECC ou Intel Xeon recente, com 8 a 16 núcleos físicos rápidos;
128 GB de RAM ECC, sendo 64 GB aceitáveis apenas para um piloto pequeno;
dois SSDs NVMe de datacenter, idealmente 1,92 TB cada, com proteção contra perda de energia, em espelho ZFS;
porta de 1 Gbit/s sem franquia de tráfego pequena;
console remoto IPMI, iDRAC, iLO ou KVM do provedor;
proteção contra DDoS, ao menos um IPv4 principal, bloco adicional de IPv4 ou IPs avulsos, IPv6 roteado e possibilidade de configurar rDNS;
backup fora do servidor principal.

Não compre um rack usado antes de validar a demanda. Um servidor físico em casa exige link empresarial ou dedicado, IPs públicos roteáveis, energia protegida, refrigeração, peças sobressalentes, acesso remoto fora de banda e plano para interrupções. Para familiares e amigos ele pode ser um laboratório gratuito. Para um serviço cobrado, um dedicado alugado reduz vários riscos de uma vez.

Comece oferecendo três imagens: Debian 13, Ubuntu 24.04 LTS e AlmaLinux 9 ou 10. Ubuntu 26.04 LTS, Rocky Linux e Fedora Cloud podem entrar depois dos testes. Use sempre imagens cloud oficiais, verifique assinatura ou checksum e injete usuário, chave SSH, hostname e rede com cloud-init.

Não venda LXC como se fosse uma VPS comum. Containers compartilham o kernel do host e têm um modelo de isolamento diferente. Para cliente que terá acesso root e poderá instalar software arbitrário, KVM é a escolha mais simples de explicar e operar.

O primeiro produto pode ter apenas dois planos. Exemplo conservador:

Plano	vCPU compartilhada	RAM garantida	NVMe útil	Uso indicado
Pequeno	1	2 GB	30 GB	site, VPN pessoal, bot, laboratório
Médio	2	4 GB	60 GB	containers, aplicação e banco pequeno

Esses números são um ponto de partida, não uma promessa de capacidade universal. A quantidade que cabe no host depende do consumo real, do limite de IOPS, do tráfego e da reserva mantida para falhas e manutenção.

Metodologia e critérios

A pesquisa cruzou documentação oficial de Proxmox, XCP-ng, Incus, OpenNebula, Apache CloudStack, OpenStack, Microsoft, VMware, FreeBSD e painéis comerciais de VPS. Foram conferidas imagens cloud oficiais, requisitos de hardware, recursos de backup, leis brasileiras e ofertas atuais de servidores dedicados.

As plataformas foram avaliadas por oito critérios: facilidade para uma pessoa administrar, isolamento do cliente, automação, backup, recuperação, documentação, custo recorrente e caminho de crescimento. A parte comercial considera uma operação brasileira pequena. Questões tributárias, de telecomunicações e de responsabilidade contratual precisam ser confirmadas com contador e advogado antes da abertura ao público.

Preços de servidores e endereços IPv4 mudam com frequência. Por isso, esta pesquisa usa especificações mínimas e exemplos de linhas comerciais, em vez de fixar uma oferta que pode desaparecer.

As quatro camadas que costumam ser confundidas

Ao montar uma provedora, "qual sistema operacional usar" pode significar quatro coisas diferentes.

Sistema do host ou hipervisor: roda diretamente no servidor físico e cria as VPS. Exemplos: Proxmox VE, XCP-ng, Debian com KVM e Hyper-V.
Sistema convidado: é o sistema instalado dentro da VPS do cliente. Exemplos: Debian, Ubuntu e AlmaLinux.
Painel do cliente: permite ligar, desligar, reinstalar e abrir o console. Exemplos: VirtFusion, SolusVM e Virtualizor.
Cobrança e atendimento: recebe pedidos, pagamentos e chamados. Exemplos: WHMCS, Blesta ou um processo manual no início.

O Proxmox resolve muito bem a primeira camada e parte da terceira, mas sua interface administrativa não deve ser entregue integralmente a clientes. VirtFusion, SolusVM e Virtualizor foram feitos para separar operador e usuário final. No piloto, você pode provisionar manualmente e dar ao cliente apenas acesso SSH e um canal para pedir reinicialização ou reinstalação.

Arquitetura recomendada para começar

Internet
   |
Datacenter com proteção DDoS, IPv4, IPv6 e rDNS
   |
Servidor dedicado
   |-- Proxmox VE 9.2 no hardware
   |-- espelho ZFS em 2 NVMe de datacenter
   |-- bridge pública para as VPS
   |-- rede privada de administração
   |-- VPS Debian, Ubuntu e AlmaLinux em KVM
   |
VPN administrativa, MFA e lista de IPs permitidos
   |
Proxmox Backup Server em outro provedor

O painel administrativo não deve ficar aberto para qualquer endereço da internet. Acesse Proxmox, IPMI e backup por WireGuard, Tailscale, rede de gestão ou lista de IPs permitidos. A documentação do XCP-ng diz que sua rede de administração não deve receber IP público; o mesmo princípio é adequado às demais plataformas.

Sistemas mais comuns no servidor físico

Comparação rápida

Plataforma	Virtualização	Ponto forte	Limitação neste projeto	Veredito
Proxmox VE 9.2	KVM/QEMU e LXC	pacote completo, ZFS, firewall, API, cluster e PBS	painel nativo não é uma loja de VPS	melhor começo
XCP-ng 8.3 LTS + Xen Orchestra	Xen	administração e backup muito bons	pilha diferente de KVM e painel extra	melhor alternativa direta
Debian 13 + KVM/libvirt	KVM/QEMU	controle total e poucas camadas	exige integrar rede, storage, backup e portal	bom para operador experiente
Debian/Ubuntu + Incus	KVM e containers	API limpa e projetos mistos	menos comum em hosting tradicional	ótimo para laboratório e nuvem privada
OpenNebula	KVM e integrações	portal de nuvem privada	mais peças do que um host pequeno precisa	considerar a partir de vários nós
Apache CloudStack	KVM, Xen e VMware	IaaS madura, redes e contas	implantação maior	para expansão
OpenStack	vários componentes	nuvem em grande escala	complexidade excessiva	não usar no início
Harvester	KVM sobre Kubernetes	VMs e Kubernetes em HCI	pede cluster, discos e rede próprios	inadequado para um nó
Hyper-V	Hyper-V	forte em ambiente Windows	licenciamento e operação específicos	se Windows for central
VMware vSphere	ESXi	plataforma empresarial conhecida	custo e dependência comercial	não é a melhor entrada
FreeBSD bhyve	bhyve	base BSD competente	menos painéis e integrações	nicho
SmartOS	KVM e zones	operação orientada a datacenter	conhecimento especializado	nicho avançado

1. Proxmox VE: recomendação principal

O Proxmox VE é uma distribuição de virtualização baseada em Debian. Administra VMs KVM/QEMU, containers LXC, bridges, VLANs, firewall, ZFS, Ceph, migração e clusters pela mesma interface.

Ele encaixa no primeiro servidor por oferecer instalação bare metal direta, templates com cloud-init, API, ZFS no instalador e integração nativa com Proxmox Backup Server. O conhecimento continua útil quando um segundo nó é adicionado.

Os requisitos oficiais recomendam hardware de servidor, armazenamento rápido e redundante e SSD com proteção contra perda de energia. Para ZFS, os discos devem ser expostos diretamente ao sistema. Não coloque ZFS sobre uma controladora RAID com cache próprio. Use HBA em modo IT ou NVMe direto.

Para serviço cobrado, avalie a assinatura. A edição sem assinatura possui o conjunto principal de recursos, mas uma operação comercial pode se beneficiar do repositório empresarial e de suporte. Confira as condições na página de preços.

Escolha recomendada: Proxmox VE 9.2, VMs KVM, ZFS mirror e Proxmox Backup Server 4.2 fora do host.

2. XCP-ng com Xen Orchestra

O XCP-ng 8.3 LTS é um hipervisor Xen instalado como appliance. O Xen Orchestra fornece administração, backups incrementais, replicação, restauração de arquivos e recuperação de desastre.

É a melhor alternativa ao Proxmox quando você prefere Xen ou valoriza o fluxo de backup do Xen Orchestra. A documentação pede host dedicado de 64 bits, virtualização por hardware, SLAT, no mínimo 2 GB de RAM e recomenda 8 GB ou mais para a plataforma.

Mantenha a rede administrativa privada, não instale pacotes arbitrários no domínio de controle e confirme compatibilidade de armazenamento e placa de rede. Para quem pretende usar painéis comerciais KVM, Proxmox tende a exigir menos adaptação.

3. Debian com KVM, libvirt e Cockpit

É possível instalar Debian 13 e montar a pilha com KVM, QEMU, libvirt, nftables, bridges, LVM-thin ou ZFS e Cockpit. Essa opção entrega controle e reduz dependência de uma distribuição de virtualização.

Em troca, você integra pessoalmente armazenamento, backups, permissões, métricas, atualizações e automação. É boa para quem já administra Linux em produção e quer criar uma plataforma própria. Não é a rota mais curta para o primeiro cliente.

4. Incus

O Incus cria máquinas virtuais e containers por uma API consistente. Suporta projetos, perfis, redes, pools, clusters e imagens. A integração com cloud-init configura VMs no primeiro boot.

Faz sentido quando a infraestrutura atenderá VMs, containers de sistema e ambientes internos. Para VPS tradicionais, o mercado de painéis e integrações é menor do que o de KVM em Proxmox ou painéis de hosting.

5. OpenNebula, CloudStack e OpenStack

OpenNebula adiciona catálogo, usuários, quotas, redes e portal sobre hosts KVM. Começa a fazer sentido com vários hosts e necessidade de delegar recursos.

Apache CloudStack organiza zonas, pods, clusters, hosts, redes, contas e API. É uma opção séria para uma provedora com vários nós e desenho de rede definido.

OpenStack separa computação, rede, imagens, identidade e armazenamento em serviços próprios. A arquitetura permite grande escala, mas adiciona bancos, filas, APIs, alta disponibilidade e atualizações coordenadas.

Para um único servidor, as três adicionam trabalho sem benefício proporcional. OpenNebula é a primeira a reavaliar quando a operação crescer. CloudStack e OpenStack pedem equipe e necessidade concreta.

6. Hyper-V, VMware, bhyve e SmartOS

Hyper-V é adequado quando o produto central são VMs Windows e aplicações Microsoft. É preciso calcular licenças por núcleo e direitos dos convidados. Para um catálogo Linux, KVM simplifica o início.

VMware continua em empresas, mas seu licenciamento atual exige cotação e planejamento. Não é a compra indicada para um pequeno provedor com orçamento limitado.

bhyve permite virtualização no FreeBSD. SmartOS combina zones e KVM sobre illumos. Ambos são interessantes, mas têm menos integrações de billing, painéis e profissionais disponíveis. Use-os somente como diferencial deliberado.

Sistemas operacionais oferecidos dentro das VPS

Catálogo inicial

Imagem	Lançamento	Motivo	Observação
Debian 13 stable	sim	pequeno, previsível e excelente para servidor	imagem oficial genericcloud
Ubuntu 24.04 LTS	sim	ampla documentação e compatibilidade	base conhecida por usuários
AlmaLinux 9 ou 10	sim	opção da família RHEL	testar painéis antes de publicar
Rocky Linux 9 ou 10	opcional	alternativa da família RHEL	não precisa oferecer Rocky e Alma juntos
Ubuntu 26.04 LTS	após testes	LTS mais nova em 2026	validar agentes e aplicações
Fedora Cloud 44	avançado	software recente e QCOW2 oficial	ciclo rápido
Alpine Linux	avançado	imagem pequena	musl e OpenRC geram suporte extra
openSUSE	sob demanda	boa tecnologia de servidor	procura menor
Arch Linux	sob demanda	agrada usuários avançados	rolling release
FreeBSD	sob demanda	nicho útil	testar drivers e automação
Windows Server	não no piloto	demanda licenças	abrir só após cálculo correto

O Debian informa que a versão estável atual é a 13, Trixie, com ciclo de cinco anos entre suporte principal e LTS. O Fedora fornece Fedora Cloud 44 em QCOW2. A Canonical publica imagens oficiais de Ubuntu para KVM. AlmaLinux mantém Generic Cloud images com cloud-init.

Procedimento de template

Baixar somente da fonte oficial.
Verificar assinatura e checksum.
Importar QCOW2 ou RAW no laboratório.
Confirmar qemu-guest-agent.
Testar cloud-init, crescimento de disco, IPv4, IPv6 e chave SSH.
Remover chaves, machine-id, logs e dados específicos antes do template.
Criar, reiniciar, reinstalar e restaurar uma VPS de teste.
Registrar data, URL, checksum e versão.
Atualizar em rotina definida, sem trocar uma versão principal em silêncio.

Mantenha poucas imagens. Cada distribuição adiciona testes, instruções de suporte e risco de ficar desatualizada.

KVM ou LXC

Em KVM, cada VPS possui kernel próprio e hardware virtual. O cliente pode alterar o sistema, usar módulos compatíveis e reinstalar a imagem. Há custo de memória e CPU, mas o isolamento é apropriado para um produto vendido como VPS.

LXC executa um sistema de usuários que compartilha o kernel Linux do host. É eficiente para serviços internos, CI e ambientes controlados. Algumas operações de kernel, módulos, filesystems e segurança diferem de uma VM.

Venda KVM como padrão. Use LXC para serviços internos ou como produto separado, com limites explicados. Nunca anuncie um container como equivalente a uma máquina virtual completa.

Alugar, usar colocation ou hospedar em casa

Caminho	Investimento inicial	Trabalho	Risco	Indicação
dedicado alugado	baixo	médio	moderado	melhor piloto comercial
comprar e colocar em colocation	alto	alto	moderado	após receita previsível
servidor em casa	médio	muito alto	alto	laboratório
revender VPS de terceiro	muito baixo	baixo	dependência alta	validar vendas

Por que alugar primeiro

Um dedicado transfere ao datacenter energia, refrigeração, conectividade, troca de componentes e acesso físico. Hetzner, OVHcloud, Scaleway Dedibox e fornecedores brasileiros oferecem combinações de CPU, ECC, NVMe, IPs, tráfego, console e DDoS. Localização e latência importam tanto quanto preço.

Exemplos atuais do tipo de máquina procurado:

Hetzner AX42: Ryzen Pro, 64 GB ECC e dois NVMe, para piloto pequeno;
Hetzner AX102: Ryzen 9, 128 a 192 GB ECC e NVMe de datacenter;
linhas AMD EPYC da Hetzner, OVHcloud e Scaleway: mais memória e perfil de servidor;
dedicado em São Paulo com IPMI e DDoS: custo maior, latência menor no Brasil.

Confirme se o provedor permite virtualização e revenda, quantos IPs estão incluídos, como entrega blocos adicionais, se usa MAC virtual ou sub-rede roteada, como funciona rDNS e quais atividades são bloqueadas.

Quando comprar para colocation

Colocation passa a fazer sentido quando a receita cobre equipamento, rack, energia, link, mãos remotas, peças e depreciação. Se comprar, procure Dell PowerEdge R6515/R6525, HPE DL325/DL345, Lenovo SR630/SR635 ou Supermicro 1U/2U com EPYC e IPMI. São famílias de referência, não exigências.

Servidores antigos com Xeon E5 v1 a v4 parecem baratos, mas gastam mais energia e entregam menos desempenho por núcleo. Para aplicações web, frequência e desempenho por núcleo importam.

Por que não vender VPS de casa

CGNAT ou IPv4 dinâmico;
ausência de bloco IP roteado;
upload baixo ou assimétrico;
contrato residencial que pode proibir revenda;
queda de energia e internet sem SLA;
ausência de proteção DDoS;
calor, ruído e falha de refrigeração;
manutenção física dependente da sua presença.

Use a casa para aprender com duas ou três VMs, sem prometer disponibilidade.

Hardware a alugar ou comprar

Perfis recomendados

Perfil	CPU	RAM	Armazenamento	Uso
laboratório	6 a 8 núcleos modernos	32 a 64 GB	2 SSDs em mirror	aprender sem clientes
5 a 10 VPS	8 a 16 núcleos modernos	64 a 128 GB ECC	2 x 960 GB ou 1,92 TB NVMe enterprise	primeiro piloto
10 a 30 VPS pequenas	EPYC ou Xeon, 16 a 32 núcleos	128 a 256 GB ECC	2 x 1,92 TB ou 3,84 TB NVMe enterprise	operação já medida

O host deve ter 1 Gbit/s, console remoto, IPv4 adicionais, IPv6, rDNS e backup externo. Se o equipamento for seu, prefira fontes redundantes e BMC dedicado.

SSD de datacenter

VMs geram escrita aleatória, flushes, metadados e sincronizações. SSD de datacenter costuma oferecer maior durabilidade, latência previsível e proteção contra perda de energia. Procure endurance em DWPD ou TBW, PLP declarado, telemetria SMART/NVMe e firmware atualizável.

Dois discos em mirror mantêm o serviço quando um falha. Mirror não é backup: exclusão, corrupção lógica, invasão ou falha do host podem atingir as duas cópias.

Com dois NVMe, use mirror. Com quatro, dois mirrors em stripe fornecem mais IOPS. Não use ZFS sobre RAID por hardware com cache próprio.

Rede, IPs e proteção contra abuso

IPv4 e IPv6

IPv4 é escasso. O RIPE NCC esgotou seu pool disponível, e provedores cobram por IP ou limitam blocos. Antes de contratar, peça preço e condições para 8, 16 e 32 IPs, mesmo que compre menos.

Entregue IPv6 desde o início. Um /64 por cliente é tecnicamente melhor do que um endereço isolado, mas depende do roteamento do fornecedor e do painel.

Há três modelos:

IPv4 público por VPS: mais simples para o cliente e mais caro.
IPv4 compartilhado com NAT: barato, mas limita VPN, jogos, e-mail e serviços que esperam portas próprias.
IPv6 público com IPv4 compartilhado: serve a planos econômicos quando a limitação é explícita.

Para o primeiro grupo pagante, use IPv4 público individual. Isso reduz chamados.

DDoS, SMTP e rDNS

Proteção do datacenter não significa imunidade. Verifique capacidade, ativação, falsos positivos, protocolos protegidos e política de null route. OVHcloud divulga proteção DDoS para dedicados e Scaleway declara proteção incluída no Dedibox. Não prometa mais do que o fornecedor garante.

Não libere saída TCP 25 sem controle. Um cliente comprometido pode colocar a faixa em listas de bloqueio. Prefira relays autenticados nas portas 465 ou 587. Libere 25 somente após análise, com limites e procedimento de abuso.

Confirme edição de PTR por IP. rDNS é usado em e-mail, logs e validações. Verifique a reputação dos IPs antes de entregá-los.

Capacidade sem vender o mesmo recurso duas vezes

RAM

Trate RAM anunciada como garantida. Reserve memória para Proxmox, ZFS, cache e picos. Exemplo de estimativa para um host de 128 GB:

reserva operacional: 24 GB;
capacidade restante: 104 GB;
limite inicial de venda: 80 GB;
folga: 24 GB para picos, manutenção e crescimento.

Isso poderia significar vinte VPS de 4 GB, mas CPU, disco e rede podem chegar ao limite antes.

CPU

vCPU compartilhada não é núcleo físico dedicado. Publique isso. Comece com densidade conservadora, monitore steal time, load, latência e uso e só aumente a relação entre vCPU e threads com dados.

Não prometa CPU ilimitada. Mineração, transcodificação permanente, renderização e jogos devem ter política própria.

Disco e tráfego

Não venda a capacidade bruta inteira. ZFS, snapshots, templates e reserva do pool ocupam espaço. Gere alertas antes de 80% e planeje ação antes de 90%. Pool cheio pode parar VMs.

Confira se a porta é compartilhada, garantida ou limitada por franquia. Publique volume mensal, velocidade máxima, redução após excedente e atividades proibidas. Uma porta de 1 Gbit/s no host não oferece 1 Gbit/s dedicado a cada VPS.

Backup e recuperação

Desenho mínimo

backup diário das VMs;
cópias incrementais em outro servidor ou provedor;
retenções diárias e mensais definidas;
cópia da configuração e documentação de rede;
teste mensal de restauração completa;
teste periódico de um arquivo;
credenciais do backup separadas das do host.

O Proxmox Backup Server oferece incremental, desduplicação, compressão, verificação e criptografia. Instalá-lo numa VM do mesmo host serve a testes, mas não protege contra perda do servidor.

Snapshot não é backup. Ele depende do mesmo pool e deve ter prazo curto.

RPO é quanto dado pode ser perdido. Com backup diário, pode chegar a 24 horas. RTO é o tempo estimado de recuperação. Meça os dois em testes.

Um host não oferece alta disponibilidade. Mirror protege contra um disco, não contra placa, fonte, erro humano ou falha do datacenter. Anuncie backup e restauração, sem usar "HA".

Por que não usar Ceph agora

Ceph exige nós, discos, rede e capacidade para continuar operando durante falhas e recuperação. Em um host, adiciona trabalho sem remover o ponto único de falha. Use ZFS mirror e backup externo. Reavalie Ceph com pelo menos três nós bem dimensionados, rede rápida dedicada e conhecimento para recuperá-lo.

Painel do cliente e cobrança

Fase manual

Para até dez clientes conhecidos, crie VPS manualmente, registre recursos, emita cobrança e mantenha um procedimento de reinstalação. Esse trabalho mostra quais automações serão usadas.

Painéis para a segunda fase

Produto	Modelo	Recursos	Quando avaliar
VirtFusion	frota KVM	portal, API, billing e PBS	foco em experiência do cliente KVM
SolusVM 2	compute nodes KVM	planos, redes, API e cobrança	produto comercial pronto
Virtualizor	KVM, Proxmox, LXC, Xen	vários hipervisores e billing	compatibilidade ampla
API Proxmox + portal próprio	Proxmox	controle total	somente se software for parte do negócio

VirtFusion integra portal, billing e PBS. SolusVM separa gestão e compute e recomenda não usar o management server como nó de clientes. Virtualizor possui módulos para criar, suspender e remover VPS.

Antes de escolher, teste pagamento, criação, IP, entrega de chave, reboot, console, reinstalação, mudança de plano, suspensão, cancelamento, descarte, backup, restore e auditoria.

Segurança mínima

Host e administração

Proxmox e BMC somente por VPN ou rede de gestão;
MFA nas contas administrativas;
contas pessoais, sem usuário compartilhado;
SSH por chave;
firewall negando por padrão na gestão;
atualizações em janela definida;
logs e alertas enviados para outro destino;
monitoramento de disco, memória, temperatura, pool, backup e certificado;
chaves de recuperação guardadas fora do host;
inventário de versões, firmware, IPs e templates.

Clientes

chave SSH na criação;
console com sessão protegida e expiração;
limites aplicados tecnicamente;
isolamento de bridges, VLANs ou redes virtuais;
proteção contra spoofing de MAC e IP;
bloqueio da rede administrativa a partir das VPS;
procedimento para máquina comprometida.

O que monitorar

disponibilidade externa;
CPU, RAM e swap;
saúde SMART/NVMe;
espaço, latência e fragmentação do pool;
IOPS e latência de disco;
perda de pacotes e tráfego;
falha de backup e idade da última cópia;
certificados;
alertas e chamados de abuso.

Zabbix, Prometheus com Grafana, Netdata e Checkmk podem cumprir a função. Escolha uma combinação que será acompanhada.

Operação comercial no Brasil

Esta seção é um mapa de verificação, não parecer jurídico.

Documentos mínimos

termos de serviço;
política de uso aceitável;
política de privacidade;
descrição precisa dos planos;
política de backup e restauração;
política de cancelamento e descarte;
contato de suporte e abuso;
procedimento de incidente;
contrato do datacenter permitindo a atividade.

Os termos devem tratar spam, phishing, malware, ataques, fraude, mineração, scanners, conteúdo ilegal, resposta a notificações e suspensão urgente. Não copie termos de outro provedor.

LGPD

Você tratará nome, contato, cobrança, endereço IP, tickets e logs administrativos. A LGPD exige finalidade, base legal, segurança, transparência e atendimento aos titulares. A ANPD publicou guia para agentes de pequeno porte e a Resolução CD/ANPD 2/2022 permite processos simplificados, mas não dispensa segurança e direitos.

Registre quais dados coleta, por quê, onde ficam, quem acessa, por quanto tempo permanecem e como são eliminados. Restrinja logs ao necessário.

Marco Civil, empresa e Anatel

O Marco Civil da Internet trata de privacidade, registros, ordens e responsabilidade. VPS, hospedagem, conexão e telecomunicações não são sinônimos. Peça a advogado que confirme enquadramento, registros aplicáveis, resposta a ordens, papéis na LGPD e fluxo para denúncias.

Converse com contador sobre CNAE, regime tributário, nota fiscal, cobrança recorrente, clientes em outros estados e despesas em moeda estrangeira.

Alugar infraestrutura e hospedar VMs não é automaticamente o mesmo que prestar Serviço de Comunicação Multimídia. Porém, a topologia e a oferta de conectividade podem mudar o enquadramento. Se pretende fornecer acesso, trânsito ou circuitos, consulte especialista e Anatel.

Modelo financeiro

Inclua aluguel, IPv4, backup, hipervisor, painel, billing, gateway, impostos, domínio, e-mail, monitoramento, suporte, câmbio e reserva para falha ou reembolso.

custo mensal total
  = host + IPs + backup + licenças + pagamentos
  + impostos + suporte + reserva

custo mínimo por VPS
  = custo mensal total / quantidade pagante conservadora

Use a quantidade pagante conservadora, não a lotação máxima. Se o equilíbrio exigir 100% do host vendido, o preço ou o servidor está errado.

Plano de implantação em 90 dias

Dias 1 a 15: laboratório

Instalar Proxmox em máquina de teste.
Separar redes de gestão e clientes.
Importar Debian, Ubuntu e AlmaLinux.
Configurar cloud-init e qemu-guest-agent.
Criar, clonar, redimensionar, reinstalar e destruir VMs.
Configurar PBS em outra máquina.
Restaurar uma VM e um arquivo.
Simular perda de senha, disco cheio e falha de backup.

Dias 16 a 30: contratação

Pedir cotações com 64 e 128 GB ECC.
Confirmar IPs, rDNS, IPv6, DDoS, tráfego e console por escrito.
Ler política de uso e regra de revenda.
Escolher dois planos e limite do piloto.
Escrever termos, AUP, privacidade e backup.
Definir suporte e horário.
Contratar somente após obter as respostas.

Dias 31 a 45: produção vazia

Instalar Proxmox pelo console remoto.
Configurar ZFS mirror e alertas.
Fechar administração atrás de VPN.
Configurar firewall, DNS, NTP e alertas.
Importar templates validados.
Ativar backup externo.
Testar IPv4, IPv6, rDNS e throughput.
Restaurar uma VM em rede isolada.

Dias 46 a 60: piloto

Convide duas ou três pessoas que aceitem instabilidade de teste. Entregue VPS pequenas, documente solicitações, meça CPU, RAM, IOPS e tráfego e teste reinstalação e recuperação.

Dias 61 a 90: cobrança limitada

Abra até dez clientes conhecidos. Cobre manualmente, não ofereça Windows, SMTP irrestrito, HA ou SLA agressivo, revise a capacidade semanalmente e faça restore mensal. Avalie painel somente quando o trabalho manual se repetir.

Checklist antes de pagar

Hardware

CPU com virtualização e IOMMU.
RAM ECC ampliável.
Dois NVMe de datacenter com PLP.
Discos expostos diretamente ao ZFS.
Console remoto independente.
Procedimento e prazo para troca de disco.

Rede

Porta e franquia no contrato.
IPv4 adicional disponível e precificado.
IPv6 roteado para as VMs.
rDNS editável.
Bridge, MAC virtual ou sub-rede roteada confirmada.
DDoS, null route e reativação explicados.
Revenda de VPS permitida.

Operação

Backup em outro domínio de falha.
Restore completo cronometrado.
Painel, BMC e backup atrás de rede privada e MFA.
Monitoramento externo.
Templates com origem e checksum.
Procedimento de abuso.
Termos, privacidade e cobrança revisados.

Erros caros a evitar

Comprar servidor antigo pela quantidade de núcleos e ignorar energia.
Usar um único SSD.
Usar SSD doméstico sem PLP em carga intensa.
Tratar mirror como backup.
Guardar o único backup no host.
Expor Proxmox e IPMI.
Entregar o painel administrativo ao cliente.
Prometer HA com um servidor.
Montar Ceph em um ou dois nós.
Vender toda a RAM e todo o disco.
Liberar SMTP e perder a reputação dos IPs.
Oferecer muitas distribuições sem manutenção.
Vender Windows sem licença.
Contratar sem confirmar IP, rDNS e rede.
Automatizar vendas antes de dominar restore e cancelamento.

Recomendações práticas

Compra indicada agora

Não compre hardware no primeiro mês. Alugue por três meses um dedicado com 128 GB ECC, dois NVMe enterprise em mirror e console remoto. Prefira CPU moderna de 12 a 16 núcleos rápidos ou EPYC equivalente. Contrate backup separado e os IPs do piloto.

Se o orçamento comportar apenas 64 GB, limite o teste a 5 ou 8 VPS pequenas e mantenha reserva. Não compense pouca RAM vendendo além da capacidade.

Pilha indicada

host: Proxmox VE 9.2;
virtualização vendida: KVM/QEMU;
storage: ZFS mirror em NVMe enterprise;
templates: Debian 13, Ubuntu 24.04 LTS e AlmaLinux;
configuração: cloud-init e qemu-guest-agent;
backup: Proxmox Backup Server 4.2 em outro provedor;
administração: WireGuard ou Tailscale, MFA e lista de IPs;
monitoramento: ferramenta central e teste externo;
cobrança: manual no piloto;
painel comercial: VirtFusion, SolusVM ou Virtualizor na segunda fase.

Alternativa indicada

Teste XCP-ng 8.3 LTS com Xen Orchestra se preferir seu modelo de administração e backup. Faça o mesmo exercício de criação, rede, restore e atualização. Escolha-o por uma vantagem observada no seu fluxo.

Produto indicado

Lance dois planos Linux KVM, sem Windows, SMTP irrestrito ou promessa de alta disponibilidade. Explique vCPU compartilhada, RAM garantida, tráfego, frequência de backup e prazo de restauração. Atenda um grupo pequeno por três ciclos mensais.

Quando comprar hardware próprio

Considere colocation quando houver demanda estável por seis meses, receita para rack, energia, IPs, backup e peças, segundo host ou plano real de recuperação e alguém disponível para troca física.

Conclusão

Para começar a comercializar VPS entre familiares e amigos, use um servidor dedicado alugado e Proxmox VE. Ofereça máquinas KVM com Debian, Ubuntu e AlmaLinux, armazene-as em dois NVMe de datacenter em espelho e envie backups para outro local. Essa configuração ensina virtualização, cloud-init, rede, IPs, monitoramento, restauração e tratamento de abuso.

O primeiro objetivo não deve ser lotar o host. Deve ser completar o ciclo de criar, cobrar, operar, atualizar, recuperar e cancelar uma VPS sem perder dados nem depender de improviso. Depois de três meses medidos, será possível decidir com números se vale adicionar painel, segundo nó, colocation ou plataforma maior.

Fontes consultadas

Nota sobre atualidade

Pesquisa concluída em 29 de outubro de 2026. Versões, preços, disponibilidade de IPv4, licenças e ofertas de servidores mudam com frequência e devem ser confirmados nas páginas oficiais antes da compra.

Did this resonate?

Related