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.

10 thoughts on “vSphere 5 и vRAM”

  1. Сейчас двухпроцессорник с 48 Гб ОЗУ уже норма, скоро все будут пихать по 96 Гб. Мне кажется, VMWare “пожадничали” с vRAM, надо было на каждый тип лицензии пихать минимум в два раза больше.

  2. Б….!!! Я напокупал хостов с 192 RAM и мне без компрессии и оверкомитмента надо 16 лицензий!!!
    Т.е. меня толкают на покупку малопамятных хостов.
    И не говорите, что Vmware не в сговоре с производителями железа.
    Особенно Dell со своей С-серией.

    Понимаю, что облака, понимаю, что реальный сектор скоро сдаст свои сервера в утиль и пойдет в SaaS…
    Но, зачем так жестоко и беспардонно SMB насиловать и не давать ему в enterprise переходить.

  3. Есть три чит-кода 🙂
    Первый – попробовать задним числом купить Advanced Acceleration Kit по четверке. Минус в том, что он один в одни руки (ну в VMware же не дураки сидят).
    Второй – при наличии 10 филиалов воспользоваться ROBO-лицензией (10 Ess/Ess+ бандлов). Это даст 1440GB vRAM.
    Третий – процессоры лицензировать по технологии, а остаток vRAM добивать стандартными лицензиями (которые в 3,5 раза дешевле, чем Ent+).
    То есть, у вас 2 двухпроцессорных хоста и 192 гигабайта ОЗУ (>384 vRAM).
    Вы берете под них 4 лицензии Ent+, чем покрываете 192GB vRAM. На остальные 192GB vRAM вы можете либо купить 4 Ent+($13980), либо 8 Std ($7960). Разница почти в два раза, с точки зрения буквы Whitepaper и технического ограничения на vCenter Foundation/Standard все чисто!

  4. это я могу выкинуть по 60Гб памяти на 2-х процессорных хостах ???
    даже если free esxi поймет 24Гб это 48 и все 🙁

  5. Согласен, третий вариант вроде не поддерживается. Я неверно перевел документ:
    – “Buy one additional vSphere license of the same edition”.
    Хотя, имхо, это идиотизм, говорить про пулы vRAM, но привязывать их к конкретному функционалу.
    Тогда уж и второй чит тоже под вопросом – он ту же лазейку использует…

  6. Прокатит только первый чит.
    До 22 августа купить 4-ку, и обновить лицензию до 5-ки.
    Кстати, если не в курсе, на скриншоте цены для Америки. Для России – на 30% дороже! А для Франции – дешевле чем в Америке. Вот такие у них цены для нашей “развивающейся” по их мнению страны.
    Обзвонил вчера всех проявивших интерес к виртуализации, рассказал про этот чит. Кто захочет – позвонит.
    PS. Андрей, Виктор в отпуск смотался – он ни почту. ни аську не читает?

Leave a Reply

Your email address will not be published. Required fields are marked *