RE: PowerVM+HACMP: Оптимальное распределение ресурсов процессора

Главная Форумы POWER Systems Виртуализация POWER PowerVM+HACMP: Оптимальное распределение ресурсов процессора RE: PowerVM+HACMP: Оптимальное распределение ресурсов процессора

#5588
Дмитрий
Участник

roman писал(а):

но если не создать 8 виртуальных процов, физические процы могут простаивать из-за отсутствия работы

Если реальных процов четыре, то с чего это им простаивать?
К тому-же в системе несколько лпаров, и у каждого – свои виртуальные процы, а реальных – всего четыре.

Кстати, насчёт веса vios-а – я бы ему, может, даже больше, чем рабочему лпару дал.

По режиму capped/uncapped – может возникнуть сложность с количеством лицензий на софт.
Между процим, если сделать:
STB_LPAR = capped
test_LPAR = uncapped,
то ничего страшного не произойдёт.
Если STB не хочет потреблять процессорные ресурсы, то их заберёт test (если они ему нужны в допонение к заявленной capacity entitlement, CE). Но как только они понадобятся STB (в рамках его CE), они безусловно ему вернутся, практически моментально.
Кол-во виртуальных процов (VP) – фактор, влияющий на производительность.
Надо учитыать, чтo
VP min = ]CE[ (если я правильно написал, я имею в виду – СЕ, округлённое до целого в бОльшую сторону)
VP max = СЕ*10, но не более 64.
При этом, например:
4-процессорная система.
LPAR – 1 штука. СЕ=0.1. Сколько ему можно дать VP? Правильно, 1.
Capped. Запускаем.
Запускаем на нём while true do done
он съедает 0.1 cpu. CPU util=100%
меняем на Uncapped, weight=255
съёдает 1 проц. util=1000%
А сожрать ещё? Запускаем два скрипта while true do done – и что? Они все работают на одном проце, хотя ещё 3 (да хоть 63) свободно.
Почему? Да потому, что когда гипервизор видит свободный визический процессор, он пытается забросить на него чеё-нибудь виртуальный процессор, а единственный виртуальный процессор нашего лпара уже работает.

И ещё замечание: Вы не написали, p520 – P5 или P6.
В P6 появилась опция “shared/dedicated capacity” – это значит, что лпару процы выданы в dedicated режиме, но если он их не использует, то они отдаются в качестве довеска uncapped разделам из shared pool. Но у dedicated lpar остаётся безусловнеёший приоритет на их использование. (Вроде, в настройках процов это называется allow sharing when active).