Sie lesen gerade die Dokumentation zu Apigee Edge.
Zur
Dokumentation zuApigee X wechseln. info
Am Donnerstag, 22. Oktober 2015, haben wir einen neuen Patch für Apigee Edge for Private Cloud veröffentlicht.
Upgradereihenfolge für eine Installation mit zwei Rechenzentren
Wenn Sie eine Installation mit zwei Rechenzentren aktualisieren, führen Sie das Upgrade der Komponenten in der folgenden Reihenfolge durch:
- Qpid-Rechenzentrum 1
- Qpid-Rechenzentrum 2
- Postgres-Rechenzentrum 1
- Postgres-Rechenzentrum 2
- Management Server-Rechenzentrum 1
- Management Server-Rechenzentrum 2
- Router/Message Processor-Rechenzentrum 1
- Router/Message Processor-Rechenzentrum 2
Entfernen des zusätzlichen "gateway" Pods beim Upgrade auf 4.15.07.00
Dieser Release enthält ein Skript, mit dem das Problem OPDK-1878 behoben wird. Wenn Sie bei der vorherigen Installation von Edge den Namen des Gateway-Pods vom Standardwert „gateway“ geändert haben, wurde durch das Upgrade-Skript 4.15.07.00 automatisch ein neuer Pod namens „gateway“ zusammen mit dem von Ihnen erstellten Pod zu Ihrer Installation hinzugefügt.
Feststellen, ob Sie betroffen sind
Dieses Problem ist höchstwahrscheinlich in einer Umgebung mit mehreren Rechenzentren aufgetreten, in der Sie Gateway-Pods mit unterschiedlichen Namen in den einzelnen Rechenzentren erstellt haben, z. B. „gateway-1“ und „gateway-2“. Wenn Sie den Standardnamen des Gateway-Pods „gateway“ verwendet haben, sind Sie von diesem Problem nicht betroffen.
Mit dem folgenden cURL-Befehl können Sie die Pods in einer Region ermitteln:
> curl -u sysAdminEmail:PW http://<ms_IP>:8080/v1/regions/dc-1/pods
Dabei ist ms_IP die IP Adresse oder der DNS-Name des Edge Management Server und dc-1 der Name der Region. Dieser Befehl gibt ein Array mit allen Pod-Namen in der Region zurück.
Wenn Sie diesen Befehl vor dem Upgrade ausführen und den Pod „gateway“ umbenannt haben, sehen Sie Ergebnisse im folgenden Format:
[ "gateway-1", "analytics", "central" ]
Wenn Sie diesen Befehl nach dem Upgrade auf 4.15.07.00 ausführen, enthalten die Ergebnisse jetzt den Pod „gateway“ :
[ "gateway-1", "gateway", "analytics", "central" ]
Wenn Sie die Namen Ihrer Regionen nicht kennen, verwenden Sie den folgenden Befehl:
> curl -u sysAdminEmail:PW http://<ms_IP>:8080/v1/regions
Patch -Skript anwenden
Der Patch 4.15.07.01 enthält das Skript delete-gw-pod.sh, mit dem der zusätzliche Pod entfernt wird, der durch das Upgrade auf 4.15.07.00 erstellt wurde.
Das Skript delete-gw-pod.sh:
- Entfernt alle Edge-Komponenten aus dem Pod „gateway“ oder dem von Ihnen angegebenen Pod.
- Hebt die Zuordnung aller Organisationen zum Pod auf.
- Löscht den Pod.
So führen Sie dieses Skript aus:
- Installieren Sie den Patch 4.15.07.01.
- Sichern Sie alle ZooKeeper-Knoten. Weitere Informationen finden Sie im Edge Betriebshandbuch für weitere Informationen.
- Führen Sie auf einem beliebigen Management Server-Knoten das Skript delete-gw-pod.sh aus, um den
"gateway" Pod zu löschen, der durch das Upgrade auf 4.15.07.00 erstellt wurde:
> /<instal_dir>/apigee4/bin/delete-gw-pod.sh
Sie werden aufgefordert, das Systemadministratorpasswort einzugeben.
Wenn Sie keine Befehlszeilenoptionen für das Skript angeben, werden alle Regionen durchlaufen, um mehrere Instanzen des Gateway-Pods zu ermitteln. Anschließend werden Sie aufgefordert, eine Instanz zu löschen. Standardmäßig wird der "gateway" Pod ausgewählt.
Sie können Befehlszeilenoptionen an das Skript delete-gw-pod.sh übergeben. Wenn Sie beispielsweise einen Pod-Namen und eine Region übergeben, wird nur dieser Pod in dieser Region gelöscht. Anschließend werden Sie gefragt, ob Sie alle Regionen prüfen möchten.
Sie können die folgenden Parameter an das Skript delete-gw-pod.sh übergeben:
- -P <Systemadministrator passwort>
- -a <E-Mail-Adresse des Administrators, standardmäßig der Wert von ADMIN_EMAIL in apigee_env.sh>
- -H <Management Server Host, standardmäßig der Wert von MSIP in apigee_env.sh>
- -r <Region, in der nach dem Pod "gateway" gesucht werden soll>
- -p <Name des Gateway-Pods. Standardmäßig „gateway“>
- -y <Warnung unterdrücken>
Fehlerkorrekturen
Folgende Fehler wurden in diesem Release behoben.
| Problem-ID | Beschreibung |
|---|---|
| OPDK-1927 | Beim Upgrade der Monetarisierung fehlen Tabellen; doppelte Indexe werden erstellt |
| OPDK-1878 | Das Ändern des Namens des Gateway-Pods bei der Einrichtung verursacht Probleme |
| OPDK-1886 | Knoten kann nicht auf lokale IP-Adressen wie 192.168.x.y zugreifen |
| MGMT-2353 | Die Schaltfläche „Löschen“ auf der Listenseite für benutzerdefinierte Berichte funktioniert nur einmal |
| MGMT-2521 | Trace-Sitzung bleibt manchmal hängen |
| MGMT-2543 | Der neue Proxy-Editor ändert XML im Element <Payload> der AssignMessage-Richtlinie, wodurch vorhandene API-Proxys beschädigt werden |
| MGMT-2581 | HTTP-Trace-Methode auf allen Verwaltungsports deaktivieren |
| MGMT-2599 | Der neue Proxy-Editor stellt das Namespace-Präfix wieder her, nachdem Sie es gelöscht haben |
| MGMT-2616 | Der neue API-Proxy-Editor verarbeitet XML-Entitäten nicht korrekt |
| MGMT-2618 | Bereitstellungsprobleme aufgrund von "Error creating directory for path" |
| MGMT-2702 | Sicherheitslücke für Cross-Site-Scripting für Firefox und IE |
| DEVRT-1942 | Beim Upgrade der Monetarisierung fehlen Tabellen; doppelte Indexe werden erstellt |
| APIRT-1074 | Gezippte Inhalte werden nicht richtig verarbeitet, wenn der Header „Connection: Close“ gesendet wird ohne die Header „Content-Length“ oder „Transfer-Encoding“ |