# Como escolher a melhor VPS para Docker e auto-hospedagem URL: /pt-br/guias/escolher-vps-para-docker Data: 2026-09-16 Autor: Andrei Canta Categoria: Planejamento de infraestrutura Escolha uma VPS para várias aplicações Docker: meça a capacidade, confira a CPU, planeje armazenamento e tráfego e teste a recuperação antes de comprar. ## Conte tudo o que será executado [#conte-tudo-o-que-será-executado] Liste aplicações web, workers, bancos, caches e tarefas agendadas. Inclua homologação e o processo de build. Um portal com worker e PostgreSQL consome mais que a memória ociosa do contêiner web sugere. Antes de contratar por longo prazo, teste uma carga representativa em uma VPS temporária. Para cada serviço, registre a imagem, os dados persistentes, os horários de pico e o tempo de indisponibilidade aceitável. Pergunte se aplicações de clientes diferentes podem compartilhar o host: disco cheio ou falha da máquina pode interromper todas elas. Requisitos de isolamento podem definir o número de servidores antes do tamanho de cada um. A [instalação do Easypanel](/docs) exige Ubuntu novo, acesso root, pelo menos 2 GB de RAM e as portas 80 e 443 livres. Considere isso apenas o mínimo de instalação. Suas aplicações precisam de capacidade adicional medida com a carga real. ### Confira a arquitetura da CPU antes do preço [#confira-a-arquitetura-da-cpu-antes-do-preço] Verifique a plataforma e todas as imagens que pretende usar. Uma dependência disponível para `linux/amd64` pode não existir para `linux/arm64`. Inclua bibliotecas nativas e ferramentas de linha de comando, não apenas a imagem base. A documentação de [build multiplataforma do Docker](https://docs.docker.com/build/building/multi-platform/) explica como as variantes correspondem à arquitetura do host. Emulação pode aumentar bastante o tempo de build. Execute seu build real na máquina candidata antes de escolher ARM ou x86 apenas pelo preço. ## Meça o servidor em um período de pico [#meça-o-servidor-em-um-período-de-pico] Execute os serviços juntos. Reproduza tráfego representativo, faça um deploy e rode um backup. Inclua importações, relatórios ou processamento de imagens que causam os maiores picos. Meça o host e os contêineres: sistema operacional, Docker e painel também consomem recursos. | Recurso | O que medir | Como usar o resultado | | ------- | ------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------- | | Memória | Host e contêineres durante tráfego, build, backup e jobs. | Deixe margem para tarefas simultâneas, sistema, Docker e painel. Observe OOM e swap constante. | | CPU | Tempo de resposta, crescimento das filas e duração do build sob carga. | Compare desempenho sustentado e descubra se as vCPUs são compartilhadas, dedicadas ou limitadas por créditos. | | Disco | Crescimento de banco e uploads, imagens, cache de build, logs e espaço temporário da restauração. | Reserve espaço para implantar e recuperar. Verifique latência e limites de IOPS, não apenas o rótulo SSD ou NVMe. | Escolha a margem com base nos picos observados, crescimento esperado e rapidez para redimensionar. Se o build prejudica a aplicação, compare uma VPS maior com fazer o build no CI e baixar a imagem pronta. Defina limites de recursos de forma consciente. Por padrão, contêineres têm [acesso sem restrições aos recursos do host](https://docs.docker.com/engine/containers/resource_constraints/). Limites ajudam a conter um serviço, mas valores baixos demais também encerram processos. Teste sob a mesma carga usada no dimensionamento. ### Reserve espaço para crescimento e recuperação [#reserve-espaço-para-crescimento-e-recuperação] Conte dados ativos, imagens retidas, cache, logs e arquivos temporários. Uma restauração pode precisar manter o backup baixado e os dados restaurados ao mesmo tempo. Meça o crescimento e configure um alerta de disco cedo o suficiente para agir. Pergunte se o disco é local ou conectado por rede, quais limites de I/O existem e como a capacidade aumenta. O redimensionamento exige reinicialização? CPU e RAM podem crescer sem alterar o disco? O volume pode migrar para outra máquina? O rótulo NVMe não responde a essas perguntas. ## Verifique a rede usada pela aplicação [#verifique-a-rede-usada-pela-aplicação] Escolha a região depois de medir o tempo de resposta a partir da localização dos usuários. Se o banco estiver em outro provedor ou região, meça esse caminho. Aplicações com muitas consultas sequenciais pagam a latência várias vezes por requisição. Conte o tráfego de downloads, APIs, uploads de backup e transferências entre serviços. Verifique franquia, preço excedente, velocidade da porta e políticas de uso justo. Restaurar um backup grande também consome tempo e pode gerar cobrança no provedor de armazenamento. Confirme se IPv4 público está incluído, é cobrado à parte ou não existe. Uma VPS somente IPv6 precisa de um caminho testado até usuários e dependências IPv4. Verifique o controle de DNS, firewall do provedor e firewall do host. Publique um registro AAAA apenas quando o caminho IPv6 estiver funcionando. ## Compre também um caminho de recuperação [#compre-também-um-caminho-de-recuperação] Descubra como acessar a máquina quando o SSH falhar. Procure console ou ambiente de rescue, documentação de recuperação e suporte com escalonamento claro. Confirme como substituir a VPS e se o IP pode ser reutilizado ou o DNS precisará mudar. Decida quanto dado pode ser perdido e quanto tempo a recuperação pode levar. Mantenha backups fora da VPS e preserve acesso a eles de forma independente. Se a suspensão da conta ou indisponibilidade do provedor faz parte do cenário, cópias acessíveis apenas pela mesma conta não resolvem o problema. Snapshots do provedor podem ajudar, mas consistência e restauração variam. Verifique se a aplicação precisa interromper gravações, quais discos entram e se o snapshot pode ser exportado. Para bancos ativos, use um backup compatível com o banco e coordene-o com uploads quando os dados precisam representar o mesmo momento. ### Entenda o que cada backup do Easypanel protege [#entenda-o-que-cada-backup-do-easypanel-protege] Os [backups de banco](/docs/backups/database) criam dumps lógicos dos serviços compatíveis; o agendamento depende do plano. Os [backups de volume](/docs/backups/volumes) espelham volumes nomeados e podem propagar exclusões. Eles não criam necessariamente um ponto de recuperação separado a cada execução. Escolha um [destino de armazenamento](/docs/storage-providers) independente, use versionamento quando necessário e teste a restauração. Bind mounts, segredos e configuração dos serviços precisam de um plano próprio. Um backup salvo na mesma VPS pode desaparecer junto com os dados originais. ## Compare o custo mensal completo [#compare-o-custo-mensal-completo] Some computação, IPv4, discos extras, snapshots, armazenamento de backup, tráfego, monitoramento, licença do painel e suporte. Verifique renovação, impostos, cobrança por hora e custos de máquinas desligadas ou volumes sem uso. Inclua tempo para atualizações, testes de restauração e incidentes. Pergunte o que “gerenciado” realmente cobre. Trocar hardware, atualizar o sistema e corrigir uma aplicação são serviços diferentes. Defina quem cuidará do host e da [manutenção do Easypanel](/docs/maintenance), inclusive fora do horário comercial. Escolha uma PaaS gerenciada se a equipe não puder assumir essas responsabilidades e a plataforma atender à carga. Compare os limites no guia de [PaaS self-hosted, gerenciada ou VPS](/pt-br/guias/paas-self-hosted-vs-gerenciada-vs-vps). ## Antes de contratar [#antes-de-contratar] * Sistema, arquitetura da CPU, imagens e portas funcionam em um teste real. * Um deploy e um backup rodam junto com o tráfego sem esgotar a máquina. * Crescimento do disco, tempo de resize, IPv4 e limites de transferência estão claros. * Os backups continuam acessíveis sem a VPS e foram restaurados em outra máquina. * Há responsáveis por atualizações, alertas de capacidade e recuperação. * A estimativa inclui armazenamento, backups, licenças, suporte e manutenção. Quando a VPS passar nesses testes, use o [guia de hospedagem de aplicações Docker](/pt-br/guias/hospedar-aplicacoes-docker-vps) para configurar o primeiro deploy, domínio, dados persistentes e teste de recuperação. ## Guias relacionados [#guias-relacionados]