Protokollierung und Traceerstellung in IBM Cloud Private
improve this page | report issueÜbersicht
Die IBM Mobile Foundation protokolliert Fehler, Warnungen und Informationsnachrichten in einer Protokolldatei. Der zugrunde liegende Mechanismus der Protokollierung variiert je nach Anwendungsserver. In IBM Cloud Private ist Liberty der einzige unterstützte Anwendungsserver.
Im folgenden Dokument wird erläutert wie für einen in einem Kubernetes-Cluster in IBM Cloud Private ausgeführten MobileFirst Server der Trace aktiviert wird und Protokolle erfasst werden.
Fahren Sie mit folgenden Abschnitten fort:
- Voraussetzungen
- Protokollierungs- und Überwachungsmechanismus konfigurieren
- kubectl-Protokolle erfassen
- Protokolle mit einem angepassten Script von IBM erfassen
Voraussetzungen
Installieren und konfigurieren Sie die folgenden Tools, die für die Protokollerfassung und die Fehlerbehebung erforderlich sind:
- Docker (
docker
) - Kubernetes-CLI (
kubectl
)
Führen Sie die hier beschriebenen Schritte aus, um den kubectl
-Client für Ihren Cluster in IBM Cloud Private zu konfigurieren.
Protokollierungs- und Überwachungsmechanismus konfigurieren
Die gesamte Protokollierung der Mobile Foundation erfolgt standardmäßig in den Protokolldateien des Anwendungsservers. Die Standardtools, die in Liberty verfügbar sind, können zum Steuern der Serverprotokollierung in der Mobile Foundation verwendet werden. Weitere Informationen finden Sie in der Dokumentation im Abschnitt Protokollierungs- und Überwachungsmechanismen konfigurieren.
Unter Protokollierungs- und Überwachungsmechanismen konfigurieren erfahren Sie genau, wie die Datei server.xml
aktualisiert werden kann, um die Protokollierung zu konfigurieren. Zudem enthält der Abschnitt Informationen zur Traceaktivierung. Verwenden Sie den Filter com.ibm.ws.logging.trace.specification
für eine selektive Traceaktivierung. Weitere Informationen finden Sie hier. Diese Eigenschaft kann mit JVM-Optionen (jvm.options
) oder in der Datei bootstrap.properties
der Serverinstanz angegeben werden.
Wenn Sie zu jvm.options
beispielsweise den folgenden Eintrag hinzufügen, wird die Traceerstellung für alle mit com.ibm.mfp
beginnenden Methoden aktiviert und die Tracestufe auf all gesetzt.
-Dcom.ibm.ws.logging.trace.specification=com.ibm.mfp.*=all=enabled
Sie können diesen Eintrag auch mithilfe der JNDI-Konfiguration festlegen. Weitere Informationen finden Sie hier.
kubectl-Protokolle erfassen
Mit dem Befehl kubectl logs
können Sie Informationen zu dem im Kubernetes-Cluster implementierten Container abrufen. Der folgende Befehl ruft beispielsweise die Protokolle für den Pod ab, dessen Podname im Befehl angegeben ist:
kubectl logs po/<Podname>
Weitere Informationen zum Befehl kubectl logs
finden Sie in der Kubernetes-Dokumentation.
Protokolle mit einem angepassten Script von IBM erfassen
Die MobileFirst-Server und Containerprotokolle können mit dem Script get-icp-logs.sh erfasst werden. Das Script verwendet den Helm-Releasenamen als Eingabe und erfasst die Protokolle von allen implementierten Pods.
Das Script kann wie folgt ausgeführt werden:
get-icp-logs <Helm-Releasename> [<Ausgabeverzeichnis>] [<Namespace>]
In der folgenden Tabelle sind die von dem angepassten Script verwendeten Parameter beschrieben.
Option | Beschreibung | Bemerkungen |
---|---|---|
Helm-Releasename | Releasename der jeweiligen Helm-Chart-Installation | Obligatorisch |
Ausgabeverzeichnis | Ausgabeverzeichnis, in das die erfassten Protokolle gestellt werden sollen | Optional Standardeinstellung: Unterverzeichnis mfp-icp-logs unter dem aktuellen Arbeitsverzeichnis |
Namespace | Namespace, in dem das jeweilige Helm-Chart installiert ist | Optional Standardeinstellung: default |
Inclusive terminology note: The Mobile First Platform team is making changes to support the IBM® initiative to replace racially biased and other discriminatory language in our code and content with more inclusive language. While IBM values the use of inclusive language, terms that are outside of IBM's direct influence are sometimes required for the sake of maintaining user understanding. As other industry leaders join IBM in embracing the use of inclusive language, IBM will continue to update the documentation to reflect those changes.