Proxmox auf IONOS mit Private Network, VLAN und mehreren Public IPs betreiben? WZ-IT übernimmt Setup, Netzwerk-Design, Betrieb und Support für Ihre Proxmox-Infrastruktur. Zur Service-Seite →
Entscheidend für ein stabiles IONOS-Setup ist ein sauberes privates Backend-Netz. Fehlt es, laufen Corosync oder Storage über Public IPs. Dabei beschreibt IONOS sehr klar, wie man für Dedicated Server ein privates Netzwerk aufbaut: über tagged VLANs nach IEEE 802.1Q (IONOS Docs).
Inhaltsverzeichnis
- Proxmox braucht getrennte Netze, IONOS liefert die Private Networks
- Was bedeutet "tagged VLAN (802.1Q)" bei IONOS?
- Referenz-Architekturen
- Private Network und VLAN bei IONOS einrichten: Schritt für Schritt
- Häufige Fehler und wie Sie sie vermeiden
- Unser Vorgehen bei WZ-IT
- Weiterführende Guides
Proxmox braucht getrennte Netze, IONOS liefert die Private Networks
Proxmox empfiehlt ein separates Corosync-Netz; Storage soll nicht im selben Netz wie Corosync liegen, Ausnahme ist höchstens ein niedrig priorisierter Fallback-Link in einer redundanten Konfiguration (Netzwerkanforderungen).
IONOS liefert für Dedicated Server die technische Grundlage, um ein privates Netz zu bauen: tagged VLANs (IEEE 802.1Q) (IONOS Docs).
Was bedeutet "tagged VLAN (802.1Q)" bei IONOS?
Ein privates Netzwerk aus Dedicated Servern kann durch Konfiguration von tagged VLANs erstellt werden. VLANs sind in IEEE 802.1Q standardisiert (IONOS Docs).
IONOS hat OS-spezifische Guides:
- AlmaLinux/Rocky: VLAN-Trunk (802.1Q) (IONOS Docs EN)
- Ubuntu/Debian: tagged VLAN für privates Netz (IONOS Docs EN)
Praktisch heißt das:
- Lesen Sie die VLAN-ID des zugewiesenen Private Networks im IONOS-Konto ab.
- Das Interface wird VLAN-aware, und Traffic ist logisch getrennt
- Sie können ein "Backend" bauen, das nicht öffentlich routet
Referenz-Architekturen
Die folgenden Muster sind Architektur-Skizzen. Bei B und C muss IONOS vorab bestätigen, ob ein Server mehreren Private Networks gleichzeitig zugewiesen werden kann.
Pattern A: Single Node (Dedicated)
Für wen: Kleine bis mittlere Setups, Kostenfokus, "erstmal loslegen".
Netze:
- Public: nur was wirklich nötig ist (z. B. Services)
- Private/VLAN: Management (oder nur VPN/Bastion), optional Backup-Backend
Ziel: Schnell, robust, betriebssicher (Backups/Monitoring/Updates).
Wichtig: Single Node ≠ HA. Es braucht einen Plan, wie bei Hardwareausfall wieder hochgefahren wird (RTO).
Pattern B: 3-Node Cluster (Recommended)
Für wen: Echtes Failover, Wartung ohne Downtime, Resilienz.
Netze:
- Management VLAN
- Corosync VLAN (separat!) (Proxmox Admin Guide)
- Storage VLAN (bei Ceph/Storage-intensiv), nicht mit Corosync geteilt
Pattern C: "2 VLANs reichen oft" (kleiner Cluster ohne Ceph)
Wenn kein Ceph:
- VLAN A: Management
- VLAN B: Corosync; Migration möglichst auf ein eigenes Netz mit ausreichender Bandbreite legen.
Aber: Sobald Storage intensiv wird, wieder trennen.
Private Network und VLAN bei IONOS einrichten: Schritt für Schritt
Schritt 1: Private Network anlegen und VLAN-ID ablesen
Diese Anleitung gilt für Dedicated Server im Cloud Panel. Legen Sie im IONOS-Konto ein Private Network an und weisen Sie die Server zu. Unter Servers & Cloud, Infrastruktur, Server, Private Networks lesen Sie die VLAN-ID ab. Planen Sie danach private IP-Adressen und den VPN-Zugang.
Schritt 2: VLAN/802.1Q auf Dedicated Servern konfigurieren (IONOS Guides)
IONOS dokumentiert das als Schrittfolge je OS:
- AlmaLinux/Rocky: VLAN Trunk (802.1Q) für privates Netz (IONOS Docs EN)
- Ubuntu/Debian: tagged VLAN für privates Netz (IONOS Docs EN)
Wichtig (Real-Life): Wenn VLAN-Modul/802.1Q nicht korrekt geladen ist, funktioniert es nicht (IONOS erwähnt das in ihren Troubleshooting-Hinweisen).
Ob das 802.1Q-Modul geladen ist, prüfen Sie so:
lsmod | grep 8021q || modprobe 8021q
Schritt 3: Proxmox Bridges sauber zuordnen
- Management Bridge auf Management-VLAN
- Corosync Interface/Bridge auf Corosync-VLAN
- Storage Interface/Bridge auf Storage-VLAN (falls nötig)
Eine VLAN-aware Bridge mit getaggten Subinterfaces sieht in /etc/network/interfaces z. B. so aus (Proxmox Doku):
# eno1 ist die für das Private Network vorgesehene Schnittstelle.
# 3509 ist nur das Beispiel der IONOS-Dokumentation: durch die VLAN-ID des eigenen Kontos ersetzen.
auto vmbr1
iface vmbr1 inet manual
bridge-ports eno1
bridge-stp off
bridge-fd 0
bridge-vlan-aware yes
bridge-vids 3509
auto vmbr1.3509
iface vmbr1.3509 inet static
address 10.10.20.11/24
Schritt 4: Corosync wirklich separat betreiben
Proxmox empfiehlt ein separates Cluster-Netz; Storage soll nicht im Corosync-Netz laufen, Ausnahme ist höchstens ein niedrig priorisierter Fallback-Link in einer redundanten Konfiguration (Netzwerkanforderungen).
Diese Trennung bestimmt die Netzplanung; die VLAN-ID stammt aus dem IONOS-Konto.
Bei der Cluster-Erstellung binden Sie Corosync explizit an die IP im Corosync-VLAN (Proxmox Doku):
# Node 1:
pvecm create CLUSTERNAME --link0 10.10.20.11
# Node 2 (Join):
pvecm add 10.10.20.11 --link0 10.10.20.12
Schritt 5: Validierung & Tests
Nach dem Aufbau (vor Produktiv):
- Corosync unter Last stabil?
- Storage-Recovery beeinflusst Corosync nicht?
- Migration läuft über ein Netz mit Bandbreite (und nicht über Corosync) - Proxmox VE nutzt standardmäßig das Netz der Cluster-Kommunikation für Migration; der Parameter
migrationsetzt ein eigenes Netz als CIDR (Proxmox Admin Guide: Migration Network)
Häufige Fehler und wie Sie sie vermeiden
Fehler 1: "VLAN geplant, aber nicht end-to-end umgesetzt"
Ein Node hat die zugewiesene VLAN-ID, der andere nicht → "geht komisch".
Fix: VLAN Plan + consistent OS config überall.
Fehler 2: 802.1Q Modul fehlt / falscher Kernel
IONOS nennt explizit, dass 802.1Q Modul-Verfügbarkeit ein Fehlergrund sein kann (IONOS Docs EN).
Fix: Modul laden / Kernel prüfen.
Fehler 3: Corosync + Storage im gleichen VLAN
Nein, davon rät Proxmox ab; Ausnahme ist höchstens ein niedrig priorisierter Fallback-Link in einer redundanten Konfiguration (Netzwerkanforderungen).
Fix: Eigenes Storage-VLAN.
Fehler 4: Management öffentlich
Unnötiges Risiko.
Fix: Bastion/VPN + Firewall, Management nur aus privaten Netzen.
Fehler 5: Migration killt Cluster-Netz
Wenn Migration über Cluster-Netz läuft, kann Corosync leiden (Proxmox Admin Guide: Migration Network).
Fix: Migration auf "fat pipe" VLAN.
Unser Vorgehen bei WZ-IT
Bei Proxmox auf IONOS gehen wir so vor:
- Anforderungsanalyse: Single Node vs. Cluster, HA-Ziele, Storage-Anforderungen
- Netzwerk-Design: IP-Plan, VLAN-IDs aus dem Konto, Interface-Zuordnung
- Setup: VLAN-Konfiguration (802.1Q), Proxmox Installation mit sauberer Bridge-Zuordnung
- Härtung: Management absichern, Firewall, Bastion/VPN
- Validierung: Corosync-Stabilität, Failover-Tests, Monitoring
- Dokumentation: Netzwerkplan, Runbooks, Eskalationspfade
Wir übernehmen das komplette Setup oder auditieren bestehende Infrastrukturen.
Zur Service-Seite: Proxmox auf IONOS →
Weiterführende Guides
Zur öffentlichen Anbindung und zu privaten Gästen: Proxmox auf IONOS: privates VM-Netz hinter einer IP; Proxmox auf IONOS: mehrere öffentliche IPs und Routing.
Quellen
Stand: Oktober 2026. Die Architektur-Skizzen ersetzen keine Prüfung der konkreten IONOS-Serverzuordnung.
