Produktdokumentation
ADC
14.1 - Current Release 13.1 13.0 12.1
PDF anzeigen

Bereitstellen eines VPX Hochverfügbarkeitspaars mit privaten IP-Adressen in verschiedenen AWS-Zonen

October 25, 2023
Beitrag von: 
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 kann einfach in das vorhandene Multizonen-VPX-Hochverfügbarkeitspaar mit elastischen IP-Adressenintegriert werden. Daher können Sie beide Lösungen zusammen verwenden.

Weitere Informationen zur Hochverfügbarkeit finden Sie unter Hochverfügbarkeit. Weitere Informationen zu INC finden Sie unter Konfigurieren von Hochverfügbarkeitsknoten in verschiedenen Subnetzen.

Hinweis:

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

Hochverfügbarkeits-Paar mit privaten IP-Adressen unter Verwendung von AWS nicht gemeinsam genutzter VPC

Voraussetzungen

Stellen Sie sicher, dass die mit Ihrem AWS-Konto verknüpfte IAM-Rolle über die folgenden IAM-Berechtigungen verfügt:

{
    "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-Paars mit privaten IP-Adressen mithilfe der nicht gemeinsam genutzten AWS VPC

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

  1. Erstellen Sie eine virtuelle Private Cloud von Amazon.
  2. Stellen Sie zwei VPX-Instanzen in zwei verschiedenen Availability Zones bereit.
  3. Konfigurieren der Hochverfügbarkeit
    1. Richten Sie Hochverfügbarkeit im INC-Modus in beiden Instanzen ein.
    2. Fügen Sie die entsprechenden Routentabellen in der VPC hinzu, die auf die Clientschnittstelle verweist.
    3. Fügen Sie einen virtuellen Server 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 ENI (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 Scenario: Standalone-Instanz

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

  • 0.0.0.0 - 192.167.0.0
  • 192.169.0.0 - 254.255.255.0

In diesem Beispiel wurde das ausgewählte 10.10.10.0/24-Subnetz und VIPs in diesem Subnetz erstellt. Sie können ein beliebiges Subnetz außer dem VPC-Subnetz (192.168.0.0/16) wählen.

Schritt 4. Fügen Sie aus der VPC-Routingtabelle eine Route hinzu, die 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 Tablesund wählen Sie die Routing-Tabelle aus.
  3. Wählen Sie Aktionenund klicken Sie auf Routen bearbeiten.
  4. Um eine Route hinzuzufügen, wählen Sie Route hinzufügen. Geben Sie für Destinationden Ziel-CIDR-Block, eine einzelne IP-Adresse oder die ID einer Präfixliste ein. Wählen Sie für Gateway-ID das ENI einer Client-Schnittstelle des primären Knotens aus.

Routen von Tabellen-Routen bearbeiten

Hinweis:

Sie müssen Source/Dest-Check auf dem Client-ENI der primären Instanz deaktivieren.

Um die Quell-/Zielüberprüfung für eine Netzwerkschnittstelle mithilfe der Konsole zu deaktivieren, führen Sie die folgenden Schritte aus:

  1. Öffnen Sie die Amazon EC2-Konsole.
  2. Wählen Sie im Navigationsbereich Network Interfacesaus.
  3. Wählen Sie die Netzwerkschnittstelle einer primären Clientschnittstelle aus, wählen Sie Aktionenaus und klicken Sie auf Quelle/Dest ändern. Überprüfe.
  4. Wählen Sie im Dialogfeld Deaktiviertund klicken Sie auf Speichern.

Quelle-Ziel-Check ändern

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

Konfigurieren Sie Hochverfügbarkeit über die CLI

  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 es aus dem ausgewählten Subnetz hinzufügen, z. B. 10.10.10.0/24.

    Geben Sie den folgenden Befehl ein:

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

Konfigurieren der Hochverfügbarkeit mit der GUI

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

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

  3. Navigieren Sie zu Konfiguration > System > Hochverfügbarkeitund klicken Sie auf Hinzufügen.

  4. Fügen Sie im Feld Remote-Knoten-IP-Adresse die private IP-Adresse der Management-NIC des sekundären Knotens hinzu.

  5. Wählen Sie den Modus NIC (Unabhängige Netzwerkkonfiguration) auf Selbstknoten einschalten .

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

  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 Konfiguration > Traffic Management > Virtuelle Server > Hinzufügen.

    Einen virtuellen Server hinzufügen

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

In einem gemeinsam genutzten AWS-VPC-Modell teilt sich das Konto, dem die VPC (Eigentümer) gehört, ein oder mehrere Subnetze mit anderen Konten (Teilnehmern). Daher haben Sie ein VPC-Besitzerkonto und ein Teilnehmerkonto. Nachdem ein Subnetz freigegeben wurde, können die Teilnehmer ihre Anwendungsressourcen in den für sie freigegebenen Subnetzen anzeigen, erstellen, ändern und löschen. Teilnehmer können keine Ressourcen anzeigen, ändern oder löschen, die anderen Teilnehmern oder dem VPC-Besitzer gehören.

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

Hinweis:

Die Konfigurationsschritte für die Bereitstellung eines VPX-HA-Paars mit privaten IP-Adressen mithilfe der gemeinsam genutzten AWS-VPC sind dieselben wie bei Bereitstellen eines VPX-HA-Paars mit privaten IP-Adressen mithilfe der nicht gemeinsam genutzten AWS-VPC mit der folgenden Ausnahme:

  • Die Routing-Tabellen in der VPC, die auf die Clientschnittstelle verweisen, müssen aus dem VPC-Besitzerkontohinzugefügt werden.

Voraussetzungen

  • Stellen Sie sicher, dass die IAM-Rolle, die der NetScaler VPX-Instance im AWS-Teilnehmerkonto zugeordnet ist, über die folgenden IAM-Berechtigungen verfügt:

     "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:

    Mit der AssumeRole kann die NetScaler VPX-Instanz die kontenübergreifende IAM-Rolle übernehmen, die vom VPC-Besitzerkonto erstellt wird.

  • Stellen Sie sicher, dass das VPC-Besitzerkonto dem Teilnehmerkonto mithilfe der kontenübergreifenden IAM-Rolle die folgenden IAM-Berechtigungen bereitstellt:

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

Erstellen einer kontenübergreifenden IAM-Rolle

  1. Melden Sie sich bei der AWS-Webkonsole an.
  2. Navigieren Sie auf der Registerkarte IAM zu Roles, und wählen Sie dann Create Roleaus.

  3. Wählen Sie ein anderes AWS-Konto.

    Gemeinsam genutzte VPC-Erstellungsrolle

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

Festlegen der kontenübergreifenden IAM-Rolle mithilfe der NetScaler CLI

Mit dem folgenden Befehl kann die NetScaler VPX-Instanz die kontoübergreifende IAM-Rolle übernehmen, die im VPC-Besitzerkonto vorhanden ist.

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

Festlegen der kontenübergreifenden IAM-Rolle mithilfe der NetScaler GUI

  1. Melden Sie sich bei der NetScaler-Appliance an und navigieren Sie zu Konfiguration > AWS > Cloud-Parameter ändern.

    Cloud-Parameter ändern

  2. Geben Sie auf der Seite AWS-Cloud-Parameter konfigurieren den Wert für das Feld RoleARN ein.

    Konfigurieren von AWS Cloud-Parametern

Szenario

In diesem Szenario wird eine einzelne VPC erstellt. In dieser VPC werden zwei VPX-Instanzen in zwei Availability Zones erstellt. Jede Instanz hat drei Subnetze - eines für die Verwaltung, eines für den Client und eines für den Backend-Server.

Die folgenden Diagramme veranschaulichen das NetScaler VPX Hochverfügbarkeitssetup 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 Availability Zones hinweg verwendet werden.

Vor dem Failover Hochverfügbarkeitseinrichtung im INC-Modus

Nach dem Failover einrichten Hochverfügbarkeit im INC-Modus

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

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

    Geben Sie die folgenden Befehle auf dem primären und 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 einen virtuellen Server auf der primären Instanz 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 zum sekundären Client-ENI.
    • Der Clientverkehr wird auf die neue primäre Instanz fortgesetzt.

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

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

AWS Transit Gateway

Gehen Sie folgendermaßen vor, um AWS Transit Gateway zu konfigurieren:

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

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

    AWS Transit Gateway Routentabelle

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

    Erstellen einer statischen Route

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

Problembehandlung

Wenn Sie bei der Konfiguration der privaten HA-IP-Lösung für Multizonen-HA auf Probleme stoßen, überprüfen Sie die folgenden wichtigen Punkte zur Fehlerbehebung:

  • Sowohl der primäre als auch der sekundäre Knoten haben dieselben 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 haben die gleiche Anzahl von Schnittstellen.
  • Folgen Sie beim Erstellen einer Instanz der gleichen Reihenfolge beim Anhängen von Schnittstellen auf primären und sekundären Knoten, basierend auf der Geräteindexnummer. Nehmen wir an, auf einem Primärknoten wird zuerst die Client-Schnittstelle und dann die Serverschnittstelle angehängt. Folgen Sie der gleichen Reihenfolge auch auf dem sekundären Knoten. Wenn es eine Diskrepanz gibt, trennen Sie die Schnittstellen und fügen Sie sie in der richtigen Reihenfolge wieder an.
  • Sie können die Reihenfolge der Schnittstellen überprüfen, indem Sie diesem Navigationspfad folgen: AWS-Konsole > Netzwerk und Sicherheit > ENI > Geräteindexnummer. Standardmäßig sind diesen Schnittstellen die folgenden Geräteindexnummern zugewiesen: - Verwaltungsschnittstelle — 0 - Client-Schnittstelle — 1 - Serverschnittstelle — 2

  • Wenn die Reihenfolge der Geräteindexnummern auf dem primären ENI wie folgt lautet: 0, 1, 2. Das sekundäre ENI muss ebenfalls derselben Reihenfolge der Geräteindexnummern folgen: 0, 1, 2.

    Wenn die Reihenfolge der Geräteindexnummern nicht übereinstimmt, werden alle nicht übereinstimmenden Routen an den Index 0, die Verwaltungsschnittstelle, übertragen, um einen Verlust von Routen zu vermeiden. Sie müssen jedoch die Schnittstellen trennen und sie in der richtigen Reihenfolge wieder anhängen, um zu vermeiden, dass Routen zur Verwaltungsschnittstelle verschoben werden, da dies zu Verkehrsstaus führen kann.

  • Wenn kein Verkehr fließt, vergewissern Sie sich, dass die “Source/dest. Check” ist auf der Client-Oberfläche des primären Knotens beim ersten Mal deaktiviert.
  • 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ügbarkeitspaars mit privaten IP-Adressen in verschiedenen AWS-Zonen
October 25, 2023
Beitrag von: 
C
October 25, 2023
Beitrag von: 
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.