Eine NetScaler VPX-Instanz auf AWS aktualisieren

Last published : Oct 02, 2026
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ügbarkeitskonfiguration, 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 einer späteren Version auf 10.1.123.x oder eine frühere Version nicht unterstützt.
  • Die meisten Upgrades erfordern keinen 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 Methode der Hochverfügbarkeitskonfiguration.
Related information
NetScaler VPX auf AWS

Change the EC2 instance type of a NetScaler VPX instance on AWS

If your NetScaler VPX instances are running release 10.1.e-124.1308.e or later, you can change the EC2 instance type from the AWS console as follows:
  1. Die VPX-Instanz anhalten.
  2. Ändern Sie den EC2-Instanztyp über die AWS-Konsole.
  3. Die Instanz starten.
Sie können das oben beschriebene 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 Standard-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 ausführen.

Aktualisieren des Durchsatzes oder der Software-Edition einer NetScaler VPX-Instanz auf AWS

Um die Software-Edition (z. B. um von der Standard- auf die Premium-Edition zu aktualisieren) oder den Durchsatz (z. B. um von 200 Mbit/s auf 1000 Mbit/s 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 kostenpflichtige Instanzen. Um die Software-Edition oder den Durchsatz einer kostenpflichtigen 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 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 auf M3 wie folgt:
  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 berücksichtigende 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 Verfügbarkeitszone wie die alte Instanz erstellen, mit exakt derselben Sicherheitsgruppe und demselben Subnetz.
  • Für die Einrichtung der Hochverfügbarkeit sind Zugriffs- und geheime Schlüssel erforderlich, die dem AWS Identity and Access Management (IAM)-Konto des Benutzers für beide Instanzen zugeordnet sind. Wenn die korrekten Schlüsselinformationen beim Erstellen von VPX-Instanzen nicht 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 geheimen Schlüssel nicht als Eingabe akzeptiert.
    • Die neue Instanz darf nur eine ENI-Schnittstelle haben.
Um eine NetScaler VPX-Instanz mithilfe einer Hochverfügbarkeitskonfiguration zu aktualisieren, führen Sie die folgenden Schritte aus:
  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
    Geben Sie an der Eingabeaufforderung der neuen Instanz Folgendes ein:
    add ha node 10 192.0.2.10
    Done
    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
    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)?
    Die Warnmeldung wird angezeigt, da 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 der alten Instanz (ns.conf.bkp) 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 der alten Instanz (ns.conf.bkp) 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
  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
    Weitere Informationen zur Hochverfügbarkeitskonfiguration zwischen zwei VPX-Instanzen auf AWS finden Sie unter Bereitstellen eines Hochverfügbarkeitspaares auf AWS.
    Beispiel:
Geben Sie an der Eingabeaufforderung der alten Instanz (neuer sekundärer Knoten) Folgendes ein:
> remove ha node 30
  Done
> save config
  Done
Geben Sie an der Eingabeaufforderung der neuen Instanz (neuer primärer Knoten) Folgendes ein:
> remove ha node 10
  Done
> save config
  Done