Vsphere 5.1: виртуальная машина не использует оперативную память хоста

Vsphere 5.1: виртуальная машина не использует оперативную память хоста

Hi,

Я использую лицензионную версию Vsphere 5.1 (обновленную версию Vsphere 4).

После обновления я столкнулся с проблемой: виртуальные машины не используют оперативную память.

Например, если у меня есть две машины с 2 ГБ ОЗУ, то общее использование ОЗУ на HOST становится 4 ГБ, но на самом деле активное использование памяти составляет всего около 1 ГБ.

Это не было проблемой в Vsphere 4, он показывает активную память как использование памяти HOST, но в Vsphere 5 виртуальная машина не использует ОЗУ и резервирует полную ОЗУ при включении.

Может быть, есть какая-то настройка, чтобы включить общий доступ к памяти или отключить это полное резервирование оперативной памяти.


person Abhinav Garg    schedule 22.01.2013    source источник


Ответы (2)


получил ответ

Изменения заключаются в том, что VMkernel использует большие страницы для поддержки страниц виртуальной памяти. Для получения дополнительной информации эта статья от Дункана предоставит достаточно информации и ссылок на другие статьи по этой теме:

http://www.yellow-bricks.com/2011/01/26/re-large-pages-gabvirtualworld-frankdenneman-forbesguthrie/

Короче говоря, VMkernel будет размещать страницы, выданные виртуальной машиной, в большие страницы физической памяти, чтобы ускорить доступ к памяти. Большие страницы используются, когда физический ЦП имеет возможности EPT (Intel) или RVI (AMD).

person Abhinav Garg    schedule 02.02.2013

Насколько я понимаю, в основном, когда хост ESXi испытывает нехватку памяти, большие страницы разбиваются на страницы по 4 КБ, чтобы обеспечить работу TPS.

Теперь я сомневаюсь: использование технологии EPT (или RVI) «разбивка большой страницы на маленькую страницу» фактически означает, что схема трансляции адресов (EPT) изменена, и ESXi VMkernel должен на лету создавать таблицы страниц, необходимые для поддержки последний уровень косвенности, требуемый новой (EPT) схемой перевода?

Благодарю.

person Carlo C    schedule 20.04.2015