Back to top icon

Eine vollständige Einführung in das Kubernetes-Monitoring mit New Relic

Grundlagen des Kubernetes-Monitorings: Erfahren Sie, wie Sie Kubernetes-Deployments effektiv überwachen können.

Einführung

Vor Kubernetes mussten Cluster-Administratoren, DevOps-Techniker, Anwendungsentwickler und Betriebsteams zahlreiche manuelle Aufgaben durchführen, um ihre containerisierten Anwendungen zu planen, bereitzustellen und zu verwalten. Die Kubernetes-Plattform der Containerorchestrierung hat viele dieser Aufgaben verändert. Doch nun gibt es andere Dinge, über die sich Teams Gedanken machen müssen.

Kubernetes löst zwar alte Probleme, sorgt aber auch für neue. Besonders beim Einführen von Containern und der Containerorchestrierung müssen Teams ihre Monitoring-Strategien überdenken und anpassen, um die neuen Infrastrukturebenen in einer verteilten Kubernetes-Umgebung zu berücksichtigen. Überwacht werden müssen:

  • Cluster: Überwachen Sie die Kapazität und Ressourcenauslastung Ihres Clusters und analysieren Sie detailgenau bestimmte Bereiche des Clusters, einschließlich:

    • Knoten: Überwachen Sie CPU-, Speicher- und Festplattenauslastung für Kubernets-Workers und -Masters, um die Integrität aller Knoten sicherzustellen.

    • Deployments/Pods: Stellen Sie sicher, dass alle gewünschten Pods in einem Deployment aktiv und integer sind.

    • Container: Überwachen Sie CPU- und Speicherauslastung und erkennen Sie, wie stark von Ihnen gesetzte Limits ausgereizt werden. Prüfen Sie, ob Container nicht starten können, weil sie in einem „Crash Loop Backoff“ feststecken.

  • Anwendungen: Überwachen Sie die Performance und Verfügbarkeit von Anwendungen, die in Ihrem Kubernetes-Cluster ausgeführt werden. Messen Sie Anforderungsrate, Throughput, Fehlerrate und mehr.

  • Endbenutzererlebnis: Verfolgen und überwachen Sie die Performance von mobilen Anwendungen und Browsern, um Einblicke in Aspekte wie Reaktionszeit und Fehler zu erhalten. Überwachen Sie Ladezeit und Verfügbarkeit, um die Kundenzufriedenheit sicherzustellen.

Dieser Leitfaden behandelt die Grundlagen eines effektiven Monitorings von Kubernetes-Deployments und dient als Einführung in das Kubernetes-Monitoring.

Monitoring von Kubernetes-Clustern

Die Kubernetes-Integration von New Relic Infrastructure bietet Ihnen nicht nur Einblicke in Betriebsdaten wie die verwendeten Ressourcen oder die Anzahl der Namespaces je Cluster und Pod. Sie zeigt durch das integrierte Labeling-System von Kubernetes auch die Beziehungen zwischen Objekten im Cluster auf.

Kubernetes-Monitoring

Legen Sie los und überwachen Sie Ihre Kubernetes-Cluster mit New Relic

Die New Relic Infrastructure Kubernetes-Integration bietet Metriken auf Systemebene, mit denen die wichtigsten Bereiche des Clusters eingesehen, Probleme behoben und Alerts erstellt werden können. Das sofort einsatzbereite Dashboard der Integration macht es möglich, sowohl einzelne Container zu inspizieren als auch große Multi-Cluster-Bereitstellungen über mehrere Kubernetes-Entitäten hinweg zu überblicken, einschließlich Knoten, Pods, Namespaces und Containern.

So können Sie das Dashboard der Kubernetes-Integration anzeigen:

  1. Wechseln Sie zu infrastructure.newrelic.com > Integrationen > On-Host-Integrationen und klicken Sie auf den Link zum Kubernetes-Dashboard. 
  2.  Installieren Sie Kube-state-metrics.
  3. Befolgen Sie die Anweisungen in der New Relic-Integrationsdokumentation, um die Installation und Konfiguration abzuschließen.

Dies öffnet das standardmäßige Kubernetes-Dashboard:  

Zeigen Sie Ihre Daten in vorgefertigten Dashboards an, um sofort Einblicke in Ihre Kubernetes-Umgebung zu erhalten

Erhalten Sie einen vollständigen Überblick über Cluster

Verfolgen und überwachen Sie die Kapazität und Ressourcenauslastung Ihres Clusters.

Ihr Kubernetes-Deployment wird vermutlich von unterschiedlichen Teams verwaltet, beispielsweise Site Reliability Engineers, Betriebsingenieuren und Entwicklern. Dadurch kann es schwierig werden, den aktuellen Status eines Clusters zu verfolgen. Wichtige Fragen sind unter anderem:

  • Wie groß ist das Kubernetes-Deployment?
  • Wie viele Knoten, Namespaces, Deployments, Pods und Container werden in einem Cluster ausgeführt?

So kann New Relic helfen

Das Cluster-Übersichtswidget im Standard-Dashboard der Kubernetes-Integration von New Relic Infrastructure bietet Zähler für alle Objektkategorien, die Ihnen wichtig sind. Sie können sie sich als Momentaufnahme oder kuratierte Liste der von Kubernetes in Ihrem Cluster verwalteten Objekte vorstellen.

Das Standard-Dashboard von New Relic Infrastructure bietet eine Übersicht über die Objekte in jedem Cluster.

Empfohlene Alerts

Es ist nicht unbedingt erforderlich, Alerts in der Cluster-Übersicht einzurichten. Wir empfehlen jedoch, dieses Dashboard in Ihrem Arbeitsbereich sichtbar zu lassen, damit alle Teammitglieder den aktuellen Status Ihres Kubernetes-Deployments überblicken können.

 

Die Cluster-Ressourcenauslastung überwachen

Beim Verwalten von Clustern benötigen Sie ausreichend verwendbare Ressourcen in Ihrem Cluster, um Probleme beim Planen von Pods oder Bereitstellen von Containern zu vermeiden. Wenn nicht genügend Kapazität verfügbar ist, um die Mindestressourcenanforderungen aller Container zu erfüllen, können Sie die Kapazität Ihrer Knoten erhöhen oder weitere Knoten hinzufügen, um die Arbeitslast zu verteilen.

Sie sollten Folgendes wissen:

  •  Welcher Prozentsatz der Clusterressourcen wird zu einem bestimmten Zeitpunkt verwendet?
  •  Sind Cluster über- oder unterprovisioniert?
  •  Wie hoch sind die an Ihre Systeme gestellten Anforderungen?

 

So kann New Relic helfen

Unsere Kubernetes-Integration überwacht und verfolgt die aggregierte Kern- und Speichernutzung für alle Knoten im Cluster, damit Sie Ressourcenanforderungen erfüllen und für eine optimale Anwendungsperformance sorgen können.

Das Standard-Dashboard von New Relic Infrastructure zeigt die Kern- und Speicherauslastung.

Empfohlene Alerts
Richten Sie Alerts zur Kern- und Speicherauslastung der Hosts in Ihrem Cluster ein.

Knoten-Ressourcenauslastung überwachen

Es reicht nicht aus, die Knoten im Cluster zu verfolgen: Auch CPU-, Speicher-, und Festplattenauslastung für Kubernetes-Knoten (Workers und Masters) müssen überwacht werden, um sicherzustellen, dass alle Knoten im Cluster integer sind.

Mit diesen Daten können Sie Folgendes sicherstellen:

  •  Sie haben genügend Knoten in Ihrem Cluster
  • Die Ressourcenzuweisung für vorhandene Knoten ist ausreichend für bereitgestellte Anwendungen
  • Sie erreichen keine Ressourcenbeschränkungen
  •   etcd ist funktionsfähig

So kann New Relic helfen 

New Relic überwacht die Ressourcenauslastung (genutzte Kerne und Speicher) für jeden Kubernetes-Knoten. Auf diese Weise können Sie die Anzahl der Netzwerkanforderungen verfolgen, die über Container auf verschiedenen Knoten innerhalb eines verteilten Services gesendet wurden. Außerdem können Sie Ressourcenmetriken für alle Container auf einem bestimmten Knoten überwachen, unabhängig davon, zu welchem Service sie gehören:

Das Standard-Dashboard von New Relic Infrastructure zur Überwachung der Knoten-Ressourcenauslastung.

Achten Sie immer darauf, dass Ihr aktuelles Deployment über ausreichende Ressourcen für die Skalierung verfügt, damit neue Knoten-Bereitstellungen nicht aufgrund mangelnder Ressourcen blockiert werden.

Empfohlene Alerts
Lassen Sie sich benachrichtigen, wenn Hosts keine Berichte mehr senden oder wenn die CPU- oder Speicherauslastung eines Knotens unter einen bestimmten Schwellenwert fällt.

Monitoring auf fehlende Pods

Eventuell stellen Sie gelegentlich fest, dass einem Cluster ein Pod fehlt. Ein Pod kann verloren gehen, wenn die Ingenieure bei der Planung nicht genügend Ressourcen zur Verfügung gestellt haben. Möglicherweise wurde der Pod nie gestartet, befindet sich in einer Neustartschleife oder ging wegen eines Konfigurationsfehlers verloren.

Um sicherzustellen, dass Kubernetes ordnungsgemäß funktioniert, müssen Sie die Integrität und Verfügbarkeit von Pod-Deployments überprüfen. Ein Pod-Deployment definiert die Anzahl der Instanzen, die für jeden Pod vorhanden sein müssen, einschließlich der Backup-Instanzen. (In Kubernetes wird dies als ReplicaSet bezeichnet.) Gelegentlich ist die Zahl der aktiven Pods nicht im Replikatsfeld jedes Deployments angegeben. Selbst wenn dies der Fall ist, kann Kubernetes anhand der vom Administrator definierten Ressourcen feststellen, ob es eine weitere Instanz ausführen kann.

Kubernetes-Pod-Deployments

So kann New Relic helfen

Mit New Relic lässt sich dieses Problem leichter vermeiden, da Sie die Ressourcenbeschränkungen des Clusters kennen. 

Wenn Sie nicht über genügend Ressourcen verfügen, um einen Pod zu planen, fügen Sie dem Cluster weitere Containerinstanzen hinzu oder tauschen Sie eine Containerinstanz gegen eine mit der entsprechenden Menge an Ressourcen aus. Mit der New Relic Kubernetes-Integration können Sie überwachen, ob Pods fehlen, und augenblicklich Deployments identifizieren, die Ihre Aufmerksamkeit erfordern. Oft bietet können so Ressourcen- oder Konfigurationsprobleme behoben werden, bevor sie sich auf die Verfügbarkeit und Performance von Anwendungen auswirken.

Das Standard-Dashboard von New Relic Infrastructure zur Überwachung von fehlenden Pods nach Deployment.

Empfohlene Alerts

Richten Sie einen Alert für den Fall ein, dass die Zahl der fehlenden Pods eines Deployments für einen bestimmten Zeitraum einen bestimmten Schwellenwert überschreitet. Wenn die Zahl der verfügbaren Pods für ein Deployment die Zahl unterschreitet, die Sie beim Erstellen des Deployments angegeben haben, wird ein Alert gesendet. Der Alert wird für jedes Deployment angewendet, das den von Ihnen festgelegten Filterkriterien entspricht.

Pods identifizieren, die nicht ausgeführt werden

Kubernetes plant Pods dynamisch im Cluster ein. Bei Ressourcenproblemen oder Konfigurationsfehlern schlägt die Planung wahrscheinlich fehl. Wenn ein Pod nicht ausgeführt wird oder gar nicht geplant ist, besteht entweder ein Problem mit dem Pod oder Cluster oder mit dem gesamten Kubernetes-Deployment.

Wenn Sie feststellen, dass Pods nicht ausgeführt werden, sind folgende Informationen wichtig:

  •  Befinden sich Pods in einer Neustartschleife?
  • Wie oft schlagen Anfragen fehl?
  • Gibt es Ressourcenprobleme oder Konfigurationsfehler?

So kann New Relic helfen

Wie bereits erwähnt kann es bei Ressourcenproblemen oder Konfigurationsfehlern dazu kommen, dass Kubernetes die Pods nicht planen kann. In solchen Fällen sollten Sie die Integrität Ihrer Deployments überprüfen und mögliche Konfigurationsfehler oder Ressourcenprobleme identifizieren.

Mit der Kubernetes-Integration von New Relic Infrastructure können Sie mithilfe standardmäßiger Deployment-Daten Pods aufspüren und überwachen, die möglicherweise nicht ausgeführt werden, und diese nach Cluster und Namespace sortieren.

Mit der Kubernetes-Integration von New Relic Infrastructure können Sie mithilfe standardmäßiger Deployment-Daten Pods aufspüren und überwachen, die möglicherweise nicht ausgeführt werden, und diese nach Cluster und Namespace sortieren.

Empfohlene Alerts

Richten Sie Alerts für den Status Ihrer Pods ein. Alerts sollten ausgelöst werden, wenn sich ein Pod für die von Ihnen angegebene Zeitdauer im Status „Fehler“, „Wartend“ oder „Unbekannt“ befindet.

Container-Neustarts beheben

Unter normalen Umständen sollten sich Container nicht neu starten. Container-Neustarts sind ein Zeichen dafür, dass vermutlich ein Speicherlimit für die Container erreicht wurde. Neustarts können auch auf ein Problem mit dem Container selbst oder seinem Host hinweisen. Aufgrund der Funktionsweise der Containerplanung von Kubernetes kann es außerdem schwierig sein, Container-Ressourcenprobleme zu beheben, da Kubernetes die Container neu startet (oder beendet), wenn sie das Limit erreichen.

Durch das Monitoring von Container-Neustarts können Sie Folgendes in Erfahrung bringen:

  • Befinden sich Container in einer Neustartschleife?
  • Wie viele Container-Neustarts sind im Zeitraum X vorgefallen?
  • Weshalb werden Container neu gestartet?

So kann New Relic helfen

Eine laufende Zählung der Container-Neustarts gehört zu den Containerdaten, die New Relic standardmäßig mit der Kubernetes-Integration erfasst.

Das Standard-Dashboard von New Relic Infrastructure zur Überwachung von Container-Neustarts.

Empfohlene Alerts

Dies ist ein optionales Alert-Szenario. Kubernetes startet Container automatisch neu und Sie können einstellen, dass Sie sofort einen entsprechenden Alert erhalten. Sorgen Sie jedoch dafür, dass Sie durch Container-Neustarts nicht nachts aufgeweckt werden.

 

Die Container-Ressourcenauslastung überwachen

Über das Monitoring der Container-Ressourcenauslastung können Sie sicherstellen, dass die Container und Anwendungen fehlerfrei funktionieren. Wenn ein Container beispielsweise seine Speichernutzungsgrenzen erreicht, könnte es sein, dass er vom kubelet-Agenten beendet wird.

Beim Monitoring der Container-Ressourcenauslastung sind folgende Informationen wichtig:

  • Erreichen Ihre Container Ressourcenbeschränkungen und beeinträchtigen die Performance von Anwendungen?
  • Gibt es Spitzen in der Ressourcenauslastung?
  • Gibt es Muster bei der Fehlerverteilung je Container?

So kann New Relic helfen

Identifizieren Sie zunächst die Mindestmenge an CPU und Speicher, die ein Container zur Ausführung benötigt und die vom Cluster garantiert werden muss, und überwachen Sie diese Ressourcen mit New Relic.
Überwachen Sie als Nächstes die Ressourcenbeschränkungen für Container. Hierbei geht es um die Ressourcen, die ein Container maximal beanspruchen darf. In Kubernetes sind die Ressourcen standardmäßig unbegrenzt.

Das Standard-Dashboard von New Relic Infrastructure zur Überwachung der Speicherauslastung von Containern.
Test

Die blaue Linie zeigt an, welche Ressourcen der Container maximal beanspruchen darf. Die gelbe Linie zeigt den Mindest-CPU- oder Speicherbedarf zur Ausführung des Containers an, der vom System garantiert werden muss.

Mit dieser Art des Monitorings können Schwachstellen bei der Ressourcenauslastung proaktiv korrigiert werden, bevor sie Anwendungen beeinträchtigen.

Empfohlene Alerts

Richten Sie Alerts zur CPU- und Speicherauslastung von Containern sowie zu Beschränkungen für diese Metriken ein.

Monitoring von in Kubernetes ausgeführten Anwendungen

Ein zentraler Vorteil von Kubernetes besteht in der Abkopplung der Anwendung und ihrer Anwendungslogik von den spezifischen Details ihrer Laufzeitumgebung. Wenn Sie die zugrunde liegende Infrastruktur beispielsweise einmal auf eine neue Linux-Version umstellen müssen, müssen Sie den Anwendungscode also nicht vollständig neu schreiben.

Beim Überwachen von Anwendungen, die von einer Orchestrierungsschicht verwaltet werden, werden das Debugging und die Fehlerbehebung deutlich einfacher, wenn Sie Anwendungsfehler-Traces beispielsweise mit dem Container, Pod oder Host verknüpfen können, auf dem die Anwendung ausgeführt wird.

Auf der Anwendungsebene sollten Sie die Performance und Verfügbarkeit von Anwendungen überwachen, die in Ihrem Kubernetes-Cluster ausgeführt werden. Dies können Sie tun, indem Sie Metriken wie Anforderungsrate, Throughput und Fehlerrate überwachen.

Monitoring von in Kubernetes ausgeführten Anwendungen

Legen Sie los und überwachen Sie Anwendungen in Kubernetes

Mit New Relic APM können Sie benutzerdefinierte Attribute hinzufügen. Diese Metadaten sind dann in für Ihre Anwendung erfassten Transaktions-Traces verfügbar. Sie können benutzerdefinierte Attribute erstellen, um Informationen über den genauen Kubernetes-Knoten, Pod oder Namespace zu erfassen, auf dem eine Transaktion stattgefunden hat.

Für das Monitoring von in Kubernetes ausgeführten Anwendungen müssen Sie Ihre Anwendung mit der Kubernetes Downward API instrumentieren. Wir haben eine Beispielanwendung erstellt, um zu zeigen, wie dies in einer Node.js-Anwendung funktioniert. Sie können das Repository zur eigenen Nutzung freigeben. (In unserem Blogartikel Monitoring Application Performance in Kubernetes erläutern wir, wie Sie diese Art von Kubernetes-Metadaten zu APM-überwachten Anwendungstransaktionen hinzufügen können.)

Transaktions-Traces überwachen

Wenn Sie Anwendungen in Kubernetes ausführen, bewegen sich die Container, in denen die Apps ausgeführt werden, häufig im Cluster, wenn Instanzen vergrößert oder verkleinert werden. Diese Planung erfolgt in Kubernetes automatisch, kann jedoch die Performance oder Verfügbarkeit Ihrer Anwendungen beeinträchtigen. Für Anwendungsentwickler ist es wichtig, Kubernetes-Objekte für das Debugging und die Fehlerbehebung mit Anwendungen korrelieren zu können.

Dafür sind folgende Informationen wichtig:

  • Welche Anwendungen sind mit welchem Cluster verknüpft?
  • Wie viele Transaktionen erfolgen in einem bestimmten Pod?

So kann New Relic helfen

Um Transaktions-Traces in Kubernetes zu überwachen, benötigen Sie eine codezentrierte Übersicht Ihrer Anwendungen. Sie müssen Anwendungen mit dem Container, Pod oder Host korrelieren, in dem sie ausgeführt werden. Außerdem ist es wichtig, Pod-spezifische Performanceprobleme für Anwendungsworkloads zu identifizieren.

: Transaktionsattribute zeigen den Kubernetes-Hostnamen und die IP-Adresse, an denen der Fehler aufgetreten ist

Wenn Sie die Namen des Pods und des Knotens kennen, auf denen ein Fehler aufgetreten ist, kann das Problem deutlich schneller behoben werden. Durch den Einblick in Transaktions-Traces werden Abweichungen in Ihrer mit Kubernetes gehosteten Anwendung schnell aufgezeigt.

Weitere Informationen zum Überblicken von Transaktions-Traces in Kubernetes finden Sie im Blogartikel Monitoring Application Performance in Kubernetes.

Empfohlene Alerts
Sie sollten Alerts für alle Anwendungen einrichten, die in der Produktion ausgeführt werden. Insbesondere Alerts zu API-Serviceanfragen, Transaktionen, Servicelatenzen, Uptime und Throughput sind sinnvoll, damit Sie wissen, ob eine dieser Metriken unter den von Ihnen festgelegten Schwellenwert fällt.

Fehler vermeiden

Wenn ein einzelner Pod oder eine bestimmte Pod-IP ausfällt oder Fehler verursacht, müssen Sie die Fehler beheben, bevor sie dem Cluster oder der Anwendung schaden. Identifizieren Sie schnellstmöglich die zugrunde liegende Ursache des Problems.

Dafür sind folgende Informationen wichtig:

  •  Namespace/Host/Pod, in dem die Transaktion fehlgeschlagen ist
  • Funktioniert die Anwendung in allen Pods wie erwartet?
  • Die Performance von Anwendung X, die auf Pod Y ausgeführt wird

So kann New Relic helfen

New Relic bietet Ihnen eine codezentrierte Übersicht der in Ihrem Cluster ausgeführten Anwendungen. Sie können Ihre mit Kubernetes gehosteten Anwendungen auf Performance-Ausreißer überwachen und einzelne Fehler zurückverfolgen.

APM-Fehlerprofile erkennen automatisch, wenn Fehler innerhalb derselben Pods und von Pod-IP-Adressen auftreten

Im Blogartikel Monitoring Application Performance in Kubernetes erfahren Sie, wie Sie Anwendungen identifizieren, die Performance-Schwächen in Ihrem Cluster verursachen könnten.

Empfohlene Alerts

Konfigurieren Sie Alerts, um Fehlerraten für alle Anwendungen zu verfolgen, die in Produktionsumgebungen in Kubernetes ausgeführt werden.

Monitoring des Endbenutzererlebnisses beim Ausführen von Kubernetes

Stellen Sie sich vor, Sie haben ein Produkt bei einem Onlineversand bestellt und es kommt zu spät oder beschädigt bei Ihnen an: Wollen Sie wirklich wissen, wo genau im Lieferprozess das Problem lag? Ganz gleich, ob der Fehler beim Hersteller, beim Händler oder beim Lieferdienst lag – das Endergebnis ist in jedem Fall ärgerlich.

Ähnlich sieht es bei in Kubernetes gehosteten Anwendungen aus: Wenn ein Kunde eine Website besucht und sie nicht oder zu langsam lädt, interessiert er sich nicht für die technischen Hintergründe. Deshalb reicht es nicht aus, die Performance Ihrer eigenen Systeme zu überwachen. Mindestens genauso wichtig ist die Frontend-Performance Ihrer Anwendung, um zu wissen, wie das Kundenerlebnis wirklich aussieht.

Monitoring des Endbenutzererlebnisses beim Ausführen von Kubernetes

Obwohl Ihre Anwendung in Kubernetes ausgeführt wird, können Sie dennoch die wichtigsten Indikatoren für das Kundenerlebnis identifizieren und überwachen und herausfinden, wie sich die mobile oder Browser-Performance einer Anwendung auf das Geschäft auswirkt.

So kann New Relic helfen
Bei der erstmaligen Migration zu Kubernetes können Entwickler beispielsweise eine Baseline vor der Migration erstellen, um die durchschnittliche Ladezeit ihrer Frontend-Anwendung vor und nach der Migration zu vergleichen. Entwickler können die im Blogartikel Monitoring Application Performance in Kubernetes genannten Strategien nutzen, um Einblicke in wichtige Indikatoren für die Performance mobiler Anwendungen und Browser zu erhalten, beispielsweise Reaktionszeit und Fehler. Auch Ladezeit und Verfügbarkeit sollten unbedingt überwacht werden, um die Kundenzufriedenheit sicherzustellen. New Relic Browser und New Relic Mobile bieten Ihnen genau diese kritischen Informationen zum Kundenerlebnis.

 

Die New Relic Browser-Übersichtsseite zeigt eine Zusammenfassung der Browser-Performance für die Anwendung
Mit New Relic Mobile schnell Abstürze, Anwendungsstarts und mehr einsehen

Entwickler und Betreiber müssen außerdem die Verfügbarkeit von mit Kubernetes gehosteten Services überblicken, häufig von Standorten auf der ganzen Welt. New Relic Synthetics ermöglicht die Überwachung der Anwendungsverfügbarkeit und -Performance von zahlreichen Standorten aus.


New Relic vereint Informationen auf Unternehmensebene und Performance-Daten in einer zentralen Übersicht. Dies hilft Kunden aus Entwicklungs-, Betriebs-, Produkt- und Kundensupportteams, Verbesserungsmöglichkeiten in ihren Produkten zu erkennen und bessere Möglichkeiten zum Debuggen von Fehlern zu finden, die bestimmte Kunden betreffen könnten.

Empfohlene Alerts

New Relic Mobile-Alerts:

  • Mobile Netzwerkfehlerrate und Reaktionszeit, um sicherzustellen, dass Sie über die wichtigsten Endpunkte benachrichtigt werden

New Relic Browser-Alerts

  • Sinkende Zahl der Browsersitzungen als möglicher Hinweis auf Verfügbarkeitsprobleme
  • Browser-JavaScript-Fehlerrate oder -Fehlerzahl
  • Dauer der Browser-Interaktionen

New Relic Synthetics-Alerts:

  • Synthetics-Fehlerrate oder -Fehlerzahl
  • Synthetics-Reaktionszeiten
  • Synthetics-Ping-Checks

Metriken wie Seitenladezeit, mobile Abstürze, JavaScript-Fehler, Ping-Checks und geskriptete Überprüfungen über einen typischen Benutzerprozess.

Monitoring der unterstützenden Infrastruktur von Kubernetes

Die großen Cloud-Anbieter (AWS, Azure, GCP und andere) bieten mittlerweile Kubernetes-as-a-Service-Plattformen. Durch die dynamische Planung von Kubernetes kann es ohne ein gutes Monitoring-System allerdings schwierig werden, Fehlerquellen zu identifizieren und Probleme in den Cloud-Plattformen zu analysieren.

Monitoring der unterstützenden Infrastruktur von Kubernetes

Wenn Kubernetes in einer Cloud-Umgebung ausgeführt wird, sollten Sie über folgende Informationen verfügen:

  • Ist Ihr Cluster über mehrere Regionen verteilt? 
  • Wurde ein Container zum Zeitpunkt eines Ausfalls auf der Plattform eines bestimmten Anbieters oder On-Premises ausgeführt?

So kann New Relic helfen

Mit New Relic können Sie Nutzungsmetriken und Fehler in Ihrer Cloud-Umgebung überwachen, abfragen und Alerts ausgeben lassen, auch für Services in mehreren Regionen und Verfügbarkeitszonen. Metriken können aus allen Ebenen Ihrer cloudbasierten Kubernetes-Infrastruktur erfasst werden, selbst wenn Ihre Cluster über mehrere Rechenzentren oder Cloud-Anbieter verteilt sind.

Metriken können aus allen Ebenen Ihrer cloudbasierten Kubernetes-Infrastruktur erfasst werden, selbst wenn Ihre Cluster über mehrere Rechenzentren oder Cloud-Anbieter verteilt sind.

Empfohlene Alerts

Richten Sie Alerts zum Überwachen von Servicelatenz, Uptime und Throughput für Anwendungen ein, die auf Kubernetes-as-a-Service-Plattformen ausgeführt werden.

Kubernetes-Integrationen von New Relic

Amazon Elastic Container Service für Kubernetes (Amazon EKS)

Amazon EKS bietet Kubernetes als Managed Service auf AWS an, was das Deployment, das Management und die Skalierung containerisierter Anwendungen auf Kubernetes erleichtert.

So kann New Relic helfen

EKS vereinfacht das Bereitstellen und Ausführen von Kubernetes. Aufgrund der Kurzlebigkeit von Kubernetes-basierten Workflows benötigen Kunden jedoch ein erweitertes Monitoring auf Cluster-, Knoten-, Pod-, Container- und Anwendungsebene. Diese entscheidende Transparenz für Ihre Cluster bietet Ihnen New Relic.

Ihre Amazon EKS-Umgebung enthält Tausende Label und Tags, die durch Ihre Infrastruktur, Container und Microservices entstehen. New Relic erfasst diese Label und Tags automatisch, damit Sie alle Kubernetes-Entitäten überblicken können, ganz gleich, wie sie angeordnet wurden.

Amazon EKS-Integrationsdokumentationlesen.

Weitere Informationen: Amazon EKS Is Here – and You Can Monitor It With New Relic

Google Kubernetes Engine (GKE)

GKE bietet eine Umgebung für das Deployment, das Management und die Skalierung Ihrer containerisierten Anwendungen über eine von Google bereitgestellte Infrastruktur.

So kann New Relic helfen

GKE übernimmt die Verwaltung Ihrer Kubernetes-Infrastruktur, und New Relic erleichtert die Fehlerbehebung, Skalierung und Verwaltung Ihrer dynamischen Umgebung. New Relic hilft sicherzustellen, dass Ihre Cluster wie erwartet funktionieren und Sie Performance-Probleme im Cluster schnell erkennen können, bevor sie Ihre Kunden beeinträchtigen.

GKE-Integrationsdokumentation lesen

Weitere Informationen: Monitoring der Google Kubernetes-Engine mit New Relic

Microsoft Azure Kubernetes Service (AKS)

AKS verwaltet Ihre gehostete Kubernetes-Umgebung und hilft Ihnen, containerisierte Anwendungen ohne Erfahrung in der Container-Orchestrierung bereitzustellen und zu managen. Auch der laufende Betrieb und die Wartung werden vereinfacht, indem Ressourcen nach Bedarf provisioniert und skaliert werden oder Upgrades erhalten, ohne dass Anwendungen offline gehen müssen.\

So kann New Relic helfen

Wenn Sie Container in AKS ausführen, nutzen Sie die anwendungs- und infrastrukturzentrierten Ansichten von New Relic, um schnell all Ihre Deployments in AKS zu überblicken.

Kubernetes-Dokumentation zur Integrationsinstallation lesen.

RedHat OpenShift

OpenShift bietet Entwicklern eine integrierte Entwicklungsumgebung (IDE) zum Entwickeln und Bereitstellen von Docker-formatierten Containern, die anschließend mit der Kubernetes-Containerorchestrierungsplattform verwaltet werden.

So kann New Relic helfen

Sie sollten zu jedem Zeitpunkt wissen, welche Anwendungen auf welchen Knoten in Ihrer OpenShift-Umgebung ausgeführt werden. Mit New Relic können OpenShift-Administratoren erkennen, welche Anwendungen beendet werden und aus welchem Grund. Auch das Zuordnen von Anwendungen und ihren Ressourcen zu Namespaces sowie deren anschließende Überwachung sind mit New Relic ganz einfach.

OpenShift-Integrationsdokumentation lesen 

 

 

Ihr modernes DevOps-Toolset

New Relic ist nur eine von vielen wichtigen Technologien, die Sie für Ihre DevOps benötigen.

Tools anzeigen >

Artikel

Sechs Wege, wie New Relic Ihnen helfen kann, DevOps besser zu machen

Artikel

Dashboards für DevOps: Beispiele für zu messende Elemente