Подключение vdi в windows
Обновлено: 04.07.2024
VDI Single computer позволяет настроить каждую локальную станцию служб multipoint для подключения к Windows 10 Корпоративная гостевой операционной системе, работающей на том же компьютере служб multipoint, что и станция. Такие станции виртуальных рабочих столов можно настроить с помощью приложения, которое нельзя установить в серверной версии Windows.
Включение функции виртуальных рабочих столов
Откройте диспетчер MultiPoint и выберите вкладку Виртуальные рабочие столы.
В разделе Задачи VDI нажмите кнопку Создать виртуальный рабочий стол и найдите ISO-файл или виртуальный жесткий диск Windows 10 Корпоративная.
Система перезагрузится. Это займет несколько минут.
Создание шаблона виртуального рабочего стола
Откройте диспетчер MultiPoint и выберите вкладку Виртуальные рабочие столы.
В разделе Задачи VDI нажмите кнопку Создать виртуальный рабочий стол и найдите ISO-файл или виртуальный жесткий диск Windows 10 Корпоративная.
Если используется DVD-привод, программа автоматически найдет WIM-файл операционной системы Windows 10 Корпоративная. Если этого не произошло, нажмите кнопку Обзор и найдите ISO-файл или виртуальный жесткий диск Windows 10 Корпоративная.
При необходимости можно изменить префикс. По умолчанию в качестве префикса добавляется имя главного компьютера.
Префикс используется для именования шаблона и станций виртуальных рабочих столов. Шаблон получает имя с префиксом -t. Станции виртуальных рабочих столов получают имена с префиксами -n, где n — это идентификатор станции.
Введите имя и пароль для учетной записи локального администратора, которая будет использоваться для входа на все рабочие столы виртуальных станций, созданные на основе этого шаблона, и нажмите кнопку ОК.
Создание шаблона занимает несколько минут.
Затем вам потребуется узнать о том, как настроить шаблон виртуального рабочего стола.
Если сервер MultiPoint входит в домен, в окне появляется дополнительное поле, позволяющее указать, нужно ли присоединять к домену виртуальные машины, созданные на основе этого шаблона.
Импорт шаблона виртуального рабочего стола
Если вы создаете шаблон виртуального рабочего стола на другом сервере MultiPoint, этот шаблон можно импортировать, выполнив следующие действия.
Откройте диспетчер MultiPoint и выберите вкладку Виртуальные рабочие столы.
В разделе "Задачи VDI" нажмите кнопку Импорт шаблона виртуального рабочего стола.
Найдите шаблон и определите путь и префикс для импортированного шаблона.
Настройка шаблона виртуального рабочего стола
После создания шаблона виртуального рабочего стола его можно настроить с помощью приложений, обновлений программного обеспечения и настройки системных параметров.
- Откройте диспетчер MultiPoint и выберите вкладку Виртуальные рабочие столы.
- Выберите шаблон виртуального рабочего стола, а затем щелкните Настроить шаблон виртуального рабочего стола. Шаблон откроется в отдельном окне, в котором также будут представлены дополнительные инструкции по наиболее важным действиям по настройке шаблона. Внимательно ознакомьтесь с этими инструкциями.
Создание станций виртуальных рабочих столов
Откройте диспетчер MultiPoint в режиме станции и выберите вкладку Виртуальные рабочие столы.
Если система служб MultiPoint не работает в режиме станции, перед выполнением этой процедуры ее необходимо перезагрузить.
Выберите шаблон виртуального рабочего стола на панели слева.- Он называется <prefix – t>.
В разделе "Задачи шаблонов" нажмите кнопку Создать станции виртуальных рабочих столов, а затем нажмите кнопку ОК.
Создание станции виртуального рабочего стола занимает несколько минут.
Если какие-то локальные станции подключены к сеансу на виртуальном рабочем столе, необходимо выйти из этих станций, чтобы они могли подключиться к одной из вновь созданных станций виртуальных рабочих столов.
Проверка вновь созданных и настроенных станций виртуальных рабочих столов
Чтобы проверить настроенные виртуальные рабочие столы станций, выполните вход на одной или нескольких станциях виртуальных рабочих столов под учетной записью локального администратора или учетной записью домена, а затем убедитесь, что вновь созданные виртуальные рабочие столы на основе виртуальных машин работают правильно.
Отключение виртуальных рабочих столов
При отключении виртуальных рабочих столов компонент Hyper-V будет отключен. Все пользователи будут отключены, и система будет перезагружена. После перезапуска системы все виртуальные станции назначаются локальным сеансам MultiPoint.
Откройте диспетчер MultiPoint в режиме станции и выберите вкладку Виртуальные рабочие столы.
В разделе "Задачи VDI" нажмите кнопку Отключить виртуальные рабочие столы.
Подключение к виртуальному рабочему столу (VDI/DaaS) по RDP в OC Windows происходит с помощью встроенного RDP-клиента.
Для подключения к виртуальному рабочему столу (VDI/DaaS) через OC Windows нужно:
1) Нажать комбинацию клавиш Win+R или вызвать приложение “Выполнить” (“Run”), приложение расположено в меню пуск.
2) Во всплывшем окне напишите название программы, которую нужно открыть — mstsc.exe и нажмите “ОК”.
3) Зайдите в личный кабинет, возьмите адрес сервера на странице с доступами в виртуальному рабочему столу (главная страница услуги).
4) Вбиваете адрес сервера в программе RDP и нажимаете “Подключиться” ("Connect")
5) Далее понадобятся логин и пароль для подключения к виртуальному рабочему столу по RDP. Доступ расположен на одной странице с адресом сервера из пункта 3.
6) Выбираете новое подключение и вводите данные из личного кабинета.
7) Заходите на виртуальной рабочий стол, в процессе у может возникнуть дополнительное окно “Не получается проверить подлинность сертификата”. Отмечаете галочку и нажать “ОК”. За этим окном может появиться еще одно, там аналогично отмечаете галочку и нажать “ОК”.
8) Чтобы таких окон больше не появлялось, нужно при следующем подключении на этапе 3 зайти в параметры подключения, далее во вкладку дополнительно и отметить “Подключаться без предупреждения”
Linux
Для подключения к виртуальному рабочему столу через OC на базе Linux нужно:
2) После установки клиента создаете новое подключение.
3) Зайдите в личный кабинет, возьмите адрес сервера на странице с доступами к виртуальному рабочему столу (главная страница услуги).
4) В поле “Server” вписываете адрес сервера, в поле “User Name” — логин доступа к серверу по RDP, в поле “Password” — пароль для доступа к виртуальному рабочему столу и жмете “Connect”.
5) Возникает окно с предупреждением, жмите “OK”. Далее происходит заход на рабочий стол по RDP
macOS
Для подключения к виртуальному рабочему столу через OC macOS нужно:
2) Зайдите в личный кабинет, возьмите ардес сервера на странице с доступами к виртуальному рабочему столу (главная страница услуги).
3) В поле “PC Name” вписываете адрес сервера, в поле “User Name” — логин доступа к рабочему столу по RDP, в поле “Password” — пароль для доступа к виртуальному рабочему столу. Задать имя для подключения можно в поле “Connection name”.
4) Возникает предупреждение, нажмите “Continue”, далее произойдет подключение к серверу.
Для подключения к виртуальному рабочему столу через iOS нужно:
После установки открываете программу и жмете “+”.
3) Далее выбираем “Рабочий стол”.
4) Зайдите в личный кабинет, возьмите адрес сервера на странице с доступами к виртуальному рабочему столу (главная страница услуги).
5) В поле “Имя ПК” вводите адрес виртуального рабочего стола, далее переходите на страницу “Учетная запись пользователя” и выбираете “Добавить учетную запись пользователя”
6) На строке “Имя пользователя” вводите Логин для доступа к виртуальному рабочему столу по RDP, в пароль — пароль.
7) В списке доступных подключений отображается виртуальный рабочий стол. Заходите на виртуальной рабочий стол.
Пользователи, работающие с гипервизорами, иногда могут сталкиваться с необходимостью получения доступа к диску виртуальной машины (ВМ) из среды хост-системы – основной операционной системы (ОС) , установленной на физическом диске. Например, когда нужно скопировать данные в гостевую ОС, не поддерживающую установку дополнений. Или когда в работе гипервизора возникают ошибки, делающие невозможным запуск ВМ, а внутри неё сокрыты нужные файлы.
Как подключить диск ВМ для отображения в хост-системе? Ниже рассмотрим, как в среде хостовой Windows подключаются файлы виртуальных жёстких дисков, используемые гипервизорами VirtualBox , Hyper-V и VMware .
В статье будут предложены варианты доступа к дискам ВМ:
• позволяющие производить запись данных в их файлы;
• не предусматривающие запись, а лишь предлагающие возможность чтения и копирования информации на случай необходимости её извлечения.
1. Подключение VHD и VHDX средствами Windows
VHD и VHDX – форматы файлов виртуальных дисков, используемые встроенным в Windows 8.1 и 10 гипервизором Hyper-V – в среде этих версий хост-системы можно примонтировать с помощью её же штатных средств.
На файле диска вызываем контекст-меню, выбираем «Подключить».
И ищем в проводнике разделы нового устройства. Этот вариант предусматривает и чтение, и запись данных. Чтобы убрать диск ВМ из хост-системы, контекст-меню вызываем на любом из отображаемых его разделов и кликаем «Извлечь».
2. Подключение VMDK средствами VMware Workstation
VMDK и VHD – форматы дисков ВМ, с которыми работает ПО VMware - можно подключить для отображения в проводнике хостовой Windows с использованием средств программы VMware Workstation. Её средства монтирования предусматривают и чтение, и запись данных. Открываем параметры нужной ВМ. На вкладке «Оборудование» слева кликаем жёсткий диск, справа жмём кнопку «Карта». Появится окошко мастера подключения диска. Здесь выбираем нужный раздел, ориентируясь на его размер. В нашем случае это системный раздел Windows. Снимаем галочку открытия в режиме только чтения. И жмём «Ок».
Важный нюанс: при открытии системных разделов гостевых ОС, установленных на виртуальные GPT -диски, в окне мастера необходимо выбирать не сам раздел с установленной ОС (раздел С в случае с гостевой Windows) , а предшествующий ему MSR -раздел с размером обычно 16 или 128 Мб. Конечно, если MSR -раздел есть в структуре EFI -системы. Будет он там не в каждом случае.
Далее появится предупреждающее окошко, где говорится о нюансах доступа в режиме записи данных, связанных с работой снапшотов и клонов ВМ. Жмём «Да».
Примонтированный раздел откроется в проводнике хост-системы. Для отключения закрываем его открытого в проводнике (или файловом менеджере) . И идём туда же, где мы его монтировали – в параметры ВМ. Но теперь жмём кнопку «Отключить».
3. Конвертирование VDI в VHD средствами VirtualBox
VirtualBox не позволяет своими средствами монтировать диски ВМ для доступа к ним из среды хост-системы Windows. Но в числе её арсенала есть конвертер, который может преобразовывать диски родного формата VDI в VHD , VMDK и прочие типы. А, к примеру, VHD -файл в среде хостовой Windows 8.1 или 10 можно открыть штатными средствами ОС. Более того, при необходимости продолжить работу с ВМ, её можно пересоздать на базе уже конвертированного диска VHD . В окне VirtualBox переключаемся на раздел «Инструменты». Кликаем диск нужной ВМ, в контекст-меню выбираем «Копировать».
Далее указываем тип «VHD» (можно и «VMDK», если параллельно проводится работа с VMware) . Затем жмём кнопку обзора в графе указания нового диска.
Здесь важный момент: графу «Имя файла» нужно подчистить - удалить из имени расширение «.vdi» . И отследить ниже, чтобы как тип был задан «VHD» . Жмём «Сохранить».
И теперь – «Копировать».
Конвертированный файл впоследствии открываем с помощью проводника.
Убираем его из хост-системы путём извлечения, как показано в п.1 статьи.
Однако если попутная цель реанимации ВМ не преследуется, если речь идёт только об изъятии ценной информации из файла VDI , проще прибегнуть к двум следующим вариантам решения вопроса.
4. Daemon Tools
Бесплатная версия Daemon Tools может монтировать для чтения и записи данных различные типы виртуальных дисков, включая жёсткие, с которыми работают ВМ – VMDK , VDI , VHD , VHDX . В окне программы жмём «Быстрое монтирование», указываем путь к файлу диска ВМ, открываем.
Убираем с помощью опции удаления в контекст-меню на значке примонтированного устройства.
5. Плагин для Total Commander
Работающим с Total Commander только лишь для просмотра и копирования ценных данных, хранящихся на диске ВМ, далеко ходить не нужно. Вопрос решается внутри этого файлового менеджера с помощью плагина к нему DiskInternals Reader. Первичная миссия этого плагина – реализация доступа в среде Windows к разделам и носителям с файловыми системами, используемыми в Linux . И неподдерживаемыми Windows. В довесок к основным возможностям плагин может монтировать для чтения диски ВМ форматов VMDK , VDI , VHD , VHDX и HDS .
Распаковываем его внутри Total Commander. Отвечаем «Да» на предложение установки. Следуем шагам установочного мастера.
Запускаем Total Commander (принципиально) от имени администратора. Переключаемся на «Сеть / FS плагины». Заходим в «DiskInternals Reader».
Далее – «Mount Image».
Выбираем тип диска ВМ. Жмём «Next».
В обзоре указываем папку ВМ. Затем увидим все подключённые к машине диски. Можем снять галочки с ненужных, если их несколько. И кликаем «Mount».
Жмём Ctrl + R для обновления содержимого панелей Total Commander. И увидим примонтированные разделы виртуального диска.
Его содержимое копируем обычным для Total Commander образом - кнопкой внизу или клавишей F5 . Процедура размонтирования дисков плагином не предусматривается. Да она как таковая и не нужна: достаточно просто перезапустить Total Commander.
Пользователь облачной инфраструктуры, использующий ПО клиента VDI для доступа к виртуальным рабочим столам, должен быть обеспечен:
- сетевым (защищенным) подключением к облаку;
- реквизитами доступа (для ввода в форму авторизации).
1.1 Запуск клиента TIONIX VDI¶
Обычный запуск ПО клиента TIONIX VDI производится из среды Рабочего стола (Windows или Linux) с помощью меню запуска приложений. Кроме того, допускается запуск из окна Терминала, для этого достаточно выполнить команду:
Откроется окно авторизации ( TVDI_Client_Linux ), внешний вид которого унифицирован, но может незначительно отличаться в оформлении.
Для проверки версии ПО клиента TIONIX VDI в командной строке (Windows или Linux) следует выполнить команду:
Для получения списка сессий и в некоторых других (диагностических) случаях, возможен запуск клиента VDI без использования графического интерфейса:
После опций –username, –password, –project указываются (через пробел) реквизиты доступа к VDI-машине, назначенной в рамках выделенного проекта (default) определенному пользователю (admin).
1.1.1 Linux¶
Запуск клиента VDI осуществляется из командной строки. Выполните команду:
Если к системе не подключено устройство чтения смарт-карт, но конфигурация предполагает его использование, то может быть выведено диалоговое окно с соответствующим предупреждением:
Не удалось считать логин пользователя и пароль со смарт карты.После подверждения откроется окно авторизации пользователя ( TVDI_Client_Linux ):
Окно авторизации клиента VDI (Linux)
Введите подходящие реквизиты и настройте параметры подключения. Станет доступна кнопка [Подключиться], инициирующая выполнение запроса к брокеру, о предоставлении виртуальной машины (назначенной пользователю).
1.1.2 AppImage¶
AppImage – универсальный формат приложения [1], упакованного совместно с используемыми ресурами, ожидаемыми как часть целого в рамках целевой (операционной) системы.
Фактически, .appimage-файл представляет собой само-загружаемый файл для ОС Linux [2], который содержит приложение конечного пользователя, все зависимости/ресурсы, обеспечивающие загрузку, запуск и нормальное функционирование приложения – ПО клиента VDI.
Запуск приложения осуществляется из среды Рабочего стола, двойным кликом мыши. Главное окно клиента (TIONIX.VDIclient) принципиально ничем не отличается от окон, которые открываются при запуске «классических» клиентов в ОС, установленных в Windows и Linux из пакетов поддерживаемого формата.
Незначительное отличие может наблюдаться в стиле оформления, присущем Рабочему столу. На TVDI-client_appImage показан пример окна, открытого в среде Рабочего стола Ubuntu Mate.
Окно авторизации клиента VDI (Linux/AppImage)
1.1.3 Windows¶
Запуск клиента VDI из среды Рабочего стола, функционирующего в АРМ, осуществляется с помощью ярлыка запуска (TIONIX VDI client), созданного на Рабочем столе в результате установки ПО клиента.
Примечание.
Запуск также может быть выполнен из меню Пуск или из командной строки.
После запуска клиента TIONIX VDI откроется окно авторизации ( TVDI_Client_Windows ), идентичное описанному выше ( TVDI_Client_Auth-settings ).
Примечание.
Нажатием кнопки [Настройки] будет открыто диалоговое окно настроек.
В случае, если подключение не удалось, будет выведено окно с указанием причины, по которой не удалось выполнить подключение. Имеется возможность просмотра детальной информации об ошибке.
1.2 Настройки входа¶
Для того, чтобы совершить вход (подключение к инфраструктуре VDI), необходимо совершить ряд действий по настройке клиента.
Окно авторизации (TIONIX VDI клиент для Windows)
Кликните на ссылку Настройки.
Обобщенный формат указания точки входа:
Настройки, произведенные пользователем, сохраняются в конфигурационном файле ( Раздел 5 ).
Окно настройки параметров авторизации пользователя VDI
Для того, чтобы производился вход в домен, потребуется выполнить настройку опций в списках «Устройства» и «Другие поддерживаемые самонастраивающиеся устройства».
Опция «Имя LDAP домена» применяется в случае, когда LDAP интеграции c лесом расположен в одном домене, а учетная запись пользователя расположена в другом домене. Следует указать тот домен, в котором непосредственно находится учетная запись (пользователя).
Обобщенный формат указания точки входа:
1.3 Завершение работы клиента VDI¶
Перед завершением работы ПО клиента VDI рекомендуется завершить рабочие задачи, связанные с использованием периферийных устройств, подключенных к АРМ пользователя и проброшенных в среду гостевой ОС.
Внимание.
Если работа с виртуальным рабочим столом ведется в полноэкранном режиме, а гостевая ОС – Windows 10, то достаточно выбрать из меню Пуск действие «Отключиться». Будет произведен разрыв сетевого соединения на уровне протокола RDP, а сетевой интерфейс при этом продолжит функционировать.
Завершение клиента для Windows возможно как через закрытие главного окна ( TVDI_Windows-logon ), так и путем нажатия кнопки «Выход».
Нормальное завершение работы клиента для Linux возможно только при нажатии на кнопку «Выход».
Примечание.
Завершение работы ПО клиента не сказывается на работе виртуального рабочего стола, функционирующего под управлением гостевой ОС в облаке.
Microsoft давно пытается завоевать рынок виртуализации как десктопной, так и серверной. Не так давно вышла ОС Windows Server 2012 с новым гипервизором Hyper-V 3.0, который теоретически догнал гипервизор от вендора №1 виртуализации – VMware. Но речь пойдет не о серверной виртуализации, а о десктопной. Почему Microsoft? Потому что MS позиционирует свое VDI-решение как наиболее дешевое (и не зря, кстати), что мгновенно сказывается на заинтересованности рынка данным продуктом. Т.к. в VMware уже все понятно (там все хорошо), с Citrix тоже, осталось познать VDI от MS. Итак, каков он, VDI от MS в 2012-м, да и, пожалуй, в 2013-м и может даже 2014м? Да, т.к. большой любитель VMware, поэтому то тут, то там, будут проскакивать сравнения MS vs VMware.
2. Как это работает
На картинке показаны компоненты, необходимые для работы MS VDI (на самом деле если кто хорошо знаком с VMware View, разница невелика):
Прежде всего, нужен клиент – Remote Desktop Client. Да, для клиента сейчас уже лучше всего использовать Windows 8 и Windows 7 SP1, меньше и тем более XP – плохо.
· Remote Desktop Web Access (RDWA) - Веб-доступ к удаленным рабочим столам разрешает пользователям доступ к подключению к удаленным рабочим столам и удаленным приложениям RemoteApp через меню Пуск на компьютере, работающем под управлением Windows 8 или Windows 7, либо через веб-браузер. Подключение к удаленным рабочим столам и приложениям RemoteApp предоставляет настраиваемое представление удаленных приложений RemoteApp и рабочих столов на основе сеансов в коллекции сеансов, а также удаленных приложений RemoteApp и виртуальных рабочих столов в коллекции виртуальных рабочих столов. В VMware это собственно View Client, за исключением веб-портала.
· Remote Desktop Gateway (RDG) - Шлюз удаленных рабочих столов (шлюз RD) позволяет авторизованным пользователям подключаться к виртуальным рабочим столам, удаленным приложениям RemoteApp и рабочим столам на основе сеансов во внутренней корпоративной сети с помощью любого устройства, подключенного к Интернету. В VMware некий аналог View Security Server.
· Remote Desktop Session Host (RDSH) - Узел сеансов удаленных рабочих столов позволяет серверу размещать удаленные приложения RemoteApp или рабочие столы на основе сеансов. Пользователи могут подключаться к серверам узла сеансов удаленных рабочих столов в коллекции сеансов, чтобы выполнять программы, сохранять файлы и использовать ресурсы на этих серверах. Проще говоря, это управлялка службами терминалов. У VMware аналогов нет.
· Remote Desktop Virtual Host (RDVH) - Узел виртуализации удаленных рабочих столов объединяется с Hyper-V для развертывания коллекций помещенных в пул или личных виртуальных рабочих столов в организации с помощью подключения к удаленным рабочим столам и приложениям RemoteApp. Проще говоря, машина с ролью гипервизора – на ней должен стоять Hyper-V. В VMware это ESXi.
· Active Directory (AD) – тут все понятно: собственно AD, DNS и DHCP. В данном мануале DHCP сервера нет ввиду технических ограничений сети тестирования – я обошелся статикой, вовремя подменяемой в момент создания пулов машин J
· Licensing Server - Лицензирование удаленных рабочих столов управляет лицензиями, необходимыми для подключения к серверу узла сеансов удаленных рабочих столов или к виртуальному рабочему столу. Лицензирование удаленных рабочих столов можно использовать для установки, выдачи и отслеживания доступности лицензий.
· Remote Desktop Connection Broker (RDCB) – собственно управлялка подключениями. Аналог View Connection Manager.
Для развертывания простого варианта VDI нам потребуется физический сервер с ОС Windows Server 2012 и установленными ролями Hyper-V и RDVH, и две виртуальные машины: на одной будут службы AD, а на второй – роли RDWA и RDCB. Также нужно будет две виртуалки-шаблона с ОС Windows 7 и ОС Windows 8.
Про RemoteFX: протестировать чудеса графики от MS не получится, потому как хоть процессор (Xeon X56xx) и удовлетворяет требованиям RemoteFX, но нет в сервере физической карты GPU.
3. Подготовка инфраструктуры
Для начала подготовим инфраструктуру.
Что нам требуется:
· 1 физический сервер с ОС W2012 и ролями Hyper-V, RDVH: в качестве сервера у меня под рукой оказался Fujitsu PRIMERGY RX300 S6 с двумя Xeon X56xx, 24GB RAM и дисками 6x 300 SAS 15k;
· 1 контроллер домена с ролями ADDS, DNS (2GB, 2 vCPU);
· 1 сервера брокера соединений с ролями RDWA и RDCB (4GB, 2 vCPU;
· Клиент – ноутбук с правленым файлом hosts – в файл добавим инфу о сервере-брокере.
192.168.1.201/24 iRMC управляющий порт сервера
192.168.1.202/24 hvhost01.vdi.local гипервизор, порт 01
192.168.1.203/24 hvhost01.vdi.local гипервизор, порт 02
192.168.1.204/24 msvdi-dc.vdi.local контроллер домена
192.168.1.205/24 msvdi-broker.vdi.local сервер брокера соединений
192.168.1.206/24 win7template шаблон windows 7
192.168.1.207/24 win8template шаблон windows 8
192.168.1.211/24 win7-01 пул windows 7
192.168.1.212/24 win7-02 пул windows 7
192.168.1.10/24 gate шлюз
192.168.1.100/24 client ноутбук-клиент
4. Установка Windows Server 2012 и роли Hyper-V. Создание виртуальных машин.
Установка проста – монтируем диск и устанавливаем, затем вводим пароль и делаем базовую настройку – меняем IP на нужный нам (в примере 192.168.1.202 и 203), правим настройки DNS (выставляем адрес будущего сервера DNS 192.168.1.204) , выставляем время, включаем доступ по RDP и переименовываем машину:
Далее, создаем какую-нибудь папку для образов ISO, и копируем в нее образы W2012, W7 и W8 - у меня эта папка C:\ISO. Далее, создадим папку для конфигурационных файлов Hyper-V, образов машин и образов десктопов. У меня это E:\VM\Config, E:\VM\VHD и E:\VM\VDI соответственно.
Далее добавляем роль Hyper-V:
Выбираем установить роли:
Выбираем наш сервер, на котором будут крутиться все виртуальные машины:
Тут ничего не выбираем, просто жмем Next:
Выбираем один адаптер – второй сейчас не нужен, т.к. для каждого адаптера Hyper-V создает свой коммутатор:
Сервер у нас один – никаких миграций не планируется:
Здесь указываем пути, где будут храниться файлы жестких дисков машин и конфигурационные файлы:
Все, роль гипервизора установлена – можно создавать виртуальные машины. Теперь ребут и идем в консоль Hyper-V Manager для создания виртуальных машин:
Создадим виртуальные машины для контроллера домена и брокера – жмем New в панели Hyper-V Manager:
Обзовем машину запланированным именем и раздаем ресурсы.
Дадим контроллеру домена 2GB, а брокеру – 4GB. Десктопам позднее дадим тоже 2.
Выберем, к какому коммутатору будет подключена виртуальная машина:
Каким будет диск виртуальной машины и где он будет лежать (стоит отметить, что диски создаются в Thin-формате, т.е. место на физическом диске используется по требованию):
Далее указываем ранее скопированные нами ISO-образы ОС:
И создаем машину, но пока ее не стартуем:
Теперь дадим машине 2 vCPU (идем в свойства машины), также включим автостарт (нужен чтобы после ребута хоста машины поднимались автоматически):
Далее запуск, и ждем…
Итак, машины проинсталлены:
Стоит отметить, что шаги по созданию виртуальной машины практически идентичны аналогичным шагам в клиенте VMware vSphere Client. Также по ощущениям, создание 2-х машин на 4-х дисках в RAID-5 было уж очень неповоротливым, ОС Windows Server 2012 ставилась порядка 40 минут (ставилось их всего две параллельно). Может сказывается медлительность NTFS over VHD over NTFS? В аналогичных условиях на VMware VMFS (получаем NTFS over VMDK over VMFS) параллельная установка ОС выполняется быстрее.
Теперь установим роль контроллера домена и включим в домен машину-брокер msvdi- broker и собственно хост hvhost01.
Читайте также: