Совместное использование устройств на виртуальной машине

Настройка сети.

Выбираем слева наш компьютер, у меня это — DESKTOP-9PLBR7Q, справа появится меню «Действия», Нажмите на пункт «Диспетчер виртуальных коммутаторов».(Рис.8)

Рис.8 — Заходим в Диспетчер виртуальных коммутаторов.

В «Диспетчере виртуальных коммутаторов» нажмите «Создать виртуальный коммутатор».(Рис.9)

Рис.9 — Создаём виртуальный коммутатор.

Введите Имя,  у меня это — Hypernet и примечание, у меня это — Сеть Hyper-V.(Рис.10)

Так же выберете Тип  подключения. Я выбрал подключение к Внешней сети через мою сетевую карту — «Realtek PCIe GBE Family Controller». А также установил галочку в чекбоксе «Разрешить управляющей операционной системе предоставлять общий доступ к этому сетевому адаптеру».

Жмём «Применить».

Рис.10 — Свойства виртуального коммутатора.

Выскакивает предупреждение «Ожидающие изменения могут нарушить сетевое подключение».(Рис.11) Я предполагаю, что эту статью будут читать новички, а значит они вряд ли будут пошагово повторять за мной, используя задействованный сервер, своего предприятия . Следовательно ничего страшного в том, что мы можем на некоторое время потерять сетевое подключение. Жмём «Да» и ждём «Применение изменений».

Рис.11 — Предупреждение о возможном нарушении сетевого подключения.

Теперь зайдя в «Сетевые подключения» -> «Настройка параметров адаптера».  Мы можем увидеть наш только что созданный vEthernet (Hypernet), так же с ним соседствует не подключенный vEthernet (Коммутатор по умолчанию) — «Стандартная сеть» автоматически предоставляет виртуальным машинам доступ к сети компьютера с помощью преобразования сетевых адресов (NAT). NAT на данный момент нам не интересен. И коммутатор этот трогать мы не будем.(Рис.12)

Рис.12 — Сетевые подключения -> Настройка параметров адаптера.

На этом настройка сети закончена. Переходим к самому главному, тому для чего и создана система виртуализации Hyper-V — Создание виртуальной машины.

Как отключить виртуализацию Hyper-V в Windows PowerShell — 2 способ

При помощи системного инструмента Windows PowerShell мы можем полностью отключить компонент Hyper-V на компьютере.

Выполните следующие действия:

  1. Запустите Windows PowerShell от имени администратора.
  2. В окне оболочки введите команду, а затем нажмите на клавишу «Enter»:
Disable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V-All

  1. После завершения процесса удаления нажмите на клавишу «Y», чтобы дать согласие на перезагрузку компьютера.

Чтобы отключить только Hypervisor (гипервизор), без отключения всей платформы, выполните команду:

Disable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V-Hypervisor

Настройка виртуальных коммутаторов

Перед тем, как мы приступим к установке виртуальных машин, подготовим для них сеть. Я не буду подробно рассказывать о нюансах работы сети в hyper-v. Это не тема текущего повествования. Просто создадим сетевой бридж для виртуальных машин. В оснастке управления выбираем справа «Диспетчер виртуальных коммутаторов», выбираем тип «Внешняя». Указываете имя коммутатора. Я рекомендую давать осмысленные названия, чтобы было проще потом управлять. Если это бридж в локальную сеть, то назовите виртуальный коммутатор local.

Сохраняйте настройки. Вы увидите предупреждение о том, что сетевые соединения будут сброшены. Все в порядке, соглашайтесь. Будет создан новый виртуальный сетевой интерфейс с теми же настройками, что были у физического. Но здесь есть один важный нюанс. Если ваш сервер получал сетевые настройки по dhcp, то он скорее всего получит новый ip адрес. Имейте это ввиду.

Требования к системе

Разработанный Microsoft гипервизор под названием Hyper-V входит в состав системы как дополнительный компонент. Использовать его можно только в x64 bit OS Windows 10 Enterprise или Pro. В корпоративной среде Microsoft рекомендует даже конкретные ноутбуки HP и Lenovo. Пользователям редакции «Домашняя» и всех x32 bit систем такая возможность недоступна.

  1. Быстро узнать параметры установленной Windows можно воспользовавшись клавиатурным сочетанием Win+ X. В развернувшемся меню выбираем отмеченный рамкой пункт.

Открывшееся окно содержит два блока сведений. В первом смотрим объем установленной памяти и разрядность. Hyper V требует наличия не менее 4 Gb RAM

Во втором блоке обращаем внимание на выпуск ОС.

  1. По системным параметрам компьютер подходит для установки и запуска ВМ Майкрософт. Дополнительно для Hyper-V требуется, чтобы процессор поддерживал вложенный пейджинг по технологии SLAT. Intel реализовал ее в линейке Core i3/5/7, а AMD начиная с первых 64-битных Opteron. В характеристиках устройства модель процессора указана, поэтому необходимости проверять ее в БИОС или UEFI нет. Убедиться в поддержке технологий «Хайпер» мы сможем с помощью командной строки. Вводим команду «systeminfo» и ищем обозначенный на скриншоте блок данных.

  Как поменять разрешение экрана в Windows 10

Как видим, все необходимые требования выполнены и проверку мы произвели без выхода в БИОС. Убедившись, что аппаратная конфигурация подходит для использования виртуалки, можем переходить к установке.

Какие гостевые операционные системы поддерживаются?

Виртуальные машины поколения 1 поддерживают большинство гостевых операционных систем. виртуальные машины поколения 2 поддерживают большинство 64-разрядных версий Windows и более текущих версий операционных систем Linux и FreeBSD. Используйте следующие разделы, чтобы узнать, какое поколение виртуальной машины поддерживает операционную систему на виртуальной машине, которую вы хотите установить.

поддержка Windows гостевой операционной системы

в следующей таблице показано, какие 64-разрядные версии Windows можно использовать в качестве гостевой операционной системы для виртуальных машин поколения 1 и 2.

64-разрядные версии Windows Поколение 1 2-е поколение
Windows Server 2019
Windows Server 2016
Windows Server 2012 R2
Windows Server 2012
Windows Server 2008 R2
Windows Server 2008
Windows 10
Windows 8.1
Windows 8
Windows 7

в следующей таблице показано, какие 32-разрядные версии Windows можно использовать в качестве гостевой операционной системы для виртуальных машин поколения 1 и 2.

32-разрядные версии Windows Поколение 1 2-е поколение
Windows 10
Windows 8.1
Windows 8
Windows 7

поддержка гостевых операционных систем CentOS и Red Hat Enterprise Linux

в следующей таблице показано, какие версии Red Hat Enterprise Linux ( RHEL ) и CentOS можно использовать в качестве гостевой операционной системы для виртуальных машин поколения 1 и 2.

Версии операционной системы Поколение 1 2-е поколение
Серия RHEL/CentOS 7. x
Серия RHEL/CentOS 6. x Примечание. поддерживается только в Windows Server 2016 и более поздних версиях.
Серия RHEL/CentOS 5. x

дополнительные сведения см. в статье CentOS and Red Hat Enterprise Linux virtual machines in Hyper-V.

Поддержка гостевой операционной системы Debian

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

Версии операционной системы Поколение 1 2-е поколение
Серия Debian 7. x
Серия Debian 8. x

Дополнительные сведения см. в статье Debian Virtual Machines on Hyper-V.

Поддержка гостевой операционной системы FreeBSD

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

Версии операционной системы Поколение 1 2-е поколение
FreeBSD 10 и 10,1
FreeBSD 9,1 и 9,3
FreeBSD 8,4

Дополнительные сведения см. в статье виртуальные машины FreeBSD в Hyper-V.

Поддержка Oracle Linux гостевой операционной системы

В следующей таблице показаны версии серии ядра, совместимые с Red Hat, которые можно использовать в качестве гостевой операционной системы для виртуальных машин поколения 1 и 2.

Версии серии ядра, совместимые с Red Hat Поколение 1 2-е поколение
Серия Oracle Linux 7. x
Серия Oracle Linux 6. x

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

неповрежденные версии Enterprise ядра (UEK) Поколение 1 2-е поколение
Oracle Linux UEK R3 QU3
Oracle Linux UEK R3 QU2
Oracle Linux UEK R3 QU1

Дополнительные сведения см. в статье Oracle Linux виртуальные машины в Hyper-V.

Поддержка гостевой операционной системы SUSE

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

Версии операционной системы Поколение 1 2-е поколение
серия SUSE Linux Enterprise Server 12
серия SUSE Linux Enterprise Server 11
Open SUSE 12,3

Дополнительные сведения см. в статье о виртуальных машинах SUSE в Hyper-V.

Поддержка гостевой операционной системы Ubuntu

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

Версии операционной системы Поколение 1 2-е поколение
Ubuntu 14,04 и более поздние версии
Ubuntu 12.04

Дополнительные сведения см. в статье о виртуальных машинах Ubuntu в Hyper-V.

Перенос машин Hyper-V

Если необходимо перенести машину Hyper-V в другое место на диске, можем просто удалить машину из окна диспетчера Hyper-V и с помощью обычного проводника Windows перенести файлы машины куда нам надо. Ну а если машину перенести надо на другой компьютер, можем упаковать её файлы в обычный архив и извлечь его на другом компьютере. А вот если мы захотим перенести или скопировать машину не в её текущем состоянии, а в состоянии, запечатлённом в снимке контрольной точки, мы это сможем сделать только путём экспорта контрольной точки в диспетчере Hyper-V.

После запуска операции экспорта указываем путь, куда будут сохранены файлы машины, и жмём «Экспорт».

Переместив в нужное место файлы оригинальной виртуальной машины или экспортировав снимок её контрольной точки, запускаем функцию импорта на панели операций диспетчера Hyper-V.

Жмём «Далее».

Указываем путь хранения перемещённых или экспортированных файлов машины.

Если мы указали путь общей папки хранения машин, то выбираем какую-то конкретную машину.

Выбираем тип импорта — регистрация машины по месту.

Жмём «Готово».

Всё – машина импортирована.

Установка и настройка Hyper-V

Мастер поможет Вам создать виртуальную машину. Виртуальные машины могут использоваться вместо физических компьютеров в разных целях. Вы можете выполнить настройку виртуальной машины с помощью мастера или с помощью диспетчера Hyper-V.

Перед созданием виртуальной машины в Hyper-V необходимо скачать образ операционной системы. Можно легко скачать образ Windows 10 с официального сайта Microsoft.

  1. Открываем диспетчер Hyper-V, который появился в системе после включения компонента гипервизора Hyper-V.
  2. Правой кнопкой мыши нажимаем на свое устройство в диспетчере Hyper-V и в контекстном меню выбираем пункт Создать > Виртуальная машина…
  3. В открывшемся окне мастера создания виртуальной машины нажимаем кнопку Далее, чтобы создать виртуальную машину с особыми параметрами конфигурации.
  4. Задаем имя и местонахождение для этой виртуальной машины и нажимаем Далее (значения текущего окна можно оставить по умолчанию, если у Вас достаточно памяти на системном диске).
  5. В зависимости от разрядности операционной системы, которую будем устанавливать на виртуальную машину выбираем поколение (выбранное Вами поколение виртуальной машины невозможно изменить после создания).
  6. Дальше укажите сколько необходимо выделить оперативной памяти для этой виртуальной машины (принимая решение об объеме памяти, выделяемой виртуальной машине, следует учесть, для каких целей она будет использоваться).
  7. Выберите виртуальный коммутатор среди доступных подключений или оставите сетевой адаптер виртуальной машины неподключенным.
  8. Теперь создадим виртуальный жесткий диск задав его имя, расположение и размер (рекомендуем заранее освободить память на своём жестком диске).
  9. Дальше в параметрах установки выберите пункт Установить операционную систему из файла загрузочного образа и укажите желаемый образ операционной системы.
  10. Последним шагом создания виртуальной машины будет проверка всех выше указанных параметров во вкладке Сводка и нажатие кнопки Готово.
  11. Теперь в диспетчере Hyper-V достаточно запустить созданную виртуальную машину выбрав пункт Пуск в контекстном меню и подключиться к ней выбрав пункт Подключить.

После подключения к новой виртуальной машине откроется новое окно с образом, который выбирался ранее. Дальше достаточно управлять и следовать шагам установке операционной системы.

Заключение

Включить виртуализацию Hyper-V на Windows 10 можно используя мастер создания виртуальной машины в диспетчере Hyper-V. Но перед включением убедитесь что Ваш компьютер отвечает системным требованиям Hyper-V. Только потом рекомендуется включать, устанавливать и настраивать виртуальную машину в Hyper-V.

Как правильно установить VirtualBox на Windows 10

  1. Откройте загруженный файл и в мастере установки Oracle VM VirtualBox нажмите кнопку Next для запуска процесса установки. Для выхода с мастера установки достаточно нажать кнопку Cancel.
  2. Дальше в пользователя появляется возможность выбрать необходимые компоненты для будущей виртуальной машины. Лучше всего оставить все компоненты включенными, даже если они Вам не нужны.
    VirtualBox USB Support Обеспечивает поддержку всех USB устройств подключаемых к виртуальной машине. Компонент необходим для получения возможности использования USB прямо в операционной системе установленной на виртуальную машину.
    VirtualBox Networking Обеспечивает создание виртуального сетевого адаптера и подключение виртуальной машины к Интернету. Вместе с новым виртуальным адаптером устанавливаются все нужные драйвера необходимые для нормальной работы.
    VirtualBox Python 2.x Support Обеспечивает поддержку скриптов написанных на языке программирования Python. Различного рода скрипты способны расширить стандартный функционал программы.
  3. Теперь рекомендуем снять отметки с пунктов Create a shortcut in the Quick Launch Bar и Register file association. Так как мастер установки может не только создавать иконки в меню быстрого запуска, а и сменить ранее настроенные ассоциации файлов при использовании других программ для создания виртуальных машин.
  4. Дальше необходимо нажать кнопку Yes, чтобы дать согласие на установку сетевых интерфейсов для виртуальных машин.
  5. После нажатия кнопки Next собственно и начнется установка Oracle VM VirtualBox, в процессе которой необходимо дать соглашение на установку программного обеспечения для USB контролера нажав кнопку Установить.

Обратите внимание, при выборе дополнительного компонента VirtualBox Networking в процессе установки пользовательское Интернет соединение будет временно разорвано. Должно автоматически установится после завершения установки программы VirtualBox

Именно об этом нас предупреждает мастер установки на четвертом пункте процесса установки.

После установки пользователю достаточно нажать кнопку Finish, чтобы получить возможность запуска Oracle VM VirtualBox на Windows 10. Все следующие запуски программы нужно выполнять также от имени администратора. В следующих инструкциях мы подробно рассмотрим как пользоваться программой Oracle VM VirtualBox.

Заключение

Процесс установки программы VirtualBox является достаточно интуитивным даже несмотря на только английский язык мастера установки на Windows 10. Пользователю необходимо только скачать VirtualBox с официального сайта разработчика и следовать шагам мастера установки. Хоть сайт и мастер установки доступны на английском языке, сам интерфейс программы VirtualBox имеет русскую локализацию.

Как работают группы ЦП

Распределение вычислительных ресурсов узлов между группами ЦП обеспечивается гипервизором Hyper-V с помощью вычисленного ограничения группы ЦП. Ограничение группы ЦП — это часть общей мощности ЦП для группы ЦП. Значение ограничения группы зависит от класса группы или назначенного уровня приоритета. Вычисленное ограничение группы можно рассматривать как «количество времени ЦП в LP». Этот бюджет группы является общим, поэтому если активна только одна виртуальная машина, она может использовать выделение ресурсов всей группы.

Ограничение группы ЦП вычисляется как G = n x C, где:

  • G — это количество узлов LP, которое необходимо назначить группе
  • n — общее число логических процессоров (LPS) в группе.
  • В — это максимальное выделение ресурсов ЦП, то есть класс службы, который требуется для группы, выраженный в процентах от общей вычислительной мощности системы.

Например, рассмотрим группу ЦП, настроенную с 4 логическими процессорами (LPs), и ограничение 50%.

  • G = n * C
  • G = 4 * 50%
  • G = 2 время ЦП для всей группы в LP

В этом примере для группы ЦП «G» выделяется 2-е время ЦП.

Обратите внимание, что ограничение группы применяется независимо от числа виртуальных машин или виртуальных процессоров, привязанных к группе, и вне зависимости от состояния (например, завершения работы или запуска) виртуальных машин, назначенных группе ЦП. Таким образом, каждая виртуальная машина, привязанная к одной и той же группе ЦП, будет принимать долю общего количества ресурсов ЦП группы, и это изменится на число виртуальных машин, привязанных к группе ЦП

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

В чем разница в поддержке устройств?

В следующей таблице сравниваются устройства, доступные для виртуальных машин поколения 1 и 2.

Устройство поколения 1 Замена в поколении 2 Усовершенствования в поколении 2
Контроллер интерфейса IDE Виртуальный SCSI-контроллер Загрузка из файла .VHDX (максимальный размер 64 ТБ, возможность оперативного изменения размера)
Дисковод IDE Виртуальный дисковод SCSI Поддержка до 64 DVD-устройств SCSI на SCSI-контроллер.
Традиционная BIOS Встроенное ПО UEFI Безопасная загрузка
Традиционный сетевой адаптер Синтетический сетевой адаптер Сетевая загрузка по протоколам IPv4 и IPv6
Контроллер гибких дисков и DMA Контроллер гибких дисков не поддерживается Н/Д
Универсальный асинхронный приемопередатчик (UART) для COM-портов Дополнительный UART для отладки Более быстрый и надежный
Контроллер клавиатуры i8042 Программный ввод Использует меньше ресурсов, так как нет эмуляции. Также уменьшает уязвимость гостевой операционной системы
Клавиатура PS/2 Программная клавиатура Использует меньше ресурсов, так как нет эмуляции. Также уменьшает уязвимость гостевой операционной системы
Мышь PS/2 Программная мышь Использует меньше ресурсов, так как нет эмуляции. Также уменьшает уязвимость гостевой операционной системы
S3-видео Программное видео Использует меньше ресурсов, так как нет эмуляции. Также уменьшает уязвимость гостевой операционной системы
Шина PCI Больше не требуется Н/Д
Программируемый контроллер прерываний (PIC) Больше не требуется Н/Д
Программируемый интервальный таймер (PIT) Больше не требуется Н/Д
Устройство Super I/O Больше не требуется Н/Д

Изменение параметров виртуальной машины.

Сделаем небольшой обзор параметров виртуальной машины, чтобы вы могли посмотреть основные функции до того как примете решение пользоваться системой виртуализации Hyper-V.

Заходим в «Файл» — > «Параметры».(Рис.27)

Рис.27 — Заходим в «Файл» — > «Параметры»

Оборудование.

«Встроенное ПО» — можно изменить приоритет загрузки устройств в виртуальной машине.(Рис.28)

Рис.28 — Выбор приоритета загрузки.

«Безопасность» — можно «Включить/Выключить безопасную загрузку», «Включить/Выключить поддержку шифрования».(Рис.29)

Рис.29 — Параметры безопасности виртуально машины.

«Память» — можно отредактировать количество выделяемой ОЗУ, Включить/Выключить функцию Динамическая память.(Рис.30)

Рис.30 — Параметры оперативной памяти.

«Процессор» — можно отредактировать число виртуальных процессоров в соответствии с числом процессоров на физическом компьютере.(Рис.31)

Также можно распределить нагрузку в «Управление ресурсами».

Рис.31 — Параметры процессора.

«SCSI-контроллер» можно добавить Жёсткий диск, DVD-дисковод или Общий диск.(Рис.32)

Рис.32 — Параметры SCSI-контроллер.

Также можно изменить параметры подключенных носителей, к примеру здесь мы можем изменить вставленный в виртуальный DVD-дисковод ISO-образ.(Рис.33)

Рис.33 — Параметры носителей.

«Сетевой адаптер» можно изменить конфигурацию сетевого адаптера: Выбрать Виртуальный коммутатор, прописать VLAN ID, настроить Пропускную способность.(Рис.34)

Рис.34 — Параметры сети.

Управление.

«Имя» — можно легко поменять  виртуальной машины, на более удобное для вашего пользования .(Рис.35)

Рис.35 — Смена имени.

«Службы интеграции» — Выбор служб которые вы хотите сделать доступными для виртуальной машины. .(Рис.36)

Рис.36 — Службы интеграции.

«Контрольные точки» — Здесь можно настроить Контрольные точки(snapshot, точки восстановления), включить автоматический режим их создания и назначить место их хранения.(Рис.37)

Рис.37 — Контрольные точки.

«Расположение файла Smart Padding» — Можно указать путь к файлу подкачки.(Рис.38)

Smart Padding — функция которая дает возможность при недостатке памяти для загрузки виртуальной машины использовать файл подкачки на хосте.

Рис.38 — Расположение файла Smart Padding.

«Автоматические действия при запуске» — Можно выбрать операцию, которую вы хотите выполнить с данной виртуальной машиной при запуске физического компьютера.(Рис.39)

Можно также назначить Задержку запуска.

Рис.39 — Автоматические действия при запуске.

«Автоматические действия при завершении» — Можно выбрать операцию, которую вы хотите выполнить с данной виртуальной машиной при завершении работы физического компьютера.(Рис.40)

Рис.40 — Автоматические действия при завершении.

У меня всё!

Поделиться публикацией

Была ли вам полезна статья? Есть возможность

поддержать проект.

Заключение

Постарался рассмотреть все наиболее значимые аспекты в работе с бесплатным гипервизором от Microsoft. Сам еще не проверял его в работе и особо не интересовался нововведениями, пока не было времени. Смотрел на него только в тестовых стендах. Можете сравнить его с бесплатным гипервизором на kvm — proxmox, который я рассматривал в своей статье установка и настройка proxmox.

Самым большим преимуществом последнего является возможность установки на программный рейд. Hyper-V сервер я никогда не пробовал установить на программный рейд, я даже не знаю, возможно ли это. Так что использовать его можно только там, где есть аппаратный рейд, либо в тестовых вариантах. Лично я никогда не ставлю гипервизоры в продакшн на одиночные диски. Все остальное дело привычки и удобства. В proxmox мне нравится управление через web браузер. Не нужно ничего ставить на компьютер. После установки гипервизор сразу готов к работе.

В hyper-v удобно, что все системы его поддерживают без проблем. На kvm, к примеру, в proxmox, после установки windows систем в качестве гостевых машин, нужно будет устанавливать драйвера с отдельного диска, либо использовать готовые образы, где они будут уже интегрированы. Мелочь, но все равно не так удобно.

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

Подводя итоги (если вам лень читать статью):

  1. Сейчас производительность двух платформ примерно одинакова.
  2. Производительность 1С такая же.
  3. В Hyper-V виртуальные диски можно как увеличивать, так и уменьшать. Причем онлайн.
  4. Очень, ну прямо очень, простая миграция с VMWare.
  5. Беда с поддержкой в привычном ее понимании.
  6. VMM крайне неудобная штука, особенно после vCenter. Но с другой стороны VMM это просто графическая оболочка для скриптов PowerShell, так что можно рулить всем этим через привычный Powershell CLI.
  7. Переход требует переучиваться и разбираться с тонкостями именно Hyper-V. Многие вещи и идеологические подходы разнятся.
  8. Шикарные шаблоны виртуальных машин с Windows. Удивительно удобно.
  9. Экономия денег.
  10. Более интересная на мой взгляд реализация Software-defined storage, но это «на любителя».
  11. Уважение за то, что весь Azure построен на собственных технологиях, которые потом приходят on-premise.
  12. Простая и очень плотная интеграция с облаком.
  13. Неплохая виртуализация сети, с многими любопытными моментами.
  14. На мой взгляд VDI – это не к Microsoft и Hyper-V. Но с другой стороны стрим проложений (RemoteApp) сделан весьма добротно, и для большинства компаний мало чем будет хуже, чем тот же Citrix.
  15. Слабая поддержка сторонними вендорами готовых образов виртуалок для Hyper-V (предположу, что явление временное).
  16. Весьма странная новая лицензионная политика (по ядрам).
Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Adblock
detector