So funktioniert Hochverfügbarkeit auf AWS

Last published : Oct 02, 2026
Sie können zwei NetScaler VPX-Instanzen auf AWS als Hochverfügbarkeits-Paar (HA) im Aktiv-Passiv-Modus konfigurieren. Wenn Sie eine Instanz als primären Knoten und die andere als sekundären Knoten konfigurieren, akzeptiert der primäre Knoten Verbindungen und verwaltet Server. Der sekundäre Knoten überwacht den primären Knoten. Wenn der primäre Knoten aus irgendeinem Grund keine Verbindungen akzeptieren kann, übernimmt der sekundäre Knoten.
In AWS werden die folgenden Bereitstellungstypen für VPX-Instanzen unterstützt:
  • Hochverfügbarkeit innerhalb derselben Zone
  • Hochverfügbarkeit über verschiedene Zonen hinweg
Hinweis:
Damit Hochverfügbarkeit funktioniert, stellen Sie sicher, dass beide NetScaler VPX-Instanzen mit IAM-Rollen verbunden und mit der Elastic IP (EIP)-Adresse für die NSIP zugewiesen sind. Sie müssen keine EIP auf NSIP zuweisen, wenn die NSIP über die NAT-Instanz das Internet erreichen kann.
Related information
NetScaler VPX auf AWS

Hochverfügbarkeit innerhalb derselben Zonen

Bei einer Hochverfügbarkeitsbereitstellung innerhalb derselben Zonen müssen beide VPX-Instanzen ähnliche Netzwerkkonfigurationen aufweisen.
Beachten Sie diese beiden Regeln:
Regel 1. Jede NIC auf einer VPX-Instanz muss sich im selben Subnetz befinden wie die entsprechende NIC in der anderen VPX. Beide Instanzen müssen Folgendes haben:
  • Managementschnittstelle im selben Subnetz (als Management-Subnetz bezeichnet)
  • Clientschnittstelle im selben Subnetz (als Client-Subnetz bezeichnet)
  • Serverschnittstelle im selben Subnetz (als Server-Subnetz bezeichnet)
Regel 2. Die Reihenfolge von Management-NIC, Client-NIC und Server-NIC auf beiden Instanzen muss gleich sein. Zum Beispiel wird das folgende Szenario nicht unterstützt.
VPX-Instanz 1
NIC 0: Verwaltung NIC 1: Client NIC 2: Server
VPX-Instanz 2
NIC 0: Verwaltung
NIC 1: Server
NIC 2: Client
In diesem Szenario befindet sich NIC 1 von Instanz 1 im Client-Subnetz, während sich NIC 1 von Instanz 2 im Server-Subnetz befindet. Damit HA funktioniert, muss NIC 1 beider Instanzen entweder im Client-Subnetz oder im Server-Subnetz sein.
Ab 13.0 41.xx kann Hochverfügbarkeit durch die Migration sekundärer privater IP-Adressen erreicht werden, die an die NICs (Client- und serverseitige NICs) des primären HA-Knotens angehängt sind, zum sekundären HA-Knoten nach einem Failover. In dieser Bereitstellung:
  • Beide VPX-Instanzen haben die gleiche Anzahl von NICs und Subnetz-Zuordnung gemäß der NIC-Aufzählung.
  • Jede VPX-NIC hat eine zusätzliche private IP-Adresse, außer der ersten NIC, die der Management-IP-Adresse entspricht. Die zusätzliche private IP-Adresse erscheint als primäre private IP-Adresse in der AWS-Webkonsole. In unserem Dokument bezeichnen wir diese zusätzliche IP-Adresse als Dummy-IP-Adresse).
  • Die Dummy-IP-Adressen dürfen auf der NetScaler-Instanz nicht als VIP und SNIP konfiguriert werden.
  • Andere sekundäre private IP-Adressen müssen bei Bedarf erstellt und als VIP und SNIP konfiguriert werden.
  • Beim Failover sucht der neue primäre Knoten nach konfigurierten SNIPs und VIPs und verschiebt sie von den NICs, die an den vorherigen primären Knoten angehängt waren, zu den entsprechenden NICs auf dem neuen primären Knoten.
  • NetScaler-Instanzen benötigen IAM-Berechtigungen, damit HA funktioniert. Fügen Sie die folgenden IAM-Berechtigungen zur IAM-Richtlinie hinzu, die jeder Instanz hinzugefügt wurde.
"iam:GetRole" "ec2:DescribeInstances" "ec2:DescribeNetworkInterfaces" "ec2:AssignPrivateIpAddresses"
Hinweis:
unassignPrivateIpAddress ist nicht erforderlich.
Diese Methode ist schneller als die ältere Methode. Bei der älteren Methode hängt HA von der Migration der elastischen AWS-Netzwerkschnittstellen des primären Knotens zum sekundären Knoten ab.
Für die ältere Methode sind die folgenden Richtlinien erforderlich:
"iam:GetRole" "ec2:DescribeInstances" "ec2:DescribeAddresses" "ec2:AssociateAddress" "ec2:DisassociateAddress"
Weitere Informationen finden Sie unter Bereitstellen eines Hochverfügbarkeitspaares auf AWS.

Hochverfügbarkeit über verschiedene Zonen hinweg

Sie können zwei NetScaler VPX-Instanzen in zwei verschiedenen Subnetzen oder zwei verschiedenen AWS-Verfügbarkeitszonen als Hochverfügbarkeits-Aktiv-Passiv-Paar im Independent Network Configuration (INC)-Modus konfigurieren. Beim Failover migriert die EIP (Elastic IP) der VIP der primären Instanz zur sekundären Instanz, die dann als neue primäre Instanz fungiert. Im Failover-Prozess führt die AWS-API folgende Schritte aus:
  • Überprüft die virtuellen Server, denen IPSets zugewiesen ist.
  • Findet die IP-Adresse mit einer zugeordneten öffentlichen IP aus den beiden IP-Adressen, auf denen der virtuelle Server lauscht. Eine, die direkt an den virtuellen Server angehängt ist, und eine, die über den IP-Satz angehängt ist.
  • Ordnet die öffentliche IP (EIP) der privaten IP neu zu, die zur neuen primären VIP gehört.
Für HA über verschiedene Zonen hinweg sind die folgenden Richtlinien erforderlich:
"iam:GetRole" "ec2:DescribeInstances" "ec2:DescribeAddresses" "ec2:AssociateAddress" "ec2:DisassociateAddress"
Weitere Informationen finden Sie unter Hochverfügbarkeit über AWS-Verfügbarkeitszonen hinweg.

Vor Beginn Ihrer Bereitstellung

Bevor Sie eine HA-Bereitstellung auf AWS starten, lesen Sie das folgende Dokument:

Fehlerbehebung

Um Fehler während eines HA-Failovers einer NetScaler VPX-Instanz in der AWS Cloud zu beheben, überprüfen Sie die cloud-ha-daemon.log Datei, die am /var/log/ Speicherort gespeichert ist.