Metriken und Bezeichnungen

Eine Metrik ist eine quantitative Kennzahl, die mindestens eine Bezeichnung zum Definieren seiner Merkmale aufweist.

Verwenden Sie Metriken, um statistische Daten zu analysieren, die numerische Werte aufweisen.

Eine Metrik wird durch Zeitreihen dargestellt. Eine Zeitreihe ist eine eindeutige Kombination aus einem Metriknamen und Schlüssel/Wert-Paaren für die Bezeichnung. Beispiel: website_failedRequest |region='Asia', customer_ID='abc'. Ein Datenpunkt ist der Wert, der für eine Zeitreihe zu einem bestimmten Zeitpunkt generiert wird.

Bezeichnungen werden als Infrastruktur- und Metrik-Deskriptor-Bezeichnungen klassifiziert. Jede Metrik verfügt über eine Reihe vordefinierter Bezeichnungen. Für benutzerdefinierte Metriken können Sie weitere Bezeichnungen konfigurieren.

Sie können Bezeichnungen verwenden, um die Merkmale einer Metrik zu identifizieren und zu unterscheiden, wie z. B.:

• Sie können Infrastrukturobjekte in logische Hierarchien gruppieren.
• Sie können Daten herausfiltern.
• Sie können zusammengefasste Daten in Segmente aufteilen.

Standardmetriken mit dem Monitoring-Agenten erfassen

Wenn Sie einen Monitoring-Agenten konfigurieren, werden automatisch Daten für Standardmetriken erfasst. Diese Metriken enthalten Metadaten, mit denen Sie Metriken bei ihrer Überwachung kennzeichnen, segmentieren und anzeigen können. Sie benötigen keine zusätzliche Instrumentierung oder Konfiguration auf Ihren Hosts, um Metriken abzurufen, die vom Agenten automatisch erfasst werden, um einen Einblick in die Vorgänge auf den Hosts zu erhalten.

Zum Überwachen Ihrer Infrastruktur, Ihres Netzes und Ihrer Anwendungen mit dem Service IBM Cloud® Monitoring können Sie Monitoring-Agenten auf unterstützten Hosts implementieren. Der Host bestimmt den Agententyp, den Sie implementieren können. Der Agententyp bestimmt die Metriken, die automatisch für diesen Host erfasst werden.

Um mit der Erfassung von Standardmetriken beginnen zu können, müssen Sie für jede Umgebung, die Sie überwachen wollen, einen Monitoring-Agenten konfigurieren.

Der Monitoring-Agent erfasst für jeden Host automatisch die folgenden Typen von Systemmetriken:

• System hosts metrics liefern Informationen zur CPU und Arbeitsspeicher und stellen Metriken zur Speicherbelegung zur Verfügung, mit denen Sie die Leistung und Ressourcenauslastung aller Ihrer Prozesse analysieren können.

• File and File System metrics stellen Informationen zu Dateien und Dateisystemen bereit, die Sie zum Analysieren der in Ihrem System stattfindenden Dateiinteraktionen verwenden können. Sie können beispielsweise Informationen zu Ihren geöffneten Dateien, zu den ein- und abgehenden Byte oder zum Prozentsatz der Belegung eines bestimmten Dateisystems erhalten.

• Process metrics liefern Informationen zu den Prozessen, die auf Ihren Servern ausgeführt werden. Sie können diese Metriken beispielsweise verwenden, um die Anzahl der Prozesse zu untersuchen oder um Client- oder Serverinformationen abzurufen.

• Network metrics liefern Informationen zum Netz. Sie bieten Einblick in die Verbindungen, die zwischen Ihren Anwendungen, Containern und Servern hergestellt werden. Sie erhalten beispielsweise Informationen zu den gesendeten oder empfangenen Byte oder zur Anzahl der HTTP-Anforderungen, den Verbindungen und den Latenzzeiten. Außerdem erfasst der Agent für SQL oder MongoDB zusätzliche Informationen, wenn er im Fehlerbehebungsmodus konfiguriert ist.

Darüber hinaus erfasst der Monitoring-Agent automatisch die folgenden Arten von Metriken pro Kubernetes- oder Red Hat OpenShift-Cluster:

• State metrics: Metriken zum Kube-Status geben Auskunft über den Allgemeinzustand und den Status der unterschiedlichen Objekte, die in Kubernetes-Komponenten ausgeführt werden, z. B. Bereitstellungen, Knoten und Pods. Die Liste der Metriken, die standardmäßig erfasst werden, finden Sie unter Kubernetes.

• Resource usage metrics: Metriken zur Ressourcennutzung geben Auskunft über den Allgemeinzustand und den Status der CPU und des Hauptspeichers von Workern (Knoten) und Pods, die im Cluster ausgeführt werden. Die Daten können nach Namensbereich, nach Worker, nach Pod oder nach Workloadobjekt wie etwa Bereitstellungen, DaemonSets usw. analysiert werden.

Standardmetriken mit dem Monitoring-Agenten erfassen

Der Monitoring-Agent enthält Komponenten, die Metriken über Syscall, StatsD, JMX und Promscrape erfassen.

• Der Agent extrahiert Informationen direkt aus dem Kernel über Server-Systemaufrufe. Systemaufrufe stellen Informationen zu aktiven Prozessen, Speicherzuordnung, Netzverbindungen, zum Zugriff auf das Dateisystem, zur Ressourcennutzung usw. bereit.

• Der Agent enthält einen schlanken Prometheus-Server mit der Bezeichnung Promscrape. Sie können den Agenten so konfigurieren, dass er Prometheus-Metriken erfasst und zur Speicherung und Verarbeitung an eine Monitoring-Instanz sendet.

Sie müssen den Monitoring-Agenten unter Verwendung von Prometheus-Syntax konfigurieren, um die Einstellungen für scrape_config zu konfigurieren und die Ziele, Instanzen und Jobs zu definieren.

• Promscrape basiert auf dem quelloffenen Prometheus-Server.
• Unterschiedliche Versionen von Monitoring Agent bieten einen unterschiedlichen Grad der Unterstützung für die Erfassung von Prometheus-Metriken. So zum Beispiel enthält Monitoring Agent v10.5.0 und höher Promscrape v2 und unterstützt die Erkennung nativer Prometheus-Services. Weitere Informationen zu Monitoring Agent finden Sie unter Releaseinformationen zu Monitoring Agent.
• Weitere Informationen zu Promscrape-Versionen enthält Migration von Promscrape V1 auf V2.

Angepasste Metriken unter Verwendung von Prometheus Remote Write erfassen

Sie können Prometheus Remote Write so konfigurieren, dass Metriken aus Umgebungen erfasst werden, in denen kein Monitoring-Agent verfügbar ist, und diese an eine Monitoring-Instanz gesendet werden.

Sie können Metriken aus den folgenden Quellen erfassen:

• Einem vorhandenen Prometheus-Server.
• Kurzlebigen Jobs oder Stapeljobs, die möglicherweise nicht genügend lang existieren, um von einem Monitoring-Agenten durch Scraping erfasst zu werden.
• Windows-Hosts und andere Betriebssysteme, unter denen der Monitoring-Agent nicht verfügbar ist.
• Nicht auf x86 basierende Architekturen, in der Regel in IoT-Umgebungen oder Edge-Computing.
• Nicht containerisierte Workloads wie NGNIX, angepasste Anwendungen, RabbitMQ und andere.

Sie können die erfassten Metriken mithilfe von Prometheus-Vorgängen zum Schreiben über Fernzugriff über die Monitoring-Webbenutzerschnittstelle überwachen. Sie können PromQL auch verwenden, um die Daten mithilfe der Prometheus-Standardsprache für Abfragen abzufragen.

Weitere Informationen finden Sie unter Metriken mithilfe von Prometheus Remote Write erfassen.

Metriken mithilfe von Prometheus-Exportkomponenten erfassen

Sie können Prometheus-Exportkomponenten verwenden, um Metriken von Hosts, Services oder Apps zu erfassen, die nicht von Haus aus Prometheus-formatierte Metriken zugänglich machen. Diese Metriken können Sie über eine Monitoring-Instanz überwachen.

Es gibt verschiedene Quellen für Prometheus-Exportkomponenten:

• Offizielle Exporteure sind in der offiziellen Prometheus GitHub Organisation verfügbar und sind offiziell gekennzeichnet.
• Sysdig kuratiert und pflegt eine Integrationsbibliothek. Die Integrationsbibliothek ist ein Unternehmensressourcenkatalog, in dem Sie unterstützte Monitoring-Integrationen für Kubernetes-Plattformen und Cloud-native Dienste finden können.

Sie können Metriken aus verschiedenen Quellen erfassen, wie z. B. den nachfolgend genannten:

• Hosts, für die kein Monitoring-Agent verfügbar ist, wie etwa Windows-Systeme oder VMware ESXi-Hostsysteme.
• Hosts, für die zwar ein Monitoring-Agent verfügbar ist, Sie jedoch andere Typen von Metriken erfassen müssen, wie z. B. IPMI-Sensormetriken oder hardware- und kernelbezogene Metriken.
• Services wie die MySQL-Datenbank.

Weitere Informationen finden Sie unter Metriken mithilfe von Prometheus-Exportkomponenten erfassen.

Plattformmetriken von IBM Cloud-Services erfassen

Plattformmetriken werden von aktivierten Überwachungsservices und von der Plattform in IBM Cloud zugänglich gemacht.

Sie können nur eine Instanz des Service IBM Cloud Monitoring pro Region konfigurieren, um Plattformmetriken an diesem Standort zu erfassen.

Wenn Sie Plattformmetriken für eine Serviceinstanz überwachen möchten, stellen Sie die IBM Cloud Monitoring-Instanz in der Region bereit, in der die IBM Cloud-Serviceinstanz bereitgestellt ist, die Sie überwachen möchten.

Weitere Informationen enthält Mit Plattformmetriken arbeiten.