vSphere 5 и vRAM

Как написано тут, меняется схема лицензирования для VMware vSphere 5.0. А именно, убрана редакция Advanced, лимиты по количеству ядер и физической памяти. Вместо них добавлен параметр vRAM, с ним и попробуем разобраться.

Вот скриншот возможностей новых редакций:

Как видим, редакция Advanced ушла в небытие, ее счастливые владельцы обновляются до Enterprise.

Из бонусов – все счастливые обладатели лицензии на vSphere получают возможность использования до восьми процессоров в виртуальной машине. Enterprise Plus – до тридцати двух.

Теперь о минусах – появилось ограничение на размер пула для виртуальных машин – vRAM. Фактически, это размер “Granted Memory” для ваших хостов, то есть весь набор оперативки для виртуальных машин, включая техники Memory Overcommitment.

Соответственно, двумя лицензиями на один двухпроцессорный хост можно “выдать” памяти от 48 (Standard) до 96 (Enterprise Plus) гигабайт “Granted memory”. Если не дай бог, у вас в хосте памяти больше – вам придется ее “отобрать” у другого хоста, повысить редакцию существующих либо купить новые лицензии. Система учета vRAM встроена в vCenter. Для редакций Essentials/Essentials Plus она жестко запрещает выдачу памяти, для остальных выдает предупреждение о исчерпании пула vRAM. Вот тут англоязычные коллеги считают потери от лицензирования по новой схеме.

Для понятности я переведу пример, приведенный в документации.

У нас есть два двухпроцессорных хоста, которые мы хотим лицензировать по лицензиям vSphere Enterprise.

Количество хостов	2
Количество процессоров	4
Количество лицензий vSphere	4
Пул vRAM	128 (4*32)
Используется vRAM	0

Мы создаем 20 виртуальных машин, выдав каждой по 4 гигабайта ОЗУ. Оба хоста в едином пуле vRAM, так как они подключены к одному vCenter. Это позволяет использовать балансировку нагрузки и не требует дополнительных лицензий при использовании, например, DPM (Dynamic Power Management).

Количество хостов	2
Количество процессоров	4
Количество лицензий vSphere	4
Пул vRAM	128 (4*32)
Используется vRAM	80

Мы добавляем в инфраструктуру один однопроцессорный хост и лицензию на vSphere Enterprise. На этом хосте мы создаем 5 виртуальных машин, выдав им по 8 гигабайт ОЗУ. Так как у нас есть “запас” по емкости vRAM, мы можем обойтись для него одной лицензией vSphere Enterprise (лимит у которой – 32GB vRAM).

Количество хостов	3
Количество процессоров	5
Количество лицензий vSphere	5
Пул vRAM	160
Используется vRAM	120

Требуется развернуть еще 15 виртуальных машин с 4 гигабайтами ОЗУ, всего потребуется 180 гигабайт vRAM, а у нас ограничение – 160.

Доступны две опции:

– докупка еще одной лицензии vSphere Enterprise, это повысит лимит до 192Гб;

– апгрейд на vSphere Enterprise Plus, это повысит лимит до 240Гб.

Допустим, мы выбрали первый вариант…

Количество хостов	3
Количество процессоров	5
Количество лицензий vSphere	6
Пул vRAM	192
Используется vRAM	180

И наконец мы добавляем еще один однопроцессорный хост для того, чтобы сбалансировать нашу инфраструктуру. Так как у нас есть неприкрепленная к процессору лицензия, нам не нужно покупать дополнительные лицензии.

Финальный вариант выглядит так:

Количество хостов	4
Количество процессоров	6
Количество лицензий vSphere	6
Пул vRAM	192
Используется vRAM	180

Вывод.

От новой схемы лицензирования пострадают те, у кого на хосте больше памяти, чем доступно по лимитам (например, двухпроцессорный сервер с 96 гигабайтами ОЗУ, лицензированный по vSphere Standard). Если на ваших хостах меньше 32 гигабайт ОЗУ, вы вряд ли почувствуете разницу. Если больше – надо смотреть на “агрессивность” вашего Memory Overcommitment.