vSphere 5 — записки админа

Очень сложно конкурировать в описании vSphere 5 с более опытными блогерами, особенно теми, кто уже имел предварительный доступ к бета версии и к презентационным ресурсам VMware. Но я настолько сильно подсел в последнее время на продукты VMware, что не могу удержаться от того, чтобы не выложить свои короткие записи, которые я набросал вчера ночью во время онлайн презентации vSphere 5.

• На сегодняшний день 40% серверной нагрузки приходится на виртуальные сервера. В среднем в год наблюдается 10% рост виртуализации
• Основной темой первой части презентации было движение к облачной модели. Не важно будете ли вы строить частное облако только для нужд вашей компании, или же вы будете предоставлять облако внешним клиентм — вы все это можете легко сделать с помощью новых продуктов VMware. Клиенты должны легко и удобно выбирать виртуальные машины под свои нужды в точности так же, как люди покупают компьютер в онлайн магазине, имея возможность настроить покупку под свои требования. Вобщем, классическая модель IT as a Service.

• Новый набор инструментов облачной инфраструктуры теперь состоит из следующих продуктов:
  vSphere 5
  vCenter SRM 5
  vCenter operations 1.0
  vShield Security 5
  vCloud Director 1.5

К сожалению, у меня, как у начинающего vSphere админа мало опыта с сопутствующими продуктами VMware, поэтому я в основном делал записки по новым возможностям и улучшениям vSphere 5.

Ну-с, пробежимся по самому интересному, что я успел записать:

• Profile Driven Storage – этот новый функционал позволяет вам создавать несколько storage уровней, каждый со своими характеристиками производительности. Например, вы создаете три классических storage уровня, используя SSD диски для первого уровня, FC диски — для второго, и FATA диски для третьего. Для каждого из уровней можно создать свой SLA, включающий производительность, время восстановления виртуальной машины в случае потери данных. Когда вы, или клиент, создаете виртуальную машину, вам более не надо заботиться о том на каком именно VMFS datastore ее создавать — вы просто выбирается нужый вам storage profile. У меня складывается ощущение, что VMware создало нечто подобное тому механизму многоуровневого СХД представленные в HP 3Par линейке, просто пока еще не настолько продвинутое
• Storage DRS – это тот же старый добрый DRS, но только примененный к вашим VMFS datastore. SDRS точно так же заботится о том куда разместить только что созданную виртуальную машины, предварительно оценив свободное место в наличии. Можно точно так же создавать affinity и anti-affinity правила, которые либо будут размещать ваши машины на одном datastore, либо наоборот разводить ваши виртуальные машины по разным углам. Вы можете создавать правила, которые будет определять пороговые значения IO задержки и свободного места, при превышении которых SDRS начнет перераспределение нагрузки на VMFS datastore. Ну и наконец, точно так же как вы раньше могли включить maintenance режим для вашего ESXi хоста, теперь вы можете сделать то же самое и для VMFS datastore.
• VMFS 5:
  На всех VMFS Datastore теперь используется один и тот же размер блока в 1 МБ.
  Максимальный размер VMFS5 — 64 ТБ, это же касается и RDM passthrough дисков.
  Максимальный размер VMDK файла — 2 TБ
  vSphere 5 без проблем работает и со старыми VMFS, процедура апгрейда до VMFS5 проста и безболезенна
• vSphere Storage Appliance – Я не уверен все ли я правильно понял, но этот новый функционал позволит небольшим компаниям обойтись без покупки shared storage, но при этом эмулировать его посредством локальных дисков ESXi хостов, получается что то вроде виртуального shared storage. До технических деталей я пока не добрася, мне очень интересно каковы основные недостатки этого решения, ну помимо того, что производительность, конечно, пострадает
• Hardware Version 8 — теперь в виртуальных машинах поддерживается 3D графика и MacOS X server 10.6
• Новые лимиты Виртуальных машин — теперь вы можете создать виртуального монстра:
  32 vCPUs
  1TB of RAM
  36 Gbps
  1,000,000 IOPS
• High Availability
  Вся концепия HA кластера была переделана. Теперь у нас нет 5 active HA узлов, один из которых является Primary. Сейчас это называется Master/Slave, то есть только один хост у нас является Master-ом, который отвечает за координацию всей HA активности, и все остальные являются Slave. В новой модели всегда происходит автоматический выбор нового мастера в случае падение основного. В старой, увы, переход с Passive node в Active происходил далеко не всегда. Теперь больше не надо в ручном режиме разводить ваши активные HA узлы по разным Blade корзинам. Технические подробности того, как это достигается не были раскрыты, но я уже купил книгу vSphere 5.0 Clustering Technical Deepdive и в ближайшее время попробую сделать краткий обзор того как работает HA кластер на vSphere 5.
  HA кластер больше не использует DNS — я так понимаю это была одна из самых распространенных ошибок vSphere админов.
  Ну и самое вкусное про HA — теперь HA узлы используют не только сетевые интерфейсы для проверки состояния своих соседей, но и свои storage подсистемы. То есть shared storage теперь еще один путь проверить состояние и здоровье соседей по кластеру.
  Fault Tolerance осталось практически без изменений — все тот же лимит в 1 vCPU для FT виртуальной машины. Разве что были расширены список процессоров и ОС, для которых будет поддерживаться FT
• Auto Deploy – Инструмент для быстрого развертывания большого количества новых ESXi серверов. Он использует image профили, которые могут быть созданы под сервера разных вендоров, а так же host profiles для унификации и автоматической конфигурации хостов. Все это можно настраивать с помощью
• Enhanced Network IO Control – Теперь это можно настраивать для каждой виртуальной машины индивидуально, в то время как в vSphere 4.1 можно было ограничивать пропускную способность по порту в vDS
• Storage IO Control – тут разве что добавили поддержку NFS Storage
• vMotion – Ну наконец то VMware сделало автоматическое распределения нагрузки vMotion между несколькими интерфейсами. И еще vMotion теперь поддерживается на линках с заддержкой до 10 мс
• vCenter linux based Virtual Appliance – Честно говоря, я пока не понял в чем преимущества работы vCenter на линуксе

Ну вот мы и добрались до главного вопроса — а что там с лицензированием в vSphere 5?

Начнем с хороших новостей. Лицензии все так покупаются на процессор. У вас хост с 2 процессорами? Вам нужно купить 2 лицензии. VMware отменило лимит на количество ядер на процессор и на максимальное количество RAM на хосте.

На этом хорошие новости заканчиваются и мы перейдем к плохим новостям. VMware вводит новое понятие – vRam Entitlement, что означает суммарное количество RAM, которое вы можете назначить своим виртуальным машинам имея на руках одну лицензию. Этот объем разнится между вариантами лицензий, например, для одной Enterprise Edition он составляет 32 ГБ, а для Enterprise Plus — 48 ГБ. То есть купив 2 Enterprise edition лицензии на свой двух процессорный сервер, вы сможете назначить своим виртуальным машинам не больше 64 ГБ, даже если у вас на сервере стоит 128 ГБ.
Все свои vRAM Entitlement вы можете объединять в Pool. Купив 10 лицензий Enterprise Edition вы можете назначить до 320ГБ своим виртуальным машинам на всех хостах, при условии, что количество процессоров не превышает 10. Так же вы можете гибко распределять vRAM pool не только между хостами зарегистрированными на одном vCenter, но и между linked vCenter серверами. При учете vRAM entitlement выключенные виртуальные машины в расчет не берутся. Те у кого есть support лицензия переход на vSphere 5 не будет стоить ничего. Владельцам Advanced бонусом достается переход на Enterprise ибо Adanced вообще убирают из линейки.

По моему мнению 32ГБ на одну лиценцию это все таки маловато. К тому же все эта новая лицензионная модель сводит на нет все плюсы memory overcommitment, то есть технологии, которая была одним из главных мотиваторов перехода на виртуальную платформу.

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

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

А жаль… Продукт то вышел на заглядение замечательный.

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

Update 1 — Как подсказывают более умудренные коллеги контракт на Production support позволит обновиться до vSphere 5 и при этом вы сможете и дальше пользоваться поддержкой. То есть самое время провести ревизию своих контрактов на поддержку, чтобы уже начать планировать сроки и бюджет апгрейда.

Update 2 — Как подсказывают более внимательные коллеги при наличии Enterprise и Enterprise Plus лицензий жесткого ограничения по объему vRAM нет. Вас просто будут регулярно предупреждать о нарушении лицензии.

Update 3 — обновлять информацию по продуктам я тут не буду, а постараюсь изложить в отдельных статьях. Следующей темой будет очень краткий обзор vSphere Storage Appliance.