На сервере 16 гигов памяти. Мы хотим запустить на этом сервере как можно больше виртуальных машин. Они используются в качестве «подчиненных» автоматизированного тестирования для виртуальной машины Jenkins, которая распределяет задания по тестированию.
В настоящее время виртуальные машины имеют 10,6 ГБ памяти, используемой в vSphere.
Но vSphere сообщает, что используется 12,1 ГБ из 16 ГБ. Это означает, что сама vSphere использует 1,5 гигабайта.
Так что на сервере осталось всего 4 Гб.
Обратите внимание, что vCenter сообщает, что каждая виртуальная машина ниже использует меньше полной памяти.
Вопросы: 1. Остающиеся 4 гигабайта означают, что мы можем запустить только 2 из этих 2 гигабайтных виртуальных машин Windows?
Позволяет ли используемый% "совершить чрезмерную фиксацию"? Машины редко используют больше памяти, если не происходит утечка памяти в тестируемом программном обеспечении.
Что произойдет, если мы «перегрузим» и машине потребуется больше памяти?
Если мы не можем выполнить чрезмерную фиксацию, имеет ли смысл выключать vCenter Server? Кажется, что, поскольку у нас есть только один сервер vSphere, vCenter - это излишне. Он нам действительно нужен только для «клонирования», поскольку клиент vSphere не поддерживает клонирование. Так что, возможно, большую часть времени лучше отключать питание.
Есть ли другие идеи или предложения, позволяющие запускать еще много виртуальных машин?
1: Да, вы можете совершить чрезмерную фиксацию. См. 2,3 для деталей.
2: Если физическая память заполняется, ESX (i) запускает Memory Ballooning, Transparent Page Sharing и Memory Compression функции. Когда память заполняется во время использования этих функций, хост меняет местами.
Когда администратор устанавливает VMware Tools, в гостевой ОС устанавливается драйвер memctl (он же расширяющийся драйвер). Этот драйвер создает пузырек или «воздушный шар» памяти, потребляемой внутри гостевой системы, поэтому ОС видит, что она используется приложением. Затем гипервизор берет физическую оперативную память, освобожденную путем надувания этого балуна, и распределяет ее между другими виртуальными машинами, которым она требуется. Раздувание памяти приводит к небольшим накладным расходам на обработку, и если оно заставляет гостевую ОС начать подкачку на диск, это может значительно замедлить работу приложения (приложений) на виртуальной машине. Если виртуальная машина не использует память, то раздутие не является серьезной проблемой для производительности, но указывает на то, что физической памяти на хосте становится мало. Одно из самых больших преимуществ раздува памяти перед другими методами обработки избыточного выделения памяти состоит в том, что драйвер раздува памяти позволяет гостевой операционной системе выбирать, какие страницы передать гипервизору для других виртуальных машин. Таким образом, страницы, которые не используются активно, можно безопасно освободить, что почти не повлияет на производительность с точки зрения гостя.
Прозрачное совместное использование страниц - это «дедупликация» памяти, которая позволяет сворачивать идентичные страницы виртуальной памяти в одну страницу в физической ОЗУ хоста, тем самым освобождая память для других целей. Например, если несколько виртуальных машин на хосте работают под одной и той же операционной системой и приложением, гипервизор будет сравнивать страницы памяти посредством хеширования, чтобы найти идентичные страницы, которые можно освободить путем их консолидации. Раздувание и прозрачный общий доступ к страницам работают вместе, чтобы гарантировать, что чрезмерно выделенная память не вызовет проблем с производительностью для приложений на гостевых виртуальных машинах.
Сжатие памяти и перестановка дисков гипервизором - это последняя попытка ESX / ESXi уберечь гипервизор от сбоев, когда ресурсы памяти на хосте растянуты до предела. Сжатие страниц памяти гипервизором также вызывает дополнительные накладные расходы на обработку; однако эти накладные расходы невелики по сравнению с замедлением, вызванным перекачкой страниц на запоминающее устройство. Пользователи vSphere 4.1 и выше смогут воспользоваться этой функцией, чтобы уменьшить объем подкачки, происходящей, когда ресурсы физической памяти близки к исчерпанию.
Украдено из Рекомендации по выбору размера виртуальной памяти (vRAM)
3: Если вы выключите питание, вы больше не сможете его использовать, поэтому статистика не будет записана и т.д. Я не знаю, что происходит с HA и прочим. Я бы не стал его выключать. Если виртуальная машина простаивает, ESX узнает об этом и справится с этим. Обратите внимание: перечисленные функции памяти используются по мере необходимости (см. Описание), поэтому объем памяти будет тем меньше увеличиваться, чем больше используется памяти. Постарайтесь значительно потратить память, чтобы увидеть, как масштабируется ваша виртуальная машина vCenter. Я не думаю, что это будет тратить слишком много памяти на простоя
4: См. связанный информационный документ для информации как получить ответ