Cutter 4
- vCPU
- 2 × dedicado
- RAM
- 4 GB
- Armazenamento
- 80 GB NVMe SSD
- Transferência
- 6 TB
- IPv4 / IPv6
- 1 / /64 routed
Solução
Um site WordPress com tráfego moderado corre confortavelmente em dois núcleos dedicados e 4 GB de RAM com PHP 8.3, OPcache e cache de objetos Redis. WooCommerce precisa de mais, pois as páginas de carrinho e checkout não podem ser paginadas em cache: reserve 4 núcleos e 8 GB. NVMe importa mais do que o número de núcleos — a maioria da lentidão do WordPress é IO de base de dados disfarçado de CPU.
| Recurso | O que realmente precisa |
|---|---|
| CPU | 2 núcleos para um site de conteúdo, 4 para WooCommerce |
| RAM | 4 GB com Redis; 8 GB para uma loja com catálogo grande |
| Disco | NVMe, 80 GB e acima, dependendo dos media |
| Stack | PHP 8.3 com OPcache, MariaDB, Redis, nginx |
A localização é geralmente a decisão que mais importa para esta carga de trabalho — seja porque a latência domina, seja porque a jurisdição domina.
Quatro núcleos e 8 GB deixam margem para crescimento.
Ou use um instalador de stack se preferir não configurar manualmente.
Estas duas alterações são responsáveis pela maior parte do ganho de velocidade possível.
Cache FastCGI do nginx, ou um plugin que escreva HTML estático.
Certbot para TLS, cópias de segurança encriptadas noturnas para a base de dados e uploads.
2 GB é exequível para um site pequeno, 4 GB é confortável com cache de objetos Redis, e WooCommerce com catálogo real quer 8 GB. Memória da base de dados, não PHP, é normalmente o que se esgota primeiro.
Materialmente, sim. Obtém recursos garantidos, acesso root, a sua própria versão de PHP e sem limites arbitrários de processos. A contrapartida é que é responsável pelas atualizações e pela segurança.
Sim. Exigimos apenas um endereço de email que controla, e o checkout é apenas com criptomoedas, não havendo rasto de cartão de pagamento que o ligue ao site.