
Ich möchte über seltsames Verhalten auf unserem Rhel 7.6-Server diskutieren
Wir haben den Kafka-Exporter mit Container auf dem Server installiert – Maschine Kafka-01 (die Gesamtzahl der CPUs auf der Maschine beträgt 12).
Die folgende yml
Datei beschreibt die Kafka-Exportcontainerkonfiguration
more docker.kafka-exporter.yml
---
version: '2.4'
services:
kafka-exporter:
mem_limit: "612m"
image: kafka-exporter:v1.2.0
restart: always
network_mode: host
container_name: kafka-exporter
command: ["--kafka.server=kafka01.sys65.com:6667"]ump
ports:
- 9308:9308
logging:
driver: "json-file"
options:
max-size: "15m"
max-file: "1"
Wenn wir also den Container mit starten dockr-compose
, alsdocker-compose -f docker.kafka-exporter.yml up -d
Wir bemerken, dass die durchschnittliche CPU-Auslastung nach 1-2 Stunden von ~2-3
auf springt30-40
und nur ein Neustart der Maschine bringt die durchschnittliche CPU-Auslastung auf den Normalwert (ungefähr 1 - 2
), aber jedes Mal, wenn wir Docker Compose starten, springt die CPU erneut an (selbst wenn wir Docker Compose stoppen, verringert sich die durchschnittliche CPU-Auslastung nicht).
kann jemand einen Hinweis geben, was der Grund für dieses seltsame Verhalten sein könnte?
Ist es in unserem Fall sinnvoll, die Installation deshttps://github.com/draios/sysdig, zur Untersuchung?
Anmerkungen:
Wir haben die CPU-Auslastung avrg vom uptime
Linux-Befehl überprüft
manchmal wurde die MaschineeinfrierenoderAUFHÄNGENWir können also nicht auf die Maschine zugreifen und nur ein Neustart hilft, die Maschine wieder in den Normalzustand zu versetzen.