Cutter 16
- vCPU
- 6 × dédié
- RAM
- 16 GB
- Stockage
- 320 GB SSD NVMe
- Transfert
- 15 TB
- IPv4 / IPv6
- 1 / /64 routed
Solution
Les boutiques ne peuvent pas mettre en cache les pages importantes. Le panier, le paiement et les pages de compte sont dynamiques par définition, donc l'e-commerce est vraiment lié au CPU et à la base de données, contrairement aux sites de contenu. Prévoyez quatre cœurs dédiés et 8 Go pour WooCommerce avec un vrai catalogue, et huit cœurs avec 16 Go pour Magento 2, qui est plus lourd que ce que sa documentation suggère.
| Ressource | Ce dont vous avez réellement besoin |
|---|---|
| CPU | 4 cœurs dédiés pour WooCommerce, 8 pour Magento 2 |
| RAM | 8–16 Go ; Elasticsearch seul veut 4 Go |
| Disque | NVMe, 320 Go et plus avec les médias produits |
| Disponibilité | SLA de 99,99 % — les temps d'arrêt sont des revenus perdus, de manière mesurable |
L'emplacement est généralement la décision la plus importante pour ce type de charge de travail — soit parce que la latence domine, soit parce que la juridiction en fait partie.
Six à huit cœurs dédiés avec 16 Go.
Magento nécessite Elasticsearch ou OpenSearch ; WooCommerce en bénéficie.
Cache de page complet pour tout le reste ; ne mettez jamais en cache une page avec session.
Les deux affectent la latence réelle du paiement.
Une commande perdue à cause d'une sauvegarde ratée est un client perdu définitivement.
Huit cœurs dédiés et 16 Go de RAM constituent un seuil de production réaliste, principalement parce qu'Elasticsearch et la pile cron de Magento sont gourmands en mémoire. Les minimums officiels sont optimistes.
Oui, de manière mesurable. Chaque 100 ms de latence supplémentaire a un effet négatif documenté sur la conversion ; hébergez près de vos clients.
Oui — cela est indépendant de l'hébergement. La plupart des plateformes de boutique ont un plugin de passerelle crypto, y compris celle qui alimente notre propre paiement.