Русфонд

четверг, 4 августа 2011 г.

Расчет (сайзинг) VMFS LUN

Duncan Epping (Yellow Bricks) обновил рекомендации к определению конфигурации VMFS LUN.
Ранее он предлагал (оригинал тут) рассчитывать размер VMFS LUN, исходя из максимального количества виртуальных машин на LUN MaxVMs и среднего размера виртуальной машины  avgSize:
(MaxVMs * avgSize) + 20%,
20% - резерв на файл подкачки и снэпшоты.
Сейчас Duncan предлагает (пост VMFS-5 LUN Sizingрассчитывать VMFS LUN, учитывая и требования по IOPS:
((IOpsPerLUN – 20%) / AVGIOpsPerVM) ≤ (MaxVMsWithinRTO),
где
IOpsPerLUN - IOPS, которые может обработать LUN в зависимости от физической конфигурации (тип RIAD, количество шпинделей, тип дисков);
AVGIOpsPerVM - среднее число IOPS на виртуальную машину;
MaxVMsWithinRTO - максимальное число виртуальных машин, которые будут одновременно восстанавливаться с заданным значением RTO;
20% - резерв на всплеск IOPS со стороны виртуальных машин (снэпшоты, файл подкачки).
По сути, первая половина формулы определяет максимальное количество виртуальных машин на раздел MaxVMs. 
Duncan оговаривается, что значение резерва 20% не является идеалом и зависит от "физики" VMFS LUN.
Размер VMFS LUN рекомендуется определять формулой:
(((MaxVMs * AvgDisksVMs) * AvgSizeVMDK) + (MaxVMs * AvgMemSize)) + SlackSpace ≥ MinSize,
где
AvgDisksVMs - среднее количество дисков у виртуальной машины;
AvgSizeVMDK - средний размер диска виртуальной машины;
AvgMemSize - средний размер памяти виртуальной машины;
SlackSpace - резерв (в данном случае под снэпшоты);
MinSize - минимальный размер VMFS-раздела 1,2G.
Тут ничего нового, только более детально расписан старый параметр  avgSize. Такие частности, как Reservation для памяти или хранение swap-файла на отдельном LUN, формула не учитывает.
Хотя в названии поста используется VMFS-5, логика верна и для VMFS-3.

Комментариев нет:

Отправить комментарий