Lokale Ressourcen mit BindPlane überwachen

Last reviewed 2024-08-02 UTC

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

  • Lokale Ressourcen mit BindPlane protokollieren: Hier erfahren Sie, wie Cloud Logging das Logging lokaler Ressourcen unterstützt.
  • Lokale Ressourcen mit BindPlane überwachen (dieses Dokument): Hier erfahren Sie, wie Cloud Monitoring das Monitoring lokaler Ressourcen unterstützt.

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 die Infrastruktur zu Google Cloud verschieben, und Sie möchten Ihre lokalen Ressourcen ü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 Monitoringstrategie für Ressourcen in Google Cloud und den verbleibenden lokalen Infrastrukturen und Anwendungen interessiert sind.

Messwerte mit Monitoring aufnehmen

Sie können Messwerte auf zwei Arten in Monitoring aufnehmen:

  • Verwenden Sie BindPlane von observIQ, um Messwerte aus Ihren lokalen oder anderen Cloud-Quellen aufzunehmen.
  • Verwenden Sie OpenCensus, um in die Cloud Monitoring API zu schreiben.

BindPlane verwenden, um Messwerte aufzunehmen

Im folgenden Diagramm sehen Sie, wie BindPlane Messwerte sammelt und wie diese Messwerte in Monitoring aufgenommen werden.

Verwendung von Monitoring und BindPlane zum Überwachen lokaler Ressourcen

observIQ bietet mehrere Versionen von BindPlane: BindPlane für Google, selbst gehostet, SaaS und Enterprise. Weitere Informationen zu diesen Versionen finden Sie auf der Lösungsseite für BindPlane.

Vorteile:

  • Er benötigt eine Konfiguration und keine Instrumentierung der Anwendungen, was die Implementierungszeit verkürzt.
  • Er ist in den Kosten für die Verwendung von Monitoring enthalten.
  • Er unterstützt die Konfiguration durch Monitoring-Produkt und -Support.
  • Er kann auf Messwerte erweitert werden, die nicht von der Standardkonfiguration bereitgestellt werden.

Nachteile:

  • Er benötigt den BindPlane-Agent von observIQ, um Messwerte an Monitoring weiterzuleiten, wodurch das Gesamtsystem komplexer wird.

Diese Option ist die empfohlene Methode, da sie den geringsten Aufwand erfordert. Diese Lösung erfordert eine Konfiguration statt einer Programmentwicklung.

OpenCensus verwenden, um in die Monitoring API zu schreiben

Im folgenden Diagramm sehen Sie, wie OpenCensus Messwerte sammelt und wie diese Messwerte in Monitoring aufgenommen werden.

Verwendung der Monitoring API zum direkten Überwachen lokaler Ressourcen

Wenn Sie die Monitoring API direkt verwenden, müssen Sie Ihren Anwendungen Instrumentierungscode hinzufügen, um Messwerte direkt an die API zu senden. Sie können dies direkt tun, indem Sie die Monitoring API zum Schreiben von Messwerten verwenden oder Ihre Anwendung mit dem Monitoring-Exporter für OpenCensus instrumentieren. OpenCensus ist ein Open-Source-Projekt, das eine Standarddatenstruktur für Traces und Messwerte definiert. OpenCensus bietet den Vorteil, dass mehrere Back-Ends unterstützt werden, einschließlich Monitoring. OpenCensus implementiert auch alle grundlegenden technischen Details für die Verwendung der Monitoring API.

Vorteile:

  • Es bietet Flexibilität, da die erforderliche Instrumentierung mit dem OpenCensus Exporter einfach implementiert werden kann.

Nachteile:

  • Es erfordert eine separate Lösung für Infrastrukturmesswerte. Dazu muss ein benutzerdefinierter Agent geschrieben werden.
  • Es benötigt eine Instrumentierung der Anwendung, was höhere Implementierungskosten bedeuten kann.
  • Es erfordert Open-Source-Bibliotheken.

Diese Option ist nicht die empfohlene Methode, da sie den höchsten Aufwand erfordert und Infrastrukturmesswerte nicht berücksichtigt.

BindPlane verwenden

Dieses Dokument umfasst die Verwendung von BindPlane von observIQ zur Aufnahme von Messwerten in Monitoring. Der BindPlane-Dienst definiert eine Reihe von Quellen, nimmt diese Messwerte auf und sendet sie dann an Monitoring als Ziel. BindPlane unterstützt Agents, die auf ausgewählten Versionen von Windows, Linux und Kubernetes ausgeführt werden.

Quellen, Agents, Ziele und Prozessoren

BindPlane bietet die folgenden Funktionen:

  • Quellen: Elemente, die Messwerte generieren, z. B. Google Kubernetes Engine (GKE), Amazon Elastic Container Service für Kubernetes (Amazon EKS) oder Microsoft Azure Container Service.
  • Agents: Schlanke Prozesse, die Ihre Umgebung aus der Ferne überwachen und Messwertdaten an BindPlane weiterleiten.
  • Ziele: Dienste, an die BindPlane die Messwerte weiterleitet. In diesem Fall ist das Ziel der Prozess auf BindPlane, der die Monitoring API verwendet, um Messwerte in Monitoring zu schreiben.
  • Prozessoren: Konfigurationen, die Ihre Daten transformieren können, bevor sie Ihr Ziel erreichen. Dazu gehören das Hinzufügen von Attributen, das Filtern und das Konvertieren von Protokollen in Messwerte.

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

Anwendungsbeispiel

BeispielUnternehmen verfügt beispielsweise über Ressourcen, die in Google Cloud, Microsoft Azure und mithilfe von vSphere in lokalen Ressourcen bereitgestellt werden. In Google Cloud werden ein GKE-Cluster und eine Demoanwendung bereitgestellt, mit der die Website des Unternehmens ausgeführt wird. In der Microsoft Azure-Umgebung führt Azure Kubernetes Service (AKS) eine Reihe von Mikrodiensten aus, die externen Entwicklern einen REST API-Endpunkt bieten. In der vSphere-Umgebung unterstützen MySQL, Oracle und Microsoft SQL Server mehrere Unternehmensanwendungen.

Mit Ressourcen in jeder Umgebung möchte ExampleOrganization jede Komponente beobachten, ganz gleich, wo die Komponente bereitgestellt wird. Da Messwerte aus jeder Umgebung mithilfe von BindPlane an Logging und Monitoring gesendet werden, sind alle Messwerte zu Monitoring- und Benachrichtigungszwecken an einem einzigen Ort gespeichert.

Messwerte von BindPlane an Monitoring senden

Nachdem BindPlane eingerichtet wurde und Messwerte sendet, erreichen diese Ihren Monitoringarbeitsbereich. Anschließend können Sie mit Monitoring Dashboards aus den Zeitachsen anzeigen, konfigurieren, erstellen und dort Benachrichtigungen empfangen, wie auch für beliebige andere Messwerte oder Zeitachsen in Monitoring. Weitere Informationen finden Sie unter Messwerte, Zeitachsen und Ressourcen.

Messwerte in Monitoring verwenden

Im vorherigen Beispiel wurde BindPlane so konfiguriert, dass Messwerte aus Google Cloud, Microsoft Azure und lokalen Quellen gesendet werden. Die folgenden drei Messwerte werden in Monitoring angezeigt:

  • GKE-Clustermesswerte
  • AKS-Clustermesswerte
  • Lokale vSphere-Datenbankmesswerte

GKE-Clustermesswerte

Wenn Sie GKE-Cluster eingerichtet haben, werden die GKE-Clustermesswerte auf der Seite Kubernetes-Cluster oder Kubernetes-Arbeitslasten angezeigt. Sie können sich mehrere Ansichten der Kubernetes-Komponenten ansehen, die im Monitoring ausgeführt werden. Die Messwerte, Logs und Konfigurationen sind für jeden Pod verfügbar.

Weitere Informationen finden Sie unter Beobachtbarkeitsmesswerte anzeigen.

AKS-Clustermesswerte

In derselben Monitoringumgebung werden Messwerte für AKS gesammelt. Die Messwerte werden in Monitoring angezeigt und können für alle Zwecke in Monitoring verwendet werden, einschließlich Dashboards, Benachrichtigungen und des Metrics Explorer.

Die Seite "Metrics Explorer" bietet eine Möglichkeit, Messwerte zu suchen, zu filtern und auf ihnen basierende Diagramme zu erstellen. Beachten Sie, dass die von BlindPlane gesendeten Messwerte das Präfix workload.googleapis.com/THIRD_PARTY_APP_NAME im Messwertnamen haben.

Mit dem Metrics Explorer kann ein Diagramm für den Messwert erstellt werden. Weitere Informationen zu Diagrammen finden Sie unter Diagramme mit dem Metrics Explorer erstellen.

Wie bei allen Messwerten in Monitoring können Sie aus diesen Messwerten Dashboards erstellen, die mehrere Diagramme darstellen. Das Dashboard kann Messwerte darstellen, die von AKS erstellt, von BindPlane gesammelt und in Monitoring gespeichert wurden. Weitere Informationen zu Dashboards finden Sie unter Google Cloud-Dashboards ansehen und anpassen.

Lokale vSphere-Clustermesswerte

Der letzte Teil dieses Beispiels enthält Datenbankmesswerte von vSphere. Die Messwerte aus vSphere werden in Monitoring angezeigt und können wie alle anderen Messwerte in Monitoring verwendet werden. Die Oracle-Messwerte von vSphere werden in der Liste der Messwerte auf der Seite „Metrics Explorer“ angezeigt.

Wie bei allen Messwerten in Monitoring können die Messwerte zum Erstellen von Benachrichtigungen verwendet werden. Die Benachrichtigung kann Messwerte darstellen, die von Oracle in vSphere erstellt, von BindPlane erfasst und in Monitoring gespeichert werden. Weitere Informationen zu Benachrichtigungen finden Sie unter Benachrichtigungen.

Fazit

Monitoring bietet Dashboards, Benachrichtigungen und Reaktionen auf Vorfälle, damit Sie Informationen zu Ihren Plattformen erhalten. Mit Monitoring und BindPlane erhalten Sie Statistiken zu Ihren lokalen Ressourcen.

Nächste Schritte