Netcup vs. Hetzner (2026): Dedizierte EPYC Zen 5 Root-Server im Vergleich zur Hetzner Cloud-Architektur
Die netcup GmbH (AS197540, Karlsruhe) und die Hetzner Online GmbH (AS24940, Gunzenhausen) bilden das Rückgrat der deutschen Cloud- und Server-Infrastruktur, lösen jedoch durch ihre unterschiedlichen KVM-Scheduling-Mechanismen, Storage-Topologien und Abrechnungsmodelle grundverschiedene architektonische Aufgabenstellungen. Hetzner Cloud ist konsequent auf elastische, stundengenaue Cloud-Orchestrierung mit nativen L4/L7-Load-Balancern, Floating IPs und Terraform-Autoscaling ausgelegt. Netcup hingegen optimiert kompromisslos auf dauerhafte Baseline-Rechendichte: Die Root-Server-Linie G12.5 bietet physisch zugewiesene AMD EPYC 9645 „Turin“ (Zen 5)-Prozessorkerne (bereits ab €10.86/Monat netto / €12.93/Monat brutto beim RS 500 G12.5 und €18.26/Monat netto / €21.73/Monat brutto beim RS 1000 G12.5), lokale PCIe-NVMe-RAID-Arrays ohne Ceph-Netzwerk-Hops sowie eine ungedrosselte 2,5-Gbit/s-Anbindung nach dem Fair-Use-Prinzip bei 12-monatiger Vertragslaufzeit.
Wichtige Erkenntnisse (Key Takeaways)
KURZFAZIT- 01 Ökonomie dedizierter CPU-Kerne: Der Netcup RS 1000 G12.5 stellt 4 dedizierte AMD EPYC 9645 (Zen 5)-Kerne und 8 GB DDR5 ECC RAM für €18.26/Monat netto (0 % MwSt.) bzw. €21.73/Monat brutto (inkl. 19 % MwSt.) bereit (effektiv €15.22/Monat netto / €18.11/Monat brutto im ersten Jahr durch den „2 Monate gratis“-Gutschein) und unterbietet Hetzners dedizierten 4-vCPU-Tarif CCX23 (€24.90/Monat netto / ~€29.63/Monat brutto) im ersten Jahr um rund 39 %.
- 02 Stundenabrechnung vs. Vertragsbindung: Hetzner Cloud (CX/CPX/CAX/CCX) rechnet stundengenau ohne Mindestvertragslaufzeit ab; Netcups aggressive G12.5-Konditionen setzen ein 12-Monats-Vertragsintervall voraus (optional sind ausgewählte Tarife gegen Aufpreis auch monatlich kündbar).
-
03 Storage-Pfad-Architektur: Netcup bindet lokale Enterprise-NVMe-RAID-Verbünde direkt im Hypervisor-Chassis über
virtio-scsian und erreicht dadurch deterministische Sub-Millisekunden-Latenzen bei synchronen Schreibzugriffen (fdatasync), während Hetzner Cloud zwischen lokalem NVMe und netzwerkrepliziertem Ceph-Blockspeicher wählen lässt. - 04 Bandbreite & Traffic-Kontingente: Netcup inkludiert unlimitierten Fair-Use-Traffic an allen Standorten in Europa (Nürnberg, Wien, Amsterdam), den USA (Manassas) und Asien (Singapur), wohingegen Hetzner Cloud in der EU ein 20-TB-Limit und in den USA/Singapur ein striktes 1–2-TB-Inklusivkontingent durchsetzt.
- 05 Control Plane & SDN-Ökosystem: Hetzner Cloud führt deutlich bei nativen Cloud-Primitiven (Managed Load Balancer, private Cloud-Netzwerke mit vSwitch-Routing, Placement Groups und offizielle Kubernetes CSI/CCM-Treiber), während sich Netcups SCP REST-API auf den KVM-Lebenszyklus, eine zustandsbehaftete Hypervisor-Firewall (Stateful Firewall), kostenfreie CoW-Snapshots und eigene ISO-Installationen konzentriert.
📑 Inhaltsverzeichnis (6 Abschnitte) ▼
- 01 1. Äquivalenter Hardware- & Kostenvergleich auf Systemebene (Stand: November 2026)
- 02 2. CPU-Mikroarchitektur & KVM-Scheduler-Isolation: EPYC 9645 Zen 5 vs. Shared Time-Slicing
- 03 3. Storage-Subsystem-Architektur: Lokales NVMe-RAID vs. Verteilter Ceph-Blockspeicher
- 04 4. Netzwerktopologie (AS197540 vs. AS24940), Portgeschwindigkeiten & Traffic-Richtlinien
- 05 5. 12- & 24-Monats-TCO-Finanzanalyse (inkl. Gutscheinen, Netto & Brutto)
- 06 6. Architektonische Entscheidungsmatrix & Zero-Downtime-Migrationsleitfaden
1. Äquivalenter Hardware- & Kostenvergleich auf Systemebene (Stand: November 2026)
Der häufigste methodische Fehler bei europäischen Hosting-Vergleichen besteht darin, Hetzners Einstiegs-Cloud-Instanzen mit geteilten vCPUs (CX/CPX) direkt mit Netcups dedizierten Root-Servern gleichzusetzen – oder umgekehrt. In einem produktiven KVM-Cluster verhalten sich ein im Zeitscheibenverfahren (Time-Slicing) geteilter vCPU-Thread und ein physisch gepinnter Ausführungskern völlig unterschiedlich, sobald die Auslastung des Host-Systems die 70-%-Marke überschreitet.
Um eine belastbare technische Referenzbasis zu schaffen, unterteilt die folgende Matrix die produktive 8-GB-RAM-Leistungsklasse für beide Anbieter explizit in Shared vCore/vCPU (Netcup VPS 1000 G12.5 vs. Hetzner Cloud CX32/CPX31) und Dedicated Core/vCPU (Netcup RS 1000 G12.5 vs. Hetzner Cloud CCX13/CCX23). Sämtliche Preise sind sowohl als Bruttopreise (inkl. 19 % deutscher MwSt.) als auch als Nettopreise (0 % MwSt. für B2B-Reverse-Charge oder Kunden außerhalb der EU) ausgewiesen.
| Architektur- & Kostenmerkmal | Netcup VPS 1000 G12.5 (Shared) | Netcup RS 1000 G12.5 (Dedicated) | Hetzner CX32 / CPX31 (Shared) | Hetzner CCX13 / CCX23 (Dedicated) |
|---|---|---|---|---|
| Bruttopreis (inkl. 19 % DE MwSt.) | €14.50 / Monat (12M) + 1 Monat gratis | €21.73 / Monat (12M) + 2 Monate gratis | ~€8.09 (CX32) – €15.95 (CPX31) / Monat | ~€15.35 (2 vCPU) – €29.63 (4 vCPU) / Monat |
| Nettopreis (0 % MwSt. / Ex-VAT) | €12.18 / Monat (€11.17/Mo. Jahr-1 eff.) | €18.26 / Monat (€15.22/Mo. Jahr-1 eff.) | ~€6.80 (CX32) – €13.40 (CPX31) / Monat | ~€12.90 (CCX13) – €24.90 (CCX23) / Monat |
| Effektive TCO im 1. Jahr (Brutto / Netto) | €159.50 brutto (€13.29/Mo.) / €133.98 netto | €217.30 brutto (€18.11/Mo.) / €182.60 netto | €97.08 – €191.40 brutto gesamt | €184.20 – €355.56 brutto gesamt |
| CPU-Mikroarchitektur | 4 Shared vCores (AMD EPYC) | 4 Dedizierte Kerne (EPYC 9645 Zen 5) | 4 Shared vCPUs (Intel Xeon / AMD EPYC) | 2 (CCX13) oder 4 (CCX23) Dedizierte EPYC vCPUs |
| Arbeitsspeicher-Subsystem | 8 GB ECC RAM | 8 GB DDR5 ECC Registered RAM | 8 GB ECC RAM | 8 GB (CCX13) – 16 GB (CCX23) ECC RAM |
| Primärer Blockspeicher | 128 GB Lokales SSD-RAID (Bis zu 8 TB Block Storage) | 128 GB Lokales PCIe-NVMe-RAID (Bis zu 8 TB Block Storage) | 80 GB – 160 GB NVMe (Lokal oder Ceph) | 80 GB – 160 GB NVMe (Lokal oder Ceph) |
| Netzwerkschnittstelle & Portrate | 2,5 Gbit/s virtio-net (Public IPv4 + /64 IPv6) | 2,5 Gbit/s virtio-net (Public IPv4 + /64 IPv6) | 10 Gbit/s Shared NIC (Public IPv4 + /64 IPv6) | 10 Gbit/s Shared NIC (Public IPv4 + /64 IPv6) |
| Inklusives Egress-Datenvolumen | Unlimitiert Fair-Use (Alle Regionen) | Unlimitiert Fair-Use (Alle Regionen) | 20 TB (EU) / 1–2 TB (USA & Singapur) | 20 TB (EU) / 1–2 TB (USA & Singapur) |
| Abrechnungsintervall & Bindung | Monatsrechnung, 12 Monate Vertragslaufzeit | Monatsrechnung, 12 Monate Vertragslaufzeit | Stundengenaue Abrechnung, jederzeit löschbar | Stundengenaue Abrechnung, jederzeit löschbar |
| Rechenzentrums-Standorte | NUE (DE), VIE (AT), AMS (NL), IAD (US), SIN (SG) | NUE (DE), VIE (AT), AMS (NL), IAD (US), SIN (SG) | NUE/FSN (DE), HEL (FI), ASH/HIL (US), SIN (SG) | NUE/FSN (DE), HEL (FI), ASH/HIL (US), SIN (SG) |
In der 4-Kern / 8-GB-RAM-Klasse (RS 1000 G12.5) ist Netcups dedizierter Zen-5-Server (€18.26/Monat netto / €21.73/Monat brutto; im ersten Jahr effektiv €15.22/Monat netto / €18.11/Monat brutto mit dem „2 Monate gratis“-Gutschein) bis zu 39 % günstiger als Hetzners dedizierter 4-vCPU-Tarif CCX23 (€24.90/Monat netto / €29.63/Monat brutto). Zusätzlich bietet Netcup mit dem RS 500 G12.5 (2 dedizierte Zen-5-Kerne, 4 GB DDR5 ECC, 64 GB NVMe) bereits ab €10.86/Monat netto (€12.93/Monat brutto) einen günstigen Einstieg in dedizierte Kerne. Bei größeren Tarifen liegt der RS 2000 G12.5 (8C/16G) bei €34.20/Monat netto (€40.70/Monat brutto) und der RS 4000 G12.5 (12C/32G) bei €65.40/Monat netto (€77.83/Monat brutto).
2. CPU-Mikroarchitektur & KVM-Scheduler-Isolation: EPYC 9645 Zen 5 vs. Shared Time-Slicing
Unterhalb des KVM-Hypervisors (qemu-system-x86_64) verteilt der Linux-Kernel-Scheduler (CFS bzw. EEVDF) die physische Prozessorzeit auf konkurrierende Gast-vCPU-Threads. Auf Shared-Tarifen – wie dem Netcup VPS 1000 G12.5 (€12.18/Monat netto / €14.50/Monat brutto) sowie Hetzners CX/CPX-Linien – werden die physischen Host-Kerne in einem kontrollierten Überbuchungsverhältnis (Oversubscription) geteilt. Führen benachbarte virtuelle Maschinen gleichzeitig rechenintensive Kompilierungen, Videotranskodierungen oder TLS-Handshakes durch, erfährt Ihr Gast-Kernel unweigerlich CPU-Steal-Time (%st), die in mpstat und vmstat direkt messbar wird.
Netcups Root-Server-Linie G12.5 eliminiert diese Zeitscheiben-Konkurrenz vollständig, indem sie dedizierte Kernzuweisungen mit AMDs Prozessoren der 5. Generation EPYC 9645 („Turin“, Zen-5-Mikroarchitektur in 4nm-Fertigung) kombiniert. Im Gegensatz zu älteren Zen-3- (Milan) oder frühen Zen-4-Knoten (Genoa), die in vielen europäischen Cloud-Pools noch dominieren, verfügt Zen 5 über eine grundlegend erneuerte Sprungvorhersage (Branch Predictor), ein breiteres 8-fach-Dispatch-Frontend und einen nativen 512-Bit-Datenpfad für AVX-512-Vektorbefehle.
Warum AMD EPYC 9645 (Zen 5) für Datenbank- und Vektor-Workloads entscheidend ist
Für Workloads, die massiv von SIMD-Vektorisierung profitieren – wie etwa pgvector HNSW-Indexberechnungen in PostgreSQL, spaltenorientierte Aggregationen in ClickHouse, kryptografisches Hashing oder quantisierte ONNX/LLM-Inferenz –, verhindern die nativen 512-Bit-AVX-512-Ausführungseinheiten des EPYC 9645 das von älteren Intel-Xeon-Generationen bekannte Heruntertakten und verdoppeln den Vektordurchsatz pro Taktzyklus gegenüber der „Double-Pumped“-256-Bit-Implementierung von Zen 4.
Da Netcup Root-Server zudem echte dedizierte Kerne anstelle von Token-basierten Burst-Guthaben bereitstellen, führt selbst eine dauerhafte 100-%-CPU-Auslastung während nächtlicher pg_dump-Komprimierungen, Rust/C++-CI/CD-Pipelines oder Medienkodierungen niemals zum Aufbrauchen eines Kredit-Buckets oder zu künstlicher Hypervisor-Drosselung.
- ▪ Netcup RS G12.5 Host-CPU: AMD EPYC 9645 (Turin, Zen 5, 4nm-Prozess, native 512-Bit AVX-512-Pipeline, DDR5-6000 ECC-Speichercontroller).
- ▪ Netcup VPS G12.5 Host-CPU: Geteilte AMD EPYC vCores mit Fair-Share-CFS-Quoten – optimal für I/O-gebundene Nginx-, PHP-FPM-, Node.js- oder Container-Workloads mit einer durchschnittlichen CPU-Last unter 30 %.
- ▪ Hetzner Cloud Shared (CX / CPX / CAX): CX nutzt kostenoptimierte Intel/AMD Shared-vCPUs; CPX nutzt geteilte AMD EPYC vCPUs; CAX setzt auf Ampere Altra Arm64-Kerne.
- ▪ Hetzner Cloud Dedicated (CCX): Dedizierte AMD EPYC vCPUs (je nach Verfügbarkeitszone überwiegend Milan/Genoa-Pools) ohne Steal-Time, jedoch mit deutlichem Preisaufschlag für die stundengenaue Flexibilität.
Verifikation der CPU-Flags, Cache-Topologie & Steal-Time auf Ihrem Knoten
Verlassen Sie sich bei der Abnahme eines Produktionsknotens niemals blind auf Datenblätter. Führen Sie unmittelbar nach der Bereitstellung einer Netcup- oder Hetzner-Instanz die folgenden schreibgeschützten Diagnosebefehle aus, um die durchgereichten CPUID-Flags, die L3-Cache-Topologie und die Echtzeit-Steal-Metriken des Hypervisors zu prüfen.
# 1. Verify exposed CPU model, sockets, cores, and L3 cache pass-through
lscpu | grep -E "Model name|Socket|Thread|NUMA|L2|L3|Flags"
# 2. Check specifically for Zen 5 / AVX-512 instruction set extensions
grep -o -E 'avx512f|avx512dq|avx512bw|avx512vl|avx512_vnni|avx512_bf16' /proc/cpuinfo | sort -u
# 3. Sample hypervisor steal time (%steal) across all vCPUs at 1-second intervals
# On a dedicated Netcup RS or Hetzner CCX node, %steal should remain 0.00-0.10%
mpstat -P ALL 1 5 Befehlserklärung: Liest die vom Linux-Kernel erkannte CPU-Topologie aus und misst im Sekundentakt die Hypervisor-Steal-Time (%steal) über alle Kerne. Ein dauerhafter %steal-Wert über 2,0 % während der europäischen Kerngeschäftszeiten (08:00–17:00 Uhr MEZ) weist auf Noisy-Neighbor-Konkurrenz auf Shared-vCPU-Systemen hin.
Architecture: x86_64
Model name: AMD EPYC 9645 96-Core Processor
avx512_bf16
avx512_vnni
avx512bw
avx512dq
avx512f
avx512vl
Average: CPU %usr %nice %sys %iowait %irq %soft %steal %guest %gnice %idle
Average: all 4.12 0.00 0.85 0.05 0.00 0.10 0.00 0.00 0.00 94.883. Storage-Subsystem-Architektur: Lokales NVMe-RAID vs. Verteilter Ceph-Blockspeicher
Die Speicherlatenz – insbesondere die synchrone Commit-Latenz (fdatasync()) bei kleinen zufälligen 4-KB-Schreibzugriffen – ist in der Praxis häufig der entscheidende Flaschenhals für transaktionale Datenbanken (PostgreSQL WAL-Commits, MySQL InnoDB Redo-Logs, etcd Raft-Konsens und Redis AOF-Persistenz). Hier verfolgen Netcup und Hetzner unterschiedliche architektonische Ansätze.
Netcup verbaut in den G12.5 Root-Servern und G12.5 VPS-Tarifen lokale Enterprise-PCIe-NVMe-SSDs (sowie Enterprise-SSDs bei den G11.5s pico/nano-Einstiegsmodellen) in redundanten Hardware-/Software-RAID-Verbünden direkt im physischen Host-Server. Die Gast-VM greift über den paravirtualisierten virtio-scsi- oder virtio-blk-Treiber ohne Umweg über ein Storage Area Network (SAN) auf ihr Block-Volume zu.
Hetzner Cloud bietet zwei Speicheroptionen: lokalen Host-NVMe-Speicher (Standard bei regulären Instanzen) sowie Ceph-basierten Netzwerk-Blockspeicher (für einhängbare Cloud Volumes und optionale HA-Konfigurationen). Trifft ein Schreibbefehl auf ein Ceph-Volume, repliziert Ceph den 4-KB-Block über das interne Rechenzentrumsnetzwerk synchron auf mehrere Speicherknoten (OSDs), bevor der Gast-Kernel die I/O-Bestätigung erhält. Während Ceph bei einem Hardwaredefekt des Compute-Blades einen schnellen Neustart auf einem anderen Knoten ermöglicht, erhöht der Netzwerk-Roundtrip die Latenz bei synchronen fsync-Workloads spürbar.
# 1. Inspect virtio block driver, physical sector size, TRIM/Discard granularity, and I/O scheduler
lsblk -o NAME,SIZE,TYPE,FSTYPE,PHY-SEC,LOG-SEC,DISC-GRAN,SCHED,MODEL
# 2. Measure direct I/O (O_DIRECT) 4K latency using ioping (read-only check on /tmp or root mount)
# Install via: apt-get update && apt-get install -y ioping
ioping -c 10 -D /var/tmp Befehlserklärung: Prüft, ob virtio-scsi die korrekte 4K-TRIM/Discard-Granularität (DISC-GRAN) und den mq-deadline- bzw. none-Scheduler bereitstellt, und misst anschließend mittels ioping -D (O_DIRECT) die echte synchrone Antwortzeit des Speichersubsystems unter Umgehung des OS-Page-Caches.
NAME SIZE TYPE FSTYPE PHY-SEC LOG-SEC DISC-GRAN SCHED MODEL
sda 128G disk 512 512 4K mq-deadline QEMU HARDDISK
└─sda1 128G part ext4 512 512 4K mq-deadline
--- /var/tmp (ext4 /dev/sda1) ioping statistics ---
9 requests completed in 1.42 ms, 36 KiB read, 6.33 k iops, 24.7 MiB/s
min/avg/max/mdev = 118.4 us / 157.8 us / 241.0 us / 34.2 usWenn Sie eine primäre PostgreSQL-Datenbank betreiben und die niedrigstmögliche WAL-Commit-Latenz pro Euro benötigen, vermeidet das lokale NVMe-RAID des Netcup RS 1000 G12.5 jeglichen Netzwerk-Replikations-Overhead. Da lokaler Speicher jedoch physisch an das Host-Chassis gebunden ist, sollten Sie produktive Netcup Root-Server stets mit automatisierten Off-Site-Backups über pgBackRest oder BorgBackup kombinieren.
4. Netzwerktopologie (AS197540 vs. AS24940), Portgeschwindigkeiten & Traffic-Richtlinien
Auf der BGP-Routing-Ebene betreiben beide Unternehmen hochmoderne europäische autonome Systeme. Netcup betreibt AS197540 (netcup GmbH) mit breitbandigen Peering-Sessions am DE-CIX Frankfurt, VIX Wien und AMS-IX Amsterdam sowie direkten Transits über Tier-1-Carrier (darunter Arelion/Telia, NTT und Lumen). Hetzner betreibt AS24940 (Hetzner Online GmbH) und unterhält eines der größten privaten Glasfaser-Backbones Europas zwischen Nürnberg, Falkenstein, Helsinki und Frankfurt.
Während die ICMP-Laufzeiten zwischen Netcup Nürnberg und Hetzner Nürnberg/Falkenstein nahezu identisch sind (typischerweise 0,8 ms bis 2,5 ms innerhalb Süddeutschlands und ~4–6 ms bis zum DE-CIX Frankfurt), unterscheiden sich die Port-Zuweisungen und die Traffic-Abrechnung fundamental.
Netcup Traffic-Flatrate (>3 TB / >2 TB pro 24h gedrosselt) vs. Hetzners 20-TB- (EU) bzw. 1-TB-Kontingente (USA & SG)
Netcup weist sowohl jedem Root-Server der Generation G12.5 als auch jedem VPS 500–8000 G12.5 einen dedizierten virtuellen Port mit 2,5 Gbit/s zu (sowie 1 Gbit/s bei den Einstiegsmodellen VPS pico/nano G11.5s). Der ein- und ausgehende Datenverkehr ist im Rahmen einer transparenten Traffic-Flatrate unlimitiert: Überschreitet der Traffic der letzten 24 Stunden bei Root-Servern G12.5 3 TB, wird die Portgeschwindigkeit temporär auf 300 Mbit/s gedrosselt; bei VPS 500–8000 G12.5 greift ab 2 TB/24h eine temporäre Drosselung auf 200 Mbit/s (und wird automatisch wieder freigegeben, sobald der 24h-Schnitt unter den Schwellenwert fällt) – es entsteht niemals eine überraschende Nachberechnung pro Terabyte.
Hetzner Cloud bindet Instanzen über ein geteiltes 10-Gbit/s-Host-Interface an, was sehr schnelle kurzzeitige Bursts beim Laden von Container-Images innerhalb desselben Rechenzentrums erlaubt. Allerdings setzt Hetzner strikte monatliche Egress-Obergrenzen durch: 20 TB an EU-Standorten (Nürnberg, Falkenstein, Helsinki) und lediglich 1 TB bis 2 TB bei Einstiegs- und Mittelklasse-Tarifen in den USA (Ashburn/Hillsboro) sowie Singapur; jedes weitere Terabyte wird separat in Rechnung gestellt.
- ▪ Kalkulationssicherheit vor Traffic-Spitzen: Bei Netcup kann weder ein viraler Traffic-Anstieg noch ein unerkannter L7-Scraper eine vierstellige Bandbreiten-Nachzahlung auslösen – im Extremfall greift lediglich die Fair-Use-Drosselung.
- ▪ Standortvorteil USA & Singapur: Ein Netcup RS 1000 G12.5 in Manassas (US-Ostküste) oder Singapur bietet exakt dasselbe unlimitierte Fair-Use-Traffic-Modell wie Nürnberg, während Hetzners Cloud-Tarife in Singapur und den USA das Inklusivvolumen auf 1–2 TB begrenzen.
- ▪ IPv6-Subnetz-Architektur: Sowohl Netcup als auch Hetzner weisen neben einer statischen
/32-IPv4-Adresse ein geroutetes/64-IPv6-Subnetz zu. Netcups SCP-Panel erlaubt die granulare Delegation von Reverse-DNS-Einträgen (PTR) für jede einzelne IPv6-Adresse – unverzichtbar für selbst gehostete Mailserver (Postfix/Mailcow).
5. 12- & 24-Monats-TCO-Finanzanalyse (inkl. Gutscheinen, Netto & Brutto)
Wenn Sie Infrastruktur für durchlaufende 24/7-Produktionslasten kalkulieren (etwa einen Kubernetes-Worker-Pool, eine SaaS-Datenbank, GitLab-Runner oder einen Mailcow-Server), zahlen Sie für stundengenaue Abrechnungsflexibilität einen erheblichen Aufpreis, sofern Sie Ihre Basisknoten nachts nicht tatsächlich auf null herunterskalieren.
Berechnen wir die exakten Gesamtkosten (Total Cost of Ownership, TCO) über 12 und 24 Monate für einen produktiven 4-Kern / 8-GB-RAM-Knoten unter Einbeziehung der offiziellen Netcup-Aktionsgutscheine (2 Monate gratis beim RS 1000 G12.5 sowie 1 Monat gratis beim VPS 1000 G12.5) sowohl brutto (inkl. 19 % MwSt.) als auch netto (0 % MwSt.):
| Bereitstellungsszenario | Monatlicher Grundpreis (Brutto / Netto) | Gutschein-Rabatt | 12-Monats-TCO (Brutto / Netto) | 24-Monats-TCO (Brutto / Netto) | Effektive 24M-Kosten / Kern |
|---|---|---|---|---|---|
| Netcup VPS 1000 G12.5 (4 Shared vCores, 8 GB) | €14.50 brutto / €12.18 netto | 1 Monat gratis (-€14.50 brutto / -€12.18 netto) | €159.50 (€13.29/Mo.) / €133.98 netto (€11.17/Mo.) | €333.50 (€13.90/Mo.) / €280.14 netto (€11.67/Mo.) | €3.47 brutto / €2.92 netto pro vCore/Mo. |
| Hetzner Cloud CPX31 (4 Shared AMD vCPUs, 8 GB) | ~€15.95 brutto / €13.40 netto | Keiner (Standard) | €191.40 brutto / €160.80 netto | €382.80 brutto / €321.60 netto | €3.99 brutto / €3.35 netto pro vCPU/Mo. |
| Netcup RS 1000 G12.5 (4 Dedizierte Zen 5, 8 GB) | €21.73 brutto / €18.26 netto | 2 Monate gratis (-€43.46 brutto / -€36.52 netto) | €217.30 (€18.11/Mo.) / €182.60 netto (€15.22/Mo.) | €478.06 (€19.92/Mo.) / €401.72 netto (€16.74/Mo.) | €4.98 brutto / €4.18 netto pro Zen-5-Kern/Mo. |
| Hetzner Cloud CCX23 (4 Dedizierte EPYC, 16 GB) | ~€29.63 brutto / €24.90 netto | Keiner (Standard) | €355.56 brutto / €298.80 netto | €711.12 brutto / €597.60 netto | €7.41 brutto / €6.23 netto pro ded. vCPU/Mo. |
Die günstigen Netcup G12.5-Tarife setzen eine Mindestvertragslaufzeit von 12 Monaten (Rechnungsstellung je nach Tarif alle 1 oder 6 Monate) mit einer Kündigungsfrist von 30 Tagen zum Vertragsende voraus. Wenn Sie lediglich für 72 Stunden eine Lasttest-Umgebung benötigen, nutzen Sie eine stundengenau abrechenbare Hetzner-Cloud-Instanz anstelle eines 12-Monats-Vertrags bei Netcup.
6. Architektonische Entscheidungsmatrix & Zero-Downtime-Migrationsleitfaden
Erfahrene europäische DevOps-Teams betrachten Netcup und Hetzner selten als Entweder-oder-Entscheidung. Eine der widerstandsfähigsten und wirtschaftlichsten Architekturen in Deutschland kombiniert Netcup Root-Server als 24/7-Baseline-Compute- und Datenbankschicht (mit bis zu 39 % Ersparnis bei dedizierten Zen-5-Kernen) mit Hetzner Cloud als elastischem Burst-Layer, gekoppelt über ein verschlüsseltes WireGuard-Mesh über den DE-CIX.
Da Netcup Nürnberg (AS197540) und Hetzner Nürnberg/Falkenstein (AS24940) über direkte private und öffentliche Peering-Verbindungen in Franken und Frankfurt gekoppelt sind, bewegen sich Paketlaufzeiten zwischen beiden Cloud-Umgebungen stabil zwischen 0,8 ms und 2,2 ms. Damit können zustandsbehaftete Datenbank-Cluster (PostgreSQL, Redis, ClickHouse) dauerhaft auf dedizierten Netcup Zen-5-Knoten mit lokalem NVMe-RAID laufen, während kurzlebige CI-Build-Agents oder Autoscaling-Worker bei Lastspitzen über die Hetzner Cloud-API stundengenau zugeschaltet werden.
Workload-spezifische Auswahlkriterien
Bei der Verteilung einzelner Systemkomponenten zwischen beiden Plattformen empfiehlt sich eine Trennung entlang der Zustands- und Laufzeitgrenzen: Dienste mit lokalem Zustand (Stateful Storage), hohem IOPS-Bedarf und kontinuierlicher Grundlast gehören auf vertraglich gebundene Root-Server mit dedizierten Kernen; zustandslose (Stateless) oder stark schwankende Workloads profitieren hingegen von stundengenauer Cloud-Orchestrierung.
Nutzen Sie diese technischen Kriterien, um jeden Dienst der optimalen Plattform zuzuweisen:
- ▪ Einsatz von Netcup RS 500 / RS 1000 G12.5 (€10.86–€18.26/Mo. netto | €12.93–€21.73/Mo. brutto): Wenn Sie 2 bis 4 dedizierte AMD EPYC Zen-5-Kerne für PostgreSQL/MySQL, Redis, Docker-Compose-/Coolify-Stacks, Mailcow oder durchlaufende Kubernetes-Worker-Nodes benötigen.
- ▪ Einsatz von Netcup VPS 1000–8000 G12.5 (€12.18–€56.39/Mo. netto | €14.50–€67.11/Mo. brutto): Wenn Sie viel ECC-RAM pro Euro (8 GB bis 64 GB) inklusive SSD-Speicher und 2,5-Gbit/s-Port für Caching-Cluster, Java/Spring-Boot-Heaps oder Web-Server mit moderater CPU-Last suchen.
- ▪ Einsatz von Hetzner Cloud (CX/CAX/CPX/CCX): Wenn Sie kurzlebige Kubernetes-Knoten dynamisch per Karpenter/Cluster-Autoscaler skalieren, verwaltete L7-Cloud-Load-Balancer einsetzen oder stundengenaue Abrechnung für Staging-Umgebungen benötigen.
- ▪ Aufbau eines Multi-ASN-Hybrids (AS197540 + AS24940): Wenn Sie Carrier-redundante DNS-/Anycast-Frontends oder Streaming-Datenbankreplikate über zwei unabhängige deutsche autonome Systeme verteilen möchten.
Live-Migrations-Blueprint: Von Hetzner Cloud zum Netcup Root-Server
Wenn Sie einen produktiven Workload von Hetzner Cloud auf einen Netcup RS 1000 G12.5 migrieren, richten Sie zunächst einen verschlüsselten WireGuard-Punkt-zu-Punkt-Tunnel (10.99.0.1/30 auf 10.99.0.2/30) zwischen beiden Nürnberger Systemen ein. So laufen Datenbankreplikation und der finale rsync-Delta-Abgleich mit ~1,2 ms Latenz über eine geschützte Schnittstelle, bevor Sie den DNS-Cutover vollziehen.
Beachten Sie bei einer Image- oder Dateisystem-Migration außerdem die unterschiedlichen IPv6-Netzwerkdefinitionen in /etc/netplan/ bzw. /etc/network/interfaces: Während beide Anbieter fe80::1 als Standard-Link-Local-Gateway für das geroutete /64-IPv6-Präfix verwenden, weichen die primären Interface-Namen (enp1s0 bzw. eth0 bei Hetzner Cloud gegenüber eth0 oder ens3 auf Netcup-KVM-Profilen) häufig ab und sollten vor einem Reboot geprüft werden:
# Step 1: Lower DNS TTL to 60 seconds at least 24 hours prior to maintenance window
# Step 2: Run Pass-1 online bulk rsync over WireGuard (10.99.0.1 = Hetzner, 10.99.0.2 = Netcup)
rsync -aHAXxv --numeric-ids --info=progress2 \
-e "ssh -T -c [email protected] -o Compression=no" \
/var/lib/docker/volumes/ [email protected]:/var/lib/docker/volumes/
# Step 3: Put application in maintenance mode, flush WAL, and stream compressed pg_dump directly
pg_dump -Fc -Z 6 -d production_db | ssh [email protected] "pg_restore -d production_db --clean --if-exists -j 4"
# Step 4: Run Pass-2 final delta rsync (completes in seconds) and update A/AAAA DNS records
rsync -aHAXxv --delete --numeric-ids /var/lib/docker/volumes/ [email protected]:/var/lib/docker/volumes/ Befehlserklärung: Nutzt Hardware-AES-NI-Beschleunigung ([email protected]) und ein paralleles 4-Thread-Restore (pg_restore -j 4) auf den vier dedizierten Zen-5-Kernen des Netcup RS 1000 G12.5, um das Wartungsfenster auf unter 90 Sekunden zu minimieren.
SICHERHEITSHINWEIS: Beschränken Sie den Zugriff auf SSH und den WireGuard-UDP-Port 51820 vor der Datenübertragung zwingend in der zustandsbehafteten SCP-Firewall von Netcup.
Häufige Fehlerbehebung
DIAGNOSE-GUIDE[SYMPTOM] Hohe Schreiblatenz nach der Migration eines PostgreSQL-Clusters von lokalem NVMe auf Netzwerk-Blockspeicher (Ceph).
Ursache: Netzwerkgebundene Ceph-Volumes erfordern vor der Bestätigung jedes fsync()-WAL-Schreibvorgangs eine synchrone Replikation über mehrere Storage-Nodes.
Lösung: Belassen Sie latenzkritische WAL-Logs auf lokalem NVMe-RAID (wie dem lokalen NVMe des Netcup RS G12.5 oder dem lokalen Disk-Modus bei Hetzner) und optimieren Sie synchronous_commit sowie wal_buffers.
[SYMPTOM] Ausgehende SMTP-Verbindungen auf Port 25 laufen auf einem frisch bereitgestellten Netcup- oder Hetzner-Server in einen Timeout.
Ursache: Beide Anbieter schützen ihre IP-Netze durch standardmäßige Port-25-Sperren bei Neukundenkonten bis zum Abschluss der ersten Verifizierungs- bzw. Abrechnungsstufe.
Lösung: Konfigurieren Sie zunächst gültige Forward- und Reverse-DNS-Einträge (PTR) für IPv4 und IPv6 im Netcup SCP bzw. der Hetzner Console und beantragen Sie anschließend die Freischaltung über den Support.
[SYMPTOM] Ein zwischen Hetzner Cloud (vSwitch/Cloud Network) und Netcup aufgebauter WireGuard-Tunnel bricht bei großen Datenbank-Transfers oder TLS-Handshakes ab.
Ursache: Hetzner Cloud Networks und vSwitch-Verbindungen arbeiten intern häufig mit einer reduzierten MTU von 1400 Bytes; wird darüber ohne Anpassung ein WireGuard-Tunnel zu einem Netcup-Port (1500 Bytes Standard-MTU) gespannt, werden große Pakete mit gesetztem DF-Bit verworfen.
Lösung: Setzen Sie in der /etc/wireguard/wg0.conf auf beiden Knoten explizit MTU = 1340 (oder 1420 bei rein öffentlichem IPv4/IPv6-Endpunkt) und aktivieren Sie TCP MSS Clamping in nftables/iptables.
Häufig gestellte Fragen (FAQ)
GEPRÜFTE ANTWORTENWelcher Anbieter ist 2026 günstiger für dedizierte CPU-Kerne: Netcup oder Hetzner?
In der 4-Kern / 8-GB-RAM-Klasse ist der Netcup RS 1000 G12.5 deutlich günstiger: Er kostet €18.26/Monat netto bzw. €21.73/Monat brutto (oder effektiv €15.22/Monat netto / €18.11/Monat brutto im ersten Jahr mit dem „2 Monate gratis“-Gutschein) für 4 dedizierte AMD EPYC 9645 Zen-5-Kerne, verglichen mit €24.90/Monat netto (~€29.63/Monat brutto) für 4 dedizierte EPYC-vCPUs beim Hetzner Cloud CCX23. Zudem bietet Netcup den RS 500 G12.5 mit 2 dedizierten Zen-5-Kernen bereits ab €10.86/Monat netto (€12.93/Monat brutto) an.
Kann ich einen Netcup Root-Server wie bei Hetzner Cloud nach zwei Stunden wieder kündigen?
Nein. Hetzner Cloud rechnet stundengenau bis zu einer monatlichen Obergrenze ab und erlaubt das jederzeitige Löschen einer Instanz. Netcups attraktive G12.5-Preise basieren auf einer 12-monatigen Vertragsbindung (wobei für ausgewählte Tarife gegen Aufpreis auch eine monatlich kündbare Variante existiert).
Wie unterscheidet sich die Netzwerklatenz zwischen Netcup Nürnberg und Hetzner Nürnberg?
Sowohl Netcup (AS197540) als auch Hetzner (AS24940) betreiben primäre Rechenzentrumsstandorte im Großraum Nürnberg und peeren direkt am DE-CIX in Frankfurt. Die Round-Trip-Time (RTT) zwischen einer Netcup-Instanz in Nürnberg und einer Hetzner-Instanz in Nürnberg/Falkenstein liegt typischerweise bei extrem niedrigen 0,8 ms bis 2,5 ms.
Berechnet Netcup in Singapur oder den USA wie Hetzner Aufpreise pro Terabyte ausgehendem Traffic?
Nein. Während Hetzner Cloud den monatlichen Inklusiv-Traffic in Singapur und den USA auf 1–2 TB begrenzt (und Überschreitungen pro TB abrechnet), beinhaltet Netcup an allen Standorten – einschließlich Manassas (USA) und Singapur – unlimitierten Fair-Use-Traffic ohne kostenpflichtige Überkontingent-Fallen.
Kann ich bei beiden Anbietern eigene ISO-Images (wie Proxmox VE, FreeBSD oder NixOS) einbinden?
Ja. Im Netcup Server Control Panel (SCP) können Sie eigene .iso-Abbilder direkt hochladen oder aus einer umfangreichen Bibliothek auswählen und über die HTML5-VNC-Konsole installieren. Hetzner Cloud unterstützt ebenfalls das Einbinden von ISOs über die Konsole.
Gibt es für Netcup einen Terraform- / OpenTofu-Provider wie für Hetzner Cloud?
Hetzner pflegt einen offiziellen Terraform-Provider (hcloud), der Instanzen, Load Balancer, Firewalls und Netzwerke abdeckt. Netcup stellt im modernen Server Control Panel (SCP) eine OpenAPI/REST-Schnittstelle samt Community-Integrationen für Terraform und Ansible bereit, die sich auf das VM-Lifecycle-Management und die Stateful Firewall konzentriert.
QUELLEN // GEPRÜFTE TECHNISCHE DOKUMENTATION
- [1] Netcup Root Server G12.5 Specifications & Pricing (Checked Nov 2026) (https://www.netcup.com/en/server/root-server)
- [2] Netcup VPS G12.5 & G11.5s Official Lineup (https://www.netcup.com/en/server/vps)
- [3] Hetzner Cloud CX, CPX, CAX & CCX Pricing Overview (https://www.hetzner.com/cloud/)
- [4] PeeringDB: AS197540 (netcup GmbH) Exchange Points (https://www.peeringdb.com/asn/197540)