ESXi 4.1.0 memory toevoegen

[Grolsch]

Hallo Tweakers,

Momenteel hebben wij draaien een:
HP DL380 G6
1 x Intel® Quad™Core Xeon® E5530 processor
In totaal 12GB geheugen gebaseerd op 6 x 2 GB Registerred Dimm PC3-10600.

Machine boot van SD kaart op ESXi 4.1.0, 348481.

Ik heb dus 12GB geheugen te verdelen wat een beetje krap wordt (ik heb eigenlijk 18, of liever nog 24GB nodig).

Mijn leverancier adviseert mij om de 6 x 2GB te vervangen voor:

3 x HP - MEMORY - 8 GB - DIMM 240-PIN - DDR3 - 1333 MHZ / PC3-10600 - CL9 - REGISTERED - ECC

Een heel verhaal over bussnelheden etc. etc., dit was volgens hem de beste (en betaalbare) oplossing.

Vraag 1 = Heeft VMWARE ESXi 4.1.0, 348481 een limiet aan fysiek geheugen
Vraag 2 = Kan ik zonder problemen de 6 x 2GB vervangen voor 3 x 8GB
Vraag 3 = Hebben jullie nog op en/of aanmerkingen op het advies van mijn leverancier

[Andre_J]

Geen probleem.

"onze" DL380 G6

PROC 1 DIMM 1G : 4096 MB 1333 MHz
PROC 1 DIMM 2D : 8192 MB 1333 MHz
PROC 1 DIMM 3A : 8192 MB 1333 MHz
PROC 1 DIMM 4H : 4096 MB 1333 MHz
PROC 1 DIMM 5E : 8192 MB 1333 MHz
PROC 1 DIMM 6B : 8192 MB 1333 MHz
PROC 1 DIMM 7I : 4096 MB 1333 MHz
PROC 1 DIMM 8F : 8192 MB 1333 MHz
PROC 1 DIMM 9C : 8192 MB 1333 MHz
PROC 2 DIMM 1G : not installed
PROC 2 DIMM 2D : not installed
PROC 2 DIMM 3A : not installed
PROC 2 DIMM 4H : not installed
PROC 2 DIMM 5E : not installed
PROC 2 DIMM 6B : not installed
PROC 2 DIMM 7I : not installed
PROC 2 DIMM 8F : not installed
PROC 2 DIMM 9C : not installed

In totaal 60 GB

Ter info : Hp heeft ook een mooie memory calculator : http://h18004.www1.hp.com...ions/tool/hp_memtool.html

[ Voor 8% gewijzigd door Andre_J op 19-02-2013 18:33 . Reden: mem calculation added ]

[Question Mark]

Grolsch schreef op dinsdag 19 februari 2013 @ 16:23:
Vraag 1 = Heeft VMWARE ESXi 4.1.0, 348481 een limiet aan fysiek geheugen

Da's afhankelijk van je licentie....

256 GB voor standard of hoger (Enterprise plus unlimited), en 32 GB voor de "gratis" versie...

Is dat memory niet te mixen trouwens? (6x 2 GB + 3 x 8 GB = 36 GB).

[ Voor 9% gewijzigd door Question Mark op 19-02-2013 20:24 ]

[Grolsch]

Mijn leverancier had over het volgende

Iets met 2 processoren, terwijl wij maar 1 processor hebben.
Als we zouden gaan mixen (wat technisch kan, genoeg vrije bankjes) dan zou de kloksnelheid naar beneden gaan

Wij gebruiken trouwens de "gratis" variant van ESXi, dus 32GB is de limiet.

[Trommelrem]

Grolsch schreef op woensdag 20 februari 2013 @ 07:48:
Mijn leverancier had over het volgende

Iets met 2 processoren, terwijl wij maar 1 processor hebben.
Als we zouden gaan mixen (wat technisch kan, genoeg vrije bankjes) dan zou de kloksnelheid naar beneden gaan

Wij gebruiken trouwens de "gratis" variant van ESXi, dus 32GB is de limiet.

Zoals boven vermeld: ESXi met kostenloze licentie ondersteunt tot maximaal 32 GB.
Als je één processor hebt in een multi-socket systeem, dan kun je soms alleen alle banken gebruiken als je een tweede processor plaatst. Dit kun je natuurlijk terug vinden in de documentatie van je server, als deze limiet van toepassing is.

[Grolsch]

Dan zal dat het geval zijn bij ons.

Kan iemand uitleggen waarom de kloksnelheid zakt wanneer ik uitbreid naar (6x2GB + 3x8GB) ipv vervang (3x8GB)

[ Voor 10% gewijzigd door Grolsch op 20-02-2013 07:58 ]

[WhizzCat]

Nee, je kloksnelheid veranderd niet. Hooguit de bussnelheid waarmee je geheugen werkt, maar aangezien het allebei pc3-10600 is betwijfel ik dat zelfs.

[Grolsch]

Dat zal dan een typefout zijn van mij er veranderde "een snelheid" volgens mijn leverancier, waardoor 3 x 8GB sneller was als 6x2GB + 3x8GB.

[Question Mark]

Dat de bussnelheid zakt met "fully loaded" memorybanken heeft te maken met de hoeveelheid dimm's per channel (de bus zakt dan naar 800 Mhz). Da's een hardwarelimiet van de memory controller.

Met mixen van de modules heb je echter wel 8 GB extra memory te verdelen (32 GB limiet). Zeker applicaties als SQL en Exchange vinden wat meer memory erg fijn. De lagere memory snelheid zul je in de praktijk eigenlijk niet merken.

Als de modules compatible zijn (lijkt het wel op, maar ik heb het niet gecontroleerd) zou ik ze persoonlijk gaan mixen.

[Grolsch]

Ok, tnx voor je antwoord, dat maakt veel duidelijk.

En kan ik nu bepaalde banken dan niet gebruiken omdat ik geen 2e processor heb

[Jazzy]

Inderdaad, 12 GB is net te weinig om comfortabel uit de voeten te kunnen. Zelf heb ik een ML150 G6 en daar kun je de bankjes 7-12 alleen gebruiken als je een tweede CPU geïnstalleerd hebt. Er zitten dus inderdaad allerlei haken en ogen aan.

Als je het precies wilt weten dan kun je eens in de Quickspecs kijken: http://h18004.www1.hp.com...div/13234_div.html#Memory Zelf zou ik graag op het advies van je leverancier varen omdat je dan ergens op terug kunt vallen als het toch niet compatible is. Ik heb hier nog een setje onbruikbaar geheugen liggen omdat ik dach dat ik het zelf ook wel uit kon zoeken.

[Question Mark]

Grolsch schreef op woensdag 20 februari 2013 @ 08:59:
En kan ik nu bepaalde banken dan niet gebruiken omdat ik geen 2e processor heb

Klopt, bij deze cpu's zit de memory-controller in de cpu zelf en niet meer op het moederbord. In de post van the_nowhereman kun je ook zien dat de eerste negen banken "gekoppeld" zijn aan cpu1, en de banken 10 t/m 18 aan cpu2. Geen cpu2 betekend dat deze banken ook niet bruikbaar zijn.

Met 1 cpu kun je dus max 9 banken gebruiken.

[DukeBox]

Hier staat ook e.e.a. http://globalsp.ts.fujits...ory-performance-ww-en.pdf
De 5% performance verlies is overigens wanneer je van 1333 naar 800 gaat. Bij 1066 (in het geval van jouw E5530) naar 800 is het ongeveer 2,5%.

[ Voor 5% gewijzigd door DukeBox op 20-02-2013 09:31 ]

[Nextron]

Question Mark schreef op dinsdag 19 februari 2013 @ 20:21:
Da's afhankelijk van je licentie....

256 GB voor standard of hoger (Enterprise plus unlimited), en 32 GB voor de "gratis" versie...

Dat geldt vanaf ESXi 5. Bij 4.1 is er geen licentie-limiet. Het fysieke limiet is 1TB en 255GB per VM.

[Question Mark]

Nope:

http://blog.vmpros.nl/201...ere-4-1-license-editions/

en

http://malaysiavm.com/blo...license-comparison-chart/

32 GB voor de gratis versie, 256 GB voor de betaalde versies, unlimited voor Enterprise plus.

[ Voor 53% gewijzigd door Question Mark op 20-02-2013 09:56 ]

[mhofstra]

Op mijn werk hebben we HP DL360 G7 servers (ook met 1 CPU). Hierin heb ik het geheugen ook eens uitgebreid van 6x4GB naar 9x4GB, hierbij ging de RAM snelheid ook omlaag van 1066 naar 800Mhz. Ik heb eens wat benchmarks gedraait en de conclusie is dat je dit niet zal merken. (de benchmarks met 800Mhz RAM snelheid was zelfs iets sneller....). Meer geheugen is dus veel belangrijker dan (iets) sneller geheugen!

Kijk trouwens ook eens naar Kingston geheugen, vaak een factor 2x-3x goedkoper dan officieel HP geheugen. Wel zit je dan natuurlijk met je support contract bij HP, mocht er ooit wat zijn met de server dan kun je het beste het Kingston geheugen even verwijderen.

[Grolsch]

zo'n HP 8GB module kost zo'n +- 100,-- per stuk, daar wil ik geen gezeur om hebben.

De server staat inderdaad onder contract bij HP.

[mhofstra]

Dan is HP wat goedkoper geworden.
Ik moest begin 2011 260 euro betalen voor een HP 8GB module en maar 77 euro voor een kingston system specific variant.... (*3 modules = 550 was voor mij de keuze snel gemaakt)

[Grolsch]

Ik heb nu het extra geheugen toegevoegd en ik heb nu 36GB.

Ik heb de ene VM 16GB toegekend en de DB VM 20GB, en ESXi klaagt nergens over

[Question Mark]

Dat zou ik niet doen. Dikke kans dat er nu "ballooning" optreedt binnen je vm's. Strikt genomen is je host nu overcommit qua memory.

ESXi 4.1 heeft minimaal 2 GB nodig voor zijn eigen hypervisor....

[Grolsch]

Ik doe dit eigenlijk al 4 jaar zo, eerder had ik 12GB fysiek geheugen en verdeeld in 6GB + 6GB voor de VM's.

[Question Mark]

Check bij de VM nu eens of deze ook aan ballooning doet? Tabblad "Resource Allocation", en dan onder "Guest Memory" kijken...

[Grolsch]

Bij VM1 (16GB toegekend) staat Host Memory consumed 16.11GB, Guest Memory 3,2GB active
Bij VM2 (20GB toegekend) staat Host Memory consumed 15,77GB, Guest Momery 409MB active

[Question Mark]

Het gaat even om het stukje wat daaronder staat:



De hoeveelheid memory die "ballooned" is. Da's geheugen die wel toegekend is aan de VM, maar niet beschikbaar is voor de VM op tijden dat de host simpeweg dit niet kan toekennen. Dit kan hele rare perfomanceproblemen geven.

Stel een VM heeft 20GB toegekend, door ballooning "snoept" ESX hier 4 GB af (dit memory heeft de host nodig omdat een extra VM gestart wordt). De VM wordt nu gedwongen om 4 GB memory naar zijn page-file te verplaatsen. Dit kost enorm veel cpu en disk I/O, en dus performance. En stel dat een uur later de "extra" VM weer uitgeschakeld wordt, dan kan de VM de inhoud van de page-file weer in RAM memory gaan inlezen, met weer een tijdelijke performance-hit.

Nu zal dit met twee draaiende vm's op een host wel meevallen, maar op een overcommitted host waar redelijk veel VM's op starten en stoppen kan de performance soms behoorlijk dippen.

Grolsch schreef op maandag 25 februari 2013 @ 07:44:
Bij VM1 (16GB toegekend) staat Host Memory consumed 16.11GB, Guest Memory 3,2GB active

Wat voor VM is dat? 16 GB toegekend, en slechts 3,2 GB actief. Toch niet toevallig een 32 bits guest?

Overigens gebruiken je guests bij elkaar opgeteld nog geen 8 GB van de host... Ballooning treedt dus niet op.

[ Voor 17% gewijzigd door Question Mark op 25-02-2013 09:09 ]

[Grolsch]

Het venster wat jij ziet krijg ik niet naar voren

Algemeen:


VM 1:



VM 2:


Nog een algemen screenshot



Beide VM's zijn 64 bits

[ Voor 3% gewijzigd door Grolsch op 25-02-2013 09:43 ]

[Question Mark]

Je gebruikt geen VCenter, als ik rechtstreeks op een host verbindt zie ik deze ook niet.

Via het tabblad performance, en dan kiezen voor memory krijg je de info ook inzichtelijk.

[Grolsch]

Volgens mij wordt er dus niet "gebaloond"

[Question Mark]

Grolsch schreef op maandag 25 februari 2013 @ 10:37:
[afbeelding]

Volgens mij wordt er dus niet "gebaloond"

Op het moment niet, maar in het verleden is dat wel gebeurd... Anders had de waarde "maximum" bij balloon op 0 gestaan.