Desempenho e fiabilidade

O tempo de roubo é a percentagem de tempo em que a sua CPU virtual estava pronta para executar, mas o hypervisor deu o núcleo físico a outra pessoa. Aparece como a coluna "st" no top. Qualquer coisa consistentemente acima de 2–3% significa que está a competir pelo núcleo, e é a causa habitual de picos de latência inexplicáveis numa instância com vCPU partilhado.

Por ordem de probabilidade: exaustão de memória a causar thrashing de swap, saturação de IO de disco, tempo de roubo de CPU em núcleos partilhados, base de dados não otimizada, ou latência de rede para os seus utilizadores. Verifique primeiro free -h e a coluna st no top — entre eles identificam a causa em cerca de oitenta por cento dos casos.

Dentro de uma área metropolitana, abaixo de 5 ms. Dentro de um continente, 10–40 ms. Transatlântico, 70–90 ms. Europa para Ásia, 150–200 ms. Rotas antipodais, 250–320 ms. A luz na fibra viaja a cerca de dois terços de c e os caminhos reais são cerca de 1,35 vezes a distância ortodrómica, portanto cerca de 1 ms por 100 km em cada direção é o mínimo.

Uma instância bem configurada de 2 vCPU / 4 GB serve um site estático a milhões de visitas mensais, um site WordPress com cache a cerca de 300.000, e uma aplicação dinâmica sem cache a talvez 30.000. A variável que domina é a cache, não o hardware — a mesma instância difere por duas ordens de grandeza dependendo dela.

Meça as três coisas que realmente variam: CPU single-thread com o sysbench, disco com o fio em leitura/escrita aleatória de 4K, e rede com o iperf3 para um endpoint conhecido. Execute cada teste várias vezes, em horas diferentes — um único benchmark mede aquele minuto, não o servidor.

Cerca de cinco vezes mais IOPS aleatórios — aproximadamente 500.000 contra 90.000 — e cerca de cinco vezes menos latência, abaixo de 0,1 ms contra cerca de 0,5 ms. O débito sequencial é seis a dez vezes superior. Para aplicações baseadas em bases de dados, a diferença de IOPS aleatórios é a que realmente se sente.

O nosso SLA é de 99,99% por instância, o que permite cerca de 4,4 minutos de indisponibilidade por mês, e a disponibilidade observada em toda a frota nos últimos doze meses foi de 99,993%. Para além disso, é necessária redundância que você próprio constrói — uma única máquina, por muito boa que seja, é um ponto único de falha.

Indiretamente e de forma mensurável. Os motores de busca não classificam pelo país do servidor, mas medem a velocidade da página, e a distância é latência. Um servidor a 200 ms dos seus utilizadores custa-lhe pontos reais no Core Web Vitals. Use uma CDN se o seu público for global; coloque a origem perto do seu público se for regional.

A proteção DDoS filtra o tráfego de ataque a montante do seu servidor, para que os pedidos legítimos continuem a chegar. Tem de estar sempre ativa para ser útil — a mitigação que só é ativada depois de um ataque começar já o deixou cair. A OnionVPS inclui até 12 Tbps de limpeza L3/L4 em todos os níveis, incluindo o plano de $4.

O isolamento é forte: o KVM impõe a separação no hardware, e escapar-lhe é uma exploração grave a nível de investigação. O risco realista não é o hipervisor — é a sua configuração. SSH com palavra-passe, software por atualizar e um serviço aberto de que se esqueceu são responsáveis por praticamente todas as violações no mundo real.

Um vCPU partilhado é agendado contra outros inquilinos, por isso sob contenção o seu processo espera — visível como tempo de steal. Um vCPU dedicado é um thread físico reservado para si, sem mais nada agendado nele. O partilhado é suficiente para trabalho que fica inativo a maior parte do tempo; o dedicado é necessário para qualquer coisa com requisito de latência.