| раздача ресурсов: типовая рекомендация для CPU: по процу ставить резерв порядка 5-10% от мощи одного ядра. лимит - порядка 15-20% - это из расчета на 1 vCPU shares по дефолту. тока для нетипичных ВМ не по дефолту обычно, лимит лучше не юзать. плюсы: лучший контроль за ресурсами. минусы - хост может простаивать, а ВМ все равно не получит больше лимита. поэтому лучше юзать shares Ключевое понятие при анализе загрузки проца для ВМ - ready time. Про него читаем Ready Time Observations. типовая рекомендация для RAM: резерв 50% от лимита. лимит совпадает со значением "выделенная память"(его задаем при создании ВМ), это значение должно удовлетворять аппетиты гостевой ОС и приложений. Пулы ресурсов: Каждый отдельно стоящий хост и каждый DRS кластер являются пулом ресурсов - самого высокого уровня. Каждый дочерний пул ресурсов(если существует) - отъедает часть ресурсов. Резерв ставить не сколько мы хотим чтобы минимум выделялось - а сколько минимум надо чтобы ВМ работала с удовлетворительной скоростью. Резерв ограничивает количество одновременно запущенных ВМ - т.к. сумма всех резервов должна не превышать кол-во имеющегося ресурса хоста. таким образом, задранное значение резерва ограничивает кол-во одновременно работающих ВМ в пуле ресурсов. при задании резерва для дочерних пулов\ВМ не надо выбирать резерв родительского на 100%, должен оставаться "допуск". стоит пересматривать настройки резерва\лимита анализом загрузки хоста\ВМ за длительный период времени. expandable reservation - возможность "одалживать" свободные ресурсы у родительского пула. Включать эту возможность стоит аккуратно - одолжили у родительского свободные ресурсы, потом они ему понадобились - а обратно он их может и не вернуть(если в эти ресурсы залезли резервы ВМ\пулов того пула, который одалживал) |