Gestione della memoria in VMware ESX, appunti

L’Hypervisor ESX ha diverse funzionalità per reclamare memoria per i vHost. Il concetto si basa fondamentalmente che un vHost pur avendo allocati nella cfg 16 gb(es) potrebbe non usare interamente la ram allocata, quindi può cederla ad un altro vHost. Ma chi sono anche altri concetti:

TRANSPARENT PAGE SHARING (TPS)

Le pagine comuni di memoria dei Vhost sono indicizzate e popolate una singola volta per N vHost.
Che significa? Meglio procedere in un esempio: abbiamo alcuni Vhost che presentano lo stesso dato in memora, quindi, l’host ESX provvederà, nel caso in cui sia attivata la funzione, ad allocare memoria per un singolo Dato comune ad un certo numero di vHost. Le pagine vengono individuate con uno scanning progrrammato, e la cosa provoca un innalzamento dei valori di utilizzo della CPU.

BALLONING

Questa tecnica di recupero memoria si basa sulla itarazione stretta tra i VMware Tools installati su un vHOST e l’Hypervisor. Il Ballon e’ un palloncino! L’hypervisor gonfia ‘questo palloncino di memoria’ con la memoria dell’HOST a discapito del vHost che non sta utilizzando quella partizione di memoria.
note: funziona solo se sono installlati i VMware Tools. Non disabilitare il driver di Balloning.

Memory Compression

Pagine di memoria vengono compresse e stoccata in zone libere di memoria dell’ESX. I threshold possono essere parametrizzati.

HYPERVISOR SWAPPING, l’ultima spiaggia

Quando l’HOST ESX ha necessità di memoria, comincia a swappare in maniera random delle pagine di memoria di tutti i vHost. Il vantaggio della tecnica e’ che e’ veloce nel farlo ma e’ l’ultima spiaggia, in quanto presenta alcune contro indicazioni che vanno a discapito delle prestazioni del Vhost. Ad esempio, il balloning da disco e’ lento, oppure pensiamo ad un vHost Windows che ha gia swappato sul sui fle di swap proprietario e si trova con due locazioni da gestire per lo stesso frame di dati. Come detto, e’ l’ultima spiaggia.