среда, 13 июля 2011 г.

vSphere 5 what's new


Как многие уже слышали, VMware объявила об относительно скором релизе пятой вСферы - в третьем квартале этого года.

Уже стали известны подробности, о технических новшествах, и об изменении в лицензировании.

Из технических особенностей
(с ними конечно еще надо будет поразбираться в поисках нюансов) мне наиболее значимыми кажутся:
(список пополниться чуть позже, да и подробное описание каждой или некоторых фич тоже вполне вероятно)

VMFS 5
Можно будет подключать RDM размером более 2 ТБ (до 60). vmdk по прежнему до 2 ТБ.
Улучшена поддержка offload всяких задач на хранилку (VAAI).
Ну и по мелочи.
Хорошая статья - Особенности VMFS-5.

Storage DRS (видео)


Профили для хранилищ (видео)

vCenter в виде Virtual Appliance с SUSE Linux внутри.

Поддержка Auto Deploy (что это).

Поддержка USB 3 и проброс USB устройств из клиента vSphere до ВМ.

Новый, вроде как с нуля переписанный HA - Fault Domain Manager. Теперь HA сможет пережить отказ более чем пяти хостов, и общаться узлы смогут и через хранилища.

vSphere Storage Appliance - давно ожидаемое решение для превращения локальных хардов в высокодоступное разделяемое хранилище..

До 32 ядер на ВМ (в Enterprise Plus, в остальных - до 8 vCPU).

Схема лицензирования.

Смена модели лицензирования заключается вот в чем:
в vSphere 4 мы покупали лицензий нужного типа по число процессоров всех хостов. Однако если мы хотели использовать восьми- и двенадцати- ядерные процессоры, нам подходила не любая лицензия.

А теперь - любая.

Однако теперь покупая одну лицензию на процессор, вы получаете право на выделение виртуальным машинам ограниченного объема оперативной памяти.
24 ГБ на лицензию на один процессор в лицензиях Essentials, Essentials Plus и Standart.
32 ГБ на лицензию на один процессор для Enterprise.
48 ГБ на лицензию на один процессор для Enterprise Plus.

Кстати, лицензия Advanced пропала. Те, у кого активна подписка и кто имеет право апгрейдится на пятерку бесплатно, имея сейчас Advanced обновляются на Enterprise:



VMware вводит термин vRAM - это максимум памяти, который ВМ может использовать. Сумма этой памяти всех ВМ вСферы.


Т.е. вы не должны выдавать всем ВМ в вашем vCenter больше памяти, чем (число купленных лицензий)*(разрешенный для вашей лицензии объем).

Если у вас одновременно лицензии разного типа - они не смешиваются.

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

AFAIK, проверка не жесткая - т.е. запустить очередную ВМ с превышением vRAM мы можем, это плохо только для кармы.

Проверить текущую ситуацию с объемом vRAM перед апгрейдом на пятерку должно стать можно отдельной утилитой, ее обещают вскоре выпустить. Уже есть неофициальный скрипт.

Чем отличаются лицензии - дорогие и дешевые.

Пара ссылок на тему:
Официальный pdf.
Преза по этому поводу.
Download our guide to the vSphere 5.0 changes (including FAQ).
Некоторые вопросы и ответы.

Сертификация

В августе появится возможность сдавать на VCP 5.

Правила вот такие, подробности ближе к делу:




82 комментария:

  1. Только один вопрос - когда это щщастье можно будет скачать?
    А то сайт мамы Вари молчит, как инсургент в охранке...

    С уважением,
    Umlyaut.

    ОтветитьУдалить
  2. Есть варианты ответа по срокам доступности дистрибутивов
    1. q3 2011
    2. через 30-60 дней
    выбирайте свой

    ОтветитьУдалить
  3. Спасибо за очередной обзор Миша, но ты забыл упомянуть про полноценный vSphere клиент (на adobe air) через web. Учитывая что еще и вЦентр будет в виде апплианса - появляется возможность полностью отказаться от Win в инфраструктуре

    ОтветитьУдалить
  4. 2m0ps: я еще не разобрался во всех нюансах. так что когда смогу обоснованно заявить про возможность или невозможность отказа от Win - тогда и напишу :)

    ОтветитьУдалить
  5. 2 Mr.Nobody:

    Благодарю за шутку юмора - оба варианта укладываются в один временной интервал... :D

    //"... Вот ты скажи - ты за большевиков, аль за коммунистов?"(с)//

    С уважением,
    Umlyaut.

    P.S. Интерес больше познавательного свойства - всё равно до выхода U1 место "пятёрки" только на лабах, имхо...

    ОтветитьУдалить
  6. 2 m0ps:

    >Учитывая что еще и вЦентр будет в виде апплианса...

    Увидев это, я порылся в инете, но не нашёл ответа на вопрос - а какая БД будет им (аппом) использоваться для хранения базы vCenter?
    Вы в курсе?

    С уважением,
    Umlyaut.

    ОтветитьУдалить
  7. 2Umlyaut - в курсе. Oracle или DB2.

    как минимум бета не работает с MS SQL.

    есть аналог SQL Express из Windows версии - какая-то БД (DB2?) внутри VA, настраивается из его веб-интерфейса.

    ОтветитьУдалить
  8. Смотрел презентацию в онлайне:
    Изменения неплохи, но
    Fault Tolerance - так и не увеличили выше 1CPU, хотя технология очень простая и того же KVM-а, можно неограниченное количество CPU использовать.
    С лицензирование перемудрили - мне придется в 3 раза больше лицензий покупать ( сервера 4CPU 512 Гб ).
    SRM 5.0 - добавили репликации, но судя по описанию - для большого количества ВМ не подойдет. Добавилось обратное возвращение на основной сайт.

    ОтветитьУдалить
  9. вот вот, дьявол кроется в деталях :)

    и меня забавляют повсеместные слова "VMware упростила и удешевила лицензирование пятой вСферы...алилуйя".

    как будто их маркетологи зря кушают свой хлеб.

    ОтветитьУдалить
  10. Так кто знает - сколько максимум ОЗУ можно будет иметь бесплатно на одно\двух процессорной системе?

    ОтветитьУдалить
  11. Напишу как только станет известно. Пока тишина.

    ОтветитьУдалить
  12. вот, к слову
    http://www.virtualvcp.com/news/162-calculated-cost-implications-of-vsphere-5-licensing

    там пока косяк, и смотреть нужно только на сравнение enterprise plus - прочие строки для vSphere 4 нужно умножать на два.

    ОтветитьУдалить
  13. Да собственно с лицензирование вроде как раз таки и ясно:
    Мы рассматриваем Enterprise Plus, под сервера ( 4 CPU 512 гб, в каждом )
    Итого:
    Потребуется лицензий на 1 сервер: 512/48= 11 лицензий. На CPU - лицензий хватает.

    ОтветитьУдалить
  14. >>Напишу как только станет известно. Пока тишина.
    Спасибо. Есть большие подозрения, что халяве вроде 2xCPU + 144 Gb RAM (или больше) наступит конец.

    ОтветитьУдалить
  15. Политика фактической смены лицензирования, с точки зрения маркетинга, логична и вполне предсказуема:
    потеря прибыли - ядра в CPU растут очень быстро, а условия лицензирования по CPU не выгодны.
    Поэтому ввели 2-оное понятие, якобы сняты все ограничения по ядрам, но остаются по CPU и вводятся по памяти.

    ОтветитьУдалить
  16. Все это понятно, но от этого не легче - кругом только и слышно - ааа уходим на б-го мерзкий гипер-в, ааа я на ксен сваливаю.

    ОтветитьУдалить
  17. Михаил, а откуда информация, что ограничение по vRAM не жесткое? и есть ли информация по VCAP-DCA 5?

    ОтветитьУдалить
  18. Насчет лицензирования - такое ощущение, что VMware решило не биться за рынок SMB особо, а отдать его MS и Citrix.

    Новая модель лицензирования как мне кажется вполне подходит большим компаниям, у которых куча vCenter серверов в linked режиме и при таком раскладе им очень удобно перераспределять лицензии между фермами - просто один огромный vRAM pool.

    Опять же, эта модель удобна компаниям, предоставляющим IaaS клиентам, есть четкий показатель по которому можно выставлять счета клиентам.

    ОтветитьУдалить
  19. vmnomad>Насчет лицензирования - такое ощущение, что VMware решило не биться за рынок SMB особо, а отдать его MS и Citrix.

    Угу - пусти козла в огород (это об МС)...

    Интересно, во что это Варе выльется в дальней перспективе? Имхо, СМБ - тот питательный "бульон", в котором "простейшие" начинают свой рост "вверх", к вершинам эволюции.

    А то будет как и раньше - вначале сделали винду популярной системой, а потом повыдавливали с рынка гораздо более интересные (и совершенные) решения. Да и вне сегмента ОС Микрософт тоже не гнушается "неэнтерпрайзом" - знай, гребёт под себя "всё попало".

    У Вари и так "звёздности" хватает - довольно высокий порог формального "вхождения в специальность" (я про стоимость обучения и последующей сертификации, практически осмысленной лишь для интеграторов и обучаторов), тесная смычка с "тяжёлыми" вендорами (один владелец - ЕМС - чего стОит). Давайте ещё плюнем и разотрём на СМБ - и откуда потом возьмутся в достатке "виртуальные админы" на вариной платформе?
    Тем более, если нуждаться в них (админах) будут лишь крупные корпы (верхушка пирамиды, э?), а масса компаний поскромнее будут жить на Гипере (который к тому времени догонит Сферу по большинству фич).

    ИМХО, конкуренция с МС в СМБ-сегменте в настоящее время представляет собой своего рода "страховку на будущее" почти для любой мало-мальски стОящей компании (не говоря уже о лидере отрасли).

    С уважением,
    Umlyaut.

    ОтветитьУдалить
  20. >>Гипере >> Догонит
    К тому времени, когда гипер догонит наконец вмваре по фичам, последняя уже новыми обзаведется.

    ОтветитьУдалить
  21. >К тому времени, когда гипер догонит наконец вмваре по фичам, последняя уже новыми обзаведется.

    Припоминается знаменитая апория Зенона про Ахилла и черепаху... :D
    Также припоминается практика самолётостроения, когда прирост скорости аппарата свыше некоторой величины достигается крайне непропорциональными усилиями и затратами...

    Это я к тому, что качественное развитие любого процесса рано или поздно выходит на "плато" (если не меняется основополагающая парадигма).
    И бесконечно наращивать "фичность" вряд ли возможно.
    Да, сейчас у Вари приличный гандикап - но разрыв неизбежно будет сокращаться. Тем более, что (в тему разговора!) для СМБ будет достаточно меньшего набора фич, нежели для глубокого ентерпрайза. Достигнув этого "достаточного уровня" и не наплевав при этом на СМБ с высокой горки, МС подомнёт под себя этот (довольно обширный) сегмент как бык овцу.

    А ведь это (СМБ) ещё и экосистема, да. В которой будут расти "виртуальные админы" для ентерпрайза. И вырастут они с совершенно определёнными "пристрастиями" и подготовкой. И это будет не Сфера... :((

    Констатирую сие с горечью как "сферический виртадмин" (одновременно являясь виндоадмином, не чуждым, впрочем, никсам)...

    С уважением,
    Umlyaut.

    ОтветитьУдалить
  22. 2 Umlayut,

    так я ведь не отрицаю того, что SMB рынок важен для VMware. Просто мне кажется, что они это сознательно делают по ведомым только им причинам

    ОтветитьУдалить
  23. Вот блин,удружили ...
    3 месяца назад купили 6х C250M2 с 384ГБ памяти на борту !
    Буду тестить ситрикс :(

    ОтветитьУдалить
  24. 2 vmnomad:

    Ну я, собсс-но, распинался чуть выше исключительно в ответ на "анонимку" о большей фичастости Вари супротив Гипера (и якобы сохранности такого положения и в будущем)... :)))

    >SMB рынок важен для VMware. Просто мне кажется, что они это сознательно делают по ведомым только им причинам

    Если рынок СМБ важен для Вари, но она сознательно действует вразрез своим интересам (долгосрочным, заметьте!) на этом рынке - значит итог этих действий должен быть ещё более важным для неё. Пока таким "более важным" итогом в направлении движения Вари просматривается лишь ентерпрайз-ниша.

    И горькой иронией судьбы может оказаться такое развитие событий, при которым "большая важность" ставки на крупняк на деле окажется ложной целью.
    Вот я и позволил себе немного поумствовать на тему того, что добровольная сдача конкурентам (да ещё каким!) СМБ (как корней экосистемы) в перспективе засушит казалось бы такое могучее "денежное дерево" ентерпрайза... Не?

    С уважением,
    Umlyaut.

    ОтветитьУдалить
  25. 2 Umlyaut:

    Компании типа Oracle или SAP - прекрасный пример того, как можно жить, не заморачиваясь на SMB.

    ОтветитьУдалить
  26. Есть маленький приятный нюанс: лицухи Ent и Ent+ позволят запускать ВМки с превышением vRAM pool, хоть и будут ругаться.

    ОтветитьУдалить
  27. >>Ну я, собсс-но, распинался чуть выше исключительно в ответ на "анонимку" о большей фичастости Вари супротив Гипера (и якобы сохранности такого положения и в будущем)... :)))

    поживем увидем.

    ОтветитьУдалить
  28. omnimod>Компании типа Oracle или SAP - прекрасный пример того, как можно жить, не заморачиваясь на SMB.

    "Не човчем!"(с)анек. :)

    Пример SAP`a достаточно специфичен - они присосались к государству немецкому и тамошнему же толстому бизнесу (примерно как у нас по протекции экспансирует 1С - стандарт де-факто "интерфейса" с гос.оганами).
    Т.е. для их нишевого успеха (путь даже ниша та размером с регион и калибром в добрый кус экономики) и неспешной внешней экспансии с опорой на внутренне положение СМБ поначалу и не нужен был особо.

    С Ораклом тоже не всё просто - после ухода в тень DB2, практического исчезновения Informix`a, мутации Sybase`a в "любимую болонку королевы" ("внутреннюю тулзу" для SAP), он (периодически покусываемый за пятки набирающим обороты MS SQL`ем) остался практически лидером "тяжёлых" СУБД на платформе PC. Так что Ораклу, вроде, тоже СМБ-рынок не впёрся.

    Но "всё течёт, всё меняется" - и когда на рынок клиент-серверных архитектур выкатилась (на "новой" парадигме трёхзвенки) та же МС с перекупленными ею Аксаптой/Навиженом, то и Оракл, и SAP засуетились неприличненько так - и выкатили свои альтернативы для СМБ: OEBS и SAP1B соответственно.

    И то сказать, это им не так чтобы уж очень помогло окоротить "зарвавшегося коллегу" - AX и NAV по-прежнему продвигаются всей мощью мелкомягких "пожирателей рынков". А бывшие "небожители" не оставляют своих попыток и дельше достойно выступать в сегменте СМБ.

    Вот вкратце где-то так... Тоже налицо пример "войны за территорию" (СМБ).

    С уважением,
    Umlyaut.

    ОтветитьУдалить
  29. >ограничение по vRAM не жесткое

    пока слухи, точно не знаю.

    >есть ли информация по VCAP-DCA 5
    у меня нет

    по поводу дискуссии про SMB - обычно срабатывает вброс "а что такое SMB"? обычно дискутирующие называют разброс масштабов на порядок :)

    essentials позволяет юзать порядка 150 ГБ - вроде немало ВМ можно запустить, нет?

    ОтветитьУдалить
  30. michigun>по поводу дискуссии про SMB - обычно срабатывает вброс "а что такое SMB"? обычно дискутирующие называют разброс масштабов на порядок :)

    SMB - это аудитория Ess. и Ess.+. Всё, что выше - уже не SMB.
    Соответственно, забивая болт на Ess.(+) (в том числе и неловкими телодвижениями по части лицензирования), Варя льёт воду на мельницу МС и Цитруса (не говоря уже про KVM).

    >essentials позволяет юзать порядка 150 ГБ - вроде немало ВМ можно запустить, нет?

    "Вотиманно!"(с)Х.М. :)

    И, кстати, ценник в 4 с полтиной косаря мёртвых призидентов за Ess.+ представляется мне несколько завышенным. Либо в эту сумму надо включить ещё и svM как минимум, либо сбросить полторы-две штуки (бо HA и vM не тянут на столько, а без DR можно и перебиться, имхо).

    С уважением,
    Umlyaut.

    P.S. Что, Михаил, опять не спится? ;)

    ОтветитьУдалить
  31. >>ограничение по vRAM не жесткое
    >пока слухи, точно не знаю.

    Ну почему ж слухи? Вот VMware документ опубликовало - http://www.vmware.com/files/pdf/vsphere_pricing.pdf - там таки написано, что ограничение "жесткое" только в Essentials-версиях. В остальных будет просто назойливое сообщение о нарушении лицензии.

    ОтветитьУдалить
  32. vNomad, из официальной доки по лицензированию:

    Q: I have received an alert from VMware vCenter that I have
    exceeded the available pooled vRAM, but the product did
    not prevent me from deploying a new virtual machine.
    What is going on?
    A: Only vSphere Essentials and Essentials Plus implement hard
    enforcement of vRAM capacity. VMware vCenter Server
    Standard will not prevent you from exceeding the available
    vRAM capacity; it will only signal that the licensing of the
    environment is out of compliance. VMware licensing policy
    is that customers should buy licenses in advance of use,
    so we recommend monitoring the vRAM consumption and
    extending the available pooled vRAM capacity before
    exceeding it. In this example, to become compliant you should
    immediately add enough vSphere licenses to cover the high
    watermark of consumed vRAM capacity.

    ОтветитьУдалить
  33. >А ведь это (СМБ) ещё и экосистема, да. В которой будут расти "виртуальные админы" для ентерпрайза.

    Не растут они там. В большинстве случаев энтерпрайзный админ вырастает из энтерпрайзного саппорта, младшего админа и прочих энтерпрайзных должностей. СМБ просто не требует энтерпрайзного функционала и надежности.

    ОтветитьУдалить
  34. Бесплатного гипервизора теперь тоже не будет — он ограничен 8 ГБ памяти на сокет.

    ОтветитьУдалить
  35. 2 Anton Zhbankov:

    Вот это:

    >Не растут они там. В большинстве случаев энтерпрайзный админ вырастает из энтерпрайзного саппорта, младшего админа и прочих энтерпрайзных должностей.

    и вот это:

    >СМБ просто не требует энтерпрайзного функционала и надежности.

    - ортогональные сущности, плохо коррелирующие по смыслу и сути.

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

    Очень много админов приходят в энтерпрайз, когда начинают (или продолжают) мутировать из универсалов в более узких специалистов.

    Изначально мало админов резко и сразу начинают узко специализироваться - это больше характерно для программистов. А универсалы появляются именно из среды СМБ.

    Говорю это как админ с полутора десятками лет стажа и весьма широким кругом профессиональных знакомств.
    Сам я, кстати, тоже вполне осознанно решил (теперь) посвятить себя виртуализации - она представляется мне вполне себе специализированной областью, в которой, тем не менее, востребованы мои довольно обширные познания и опыт из различных разделов IT.

    И в нашем случае (SMB vs. Enterprise) чем шире будет распространена та или иная платформа виртуализации, тем больше резонов специализироваться в первую голову на ней - больше потенциальный рынок рабочих мест. Соответственно, если Варя потеряет рынок СМБ, то основная масса растущих "виртадминов" будет расти на Гипере. Часть из них дорастёт и до ентерпрайза.

    А что касается "СМБ не требует энтерпрайзного функционала и надёжности"... дык имея опыт работы с той же Essential (обычной и с +) продвинуться на ентерпрайзный уровень не составит труда - база-то одна и таже и лабы с полнофункциональными триалами никто не отменял...

    * * *
    Кстати, коллега, Вы затронули интересный аспект проблемы.

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

    В результате имеем сформировавшуюся породу "мануальных терапевтов", досконально знающих (по мануалам) то или иное решение... на уровне галок в гуе и пунктов в меню.
    Отдельные продвинутые особи даже умеют складно промычать, как оно работает.

    Но стоит проблеме вылезти на стыке (помните райкинское "к пуговицам претензии есть?"), как чересчур узкие спецы без "универсального бэкграунда" начинают буксовать.
    Это я не к тому, что не нужно брать теорию, а к тому, что замыкаться в узких нишах (любой степени энтерпрайзности) не есть полезно ни для отрасли, ни для индивидуумов, её наполняющих...

    Вот как-то так...

    С уважением,
    Umlyaut.

    P.S. дисклаймер - это ни в коем случае не переход на личности или ещё какой недружественный выпад; все совпадения с кем-то или чем-то считать случайными... :)

    ОтветитьУдалить
  36. >Бесплатного гипервизора теперь тоже не будет — он ограничен 8 ГБ памяти на сокет.

    O!
    Значит, нужно сдублить-строить имеющиеся у меня быкапы дистров с 4-й Сферой и фришной лицухой к ней (чтобы не утратить дуриком). :))) Та жрёт памяти сколько дашь.

    Интересно, а триал "5-ки" останется по максимуму полнофункциональным?

    С уважением,
    Umlyaut.

    ОтветитьУдалить
  37. 2 Anton Zhbankov:

    Вот это:

    >Не растут они там. В большинстве случаев энтерпрайзный админ вырастает из энтерпрайзного саппорта, младшего админа и прочих энтерпрайзных должностей.

    и это:

    >СМБ просто не требует энтерпрайзного функционала и надежности.

    по смыслу и сути слабо связаны.
    Объясню, почему я так считаю...

    В ентерпрайзе далеко не всегда выращивают админов "из энтерпрайзного саппорта, младшего админа и прочих энтерпрайзных должностей" - гораздо чаще вышеперечисленных персонажей используют в качестве "винтиков" корпоративной машины, заменимость которых возводится в ранг корпоративной политики.
    Именно поэтому (в силу концепции "отсутствия незаменимых") "пехота" ентерпрайза характеризуется повышенной текучестью и пониженным уровнем требований к её подготовке - выращиванием кадров в такой ситуации и не пахнет.
    Подтверждением тому имею достаточное кол-во примеров из банковской сферы и телекома, где трудились и трудятся знакомые мне "автоматчики" - в ентерпрайзе более-менее устроены лишь админы, "пехота" же мелькает, как биржевое табло в разгар дня.

    А админы приходят в ентерпрайз по большей части именно из СМБ, когда из универсалов, сформировавшихся там, начинают (или продолжают) дрейфовать в сторону той или иной специализации.
    Кстати я сам после полутора десятков лет работы СА тоже решил углубиться в виртуализацию - это, на мой взгляд, вполне себе конкретная специализация, в которой, тем не менее, удачно применимы мои знания и опыт универсала, связанные с самыми разными аспектами IT.

    Что же до

    "СМБ просто не требует энтерпрайзного функционала и надежности."

    то это несколько неуклюже сформулировано, имхо.

    В нашем случае СМБ - это Ess.(+), а ентерпрайз - это всё, что сверх того (фичи и плюшки).
    Виртадмин, уверенно владеющий Ess.(+)`ом, способен нормально освоить и более старшие решения этого же вендора (особенно если учесть, что лабы с полнофункциональным триалом никто не отменял). И "надёжность ентерпрайза" в этом случае как раз будет в надёжном владении предметом бывшим СМБ-админом.

    Но если Варя забьёт на СМБ болт, а МС продолжит окучивать эту поляну, то начинать виртадмины будут не с Ess.(+), а с Гипера - и продолжать будут им же (повторюсь - примеров подобного "подсаживания" на МС в прошлом достаточно).

    Вот вкратце так.

    С уважением,
    Umlyaut.

    ОтветитьУдалить
  38. >>Бесплатного гипервизора теперь тоже не будет — он ограничен 8 ГБ памяти на сокет.
    Инфа 100%?

    ОтветитьУдалить
  39. 2 Anton Zhbankov:

    Прошу прощения за дубль: первый ответ вроде запостился, но потом исчез из ленты комментов - наверно блог где-то взбрыкнул...

    С уважением,
    Umlyaut.

    ОтветитьУдалить
  40. >>Но стоит проблеме вылезти на стыке (помните райкинское "к пуговицам претензии есть?"), как чересчур узкие спецы без "универсального бэкграунда" начинают буксовать.
    Это я не к тому, что не нужно брать теорию, а к тому, что замыкаться в узких нишах (любой степени энтерпрайзности) не есть полезно ни для отрасли, ни для индивидуумов, её наполняющих...

    Спорный вопрос. В крупных компаниях как раз таки рулит узкая специализация, а на проблемных стыках просто собираются рабочие группы из разных спецов.

    ОтветитьУдалить
  41. >>Инфа 100%?
    Q. How much vRAM does a VMware vSphere Hypervisor license provide?

    A. A vSphere Hypervisor license includes a vRAM entitlement of 8GB.
    http://www.vmware.com/products/vsphere-hypervisor/faq.html

    ОтветитьУдалить
  42. Интересные комментарии у коллег на форум vmw - http://communities.vmware.com/thread/320877?start=0&tstart=0

    Entitlement это конечно прикольная фантазия маркетологов. Я несколько раз прочитал объяснение VMW и не понял ничего :) Т.е. понятно, что точек роста у VMW не так много и бабло нужно рубить с ускорением, хотя бы чтобы поддерживать текущие продукты и интегрировать все что накуплено, но выкрутас странный все таки -

    Although it is impossible to predict the effects of the new moldel in every type of environment, the licensing model has been designed to minimize the risk of potential impacts in existing environments while also providing root for growth. VRAM entitlements have been set to tprovide enough capacity to scale well beyond today's average consolidation ratios of 5:1. In addition, thanks to pooling, customers will be able to share entitlements among multiple hosts, thereby making more efficient use of available capacity

    Dmitry

    ОтветитьУдалить
  43. >Спорный вопрос. В крупных компаниях как раз таки рулит узкая специализация, а на проблемных стыках просто собираются рабочие группы из разных спецов.

    Не буду спорить.
    Да, в крупных лавках рулит узкая специализация - последствия (как в +, так и в -) имеются.

    И да - рабочие группы собирают.

    Только не каждый узкий специалист способен верно оценить проблему, если она порождается сочетанием известного ему с выходящим за рамки его специализации (помните анек про админа на стрельбище, пустившего весь рожок в "молоко"? - "Ничего не знаю, от меня всё ушло нормально, ищите проблему на стороне мишени!").

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

    Вообще-то мы уже ушли несколько в сторону, хотя изначально мы с Антоном заспорились относительно того, можно ли считать СМБ "кузницей кадров" для ентерпрайза... :)))

    С уважением,
    Umlyaut.

    ОтветитьУдалить
  44. ничего особенного всфера 5 не дает, разве что свистоперделки дорогие, радость для админов эникейшиков, в котором чувствуют себя крутым)
    Если есть на халяву и не дорого и никакой разницы, то зачем платить много

    ОтветитьУдалить
  45. Кто-нибудь считал, какой будет ценник на решения VDI, с учетом того, что там надо много памяти и новой политикой...

    1Тб памяти звучит очень круто, только, для одной такой ВМ нужно будет купить 22 Ent + лицензии 76к$, facepalm

    Dmitry

    ОтветитьУдалить
  46. >Толстое анонимное трололо.
    А что не так? приведи свои аргументы, а не мычи что трололо

    ОтветитьУдалить
  47. >А что не так? приведи свои аргументы, а не мычи что трололо

    Простите, что вмешиваюсь в Ваш с Антоном "диалог", но статус публичного ресурса может послужить мне извинением... :)

    Ваш коммент, с которого всё началось, провокационен как по форме, так и по сути.

    Вы находитесь на ресурсе, где взаимодействуют профессионалы в области виртуализации. Соответственно, у каждого из них может быть своё (независимое от других) мнение по тем или иным вопросам (в т.ч. и по обсуждаемому здесь). В этой связи уместнее было бы руководствоваться старым фидошным принципом "отучаемся говорить за всех", что Вы так неуклюже попытались проделать.

    Если Вы так-же не чужды сфере виртуализации (кстати, не лишним было бы как-то обозначить в этой связи себя - например "СА такого-то профиля такого-то стажа"), то могли бы хоть вкратце обозначить наиболее бесполезные по-Вашему "свистелки-перделки" - а потом попробовали бы объяснить, в чём их бесполезность.

    Собственно, именно из-за отсутствия конструктива и огульность применения "широкозахватного говномёта" по азимуту пятой Сферы Вы и подпали под (весьма характерное) определение сетевого тролля - как говорится, "по совокупности признаков".

    Как поправить сложившееся впечатление (и делать ли это вообще) - решать Вам.

    С добрыми пожеланиями,
    Umlyaut.

    ОтветитьУдалить
  48. Dmitry>1Тб памяти звучит очень круто, только, для одной такой ВМ нужно будет купить 22 Ent + лицензии 76к$, facepalm

    А я с ужасом и содроганием гляжу на перспективы _виртуалки_ с 1TB памяти.

    Ясен пень, что на этой "тысяче гектаров" не мега-пасьянс раскладывать будут (или, там, возводить из Тетриса Вавилонскую башню :)) - задачка/ки под такой объём оперативы должны быть вполне монструозными.

    А опыт показывает, что пропускная способность vRAM по сравнению с pRAM хоста, обслуживающего эту виртуалку, редуцируется в разы (я как-то на Варерусишгруппенфоруме отписывал в комментах о замерах скорости копирования между виртуальными дисками на vRAM и pRAM на одном и том же хосте)!

    ИМХО, если только в "5-ке" не улучшили кардинально это место, то такие конские накладные расходы при работе с памятью нам невыгодны ни разу - лучше уж на физ.машине такие задачи крутить.

    //Это я ещё не трогаю "проблему NUMA-узлов" - на хосте с таким объёмом памяти явно больше одного сокета будет//

    С уважением,
    Umlyaut.

    ОтветитьУдалить
  49. >Кто-нибудь считал, какой будет ценник на решения VDI, с учетом того, что там надо много памяти и новой политикой...

    Есть специальная VDI лицензия без ограничений по vRAM, но ограниченная только клиентскими ОС. Так же, как и в текущем варианте VMware View.

    ОтветитьУдалить
  50. 2 Umlyaut,

    Мне кажется просто копированием сложно оценивать скорость работы vRAM ибо это не совсем характерная нагрузка на память, отсюда возможно и более высокие накладные расходы. ну и опять же все зависит от процессора, поддержки Large Pages, еще кучи других факторов о которых я просто ничего не знаю.

    Мне, кстати, тоже очень интересно изменилась ли работа NUMA Scheduler каким либо образом в связи с появлением такого монстра?

    и да, спасибо, коллеги, за то что ткнули носом в ответы насчет vRAM Entitlement в Enterprise. Самое смешное, что я читал этот документ, но в силу своей "торопыжности" проглядел эту информацию :)

    ОтветитьУдалить
  51. Миша, уточнение по поводу бесплатной версии.

    Отсюда http://www.vmware.com/products/vsphere-hypervisor/faq.html

    How much vRAM does a VMware vSphere Hypervisor license provide?
    A vSphere Hypervisor license includes a vRAM entitlement of 8GB


    И отсюда http://www.vmware.com/products/vsphere-hypervisor/compare.html

    1TB virtual machine RAM

    То есть, получается, что максимум на одну виртуалку - 8Gb, максимум на хост - 1TB


    Bond_Jimme

    ОтветитьУдалить
  52. Антон, а можно узнать что это за лицензия для VDI, ценник и ограничения? Где посмотреть по 5й версии.

    Dmitry

    ОтветитьУдалить
  53. 2Bond_Jimme

    спасибо, но все же хотелось бы уточненной инфы - 8 это на один сервер? или на один сокет?

    ОтветитьУдалить
  54. я не к тому что прошу вас найти эту инфу, я к тому что пока я не понимаю так или так :)

    ОтветитьУдалить
  55. по поводу лимита памяти 1Тб на хост - не понятно, с чего такой вывод? можно пояснить? волнуюсь сильно ибо ждем железку с 2Тб

    ОтветитьУдалить
  56. vmnomad>Мне кажется просто копированием сложно оценивать скорость работы vRAM ибо это не совсем характерная нагрузка на память, отсюда возможно и более высокие накладные расходы.

    А чем копирование не угодило? Предложите другой способ отбенчить. Может, учинить на vRAMдиске что-то типа IOPS-теста мелкими блоками (HD Tune или Iometer)?
    Или вот ещё навскидку могу предложить прогнать memtest86 на физ.хосте и на VM`ке на нём же - кстати, надо будет так и сделать на ближайшем хосте, вводимом в эксплуатацию.

    Просто гипервизор, имхо, не должен так-то уж совсем безбожно плющить производительность подсистемы памяти. И если _стандартные_ операции под vOS сурово замедляются относительно pOS, то какого _нестандартного_ рожна ему надо?

    >ну и опять же все зависит от процессора, поддержки Large Pages, еще кучи других факторов о которых я просто ничего не знаю.

    Когда буду пробовать снова, то посмотрю, чтобы LP были включены. Но всё равно падение в пяток раз - это уже слишком...

    С уважением,
    Umlyaut.

    ОтветитьУдалить
  57. вывод про 1 ТБ из таблички по ссылке
    http://www.vmware.com/products/vsphere-hypervisor/compare.html

    правда, там непонятно для какой лицензии это.

    вернее, 1 ТБ похоже ограничение для любой, а вот для не Ent+ будет ли потолок меньше пока неясно.

    ОтветитьУдалить
  58. 2 Umlyaut

    Я бы с удовольствием воспользовался иструментами, которые используют сами VMware для тестирования производительности, типа SPECjbb2005, но он стоит денег. Кстати, в тех доках что я видел, а там сравнивались физически и виртуальные машины, и в помине не было 5кратного разрыва в произвдительности. По крайней мере VMware заявляет, что 95% приложений работают с такой же скоростью что и физические машины.

    Я так думаю, что при копировании в RAM диск на Nehalem процессорах будет существенно больше разница за счет двойной работы Page Walker-а в Hardware Assisted MMU. Потому что будут сплошные TLB miss и в виртуальной среде Page Walker должен будет сначала пройтись по Page Table в гостевой ОС, а потом еще и по Nested Page Table чтобы найти результирующую трансляцию из виртуального адреса памяти вашего приложения и физического адреса памяти хоста. При использовании Large Pages количество TLB miss должно уменьшиться.
    Если это более старый процессор, без поддержки Hardware Assisted MMU, то при копировании (а это скорей всего были самые первые обращения в определенные участки памяти)VMM должен будет каждый раз перехватывать запросы виртуального приложения в виртуальной машине и обновлять Shadow Page Table.

    это только то, что я навскидку вспомнил. Более опытные коллеги могут меня, конечно же, поправить

    ОтветитьУдалить
  59. Update: ESXi 5 Free - 8 GB vRAM / socket, 32 GB / server.

    ОтветитьУдалить
  60. >>А что не так? приведи свои аргументы, а не мычи что трололо
    Коллега выше все правильно расписал, для начала проще сообщить свои аргумениы, тогда и трололом не назовут.

    Как мне кажется, тролировать на таких узкоспециализированных форумах практически бессмысленно - люди тут, как правило, имеют IQ выше среднего и быстро опредяляют тролинг.

    ОтветитьУдалить
  61. 2 vmnomad:

    Благодарю за развёрнутые рассуждения.

    >По крайней мере VMware заявляет, что 95% приложений работают с такой же скоростью что и физические машины.

    Ну, авторитет вендора, конечно, великая весчь, однако пощупать самому тоже не вредно.

    По поводу Вашего объяснения механизма работы памяти при копировании с/на RAMдиск - а что, при "штатной" работе с vRAM приложения в VM`ке работает какой-то иной алгоритм?

    С уважением,
    Umlyaut.

    ОтветитьУдалить
  62. vSphere 5 Desktop. Будет продаваться только отдельно, апгрейдов на нее нет.
    Unlimited vRAM, стоимость 6500$ / 100 desktops

    Ограничение - только и исключительно для работы десктопов.

    ОтветитьУдалить
  63. Кстати, коллеги, в начале ветки барахтался коммент про WebClient`a - так я что-то не расчухал: он умеет работать с 4-й Сферой, или ему подавай только 5-ку? Э

    Этот вопрос, кстати, и vCenter-VMA касается...

    С уважением,
    Umlyaut.

    ОтветитьУдалить
  64. 2 Umlyaut,

    мне сложно говорить насколько сильно отличаются механизмы работы, я ведь не девелопер, а начинающий вАдмин.

    Но, как я уже и сказал, мне кажется что при копировании с/на RAM диск будет очень высокий рейтинг TLB miss и вот тут то штрафные санкции на vSphere будут намного выше. Именно поэтому VMware насильно включает поддержку Large Pages в Nehalem процессорах.

    Я просто не верю, что при 5кратной разнице все вендоры business critical applications, которые так агрессивно сейчас VMware уговаривает виртуализировать, не подняли бы шум и не отказали бы в поддержке своих продуктов на vSphere, взять к примеру тот же Exchange 2010 вполне требовательный к производительности памяти.

    Я тоже бы с удовольствием проверил насколько VMware правдива, но пока я не знаю, чем тестировать.

    ОтветитьУдалить
  65. 2Umlyaut: для webclient ставится серверная часть - так что только для пятерки. Но управляеть esx4 можно и через vc5.
    2Антон: откуда про 32ГБ на сервер?

    ОтветитьУдалить
  66. Хотя с другой стороны... лучше б сделали ограничение 8ГБ не на сокет, а на сервер...
    Быстрее бы нищебродов в облака загнали!

    ОтветитьУдалить
  67. ну, ну, как-то слегка оскорбительно звучит.

    далеко не все задачи требуют вложений.

    ОтветитьУдалить
  68. 2 vmnomad:

    Ну, "business critical applications" <> "performance critical applications" - в конце концов, если хватает и виртуализированной дури, то выигрыш может идти по линии большей редундантности (HA, FT) и/или манёвренности (моушены всех мастей, отвязка от железа и пр.) - вот тут и нарисовывается эта самая "business critical".

    А для Exchange, как мне видится, гораздо важнее соблюсти требования к перфомансам дисковой, бо это всё же вариация на тему БД.
    Требования к пр-ти памяти у этого монстрика могут обуславливаться только "навеской" типа антивиря - но и то сказать, тормозом там будет всё равно скорость считывания с диска проверяемого файла.

    Тут, скорее, "рулит и педалит" объём доступной памяти, но это уже классика жанра начиная с банального дискового кеширования: влезли в память - хорошо, летим; не влезли - плохо, ползём.

    По поводу тестирования...

    ИМХО, стандартные бенчмарки должны быть заточены в своих тестах именно на характерный профиль работы массовых приложений с памятью.

    Следовательно сравнительные прогоны такого бенчмарка под ОС на физ.хосте, а потом под такой же ОС на VM`ке на этом же хосте, должны показывать именно "накладные расходы" на гипервизоре (безразлично к механизму их возникновения).

    С уважением,
    Umlyaut.

    ОтветитьУдалить
  69. Это я злой после экзамену... ;-)

    ОтветитьУдалить
  70. vSphere 5 Desktop - http://mylearn.vmware.com/courseware/103763/vmLIVE_VMware_vSphere_Desktop_FAQ.pdf

    ОтветитьУдалить
  71. 2 Umlayut,

    полностью согласен насчет стандартных тестов эмулирующих работу кучи приложений с памятью, но копирование на/с RAM диск не является таким тестом.

    ОтветитьУдалить
  72. 2 Dennis Baturin:
    Ага, спасибо...

    >для webclient ставится серверная часть - так что только для пятерки.

    А можно чуть распространить ответ? Что за "серверная часть"? Агент на хосте 5-ки или апплайнс?

    >Но управляеть esx4 можно и через vc5.

    А можно ли сделать такую цепочку управления:

    WEB-client-5 -> WEB-server-5 -> VC-5 -> хост ESX(i)-4 ???

    С уважением,
    Umlyaut.

    P.S.
    >Быстрее бы нищебродов в облака загнали!

    Это Вы "телепаете" мысли CEO Вари или потихоньку мизантропствуете как обычно? :)))))

    ОтветитьУдалить
  73. 2Umlyaut: exchange в правильной конфигурации совсем не требователен к дискам, потому как почти все кэшируется на клиентах. ms уже второй год рекомендует локальные диски пользовать или джибоды.

    ОтветитьУдалить
  74. 2Umlyaut - вообще для vC5 поддержка ESX(i) 4 и 3 заявлена, так что вероятность работоспособности такой схемы велика.

    будет время проверю.

    ОтветитьУдалить
  75. 2Umlyaut: для webclient на vc ставиться кусок - третья строчка
    http://blog.vmpros.nl/wp-content/uploads/2011/07/image61.png

    Про расписанную вами цепочку я и говорил (те можно).

    Чьито мысли или мое отношение обсуждать не имеет смысла.
    А про отправку большей части smb в облака, пишут все кому не лень... лет через пять оно так и будет - правда не в россее.

    ОтветитьУдалить
  76. 2 Dennis Baturin:

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

    Вот ей-богу не встречал такую инфу (отмаза - давно на CGP cижу, Эксчем только интересуюсь по старой памяти :))).

    Там же всегда исповедовалась классическая клиент-серверная схема с доступом по IMAP-у (вытягивание почты РОР`ом на клиента не есть дефолтный режим работы постового комплекса на Эксче) - что там такого кешировать на клиентах, уму нерастяжимо?
    Да коли и так - тем более упрёмся не в пропускную способность памяти эксчендж-машины (хоть и VM`ки)...

    С уважением,
    Umlyaut.

    ОтветитьУдалить
  77. 2 Dennis Baturin:
    Ещё раз спасибо за просветительство... :)

    Про мысли/отношение не тревожьтесь - то была добрая подковырка. :D

    >А про отправку большей части smb в облака, пишут все кому не лень... лет через пять оно так и будет - правда не в россее

    He-а, не будет.
    Ни "не в россее", ни, тем паче, у нас.

    Эта мода схлынет, как и накатила, т.к. у "облаков" (не корпоративных ДЦ с VI, с Амазон/Гугль-лайк) для не-частников слишком стрёмное положение.

    Процитирую самого себя:
    ==================================
    Я сейчас немножко поработаю Капитаном Очевидность, артикулируя "в лоб" то, что обычно замалчивается или максимум подразумевается неявно "между смыслов". :)

    "Степень доверия" клауд-провайдеру прямо пропорциональна его (К-П) способности обеспечить для клиента три базовых момента, касающихся его (клиента) данных - конфиденциальность, доступность, целостность.

    Большинство копий ломается вокруг первого момента - конфиденциальности (вот и в данной статье поминаются пароли доступа, шифрование ключами клиента и пр.).

    Второй момент - доступность - тоже как-то худо-бедно освещается дискутантами на клауд-темы - мол, клиент должен резервировать каналы в инет и всё будет тип-топ (резервирование на стороне клауд-прова подразумевается априори).

    Третий момент - целостность - тоже в известной степени не обходится в клауд-полемике (мол, клауд-пров навертит себе такой ДЦ, что там комар носа не подточит: RAID-массивы, UPSы с генераторами, полный дубляж всех SPOF и т.д.).

    Всё это конечно хорошо, но (по моему скромному мнению) надёжность ЛЮБОГО клауд-провайдера "ограничена сверху" его способностью противостоять "государевым людям", которые могут прийти и изъять ВСЁ оборудование из ДЦ. Пример - недавний инцидент с DigitalOne, у которого ФБРовцы вынесли несколько стоек с серверами ради ОДНОГО клиента, к которому у них "были вопросы".

    И тогда одним ударом "убиваются все три зайца" - конфиденциальность (данные оказываются доступны не только их владельцу), доступность (поди доступись до них, когда серверы жужжат в лаборатории ФБР) и целостность (стремящаяся к нулю, если данные так и не вернутся обратно).

    Т.е. клауд-пров может сколь угодно "наворачивать" технические и организационные меры защиты данных клиентов (здесь "ограничением сверху" являются преимущественно экономические факторы), однако против такого джокера, как государство (в чьей юрисдикции базируется ДЦ прова), в соответствующей ситуации не выстоит никто.

    Вот это и есть главная пробоина "ниже ватерлинии" в бизнес-модели вовлечения в "облака" компаний...
    ================================

    С уважением,
    Umlyaut.

    ОтветитьУдалить
  78. Ура! Вышел U1 на 5-ку!!!

    Уже скачал, в понедельник буду ставить на хост (с прицелом на прогон-тест и перевода на боевое дежурство)...

    С уважением,
    Umlyaut.

    ОтветитьУдалить
  79. 2 Umlyaut пассаж с облаками.

    А что мешает разнести нагрузку в разные ДЦ ? Само собой не клиенту нужно это, а провайдеру, но ведь наверняка найдутся такие провайдеры которые будут иметь ДЦ в разных странах...

    ОтветитьУдалить

Примечание. Отправлять комментарии могут только участники этого блога.