Türkei (Türkisch)
Germany (German)
Worldwide (English)
9.2 führt eine WireGuard-basierte SDN-Fabric-Option ein.
Halkali Merkez Viertel Fatih Str. Ozgur Apt. No. 46, Kucukcekmece, Istanbul, 34303, TR
Zwei 9.2-Funktionen lösen verschiedene Probleme: WireGuard-basiertes SDN Fabric verbindet Node-Netze standortübergreifend; der Dynamic Load Balancer verteilt VM/CT-Platzierung nach Cluster-Ressourcen. Das sind unterschiedliche Load-Balancer-Konzepte.
Ein Overlay repariert kein kaputtes Underlay, sondern versteckt es. WireGuard/BGP über Packet Loss oder MTU-Mismatch erschwert Troubleshooting.
Zuerst Underlay-IP-Konnektivität, MTU und Routing prüfen; dann SDN-Overlay. Vor Dynamic Balancing Migration-Netz, Storage-Bedingungen und CPU-Modell-Kompatibilität testen.
Zuerst Underlay-IP-Konnektivität, MTU und Routing prüfen; dann SDN-Overlay. Vor Dynamic Balancing Migration-Netz, Storage-Bedingungen und CPU-Modell-Kompatibilität testen.
Proxmox VE 9.2 WireGuard/BGP SDN Fabric und Dynamic Load Balancer mit Produktions-Topologie, MTU, Routing, Migration und Kapazitätsgrenzen verstehen.
9.2 führt eine WireGuard-basierte SDN-Fabric-Option ein.
Kann im Fabric-Design am dynamischen Routing teilnehmen.
9.2 erweitert Route-Map- und Prefix-List-Funktionen.
Dynamic Load Balancing unterstützt Platzierung nach Cluster-Ressourcenbalance.
SDN Fabric behandelt Netzwerk-Erreichbarkeit; Dynamic Placement Compute-Platzierung. HTTP-Reverse-Proxies verteilen Anwendungstraffic.
| Schicht | Beispiel | Gelöstes Problem |
|---|---|---|
| Underlay | Physisches/VLAN-IP | Node-zu-Node-Transport |
| Overlay | WireGuard/EVPN | Logische Segment-Erreichbarkeit |
| Placement | Dynamic Load Balancer | VM/CT-Ressourcenverteilung |
| L7 | HAProxy/Nginx | HTTP-Request-Verteilung |
IP-Routen, Latenz, Loss, MTU und Clock Skew sind Basisprüfungen. Standortübergreifend sind Jitter und asymmetrisches Routing zusätzlich wichtig.
ip -br addressip routeping -c 20 PEER_IPtracepath PEER_IPchronyc tracking 2>/dev/null || timedatectl statusEine Overlay-MTU von 1500 auf einem 1500er Underlay kann Fragmentierung/PMTUD-Probleme verursachen. Tatsächliche Path-MTU messen.
tracepath PEER_IPping -M do -s 1472 -c 3 PEER_IPip link showRoute-Maps und Prefix-Lists in 9.2 helfen Route-Leaks zu verhindern. „Alles redistributen“ sollte kein Produktionsstandard sein.
Auch wenn Placement eine VM verschieben will, können lokaler Storage, Passthrough-Geräte oder CPU-Modell-Unterschiede Migration blockieren.
| Prüfung | Warum |
|---|---|
| Storage | Kann Zielnode auf Disks zugreifen? |
| CPU-Modell | Live-Migration-Kompatibilität |
| PCI Passthrough | Hardwaregebundene VM kann nicht automatisch wechseln |
| Migration-Netz | Migrationsdauer und Produktionseinfluss |
Normaler Ping reicht nicht. Tunnel-Peer-Ausfall, BGP-Route-Verlust und Compute-Node-Drain messen.
Auf Eka Sunucu Dedicated-Infrastruktur 1/10/25G-Migrationsnetz, VLANs und Site-to-Site-Topologie für Proxmox planen.
Primärdokumentation und technische Referenzen dieses Leitfadens.
Mit passenden Infrastruktur- und Implementierungsleitfäden fortfahren.
PVE 9.2 SDN
Nein. Die 9.2-Funktion betrifft VM/CT-Placement und Cluster-Ressourcenbalance; L7-HTTP-Load-Balancing ist separat.
Peers brauchen IP-Erreichbarkeit; ob Public IP, geroutetes privates WAN oder anderer Transport hängt von der Topologie ab.
Tunnel-Kapselung fügt Header hinzu. Falsche Path-MTU kann Fragmentierung, Drops oder stille Timeouts verursachen.
Sie sind typischerweise hardwaregebunden und nicht frei verschiebbar. Placement-Policy muss diese Einschränkung berücksichtigen.