VPS Ubuntu

Calcule a mesma conta mensal

Os valores em dólares abaixo são inventados para explicar a conta. Os dois cenários usam uma VM, uma IPv4 necessária, o mesmo backup e o mesmo tráfego. Impostos e gerenciamento estão excluídos de ambos. Não são ofertas ou preços pesquisados.

Deslize a tabela para ver todas as colunas →

A VM anunciada por 6 chega a 11 nesse exemplo. Calcule com unidades, moeda, impostos, cotas e excedentes reais. Registre a data da cotação, preço de renovação e recursos cobrados depois de desligar. Parar, excluir e liberar um recurso são ações diferentes.

Confira regras de entrada e saída, inclusive bloqueios de SMTP. Para gerenciamento, peça o escopo de correções, suporte à aplicação, backups e restauração. O endereço de contato deste site não é a localização do datacenter.

Uma cota recorrente e um crédito temporário têm condições diferentes. Consulte o comparativo grátis para avaliar essas opções, ou a configuração inicial se já possui uma máquina.

Descreva aplicação, runtime, banco, cache e tarefas. Inclua importações, processamento de imagens e backups. Um catálogo com Nginx, aplicação, PostgreSQL e uma importação agendada pode começar um teste com 2 vCPU e 4 GB; isso não é capacidade validada.

Compare planos com o mesmo build, dados representativos, cache e número de processos, em regiões comparáveis. Proteja dados de clientes em ambientes de teste. Registre Ubuntu, arquitetura, regras de uso de CPU, swap, I/O, região e procedimento de recuperação.

No servidor Ubuntu, instale sysstat para usar iostat. Faça amostras enquanto a carga roda, com os comandos de amostragem em terminais separados. Uma amostra ociosa curta serve apenas como referência.

free -h
df -h /
sudo apt update
sudo apt install sysstat
vmstat 1 11
iostat -xz -y 1 10

O primeiro relatório de atividade de vmstat resume o período desde a inicialização; use os seguintes para a amostra de um segundo. Em free, observe available: parte do cache pode ser recuperada. iostat -y ignora o primeiro relatório acumulado. df -h / cobre apenas a raiz; examine outros volumes usados pelo banco.

Em 24 de setembro de 2026, a origem deste site mostrou uma CPU lógica visível e 957 MiB de memória: 59 MiB livres, mas 358 MiB disponíveis. A observação incluía painel e outros serviços. Ela ilustra free versus available; não é um teste de carga nem uma recomendação de capacidade.

Em um ambiente de testes que você controla, exercite navegação, busca, login e gravação, com e sem cache e junto das tarefas de fundo. Defina antes o tempo de resposta e a taxa de erros aceitáveis. De um cliente externo perto dos usuários, substitua o endereço e o caminho de teste para consultar status, primeiro byte e tempo total em segundos:

curl -sS -o /dev/null --max-time 30 -w 'status=%{http_code} ttfb=%{time_starttransfer}s total=%{time_total}s\n' https://app.example.com/catalogue

Uma chamada curl não mede concorrência. Para carga, use outro cliente, um roteiro da aplicação e registre taxa de requisições, concorrência, duração, dados e cache. Compare erros e o percentil 95 de resposta: o limite abaixo do qual ficam 95% das requisições medidas. Observe a VM ao mesmo tempo e repita o cenário em cada opção.

Deslize a tabela para ver todas as colunas →

São pistas, não regras automáticas de upgrade. Swap alocado pode conter páginas antigas; atividade contínua é mais relevante. Await inclui fila e serviço. Um bloqueio de banco pode atrasar respostas sem esgotar CPU ou RAM. Relacione as medidas aos logs e mude uma variável principal por vez.

Escolha a opção de menor custo que atenda à carga e à recuperação com margem para manutenção. Guarde os resultados para que o próximo ajuste responda a uma necessidade medida.