Раздача ресурсов - CPU \ RAM, reservation \ limit, Resourse Pool

раздача ресурсов:

типовая рекомендация для CPU:
по процу ставить резерв порядка 5-10% от мощи одного ядра.
лимит - порядка 15-20% - это из расчета на 1 vCPU

shares по дефолту. тока для нетипичных ВМ не по дефолту

обычно, лимит лучше не юзать.
плюсы: лучший контроль за ресурсами.
минусы - хост может простаивать, а ВМ все равно не получит больше лимита.
поэтому лучше юзать shares

Ключевое понятие при анализе загрузки проца для ВМ - ready time. Про него читаем Ready Time Observations.

типовая рекомендация для RAM:
резерв 50% от лимита.
лимит совпадает со значением "выделенная память"(его задаем при создании ВМ), это значение должно удовлетворять аппетиты гостевой ОС и приложений.



Пулы ресурсов:
Каждый отдельно стоящий хост и каждый DRS кластер являются пулом ресурсов - самого высокого уровня. Каждый дочерний пул ресурсов(если существует) - отъедает часть ресурсов.

Резерв ставить не сколько мы хотим чтобы минимум выделялось - а сколько минимум надо чтобы ВМ работала с удовлетворительной скоростью.
Резерв ограничивает количество одновременно запущенных ВМ - т.к. сумма всех резервов должна не превышать кол-во имеющегося ресурса хоста. таким образом, задранное значение резерва ограничивает кол-во одновременно работающих ВМ в пуле ресурсов.
при задании резерва для дочерних пулов\ВМ не надо выбирать резерв родительского на 100%, должен оставаться "допуск".
стоит пересматривать настройки резерва\лимита анализом загрузки хоста\ВМ за длительный период времени.

expandable reservation - возможность "одалживать" свободные ресурсы у родительского пула. Включать эту возможность стоит аккуратно - одолжили у родительского свободные ресурсы, потом они ему понадобились - а обратно он их может и не вернуть(если в эти ресурсы залезли резервы ВМ\пулов того пула, который одалживал)


Comments