2016-04-28 6 views
1

Ich betreibe mehrere Cluster von Kubernetes in GKE. Ich verwende einen hapster + influxdb, um Metriken für Pod-Performances zu erhalten. Was ist der empfohlene Weg, und speichern Cluster breite Metriken wie zu bekommen:Wie bekomme ich kubernetes cluster wide metrisch

  • Anzahl der Schoten im Namensraum
  • Gesamtspeicher angefordert/limits pro Namensraum
  • angeforderte Gesamt cpu/limits pro Namensraum
  • Gesamt Speicher angefordert/Grenzen pro Knoten
  • Gesamt CPU angefordert/Grenzen pro Knoten
  • Anzahl der pro Schote Zustand (laufen, anhängig, etc)

AFAIK Das liegt außerhalb des Anwendungsbereichs von hapster, aber wir müssen dies im Auge behalten, um den Zustand des Clusters zu verstehen.

Danke!

Antwort

1

4 der Metriken erwähnten Sie Grafana visualisiert werden kann verwenden, wenn Sie benutzerdefinierte Dashboards erstellen und guten Gebrauch von Grafana Vorlagen machen:

  • Gesamtspeicher angefordert/limits pro Namensraum
  • Gesamt CPU angefordert/limits pro Namensraum

Sortieren nach "pod_namespace" und Aggregate von "cpu/Nutzung" oder "CPU/Limit" oder "CPU/Anfrage"

  • Gesamtspeicher angefordert/Grenzen pro Knoten
  • gesamte CPU/limits pro Knoten angefordert

Sortierung „Host-Name“ und aggregieren durch „-Speicher/Grenze“ oder „Speicher/Abfrage“ oder „CPU/usage“ oder "cpu/limit" oder "cpu/request"

Siehe: Heapster storage schema . Sobald Sie das InfluxDB-Schema verstanden haben, können Sie zaubern.

Die anderen 2 werden nicht von Heapster gesammelt, es bedeutet, dass Sie eigene Abfragen auf der Kubernetes API haben müssen, wenn Sie diese Daten irgendwohin pumpen wollen, wahrscheinlich auch InfluxDB in Ihrem Fall.

Verwandte Themen