Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Ab Windows Server 2025 benötigt die softwaredefinierte Netzwerkinfrastruktur weniger Platz für den Netzwerkcontroller (NC), eine der wichtigsten Infrastrukturkomponenten. NC kann jetzt direkt auf dem Host als Failover Clustering-Dienst bereitgestellt werden. Die auf Service Fabric basierende Infrastruktur wird weiterhin unterstützt. Dieser Artikel enthält eine Übersicht über die hohe Verfügbarkeit von Netzwerkcontrollern über Failover Clustering, beschreibt, wie dies mit Software Load Balancer und Gateways funktioniert, und erklärt, wie sich dieser Ansatz von Network Controller in Service Fabric unterscheidet.
Ab Azure Local 2311.2 verwendet die Software Defined Networking-Infrastruktur einen kleineren Speicherbedarf für den Netzwerkcontroller (NETWORK Controller, NC), einer der wichtigsten Infrastrukturkomponenten. NC kann jetzt direkt auf dem Host als Failover Clustering-Dienst bereitgestellt werden. Die auf Service Fabric basierende Infrastruktur wird weiterhin unterstützt. Dieser Artikel enthält eine Übersicht über die hohe Verfügbarkeit von Netzwerkcontrollern über Failover Clustering, beschreibt, wie dies mit Software Load Balancer und Gateways funktioniert, und erklärt, wie sich dieser Ansatz von Network Controller in Service Fabric unterscheidet.
Netzwerkcontroller als Rolle
Netzwerkcontroller ist eine wichtige Komponente des SDN-Ökosystems. Es ermöglicht Ihnen, Ihre Mandantennetzwerkkonfigurationen, einschließlich virtueller Netzwerke, logischer Netzwerke und Netzwerksicherheit, bereitzustellen und zu verwalten. In früheren Versionen von Windows Server und Azure Local musste der Netzwerkcontroller in einer VM gehostet werden. Die VM-basierte Ressourcenbereitstellung ist ein langwieriger und ressourcenintensiver Prozess. VMs beanspruchten mehr CPU und Arbeitsspeicher, Ressourcen, die für Ihre Kernanwendungsworkloads aufgewendet werden könnten. Ab Windows Server 2025 und Azure Local 2311.2 wird der NC-Dienst nativ in den Hostcomputer integriert, indem Failoverclustering verwendet wird und Ressourcen für Ihre anderen Workloads freigegeben werden. Die folgende Abbildung bietet eine Übersicht über die wichtigsten Unterschiede zwischen NC in Service Fabric und NC in Failover Clustering.
Architektur
Bei Netzwerkcontrollern in Failover Clustering sind nun alle Netzwerkcontroller-Mikroservices in einer Failovercluster-Ressourcengruppe enthalten. SDN-Microservices verwenden eine einzelne Datenbank und eine einzelne Partition anstelle von drei Datenbanken, die bei Verwendung von Service Fabric auf 3 VMs dupliziert wurden. Durch die Nutzung jedes SDN-Microservice als eine Failover-Cluster-Ressourcengruppe gibt es eine erhebliche Verringerung der CPU-Auslastung und des Speicherverbrauchs.
Der Netzwerkcontroller und alle zugehörigen Dienste werden als Failoverclustergruppe auf den Servern in Ihrem softwaredefinierten Netzwerkcluster konfiguriert. Angenommen, Ihre Netzwerktopologie umfasst vier Server, die über einen einzelnen Top-of-Rack (ToR)-Switch gruppiert werden, und die Netzwerkcontroller-Komponente ist als generische Failover Clustering-Ressource über alle Server verteilt. Anders als die drei in früheren Versionen verwendeten VMs ist jeder Netzwerkcontroller-Microservice als Failovercluster-Ressourcengruppe hoch verfügbar. Das folgende Diagramm zeigt eine 4-Knoten-Bereitstellung mit Netzwerkcontroller in Failover Clustering.
Für die Ressourcengruppe gelten die gleichen Bereitstellungsanforderungen wie für NC-VMs. Der API-Microservice erfordert eine Floating-IP-Adresse in Ihrem Verwaltungsnetzwerk. Die DNS-Registrierung wird weiterhin unterstützt.
Hohe Verfügbarkeit
Mit einem Netzwerkcontroller in Failover-Clustering ist der Ressourcenbesitz einem bestimmten Knoten innerhalb des Failoverclusters zugeordnet. Wenn ein Server abläuft, werden Ressourcengruppen in einen anderen Knoten innerhalb des Clusters übertragen. Die Replikation von Daten erfolgt über die zugrunde liegende Infrastruktur von Failover Clustering, Storage Replica. Weitere Informationen zu Failover Clustering und Storage Replica finden Sie in den folgenden Ressourcen:
Software-Lastenausgleich und Gateways
Dieser Übergang von Service Fabric zu Failover-Clustering wirkt sich nur auf unsere Netzwerksteuerungsdienstleistungen aus. Andere Virtualisierungsrollen für Netzwerkfunktionen, wie der Software Load Balancer und das Gateway, werden immer noch auf virtuellen Computern gehostet. Der Netzwerkcontroller in Failover Clustering wirkt sich nicht auf das Verhalten oder den Betrieb anderer Netzwerkfunktions-Virtualisierungsrollen aus. Weitere Informationen zu Softwarelastenausgleich und Gateways finden Sie unter den folgenden Links:
Nächste Schritte
Informationen zur Bereitstellung eines Netzwerkcontrollers mit Failover Clustering in Ihrer softwaredefinierten Netzwerkumgebung finden Sie unter Bereitstellung eines Netzwerkcontrollers mit Failover Clustering.
Weitere Informationen zu den Anforderungen und Konfigurationsoptionen finden Sie unter Planen einer SDN-Bereitstellung.
Informationen zur Bereitstellung eines Netzwerkcontrollers mit Failover Clustering in Ihrer softwaredefinierten Netzwerkumgebung finden Sie unter Bereitstellung eines Netzwerkcontrollers mit Failover Clustering.
Weitere Informationen zu den Anforderungen und Konfigurationsoptionen finden Sie unter Planen einer SDN-Bereitstellung.