Upgrade einer NetScaler VPX-Instanz auf AWS
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 Methode 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 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 jedoch auf eine neue NetScaler AMI-Instanz aktualisieren möchten, verwenden Sie die Methode der Hochverfügbarkeitskonfiguration.
Ändern des EC2-Instanztyps einer NetScaler VPX-Instanz auf AWS
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:
- Beenden Sie die VPX-Instanz.
- Ändern Sie den EC2-Instanztyp über die AWS-Konsole.
- Starten Sie die Instanz.
Sie können das obige 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 in M3 ändern. In diesem Fall müssen Sie zuerst das Standard-NetScaler-Upgrade-Verfahren 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- zur Premium-Edition zu wechseln) oder den Durchsatz (z. B. um von 200 Mbit/s auf 1000 Mbit/s zu wechseln) 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 [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 auf M3 wie folgt:
- Stoppen Sie die VPX-Instanz.
- Ändern Sie den EC2-Instanztyp über die AWS-Konsole.
- 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 genau 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:
-
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 Ein Hochverfügbarkeitspaar auf AWS bereitstellen.
-
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:
-
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 -
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 -
Kopieren Sie die Sicherungskonfigurationsdatei der alten Instanz (
ns.conf.bkp) in das Verzeichnis/nsconfigder neuen Instanz. -
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
-
Speichern Sie die Konfiguration auf der neuen Instanz.
save conifg
-
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--> -
-
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 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
<!--NeedCopy-->
Geben Sie an der Eingabeaufforderung der neuen Instanz (neuer primärer Knoten) Folgendes ein:
> remove ha node 10
Done
> save config
Done
<!--NeedCopy-->
In diesem Artikel
- Ändern des EC2-Instanztyps einer NetScaler VPX-Instanz auf AWS
- Aktualisieren des Durchsatzes oder der Software-Edition einer NetScaler VPX-Instanz auf AWS
- Aktualisieren der Systemsoftware einer NetScaler VPX-Instanz auf AWS
- Upgrade auf eine neue NetScaler AMI-Instanz mithilfe einer NetScaler Hochverfügbarkeitskonfiguration
- Voraussetzungen und zu berücksichtigende Punkte