door Cameron Cameron, Senior Consultant
opmerking: aangenomen wordt dat het publiek voor dit document al begrijpt hoe VMware het geheugen beheert voor alle VM ‘ s die op elke ESXi-host draaien.
een van de grote voordelen van VMware is de mogelijkheid om CPU-en geheugenbronnen over te schrijven, waardoor consolidatie van workloads mogelijk is. Bij het virtualiseren van systemen voor onze klanten, die een grote geheugen footprint hebben (d.w.z. databases), zien we vaak dat het fysieke geheugen uitgeput raakt voordat we de limiet van de rekencapaciteit van een ESXi-host naderen. Voor Tier 1-workloads raden we aan om geheugenreserveringen te configureren, vooral in omgevingen waar deze bedrijfskritische workloads worden gecombineerd met lagere VM ‘ s.
niet elke VMware-winkel kiest ervoor om geheugenreserveringen te gebruiken. Soms kan dit geheugen-ballonvaren veroorzaken wanneer bepaalde gebeurtenissen, waaronder vMotion, ervoor zorgen dat de provisioned vRAM het fysieke RAM op de ESXi-host benadert of matcht. Wanneer dit gebeurt, zal de ESXi-host waarschijnlijk een memory balloon event ervaren en kan elke VM die niet beschermd is door een geheugenreservering worden beïnvloed. Het vertrouwen op een optelling van de VRAM, en het vergelijken met de fysieke RAM, kan echter leiden tot een vals gevoel van veiligheid, omdat vaak geen rekening is gehouden met het geheugen overhead van elke VM.
in plaats daarvan beveelt House of Brick aan dat de som van het geheugen van alle virtuele machines (virtueel machinegeheugen, VM-geheugen overhead en VM-kernelgeheugen) niet groter is dan het fysieke geheugen van de host.
van Overhead geheugen op virtuele Machines:
virtuele machines hebben een bepaalde hoeveelheid overhead geheugen nodig om in te schakelen. U moet zich bewust zijn van de hoeveelheid van deze overhead.
de volgende tabel toont de hoeveelheid overhead geheugen die een virtuele machine nodig heeft om in te schakelen. Nadat een virtuele machine draait, kan de hoeveelheid overhead geheugen die het gebruikt afwijken van de hoeveelheid die in de tabel wordt vermeld. De sample waarden werden verzameld met VMX swap ingeschakeld en hardware MMU ingeschakeld voor de virtuele machine. (VMX swap is standaard ingeschakeld.)
Noot:
de tabel geeft een voorbeeld van overhead geheugen waarden en probeert Niet informatie te geven over alle mogelijke configuraties. U kunt een virtuele machine configureren voor maximaal 64 virtuele CPU ‘s, afhankelijk van het aantal gelicentieerde CPU’ s op de host en het aantal CPU ‘ s dat het gastbesturingssysteem ondersteunt.
Tabel 1: Voorbeeldgeheugen op virtuele Machines
wat u kunt zien in de bovenstaande tabel is dat, naarmate de geheugentoewijzing naar een VM toeneemt, ook de geheugen overhead toeneemt. Hoewel ESXi doorgaans over-toegewezen geheugen kan terugwinnen (via ESXi-geheugenbeheermechanismen), kan de overhead niet worden teruggewonnen, wat de noodzaak onderstreept om werklasten van juiste grootte te maken.
elke organisatie moet zijn eigen beleid bepalen met betrekking tot geheugenreserveringen in zijn VMware-omgeving. Maar als u Tier 1-workloads met andere workloads uitvoert, weinig geheugen hebt of geheugen-ballonvaren ziet, moet u er rekening mee houden dat er geheugen overhead is voor elke VM die tijdens de planning mogelijk niet is meegerekend.