Cutter 16
176,70 $ gesamt · 5% sparen
- vCPU
- 6 × dediziert
- RAM
- 16 GB
- Speicher
- 320 GB NVMe-SSD
- Transfer
- 15 TB
- IPv4 / IPv6
- 1 / /64 routed
Lösung
Shops können die Seiten, die zählen, nicht cachen. Warenkorb, Checkout und Kontoseiten sind per Definition dynamisch, daher ist E-Commerce wirklich CPU- und datenbankgebunden – anders als Content-Seiten. Planen Sie vier dedizierte Kerne und 8 GB für WooCommerce mit einem echten Katalog ein, und acht Kerne mit 16 GB für Magento 2, das schwergewichtiger ist, als die Dokumentation vermuten lässt.
| Ressource | Was Sie tatsächlich benötigen |
|---|---|
| CPU | 4 dedizierte Kerne für WooCommerce, 8 für Magento 2 |
| RAM | 8–16 GB; Elasticsearch allein will 4 GB |
| Festplatte | NVMe, 320 GB und mehr mit Produktmedien |
| Verfügbarkeit | 99,99% SLA – Ausfallzeiten sind messbar verlorener Umsatz |
176,70 $ gesamt · 5% sparen
262,20 $ gesamt · 5% sparen
495,90 $ gesamt · 5% sparen
Der Standort ist normalerweise die Entscheidung, die für diese Arbeitslast am wichtigsten ist – entweder weil die Latenz dominiert oder weil die Rechtshoheit entscheidend ist.
Sechs bis acht dedizierte Kerne mit 16 GB.
Magento erfordert Elasticsearch oder OpenSearch; WooCommerce profitiert davon.
Full-Page-Cache für alles andere; cachen Sie niemals eine Seite mit Session.
Beides beeinflusst die reale Checkout-Latenz.
Eine Bestellung, die durch ein fehlgeschlagenes Backup verloren geht, ist ein Kunde, der dauerhaft verloren ist.
Acht dedizierte Kerne und 16 GB RAM sind ein realistisches Produktionsniveau, vor allem weil Elasticsearch und der Magento-Cron-Stack speicherhungrig sind. Die offiziellen Mindestanforderungen sind optimistisch.
Ja, messbar. Jede zusätzliche 100 ms Latenz hat einen dokumentierten negativen Effekt auf die Conversion; hosten Sie in der Nähe Ihrer Kunden.
Ja – das ist vom Hosting unabhängig. Die meisten Shop-Plattformen haben ein Krypto-Gateway-Plugin, einschließlich derjenigen, die unseren eigenen Checkout betreibt.