Hyper-V в Windows Server 2012 Beta: смотрим всерьёз, считаем против VMware

Примерно раз в квартал кто-то из клиентов задаёт один и тот же вопрос: «А зачем нам VMware, если у нас всё равно весь стек Microsoft?» До недавнего времени у нас был заготовлен стандартный ответ про зрелость платформы, экосистему управления и Live Migration с общим SAN. Теперь этот ответ придётся пересмотреть - Windows Server 2012 Beta выкатила Hyper-V с характеристиками, которые раньше выглядели как фантастика для этой платформы.

Мы поставили бету в тестовой среде и потратили несколько дней на то, чтобы понять, насколько маркетинговые слайды Microsoft совпадают с реальностью.

Что изменилось в Hyper-V 3.0

Цифры на бумаге впечатляют: 32 виртуальных процессора на ВМ (против 4 в Hyper-V 2008 R2), 1 ТБ RAM на виртуальную машину, поддержка до 64 узлов в кластере. Но главное для нас - это Live Migration без общего хранилища, то есть перенос работающей ВМ между хостами, у которых нет общего SAN или NAS. Microsoft называет это Shared Nothing Live Migration.

Если вы читали наш разбор vSphere 5.1, то понимаете, почему эта фича интересна: VMware тоже объявила нечто похожее, но там речь шла о репликации через vSphere Replication, а не о горячей миграции в реальном времени. Hyper-V 3.0 утверждает, что тащит живую ВМ по сети без SAN - мы это проверили.

Результат тестовой миграции. ВМ с Windows Server 2008 R2, 4 ГБ RAM, лёгкая нагрузка (файловый сервер) - миграция между двумя хостами с локальными дисками прошла примерно за 40 секунд при гигабитной сети между ними. Даунтайм - нулевой, RDP-сессия не оборвалась. Для первого знакомства - честный результат.

Что это значит для клиентов на Microsoft-стеке

До сих пор типовая схема HA на Hyper-V требовала либо общего СХД (iSCSI или FC), либо SMB 3.0 с правильно настроенным Scale-Out File Server - то есть дополнительного железа и немалой возни. Именно поэтому для небольших сред Hyper-V HA часто оказывался дороже, чем кажется на первый взгляд.

Shared Nothing Live Migration убирает обязательное требование к SAN для базового сценария «перенести ВМ, не роняя сервис». Это не полноценный DR и не замена кластеру с общим хранилищем - но для задачи «поменять хост на техобслуживание» - вполне.

Теперь к деньгам, ради которых всё и затевалось.

Лицензионная арифметика

Windows Server 2012 Datacenter предположительно выйдет по той же модели, что и 2008 R2: покупаешь лицензию на физический сервер - получаешь неограниченное число Windows-гостей. Hyper-V входит в состав. Никакой отдельной гипервизорной лицензии.

Для сравнения, VMware vSphere 5 Enterprise Plus - это отдельная лицензия на каждый сокет плюс SnS, плюс vCenter. При парке в 10-15 физических хостов экономия может быть заметной.

Минусы тоже есть, и серьёзные:

• Средства управления. System Center Virtual Machine Manager (SCVMM) для нормального централизованного управления - отдельный продукт, отдельная лицензия. Без него Hyper-V Manager выглядит как игрушка на фоне vCenter.
• Зрелость HA-сценариев. Failover Clustering для Hyper-V работает, но нюансов при настройке хватает. Автоматический failover при отказе хоста работает штатно, но параметры тонкой настройки куда беднее, чем в vSphere.
• Экосистема резервного копирования. Инструменты бэкапа ВМ под Hyper-V - Veeam Backup & Replication поддерживает обе платформы, но часть других решений ещё не дотягивает по возможностям до vSphere-версий.

Где мы сейчас

Мы не собираемся завтра рекомендовать всем переходить на Hyper-V. Но ситуация изменилась: если клиент уже имеет лицензии Windows Server Datacenter и строит среду исключительно под Windows-гостей - разговор о Hyper-V 3.0 стал честным разговором, а не отговоркой.

Для сред с Linux-гостями, смешанной нагрузкой или требованием к зрелым средствам DR - VMware пока убедительнее. Для чистого Microsoft-стека с прицелом на контроль стоимости - Hyper-V в Windows Server 2012 уже требует серьёзного рассмотрения.

Бета есть бета - финальная версия Windows Server 2012 выйдет, по ожиданиям, осенью. До тогда будем смотреть, как ведёт себя платформа под реальной нагрузкой в нашей тестовой среде и дописывать заметки по управляемой инфраструктуре клиентов.