Google verwendet KI-Technologie, um Inhalte in Ihre bevorzugte Sprache zu übersetzen. KI-Übersetzungen können Fehler enthalten.

4.50.00.03 – Versionshinweise zu Edge für Private Cloud

Sie lesen gerade die Dokumentation zu Apigee Edge.
Apigee X-Dokumentation aufrufen. info

Am 29. September 2020 haben wir eine neue Version von Apigee Edge for Private Cloud veröffentlicht.

Aktualisierungsvorgang

Durch die Aktualisierung dieses Releases werden die Komponenten in der folgenden Liste von RPMs aktualisiert:

edge-gateway-4.50.00-0.0.20093.noarch.rpm
edge-management-server-4.50.00-0.0.20093.noarch.rpm
edge-message-processor-4.50.00-0.0.20093.noarch.rpm
edge-postgres-server-4.50.00-0.0.20093.noarch.rpm
edge-qpid-server-4.50.00-0.0.20093.noarch.rpm
edge-router-4.50.00-0.0.20093.noarch.rpm
edge-analytics-4.50.00-0.0.40031.noarch.rpm
apigee-mtls-4.50.00-0.0.20187.noarch.rpm
apigee-mtls-consul-4.50.00-0.0.20127.noarch.rpm
apigee-cassandra-2.1.16-0.0.2509.noarch.rpm
apigee-sso-4.50.00-0.0.20079.noarch.rpm
edge-ui-4.50.00-0.0.20165.noarch.rpm

Sie können die aktuell installierten RPM-Versionen prüfen, um festzustellen, ob sie aktualisiert werden müssen, indem Sie Folgendes eingeben:

apigee-all version

Führen Sie die folgenden Schritte auf den Edge-Knoten aus, um Ihre Installation zu aktualisieren:

Auf allen Edge-Knoten:
1. Yum-Repositories bereinigen:
```
sudo yum clean all
```
2. Laden Sie die neueste Edge 4.50.00-Datei bootstrap_4.50.00.sh unter /tmp/bootstrap_4.50.00.sh herunter:
```
curl https://software.apigee.com/bootstrap_4.50.00.sh -o /tmp/bootstrap_4.50.00.sh
```
3. Installieren Sie das Edge 4.50.00-apigee-service-Dienstprogramm und die Abhängigkeiten:
```
sudo bash /tmp/bootstrap_4.50.00.sh apigeeuser=uName apigeepassword=pWord
```
  Dabei sind uName:pWord der Nutzername und das Passwort, die Sie von Apigee erhalten haben. Wenn Sie pWord weglassen, werden Sie aufgefordert, sie einzugeben.
4. Aktualisieren Sie das apigee-setup-Tool:
```
sudo /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
```
5. Führen Sie das apigee-service.sh-Skript mit dem Befehl source aus:
```
source /etc/profile.d/apigee-service.sh
```
Aktualisieren Sie alle Cassandra-Knoten:
```
/opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
```
Dabei gibt configFile die Konfigurationsdatei an, die Sie zum Installieren von Apigee Edge for Private Cloud verwendet haben. Beispiel: /opt/silent.conf.
Führen Sie auf allen Edge-Knoten das update.sh-Skript für den edge-Prozess aus. Führen Sie dazu auf jedem Knoten den folgenden Befehl aus:
```
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
```
Führen Sie das update.sh-Skript für die Benutzeroberfläche auf allen Knoten aus. Führen Sie auf jedem Knoten den folgenden Befehl aus:
```
/opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
```
Führen Sie das update.sh-Skript für SSO auf allen Knoten aus. Führen Sie auf jedem Knoten den folgenden Befehl aus:
```
/opt/apigee/apigee-setup/bin/update.sh -c sso -f configFile
```
Wenn Sie Apigee mTLS verwenden, folgen Sie der Anleitung unter Apigee mTLS aktualisieren.
Weitere Informationen finden Sie unter Einführung in Apigee mTLS.

Unterstützte Software

Keine Änderungen

Einstellung und Außerbetriebnahme

Keine neuen Einstellungen oder Außerbetriebnahmen.

Neue Funktionen

In diesem Abschnitt werden die neuen Funktionen in dieser Version aufgeführt.

JMX-Passwörter verschlüsseln

Sie können jetzt JMX-Passwörter verschlüsseln. Weitere Informationen finden Sie unter JMX-Passwortverschlüsselung aktivieren und JMX-Authentifizierung für Cassandra aktivieren. (150633039)

Fehlerkorrekturen

In der folgenden Tabelle sind die in diesem Release behobenen Fehler aufgeführt:

Problem-ID	Beschreibung
135972575	Edge for Private Cloud zeigte während der Bereitstellung mit `override=true&delay=300` ein anderes Verhalten. Dieses Problem wurde behoben.
163578296	Die axstatus API hat fälschlicherweise einen Fehlerstatus für eine Neuinstallation gemeldet. Dieses Problem wurde behoben.
160955355	Die UI-Trace-Sitzung stimmte nicht mit dem Trace-Sitzungsprotokoll überein: Richtlinien, die zwischen zwei Dienstaufrufen ausgeführt wurden, fehlten. Das lag daran, dass einige Richtlinien in der falschen Reihenfolge gespeichert und gesendet wurden. Dieses Problem wurde behoben.
147736003	Eine veraltete Bibliothek auf enterprise.apigee.com hat Sicherheitsprobleme verursacht. Die Bibliothek wurde aktualisiert.
161858295	Einige stumme Variablen wurden falsch geschrieben. Die Variable für die automatische Installation `SSO_JWT_SIGNING_KEY_FILEPATH` wird nicht mehr falsch geschrieben.
160951701	Die mTLS-Installation ist aufgrund einer veralteten Consul-Binärversion fehlgeschlagen. Die Consul-Binärdatei wurde von Version 1.6.2 auf die aktuelle stabile Version 1.8.0 aktualisiert.
160916451	Die mTLS-Installation ist aufgrund eines fehlenden Eintrags für das Consul-Feld `bindaddr` fehlgeschlagen. apigee-mtls verarbeitet jetzt Server mit mehreren Netzwerkschnittstellen und Adressen korrekt.

Bekannte Probleme

In der folgenden Tabelle sind bekannte Probleme in dieser Version aufgeführt:

Problem-ID Beschreibung

149245401

Problem-ID	Beschreibung
149245401	Problem mit dem Verbindungspooling für die LDAP-Richtlinie LDAP-Verbindungspool-Properties, die mit der LDAP-Ressource angegeben werden, werden nicht berücksichtigt. Daher werden Verbindungen jedes Mal für die einmalige Verwendung geöffnet und geschlossen, was zu einer großen Anzahl von Verbindungen pro Stunde zum LDAP-Server führt. Workaround: Wenn Sie die Eigenschaften des LDAP-Verbindungspools ändern möchten, führen Sie die folgenden Schritte aus, um eine globale Änderung für alle LDAP-Richtlinien festzulegen. Erstellen Sie eine Konfigurationsattributdatei, falls sie noch nicht vorhanden ist: /opt/apigee/customer/application/message-processor.properties Fügen Sie der Datei Folgendes hinzu (ersetzen Sie die Werte der JNDI-Attribute (Java Naming and Directory Interface) entsprechend den Anforderungen Ihrer LDAP-Ressourcenkonfiguration). bin_setenv_ext_jvm_opts="-Dcom.sun.jndi.ldap.connect.pool.maxsize=20 -Dcom.sun.jndi.ldap.connect.pool.prefsize=2 -Dcom.sun.jndi.ldap.connect.pool.initsize=2 -Dcom.sun.jndi.ldap.connect.pool.timeout=120000 -Dcom.sun.jndi.ldap.connect.pool.protocol=ssl" Achten Sie darauf, dass die Datei `/opt/apigee/customer/application/message-processor.properties` dem Nutzer „apigee:apigee“ gehört. Starten Sie jeden Message Processor neu. Wenn Sie prüfen möchten, ob die JNDI-Eigenschaften Ihres Verbindungspools wirksam werden, können Sie einen tcpdump durchführen, um das Verhalten des LDAP-Verbindungspools im Zeitverlauf zu beobachten. Hinweis:Die in der obigen Anleitung angegebenen Eigenschaften des Verbindungspools sind global und gelten daher für alle LDAP-Verbindungen mit aktiviertem Verbindungspool, die der Message Processor von Apigee herstellt.

Problem mit dem Verbindungspooling für die LDAP-Richtlinie

LDAP-Verbindungspool-Properties, die mit der LDAP-Ressource angegeben werden, werden nicht berücksichtigt. Daher werden Verbindungen jedes Mal für die einmalige Verwendung geöffnet und geschlossen, was zu einer großen Anzahl von Verbindungen pro Stunde zum LDAP-Server führt.

Workaround:

Wenn Sie die Eigenschaften des LDAP-Verbindungspools ändern möchten, führen Sie die folgenden Schritte aus, um eine globale Änderung für alle LDAP-Richtlinien festzulegen.

Erstellen Sie eine Konfigurationsattributdatei, falls sie noch nicht vorhanden ist:
```
/opt/apigee/customer/application/message-processor.properties
```

Fügen Sie der Datei Folgendes hinzu (ersetzen Sie die Werte der JNDI-Attribute (Java Naming and Directory Interface) entsprechend den Anforderungen Ihrer LDAP-Ressourcenkonfiguration).

bin_setenv_ext_jvm_opts="-Dcom.sun.jndi.ldap.connect.pool.maxsize=20
-Dcom.sun.jndi.ldap.connect.pool.prefsize=2
-Dcom.sun.jndi.ldap.connect.pool.initsize=2
-Dcom.sun.jndi.ldap.connect.pool.timeout=120000
-Dcom.sun.jndi.ldap.connect.pool.protocol=ssl"

Achten Sie darauf, dass die Datei /opt/apigee/customer/application/message-processor.properties dem Nutzer „apigee:apigee“ gehört.
Starten Sie jeden Message Processor neu.

Wenn Sie prüfen möchten, ob die JNDI-Eigenschaften Ihres Verbindungspools wirksam werden, können Sie einen tcpdump durchführen, um das Verhalten des LDAP-Verbindungspools im Zeitverlauf zu beobachten.