Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
Google Distributed Cloud (GDC) Air-Gapped bietet Funktionen für das Betriebs-Logging, mit denen Sie Ihre Anwendungen und Dienste effektiv verwalten können. In Betriebslogs werden Informationen zu den Bedingungen, Änderungen und Aktionen in Ihren Bereitstellungen erfasst. So können Entwickler und Betreiber Folgendes tun:
Probleme beheben: Fehler oder unerwartetes Verhalten in Ihren Anwendungen und Ihrer Infrastruktur erkennen und diagnostizieren.
Leistung überwachen: Verfolgen Sie die Ressourcennutzung, führen Sie ein Protokoll der Systemereignisse und optimieren Sie die Anwendungsleistung.
In diesem Abschnitt erfahren Sie, wie Sie Betriebslogs abfragen und analysieren. Dieser Abschnitt dient als Referenz beim Erstellen von LogQL-Ausdrücken (Log Query Language) zum Suchen nach Betriebslogs. Weitere Informationen finden Sie unter Logs abfragen und ansehen.
GDC erfasst Betriebslogs für verschiedene Ressourcen, darunter:
Kubernetes-Arbeitslasten: Logs werden aus den Standardausgabe- (stdout) und Standardfehlerstreams (stderr) Ihrer Anwendungen erfasst, die dem Logging-Format des Kubernetes Container Runtime Interface (CRI) entsprechen.
Diese Vorgehensweise sorgt für Konsistenz und Kompatibilität mit den Protokollierungstools und ‑verfahren von Kubernetes. Weitere Informationen zu diesem Format finden Sie in der offiziellen Kubernetes-Dokumentation: https://github.com/kubernetes/design-proposals-archive/blob/main/node/kubelet-cri-logging.md.
[[["Leicht verständlich","easyToUnderstand","thumb-up"],["Mein Problem wurde gelöst","solvedMyProblem","thumb-up"],["Sonstiges","otherUp","thumb-up"]],[["Schwer verständlich","hardToUnderstand","thumb-down"],["Informationen oder Beispielcode falsch","incorrectInformationOrSampleCode","thumb-down"],["Benötigte Informationen/Beispiele nicht gefunden","missingTheInformationSamplesINeed","thumb-down"],["Problem mit der Übersetzung","translationIssue","thumb-down"],["Sonstiges","otherDown","thumb-down"]],["Zuletzt aktualisiert: 2025-09-05 (UTC)."],[[["\u003cp\u003eGoogle Distributed Cloud (GDC) air-gapped offers operational logging to help manage applications and services, capturing information about conditions, changes, and actions within deployments.\u003c/p\u003e\n"],["\u003cp\u003eOperational logs enable developers and operators to troubleshoot issues by identifying and diagnosing errors or unexpected behavior.\u003c/p\u003e\n"],["\u003cp\u003eOperational logs can be used to monitor performance by tracking resource usage, maintaining records of system events, and optimizing application performance.\u003c/p\u003e\n"],["\u003cp\u003eGDC collects operational logs for various resources, including Kubernetes workloads from the standard output (\u003ccode\u003estdout\u003c/code\u003e) and standard error (\u003ccode\u003estderr\u003c/code\u003e) streams of applications.\u003c/p\u003e\n"]]],[],null,["# Operational logs overview\n\nGoogle Distributed Cloud (GDC) air-gapped provides operational logging capabilities to help\nyou manage your applications and services effectively. Operational logs capture\ninformation about the conditions, changes, and actions occurring within your\ndeployments, letting developers and operators do the following:\n\n- **Troubleshoot issues**: Identify and diagnose errors or unexpected behavior in your applications and infrastructure.\n- **Monitor performance**: Track resource usage, maintain a record of system events, and optimize application performance.\n\nThis section helps to understand and query operational logs. Use this section\nfor reference when constructing\n[LogQL](https://grafana.com/docs/loki/latest/logql/) (Log Query Language)\nexpressions to search for operational logs. For more information, see\n[Query and view logs](/distributed-cloud/hosted/docs/latest/gdch/platform/pa-user/query-and-view-logs).\n\nGDC collects operational logs for various resources,\nincluding the following:\n\n- **Kubernetes workloads** : Logs are captured from the standard output (`stdout`) and standard error (`stderr`) streams of your applications, adhering to the Kubernetes Container Runtime Interface (CRI) logging format. This practice ensures consistency and compatibility with Kubernetes' logging tools and practices. For more information on this format, refer to the official Kubernetes documentation: \u003chttps://github.com/kubernetes/design-proposals-archive/blob/main/node/kubelet-cri-logging.md\u003e."]]
