Cutter 16
- vCPU
- 6 × dedicado
- RAM
- 16 GB
- Armazenamento
- 320 GB NVMe SSD
- Transferência
- 15 TB
- IPv4 / IPv6
- 1 / /64 routed
Solução
As lojas não podem guardar em cache as páginas que importam. O carrinho, o checkout e as páginas da conta são dinâmicos por definição, portanto o e-commerce está genuinamente limitado pela CPU e pela base de dados, ao contrário dos sites de conteúdo. Reserve quatro núcleos dedicados e 8 GB para WooCommerce com um catálogo real, e oito núcleos com 16 GB para Magento 2, que é mais pesado do que a sua documentação sugere.
| Recurso | O que realmente precisa |
|---|---|
| CPU | 4 núcleos dedicados para WooCommerce, 8 para Magento 2 |
| RAM | 8–16 GB; o Elasticsearch sozinho quer 4 GB |
| Disco | NVMe, 320 GB ou mais com multimédia de produtos |
| Tempo de atividade | SLA de 99,99% — o tempo de inatividade é receita perdida, de forma mensurável |
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.
Seis a oito núcleos dedicados com 16 GB.
O Magento requer Elasticsearch ou OpenSearch; o WooCommerce beneficia dele.
Cache de página completa para tudo o resto; nunca coloque em cache uma página com sessão.
Ambos afetam a latência real do checkout.
Uma encomenda perdida devido a uma falha de backup é um cliente perdido permanentemente.
Oito núcleos dedicados e 16 GB de RAM são um piso de produção realista, em grande parte porque o Elasticsearch e a stack cron do Magento consomem muita memória. Os mínimos oficiais são otimistas.
Sim, de forma mensurável. Cada 100 ms adicionais de latência tem um efeito negativo documentado nas conversões; aloje perto dos seus clientes.
Sim — isso é independente do alojamento. A maioria das plataformas de lojas tem um plugin de gateway de criptomoedas, incluindo o que alimenta o nosso próprio checkout.