Sie können einen externen Load Balancer konfigurieren, um den Datenverkehr an die NSX Manager in einem Manager-Cluster zu verteilen.
- VIP führt keinen Load Balancing für die NSX Manager durch.
- VIP erfordert, dass sich alle NSX Manager im selben Subnetz befinden.
- Die Wiederherstellung der VIP dauert etwa 1–3 Minuten, falls ein Manager-Knoten ausfällt.
- Lastenausgleich zwischen den NSX Managern.
- Die NSX Manager können sich in unterschiedlichen Subnetzen befinden.
- Schnelle Wiederherstellungszeit beim Ausfall eines Manager-Knotens.
Die NSX Manager-VIP kann nicht für einen externen Load Balancer verwendet werden. Konfigurieren Sie keine NSX Manager-VIP, wenn Sie einen externen Load Balancer verwenden.
Authentifizierungsmethoden beim Zugriff auf NSX Manager
- HTTP-Standardauthentifizierung
- Sitzungsbasierte Authentifizierung
- Authentifizierung mit einem X.509-Zertifikat und einer Prinzipalidentität
- Authentifizierung in VMware Cloud on AWS
Die sitzungsbasierte Authentifizierungsmethode (die beim Zugriff auf NSX Manager über einen Browser verwendet wird) erfordert Persistenz der Quell-IP (alle Anforderungen vom Client müssen an denselben NSX Manager gesendet werden). Die anderen Methoden erfordern keine Persistenz der Quell-IP (Anforderungen vom Client können an verschiedene NSX Manager gesendet werden).
Empfehlungen
- Erstellen Sie eine einzelne VIP auf dem Load Balancer mit Persistenz der Quell-IP, die für die Verarbeitung aller Authentifizierungsmethoden konfiguriert ist.
- Wenn Sie über Anwendungen oder Skripts verfügen, die möglicherweise viele Anforderungen an NSX Manager generieren, erstellen Sie eine zweite VIP ohne Persistenz der Quell-IP für diese Anwendungen oder Skripte. Verwenden Sie die erste VIP nur für den Browserzugriff auf NSX Manager.
- Typ: Layer4-TCP
- Port: 443
- Pool: NSX Manager-Pool
- Persistenz: Persistenz der Quell-IP für die erste VIP. Keine für die zweite VIP (falls vorhanden).
Beispiel für eine externe Load Balancer-Konfiguration:
NSX Manager-Zertifikat
Die Clients greifen über den FQDN-Namen (z. B. nsx.mycompany.com) auf NSX Manager zu. Dieser FQDN wird in die VIP des Load Balancers aufgelöst. Um Zertifikatskonflikte zu vermeiden, muss jeder NSX Manager über ein Zertifikat verfügen, das für den FQDN-Namen der VIP gültig ist. Aus diesem Grund müssen Sie jeden NSX Manager mit einem SAN-Zertifikat konfigurieren, das für seinen eigenen Namen (z. B. nsxmgr1.mycompany.com) und den FQDN der VIP gültig ist.
Überwachen der Integrität von NSX Managern
GET /api/v1/reverse-proxy/node/health
- Header 1
- Name: Content-Type
- Wert: application/json
- Header 2
- Name: Accept
- Wert: application/json
"healthy" : true
Beachten Sie, dass das Format der Antwort “healthy”<space>:<space>true
ist.