Durch ein Upgrade auf eine neue ArcGIS Enterprise on Kubernetes-Version erhält Ihre Organisation Zugang zu neuen Features und verbesserten Funktionen. Informieren Sie sich vor dem Upgrade über die neuen Features, und identifizieren Sie Änderungen, die die Benutzer in der Organisation betreffen können.
Vorsicht:
Vor der Durchführung eines Upgrades sollten Sie eine Sicherung Ihrer Organisation anlegen.Tipp:
Sie können die Knotenaffinität und Toleranzen für die Pods festlegen, die bei Aktualisierungen oder Upgrades verwendet werden. Sobald eine Platzierungsrichtlinie erstellt wurde, wird diese bei jeder Erstellung eines Upgrade-Auftrags angewendet. Die festgelegten Werte werden für alle zukünftigen Aktualisierungen und Upgrades beibehalten, bis sie zurückgesetzt werden. Weitere Informationen finden Sie unter Update (Upgrades configuration).
Upgrade-Anforderungen
Bevor Sie ein Upgrade durchführen, müssen Sie die folgenden Anforderungen erfüllen:
- Sie müssen ein Upgrade von ArcGIS Enterprise on Kubernetes durchführen, bevor Sie ein Upgrade von Kubernetes auf eine unterstützte Version durchführen.
- Wenn eine erforderliche Aktualisierung verfügbar ist, müssen Sie diese anwenden, bevor Sie ein Upgrade auf diese Version durchführen. In den Versionshinweisen finden Sie Informationen zur letzten erforderlichen Aktualisierung.
- Sie benötigen eine einheitliche ArcGIS Enterprise on Kubernetes-Lizenz für diese Version.
- Sie müssen die Werte von Ressourcenkontingenten in Ihrem Namespace gemäß den aktuellen Anforderungen aktualisieren.
- Vergewissern Sie sich, bevor Sie das Upgrade durchführen, dass Ihre Umgebung die Pod-Sicherheitsstandards erfüllt, wie z. B. die Pod-Sicherheitszugangsstandards.
- Wenn Ihre Umgebung sich im Red Hat OpenShift Container Platform befindet, stellen Sie sicher, dass sie die aktuellen Sicherheitskontextbeschränkungen einhält.
- Wenn Sie statische PVs bereitgestellt haben, müssen Sie zusätzlichen Speicher bereitstellen, um die Upgrade-Anforderungen zu erfüllen. Weitere Informationen finden Sie unter Anpassen statischer PVs für Upgrades.
- Wenn Ihr bereitgestellter Speicher dynamische PVs enthält, müssen Sie sicherstellen, dass ausreichend Speicher für die zusätzlichen Elementpakete, das object-volume und das queue-volume vorhanden ist.
- Führen Sie das Preupgrade-Skript aus. Mit diesem Skript stellen Sie sicher, dass die Funktionsanforderungen den Anforderungen der aktuellen Softwareversion gerecht werden.
- Wenn Sie einen Web Adaptor mit Ihrer Organisation konfiguriert haben, dann lesen Sie die Anforderungen für Installation und Aktualisierung.
- Wenn für die Bereitstellung von ArcGIS Enterprise on Kubernetes die Containerregistrierung Ihrer Organisation verwendet wurde oder die Bereitstellung in einer nicht verbundenen Umgebung erfolgt ist, müssen Sie die erforderlichen Container-Images aus dem Esri Repository in die Registrierung der Organisation kopieren, bevor Sie die Aktualisierung oder das Upgrade ausführen.
- Werden bei der Bereitstellung mehrere Verfügbarkeitszonen verwendet, müssen Sie sicherstellen, dass jede Verfügbarkeitszone über die entsprechende Kapazität verfügt, um zusätzliche Replikate der zustandsbehafteten Workloads zu unterstützen. Dazu kann es erforderlich sein, die Knotengruppe während Aktualisierungen oder Upgrades vorübergehend zu verkleinern.
- Sie müssen mindestens 50 Prozent (50 %) zusätzlichen Speicher für das Upgrade des Speichers vom Typ "relational" bereitstellen. Wenn Sie zum Beispiel 100 GB Speicher für Speicher-PVs vom Typ "relational" zugeordnet haben, müssen Sie mindestens 150 GB an zusätzlichem Speicher bereitstellen, bevor das Upgrade durchgeführt wird.
- Wenn Sie benutzerdefinierte Dashboards mit der Grafana-Metrik-Viewer-App in einer niedrigeren Version als 11.2 erstellt haben, müssen Sie die Dashboards exportieren, bevor Sie ein Upgrade durchführen. Grafana ist in ArcGIS Enterprise on Kubernetes nicht mehr enthalten, sie können jedoch weiter damit oder mit einer anderen Drittanbieter-App Statistiken innerhalb oder außerhalb des Clusters anzeigen. Erfahren Sie, wie Sie vorhandene Dashboards in eine externe Instanz migrieren.
Anpassen statischer PVs für Upgrades
Vor einem Upgrade muss Folgendes mit einem zusätzlichen PV konfiguriert werden:
- Jeder Pod in der Portal-API-Bereitstellung der Organisation muss mit einem zusätzlichen item-packages-volume konfiguriert werden.
- Jeder Pod im In-Memory-Systemspeicher der Organisation muss mit einem zusätzlichen In-Memory-Volume konfiguriert werden.
Vor einem Upgrade gilt beispielsweise Folgendes:
- Die Portal-API-Bereitstellung ist mit drei ausgeführten Pods konfiguriert. Daher müssen Sie drei zusätzliche item-packages-volumes bereitstellen.
- Das in-memory-volume ist mit einem ausgeführten Pod konfiguriert. Deshalb müssen Sie ein zusätzliches in-memory-volume bereitstellen.
In beiden Fällen müssen Sie die zusätzlichen PVs mit Spezifikationen konfigurieren, die den während der Bereitstellung angegebenen Spezifikationen entsprechen.
Nachdem das Upgrade abgeschlossen ist, werden die neu bereitgestellten PVs und Persistent Volume Claims (PVC) in der Portal-API-Bereitstellung verwendet und der ursprüngliche Satz kann entfernt werden.