Sie lesen gerade die Dokumentation zu Apigee Edge.
Zur Apigee X-Dokumentation. info
Am Donnerstag, dem 22. Oktober 2015, haben wir einen neuen Patch für Apigee Edge for Private Cloud veröffentlicht.
Upgrade-Reihenfolge für eine Installation mit zwei Rechenzentren
Wenn Sie eine Installation mit zwei Rechenzentren aktualisieren, aktualisieren Sie die Komponenten in der folgenden Reihenfolge:
- Qpid-Rechenzentrum 1
- Qpid-Rechenzentrum 2
- Postgres-Rechenzentrum 1
- Postgres Rechenzentrum 2
- Verwaltungsserver-Rechenzentrum 1
- Verwaltungsserver-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
Diese Version enthält ein Skript, das das Problem OPDK-1878 behebt. Wenn bei Ihrer vorherigen Installation von Edge der Name des Gateway-Pods vom Standardwert „gateway“ geändert wurde, hat das Upgrade-Skript 4.15.07.00 automatisch einen neuen Pod mit dem Namen „gateway“ zu Ihrer Installation hinzugefügt, zusammen mit dem von Ihnen erstellten Pod.
Prüfen, ob Sie betroffen sind
Dieses Problem tritt am wahrscheinlichsten in einer Umgebung mit mehreren Rechenzentren auf, in der Sie Gateway-Pods mit unterschiedlichen Namen in jedem Rechenzentrum 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.
Verwenden Sie den folgenden cURL-Befehl, um die Pods in einer Region zu 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 Servers 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 „Gateway“-Pod umbenannt haben, werden die Ergebnisse im folgenden Format angezeigt:
[ "gateway-1", "analytics", "central" ]
Wenn Sie diesen Befehl nach dem Upgrade auf 4.15.07.00 ausführen, enthalten die Ergebnisse jetzt den „Gateway“-Pod:
[ "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
Patchskript 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 4.15.07.00 erstellt wurde.
Das Skript delete-gw-pod.sh:
- Entfernt alle Edge-Komponenten aus dem „Gateway“-Pod oder dem von Ihnen angegebenen Pod.
- Trennt alle Organisationen vom Pod.
- 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ühren Sie auf einem beliebigen Management Server-Knoten das Skript delete-gw-pod.sh aus, um den vom 4.15.07.00-Upgrader erstellten „Gateway“-Pod zu löschen:
> /<instal_dir>/apigee4/bin/delete-gw-pod.sh
Das Skript fordert Sie zur Eingabe des Systemadministratorpassworts auf.
Wenn Sie keine Befehlszeilenoptionen für das Script angeben, werden alle Regionen durchlaufen, um alle Vielfachen des Gateway-Pods zu identifizieren. Sie werden dann aufgefordert, einen Pod zu löschen. Standardmäßig wird der Pod „gateway“ ausgewählt.
Sie können Befehlszeilenoptionen an das Script 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 <System admin password>
- -a <Admin-E-Mail, 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 „Gateway“-Pod gesucht werden soll>
- -p <Gateway-Pod-Name. Der Standardwert ist „gateway“>
- -y <Warnung unterdrücken>
Fehlerkorrekturen
Folgende Fehler wurden in diesem Release behoben.
| Problem-ID | Beschreibung |
|---|---|
| OPDK-1927 | Monetarisierungs-Upgrade: Fehlende Tabellen; doppelte Indexe werden erstellt |
| OPDK-1878 | Änderung des Gateway-POD-Namens bei der Einrichtung verursacht Probleme |
| OPDK-1886 | Knoten kann nicht auf lokale IP-Adressen wie 192.168.x.y zugreifen |
| MGMT-2353 | Schaltfläche „Löschen“ auf der Seite mit der Liste der benutzerdefinierten Berichte funktioniert nur einmal |
| MGMT-2521 | Trace-Sitzung hängt manchmal |
| MGMT-2543 | Der neue Proxy-Editor ändert XML in der <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 „Fehler beim Erstellen des Verzeichnisses für den Pfad“ |
| MGMT-2702 | Websiteübergreifende Sicherheitslücke für Firefox und IE |
| DEVRT-1942 | Monetarisierungs-Upgrade: Fehlende Tabellen; doppelte Indexe werden erstellt |
| APIRT-1074 | Gzip-komprimierte Inhalte werden nicht richtig verarbeitet, wenn der Header „Connection: Close“ ohne die Header „Content-Length“ oder „Transfer-Encoding“ gesendet wird |