Lokale Ressourcen mit BindPlane protokollieren

Last reviewed 2024-08-02 UTC

Dieses Dokument ist Teil einer zweiteiligen Reihe dazu, wie Sie Cloud Logging und Cloud Monitoring in lokale Infrastrukturen und Anwendungen einbinden.

  • Lokale Ressourcen mit BindPlane protokollieren (dieses Dokument): Erfahren Sie, wie Sie mit Logging Logdaten von lokalen Ressourcen erhalten.
  • Lokale Ressourcen mit BindPlane überwachen: Hier erfahren Sie, wie Sie mit Monitoring lokale Ressourcen überwachen.

Aus folgenden Gründen sollten Sie Logging und Monitoring zum Protokollieren und Überwachen Ihrer lokalen Ressourcen in Betracht ziehen:

  • Sie benötigen eine temporäre Lösung, während Sie Ihre Infrastruktur zu Google Cloud verschieben, und möchten Ihre lokalen Ressourcen protokollieren und überwachen, bis sie außer Betrieb genommen werden.
  • Möglicherweise haben Sie eine heterogene Computerumgebung mit verschiedenen Cloud- und lokalen Ressourcen.

In beiden Fällen können Sie sowohl mit den Logging und Monitoring APIs als auch mit BindPlane Einblick in Ihre lokalen Ressourcen erhalten. Dieses Dokument richtet sich an DevOps-Entwickler, Manager und Führungskräfte, die an einer Logging-Strategie für Ressourcen in Google Cloud und den verbleibenden lokalen Infrastrukturen und Anwendungen interessiert sind.

Logs mit Logging aufnehmen

Sie können Logs mithilfe der API auf zwei unterstützte Arten in Logging aufnehmen:

  • Verwenden Sie BindPlane von observIQ, um Logs aus Ihren lokalen oder anderen Cloud-Quellen aufzunehmen.
  • Verwenden Sie die Cloud Logging API direkt über Ihre Anwendung oder mit einem benutzerdefinierten Agent.

BindPlane zum Aufnehmen von Logging-Logs verwenden

Im folgenden Diagramm ist dargestellt, wie BindPlane Logs aufnimmt und wie diese Logs in Logging aufgenommen werden.

Architektur für die Verwendung von Logging und BindPlane zum Aufnehmen lokaler Logs

BindPlane ermöglicht Nutzern, Agents per Remotezugriff auf den Hosts bereitzustellen und zu verwalten, von denen sie Logs erfassen möchten. Weitere Informationen finden Sie in den Anleitungen zu BindPlane. Diese Option ist am einfachsten zu implementieren, da sie zum Einrichten nur eine Konfiguration und keine Programmentwicklung benötigt.

Vorteile:

  • Sie benötigt Konfiguration, keine Programmentwicklung.
  • Sie ist in den Kosten für die Verwendung von Logging enthalten.
  • Sie gehört zur unterstützten Konfiguration vom Logging-Produkt und -Support.
  • Sie kann auf Logs erweitert werden, die nicht von der Standardkonfiguration bereitgestellt werden.

Nachteile:

  • Sie erfordert die Verwendung eines Drittanbietertools.
  • Möglicherweise muss eine benutzerdefinierte Konfiguration bereitgestellt werden, wenn die Logquelle nicht standardmäßig bereitgestellt wird. Die bereitgestellte Liste der Logs ist unter Quellen verfügbar.

Logging API direkt verwenden

Das folgende Diagramm zeigt, wie Logs von der Instrumentierung erfasst und in Logging aufgenommen werden.

Diagramm: Architektur für die Verwendung der Logging API zur direkten Aufnahme lokaler Logs

Wenn Sie die APIs direkt verwenden, müssen Sie Ihre Anwendungen instrumentieren, Logs direkt an die API zu senden, oder einen benutzerdefinierten Agent entwickeln, der Logs an die API sendet. Das ist die aufwendigste Option, da sie mit Entwicklungsaufwand verbunden ist.

Vorteile:

  • Sie bietet Flexibilität, da Sie die Instrumentierung mit Client-Logging-Bibliotheken implementieren können.

Nachteile:

  • Sie erfordert eine separate Lösung für Infrastrukturlogs, z. B. einen benutzerdefinierten Agent.
  • Sie erfordert Code-Instrumentierung, was höhere Implementierungskosten bedeuten kann.
  • Sie erfordert Batching und andere skalierbare Aufnahmetechniken für eine angemessene Aufnahmeleistung.
  • Support wird nur für die Logging API angeboten, nicht aber für benutzerdefinierten Code.

BindPlane verwenden

Dieses Dokument umfasst die Verwendung von BindPlane von observIQ zur Aufnahme von Logs in Logging. BindPlane ist in den Kosten von Logging enthalten. Daher ist keine Entwicklung erforderlich und es wird eine produktunterstützte Lösung bereitgestellt.

Agents, Quellen und Ziele

Ausführliche Informationen zu Agents, Quellen und Zielen finden Sie in der Kurzanleitung zu BindPlane.

Anwendungsbeispiel

Unternehmenskunden verwenden BindPlane, um in den folgenden lokalen Logging-Szenarien Logs aufzunehmen:

  1. Benutzerdefiniertes Parsen und Filtern von Logdaten aus benutzerdefinierten Anwendungslogs
  2. Sammlung von Betriebssystemereignissen aus virtuellen Linux- oder Windows-Maschinen.
  3. Aufnahme von Syslog-Streams aus Netzwerk- oder anderen kompatiblen Geräten
  4. Sammlung von Kubernetes-System- und -Anwendungslogs.

Logs der lokalen Umgebung an Logging senden

Nachdem Sie BindPlane eingerichtet und mit dem Senden von Logs begonnen haben, werden diese Logs an Logging gesendet. Öffnen Sie die Google Cloud Console, um Logs anzusehen, zu verarbeiten und zu exportieren. Die Logs werden als Ressourcentypen generic_node oder generic_task aufgelistet. Weitere Informationen zu den in den einzelnen Ressourcentypen enthaltenen Labels finden Sie in der Ressourcenliste von Logging.

Cloud Logging unterstützt mithilfe von zwei Ressourcentypen Logs, die nicht von Cloud Logging stammen:

  • Generischer Knoten: Gibt eine Maschine oder eine andere Computing-Ressource an, für die kein anderer Ressourcentyp anwendbar ist. Die Labelwerte müssen den Knoten eindeutig identifizieren.
  • Allgemeine Aufgabe: identifiziert einen Anwendungsprozess, für den keine andere Ressource anwendbar ist, z. B. einen von einem benutzerdefinierten Orchestrierungssystem geplanten Prozess. Die Labelwerte müssen die Aufgabe eindeutig identifizieren.

Logs in Logging aufrufen

Auf der Log-Explorer-Seite ist Generischer Knoten als Ressourcentyp in der Liste Alle Ressourcen enthalten.

Die auf der Seite angezeigten Logs wurden als Ressourcentyp generic_node erfasst. Maximieren Sie eine Zeile, um die Details des Logeintrags zu sehen.

Die Logeinträge verwenden ein strukturiertes Logging-Format. Dies bietet ein umfangreicheres Format für die Suche in den Logs, da die Lognutzlast als jsonPayload gespeichert wird. Das strukturierte Logging-Format erleichtert den Zugriff auf Logs, da Sie die Felder in der Nutzlast als Teil der Suche verwenden können. Der BindPlane-Agent stellt eine Zuordnung vom ursprünglichen Logeintrag zum strukturierten Logeintrag in Logging bereit.

Fazit

Mit den in Logging verfügbaren Logs können Sie die Logging-Funktionen in vollem Umfang nutzen. Logs werden in der Google Cloud Console angezeigt. Sie können Logs mithilfe von Logexporten exportieren und mit diesen unter Verwendung von logbasierten Messwerten Messwerte und Benachrichtigungen in Monitoring erstellen.

Nächste Schritte