Die Foren-SW läuft ohne erkennbare Probleme. Sollte doch etwas nicht funktionieren, bitte gerne hier jederzeit melden und wir kümmern uns zeitnah darum. Danke!
Speicher Anzeige Gast System Fehler
-
- Member
- Beiträge: 88
- Registriert: 31.07.2008, 10:11
- Wohnort: München
Speicher Anzeige Gast System Fehler
Hallo zusammen,
folgende Kuriosität:
VM mit 2 GB RAM
Windows zeigt 50% Speichernutzung an
vCenter zeigt 100% Zuteilung und Nutzung an
Ich habe das bei einigen Systemen, kann aber kein Muster erkennen.
Weder die VM Version, noch das Betriebssystem od. sonst. sind einheitlich.
Kennt jemand das Phänomen?
folgende Kuriosität:
VM mit 2 GB RAM
Windows zeigt 50% Speichernutzung an
vCenter zeigt 100% Zuteilung und Nutzung an
Ich habe das bei einigen Systemen, kann aber kein Muster erkennen.
Weder die VM Version, noch das Betriebssystem od. sonst. sind einheitlich.
Kennt jemand das Phänomen?
- Tschoergez
- Moderator
- Beiträge: 3476
- Registriert: 23.02.2005, 09:14
- Wohnort: Burgberg im Allgäu
- Kontaktdaten:
-
- Member
- Beiträge: 88
- Registriert: 31.07.2008, 10:11
- Wohnort: München
Hallo Jungs,
soweit war ich nat. auch schon.
Leider nicht.
Windows cacht zwar RAM, logisch, aber zeigt trotzdem ganz unten an, wieviel RAM
belegt ist. z.B. 46%
Das ist bei jedem System so, egal ob Win2k8 od. R2 od. sonst.
Die fehlerhafte Speicheranzeige tritt jedoch unabhängig vom OS auf u. egal ob die Tools aktuell sind od. nicht.
Bei 80% der VMs ist die RAM Anzeige auch korrekt. d.h. zugeteilter RAM 2GB, belegter RAM 1,5 od. so.
Nur bei 20% der VMs sind diese beiden Werte im Virtual Center identisch. (1 gerade Linie) Das würde bedeuten, dass die Maschine swappt.
Das tut sie aber nicht. Wenn ich mich anmelde, zeigt sie lediglich eine RAM Auslastung von 40 od. 50% an.
Irgendwo ist hier der Wurm drin.
Ich habe dieses Phänomen auch nur bei 1 Virtual Center. Bei einem 2. habe ich gar kein Problem.
soweit war ich nat. auch schon.
Leider nicht.
Windows cacht zwar RAM, logisch, aber zeigt trotzdem ganz unten an, wieviel RAM
belegt ist. z.B. 46%
Das ist bei jedem System so, egal ob Win2k8 od. R2 od. sonst.
Die fehlerhafte Speicheranzeige tritt jedoch unabhängig vom OS auf u. egal ob die Tools aktuell sind od. nicht.
Bei 80% der VMs ist die RAM Anzeige auch korrekt. d.h. zugeteilter RAM 2GB, belegter RAM 1,5 od. so.
Nur bei 20% der VMs sind diese beiden Werte im Virtual Center identisch. (1 gerade Linie) Das würde bedeuten, dass die Maschine swappt.
Das tut sie aber nicht. Wenn ich mich anmelde, zeigt sie lediglich eine RAM Auslastung von 40 od. 50% an.
Irgendwo ist hier der Wurm drin.
Ich habe dieses Phänomen auch nur bei 1 Virtual Center. Bei einem 2. habe ich gar kein Problem.
- Tschoergez
- Moderator
- Beiträge: 3476
- Registriert: 23.02.2005, 09:14
- Wohnort: Burgberg im Allgäu
- Kontaktdaten:
-
- Member
- Beiträge: 88
- Registriert: 31.07.2008, 10:11
- Wohnort: München
Ja, "Memory Active" = Speicher, der aktuell auf dem Host in Benutzung ist.
Den meinte ich aber nicht.
Ich habe einen Screenshot mit dabei. Einfach mal anschauen.
Merci.
Screenshot funktioniert offenbar nicht.
>> Attachment kann nicht hinzugefügt werden, da die maximale Anzahl von 0 Attachments >> in dieser Nachricht erreicht wurde.
mhhh...
Den meinte ich aber nicht.
Ich habe einen Screenshot mit dabei. Einfach mal anschauen.
Merci.
Screenshot funktioniert offenbar nicht.
>> Attachment kann nicht hinzugefügt werden, da die maximale Anzahl von 0 Attachments >> in dieser Nachricht erreicht wurde.
mhhh...
-
- King of the Hill
- Beiträge: 13561
- Registriert: 01.10.2008, 12:54
- Wohnort: laut USV-Log am Ende der Welt...
Drumcode2003 hat geschrieben:Ich habe einen Screenshot mit dabei. Einfach mal anschauen.
Merci.
Screenshot funktioniert offenbar nicht.
>> Attachment kann nicht hinzugefügt werden, da die maximale Anzahl von 0 Attachments >> in dieser Nachricht erreicht wurde.
mhhh...
Das hier keine Anhänge mehr gehen, steht in jedem zweiten Thread und in vielen Signaturen.
Benutze einfach ein Freehoster ohne Zwangswartezeiten oder Flashblödsinn und setz den Link ins Forum.
-
- Member
- Beiträge: 88
- Registriert: 31.07.2008, 10:11
- Wohnort: München
okay... wäre ne Idee die Funktion einfach aus dem Forum zu entfernen. ?
here it is...
http://ifile.it/1j4gcnf/memorydreams1.jpg
here it is...
http://ifile.it/1j4gcnf/memorydreams1.jpg
-
- King of the Hill
- Beiträge: 13561
- Registriert: 01.10.2008, 12:54
- Wohnort: laut USV-Log am Ende der Welt...
Drumcode2003 hat geschrieben:okay... wäre ne Idee die Funktion einfach aus dem Forum zu entfernen. ?
Wenn du den Link Thema: Dateianhänge gehen nicht!! mal gelesen hättest, wüsstest du um die Lage mit dem Admin.
- Tschoergez
- Moderator
- Beiträge: 3476
- Registriert: 23.02.2005, 09:14
- Wohnort: Burgberg im Allgäu
- Kontaktdaten:
Hi!
Diese Anzeigen haben absolut nix mit dem zu tun, was Windows als belegten Speicher sieht!
Der ESX hat keine Ahnung, welche Speicherseiten im Gast irgendwelchen Programmen zugeteilt bzw. von diesen belegt sind. der ESX sieht nur, auf welche Speicherseiten die VM aktuell zugreift (Active Memory)
In Deiner Ansicht ist alles bene: Es gibt kein Ballooning, kein swapping, und der ESX kann sichs leisten, für diese VM so viel Speicher zu verwenden (1., obwohl im Gast wahrscheinlich gar nicht alles aktuell gebraucht wird; 2., weil es keinen Engpass auf dem ESX gibt).
Für eine nähere Analyse brauchts die Werte vom ganzen ESX... und wie viele VMs mit wieviel speicher Du am laufen hast...
(und natürlich die Speicherausstattung des ESX)
Ein paar Links für die Abendlektüre:
http://www.vnoob.com/2011/02/16/memory- ... r-windows/
http://communities.vmware.com/docs/DOC-9279
http://communities.vmware.com/thread/62628
http://mylearn.vmware.com/mgrreg/course ... ject=18606
Viele Grüße,
jörg
Diese Anzeigen haben absolut nix mit dem zu tun, was Windows als belegten Speicher sieht!
Der ESX hat keine Ahnung, welche Speicherseiten im Gast irgendwelchen Programmen zugeteilt bzw. von diesen belegt sind. der ESX sieht nur, auf welche Speicherseiten die VM aktuell zugreift (Active Memory)
In Deiner Ansicht ist alles bene: Es gibt kein Ballooning, kein swapping, und der ESX kann sichs leisten, für diese VM so viel Speicher zu verwenden (1., obwohl im Gast wahrscheinlich gar nicht alles aktuell gebraucht wird; 2., weil es keinen Engpass auf dem ESX gibt).
Für eine nähere Analyse brauchts die Werte vom ganzen ESX... und wie viele VMs mit wieviel speicher Du am laufen hast...
(und natürlich die Speicherausstattung des ESX)
Ein paar Links für die Abendlektüre:
http://www.vnoob.com/2011/02/16/memory- ... r-windows/
http://communities.vmware.com/docs/DOC-9279
http://communities.vmware.com/thread/62628
http://mylearn.vmware.com/mgrreg/course ... ject=18606
Viele Grüße,
jörg
-
- Member
- Beiträge: 88
- Registriert: 31.07.2008, 10:11
- Wohnort: München
Hallo Jörg,
vielen Dank für die Antwort.
Dann muss mir mal jemand erklären, warum auf 80% der VMs die Speicherauslastung (memory consumed) mit der von Windows identisch ist.
memory consumed =| memory active
Active = aktuell von ESX in Bearbeitung / diese Kurve ist absolut uninteressant
Consumed = aktuell von Windows auf dem ESX belegt
Die Memory Consumed Kurve schwankt je nach Auslastung (z.B. Morgens geht die Kurve hoch, abends runter)
Die Memory Active Kurve schwankt immer mal wieder, egal ob Morgens od. Abends.
Bei den besagten 20% ändert sich die Kurve NIE. Sie bleibt konstant u. ist mit der Linie "memory granted", also zugewiesener Speicher, identisch.
Mich würde sehr wundern, wenn dieser Zustand "normal" ist.
zur Info: In einem 2. Virtual Center mit ca. 70 VMs habe ich dieses Problem nicht.
vielen Dank für die Antwort.
Dann muss mir mal jemand erklären, warum auf 80% der VMs die Speicherauslastung (memory consumed) mit der von Windows identisch ist.
memory consumed =| memory active
Active = aktuell von ESX in Bearbeitung / diese Kurve ist absolut uninteressant
Consumed = aktuell von Windows auf dem ESX belegt
Die Memory Consumed Kurve schwankt je nach Auslastung (z.B. Morgens geht die Kurve hoch, abends runter)
Die Memory Active Kurve schwankt immer mal wieder, egal ob Morgens od. Abends.
Bei den besagten 20% ändert sich die Kurve NIE. Sie bleibt konstant u. ist mit der Linie "memory granted", also zugewiesener Speicher, identisch.
Mich würde sehr wundern, wenn dieser Zustand "normal" ist.
zur Info: In einem 2. Virtual Center mit ca. 70 VMs habe ich dieses Problem nicht.
- Tschoergez
- Moderator
- Beiträge: 3476
- Registriert: 23.02.2005, 09:14
- Wohnort: Burgberg im Allgäu
- Kontaktdaten:
Drumcode2003 hat geschrieben:Active = aktuell von ESX in Bearbeitung / diese Kurve ist absolut uninteressant
Consumed = aktuell von Windows auf dem ESX belegt
nicht ganz:
Active = aktuell vom Gast-OS im Zugriff (nicht gleichbedeutend mit "belegt" / an apps zugewiesen im Gast-OS)
Consumed= das was für die Speicherseiten des Gast-OS aktuell an machine memory (im blech) verwendet wird.
Noch zwei gute Links:
http://www.vmware.com/support/developer ... nters.html
http://www.vmware.com/files/pdf/perf-vs ... gement.pdf
Kann es sein, dass Du bei einer Umgebung aktuelle Hardware mit Large MEmory Pages hast?
Da verhält sich das TPS anders, was die Unterschiede erklären könnte.
http://kb.vmware.com/selfservice/micros ... Id=1021095
http://www.gabesvirtualworld.com/large- ... ion-ratio/
(allerdings halte ich es nicht für ein Problem! zumindest nicht, ohne die anderen auslatungswerte vom ESX zu kennen)
Viele grüße,
jörg
-
- Member
- Beiträge: 88
- Registriert: 31.07.2008, 10:11
- Wohnort: München
Hallo Jörg,
korrekt, so meinte ich das auch. Also verstehen wir uns wieder.
Wo genau wird denn dieses Large Memory ... konfiguriert? bzw. kann ich das überhaupt konfigurieren.
Es stimmt. Die eine Umgebung besteht aus älterer ESX Hardware (Dell) u. die andere aus neuerer Hardware (HP)
Hier kommen wir dem Problem schon näher, denke ich.
Nachtrag: Soweit ich das sehen kann, laufen die VMs sehr wahrscheinlich auf dem gleichen Host. d.h. es MUSS dort irgendetwas anders konfiguriert sein. Wir haben 2 Server nachträglich gekauft.
Die Frage lautet: Kann man das Problem über eine Änderung der erweiterten Eigenschaften lösen. (LMem, Mem) od. im BIOS des Servers ?
korrekt, so meinte ich das auch. Also verstehen wir uns wieder.
Wo genau wird denn dieses Large Memory ... konfiguriert? bzw. kann ich das überhaupt konfigurieren.
Es stimmt. Die eine Umgebung besteht aus älterer ESX Hardware (Dell) u. die andere aus neuerer Hardware (HP)
Hier kommen wir dem Problem schon näher, denke ich.
Nachtrag: Soweit ich das sehen kann, laufen die VMs sehr wahrscheinlich auf dem gleichen Host. d.h. es MUSS dort irgendetwas anders konfiguriert sein. Wir haben 2 Server nachträglich gekauft.
Die Frage lautet: Kann man das Problem über eine Änderung der erweiterten Eigenschaften lösen. (LMem, Mem) od. im BIOS des Servers ?
- Tschoergez
- Moderator
- Beiträge: 3476
- Registriert: 23.02.2005, 09:14
- Wohnort: Burgberg im Allgäu
- Kontaktdaten:
Das ist auch wieder ne Einstellung im Gast... Wenn der 2MB-Pages anfordert, verwendet der ESX auch 2MB pages für diese VM...
http://www.vmware.com/files/pdf/large_p ... rmance.pdf
hier steht was drüber drin...
http://www.vmware.com/pdf/Perf_Best_Pra ... ere4.0.pdf
und hier seite 25...
grüße,
jörg
http://www.vmware.com/files/pdf/large_p ... rmance.pdf
hier steht was drüber drin...
http://www.vmware.com/pdf/Perf_Best_Pra ... ere4.0.pdf
und hier seite 25...
grüße,
jörg
Hallo,
ich habe auch mal ein Problem was möglicherweise grob in diese Richtung geht:
Auf einem ESX Server (4.1, HP DL360 G7 mit 144GB RAM, kein Cluster) laufen einige VMs mit Windows 2008r2.
Von den alten Windows 2003 VMs auf der etwas älteren Hardware war ich es immer so gewohnt, das zugewiesener Speicher nur so weit wirklich belegte wie der Speicher auch genutzt wurde. z.B habe ich 2003 Server denen ich 4GB zugewiesen habe, genutzt werden aber meistens aus Sicht des ESX nur ca. 2 - 3GB. Damit konnte ich im Grunde immer mehr RAM an die VMs verteilen als physikalisch vorhanden war.
Auf den oben genannten Servern viel mir das aktuelle Verhalten nie wirklich auf, da ja RAM satt vorhanden ist. Jetzt gibt es aber neue VMs und auch der üppigere Speicher wird knapp. Wenn ich mir auf dieser Hardware aber den RAM Verbrauch der VMs ansehe, stelle ich fest, dass fast immer der zugewiesene Speicher komplett als "Consumed" angezeigt wird. Ich kann tatsächlich nichts mehr an RAM vergeben. Der Server ist schon mit dem gelben "RAM Warner" gekennzeichnet.
z.B. gibt es eine VM mit 2008r2 der ich 16GB RAM spendiert habe. Es läuft aber außer dem OS fast nichts. Trotzdem werden im vCenter fast 15GB als "Consumed" angezeigt. Bei VMs mit 4GB RAM werden auch eigentlich immer die 4GB consumed. Es gibt anscheinend keinen RAM zum "teilen"?!
Mache ich da etwas bei der Konfiguration grundsätzlich falsch?
Ich habe keine Resourcen direkt fest zugewiesen ....
ich habe auch mal ein Problem was möglicherweise grob in diese Richtung geht:
Auf einem ESX Server (4.1, HP DL360 G7 mit 144GB RAM, kein Cluster) laufen einige VMs mit Windows 2008r2.
Von den alten Windows 2003 VMs auf der etwas älteren Hardware war ich es immer so gewohnt, das zugewiesener Speicher nur so weit wirklich belegte wie der Speicher auch genutzt wurde. z.B habe ich 2003 Server denen ich 4GB zugewiesen habe, genutzt werden aber meistens aus Sicht des ESX nur ca. 2 - 3GB. Damit konnte ich im Grunde immer mehr RAM an die VMs verteilen als physikalisch vorhanden war.
Auf den oben genannten Servern viel mir das aktuelle Verhalten nie wirklich auf, da ja RAM satt vorhanden ist. Jetzt gibt es aber neue VMs und auch der üppigere Speicher wird knapp. Wenn ich mir auf dieser Hardware aber den RAM Verbrauch der VMs ansehe, stelle ich fest, dass fast immer der zugewiesene Speicher komplett als "Consumed" angezeigt wird. Ich kann tatsächlich nichts mehr an RAM vergeben. Der Server ist schon mit dem gelben "RAM Warner" gekennzeichnet.
z.B. gibt es eine VM mit 2008r2 der ich 16GB RAM spendiert habe. Es läuft aber außer dem OS fast nichts. Trotzdem werden im vCenter fast 15GB als "Consumed" angezeigt. Bei VMs mit 4GB RAM werden auch eigentlich immer die 4GB consumed. Es gibt anscheinend keinen RAM zum "teilen"?!
Mache ich da etwas bei der Konfiguration grundsätzlich falsch?
Ich habe keine Resourcen direkt fest zugewiesen ....
Dieses Verhalten zeigen alle (aktuellen) 64-bit-VMs auf aktuellen Prozessoren. Anscheinend werden hier andere Mechanismen zur Speicherverwaltung (Large Pages etc.pp.) herangezogen. Es soll aber sichergestellt sein, dass, sobald Memory Overcommitment vorliegt, und den laufenden VMs mehr Speicher zugewiesen ist als physisch vorhanden ist, die altbekannten Features wie Page Sharing und Ballooning herangezogen werden.
Bei 32-bit-VMs (2003, aber auch z.B. CentOS 6.2 32-bit) zeigen dieses Verhalten nicht.
Bei 32-bit-VMs (2003, aber auch z.B. CentOS 6.2 32-bit) zeigen dieses Verhalten nicht.
Da wird nichts anderes uebrigbleiben als die Warnungen zu ignorieren, oder die Alarme anzupassen (entweder Schwellwerte oder ganz deaktivieren).
Solange noch nicht 100% des Speichers tatsaechlich verwendet werden, besteht ja noch keine Notwendigkeit, irgendetwas an Massnahmen zu ergreifen. Sobald aber die restlichen 19GB (und damit der komplette Speicher) belegt sind, sollten die vorgesehenen Techniken greifen.
Solange noch nicht 100% des Speichers tatsaechlich verwendet werden, besteht ja noch keine Notwendigkeit, irgendetwas an Massnahmen zu ergreifen. Sobald aber die restlichen 19GB (und damit der komplette Speicher) belegt sind, sollten die vorgesehenen Techniken greifen.
... das wäre der Speicher der quasi physikalisch verteilt werden kann. Die mögliche "Überverteilung" kann ich nicht erkennen.
Früher konnte ich direkt sehen was in Summe noch verteilbar war - zumindest war der vom ESX als frei angezeigte Speicher deutlich größer und damit konnte ich grob kalkulieren was noch an VMs angelegt werden konnte.
Das kann ich heute nicht mehr.
Heute kann ich im Grunde "nur" eine 1:1 Beziehung zwischen virtuellem und physikalischen RAM aufbauen?!
Früher konnte ich direkt sehen was in Summe noch verteilbar war - zumindest war der vom ESX als frei angezeigte Speicher deutlich größer und damit konnte ich grob kalkulieren was noch an VMs angelegt werden konnte.
Das kann ich heute nicht mehr.
Heute kann ich im Grunde "nur" eine 1:1 Beziehung zwischen virtuellem und physikalischen RAM aufbauen?!
- Tschoergez
- Moderator
- Beiträge: 3476
- Registriert: 23.02.2005, 09:14
- Wohnort: Burgberg im Allgäu
- Kontaktdaten:
Hi Leute!
Ich glaube, Ihr lauft da in die falsche Richtung!
Die Anzeige mit dem belegtem Speicher auf dem ESX (und leider auch die zugrhörige Warnung) sind nicht zwingend schlechte Zeichen. Solange der ESX Speicher hat, wird er diesen auch nutzen, um VMs drauf abzulegen. Und erst, wenn der Speicher wirklich knapp wird, wirds performancetechnisch gefährlich.
Und das geht erst los bei ESX Machine Speicher frei < 6% (also getrost die Warnungen mit deren default-werten ignorieren)
Lest Euch mal die Links durch (siehe auch weiter oben im Thread, Stichwort Abendlektüre ):
http://www.vmware.com/files/pdf/techpap ... y_mgmt.pdf
ist zwar für 4.1, aber da gabs seitdem keine wesentlichen Neuerungen was Memory angeht.
Wirklich relevant fürs Monitoring sind die Werte für Memory Compression und Memory Swapping, denn erst wenn das auftritt, gibts schlechte Performance.
(Viel Ballooing aktivität über einen langen zeitraum KANN ein erstes Warnzeichen sein).
Memory Overcommittement ist also weiterhin möglich, sollte allerdings nur in besonderen Situationen (HA-Fall, Test/Dev-Umgebung) zum Einsatz kommen.
Lieber die VMs richtig (also weder zu klein noch zu groß) sizen, jetzt sogar lizenztechnisch interessant
Viele Grüße,
Jörg
Ich glaube, Ihr lauft da in die falsche Richtung!
Die Anzeige mit dem belegtem Speicher auf dem ESX (und leider auch die zugrhörige Warnung) sind nicht zwingend schlechte Zeichen. Solange der ESX Speicher hat, wird er diesen auch nutzen, um VMs drauf abzulegen. Und erst, wenn der Speicher wirklich knapp wird, wirds performancetechnisch gefährlich.
Und das geht erst los bei ESX Machine Speicher frei < 6% (also getrost die Warnungen mit deren default-werten ignorieren)
Lest Euch mal die Links durch (siehe auch weiter oben im Thread, Stichwort Abendlektüre ):
http://www.vmware.com/files/pdf/techpap ... y_mgmt.pdf
ist zwar für 4.1, aber da gabs seitdem keine wesentlichen Neuerungen was Memory angeht.
Wirklich relevant fürs Monitoring sind die Werte für Memory Compression und Memory Swapping, denn erst wenn das auftritt, gibts schlechte Performance.
(Viel Ballooing aktivität über einen langen zeitraum KANN ein erstes Warnzeichen sein).
Memory Overcommittement ist also weiterhin möglich, sollte allerdings nur in besonderen Situationen (HA-Fall, Test/Dev-Umgebung) zum Einsatz kommen.
Lieber die VMs richtig (also weder zu klein noch zu groß) sizen, jetzt sogar lizenztechnisch interessant
Viele Grüße,
Jörg
Zurück zu „vCenter / VMware VirtualCenter“
Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 13 Gäste