На рынке средств виртуализации «VMware vs Hyper-V» — актуальная тема, ведь в настоящее время в мире виртуализировано более половины серверной нагрузки. Процесс продолжается. Ожидается, что уже в текущем году этот показатель достигнет 86%. Поэтому важно понимать, чем именно отличаются предложения VMware и Microsoft. В предыдущем материале мы уже сравнивали популярные системы серверной виртуализации. Теперь попробуем сопоставить коммерческие продукты двух ведущих поставщиков ПО виртуализации.
VMware остается лидером этого рынка и выпускает новые продукты виртуализации, отвечающие специфическим требованиям ИТ. Microsoft постепенно увеличивает свою долю рынка и продолжает совершенствовать свое решение. Приведенная ниже таблица позволит лучше понять сходства и различия VMware vSphere 6.0 и Microsoft Hyper-v 2012 R2 — продуктов VMware и Microsoft, двух ведущих разработчиков программного обеспечения для виртуализации серверов, включая масштабируемость, функциональные возможности гипервизоров, средства кластеризации, сетевые функции и поддержку хранения данных.
Итак, VMware vSphere – ведущая платформа серверной виртуализации с функциями управления виртуализированным ЦОД. Этот продукт характеризуют мощные средства виртуализации серверов, надежное автоматизированное управление, функции обеспечения высокой доступности и интеллектуальные функции анализа операций. Настраиваемые шаблоны помогают автоматизировать распределение нагрузки и оптимизировать выделение ресурсов.
Microsoft Hyper-V позволяет создавать виртуализированную вычислительную среду и управлять ею, причем данная технология виртуализации эффективно встроена в Windows Server. При создании в ОС роли для Hyper-V устанавливаются необходимые компоненты и опционально – средства управления. Компоненты включают в себя гипервизор Windows, службы Hyper-V Virtual Machine Management Service, VIrtualization WMI Provider, а также другие компоненты, такие как шина ВМ (VMbus), VSP (virtualization service provider) и драйвер VID (virtual infrastructure driver).
Сходства и отличия VMware vSphere 6.0 Enterprise Plus и Microsoft Hyper-V 2012 R2 Datacenter поможет понять следующая таблица, для удобства разбитая на пять секций.
Надеемся, что эта таблица, будучи, конечно, далеко не полной, содержит полезную информацию для сравнения VMware vSphere 6.0 Enterprise Plus и Microsoft Hyper-V 2012 R2 Datacenter.
VMware остается лидером этого рынка и выпускает новые продукты виртуализации, отвечающие специфическим требованиям ИТ. Microsoft постепенно увеличивает свою долю рынка и продолжает совершенствовать свое решение. Приведенная ниже таблица позволит лучше понять сходства и различия VMware vSphere 6.0 и Microsoft Hyper-v 2012 R2 — продуктов VMware и Microsoft, двух ведущих разработчиков программного обеспечения для виртуализации серверов, включая масштабируемость, функциональные возможности гипервизоров, средства кластеризации, сетевые функции и поддержку хранения данных.
Итак, VMware vSphere – ведущая платформа серверной виртуализации с функциями управления виртуализированным ЦОД. Этот продукт характеризуют мощные средства виртуализации серверов, надежное автоматизированное управление, функции обеспечения высокой доступности и интеллектуальные функции анализа операций. Настраиваемые шаблоны помогают автоматизировать распределение нагрузки и оптимизировать выделение ресурсов.
Microsoft Hyper-V позволяет создавать виртуализированную вычислительную среду и управлять ею, причем данная технология виртуализации эффективно встроена в Windows Server. При создании в ОС роли для Hyper-V устанавливаются необходимые компоненты и опционально – средства управления. Компоненты включают в себя гипервизор Windows, службы Hyper-V Virtual Machine Management Service, VIrtualization WMI Provider, а также другие компоненты, такие как шина ВМ (VMbus), VSP (virtualization service provider) и драйвер VID (virtual infrastructure driver).
Сходства и отличия VMware vSphere 6.0 Enterprise Plus и Microsoft Hyper-V 2012 R2 Datacenter поможет понять следующая таблица, для удобства разбитая на пять секций.
1. Гипервизоры
| |
VMware vSphere 6.0 Enterprise Plus |
Microsoft Hyper-V 2012 R2 Datacenter |
| Название гипервизора |
VMware ESXi 6.0 |
Hyper-V 2012 R2 |
| Макс. число одновременно работающих ВМ |
1024 |
1024 |
| Макс. ЦП на хост |
480 |
320 |
| Макс. ядер на ЦП |
Не ограничено |
Не ограничено |
| Виртуальных процессоров на хост |
4096 |
2048 |
| Макс. памяти на хост |
6 Тбайт |
4 Тбайта |
| Переподписка памяти |
Да (Memory Balooning) |
Да (Dynamic Memory) |
| Общие страницы памяти (Memory Page Sharing) |
Да (Transparent Page Sharing) |
Нет |
| Поддержка больших страниц (Large Page) |
Да |
Да |
2. Управление
| |
VMware vSphere 6.0 Enterprise Plus |
Microsoft Hyper-V 2012 R2 Datacenter |
| Централизованное управление |
Да (vCenter Server + усовершенствованный веб-клиент vSphere, vCenter Server Appliance, SSO |
Да (System Center 2012 R2 VMM) (SCVMM) |
| Интеграция с Active Directory |
Да (хосты vCenter и ESXi), усовершенствованный SSO |
Да (SCVNN) |
| Управление через браузер |
Да (улучшенный веб-клиент vSphere с усовершенствованным SSO и плагин для BDE (Big Data Extension) |
Не ограничено через портал самообслуживания (Self Service Portal, SSP) |
| Обновление гипервизора |
Да (через VMware Update Manager, CLI и AutоDeploy) |
Да (Cluster Aware Update, Fabric Update, Management Server) |
| Межплатформенное управление |
Бесплатный Add-on Multi-Hypervisor Manager |
SCVMM может управлять виртуальными средами VMware и Citrix |
| Обновление ВМ |
Да (Update Manager и vCenter Configuration Manager (vCM) |
Да (контрольные точки), включает «живой» экспорт |
| Поддержка Maintenаnce Mode |
Да (автоматическая миграция ВМ средствами vMotion на другой хост в кластере DRS |
Да |
| Средство управления питанием |
Да, с распределением питания |
Да, с оптимизацией питания |
| API для интеграции с системами резервного копирования |
Да (vStorage API Data Protection) |
Да (VSS API) |
| Шаблоны ВМ |
Да, с многосайтовой библиотекой контента |
Да, включая шаблоны Gen2 |
| Профили хостов |
Да (профили хостов, усовершенствованные для автоматического развертывания) |
Да (профили физических компьютеров) |
| P2V,V2V |
Да (VMware Converter) |
Нет (более не поддерживается, но можно использовать прежние версии VMM) |
| Живая миграция ВМ |
Да (vMotion через vSwitch, vCenter Server и без общих ресурсов хранения, удаленная vMotion при RTT до 100 мс) |
Да (неограниченная одновременная, без общих ресурсов — Shared Nothing; новы опции — сжатие и SMB3) |
| Миграция хранилища (Storage Migration) |
Да (Live Storage vMotion, включая реплицированные ВМ), опциональное задание места хранилища для каждого диска ВМ |
Да («живая» и Shared Nothing) |
| Профили хранения |
Да (управление хранением по политикам) |
Да (классификация хранения) |
| Защита VM LOCKSTEP |
Да (Fault Tolerance), поддерживается 4 vCPU без ограничений на типы дисков |
Нет |
3. Масштабируемость ВМ
| |
VMware vSphere 6.0 Enterprise Plus |
Microsoft Hyper-V 2012 R2 Datacenter |
| Макс. vCPU на ВМ |
128 |
64 |
| Макс. ОЗУ на ВМ |
4 TБ |
1 TБ |
| Последовательные порты |
32 порта |
Только подключенные к Named Pipes |
| Поддержка USB |
Да (USB 1.x-3.0), до 20 устройств USB на ВМ |
Нет (за исключением Enhanced Session Mode) |
| Поддержка «горячего» подключения |
Да (ЦП, память, диск, сетевая карта, PCIe SSD) |
Только диск и память, «горячее» добавление памяти в конфигурации Dynamic |
| Виртуальных сетевых карт (NIC) на ВМ |
10 (любая комбинация поддерживаемых NIC) |
8 типа «сетевой адаптер» и 4 — «унаследованный адаптер» |
| Виртуальных дисков IDE на ВМ |
4 |
4 |
| Емкость виртуального жесткого диска |
62 Тбайта |
64 Тбайта (формата VHDX в Windows Server 2012) |
| Поддержка гостевых ОС |
Полный список операционных систем, включая FreeBSD 10.0 и Asianux 4 SP3 |
Меньше гостевых ОС по сравнению с vSphere 6 |
4. Высокая доступность (HA) и управление ресурсами
| |
VMware vSphere 6.0 Enterprise Plus |
Microsoft Hyper-V 2012 R2 Datacenter |
| Узлов на кластер |
64 |
64 |
| ВМ на кластер |
8000 |
8000 |
| HA (рестарт ВМ при отказе) |
VMware HA |
Да (кластеризация и Heartbeat) |
| Отказоустойчивость (Fault Tolerance) |
Да (100% доступность для бизнес-критичных приложений в ВМ), даже при аппаратном отказе |
Нет |
| Репликация |
Нативная (vSpare Replication) |
Hyper-V Replica |
| Автоматическое управление ресурсами |
Планировщик Distributed Resource Scheduler (DRS) для балансирования нагрузки |
Dynamic Optimization |
| Пулы ресурсов |
Да |
Да (Host Group) |
| Совместимость миграции |
Да (улучшенная совместимость vMotion); EVC в настройках DRS |
Да (для процессоров) |
5. Хранение данных и сети
| |
VMware vSphere 6.0 Enterprise Plus |
Microsoft Hyper-V 2012 R2 Datacenter |
| Поддерживаемые системы хранения |
DAS,NFS, FC, iSCSI, FCoE (аппаратная и программная), vFRC, SDDC |
SMB3, virtual FC, SAS, SATD, iSCSI, FC, FCoE, shared vhdx |
| Файловая система (общая) |
Virtual Machine File System (VMFS v5) |
Cluster Shared Volume (CSV) |
| Поддержка загрузки с SAN |
Да (FC, iSCSI, FCoE и программный FCoE) |
Да (iSCIS, бездисковая, FC) |
| Загрузка с USB |
Да |
нет |
| Virtual SAN |
VSAN 6.0 с поддержкой флэш-массивов (AFA) |
Усовершенствованная (Storage Spaces), многоуровневое хранение |
| QoS для систем хранения |
Да (Storage IO Control), включая NFS |
Да |
| Поддержка NPIV |
Да (с RDM) |
Да (virtual FC) |
| Thin Provisioning |
Да (включая SE Spare Disk) |
Да (Dynamic Disk) |
| SAN Multipathing |
Да (усовершенствованные APD и PDL), PDL Auto Remove |
Да (DSM и SMB Multichannel) |
| Кэширование |
Да (vSphare Flash Read Cache) |
Да (CSV Cache) |
| API для интеграции с системами хранения |
Да (VASA, VAAI и VAMP) |
Да (SMI-S/SMP, ODX, Trim) |
| NIC Teaming |
Да (до 32 NIC) |
Да |
| Поддержка Private VLAN |
Да |
Да |
| Поддержка Jumbo Frames |
Да |
Да |
| QoS для сети |
Да (Network IO Control, DSCP) |
Да |
| Поддержка IPv6 |
Да |
Да |
| Мониторинг трафика |
Да (Port Mirroring) |
Да (Port Mirroring) |
Надеемся, что эта таблица, будучи, конечно, далеко не полной, содержит полезную информацию для сравнения VMware vSphere 6.0 Enterprise Plus и Microsoft Hyper-V 2012 R2 Datacenter.
Поделиться с друзьями
valera5505
Можно ли как-то починить таблицы?
ruvds2
К сожалению, на Хабре не очень удобно с таблицами работать — мы сделали фиксированную ширину двух последних колонок, если этого не сделать, то вся таблица едет
ildarz
Никакого Hyper-V Datacenter Edition не существует в природе.
Неверно, есть Microsoft Virtual Machine Converter (основное ограничение по сравнению VMware — нельзя сделать P2V для ОС, отличных от Windows Vista/Server 2008 и выше). Конвертация неподдерживаемых вариантов тоже возможна, но будет больше этапов.
Неверно. «Да» в обоих случаях.
ibKpoxa
Судя по всему, возможности гипервизоров давно примерно сравнялись, и использовать надо тот, который стоит у знакомого гуру :)
azsx
Для меня лично «теоретически» одно из ключевых отличий «Отказоустойчивость (Fault Tolerance)». Но использую я KVM, большего мне не требуется.
DikSoft
Да уж. Маркетинг рулит. )) теоретически — красиво. Но очень уж узкая ниша применимости выходит…
Вот только часть ограничений:
Виртуальные машины:
Есть неузкоспецифичные сценарии использования?
NightXRay
в VmWare 6.0+ уже до 4 vCPU.
AntonVirtual
Fault Tolerance — это режим защиты устаревших, но все еще чрезвычайно важных для компании приложений, которые невозможно защитить иначе.
Либо для не очень сильно нагруженных, но сверхкритичных.
Альтернатива — серверы класса Stratus, с ценником около Боинга.
Fanta
в последней версии уже 4vCPU
DikSoft
Очень не хватает сравнения схем лицензирования.
autuna
Мне представляется, что именно сейчас об этом писать смысла нет. Текущая схема лицензирования Microsoft Windows Server с лицензированием по процессорным сокетам уходит в прошлое и, судя по уже опубликованным документам, Windows Server 2016 будет лицензироваться поядерно С клиентскими лицензиями. Но т.к. окончательная схема лиценцензирования (официальный Licensing Guide) пока не опубликована, поэтому всё ещё может поменяться.
Подробнее можно почитать тут:
Windows Server 2016 Licensing Datasheet
и тут:
Windows Server 2016 and System Center 2016 licensing FAQ
Выход Windows Server 2016 ожидается этой осенью.
P.S. очень надеюсь, что VMware не пойдёт тем же путём, что и Microsoft в сторону поядерного лицензирования.
DikSoft
— Лучше бы пошла по пути Майкрософт в сторону упрощения зоопарка редакций и отказа от «платы за фичи». А то у них сейчас нужно быть гуру, чтобы разобраться, во всей красе продуктовой линейки. )))
navion
Они уже наигрались с vTax в своё время, а сейчас есть VSAN с NSX для повышения суммы сделки и у них не стоит цели выгнать всех в облака.
На реддите попадалась теория, что ухудшение качества продуктов MS связано с желанием увеличить TCO собственной инфраструктуры.
AntonVirtual
Постепенное увеличение стоимости лицензий VMware как раз и связано с тем, что ядер становится все больше, а следовательно для того же количества ВМ надо все меньше серверов и как следствие лицензий.
В современном кластере Nutanix, например, всего в 2U можно целую огромную ферму стандарта 2009-10 годов разместить. И это включая систему хранения.
VolCh
Админы выделяют девам виртуалку, в которой они поднимают нужные им виртулки. Как вариант.
RenatSh
VMware vSphere 6.0 поддерживает nested virtualization а Hyper-V 2012 R2 — нет. Xотя интересно есть ли практическое применение nested virtualization кроме как поиграться.
adasoft
есть, конечно несколько специфическое, но есть. под вмваре «крутится» виндовс 10 с vs2015 с эмуляторами Android и Windows Phone, в другом госте MacOS c XCode для сборки ios приложений. ну и разные никсы, reactos, android x86 и т.п.
KeKc_Tosha
У вас удалось запустить WinPhone эмулятор внутри винды внутри ESXi?
SyavaSyava
Hyper-V 2012 R2 так же поддерживает «вложенную» виртуализацию.
Но официально только в сценарии «Hyper-V в Hyper-V». Про другие варианты не знаю — может то же работают.
И да, практического применения мало. Разве что тестовая среда для отладки работы всяких виртуальных структур.
navion
А не в 2016?
SyavaSyava
Не, в 2012 r2 точно есть, и вроде уже в просто 2012 было. При желании легко ищется…
DikSoft
Не было её. Недавно только появилась.
https://msdn.microsoft.com/en-us/virtualization/hyperv_on_windows/user_guide/nesting
Именно поэтому для чтения курсов по Hyper-V преподавателям приходилось собирать стенд на VMware.
Грядущая реализация имеет кучу ограничений. Но уже хоть что-то.
SyavaSyava
Да, видимо ошибался.
Почему-то запало в память, что уже есть — вот и написал комментарий, не проверив точно…
DK24life
использовал для демонстрации работы функционала Hyper-V, также используется для лабораторных работ по ESXi
AntonVirtual
Практическое применение вложенной виртуализации — это демо, лабы, разработка.
Verdoga
Скажите, а где-нибудь можно почитать про сравнение производительности виртуализации amd vs intel и vmware vs oracle vm? Буду очень благодарен за материал.
adasoft
а нету! периодически делаю поиски на эту тему (Hyper-V, VMware Workstation, VMWare ESXi, Virtual Box, наверное можно Parallels сюда внести) и нетути.
gotch
Это пустая трата времени. Чистые издержки на виртуализацию не велики. Более показательна — плотность виртуализации. Эффективность автоматической балансировки. Требования гипервизора к RAM, технологии эффективного использования памяти типа TPS, Balooning, Second Level Paging (ад), Memory Compression (хотя в век бесконечно дешевой памяти все эти программные фишки уходят в прошлое). «Отпечаток на диске», ESXi по-моему у нас вполне умещается на USB Flash внутри blade-сервера, а как там дела у Windows Server Datacenter? )
rub_ak
Это пока вы не решили поставить vcenter, а так да 2гб флешка в блейд
AntonVirtual
vCenter живет на общем сторадже, а не на локальном для сервера.
ildarz
> «Отпечаток на диске», ESXi по-моему у нас вполне умещается на USB Flash внутри blade-сервера, а как там дела у Windows Server Datacenter? )
Hyper-V встаёт на 8-гиговую флешку, полный образ на гипервизоре не нужен и даже скорее вреден.
gotch
Можно, конечно, затолкать, но напомню, что «The scenario described in this document is only supported for original equipment manufacturers (OEM)». Да и флэшка вам видимо на 16 понадобится.
И еще не ясно как будут «биться» фичи Hyper-V 2016 с фичами Standard и Datacenter. Скоро узнаем.
ildarz
Разница в том, что такое «supported» в понимании MS и VMware — предмет отдельного разговора. :) С точки зрения реальной работы вполне очевидно, что нет никакой разницы, производитель вы оборудования или нет. 16 гиг не надо. У меня вот сейчас гипервизоры грузятся с 8-гиговых разделов (не на флэшках, правда).
Verdoga
Меня больше интересует аппаратная реализация у amd и intel и её сравнение.
Arxitektor
А есть ли статьи про VDI когда у пользователей только тонкий клиент?
Интересует в плане работы 3D приложений NX, solidworks?
Сравнение самых популярных систем.
OstaninKI
В плане работы с 3D по нашим расчетам было во много раз дешевле и производительнее установить сотруднику стационарный PC с нормальной видео-картой, ежели загонять его в VDI окружение (если, конечно, у Вас нет чего-то на подобии HPE MoonShot). В плане виртуализации все зависит от того, на чем вы строите VDI-окружение (Citrix, VMWare, MS, other) и какой гуру у Вас есть рядом :)
CMEPTbI4
Подтверждаю, тестили Солид и Компас под vd с nvidia Grid на Citrix 2 раза год назад и полгода, уперлись в проц, ибо карта даже в минимальной нарезке — тащит без проблем. А вот по процу и соответственно расчетам сильно медленнее так как не многие задачи паралелятся. Да и дороже выходит.
AntonVirtual
Дешевле только в расчете капитальных расходов на железо.
Совсем иначе получается для сверхдорогого софта, которым пользуются многие в компании, но от случая к случаю.
Вопрос безопасности стоит совсем других денег — начиная от кражи чертежей и заканчивая их банальной пропажей по ошибке / потому что десктоп сгорел.
Следующий вопрос — а если есть кто-то, кто иногда работает из дома или из удаленного офиса / филиала?
CMEPTbI4
Есть, но нужен или цод на той площадке, или канал очень хороший (не широкий, скорее стабильный), иначе некомфортно пользователю работать из-за задержек и артефактов (я имею ввиду 3d приложения сапр, хотя и обычные могут немного неудобно ощущаться). К сожалению оба варианта не всегда возможны в реальности.
shachneff
Своими руками, года 3 назад, в реально работающем КБ внедрил Citrix XenDesktop c видеокартами NVidia GRID. Как раз у инженеров тонкие клиенты, в удаленной виртуальной машине крутятся SolidWorks, Компас, Автокад (у кого что).
На тот момент VMWARE не умела этого так же хорошо, как Citrix. Потом догнала, но лицензионная политика VMWARE показалась более грабительской. По производительности разницы не заметил.
ruikarikun
А есть ли у Hyper-V какой-то аналог VMware NSX?
DikSoft
Вы про вот такое вот решение?
Ну и вот ещё, продолжение
billybons2006
А еще как было бы здорово таблицу с примерной, оценочной хотя бы, стоимостью решений, чтобы было понятно, что HA и инструменты управления у одного вендора и у другого стоят столько-то для маленького кластера на 50, 250, 1000 виртуалок с HA и прочими плюшками. Для очень крупных проектов, на мой взгляд, стоимость значение имеет, но еще большее значение имеет ядро команды, с которым планируется начинать. А вот для маленьких (отностительно) проектов стоимость в расчете на 3, 5, 10 лет могла бы стать самой важной таблицей. Имхо, разумеется.
Arxitektor
Не могу цитировать.
Но сейчас рассматриваеться 2 системы VDI
Citrix и VMWare.
Нужна поддержка 2-х мониторов 2560*1440.
Поэтому канал нужен весьма широкий.
У кого есть опыт кто что может сказать по этому поводу?
Nikobraz
VMWare с нулевыми клиентами типа Dell Wyse 7030
AntonVirtual
It depends. Мониторы-то сами по себе небольшая проблема.
Интенсивность работы с графикой — уже вопрос. VDI внутри офиса по гигабиту или через 3G и прочие гнилые медные линии до дома? 3D? И так далее.
Универсального ответа нет, требуется архитектор с опытом и пилотный проект. Иначе есть очень большой риск выброшенных в мусор денег и былинных отказов на проекте.
ximik13
А Hyper-V по прежнему имеет сложности с развертыванием и использованием без предварительно настроенной MS AD? Которую тоже нужно где-то развернуть до гипервизора?
DikSoft
— Уже нет. Замечательно живёт сам, без ансамбля.
Кроме того, теперь не требуется выделенный аппаратный DC. Все контроллеры домена могут быть виртуализированы. Это поддерживаемый сценарий.
drobzik
А где-то об этом у МС можно прочитать? Пока что я видел только рекомендации вида «Все контроллеры могут быть виртуализированы в случае размещения в MS Azure».
DikSoft
Об этом несколько раз упоминалось на Jump Start по 2012 и особенно после выпуска 2012 R2.
Описание здесь
Если я правильно понял, VMware тоже поддерживает такой сценарий
Явное указание на возможность виртуалиазции + бонус: новый контроллер из клона существующего.
AntonVirtual
VMware поддерживает 100% виртуальные КД с незапамятных времен.
DikSoft
Ну явно же не раньше, чем вышел 2012-й сервер! ))
AntonVirtual
Так VMware никак от них не зависит.
А процитированная статья — это героическое преодоление MS своих собственных архитектурных решений завязать все на AD.
ildarz
VMware их «поддерживает» ровно в том же смысле, как она всё «поддерживает»… «Запустилось — значит, к нам никаких вопросов». С позиции VMware всё равно, КД там или нет, а вот при реальном внедрении об этом таки приходится беспокоиться. Поэтому ориентироваться на то, что там «поддерживает» VMware, увы, надо с большой осторожностью.
billybons2006
В общем, проблем нет. Сейчас не знаю, но чуть раньше без AD надо было просто чуть попарится с добавлением пользователя для администрирования Hyper-V с рабочей станции. Для этого использовался HVRemote.
Мой опыт: почти год тестовая машина стояла (с тремя виртуалками), вырубалась даже пару раз аварийно по питанию — проблем с Hyper-V не было, пока не появились проблемы с рабочей станцией, откуда запускалась оснастка управления Hyper-V :) Что-то пошло не так с Net Framework и в итоге пришлось работать с другой раб. станции. И что-то с брандмауэром намудрено в Hyper-V по сравнению с iptables :) были дурацкие моменты. А в остальном проблем не было.
Т.к. гипервизор был нужен без платных продуктов (прошел мимо System Center, а жаль), а linux используется вполне себе широко, то одновременно запустил тестирование на centos/kvm с управлением по ssh (которое вообще никогда не подведет) и на него и перешел окончательно. От Hyper-V отказался. Ну и еще было соображение, что Hyper-V даже гостевым интерфейсом в дикий интернет подключать было страшновато (может, зря боялся, скорее по привычке, что ms для локальных сетей, а наружу linux). Не только же контроллеры домена виртуалками ставить :)
Сейчас уже несколько kvm-хостов стоит, гостевые и ms, и linux. Точно также, как и с Hyper-V, никаких проблем нет в плане аварийных выключений по питанию. Только пропала зависимость от станции управления :) Все конфиги в нескольких текстовых файлах, никаких реестров и прочего. Извините, отвлекся :)
varnav
Да, управление Standalone машиной у Hyper-V сделано чертовски неудобно. Хотя и у VMWare не всё гладко — есть уже deprecated клиент на .NET, и есть ещё не зарелизенный (но вполне работоспособный в бете) HTML5 веб-клиент.
navion
Без AD в кластер не загнать, только в 2016 обещали убрать зависимость.
billybons2006
И из этого вытекало, что контроллер домена, хотя бы один, должен быть не на Hyper-V. Поправьте меня, если это не так — дело почти 2-х летней давности.
На мой взгляд (опыт работы с маленькой сетью и маленьким штатом IT), очень хорошо, если кластер обеспечивается отдельно (ноды, общий файловый ресурс и прочее), а логика сети (контроллер/не контроллер и прочее) — отдельно. Тогда сведутся к минимуму проблемы типа как «dns, встроенный в AD». Удобно, не спорю, пока не затупит. Да, все упирается в качество специалиста, поддерживающего сеть, но так даже разграничивать удобнее роли, а то и на аутсорс отдать собственно HA и прочие кластерные штучки, а домен с его юзерами, правами и политиками рулить другим человеком.
И в этом отношении, возможно, VMWare лучше, если нет привязки кластера к домену Win. И сразу после этого всего идет пункт: сколько стоит кластер за год, два, три и т.д.
Да даже неважно будет, что там стоит: Proxmox, голый KVM/Qemu, Hyper-V или VMWare — если нет привязки всей инфраструктуры на всех уровнях к одному вендору, то у принимающих решения будут развязаны руки (в хорошем смысле) в плане принятия гибких решений. В случае с Exchange все может быть чуть-чуть сложнее.
ildarz
> контроллер домена, хотя бы один, должен быть не на Hyper-V
Не должен. Ставите первый сервер, на нем VM, туда КД, и вперед.
> И в этом отношении, возможно, VMWare лучше, если нет привязки кластера к домену Win.
Вам точно так же надо будет куда-то поставить VCenter.
> Да даже неважно будет, что там стоит… если нет привязки всей инфраструктуры на всех уровнях к одному вендору, то у принимающих решения будут развязаны руки
Вы полагаете, в маленькой сети с неквалифицированным обслуживающим персоналом создание зоопарка разных технологий — прямой путь к успеху? Ну разве что к успеху админа, который всё это поднял чисто для повышения уровня собственного образования, потом сделал ручкой и оставил разгребать завалы преемнику :)
billybons2006
> Не должен. Ставите первый сервер, на нем VM, туда КД, и вперед.
Имеется ввиду, что «первый сервер» — не чистый Hyper-V, а Windows с установленной ролью Hyper-V? Так оно работало. Да.
«Неквалифицированный персонал IT» в моем понимании не полные идиоты, не интересующиеся ничем, а нормальные айтишники, просто не специализирующиеся на одном конкретном направлении, например, крутой специалист по Cisco вряд-ли будет максимально эффективным при внедрении того же Exchange. Ну и так далее.
Дальше, что касается «зоопарка технологий». Я же привел пример, когда приходящий специалист/фирма настраивает кластер (подбор железа по бюджету и потребностям, выполнение всех работ максимально быстро и прочее), а местный админ просто поддерживает это решение и по желанию/договоренности с начальством повышает свой уровень.
В крупных компаниях все устроено примерно так же. В филиале может работать не самый квалифицированный персонал, который только в случае действительно серьезных проблем переадресует решение наверх, более крутым спецам.
А что касается «сделает ручкой»… Представьте себе, что неопытный админ запилил все на одном вендоре, дождался, пока все стало в положение «бекап уже точно не спасет, т.к. он тоже содержит ошибки», все интегрировано, ну пусть в AD, в логах один черт сломит ногу. И такой админ в такой ситуации «сделает ручкой». Тут надо будет вообще все восстанавливать, а не один слой пирога.
DaemonGloom
Чистый Hyper-V и на нём виртуальную машину с КД. Это поддерживаемая конфигурация с 2012 версии. Система должна даже запуститься при условии, что все КД были перенесены в кластер за счёт кэширования данных учетных записей и отсутствия требования КД для работы CSV. Microsoft назвали эту технологию bootstrapping.
billybons2006
Спасибо, интересно. Без шуток. Для таких ответов я готов пуститься в комментарии!
AntonVirtual
от vCenter ничего не зависит в случае падения. vCenter делает первичную настройку кластера HA, а дальше кластер живет сам.
При этом vCenter прекрасно себя чувствует виртуалкой в кластере, которым управляет.
ildarz
Ровно то же самое справедливо для Hyper-V.
DikSoft
Предлагаю пройтись по шагам.
1) Один Hyper-V. AD DS на виртуальной машине, которая на нём же и крутится. Это работает.
2) Кластер Hyper-V. да, совсем без AD не собрать. Но кто мешает держать AD DS на виртуальной машине на соседнем гипервизоре? Откуда требование _физического_ DC взялось-то?
AntonVirtual
Оттуда, что бывает выключают питание совсем. Бывает сбой сервера при обслуживании и так далее, бывает даже двойной сбой.
Как только кластер остается без AD — не работает больше failover.
Пример — установка патчей на один DC из двух, а второй падает вслед за хостом. Дальше что делаем?
DikSoft
Верно. Повторю вопрос: кто мешает держать AD DS рядом с кластером но тоже виртуализированный? Вырубили питание — погасили корректно. Настроили порядок включения. В чём проблема-то.
Вы собираетесь роль DC кластеризовать (как?) или Вы о чем то другом сейчас?
billybons2006
> рядом с кластером, но виртуализованный
эммм, тогда уж чего проще — два Win сервера, у каждого роль Hyper-V включена, все прекрасно управляется через оснастки. Проблема в количестве лицензий, как по мне, которые надо закупать. И все. Если в деньги все не упирается, проблем нет и вопрос лучше не усложнять, а то мы сейчас начнем мучить друг друга :)
> Вы собираетесь роль DC кластеризовать (как?) или Вы о чем то другом сейчас?
кластеризуют не роль, а контроллер DC, тогда уж, который по совместительству может быть еще и файловым сервером (а может и не быть им). А где будет этот контроллер, действительно, все равно. Хоть в VirtualBox (эээ, это я специально утрирую).
Не могу за других отвечать, само собой. Я в свое время просчитывал вариант: купить одну лицензию Win сервер и ее HA кластеризовать. И тоже думал в стиле «а почему не запустить первичный контроллер сразу как вирт. машину». Вот не вышло, к сожалению, обойтись одной лицензией с использованием двух бесплатных Hyper-V. Возможно, это будет возможно в 2016.
В общем, мой опыт говорит только об одном — платящее за пьянку начальство интересует стоимость и оговоренный/требуемый результат, а не количество лицензий, гипервизоров и планок регистровой памяти. Поэтому я в самом первом моем комментарии указал, что сравнение стоимости — одна из самых важных табличек, а ее, как впрочем всегда в таких сравнениях, нет. Увы.
DikSoft
AD is fault tolerant by definition! )))
Вот ни разу не встречал ещё такого решения, чтобы машину с контроллером домена… э… кластеризовать.
Зачем???
billybons2006
Вы абсолютно правы! Но не всегда роль AD на сервере одна, зачастую это и файловый сервер тоже. И почтовый (например, hMailServer). И внутренний jabber какой-нибудь. И ftp еще. А может, и локальная стенгазета на php. А все почему? Потому что лицензии стоят денег. Поэтому, несмотря на то, что вы абсолютно правы насчет AD, порой заказчики не готовы платить дополнительных денег. Лицензии на виртуалки (в составе Win Server) отчасти решают эту проблему, но мы все дальше и дальше от начальной темы уходим.
navion
Hyper-V давно не ковырял, но ещё в 2012 убрали зависимость от AD.
AntonVirtual
Так я же и не утверждаю, что Hyper-V до сих пор страдает. Просто пояснил почему это было больно и неприятно.
DikSoft
Это не так.
DikSoft
Точнее, не совсем так, извините, поторопился. Без прав на создание объектов в AD.
Daar
После повышения $ начали использовать Hyper-V, сейчас на нем уже половина инфраструктуры и в планах все перевести, ждем 2016.
Да, SCVMM не дешевая штука, мы используем продукты фирмы 5nine, есть и бесплатная редакция, у них есть антивирус для Hyper-V и неплохой конвертер машин с VMWare в Hyper-V. Ну а если чего не хватает, то powershell в руки :)
DikSoft
Мы полностью ушли с VMware на Hyper-V по причине невозможности объединить старые лицензии на ESXI разных версий и редакций. Схема лицензирования у VMware очень запутанная по редакциям, функциональности, управлению и фичам. Нашему сценарию слияния нескольких организаций в одну не нашлось приемлемого варианта возврата инвестиций в VMware. А при наличии EA это оказалось выгоднее, чем апгрейдить ESXI до единой редакции и версии.
Единственное, что пришлось докупить после перехода — Eltima USB Network Gate.
Anywhere USB стоит бешеных денег, остальные аппаратные аналоги не умеют шарить USB в разные подсети. Только в пределах broadcast domain.
Daar
Да мы бы тоже полностью перешли, но столкнулись с интересным багом, 1С сервер внутри VMWare пашет на 10-15% быстрей чем на Hyper-V… на одном и том же железе. Вот для 1С и остались VMWare, ну и сервер с AD, после конвертации на HV и переделке сетевых интерфейсов полезли баги, решили оставить на потом.
DikSoft
1C сервер — глючный до безумия по части использования фич процессора.
Что он, что 1С клиент скомпилированы с ключами без поддержки новых команд CPU. Да, они могут работать на самых старых XEON, но на новых они работают в разы медленнее! Похоже, что ESXI «давал ему» как раз то, что нужно, т.е. старый набор инструкций.
Для оптимизации работы пришлось под сервер 1С выделить гипервизор с самым старым поддерживаемым CPU (у него же оказалась и самая высокая частота) и выключить гипертрединг в BIOS. Ради сервера 1С крутятся виртуалки с 2008 R2, т.к. на 2012R2 его производительность тоже существенно проседает, и хаки с назначением приоритета процесса ситуацию не спасают.
С миграцией ВМ с контроллером домена кроме отключения синхронизации времени и запрета сохранения состояния никаких проблем быть не должно, по идее. Остаётся только вычистить VMware tools и вернуть IP на новый сетевой адаптер.
FreeBSD машины не мигрируют напрямую. Это да. Есть такая проблема. Слетает геометрия диска. На 8.0 точно, на остальных как повезёт. Мигрировали так: После вытаскивания диска из ESXI целяем его в Hyper-V на SCSI, второй чистый винт на IDE, делаем клонирование Clonezilla, в /etc/FsTab меняем da0 на ad0 для разделов. Бинго. ))
Daar
Ну да, тоже так поняли что 1С подавай частоту, и насчет 2012 тоже наступали на эти грабли, тоже 1С крутится на 2008. Согласен, такой массовый продукт и не могут нормально откомпилировать.
По идее… тоже так спецы МС сказали, но глюки вылезли, причем плавающие. Просто получается что на серваке появляется новый сетевой интерфейс с другим id, и хотя утверждают что нет привязки к интерфейсу, но что-то глючит. Логи отправляли, но потом нам сказали, не парьте мозг, подымите на Hyper-V новый, сделайте миграцию, а тот убейте.
Ну были пару машин с Ubuntu, тоже не взлетели после конвертации, но не стали сильно разбираться. Новые подняли и контейнеры docker'а перетащили и все пашет.
rold
Проверьте профиль электропитания для Hyper-V. Может там Balanced?
DikSoft
Если Вы это мне, то давно уже проверено ))
Import-Module ActiveDirectory
$cred = Get-Credential domain\admin
$cn = Get-ADComputer -Filter "OperatingSystem -like ""* 2012 *"""
$cim = New-CimSession -ComputerName $cn.name -Credential $cred
$p = Get-CimInstance -Name root\cimv2\power -Class win32_PowerPlan `
-Filter "ElementName = ""Высокая производительность""" -CimSession $cim
Invoke-CimMethod -InputObject $p[0] -MethodName Activate -CimSession $cim
Delhin
Если хотите кластер HA, то без AD не обойтись.
Если без HA и прочих интересностей, то без AD работает.
Без AD точно работают: самостоятельный гипервизор на хосте и Replica на x.509 сертификатах.
Запуск кластера с 2012 R2 не требует наличие видимого и доступного AD, т.е. сервера с AD вы можете разместить в этом же кластере — работать будет, проверено.
Aivendil
А я всегда думал, что 100% отказоустойчивость недостижима:)
DikSoft
Зато как звучит! )))
AntonVirtual
И откопали стюардессу. VMware vs Hyper-V — тема 2009-2011 годов.
Сейчас актуальна тема VMware и Hyper-V vs KVM (в различных вариантах)
ruvds2
По теме Hyper-V vs KVM мы писали в нашем блоге в одной из предыдущих статей https://habrahabr.ru/company/ruvds/blog/308350/
AntonVirtual
Это текст ни о чем, извините. Чтобы просто был, а практического смысла ноль.
Сравните функциональность — как делается в обоих случаях автоматическая балансировка, как делается живая миграция (машины и стораджа), как высокая доступность реализована. Для пары тройки вариантов KVM — OpenStack, CloudStack, RHEV, например.
ruvds2
В следующих наших статьях постараемся сделать.
AntonVirtual
Туда же — как экспортировать/импортировать образы, есть ли совместимость образов, как делаются бэкапы / восстановление ВМ. Есть ли экосистема — мониторинг, СРК, средства репликации и так далее.
Есть ли интеграция с оборудованием (аналоги VAAI, ODX), есть ли поддержка от железных вендоров.
navion
Где-нибудь можно почитать про RHEV? Сам смотреть пытался, но избалованный VMware не осилил дальше установки RHEV-H.
И мне кажется, что это решения разного класса — у VMware с MS коробочные продукты, а RHEV никто не покупает без пусконаладки спецами из Red Hat.
AntonVirtual
Кем-кем, простите? Встречался со «спецами» из российского RedHat. Что продукт, что спецы — на уровне студенческой курсовой после VMware.
AntonVirtual
А вот кстати очень интересно, сами минуснувшие-то встречались на проектах с продуктами и командой, в продуктив ставили RHEV и имеют опыт VMware / Microsoft хотя бы от 50 хостов?
mikkisse
А как же Андрей Маркелов, ранее там работавший?
AntonVirtual
Я с ними столкнулся уже после ухода Андрея. К нему вопросов никаких нет :)
Но к продукту все равно есть.
mikkisse
Продукт не дотягивает до грандов, это явно, но тем не менее растет и развивается. Я думаю, что просто нужно дать время.
AntonVirtual
Продукт растет и развивается с 2009 кажется года, или даже раньше. В 2010 меня Ланит звал продавать RHEV как будущий клевый модный молодежный, не то что какая-то там застарелая ВМваре.
Вот-вот уже выйдет Nutanix OS5 с гипервизором Акрополис (AHV) на основе KVM. Акрополис появился чуть больше года как, сама Nutanix только в 2011. И уже превосходит RHEV почти по всем параметрам, из которого ключевые надежность и удобство эксплуатации.
Ну а так да, надо дать еще времени RHEV. Может к 2020 достигнут уровня VMware формата 2009 года или Hyper-V 2012-го.
mikkisse
https://access.redhat.com/documentation/en/red-hat-enterprise-virtualization/
navion
Так не интересно, хочу что-то в сжатом и наглядном виде.
Пока нашел блог Captain KVM, но там совсем банальшина с базовой настройкой, вроде установки Hyper-V через визарды.
mikkisse
Если очень сжато:
1. Установил RHEV-Manager;
2. Установил RHEV-Node;
3. Подключил Node к Manager;
4. Настроил сеть;
5. Подключил хранилище;
6. Залил iso системы на хранилище;
7. Развернул виртуальную машину.
— Из удобного в RHEV — встроенный юзерский портал самообслуживания. В целом же все остальное менее удобно чем в vmware.
Спасает только oVirt, дает более-менее готовое решение для виртуализации за бесплатно.
Если есть деньги, то лично я бы не стал покупать решение RHEV (Ныне уже RHV. Может не зря они убрали слово Enterprise из названия?), а отдал предпочтение той же vmware.
navion
Только халявность и привлекает, а похожий портал есть в vSphere, если зарезать пользователю права и ограничить область действия папкой или конкретной ВМ.
mikkisse
Да, есть портал и права можно урезать. Но когда я тестировал RHEV, в среде сферы был более популярен толстый клиент, а не тормозной флеш.
Сейчас, конечно, после обновления их веб-клиента, он тоже отличный.
postgrez4ik
Cпасибо за перевод! Наконец мейкрософтовцам можно более грамотно нос утереть, кроме того что их решения дороже. В статье упоминается AsiaLinux — может всё же имелась ввиду Asianux?
ruvds2
Вы правы Asianux, исправили. Спасибо.