Diese Seite wurde von der Cloud Translation API übersetzt.

Apigee Edge 4.17.0x auf 4.18.01 aktualisieren

Edge for Private Cloud v4.18.01

Welche Edge-Versionen können Sie auf 4.18.01 aktualisieren?

Mit diesem Verfahren können Sie die Apigee Edge-Version 4.17.0x aktualisieren.

Wenn Sie eine frühere Edge-Version als 4.16.01 verwenden, müssen Sie zuerst zu Version 4.16.01.x und dann ein Update auf Version 4.18.01 durchzuführen.

Wer das Update durchführen kann

Der Benutzer, der das Update ausführt, muss der Benutzer sein, der Edge ursprünglich installiert hat, oder eine ausgeführt wird.

Nachdem Sie die Edge-RPMs installiert haben, können sie von jedem Nutzer konfiguriert werden.

Welche Komponenten müssen aktualisiert werden?

Sie müssen alle Edge-Komponenten aktualisieren. Edge unterstützt keine Einrichtung, die Komponenten enthält aus verschiedenen Versionen.

Kompatibilität aufrechterhalten

Wenn Sie Apigee Edge for Private Cloud auf Version 4.18.01 aktualisieren, müssen Sie darauf achten, dass die resultierende -Implementierung verweist nur auf unterstützte Properties in ihren Konfigurationsdateien.

Attribut	Standort	Beschreibung
`conf_load_balancing_load.balancing. driver.nginx.server.retry`	`router.properties`	Entfernen Sie diese Property aus der Datei `router.properties`. Wiederholungsoptionen festlegen in Version 4.18.01 die virtuelle Hostkonfigurationsattribute.

Automatische Weitergabe von Property Einstellungen

Wenn Sie Eigenschaften festgelegt haben, indem Sie .properties-Dateien in /opt/apigee/customer/application bearbeitet haben, dann sind diese werden bei der Aktualisierung beibehalten.

Hinzufügung von SMTPMAILFROM erforderlich Konfigurationsparameter

Edge 4.17.05 hat einen neuen erforderlichen Parameter zur Konfigurationsdatei hinzugefügt, die verwendet wird, wenn Sie einen SMTP-Server. Wenn Sie ein Update von Version 4.17.01 durchführen, müssen Sie SMTPMAILFROM in der Konfigurationsdatei festlegen. wenn Sie den SMTP-Server aktivieren.

Die API-BaaS-Version 4.17.09 unterstützt außerdem die Property SMTPMAILFROM. Wenn Sie die API BaaS von 4.17.01 oder 4.17.05 aktualisieren, müssen Sie SMTPMAILFROM im Konfigurationsdatei.

Dieser Parameter hat die Form:

SMTPMAILFROM="My Company <myco@company.com>"

Erforderliches Upgrade auf Postgres 9.6

Diese Version von Edge enthält ein Upgrade auf Postgres 9.6. Im Rahmen dieser Umstellung Postgres-Daten werden zu Postgres 9.6 migriert.

Die meisten Edge-Produktionssysteme verwenden zwei Postgres-Knoten, die für die Master-Standby-Replikation konfiguriert sind. Während des Aktualisierungsprozesses, während die Postgres-Knoten für die Aktualisierung nicht verfügbar sind, sind die Analysedaten immer noch in die Qpid-Knoten geschrieben. Nachdem die Postgres-Knoten aktualisiert wurden und wieder online sind, werden die auf die Postgres-Knoten übertragen.

Wie Sie die Postgres-Aktualisierung durchführen, hängt davon ab, wie Sie die Datenspeicherung für Ihr Postgres-Knoten:

Wenn Sie lokalen Datenspeicher für Ihre Postgres-Knoten verwenden, müssen Sie einen neuen Postgres-Standby-Knoten für die Dauer des Upgrades installieren Nach dem abgeschlossen ist, können Sie den neuen Postgres-Standby-Knoten außer Betrieb nehmen.

Der zusätzliche Postgres-Standby-Knoten ist erforderlich, wenn Sie für das Update ein Rollback durchführen müssen egal aus welchem Grund. Wenn Sie für das Update ein Rollback durchführen müssen, wird der neue Postgres-Standby-Knoten wird nach dem Rollback zum Master-Postgres-Knoten. Daher sollten Sie bei der Installation des neuer Postgres-Standby-Knoten befindet, sollte er sich auf einem Knoten befinden, der die gesamte Hardware Anforderungen eines Postgres-Servers, wie im Edge- Voraussetzungen für die Installation.

Bei einer Installation mit einem und zwei Knoten von Edge, Topologien, die für Prototyping und Tests verwendet werden, nur einen Postgres-Knoten haben. Sie können diese Postgres-Knoten direkt aktualisieren, um einen neuen Postgres-Knoten zu erstellen.
Wenn Sie Netzwerkspeicher für Ihre Postgres-Knoten verwenden, wie empfohlen wird, müssen Sie keinen neuen Postgres-Knoten installieren. Im können Sie die Schritte zum Installieren und zur späteren Außerbetriebnahme eines neuen Postgres-Standby-Knoten.

Bevor Sie mit dem Aktualisierungsprozess beginnen, erstellen Sie einen Netzwerk-Snapshot des Datenspeichers, der von Postgres. Wenn dann während der Aktualisierung Fehler auftreten und Sie ein Rollback ausführen müssen, können Sie den Postgres-Knoten aus diesem Snapshot wiederherstellen.

Neues Postgres installieren Standby-Knoten

Mit diesem Verfahren wird ein Postgres-Standby-Server auf einem neuen Knoten erstellt. Installieren Sie ein neues Postgres-Standby-Server für Ihre vorhandene Version von Edge (4.17.0x), nicht für Version 4.18.01.

Verwenden Sie für die Installation dieselbe Konfigurationsdatei, die Sie bei der Installation der aktuellen Version verwendet haben. von Edge.

So erstellen Sie einen neuen Postgres-Standby-Knoten:

Bearbeiten Sie auf dem aktuellen Postgres-Master die Datei /opt/apigee/customer/application/postgresql.properties, um Folgendes festzulegen: Token:
```
conf_pg_hba_replication.connection=host replication apigee existing_slave_ip/32
trust\ \nhost replication apigee new_slave_ip/32 trust
```
Dabei ist existing_slave_ip die IP-Adresse des aktuellen Postgres. Standby-Server und new_slave_ip ist die IP-Adresse des neuen Standby-Knotens.

Ist die Datei postgresql.properties nicht vorhanden, erstellen Sie sie und verwenden Sie chown, um dem apigee-Nutzer Zugriff darauf zu gewähren. Beispiel: Shows:
```
chown apigee:apigee /opt/apigee/customer/application/postgresql.properties
```

Starten Sie apigee-postgresql neu. im Postgres-Master:

/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql restart

Prüfen Sie, ob der neue Standby-Knoten hinzugefügt wurde. Rufen Sie dazu den /opt/apigee/apigee-postgresql/conf/pg_hba.conf auf. auf der Master-Datei. In dieser Datei sollten die folgenden Zeilen angezeigt werden:
```
host replication apigee existing_slave_ip/32 trust
host replication apigee new_slave_ip/32 trust
```
Installieren Sie den neuen Postgres-Standby-Server: <ph type="x-smartling-placeholder">
1. Bearbeiten Sie die Konfigurationsdatei, die Sie zum Installieren der aktuellen Version von Edge verwendet haben, um anzugeben, Folgendes:
```
# IP address of the current master:
PG_MASTER=192.168.56.103
# IP address of the new standby node
PG_STANDBY=192.168.56.102 
```
2. Deaktivieren Sie SELinux wie unter Die Dienstprogramm für das Edge-Apigee-Setup.
3. Laden Sie die Edge-Bootstrap-Datei 4.17.0x.sh herunter. (wobei 4.17.0x gleich 4.17.01, 4.17.05 ist, oder 4.17.09) in /tmp/bootstrap_4.17.0x.sh :
```
curl https://software.apigee.com/bootstrap_4.17.0x.sh -o /tmp/bootstrap_4.17.0x.sh
```
4. Installieren Sie das Edge-Dienstprogramm apigee-service und Abhängigkeiten:
```
sudo bash /tmp/bootstrap_4.17.0x.sh apigeeuser=uName
  apigeepassword=pWord
```
5. Verwenden Sie apigee-service, um das Dienstprogramm apigee-setup zu installieren:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-setup install
```
6. Installieren Sie Postgres:
```
/opt/apigee/apigee-setup/bin/setup.sh -p ps -f configFile
```
7. Führen Sie auf dem neuen Standby-Server den folgenden Befehl aus:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
```
  Prüfen Sie, ob es sich um den Standby-Modus handelt.

Postgres außer Betrieb nehmen Knoten

Fahren Sie nach Abschluss der Aktualisierung den neuen Standby-Knoten außer Betrieb:

Postgres muss ausgeführt werden:
> Status /opt/apigee/apigee-service/bin/apigee-all

Wenn Postgres nicht ausgeführt wird, starten Sie es:
> /opt/apigee/apigee-service/bin/apigee-all start
Rufen Sie die UUID des neuen Standby-Knotens ab, indem Sie den folgenden cURL-Befehl auf dem neuen Standby-Knoten:
> curl -u sysAdminEmail:password http://<node_IP>:8084/v1/servers/self

Die UUID des Knotens sollte am Ende der Ausgabe in folgendem Format angezeigt werden:
"type" (Typ) : [ "postgres-server" ],
„uUID“ : „599e8ebf-5d69-4ae4-aa71-154970a8ec75“
Beenden Sie den neuen Standby-Knoten, indem Sie den folgenden Befehl auf dem neuen Standby-Knoten ausführen:
> /opt/apigee/apigee-service/bin/apigee-all stop
Bearbeiten Sie auf dem Postgres-Master-Knoten /opt/apigee/customer/application/postgresql.properties. um den neuen Standby-Knoten aus conf_pg_hba_replication.connection zu entfernen:
conf_pg_hba_replication.connection=host Replikation Apigee existing_slave_ip/32 Trust
Starten Sie Apigee-postgresql auf dem Postgres-Master neu:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql Neustart
Überprüfen Sie, ob der neue Standby-Knoten entfernt wurde, indem Sie die Datei /opt/apigee/apigee-postgresql/conf/pg_hba.conf anzeigen auf der Master-Datei. In dieser Datei sollte nur die folgende Zeile zu sehen sein:
Hostreplikation Apigee existing_slave_ip/32 Trust
Löschen Sie die UUID des Standby-Knotens aus ZooKeeper, indem Sie die folgende Edge-Verwaltung ausführen: API-Aufruf auf dem Knoten des Verwaltungsservers:
> curl -u sysAdminEmail:password -X LÖSCHEN http://<ms_IP>:8080/v1/servers/<new_slave_uuid>

Voraussetzungen aktualisieren

Erfüllen Sie die folgenden Voraussetzungen, bevor Sie ein Upgrade von Apigee Edge ausführen:

Alle Knoten sichern
Vor dem Update wird empfohlen, aus Sicherheitsgründen eine vollständige Sicherung aller Knoten durchzuführen Gründe. Verwenden Sie das Verfahren für Ihre aktuelle Version von Edge, um die Sicherung durchzuführen.

So können Sie einen Sicherungsplan haben, falls das Update auf eine neue Version nicht ordnungsgemäß funktioniert. Weitere Informationen zum Sichern finden Sie unter Sicherung und „Wiederherstellen“.
Sicherstellen, dass Edge ausgeführt wird
Stellen Sie mit dem folgenden Befehl sicher, dass Edge während des Aktualisierungsvorgangs aktiv ist und ausgeführt wird:

> /opt/apigee/apigee-service/bin/apigee-all-Status

Fehlgeschlagene Updates verarbeiten

Wenn ein Update fehlschlägt, können Sie versuchen, das Problem zu beheben, und dann update.sh ausführen. noch einmal. Sie können das Update mehrmals ausführen und es wird an der Stelle fortgesetzt, an der es zuletzt angehalten wurde. deaktiviert.

Wenn der Fehler ein Rollback des Updates auf Ihre vorherige Version erfordert, finden Sie weitere Informationen unter Rollback-Prozess für 4.18.01.

Informationen zu Logging-Updates

Standardmäßig enthält die Datei update.sh schreibt das Dienstprogramm Protokollinformationen in:

/opt/apigee/var/log/apigee-setup/update.log

Wenn der Nutzer, der das Dienstprogramm update.sh ausführt, keinen Zugriff auf wird das Protokoll als Datei namens update_username.log in das Verzeichnis /tmp geschrieben.

Wenn der Nutzer keinen Zugriff auf /tmp hat, schlägt das Dienstprogramm update.sh fehl.

Update ohne Ausfallzeiten

Mit einem Update ohne Ausfallzeiten oder Rolling Update können Sie Ihre Edge-Installation ohne und bringt Edge herunter.

Eine Aktualisierung ohne Ausfallzeiten ist nur bei einer Konfiguration mit fünf und mehr Knoten möglich.

Der Schlüssel zu Upgrades ohne Ausfallzeiten besteht darin, jeden Router einzeln aus der Last zu entfernen. aus. Anschließend aktualisieren Sie den Router und alle anderen Komponenten auf demselben Rechner wie der Router. Fügen Sie den Router dann wieder zum Load-Balancer hinzu.

Aktualisieren Sie die Computer in der richtigen Reihenfolge für Ihre Installation, wie unten unter „Bestellungen des maschinellen Updates“.
Wenn es an der Zeit ist, die Router zu aktualisieren, wählen Sie einen der Router aus und machen Sie ihn nicht erreichbar, wie unter Server aktivieren/deaktivieren Erreichbarkeit (Message Processor/Router)
Aktualisieren Sie den ausgewählten Router und alle anderen Edge-Komponenten auf demselben Computer wie der Router. Alle Edge-Konfigurationen zeigen einen Router und einen Message Processor auf demselben Knoten an.
Sorgen Sie dafür, dass der Router wieder erreichbar ist.
Wiederholen Sie die Schritte 2 bis 4 für die verbleibenden Router.
Setzen Sie das Update für alle verbleibenden Maschinen in Ihrer Installation fort.

Achten Sie vor/nach dem Update auf Folgendes:

Auf einem kombinierten Router und einem Message Processor-Knoten: <ph type="x-smartling-placeholder">
- Vor der Aktualisierung: <ph type="x-smartling-placeholder">
  1. Sorgen Sie dafür, dass der Router nicht erreichbar ist.
  2. Machen Sie den Message Processor nicht erreichbar.
- Führen Sie nach der Aktualisierung die folgenden Schritte aus: <ph type="x-smartling-placeholder">
  1. Sorgen Sie dafür, dass der Message Processor erreichbar ist.
  2. Sorgen Sie dafür, dass der Router erreichbar ist.
Auf einem einzelnen Routerknoten: <ph type="x-smartling-placeholder">
- Sorge vor dem Update dafür, dass der Router nicht erreichbar ist.
- Mache nach dem Update den Router erreichbar.
Auf einem einzelnen Message Processor-Knoten: <ph type="x-smartling-placeholder">
- Sorgen Sie vor der Aktualisierung dafür, dass der Message Processor nicht erreichbar ist.
- Sorgen Sie nach der Aktualisierung dafür, dass der Message Processor erreichbar ist.

Konfigurationsdatei im Hintergrund verwenden

Sie müssen eine Konfigurationsdatei im Hintergrund an den Aktualisierungsbefehl übergeben. Die Datei für die stille Konfiguration sollte mit dem Gerät übereinstimmen, das Sie bei der Installation von Edge 4.17.0x verwendet haben.

Vorgehensweise für Aktualisierung auf 4.18.01 auf einem Knoten mit externer Internetverbindung

Gehen Sie wie folgt vor, um die Edge-Komponenten auf einem Knoten zu aktualisieren:

Wenn Sie derzeit die Postgres-Master-Standby-Replikation mit lokalem Speicher verwenden, Installieren Sie einen neuen Postgres-Standby-Knoten wie oben unter Neuen Postgres-Knoten installieren Standby-Knoten.

Wenn Sie Netzwerkspeicher verwenden, müssen Sie den neuen Knoten nicht installieren. Nehmen Sie stattdessen eine Netzwerk-Snapshot des von Postgres verwendeten Datenspeichers. Weitere Informationen finden Sie unter Erforderliches Upgrade auf Postgres 9.6.
Deaktivieren Sie gegebenenfalls alle CRON-Jobs, die zum Ausführen eines Reparaturvorgangs in Cassandra konfiguriert sind. erst nach Abschluss des Updates.
Melden Sie sich als Root beim Knoten an, um die Edge-RPMs zu installieren.
Hinweis: Die RPM-Installation erfordert zwar Root-Zugriff, du kannst aber auch Edge- ohne Root-Zugriff konfigurieren.
Installieren Sie yum-utils und yum-plugin-priorities:
> sudo yum install yum-utils
> sudo yum install yum-plugin-priorities
Deaktivieren Sie SELinux wie unter Installation von das Dienstprogramm „Edge Apigee-Setup“.
Wenn Sie Oracle 7.x installieren, führen Sie den folgenden Befehl aus:
> sudo yum-config-manager – ol7_optional_latest aktivieren
Wenn Sie auf AWS installieren, führen Sie die folgenden yum-configure-manager-Befehle aus:
> leckeres Update rh-amazon-rhui-client.noarch
> sudo yum-config-manager --enable-rhui-REGION-rhel-server-extras rhui-REGION-rhel-server-optional
Laden Sie die Edge 4.18.01-Datei bootstrap_4.18.01.sh nach /tmp/bootstrap_4.18.01.sh herunter:
> curl https://software.apigee.com/bootstrap_4.18.01.sh -o /tmp/bootstrap_4.18.01.sh
Installieren Sie das Dienstprogramm apigee-service von Edge 4.18.01 und Abhängigkeiten:
> sudo Bash /tmp/bootstrap_4.18.01.sh apigeeuser=uName apigeepassword=pWord

Dabei steht uName:pWord für den Nutzernamen und das Passwort, die Sie von Apigee Wenn Sie pWord weglassen, werden Sie aufgefordert, ihn einzugeben.

Das Installationsprogramm überprüft standardmäßig, ob Java 1.8 installiert ist. Andernfalls installiert. Mit der Option JAVA_FIX geben Sie an, wie die Version verarbeitet werden soll. Java-Installation. JAVA_FIX verwendet die folgenden Werte:

I = OpenJDK 1.8 installieren (Standard)
C = ohne Installation von Java fortfahren
Q = Beenden. Dazu müssen Sie Java selbst installieren.
Verwenden Sie apigee-service für Aktualisieren Sie das apigee-setup Dienstprogramm:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
Aktualisieren Sie die Methode apigee-validate auf dem Verwaltungsserver:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate update
Aktualisieren Sie die apigee-provision. Dienstprogramm:
> /opt/apigee/apigee-service/bin/apigee-service apigee-provision update
Führen Sie das Update-Dienstprogramm auf Ihren Knoten in der unten unter Reihenfolge des Computers beschriebenen Reihenfolge aus aktualisieren“ unten:
> /opt/apigee/apigee-setup/bin/update.sh -c Komponente -f configFile

Die einzige Anforderung an die Konfigurationsdatei ist, dass die Konfigurationsdatei zugänglich oder lesbar durch den „Apigee“- Nutzer.

Verwenden Sie die Option „-c“, um die zu aktualisierende Komponente anzugeben. Die Liste der möglichen Komponenten umfassen:
ldap = OpenLDAP
cs = Cassandra
zk = Zookeeper
qpid = qpidd
ps = postgresql
edge =Alle Edge-Komponenten außer Edge UI: Management Server, Message Processor, Router, QPID Server, Postgres Server
ui = Edge-Benutzeroberfläche
all = Alle Komponenten aktualisieren auf Computer (nur für ein Edge Aio-Installationsprofil oder eine API-BaaS-asa-Installation verwenden) Profil)
e = ElasticSearch
b = API-BaaS-Stack
p = API-BaaS-Portal
ebp = ElasticSearch, API BaaS Stack und API-BaaS-Portal auf demselben Knoten
Testen Sie das Update, indem Sie das Dienstprogramm apigee-validate für die Verwaltung ausführen: Server, wie unter Installation testen beschrieben.
Wenn Sie einen neuen Postgres-Standby-Knoten installiert haben, nehmen Sie den Knoten wie oben beschrieben außer Betrieb. in Außerbetriebnahme eines Postgres-Knoten.

Wenn Sie Netzwerkspeicher verwenden, müssen Sie den neuen Knoten nicht installieren. Weitere Informationen finden Sie unter Erforderliches Upgrade auf Postgres 9.6.

Verwenden Sie für ein späteres Rollback des Updates die unter 4.18.01 Rollback-Prozess beschriebene Vorgehensweise.

Aktualisierung von einer lokalen Version auf 4.18.01 Repository

Wenn sich Ihre Edge-Knoten hinter einer Firewall befinden oder auf andere Weise der Zugriff verhindert wird das Apigee-Repository über das Internet, dann können Sie das Update von einem lokalen Repository aus durchführen, oder Spiegel des Apigee-Repositorys.

Nachdem Sie ein lokales Edge-Repository erstellt haben, haben Sie zwei Möglichkeiten, um Edge über die Lokales Repository:

Erstellen Sie eine TAR-Datei des Repositorys, kopieren Sie die TAR-Datei auf einen Knoten und aktualisieren Sie dann Edge vom TAR-Datei.
Installieren Sie auf dem Knoten mit dem lokalen Repository einen Webserver, damit andere Knoten darauf zugreifen können. Apigee stellt Ihnen den Nginx-Webserver zur Verfügung. Sie können aber auch Ihren eigenen verwenden. Webserver.

So führen Sie ein Update von einem lokalen 4.18.01-Repository aus:

Wenn Sie derzeit die Master-Standby-Replikation von Postgres verwenden, installieren Sie ein neues Postgres Standby-Knoten wie oben unter Neuen Postgres installieren Standby-Knoten.

Wenn Sie Netzwerkspeicher verwenden, müssen Sie den neuen Knoten nicht installieren. Nehmen Sie stattdessen eine Netzwerk-Snapshot des von Postgres verwendeten Datenspeichers. Weitere Informationen finden Sie unter Erforderliches Upgrade auf Postgres 9.6.
Erstellen Sie ein lokales 4.18.01-Repository, wie unter „Lokales Apigee-Repository erstellen“ beschrieben unter Installieren Sie das Dienstprogramm Edge apigee-setup.
Hinweis: Wenn Sie bereits ein 4.17.0x-Repository haben, können Sie das 4.18.01 mit dem Repository verknüpft, wie unter „Lokales Apigee-Repository aktualisieren“ beschrieben finden Sie unter Edge-Apigee-Setup-Dienstprogramm installieren.
So installieren Sie den Apigee-Dienst aus einer TAR-Datei: <ph type="x-smartling-placeholder">
1. Verwenden Sie auf dem Knoten mit dem lokalen Repository den folgenden Befehl, um das lokale Repository zu verpacken in eine einzelne TAR-Datei namens /opt/apigee/data/apigee-mirror/apigee-4.18.01.tar.gz:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-mirror-Paket
2. Kopieren Sie die TAR-Datei in den Knoten, auf dem Sie Edge aktualisieren möchten. Sie können sie zum Beispiel /tmp-Verzeichnis im neuen Knoten.
3. Entpacken Sie auf dem neuen Knoten die Datei in das Verzeichnis „/tmp“:
  > TAR -XZF apigee-4.18.01.tar.gz
  
  Mit diesem Befehl wird ein neues Verzeichnis namens „repos“ in dem Verzeichnis erstellt, das die TAR-Datei enthält. -Datei. Beispiel: /tmp/repos.
4. Installieren Sie das Edge-Apigee-Service-Dienstprogramm und die Abhängigkeiten aus /tmp/repos:
  > sudo Bash /tmp/repos/bootstrap_4.18.01.sh apigeeprotocol="file://" apigeerepobasepath=/tmp/repos
  
  Beachten Sie, dass Sie in diesem Befehl den Pfad zum Repository-Verzeichnis angeben.
So installieren Sie den Apigee-Dienst mit dem Nginx-Webserver: <ph type="x-smartling-placeholder">
1. Konfigurieren Sie den Nginx-Webserver wie unter „Aus dem Repository mithilfe von Nginx installieren“ beschrieben. webserver" unter Install the Edge apigee-setup-Dienstprogramm.
2. Laden Sie auf dem Remote-Knoten die Edge-Datei bootstrap_4.18.01.sh herunter nach /tmp/bootstrap_4.18.01.sh:
  > /usr/bin/curl http://uName:pWord@remoteRepo:3939/bootstrap_4.18.01.sh -o /tmp/bootstrap_4.18.01.sh
  
  Dabei steht uName:pWord für den Nutzernamen und das Passwort, die Sie oben für das Repository und remoteRepo ist die IP-Adresse oder der DNS-Name des Repository-Knoten.
3. Installieren Sie auf dem Remote-Knoten das Dienstprogramm für den Edge-Apigee-Dienst und die Abhängigkeiten:
  > sudo Bash /tmp/bootstrap_4.18.01.sh apigeerepohost=remoteRepo:3939 apigeeuser=uName apigeepassword=pWord apigeeprotocol=http://
  
  Dabei sind uName:pWord der Nutzername und das Passwort des Repositorys.
Verwenden Sie apigee-service für Aktualisieren Sie das Dienstprogramm „Apigee-setup“:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
Aktualisieren Sie die Methode apigee-validate auf dem Verwaltungsserver.
> /opt/apigee/apigee-service/bin/apigee-service apigee-valid update
Aktualisieren Sie die apigee-provision. Dienstprogramm:
> /opt/apigee/apigee-service/bin/apigee-service apigee-provision update
Führen Sie das Update-Dienstprogramm auf Ihren Knoten in der unten unter "Reihenfolge des Computers beschriebenen Reihenfolge" aus aktualisieren“ unten:
> /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile

Die einzige Anforderung an die Konfigurationsdatei ist, dass die Konfigurationsdatei zugänglich oder lesbar durch den „Apigee“- Nutzer.

Verwenden Sie die Option „-c“, um die zu aktualisierende Komponente anzugeben. Die Liste der möglichen Komponenten umfassen:
ldap = OpenLDAP
cs = Cassandra
zk = Zookeeper
qpid = qpidd
ps = postgresql
edge =Alle Edge-Komponenten außer Edge UI: Management Server, Message Processor, Router, QPID Server, Postgres Server
ui = Edge-Benutzeroberfläche
all = Alle Komponenten aktualisieren auf Computer (nur für ein Edge Aio-Installationsprofil oder eine API-BaaS-asa-Installation verwenden) Profil)
e = ElasticSearch
b = API-BaaS-Stack
p = API-BaaS-Portal
ebp = ElasticSearch, API BaaS Stack und API-BaaS-Portal auf demselben Knoten
Testen Sie das Update, indem Sie das Dienstprogramm apigee-validate für die Verwaltung ausführen: Server, wie unter Installation testen beschrieben.
Wenn Sie einen neuen Postgres-Standby-Knoten installiert haben, nehmen Sie den Knoten wie beschrieben außer Betrieb. oben im Abschnitt Außerbetriebnahme Postgres-Knoten

Wenn Sie Netzwerkspeicher verwenden, müssen Sie den neuen Knoten nicht installieren. Weitere Informationen finden Sie unter Erforderliches Upgrade auf Postgres 9.6.

Verwenden Sie für ein späteres Rollback des Updates die unter 4.18.01 Rollback-Prozess beschriebene Vorgehensweise.

Reihenfolge des Maschinenupdates

Die Reihenfolge, in der Sie die Maschinen in einer Edge-Installation aktualisieren, ist wichtig. Die meisten wichtige Überlegungen bei einem Update:

Sie müssen alle Cassandra- und ZooKeeper-Knoten aktualisieren, bevor Sie irgendwelche anderen Knoten.
Für jede Maschine mit mehreren Edge-Komponenten (Verwaltungsserver, Nachrichtenprozessor, Router, QPID-Server, aber nicht Postgres-Server), verwenden Sie das "-c"-Edge um sie alle auf der Seite gleichzeitig.
Wenn ein Schritt angibt, dass er auf mehreren Rechnern ausgeführt werden soll, führen Sie ihn im angegebene Reihenfolge der Maschine.
Es gibt keinen separaten Schritt, um die Monetarisierung zu aktualisieren. Sie wird aktualisiert, wenn Sie den Parameter "-c" Edge“ Option.