OpenShift überwachen
Sie können den „ OpenShift “-Cluster mithilfe des Sensors „ Instana “ ( OpenShift ) überwachen. Der Sensor „ Instana “ ( OpenShift ) wird nach der Installation des „ Instana “-Agenten automatisch bereitgestellt und installiert. Sie können Metriken, die sich auf den Cluster „ OpenShift “ beziehen, in der Benutzeroberfläche von „ Instana “ einsehen.
Unterstützte Versionen
Instana unterstützt „ OpenShift “ gemäß den Support-Richtlinien von „ Red Hat OpenShift “. OpenShift Plattformversionen im Rahmen des „Full Support“- und „Maintenance Support“-Pakets werden ebenfalls von Instana unterstützt. Für den Support für „ OpenShift “ von „ Instana “ gelten dieselben Endtermine für den Support.
Instana-Agenten in OpenShift installieren
Die Schnellstartanleitung zur Agent-Einrichtung für „ OpenShift “ beschreibt, wie Sie den „ Instana “-Agenten in einer produktionsreifen Konfiguration in Ihrem Cluster installieren.
Instana-AutoTrace-Webhook
Der Webhook „ Instana “ unter AutoTrace ist ein mutierender Webhook des Admission Controllers, der die Instana -Tracing-Funktion automatisch für Anwendungen unter Node.js, .NET Core und Ruby konfiguriert, die im gesamten OpenShift -Cluster ausgeführt werden.
Wir empfehlen dringend die Verwendung des Instana AutoTrace WebHook bei Ausführung von Node.js-, .NET Core- oder Ruby-Anwendungen auf Ihren OpenShift 4.5+-Clustern.
Auf OpenShift-Informationen zugreifen
Weitere Informationen finden Sie unter Kubernetes.
Messdatenerfassung
Um die Metriken anzuzeigen, wählen Sie in der Seitenleiste der Benutzeroberfläche von „ Instana “ den Punkt „Infrastruktur“ aus, klicken Sie auf einen bestimmten überwachten Host, und schon wird ein Host-Dashboard mit allen erfassten Metriken und überwachten Prozessen angezeigt.
Nachdem der Agent in Ihrem Cluster implementiert wurde, meldet der Sensor detaillierte Daten zum Cluster und den in ihm implementierten Ressourcen. Instana erfasst allgemeine Kubernetes-Informationen. Weitere Informationen finden Sie unter Kubernetes. Zusätzlich erfassen wir auch Informationen über DeploymentConfigs, die für OpenShift-Cluster spezifisch sind.
DeploymentConfigs
Die folgende Tabelle gibt einen Überblick über die Felder, die mit dem „ DeploymentConfig “ in „ OpenShift “ verbunden sind.
| Feld | Beschreibung |
|---|---|
| Bedingungen | Typ, Status, Zeitmarke, Ursache, Nachricht |
| Bezeichnungen | Schlüssel/Wert-Paare |
| CPU-Anforderungen | Aggregierte CPU-Anforderungen aller aktiven Container dieser DeploymentConfig |
| CPU-Grenzwerte | Aggregierte CPU-Grenzwerte aller aktiven Container dieser DeploymentConfig |
| Speicheranforderungen | Aggregierte Speicheranforderungen aller aktiven Container dieser DeploymentConfig |
| Speicherlimits | Aggregierte Speicherlimits aller aktiven Container dieser DeploymentConfig |
| Angeforderte Pods | Verfügbare/gewünschte Pods |
| Pod-Status | Anstehende/nicht geplante/nicht bereite Pods |
| Dauer der anstehenden Phase | Kann in den meisten Fällen als Rollout-Dauer interpretiert werden |
Das folgende Bild zeigt die Übersicht über „ DeploymentConfigs “ im Bereich „ OpenShift “: 
Das folgende Bild zeigt das Dashboard von „ DeploymentConfig “: 
Signaturen für Allgemeinzustand
Für jeden Sensor gibt es eine kuratierte Wissensdatenbank für Signaturen für den Allgemeinzustand, die kontinuierlich anhand der eingehenden Messdaten ausgewertet werden und die je nach Auswirkung auf den Benutzer Probleme oder Vorfälle auslösen können.
Integrierte Ereignisse lösen Probleme oder Vorfälle aus, wenn bei Entitäten Anzeichen für einen Zustand der „schlechten Gesundheit“ festgestellt werden, während benutzerdefinierte Ereignisse Probleme oder Vorfälle auslösen, wenn die Schwellenwerte einer bestimmten Metrik einer beliebigen Entität überschritten werden.
Informationen zum integrierten Ereignis für den Sensor „ OpenShift “ finden Sie in der Referenz zu integrierten Ereignissen.
Fehlerbehebung
Weitere Details finden Sie unter Kubernetes .