Como testar um servidor cloud num teste: checklist prático
Um servidor cloud é fácil de encomendar e difícil de avaliar só pela tabela de preços. Um teste curto mostra se o CPU, o disco, a rede e o suporte servem a sua carga, mas só se chegar com um plano. A DCXV não tem um teste gratuito em autoatendimento. Um teste curto, de cerca de 3 dias, pode ser pedido escrevendo para sales@dcxv.com. Concedê-lo fica ao critério da DCXV, por isso nada aqui promete aprovação; confirme por escrito a duração, o tamanho, a localização e eventuais custos antes de começar. Uma imagem de avaliação do Windows Server é um meio da Microsoft, não um teste da DCXV, e não inclui licenças RDS de utilizador.
Três dias dão um primeiro veredicto, não uma avaliação completa. Imprima esta página, marque as caixas e escreva o número junto a cada resultado.
Antes de começar: defina o que é bom
- Descreva a carga numa frase.
- Escolha dois ou três números para aceitar ou rejeitar: tempo de resposta, tempo de consulta, tempo de restauro.
- Escolha a localização mais próxima dos seus utilizadores, Praga ou Covilhã; o guia de localização explica o compromisso.
- Peça um tamanho próximo do que compraria. O guia de dimensionamento ajuda; os presets na página de servidores cloud começam em EUR 15.00/mês por 2 vCPU, 4 GB de RAM, 40 GB NVMe (verificado 2026-10).
- Leia a política de utilização aceitável em /policy.
Dia 1: implementar e verificar o acesso
- Anote o tempo desde a encomenda até um acesso funcional; o site indica normalmente até 10 minutos.
- Entre como root por SSH (Linux) ou RDP (Windows): ligar por SSH.
- Abra uma vez a consola de recuperação KVM, antes de precisar dela.
- Execute
lscpu,free -h,df -he compare com a encomenda. - Atualize o sistema e confirme que o IPv4 público responde a partir do exterior.
Dia 2: bases de CPU, memória, disco e rede
Defina os threads igual ao número de vCPU e mantenha cada execução curta.
sysbench cpu --threads=2 --time=30 run
sysbench memory --threads=2 --time=30 run
fio --name=rand4k --filename=/root/fio.tmp --size=1G --rw=randrw --bs=4k --iodepth=16 --ioengine=libaio --direct=1 --runtime=30 --time_based
mtr -rwc 100 YOUR_SERVER_IP
- Execute o teste de CPU duas vezes a horas diferentes e anote os dois resultados.
- Anote IOPS e latência do disco e depois apague /root/fio.tmp.
- Execute o mtr a partir do seu escritório até ao servidor; ler a saída do mtr explica as colunas.
- Descarregue um ficheiro conhecido e anote a velocidade. Um ficheiro, não um teste de saturação.
Dia 3: carga real, restauro, veredicto
- Implemente a aplicação real e reproduza tráfego normal, não uma enxurrada.
- Crie um snapshot, altere um ficheiro, clique em Restore e confirme que a alteração desapareceu. Um restauro interrompe o servidor e descarta o estado atual. Os snapshots são um extra pago: pergunte ao suporte se são cobrados num teste e remova o seu no fim.
- Abra a janela Backups (data e tamanho de cada cópia; guia de restauro). Restaure apenas dados descartáveis e pergunte se existirá uma primeira cópia nos 3 dias.
- Faça ao suporte uma pergunta real e cronometre a primeira resposta útil.
- Preencha a tabela de avaliação e decida.
| Área | O que anotar | Passa se |
|---|---|---|
| CPU e memória | sysbench, duas execuções | Estável e suficiente para o pico |
| Disco | fio IOPS, latência | Nada espera pelo disco |
| Rede | mtr perda, média | Limpa para os seus utilizadores |
| Recuperação, suporte | tempo, primeira resposta | Consegue recuperar e obter ajuda |
Se conseguir uma avaliação mais longa
- Semana 1: repita os testes do dia 2 de manhã, à tarde e à noite.
- Semana 2: corra tráfego real, vigie memória e swap, reinicie uma vez de propósito.
- Semana 2: experimente uma mudança de plano; um disco não pode ser reduzido sem formatar.
- Semana 3: ensaie a migração, um restauro completo e a fatura segundo o guia de custos.
Práticas seguras de benchmark
- Teste curto e pequeno: 30 a 60 segundos, um ficheiro de 1 GB, e limpe no fim.
- A AUP proíbe flooding, negação de serviço, scanners de portas e IP, força bruta e ataques. Nunca os execute, nem contra o seu próprio servidor.
- Pergunte ao suporte antes de algo pesado: horas de CPU no máximo, grandes transferências, muitas ligações. Não ponha dados reais de clientes num servidor de teste.
- Um teste curto é uma amostra, não uma garantia; vizinhos, hora do dia e carga alteram os resultados.
Peça o seu teste
Escreva para sales@dcxv.com com a carga, o tamanho, a localização e a duração, e pergunte se é elegível. Para começar já, escolha um tamanho na página de servidores cloud.
