Produktdokumentation
NetScaler VPX
14.1-Aktuelle Version 13.1 12.1
PDF anzeigen

Bereitstellen eines VPX-Hochverfügbarkeitspaares mit privaten IP-Adressen über verschiedene AWS-Zonen hinweg

June 8, 2026
Beitrag von: 
C C

Sie können zwei NetScaler VPX-Instanzen in zwei verschiedenen Subnetzen oder zwei verschiedenen AWS-Verfügbarkeitszonen mit privaten IP-Adressen im INC-Modus konfigurieren. Diese Lösung lässt sich einfach in das bestehende Multizonen-(/de-de/vpx/13-1/deploy-aws/vpx-ha-eip-different-aws-zones.html) integrieren. Daher können Sie beide Lösungen zusammen verwenden.

Weitere Informationen zur Hochverfügbarkeit finden Sie unter (/de-de/citrix-adc/13-1/system/high-availability-introduction.html). Weitere Informationen zu INC finden Sie unter (/de-de/citrix-adc/13-1/system/high-availability-introduction/configuring-high-availability-nodes-different-subnets.html).

Hinweis:

Diese Bereitstellung wird ab NetScaler Release 13.0 Build 67.39 unterstützt. Diese Bereitstellung ist mit AWS Transit Gateway kompatibel.

Hochverfügbarkeitspaar mit privaten IP-Adressen unter Verwendung einer nicht freigegebenen AWS VPC

Voraussetzungen

Stellen Sie sicher, dass die IAM-Rolle, die Ihrem AWS-Konto zugeordnet ist, die folgenden IAM-Berechtigungen besitzt:

{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Action": [
                "ec2:DescribeInstances",
                "ec2:DescribeAddresses",
                "ec2:AssociateAddress",
                "ec2:DisassociateAddress",
                "ec2:DescribeRouteTables",
                "ec2:DeleteRoute",
                "ec2:CreateRoute",
                "ec2:ModifyNetworkInterfaceAttribute",
                "iam:SimulatePrincipalPolicy",
                "iam:GetRole"
            ],
            "Resource": "*",
            "Effect": "Allow"
        }
    ]
}

<!--NeedCopy-->

Bereitstellen eines VPX-HA-Paares mit privaten IP-Adressen unter Verwendung einer nicht freigegebenen AWS VPC

Im Folgenden finden Sie eine Zusammenfassung der Schritte zur Bereitstellung eines VPX-Paares in zwei verschiedenen Subnetzen oder zwei verschiedenen AWS-Verfügbarkeitszonen unter Verwendung privater IP-Adressen.

  1. Erstellen Sie eine Amazon Virtual Private Cloud.
  2. Stellen Sie zwei VPX-Instanzen in zwei verschiedenen Verfügbarkeitszonen bereit.
  3. Hochverfügbarkeit konfigurieren
    1. Richten Sie in beiden Instanzen Hochverfügbarkeit im INC-Modus ein.
    2. Fügen Sie die entsprechenden Routing-Tabellen in der VPC hinzu, die auf die Client-Schnittstelle verweisen.
    3. Fügen Sie eine virtuelle Serverinstanz in der primären Instanz hinzu.

Verwenden Sie für die Schritte 1, 2 und 3b die AWS-Konsole. Verwenden Sie für die Schritte 3a und 3c die NetScaler VPX GUI oder die CLI.

Schritt 1. Erstellen Sie eine Amazon Virtual Private Cloud (VPC).

Schritt 2. Stellen Sie zwei VPX-Instanzen in zwei verschiedenen Availability Zones mit der gleichen Anzahl von ENIs (Network Interface) bereit.

Weitere Informationen zum Erstellen einer VPC und zum Bereitstellen einer VPX-Instanz auf AWS finden Sie unter Bereitstellen einer eigenständigen NetScaler VPX-Instanz auf AWS und Szenario: eigenständige Instanz

Schritt 3. Konfigurieren Sie die ADC-VIP-Adressen, indem Sie ein Subnetz wählen, das sich nicht mit den Amazon VPC-Subnetzen überschneidet. Wenn Ihre VPC 192.168.0.0/16 ist, können Sie zur Konfiguration der ADC-VIP-Adressen ein beliebiges Subnetz aus diesen IP-Adressbereichen wählen:

  • 0.0.0.0 - 192.167.0.0
  • 192.169.0.0 - 254.255.255.0

In diesem Beispiel wurde das Subnetz 10.10.10.0/24 gewählt und VIPs in diesem Subnetz erstellt. Sie können jedes andere Subnetz als das VPC-Subnetz (192.168.0.0/16) wählen.

Schritt 4. Fügen Sie eine Route hinzu, die von der VPC-Routingtabelle auf die Clientschnittstelle (VIP) des primären Knotens verweist.

Geben Sie in der AWS CLI den folgenden Befehl ein:

aws ec2 create-route --route-table-id rtb-2272532 --destination-cidr-block 10.10.10.0/24 --gateway-id <eni-client-primary>
<!--NeedCopy-->

Führen Sie in der AWS GUI die folgenden Schritte aus, um eine Route hinzuzufügen:

  1. Öffnen Sie die Amazon EC2-Konsole.
  2. Wählen Sie im Navigationsbereich Route Tables und dann die Routingtabelle aus.
  3. Wählen Sie Actions und klicken Sie auf Edit routes.
  4. Um eine Route hinzuzufügen, wählen Sie Route hinzufügen. Geben Sie für Ziel den Ziel-CIDR-Block, eine einzelne IP-Adresse oder die ID einer Präfixliste ein. Wählen Sie für die Gateway-ID die ENI einer Client-Schnittstelle des primären Knotens aus.

Routentabellen – Routen bearbeiten

Hinweis:

Sie müssen die Quell-/Zielprüfung auf der Client-ENI der primären Instanz deaktivieren.

Um die Quell-/Zielprüfung für eine Netzwerkschnittstelle über die Konsole zu deaktivieren, führen Sie die folgenden Schritte aus:

  1. Öffnen Sie die Amazon EC2-Konsole.
  2. Wählen Sie im Navigationsbereich Netzwerkschnittstellen aus.
  3. Wählen Sie die Netzwerkschnittstelle einer primären Client-Schnittstelle aus, wählen Sie Aktionen aus und klicken Sie auf Quell-/Zielprüfung ändern.
  4. Wählen Sie im Dialogfeld Deaktiviert aus, klicken Sie auf Speichern.

Quell-/Zielprüfung ändern

Schritt 5. Konfigurieren Sie Hochverfügbarkeit. Sie können die NetScaler VPX CLI oder die GUI verwenden, um Hochverfügbarkeit einzurichten.

Hochverfügbarkeit über die CLI konfigurieren

  1. Richten Sie Hochverfügbarkeit im INC-Modus in beiden Instanzen ein.

    Auf dem primären Knoten:

    add ha node 1 \<sec\_ip\> -inc ENABLED
<!--NeedCopy-->

    Auf dem sekundären Knoten:

    add ha node 1 \<prim\_ip\> -inc ENABLED
<!--NeedCopy-->

    <sec_ip> bezieht sich auf die private IP-Adresse der Management-NIC des sekundären Knotens.

    <prim_ip> bezieht sich auf die private IP-Adresse der Management-NIC des primären Knotens.

  2. Fügen Sie einen virtuellen Server auf der primären Instanz hinzu. Sie müssen ihn aus dem gewählten Subnetz hinzufügen, zum Beispiel 10.10.10.0/24.

    Geben Sie den folgenden Befehl ein:

    add \<server\_type\> vserver \<vserver\_name\> \<protocol\> \<primary\_vip\> \<port\>
<!--NeedCopy-->

Hochverfügbarkeit über die GUI konfigurieren

  1. Richten Sie Hochverfügbarkeit im INC-Modus auf beiden Instanzen ein

  2. Melden Sie sich am primären Knoten mit dem Benutzernamen nsroot und der Instanz-ID als Kennwort an.

  3. Navigieren Sie zu Configuration > System > High Availability und klicken Sie auf Add.

  4. Geben Sie im Feld Remote Node IP address die private IP-Adresse der Management-NIC des sekundären Knotens ein.

  5. Wählen Sie den Modus Turn on NIC (Independent Network Configuration) auf dem eigenen Knoten aus.

  6. Fügen Sie unter Remote System Login Credential den Benutzernamen und das Kennwort für den sekundären Knoten hinzu und klicken Sie auf Create.

  7. Wiederholen Sie die Schritte im sekundären Knoten.

  8. Fügen Sie einen virtuellen Server in der primären Instanz hinzu

    Navigieren Sie zu Configuration > Traffic Management > Virtual Servers > Add.

    Einen virtuellen Server hinzufügen

Bereitstellen eines VPX HA-Paares mit privaten IP-Adressen mithilfe von AWS Shared VPC

In einem AWS Shared VPC-Modell teilt das Konto, dem die VPC gehört (Eigentümer), ein oder mehrere Subnetze mit anderen Konten (Teilnehmern). Daher gibt es ein VPC-Eigentümerkonto und ein Teilnehmerkonto. Nachdem ein Subnetz freigegeben wurde, können die Teilnehmer ihre Anwendungsressourcen in den mit ihnen geteilten Subnetzen anzeigen, erstellen, ändern und löschen. Teilnehmer können keine Ressourcen anzeigen, ändern oder löschen, die anderen Teilnehmern oder dem VPC-Eigentümer gehören.

Weitere Informationen zu AWS Shared VPC finden Sie in der AWS-Dokumentation.

Hinweis:

Die Konfigurationsschritte für die Bereitstellung eines VPX HA-Paares mit privaten IP-Adressen mithilfe von AWS Shared VPC sind dieselben wie bei der Bereitstellung eines VPX HA-Paares mit privaten IP-Adressen mithilfe von AWS Non-Shared VPC mit folgender Ausnahme:

  • Die Routing-Tabellen in der VPC, die auf die Client-Schnittstelle verweisen, müssen vom VPC-Eigentümerkonto hinzugefügt werden.

Voraussetzungen

  • Stellen Sie sicher, dass die IAM-Rolle, die der NetScaler VPX-Instanz im AWS-Teilnehmerkonto zugeordnet ist, die folgenden IAM-Berechtigungen besitzt:

     "Version": "2012-10-17",
     "Statement": [
         {
             "Sid": "VisualEditor0",
             "Effect": "Allow",
             "Action": [
                 "ec2:DisassociateAddress",
                 "iam:GetRole",
                 "iam:SimulatePrincipalPolicy",
                 "ec2:DescribeInstances",
                 "ec2:DescribeAddresses",
                 "ec2:ModifyNetworkInterfaceAttribute",
                 “ec2:AssociateAddress”,
                 "sts:AssumeRole"
         ],
             "Resource": "*"
         }
     ]
 }
 <!--NeedCopy-->

    Hinweis:

    Die AssumeRole-Berechtigung ermöglicht der NetScaler VPX-Instanz, die kontoübergreifende IAM-Rolle zu übernehmen, die vom VPC-Eigentümerkonto erstellt wird.

  • Stellen Sie sicher, dass das VPC-Eigentümerkonto dem Teilnehmerkonto die folgenden IAM-Berechtigungen mithilfe einer kontoübergreifenden IAM-Rolle bereitstellt:

     {
     "Version": "2012-10-17",
     "Statement": [
         {
             "Sid": "VisualEditor0",
             "Effect": "Allow",
             "Action": [
                 "ec2:CreateRoute",
                 "ec2:DeleteRoute",
                 "ec2:DescribeRouteTables"
             ],
             "Resource": "*"
         }
     ]
 }
 <!--NeedCopy-->

Kontoübergreifende IAM-Rolle erstellen

  1. Melden Sie sich bei der AWS-Webkonsole an.
  2. Wählen Sie auf der Registerkarte IAM die Option Rollen und anschließend Rolle erstellen.

  3. Wählen Sie Anderes AWS-Konto.

    Rolle für freigegebenes VPC erstellen

  4. Geben Sie die 12-stellige Konto-ID-Nummer des Teilnehmerkontos ein, dem Sie Administratorzugriff gewähren möchten.

Cross-Account-IAM-Rolle mithilfe der NetScaler CLI festlegen

Der folgende Befehl ermöglicht es der NetScaler VPX-Instanz, die Cross-Account-IAM-Rolle zu übernehmen, die im VPC-Besitzerkonto vorhanden ist.

set cloud awsParam -roleARN <string>
<!--NeedCopy-->

Cross-Account-IAM-Rolle mithilfe der NetScaler GUI festlegen

  1. Melden Sie sich bei der NetScaler Appliance an und navigieren Sie zu Configuration > AWS > Change cloud parameters.

    Cloud-Parameter ändern

  2. Geben Sie auf der Seite Configure AWS Cloud Parameters einen Wert für das Feld RoleARN ein.

    AWS-Cloud-Parameter konfigurieren

Szenario

In diesem Szenario wird eine einzelne VPC erstellt. In dieser VPC werden zwei VPX-Instanzen in zwei Verfügbarkeitszonen erstellt. Jede Instanz verfügt über drei Subnetze – eines für die Verwaltung, eines für den Client und eines für den Back-End-Server.

Die folgenden Diagramme veranschaulichen die NetScaler VPX-Hochverfügbarkeitskonfiguration im INC-Modus auf AWS. Das benutzerdefinierte Subnetz 10.10.10.10, das nicht Teil der VPC ist, wird als VIP verwendet. Daher kann das Subnetz 10.10.10.10 über Verfügbarkeitszonen hinweg verwendet werden.

Hochverfügbarkeitskonfiguration im INC-Modus vor dem Failover

Hochverfügbarkeitskonfiguration im INC-Modus nach dem Failover

Verwenden Sie für dieses Szenario die CLI, um Hochverfügbarkeit zu konfigurieren.

  1. Richten Sie auf beiden Instanzen Hochverfügbarkeit im INC-Modus ein.

    Geben Sie die folgenden Befehle auf dem primären und dem sekundären Knoten ein.

    Auf dem primären Knoten:

    add ha node 1 192.168.4.10 -inc enabled
<!--NeedCopy-->

    Hier bezieht sich 192.168.4.10 auf die private IP-Adresse der Management-NIC des sekundären Knotens.

    Auf dem sekundären Knoten:

    add ha node 1 192.168.1.10 -inc enabled
<!--NeedCopy-->

    Hier bezieht sich 192.168.1.10 auf die private IP-Adresse der Management-NIC des primären Knotens.

  2. Fügen Sie auf der primären Instanz einen virtuellen Server hinzu.

    Geben Sie den folgenden Befehl ein:

    add lbvserver vserver1 http 10.10.10.10 80
<!--NeedCopy-->

  3. Speichern Sie die Konfiguration.

  4. Nach einem erzwungenen Failover:

    • Die sekundäre Instanz wird zur neuen primären Instanz.
    • Die VPC-Route, die auf die primäre ENI zeigt, migriert zur sekundären Client-ENI.
    • Der Client-Datenverkehr wird zur neuen primären Instanz fortgesetzt.

AWS Transit Gateway-Konfiguration für HA-Lösung für private IP-Adressen

Sie benötigen AWS Transit Gateway, um das private VIP-Subnetz innerhalb des internen Netzwerks, über AWS-VPCs, Regionen und lokale Netzwerke hinweg routingfähig zu machen. Die VPC muss mit AWS Transit Gateway verbunden sein. Eine statische Route für das VIP-Subnetz oder den IP-Pool innerhalb der AWS Transit Gateway-Routingtabelle wird erstellt und auf die VPC gerichtet.

AWS Transit Gateway

So konfigurieren Sie AWS Transit Gateway:

  1. Öffnen Sie die Amazon VPC-Konsole.
  2. Wählen Sie im Navigationsbereich Transit Gateway-Routingtabellen.

  3. Wählen Sie die Registerkarte Routen und klicken Sie auf Statische Route erstellen.

    AWS Transit Gateway-Routingtabelle

  4. Erstellen Sie eine statische Route, wobei CIDR auf Ihr privates VIPS-Subnetz verweist und die Anbindung auf die VPC mit NetScaler VPX.

    Statische Route erstellen

  5. Klicken Sie auf Statische Route erstellen und wählen Sie dann Schließen.

Fehlerbehebung

Wenn bei der Konfiguration der HA-Lösung mit privaten IPs über Multizone-HA hinweg Probleme auftreten, überprüfen Sie die folgenden wichtigen Punkte zur Fehlerbehebung:

  • Sowohl der primäre als auch der sekundäre Knoten verfügen über denselben Satz von IAM-Berechtigungen.
  • Der INC-Modus ist sowohl auf dem primären als auch auf dem sekundären Knoten aktiviert.
  • Sowohl der primäre als auch der sekundäre Knoten verfügen über die gleiche Anzahl von Schnittstellen.
  • Beim Erstellen einer Instanz halten Sie die gleiche Reihenfolge beim Anfügen von Schnittstellen an beiden Knoten ein. Wenn auf einem primären Knoten die Client-Schnittstelle zuerst und die Server-Schnittstelle an zweiter Stelle angefügt wird, dann halten Sie dieselbe Reihenfolge auch auf dem sekundären Knoten ein. Bei Abweichungen trennen Sie die Schnittstellen und fügen Sie sie in der richtigen Reihenfolge erneut an.
  • Wenn der Datenverkehr nicht fließt, stellen Sie sicher, dass die „Quell-/Zielprüfung“ auf der Client-Schnittstelle des primären Knotens zunächst deaktiviert ist.
  • Stellen Sie sicher, dass der Befehl cloudhadaemon (ps -aux | grep cloudha) in der Shell ausgeführt wird.
  • Stellen Sie sicher, dass die NetScaler-Firmware-Version 13.0 Build 70.x oder höher ist.
  • Bei Problemen mit dem Failover-Prozess überprüfen Sie die Protokolldatei unter: /var/log/cloud-ha-daemon.log
Bereitstellen eines VPX-Hochverfügbarkeitspaares mit privaten IP-Adressen über verschiedene AWS-Zonen hinweg
June 8, 2026
Beitrag von: 
C C
June 8, 2026
Beitrag von: 
C C

In diesem Artikel

Feedback zur Site | Your privacy choices footer linkIhre Datenschutzauswahl | Datenschutz und rechtliche Bestimmungen | Cookie-Einstellungen | Einstellungen für die Zustimmung | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.