Deaktivieren von Log- und Metrikübertragungen von Dynamic Engine zu Talend Management Console

Standardmäßig werden Ausführungslogs und Jobkomponentenmetriken automatisch an Talend Management Console übertragen und können auf der Seite Run overview (Ausführungsübersicht) angezeigt werden. Sie können diese Übertragung deaktivieren.

Aktualisieren Sie die ConfigMap mit dem Namen global-configuration der Dynamic Engine-Umgebung in Kubernetes, um die Logübertragung von der zugeordneten Dynamic Engine zu deaktivieren.

Weitere Informationen zu kubectl-Befehlen und -Flags finden Sie in der kubectl-Kurzreferenz.

Warum und wann dieser Vorgang ausgeführt wird

Ein gutes Verständnis der Implementierungsarchitektur einer Dynamic Engine-Instanz und deren Dynamic Engine-Umgebungen in einem Kubernetes-Cluster trägt dazu bei, die Updates erfolgreich durchzuführen:

Dynamic Engine und Dynamic Engine-Umgebungen
Jede Dynamic Engine-Umgebung ist nur jeweils einer Dynamic Engine zugewiesen, aber es sind mehrere Umgebungen pro Engine zulässig.
Implementierungseinschränkung:

Im Kubernetes-Cluster ist nur eine Dynamic Engine zulässig, aber es können mehrere Dynamic Engine-Umgebungen implementiert werden.
Konfigurationsisolierung:

Jede Dynamic Engine-Umgebung hat ihre eigene spezifische ConfigMap global-configuration. Aktualisierungen einer bestimmten ConfigMap wirken sich nur auf die Umgebung aus, zu der diese gehört.
Benutzerdefinierte Ressourcen:

Dynamic Engine-Umgebungen werden als eine Art benutzerdefinierter Kubernetes-Ressource mit dem Namen QlikRuntime implementiert. Der Ressourcenname einer Dynamic Engine-Umgebung wird auch als ihr Namespace-Name verwendet. Sie gehören zur benutzerdefinierten Ressourcendefinition qlikruntimes.qlik.com

Prozedur

Aktualisieren Sie den Namespace-Namen der Dynamic Engine-Umgebung, indem Sie folgenden Befehl ausführen:
```
kubectl get qlikruntimes.qlik.com
```
Eine Liste der Ressourcen dieser Art QlikRuntime wird zurückgegeben. Damit können Sie auch die Dynamic Engine-Umgebung identifizieren, für die Sie die ConfigMap aktualisieren möchten. Beispielsweise kann der zu verwendende Ressourcenname oder Namespace-Name wie folgt lauten: qlik-processing-env-66f2c0bb3e063d3518122259.
Öffnen Sie die ConfigMap global-configuration, um die Eigenschaft zum Senden von Logs an Talend Management Console zu aktualisieren:
```
kubectl edit cm -n qlik-processing-env-66f2c0bb3e063d3518122259 global-configuration
```
In diesem Befehl steht cm für ConfigMap, -n bedeutet Namespace, und qlik-processing-env-66f2c0bb3e063d3518122259 ist der Beispiel-Namespace-Name der Dynamic Engine-Umgebungsressource.
Die ConfigMap global-configuration wird im Texteditor geöffnet.
Ändern Sie jeden der Werte für die folgenden Eigenschaften von true (wahr) zu false (falsch), um die Übertragung zu deaktivieren:
- "logging":{"publishToTalendCloud":false}: Diese Eigenschaft definiert, ob Ausführungslogs an Talend Management Console übertragen werden.
- "observability":{"componentMetricsFeatureEnabled": false}: Diese Eigenschaft bestimmt, ob Ausführungsmetriken an Talend Management Console übertragen werden.
Speichern Sie die Datei.

Ergebnisse

Nach dieser Änderung werden die Logs zwar in der Engine erstellt, aber nicht an Talend Management Console gesendet.

Wenn Sie in dieser Situation Zugriff auf die Logs benötigen, führen Sie im Kubernetes-Terminal die folgenden Befehle aus:

```
kubectl logs --tail=20 -n qlik-processing-env-66f2c0bb3e063d3518122259 -l 'app.kubernetes.io/instance=di-job-controller'
```
Dieser Befehl gibt die Logs über den Dienst zurück, der die Kubernetes-Prozesse erstellt.
Mit der Option --tail können Sie die Anzahl der anzuzeigenden Zeilen der Protokollausgabe angeben.
```
kubectl logs --tail=20 -n qlik-processing-env-66f2c0bb3e063d3518122259 -l 'app.kubernetes.io/instance=di-job-deployer'
```
Dieser Befehl gibt die Logs über den Dienst zurück, der die Task-Meldung in ActiveMQ liest und die Kubernetes-Prozesse auslöst.
```
kubectl logs --tail=20 -n qlik-processing-env-66f2c0bb3e063d3518122259 -l 'flowID=664c66ddb1ad64071d44b510'
```
Dieser Befehl gibt die Logs einer bestimmten Task zurück. Das Feld 'flowID=664c66ddb1ad64071d44b510' ist die ID der betreffenden Task. Sie finden diese ID auf der spezifischen Seite der Task in Talend Management Console, oder indem Sie diesen API-Endpunkt verwenden.
```
kubectl logs --tail=20 -n qlik-processing-env-66f2c0bb3e063d3518122259 -l 'flowExecutionId=3c1d860a-e433-47c0-90bb-52a3b2b4fdfa'
```
Dieser Befehl gibt die Logs einer bestimmten Ausführung zurück. Das Feld 'flowExecutionId=3c1d860a-e433-47c0-90bb-52a3b2b4fdfa' ist die ID der betreffenden Task- oder Planausführung. Sie finden diese ID über diesen API-Endpunkt oder auf der Seite Task execution log (Task-Ausführungslog) in Talend Management Console. Auf der Seite Task execution log (Task-Ausführungslog) wird diese ID als Task execution ID (Task-Ausführungs-ID) bezeichnet.

Tipp:

Mit -f können Sie angeben, ob die Protokolle gestreamt werden sollen.

Sie können auch kubectl logs --help verwenden, um alle Befehle und Optionen anzuzeigen.

Hat diese Seite Ihnen geholfen?

Wenn Sie ein Problem mit dieser Seite oder ihrem Inhalt feststellen, sei es ein Tippfehler, ein ausgelassener Schritt oder ein technischer Fehler, informieren Sie uns bitte!

Geben Sie hier Ihr Feedback ab