Sie sehen die Dokumentation zu Apigee Edge.
Zur Apigee X-Dokumentation weitere Informationen
Am Donnerstag, dem 22. Oktober 2015, haben wir einen neuen Patch für Apigee Edge für Private Cloud veröffentlicht.
Upgrade-Auftrag für Installation von zwei Rechenzentren
Wenn Sie eine Installation mit zwei Rechenzentren aktualisieren, führen Sie das Upgrade der Komponenten in der folgenden Reihenfolge aus:
- Qpid-Rechenzentrum 1
- Qpid-Rechenzentrum 2
- Postgres Data Center 1
- Postgres Data Center 2
- Management Server Data Center 1
- Management Server Data Center 2
- Router/Nachrichtenprozessor Rechenzentrum 1
- Router/Nachrichtenprozessor Rechenzentrum 2
Zusätzlichen Pod "gateway" beim Upgrade auf 4.15.07.00 entfernen
Diese Version enthält ein Skript, das das Problem OPDK-1878 behebt. Wenn bei Ihrer vorherigen Edge-Installation den Namen des Gateway-Pods von dem Standardwert „gateway“ geändert wurde, hat das Upgradeskript 4.15.07.00 zusammen mit dem von Ihnen erstellten Pod automatisch einen neuen Pod namens „gateway“ hinzugefügt.
Bestimmen, ob Sie betroffen sind
Dieses Problem tritt am wahrscheinlichsten in einer Umgebung mit mehreren Rechenzentren auf, in der Sie in jedem Rechenzentrum Gateway-Pods mit unterschiedlichen Namen erstellt haben, z. B. "gateway-1" und "gateway-2". Wenn Sie den Standardnamen „gateway“ für den Gateway-Pod 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 zurück, das alle Pod-Namen in der Region enthält.
Wenn Sie diesen Befehl vor dem Upgrade ausführen und den Pod "gateway" umbenannt haben, erhalten Sie die 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 der Regionen nicht kennen, führen Sie folgenden Befehl aus:
> 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 Version 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.
- Trennt alle Organisationen vom Pod.
- Löscht den Pod.
So führen Sie dieses Skript aus:
- Installieren Sie den Patch 4.15.07.01.
- Alle ZooKeeper-Knoten sichern. Weitere Informationen finden Sie in der Betriebsanleitung für Edge.
- Führen Sie auf einem beliebigen Management Server-Knoten das Skript delete-gw-pod.sh aus, um den Pod "gateway" zu löschen, der vom Upgrader 4.15.07.00 erstellt wurde:
> /<instal_dir>/apigee4/bin/delete-gw-pod.sh
Das Skript fordert Sie zur Eingabe des Systemadministratorpassworts auf.
Wenn Sie für das Skript keine Befehlszeilenoptionen angeben, werden alle Regionen als Schleifen durchlaufen, um ein Vielfaches des Gateway-Pods zu identifizieren. Sie werden dann aufgefordert, einen zu löschen. Standardmäßig wird dabei der Pod "gateway" verwendet.
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. Sie werden dann gefragt, ob Sie alle Regionen prüfen möchten.
Sie können die folgenden Parameter an das Skript "delete-gw-pod.sh" übergeben:
- -P <Passwort des Systemadministrators>
- -a <E-Mail-Adresse des Administrators, standardmäßig der Wert von ADMIN_EMAIL in apigee_env.sh>
- -H <Verwaltungsserver-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. Die Standardeinstellung ist „gateway">“.
- -y <Warnung unterdrücken>
Fehlerkorrekturen
Folgende Fehler wurden in diesem Release behoben.
| Fehler-ID | Beschreibung |
|---|---|
| OPDK-1927 | Fehlende Tabellen im Monetarisierungsupgrade, doppelte Indexe werden erstellt |
| OPDK-1878 | Das Ändern des POD-Namens des Gateways 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 Seite mit der Liste benutzerdefinierter Berichte funktioniert nur einmal. |
| MGMT-2521 | Trace-Sitzung hängt zeitweise auf |
| MGMT-2543 | Der neue Proxy-Editor ändert den XML-Code in der <Payload> der Attributions-Richtlinie, wodurch vorhandene API-Proxys nicht mehr funktionieren. |
| MGMT-2581 | Zulässige HTTP-Trace-Methode auf allen Verwaltungsports |
| 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 richtig |
| MGMT-2618 | Bereitstellungsprobleme aufgrund von „Fehler beim Erstellen des Verzeichnisses für den Pfad“ |
| MGMT-2702 | Websiteübergreifende Sicherheitslücke für FireFox und Internet Explorer |
| DEVRT-1942 | Fehlende Tabellen im Monetarisierungsupgrade, doppelte Indexe werden erstellt |
| APIRT-1074 | Gzip-Inhalte werden nicht ordnungsgemäß verarbeitet, wenn der Header „Connection: Close“ ohne Header „Content-Length“ oder „Transfer-Encoding“ gesendet wird. |