Upgrade für vSRX durchführen

Es gibt verschiedene Methoden und Aspekte, die Sie kennen müssen, bevor Sie ein Upgrade Ihrer IBM Cloud® durchführen. Juniper vSRX:

  • vSRX-Versionsstand
  • Prozessormodell des Bare-Metal-Servers
  • Bandbreite: 1G oder 10G
  • Eigenständig oder Hochverfügbarkeit (HA)

Anhand dieser Faktoren wird in der folgenden Tabelle aufgeführt, ob Sie bei einem Upgrade für vSRX die Option zum erneuten Laden des Betriebssystems verwenden können. Zudem beschreibt die Tabelle, ob ein Rollback für das Upgrade unterstützt wird. Zu den weiteren Überlegungen gehört, ob Sie zur Durchführung des Upgrades eine manuelle Konfigurationsmigration v vSRX benötigen.

Anhand der folgenden Tabelle können Sie feststellen, ob Sie Ihre vSRX mithilfe eines Betriebssystem-Reloads aktualisieren können. Weitere Informationen finden Sie in Allgemeine Hinweise zu Upgrades.

Weitere Informationen finden Sie unter Unterstützte Versionen IBM Cloud Juniper vSRX.

Durch das Upgrade wird die derzeit auf die Knoten angewendete Lizenz erneut zugewiesen. Die Lizenz wird nicht aktualisiert. Um eine Aktualisierung auf eine neuere Lizenz durchzuführen, müssen Sie die Schritte zur Lizenzverlängerung separat ausführen. Weitere Informationen finden Sie unter vSRX-Lizenz verlängern.

Aktualisieren Sie Ihr vSRX mithilfe von OS Reload
Aktuelle vSRX-Version Prozessormodell und -geschwindigkeit Eigenständig oder HA Upgrademethode Rollback unterstützt
15.1 1270v6 (alle 1G-Bereitstellungen) Eigenständig und HA Keine Unterstützung Nicht zutreffend
15.1 Alle 10G-Bereitstellungen Eigenständig und HA Erneutes Laden des Betriebssystems

Eigenständig: Nein
Hochverfügbarkeit: * Manuelle (nicht automatisierte) Rollback-Operationen sind zulässig, wenn der erste Server das erneute Laden des Betriebssystems abgeschlossen hat.

  • Rollbacks sind nicht zulässig, nachdem der zweite Server das erneute Laden des Betriebssystems abgeschlossen hat.
18.4 1270v6 (einige 1G-Bereitstellungen) Eigenständig und HA Keine Unterstützung Nicht zutreffend
18.4 4210 (einige 1G-Bereitstellungen) Eigenständig Erneutes Laden des Betriebssystems Nein
18.4 4210 (einige 1G-Bereitstellungen) HA Erneutes Laden des Betriebssystems Ja – Wenn Sie Version 18.4 mit neuer Architektur ausführen, sind manuelle (nicht automatisierte) Rollbacks zulässig, nachdem der erste Server das erneute Laden des Betriebssystems abgeschlossen hat. Weitere Informationen finden Sie unter Rollback-Optionen
Nein – Wenn Sie die Version 18.4 ohne die neue Architektur ausführen.
18.4 Alle 10G-Bereitstellungen Eigenständig Erneutes Laden des Betriebssystems Nein
18.4 Alle 10G-Bereitstellungen HA Erneutes Laden des Betriebssystems Ja – Wenn Sie Version 18.4 mit neuer Architektur ausführen, sind manuelle (nicht automatisierte) Rollbacks zulässig, nachdem der erste Server das erneute Laden des Betriebssystems abgeschlossen hat. Weitere Informationen finden Sie unter Rollback-Optionen
– Nein, wenn Sie die Version 18.4 ohne die neue Architektur ausführen.
19.4 und neuer Alle 1G- und 10G-Bereitstellungen Eigenständige
HA 		Erneutes Laden des Betriebssystems Ja – Manuelle (nicht automatisierte) Rollbacks sind zulässig, nachdem für den ersten Server das erneute Laden des Betriebssystems abgeschlossen worden ist. Weitere Informationen finden Sie in Rollback-Optionen