Cutter 16
- vCPU
- 6 × dedicado
- RAM
- 16 GB
- Almacenamiento
- 320 GB NVMe SSD
- Transferencia
- 15 TB
- IPv4 / IPv6
- 1 / /64 routed
Solución
Las tiendas no pueden cachear las páginas que importan. El carrito, el checkout y las páginas de cuenta son dinámicas por definición, así que el e-commerce está genuinamente limitado por CPU y base de datos de una manera que los sitios de contenido no lo están. Presupuesta cuatro núcleos dedicados y 8 GB para WooCommerce con un catálogo real, y ocho núcleos con 16 GB para Magento 2, que es más pesado de lo que su documentación sugiere.
| Recurso | Lo que realmente necesita |
|---|---|
| CPU | 4 núcleos dedicados para WooCommerce, 8 para Magento 2 |
| RAM | 8–16 GB; elasticsearch solo quiere 4 GB |
| Disco | NVMe, 320 GB y más con medios de producto |
| Tiempo de actividad | SLA del 99.99% — el tiempo de inactividad es ingresos perdidos, mediblemente |
La ubicación suele ser la decisión que más importa para esta carga de trabajo, ya sea porque domina la latencia o porque domina la jurisdicción.
Seis a ocho núcleos dedicados con 16 GB.
Magento requiere Elasticsearch u OpenSearch; WooCommerce se beneficia de ello.
Cachea el resto de páginas a nivel completo; nunca cachees una página con sesión.
Ambos afectan la latencia real del checkout.
Un pedido perdido por un backup fallido es un cliente perdido permanentemente.
Ocho núcleos dedicados y 16 GB de RAM son un mínimo realista para producción, principalmente porque Elasticsearch y la pila de cron de Magento consumen mucha memoria. Los mínimos oficiales son optimistas.
Sí, de forma medible. Cada 100 ms adicionales de latencia tiene un efecto negativo documentado en la conversión; aloja cerca de tus clientes.
Sí, eso es independiente del alojamiento. La mayoría de las plataformas de tiendas tienen un plugin de pasarela de criptomonedas, incluido el que impulsa nuestro propio checkout.