Wir arbeiten auf einem virtuellen "dedizierten" Server, was theoretisch bedeuten sollte, dass wir die einzigen auf dem Server sind. In der Praxis .... ich denke, wir könnten nicht sein.
Beachten Sie, dass "Zeit stehlen" bei 71% liegt, obwohl es so aussieht, als würden wir unsere Maschine töten.
Ich nehme Statistiken zum Ladevorgang auf und war enttäuscht, dass diese Statistik in meinen Grafiken nicht angezeigt wurde. Gibt es Tools, die dies überwachen und möglicherweise Abhilfe schaffen?
Zusätzliche Information:
Wir betreiben 4 Kerne, Modell:
# grep "model name" /proc/cpuinfo | sort -u
model name : Intel(R) Core(TM)2 Duo CPU E7500 @ 2.93GHz
xen
top
virtualization
mgjk
quelle
quelle
grep "model name" /proc/cpuinfo|sort -u
? Wenn dies wirklich ein dedizierter Server ist, dann frisst etwas CPU-Zeit auf dem Dom0. ODER Sie haben Ihnen mehr vCPUs gegeben, als in Dom0 verfügbar sind.Antworten:
Ihre Frage ist klar definiert, aber Sie geben nicht viele Informationen über Ihre Umgebung, die Art und Weise, wie Sie sie aktuell überwachen oder welche Grafiktools Sie verwenden. Da SNMP jedoch so ziemlich universell verwendet wird, gehe ich davon aus, dass Sie es verwenden und zumindest ein wenig damit vertraut sind.
Obwohl (soweit ich das beurteilen kann) die CPU-Steal-Zeit derzeit nicht in snmpd verfügbar ist, können Sie sie mit dem
UCD-SNMP-MIB::extOutput
Objekt und denexec
Befehlen selbst erweitern.Der einfachste Weg (den ich gefunden habe), um die Zeit zu stehlen, ist von
iostat
. Mit dem folgenden Konstrukt können wir nur die Zeit für den Diebstahl ermitteln:Hängen Sie daher Folgendes an Ihre snmpd.conf an:
(Alternativ können Sie den Befehl in ein Wrapper-Skript einfügen und den Wrapper von innen aufrufen
snmpd.conf
.)Jeder
exec
Aufrufsnmpd.conf
wird ab 1 indiziert. Wenn Sie also nur eine einzige exec-Anweisung haben, möchten Sie eine Abfrage durchführenUCD-SNMP-MIB::extOutput.1
. Wenn dies die 5. exec-Anweisung ist, dann pollUCD-SNMP-MIB::extOutput.5
usw.Die numerische OID für
UCD-SNMP-MIB::extOutput
lautet wie folgt:.1.3.6.1.4.1.2021.8.1.101
Wenn Sie sich bei Index 1 befinden, ist dies der Fall.1.3.6.1.4.1.2021.8.1.101.1
, und Index 5 ist der Fall.1.3.6.1.4.1.2021.8.1.101.5
, usw.Anschließend erstellen Sie ein Diagramm, das die SNMPD-OID der Typanzeige im Bereich von 0 bis 100 abfragt. Dies sollte Ihnen einige hübsche Grafiken geben.
quelle
snmpd
für diese OID abgefragt wird.sar -u
könnte in Ihrem Fall hilfreich sein. sar ist normalerweise Teil des sysstat -Pakets .quelle
Die am häufigsten gewählte Antwort ist großartig, aber zu diesem Zeitpunkt funktioniert sie noch nicht vollständig: net-snmp verliert die Pipe im
exec
Anruf, daher sollte dies so aussehenUnd das Ergebnis wird sichtbar unter
nsExtendOutput1Table
:wobei
nsExtendOutput1Line
oid .1.3.6.1.4.1.8072.1.3.2.3.1.1 ist:quelle