История изменений
Исправление router, (текущая версия) :
1) поддерживаемые ОС в гостевых хостах. У microsoft это windows не старее XP, RHEL 6, CentOS 6, SLES 11. У vmware - в разы больше. Всё то же, плюс Debian, Oracle Linux, Ubunti, MacOS X 10, FreeBSD, Solaris и др., а винды аж начиная с 3.1 :D
2) Интырпрайз хранилища. vsphere может переносить много тяжёлых maintenance действий на уровень контроллеров хранилища ( создание snapshot'ов, перемещение ВМ межды datastore'ами и т.д. Хотя это SIOC, Storage DRS только в дорогих лицензиях), у hyperv эти действия будут выполняться через обычные scsi команды, грузя гипервизор и fc свичи.
3) Добавление ресурсов на лету - расширение дисков, памяти, увеличение числа ядер. у vmware это давно стабильно работает, у microsoft как минимум cpu и память без даунтайма не добавить.
4) distributed vswitch. Виртуальный свич, общий на все гипервизоры. Есть свой, есть виртуалка от cisco, много возможностей. У Microsoft этого нет.
Может ещё что забыл
Исходная версия router, :
1) поддерживаемые ОС в гостевых хостах. У microsoft это windows не старее XP, RHEL 6, CentOS 6, SLES 11. У vmware - в разы больше. Debian, Oracle Linux, Ubunti, MacOS X 10, FreeBSD, Solaris, а винды аж начиная с 3.1 :D
2) Интырпрайз хранилища. vsphere может переносить много тяжёлых maintenance действий на уровень контроллеров хранилища ( создание snapshot'ов, перемещение ВМ межды datastore'ами и т.д. Хотя это SIOC, Storage DRS только в дорогих лицензиях), у hyperv эти действия будут выполняться через обычные scsi команды, грузя гипервизор и fc свичи.
3) Добавление ресурсов на лету - расширение дисков, памяти, увеличение числа ядер. у vmware это давно стабильно работает, у microsoft как минимум cpu и память без даунтайма не добавить.
4) distributed vswitch. Виртуальный свич, общий на все гипервизоры. Есть свой, есть виртуалка от cisco, много возможностей. У Microsoft этого нет.
Может ещё что забыл