Webhoster Netcup im Praxistest
Ein technischer Leitfaden für Admin und Developer
Als Administrator und Webentwickler stehe ich oft vor der Frage: Welcher Hoster liefert, was er verspricht? In diesem Beitrag analysieren wir Netcup – nicht mit Bauchgefühl, sondern mit einer strukturierten Methodik.
1. Leistungsdaten & Architektur
Bevor wir mit dem Test beginnen, ist es entscheidend, die grundlegende Architektur des Anbieters zu verstehen.
Rechenzentrums-Standorte
Die Standortwahl ist für die DSGVO-Konformität und die Latenz für deine Zielgruppe entscheidend. Netcup betreibt eine Reihe eigener Rechenzentren . Hier eine Übersicht der wichtigsten Standorte:
- Nürnberg (Deutschland): Eignet sich hervorragend, um die bestmögliche Performance für den europäischen Markt zu erzielen, insbesondere für Deutschland, Österreich und die Schweiz .
- Wien (Österreich): Bietet eine optimale Anbindung an Zentral- und Osteuropa .
- Amsterdam (Niederlande): Ein internationaler Internet-Knotenpunkt (AMS-IX), der durch seine globale Anbindung überzeugt und für Projekte mit weltweitem Publikum interessant sein kann .
- Manassas (USA) & Singapur (Asien): Erweitern das Portfolio für Zielgruppen in Nordamerika und dem asiatisch-pazifischen Raum .
Datenschutztechnisch sind alle EU-Standorte (Nürnberg, Wien, Amsterdam) selbstverständlich DSGVO-konform .
Speichermedien & Server-Ressourcen
Netcup unterscheidet klar zwischen zwei Produktlinien:
- Root-Server (vServer): Hier gibt es garantierte Ressourcen. Die neueste G12-Generation bietet dedizierte CPU-Kerne eines AMD EPYC™ 9645 und schnellen DDR5-RAM . So sind die Leistungswerte kalkulierbar.
- Webhosting-Pakete: Hier handelt es sich um geteilte Umgebungen. Im Gegensatz zu den Root-Servern kannst du hier nicht mit festen CPU-Garantien rechnen, was sich in Spitzenlastzeiten bemerkbar machen kann.
Als Speichermedium setzt Netcup durchgängig auf NVMe-SSDs, was eine exzellente Grundlage für schnelle Lese-/Schreibzugriffe bietet . Ein Benchmark eines RS 1000 G12 zeigt hier beeindruckende Werte:
| Blockgröße | Lese-Geschwindigkeit | Schreib-Geschwindigkeit |
|---|---|---|
| 4k | 374.13 MB/s (93.5k IOPS) | 375.11 MB/s (93.7k IOPS) |
| 64k | 2.06 GB/s (32.2k IOPS) | 2.07 GB/s (32.4k IOPS) |
Daten basierend auf einem Test der Netcup RS1000 G12 .
Caching-Technologien
Ein kritischer Punkt für die Performance von Anwendungen wie WordPress (*). Hier zeigt sich ein deutlicher Unterschied zwischen den Produkten:
- Root-Server: Du hast die volle Kontrolle. Du kannst deine eigene Caching-Infrastruktur (z. B. Redis, Varnish) und Webserver wie LiteSpeed oder Nginx aufsetzen.
- Webhosting: Die Umgebung ist standardisiert. Es wird ein Nginx/Apache-Setup verwendet . Im Forum wurde berichtet, dass Caching-Plugins wie FlyingPress nicht zuverlässig funktionierten, was auf fehlende Integration (z. B. kein LiteSpeed) hindeutet . Dieser Punkt erfordert zwingend einen eigenen Test.
2. Konkrete Test-Methodik
Für eine valide Bewertung empfehle ich ein mehrstufiges Verfahren.
- TTFB-Messung (Time to First Byte):
- Tool:
curl -w "%{time_starttransfer}\n" -o /dev/null -s [deine-domain] - Ziel: Dieser Wert ist die grundlegende Server-Reaktionszeit. Ein Test von Hosttest.co.uk zeigte hier mit 0,576 Sekunden einen eher durchschnittlichen Wert, der für einen Root-Server optimierbar sein sollte . Teste das selbst.
- Tool:
- Lasttests (Stresstest):
- Tool:
k6(ehemals Load Impact) oderLoader.io. - Ziel: Simuliere 20.000 Besucher im Monat (das sind ca. 1 Besucher pro Minute). Ein guter Test wäre, die Seite mit 20-50 gleichzeitigen Nutzern zu besuchen und die Antwortzeiten zu messen, um zu sehen, ob und wann die CPU ausgelastet wird. Bei einem Root-Server mit 4 dedizierten Kernen sollte dies kein Problem sein.
- Tool:
- Performance-Test (Frontend):
3. Vor- und Nachteile im Vergleich
Hier eine übersichtliche Bewertung für die wichtigsten Kategorien.
4. Kritische Fragen & Fallstricke
Diese Punkte solltest du vor der Buchung unbedingt klären.
- PHP-Einstellungen: Die Limits sind tarifgebunden und nicht immer sofort ersichtlich. Im Webhosting ist das
memory_limitfür PHP ein harter Limitierungsfaktor . Wenn du einen Shop mit vielen Plugins betreibst, könnten die 512 MB (beim Webhosting 2000) schnell zu wenig sein . - Inode-Limits & Datenbankgröße: Die meisten Webhoster drosseln bei Überschreitung von Inodes (Anzahl der Dateien). Die genauen Limits findest du nur in der Dokumentation oder im Support.
- Backup-Strategie: Es gibt „freiwillige“ Backups durch Netcup, aber die Kontrolle liegt bei dir . Plane dein eigenes Backup-System (z. B. via Skript auf einen externen Storage).
- Vertragslaufzeit: Die „günstigen“ Preise sind an eine Mindestlaufzeit von 12 Monaten gekoppelt . Die Kündigungsfrist ist strikt einzuhalten.
Fazit
Netcup ist kein Hoster, den man einfach „laufen lässt“. Er ist ideal für technisch versierte Admins und Developer, die eine robuste und günstige Hardware-Infrastruktur suchen und bereit sind, die Kontrolle über die Software-Schichten (Webserver, Caching, Security) selbst zu übernehmen.
Für deinen Test empfiehlt sich ganz klar der Root-Server als Plattform. Hier kannst du die maximale Ladegeschwindigkeit durch eigene Caching-Implementierungen erreichen und hast keine unliebsamen Überraschungen mit PHP-Limits. Das Setup ist komplexer, der Hebel für Performance-Optimierung aber deutlich größer.
Frage vor dem Kauf im Support unbedingt nach den aktuellen PHP-Memory-Limits und den Storage- (Inodes) und Bandbreiten-Policies für dein geplantes Paket, damit der Test nicht an den falschen Stellschrauben scheitert.
(*) Hinweis: Hinter einigen Links stehen Affiliate-Programme. Für Sie bleibt der Preis exakt derselbe, wir erhalten jedoch eine kleine Provision, die wir direkt in unsere kommenden Recherchen investieren. Vielen Dank, dass Sie unsere Arbeit auf diese Weise unterstützen!
Views: 0
NEWSLETTER
Keine Lust auf vollgemüllte Postfächer und belanglosen Mail-Spam? Verständlich. Genau deshalb liefert dir dieser Newsletter einmal pro Woche nur das, was dich wirklich weiterbringt – kompakt, verständlich und direkt anwendbar.

