NetScaler VPX

NetScaler VPX-Instanz auf AWS aktualisieren

Sie können den EC2-Instanztyp, den Durchsatz, die Software-Edition und die Systemsoftware einer auf AWS ausgeführten NetScaler VPX aktualisieren. Für bestimmte Arten von Upgrades empfiehlt Citrix die Verwendung der Hochverfügbarkeitskonfigurationsmethode, um Ausfallzeiten zu minimieren.

Hinweis:

  • NetScaler Software-Release 10.1.e-124.1308.e oder höher für ein NetScaler VPX AMI (einschließlich Utility-Lizenz und Kundenlizenz) unterstützt die Instanzfamilien M1 und M2 nicht.
  • Aufgrund von Änderungen in der VPX-Instanzunterstützung wird ein Downgrade von 10.1.e-124 oder einem späteren Release auf 10.1.123.x oder ein früheres Release nicht unterstützt.
  • Die meisten Upgrades erfordern nicht den Start eines neuen AMI, und das Upgrade kann auf der aktuellen NetScaler AMI-Instanz durchgeführt werden. Wenn Sie auf eine neue NetScaler AMI-Instanz aktualisieren möchten, verwenden Sie die Hochverfügbarkeitskonfigurationsmethode.

EC2-Instanztyp einer NetScaler VPX-Instanz auf AWS ändern

Wenn Ihre NetScaler VPX-Instanzen Release 10.1.e-124.1308.e oder höher ausführen, können Sie den EC2-Instanztyp über die AWS-Konsole wie folgt ändern:

  1. Beenden Sie die VPX-Instanz.
  2. Ändern Sie den EC2-Instanztyp über die AWS-Konsole.
  3. Starten Sie die Instanz.

Sie können das oben genannte Verfahren auch verwenden, um den EC2-Instanztyp für ein Release zu ändern, das älter ist als 10.1.e-124.1308.e, es sei denn, Sie möchten den Instanztyp auf M3 ändern. In diesem Fall müssen Sie zuerst das standardmäßige NetScaler-Upgrade-Verfahren unter befolgen, um die NetScaler-Software auf 10.1.e-124 oder ein späteres Release zu aktualisieren, und dann die oben genannten Schritte befolgen.

Durchsatz oder Software-Edition einer NetScaler VPX-Instanz auf AWS aktualisieren

Um die Software-Edition (zum Beispiel, um von der Standard- auf die Premium-Edition zu aktualisieren) oder den Durchsatz (zum Beispiel, um von 200 Mbit/s auf 1000 Mbit/s zu aktualisieren) zu aktualisieren, hängt die Methode von der Lizenz der Instanz ab.

Verwenden einer Kundenlizenz (Bring-Your-Own-License)

Wenn Sie eine Kundenlizenz verwenden, können Sie die neue Lizenz von der Citrix®-Website erwerben und herunterladen und dann auf der VPX-Instanz installieren. Weitere Informationen zum Herunterladen und Installieren einer Lizenz von der Citrix-Website finden Sie im VPX-Lizenzierungshandbuch.

Verwenden einer Utility-Lizenz (Utility-Lizenz mit stündlicher Gebühr)

AWS unterstützt keine direkten Upgrades für gebührenpflichtige Instanzen. Um die Software-Edition oder den Durchsatz einer gebührenpflichtigen NetScaler VPX-Instanz zu aktualisieren, starten Sie ein neues AMI mit der gewünschten Lizenz und Kapazität und migrieren Sie die Konfiguration der älteren Instanz auf die neue Instanz. Dies kann durch die Verwendung einer NetScaler-Hochverfügbarkeitskonfiguration erreicht werden, wie im Unterabschnitt [Upgrade to a new NetScaler AMI instance by using a NetScaler high availability configuration] auf dieser Seite beschrieben.

Aktualisieren der Systemsoftware einer NetScaler VPX-Instanz auf AWS

Wenn Sie eine VPX-Instanz aktualisieren müssen, die 10.1.e-124.1308.e oder eine spätere Version ausführt, befolgen Sie das Standard-NetScaler-Upgrade-Verfahren unter Upgrade und Downgrade einer NetScaler Appliance.

Wenn Sie eine VPX-Instanz, die eine ältere Version als 10.1.e-124.1308.e ausführt, auf 10.1.e-124.1308.e oder eine spätere Version aktualisieren müssen, aktualisieren Sie zuerst die Systemsoftware und ändern Sie dann den Instanztyp wie folgt auf M3:

  1. Stoppen Sie die VPX-Instanz.
  2. Ändern Sie den EC2-Instanztyp über die AWS-Konsole.
  3. Starten Sie die Instanz.

Upgrade auf eine neue NetScaler AMI-Instanz mithilfe einer NetScaler-Hochverfügbarkeitskonfiguration

Um die Hochverfügbarkeitsmethode für das Upgrade auf eine neue NetScaler AMI-Instanz zu verwenden, führen Sie die folgenden Aufgaben aus:

  • Erstellen Sie eine neue Instanz mit dem gewünschten EC2-Instanztyp, der Software-Edition, dem Durchsatz oder der Softwareversion vom AWS Marketplace.
  • Konfigurieren Sie Hochverfügbarkeit zwischen der alten Instanz (die aktualisiert werden soll) und der neuen Instanz. Nachdem die Hochverfügbarkeit zwischen der alten und der neuen Instanz konfiguriert wurde, wird die Konfiguration von der alten Instanz mit der neuen Instanz synchronisiert.
  • Erzwingen Sie ein HA-Failover von der alten Instanz auf die neue Instanz. Dadurch wird die neue Instanz primär und beginnt, Datenverkehr zu empfangen.
  • Stoppen und rekonfigurieren oder entfernen Sie die alte Instanz aus AWS.

Voraussetzungen und zu beachtende Punkte

  • Stellen Sie sicher, dass Sie verstehen, wie Hochverfügbarkeit zwischen zwei NetScaler VPX-Instanzen auf AWS funktioniert. Weitere Informationen zur Hochverfügbarkeitskonfiguration zwischen zwei NetScaler VPX-Instanzen auf AWS finden Sie unter Bereitstellen eines Hochverfügbarkeitspaares auf AWS.
  • Sie müssen die neue Instanz in derselben Availability Zone wie die alte Instanz erstellen, mit genau derselben Sicherheitsgruppe und demselben Subnetz.
  • Für die Hochverfügbarkeitseinrichtung sind Zugriffs- und Geheimschlüssel erforderlich, die dem AWS Identity and Access Management (IAM)-Konto des Benutzers für beide Instanzen zugeordnet sind. Wenn bei der Erstellung von VPX-Instanzen nicht die korrekten Schlüsselinformationen verwendet werden, schlägt die HA-Einrichtung fehl. Weitere Informationen zum Erstellen eines IAM-Kontos für eine VPX-Instanz finden Sie unter Voraussetzungen.
    • Sie müssen die EC2-Konsole verwenden, um die neue Instanz zu erstellen. Sie können den AWS 1-Click-Launch nicht verwenden, da er die Zugriffs- und Geheimschlüssel nicht als Eingabe akzeptiert.
    • Die neue Instanz darf nur eine ENI-Schnittstelle haben.

Führen Sie die folgenden Schritte aus, um eine NetScaler VPX-Instanz mithilfe einer Hochverfügbarkeitskonfiguration zu aktualisieren:

  1. Konfigurieren Sie Hochverfügbarkeit zwischen der alten und der neuen Instanz. Um Hochverfügbarkeit zwischen zwei NetScaler VPX-Instanzen zu konfigurieren, geben Sie an der Eingabeaufforderung jeder Instanz Folgendes ein:

    • add ha node <nodeID> <IPaddress of the node to be added>
    • save config

    Beispiel:

    Geben Sie an der Eingabeaufforderung der alten Instanz Folgendes ein:

    add ha node 30 192.0.2.30
    Done
    <!--NeedCopy-->
    

    Geben Sie an der Eingabeaufforderung der neuen Instanz Folgendes ein:

    add ha node 10 192.0.2.10
    Done
    <!--NeedCopy-->
    

    Beachten Sie Folgendes:

    • In der HA-Einrichtung ist die alte Instanz der primäre Knoten und die neue Instanz der sekundäre Knoten.
    • Die NSIP-IP-Adresse wird nicht von der alten Instanz auf die neue Instanz kopiert. Daher hat Ihre neue Instanz nach dem Upgrade eine andere Verwaltungs-IP-Adresse als die vorherige.
    • Das nsroot-Kontopasswort der neuen Instanz wird nach der HA-Synchronisierung auf das der alten Instanz gesetzt.

    Weitere Informationen zur Hochverfügbarkeitskonfiguration zwischen zwei NetScaler VPX-Instanzen auf AWS finden Sie unter Bereitstellen eines Hochverfügbarkeitspaares auf AWS.

  2. Erzwingen Sie ein HA-Failover. Um ein Failover in einer Hochverfügbarkeitskonfiguration zu erzwingen, geben Sie an der Eingabeaufforderung einer der Instanzen Folgendes ein:

    force HA failover
    <!--NeedCopy-->
    

    Als Ergebnis des erzwungenen Failovers werden die ENIs der alten Instanz auf die neue Instanz migriert, und der Datenverkehr fließt über die neue Instanz (den neuen primären Knoten). Die alte Instanz (der neue sekundäre Knoten) wird neu gestartet.

    Wenn die folgende Warnmeldung angezeigt wird, geben Sie N ein, um den Vorgang abzubrechen:

    [WARNING]:Force Failover may cause configuration loss, peer health not optimum. Reason(s):
    HA version mismatch
    HA heartbeats not seen on some interfaces
    Please confirm whether you want force-failover (Y/N)?
    <!--NeedCopy-->
    

    Die Warnmeldung wird angezeigt, weil die Systemsoftware der beiden VPX-Instanzen nicht HA-kompatibel ist. Infolgedessen kann die Konfiguration der alten Instanz bei einem erzwungenen Failover nicht automatisch mit der neuen Instanz synchronisiert werden.

    Im Folgenden wird die Problemumgehung für dieses Problem beschrieben:

    1. Geben Sie an der NetScaler-Shell-Eingabeaufforderung der alten Instanz den folgenden Befehl ein, um eine Sicherung der Konfigurationsdatei (ns.conf) zu erstellen:

      copy /nsconfig/ns.conf to /nsconfig/ns.conf.bkp

    2. Entfernen Sie die folgende Zeile aus der Sicherungskonfigurationsdatei (ns.conf.bkp):

      • set ns config -IPAddress <IP> -netmask <MASK>

      Zum Beispiel, set ns config -IPAddress 192.0.2.10 -netmask 255.255.255.0

    3. Kopieren Sie die Sicherungskonfigurationsdatei (ns.conf.bkp) der alten Instanz in das Verzeichnis /nsconfig der neuen Instanz.

    4. Geben Sie an der NetScaler-Shell-Eingabeaufforderung der neuen Instanz den folgenden Befehl ein, um die Konfigurationsdatei (ns.conf.bkp) der alten Instanz auf der neuen Instanz zu laden:

      • batch -f /nsconfig/ns.conf.bkp
    5. Speichern Sie die Konfiguration auf der neuen Instanz.

      • save conifg
    6. Geben Sie an der Eingabeaufforderung eines der Knoten den folgenden Befehl ein, um ein Failover zu erzwingen, und geben Sie dann Y für die Warnmeldung ein, um den erzwungenen Failover-Vorgang zu bestätigen:

      • force ha failover

    Beispiel:

            > force ha failover
    
    WARNING]:Force Failover may cause configuration loss, peer health not optimum.
            Reason(s):
            HA version mismatch
            HA heartbeats not seen on some interfaces
            Please confirm whether you want force-failover (Y/N)? Y
    <!--NeedCopy-->
    
  3. Entfernen Sie die HA-Konfiguration, sodass die beiden Instanzen nicht mehr in einer HA-Konfiguration sind. Entfernen Sie zuerst die HA-Konfiguration vom sekundären Knoten und dann die HA-Konfiguration vom primären Knoten.

    Um eine HA-Konfiguration zwischen zwei NetScaler VPX-Instanzen zu entfernen, geben Sie an der Eingabeaufforderung jeder Instanz Folgendes ein:

        > remove ha node \<nodeID\>
        >  save config
    <!--NeedCopy-->
    

    Weitere Informationen zur Hochverfügbarkeitskonfiguration zwischen zwei VPX-Instanzen in AWS finden Sie unter Bereitstellen eines Hochverfügbarkeitspaares in AWS.

    Beispiel:

Geben Sie an der Eingabeaufforderung der alten Instanz (neuer sekundärer Knoten) Folgendes ein:

        > remove ha node 30
          Done
        > save config
          Done
<!--NeedCopy-->

Geben Sie an der Eingabeaufforderung der neuen Instanz (neuer primärer Knoten) Folgendes ein:

        > remove ha node 10
          Done
        > save config
          Done
<!--NeedCopy-->