Türkei (Türkisch)
Germany (German)
Worldwide (English)
Aktuelle cPanel-Anforderungen für AlmaLinux nennen 2 GB Minimum und 4 GB empfohlenen RAM sowie 20/40 GB Speicher. Für ClamAV empfiehlt cPanel mindestens 3 GB RAM.
Halkali Merkez Viertel Fatih Str. Ozgur Apt. No. 46, Kucukcekmece, Istanbul, 34303, TR
cPanel & WHM anhand Website-Anzahl, PHP-Worker, MySQL, Mail, ClamAV, CloudLinux, Disk/Inodes und Traffic dimensionieren.
Aktuelle cPanel-Anforderungen für AlmaLinux nennen 2 GB Minimum und 4 GB empfohlenen RAM sowie 20/40 GB Speicher. Für ClamAV empfiehlt cPanel mindestens 3 GB RAM.
Diese Werte sind Installationsgrundlagen, nicht Produktions-Sizing für 50-100 aktive WordPress-Seiten.
2 GB RAM können für die Installation reichen, aber Apache/LiteSpeed, PHP-FPM, MySQL/MariaDB, Exim, Dovecot, DNS, Backup und Monitoring teilen denselben RAM.
Reales Sizing hängt stärker von aktiven Websites, Peak-Parallelität, PHP-Worker-RAM, DB-Working-Set und Mailvolumen ab als von der reinen Account-Anzahl.
100 gecachte Unternehmensseiten können weniger CPU benötigen als 10 aktive WooCommerce-Shops. PHP-FPM, Cron, Action Scheduler, Backup-Kompression und Mail-Scanning teilen CPU.
Starke Single-Core-Leistung verbessert TTFB; mehr Kerne erhöhen Parallelität für Nutzer und Background Jobs.
Jeder PHP-Worker kann zig bis hunderte MB RSS verbrauchen. 20 Worker × 150 MB ergeben etwa 3 GB nur für PHP, zusätzlich DB-Buffer und OS-Cache.
Statt pauschaler Internet-Formeln reale PHP-FPM- und DB-Speichernutzung messen.
free -hps --sort=-rss -eo pid,comm,rss,%mem | head -30mysqladmin statusdf -hdf -icPanel weist auf viele kleine Dateien hin. WordPress-Cache, Maildir, Sessions, Logs und Backups können Inodes vor dem eigentlichen Speicherplatz erschöpfen.
NVMe allein reicht nicht; IOPS und Latenz beeinflussen besonders MySQL und Mail.
CloudLinux LVE kann CPU, RAM, IO, IOPS, Prozesse und Entry Processes pro Account begrenzen. Das verbessert Isolation, erzeugt aber keine physische Kapazität bei unterdimensioniertem Node.
Kleiner cPanel-VPS: 2-4 vCPU, 4-8 GB RAM, NVMe. Mittlerer Node: 8-16 starke Kerne, 16-32 GB RAM, Enterprise-NVMe und CloudLinux. Dichte Shared-Nodes: 16+ Kerne, 32-64+ GB RAM, hohe IOPS und separates Backup. Nur Startwerte.
Website-Anzahl allein ist keine Kapazitätsmetrik. Peak-PHP-Parallelität, Cron/Actions, DB-Größe, Mailvolumen und Cache-Hit-Rate pro Site messen.
| Szenario | CPU | RAM | Hinweis |
|---|---|---|---|
| 1-10 leichte/mittlere Sites | 2-4 vCPU | 4-8 GB | Panel + DB + Mail |
| 10-50 aktive Sites | 8-16 Kerne | 16-32 GB | CloudLinux + NVMe sinnvoll |
| Dichtes Shared/Reseller | 16+ Kerne | 32-64+ GB | Messung + separates Backup |
Mindestanforderungen nicht mit Produktionskapazität verwechseln. Peak-Workload, Backup, Wachstumsreserve, Ressourcenpolitik und Recovery-Plan gemeinsam bewerten.
Für die Installation nahe am Minimum, für Produktion meist knapp, da Panel, DB, Mail und PHP denselben RAM teilen.
Keine feste Zahl. 100 gecachte Seiten können leichter als 10 aktive Shops sein; Parallelität und Worker messen.
CPU, RAM, Storage, Netzwerk und Betrieb gemeinsam bewerten; ein größeres Paket ohne Engpassanalyse ist selten eine dauerhafte Lösung.