vCPU, RAM, NVMe und PHP-Worker für WordPress, WooCommerce, Membership und LMS anhand von Traffic, dynamischen Nutzern, Plugins, Cache und Medien schätzen.
$ wordpress workload $ cache-hit != dynamic checkout $ watch: PHP-FPM + MySQL + wp-cron $ result: CPU / RAM / NVMe / workers
Monatliche Besucher allein reichen zur WordPress-Dimensionierung nicht. Pageviews, eingeloggte Nutzer, Cache, Plugins und dynamische Commerce-Abläufe müssen gemeinsam betrachtet werden.
Dieses Tool liefert eine Startschätzung für die Kapazitätsplanung; Produktionsentscheidungen müssen mit Lasttests und echten Messdaten validiert werden.
Werte ändern und erneut berechnen.
WordPress empfiehlt PHP 8.3+, MariaDB 10.11+ oder MySQL 8.0+ sowie HTTPS. Das ist eine Kompatibilitätsbasis, keine vCPU-Tabelle.
Full-Page-Cache und CDN können anonyme PHP/MySQL-Aufrufe reduzieren; Checkout und eingeloggte Nutzer bleiben dynamisch.
WooCommerce nennt WordPress 6.9+, PHP 8.3+, MySQL 8.0+ oder MariaDB 10.6+ und mindestens 256 MB WordPress Memory Limit als Basis.
TTFB, PHP-FPM-Worker, CPU, RAM, Swap, Slow Queries und Checkout-p95 beobachten.
Es gibt keine universelle VPS-RAM-Zahl; der Workload muss gemessen werden.
Das ist ein WordPress-Memory-Limit, nicht der gesamte Server-RAM.
Bei hohem Cache-Hit-Anteil kann anonymer PHP/DB-Workload sinken.
Kataloggröße allein reicht nicht; Suche, Filter, Varianten und Sync-Jobs zählen.
Nennen Sie Workload, Traffic-Profil und Wachstumsziel, damit die passende VPS- oder GPU-Serverklasse bestimmt werden kann.