Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Amazon EMR 7.3.0 — Tez-Versionshinweise
Amazon EMR 7.3.0 — Tez-Änderungen
| Typ | Description |
|---|---|
| Verbesserung | Bieten Sie die Option zur Aktivierung von SSL für den Tez AM Web UI Service an |
Amazon EMR 7.3.0 — Neue Konfigurationen
| Klassifizierung | Name | Standard | Description |
|---|---|---|---|
tez-site |
tez.am.tez-ui.webservice.enable.ssl |
false |
Erlaube die Aktivierung von SSL für das AM-Web UIService |
tez-site |
tez.am.tez-ui.webservice.enable.client.auth |
false |
Erlaubt die Aktivierung der clientseitigen Authentifizierung für das AM-Web UIService |
Amazon EMR 7.3.0 — Bekannte Probleme bei Tez
Problem mit der TEZ-DAG-Bereinigung (EMR 6.11.0 — EMR 7.2.0) — In Clustern mit aktiviertem SSL, auf denen die EMR-Versionen 6.11.0 bis 7.2.0 ausgeführt werden, gibt es ein bekanntes Problem, bei dem während der DAG-Bereinigungsphase eine SSLHandshakeAusnahme im TEZ Application Master (AM) auftritt. Dies passiert, wenn versucht wird, zwischengeschaltete Shuffle-Daten nach Abschluss der Abfrage über HTTPS von Remoteknoten zu löschen, nicht während der Abfrageausführung. Das Problem tritt auf, weil Tez AM die entsprechende TrustStore-Konfiguration nicht lesen kann, wenn der Shuffle-Handler-Serviceendpunkt aufgerufen wird. Dies betrifft jedoch nur die Bereinigung von Shuffle-Daten während der DAG-Bereinigung. Die Bereinigung auf Anwendungsebene (AM) erfolgt sowieso und bereinigt alle verbleibenden Shuffle-Daten. Dies führt also nicht zur Akkumulation von Shuffle-Daten.
Version korrigieren: — EMR 7.3.0
Problemumgehung — Fügen Sie die folgende SSL-Konfiguration zu tez-site.xml hinzu:
<property> <name>ssl.client.truststore.location</name> <value>{SSL_TRUSTSTORE_LOCATION}</value> </property>
