Очередные 9 пунктов про Hyper-V

Microsoft опубликовала мнение гостя, независимого эксперта о том, почему Hyper-V отлично подходит сектору Enterprise.

Но не тут-то было, Eric Gray по традиции жжет напалмом. В чем же самая соль опубликованного?

MVP по виртуализации Microsoft, Chris Steffen, утверждает:

Надеяться на Memory Overcommitment для обеспечения отказоустойчивости потенциально опасно и может привести к серьезному падению производительности. (выделение мое)

Ну так ведь никто и не утверждает, что Memory Overcommitment - это полностью безопасная технология. Действительно, при неаккуратных действиях можно "положить" важные сервисы. Но вообще-то говоря, при неаккуратном вождении можно задавить насмерть несколько человек, кухонным ножом оттяпать себе палец, и выстрелить из ружья себе в ногу. Memory Overcommitment - это инструмент, который может вам сэкономить много памяти и, как следствие, железа и лицензий, если вы будете им пользоваться аккуратно.
Chris Steffen продолжает:

Я никогда не позволю своим продуктивным хостам уйти в Memory Overcommitment.

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

Постойте, но ведь мы что-то подобное уже слышали. В CIO Magazine не так давно никто иной как Chris Steffen назвал VMotion "хитрым трюком" и заявил:

Живой миграции ВМ не будет ни в одной продуктивной среде, за которую я отвечаю.

Однако как поменялась позиция! Что же он говорить теперь, когда в Hyper-V есть Live Migration?

А также не забывайте, что при использовании пакета System Center, решение Microsoft позволяет осуществлять живую миграцию ВМ...

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

Особенности "национальной" Live Migration

Прдставители Microsoft на всех конференциях рассказывают про обалденную новую фичу, Live Migration и в связи с ней Cluster Shared Volume (CSV). Говорят, Live Migration будет for free :) В конце 2009.
Самое смешное, что по сути for free оно не будет.

1) На весенней конференции Technet Live Migration Александр Шаповал показывал без всяких CSV, просто выделенный на машину LUN переключился на другой хост. Т.е. модель данных та же, что и была - нарезать LUN'ы на каждую машину десятками.
2) CSV будет поставляться как бесплатное расширение Failover Clustering, входящий в комплект Enterprise (ориентировочная цена 4k$ за хост).

Итого, что мы имеем? Live Migration на выделенных LUN'ах начиная с пары десятков машин уже совершенно нам неинтересен, а CSV требует денег. С другой стороны, у VMware VMFS бесплатно идет с ESXi. А вот VMotion надо покупать.

Сотрудники MS в чем-то правы, да, утверждая, что Live Migration нужен далеко не всем. Но вот самое смешное, что именно CSV нужен значительно большему количеству пользователей.

Каков финансовый итог? Считайте сами. Но не забывайте, что если верить громким рекламным заявлениям о бесплатности - платить придется трижды.

Microsoft и Live Migration

Microsoft, как обычно, жжот. И все больше тряпки.

Только что они показали Live Migration, причем каким-то очень странным образом доказали, что это действительно Live. И сразу же отложили релиз на 2 года, до 2010.

Еще забавнее то, что Microsoft по странной совершенно прихоти относит Live Migration, оно же VMotion к разряду High Availability, решений высокой доступности. Что, собственно, заставляет задуматься - какую траву там курят?
High Availabity (HA) - решения, минимизирующие незапланированное время простоя. Т.е. сбой физического сервера, его неожиданное отключение. И к этому VMotion не имеет ровным счетом никакого отношения попросту потому что это решение для минимизации и, в некоторых случаях, вообще ликвидации запланированного простоя для технического обслуживания.

Напомню, что Microsoft не предоставляет кластерной файловой системы для общего хранилища, такую как VMFS у VMware. И по причинам марктетинговой гордости не собирается ее покупать на стороне. В результате мы имеем ситуацию, когда для каждой виртуальной машины необходимо нарезать отдельный LUN для монопольного доступа. Правда интересное решение, особенно в случае с большими VDI фермами в сотни и тысячи виртуальных десктопов? :)