Установка виртуальной машины Hyper-V в Windows Server 2008 R2
В данной статье я расскажу как установить роль Hyper-V в Windows Server 2008 R2, а также рассмотрю процесс создания виртуальных дисков и виртуальных машин.
0. Оглавление
1. Что понадобится
- Компьютер с процессором, поддерживающим технологию аппаратной виртуализации. Проверить, поддерживает ли ваш процессор данную технологию можно на сайте производителя. Например, для процессоров Intel — смотрите здесь, для AMD — здесь.
- Установленная на данном компьютере Windows Server 2008 R2. Об установке этой операционной системы можно прочитать здесь.
2. Подготовка компьютера
Перед тем, как начинать все действия необходимо включить в BIOS компьютера опции:
- «No Execute Page Protection» .
- «Intel Virtualization Technology» (Intel VT) для процессоров Intel или «AMD Virtualization» (AMD-V) для процессоров AMD.
Очень важно! После включения данных опций необходимо сохранить настройки BIOS, затем физически отключить питание компьютера и включить снова. Обычная перезагрузка не активирует эти режимы.
На скриншотах ниже показано включение этих опций для стоечного сервера ProLiant DL585 G5 на базе AMD.
3. Установка роли Hyper-V
Теперь заходим в Windows Server с правами администратора и запускаем диспетчер сервера («Пуск» — «Администрирование» — «Диспетчер сервера»). Раскрываем вкладку «Роли» и нажимаем «Добавить роли» .
Запустится «Мастер добавления ролей» . Жмем «Далее» , затем выбираем в списке роль «Hyper-V» и снова 2 нажимаем «Далее» .
Теперь необходимо выбрать один или несколько сетевых адаптеров из имеющихся физических сетевых карт для создания виртуальной сети. Отмечаем необходимые и жмем «Далее» .
В следующем окне жмем «Установить» , дожидаемся конца установки и перезагружаем компьютер. После чего появится сообщение об успешной установке роли Hyper-V.
А в Диспетчере сервера раскрыв вкладку «Роли» увидим, что там появилась роль «Hyper-V«. Раскрыв ее попадем на оснастку «Диспетчер Hyper-V» (доступен также через «Пуск» — «Администрирование» — «Диспетчер Hyper-V» ) где найдем наш сервер виртуализации (совпадает с именем физического компьютера) .
4. Создание виртуального жесткого диска
Теперь создадим виртуальный жесткий диск. Сделать это можно и во время создания виртуальной машины, но я отдельно опишу эту процедуру. Итак, в Диспетчере Hyper-V кликаем правой кнопкой мыши по нашему серверу виртуализации, в контекстном меню выбираем «Создать» — «Жесткий диск…» .
Запустится «Мастер создания виртуального жесткого диска» , жмем «Далее» и попадаем на окно выбора типа жесткого диска. Здесь приведено краткое описания для каждого типа. Выбирайте тот, который вам более подходит. Скажу только, что если нет необходимости экономить пространство физического диска, лучше выбрать диск «Фиксированного размера» т. к. он дает наибольшую производительность. Кроме того, если сомневаетесь, можно прочитать подробную справку по этому вопросу нажав на «Дополнительные сведения о виртуальных жестких дисках» . Выбрав нужный тип диска нажимаем «Далее» .
На следующей странице указываем имя виртуального диска и его расположение. Если на физическом компьютере имеется RAID-массив или SSD-диск, то для увеличения быстродействия логично расположить виртуальный диск именно там. Указав все данные жмем «Далее» .
Далее, указываем размер жесткого диска, если необходимо создать новый пустой виртуальный жесткий диск, или полностью копируем в виртуальный диск один из имеющихся физических. В этом случае размер виртуального диска будет равен размеру диска, с которого будет происходить копирование. Такая функция необходима в том случае если нужно перенести физический компьютер в виртуальный. Выбираем нужные параметры и жмем «Далее» .
Проверяем все настройки и нажимаем «Готово» . В зависимости от параметров системы и выбранного объема, создание виртуального жесткого диска может занять довольно продолжительное время. Дождавшись конца установки в указанной папке появится только что созданный файл с расширением «vhd» (Virtual Hard Disk).
5. Создание виртуальной машины
Теперь пришло время создать виртуальную машину. Для этого в Диспетчере Hyper-V в контекстном меню сервера виртуализации выбираем «Создать» — «Виртуальная машина…» .
Запустится «Мастер создания виртуальной машины» . Нажимаем «Далее» , попадаем в окно, где нужно указать имя и, если необходимо, изменить физический путь хранения виртуальной машины (по умолчанию «С:\ProgramData\Microsoft\Windows\Hyper-V\«). Необходимо позаботиться, чтобы на жестком диске было достаточно свободного места, для последующего сохранения снимков. После указания всех данных жмем «Далее» .
На следующей странице нужно указать объем оперативной памяти для виртуальной машины. Необходимо рассчитать этот параметр таким образом, чтобы имеющейся оперативной памяти хватило для всех виртуальных машин и для самого физического сервера. Жмем «Далее» .
На этом шаге надо определить, будет ли виртуальная машина подключена к виртуальной сети (созданной на шаге 2) выбрав соответствующий параметр и нажав «Далее» .
Теперь необходимо подключить в виртуальную машину виртуальный жесткий диск, созданный на предыдущем шаге, выбрав пункт «Использовать имеющийся виртуальный жесткий диск» и указав путь к нему. Или же можно создать новый виртуальный жесткий диск выбрав «Создать виртуальный жесткий диск» и заполнив все параметры (аналогично пункту 2 этой инструкции). Указав все данные жмем «Далее» .
Проверяем все настройки, нажимаем «Готово» и дожидаемся сообщения об успешном создании виртуальной машины.
6. Редактирование параметров виртуальной машины
Если на предыдущем шаге все сделано правильно, то в диспетчере Hyper-V в окне «Виртуальные машины» появится только что созданная виртуальная машина. Для изменения параметров кликаем по ней правой кнопкой мыши и выбираем «Параметры» в контекстном меню.
Откроется окно настроек для виртуальной машины. Здесь можно выбрать порядок проверки загрузки устройств во время запуска виртуальной машины, изменить объем виртуальной памяти (в том числе и выбрать динамический режим), установить число логических процессоров в диапазоне от 1 до 4 (как увеличить это значение читайте в статье «Увеличение числа логических процессоров в виртуальной машине Hyper-V »), добавить еще один виртуальный жесткий диск и много другое. Например чтобы добавить виртуальный дисковод компакт-дисков откроем вкладку «Контроллер 1т IDE» — «DVD-дисковод«, где можно указать iso образ диска для виртуального дисковода или подключить в виртуальную машину физический дисковод компьютера. Для установки операционной системы укажем путь к образу установочного диска или вставим установочный диск в физический дисковод компьютера в соответствии с выбранными параметрами. Для сохранения всех настроек нажимаем «Применить» и «ОК» .
7. Запуск и подключение к виртуальной машине
Наконец, когда все предварительные настройки выполнены, можно переходить к запуску виртуальной машины, что аналогично включению физического компьютера. Для этого в списке виртуальных машин в Диспетчере Hyper-V кликаем правой кнопкой мыши по созданной виртуальной машине и выбираем пункт «Пуск» . Состояние виртуальной машины изменится на «Работает» . Чтобы ее выключить нужно соответственно выбрать в контекстном меню «Выключить…» или «Завершение работы…» . Ну а чтобы подключиться к виртуальной машине (равносильно тому, чтобы оказаться перед монитором физического компьютера) необходимо выбрать пункт «Подключить…» .
Откроется окно «Подключение к виртуальной машине» в котором увидим текущее состояние виртуальной машины. В данном случае это окно установки операционной системы. В дальнейшем все действия в виртуальной машине аналогичны действиям на любом физическом компьютере.
Смотрите также:
Здесь будет рассказано как изменить политику паролей в Windows Server 2008. По умолчанию все пароли в Windows должны отвечать политике безопасности, а именно: Не содержать имени учетной записи пользователя…
Ниже будет рассказано о том, как добавить новое правило в Брандмауэр Windows Server 2008 R2. А конкретнее, будем добавлять разрешающее правило для порта 1433, который использует Microsoft SQL Server 2008 R2 или, как…
Иногда, при установке или запуске некоторых (часто устаревших) программ в Windows Server 2008 (справедливо и для Windows 7), можно наткнуться на ошибку вида: «Версия этого файла несовместима с используемой версией…
Моя первая виртуальная машина: как не накосячить
Итак, вот перед вами свеженькая организация в vCloud Director, и вам только предстоит создать свою первую виртуальную машину. Сегодня расскажу, какие настройки выбирать при создании виртуальной машины, чтобы она работала и не просила есть. Поехали!
Источник: drive2.ru
Операционная система. Выбирайте современные дистрибутивы. Если берете Windows 2008 R2 и более старую или Linux до ядра 4.19.x, ждите проблем. Каких? Ну, например, вендор уже перестал поддерживать актуальное состояние Windows 2008 R2 аж в 2013 году (EOL). Это означает, что он больше не разрабатывает драйвера под вышедшее с тех пор железо, не модифицирует ОС под новое что угодно. С древними операционками вы точно не сможете использовать все возможности, которые предоставляет современный гипервизор. А уже в эти новогодние праздники остро встанет проблема с безопасностью, так как 14 января 2020 года заканчивается расширенная поддержка Windows Server 2008 R2 и перестанут выходить Security Update.
Cores per socket. Оставляйте 1 ядро на сокет, ставьте столько сокетов, сколько вам нужно виртуальных процессоров. Да, логично наоборот, но правильно так. Если у вас нет специализированных лицензионных требований. Например, вы платите за сокет, а больше сокетов означает больше лицензий. Не ставьте 2/2, чтобы получить 4. Сделайте 4/1. Такую машину гипервизор будет обслуживать оптимальным образом. Scheduler гипервизора будет меньше пенализировать такие ВМ.
Объясню на пальцах. Представьте, что проводник рассаживает пассажиров по вагону, вагон – как в Сапсане. В роли проводника scheduler, пассажиры – это ВМ. Пассажиров, которые едут в одиночку (однопроцессорные ВМ), ему распределить проще всего: их можно посадить на любое место. Семью из 4 человек (4-процессорные ВМ) уже сложнее. Им нужно найти 4 места в одном вагоне. А теперь представим, что все в семье хотят ехать только лицом друг другу, а таких групп мест – 4 вокруг стола – в вагоне только 2. С большой вероятностью такой семье придется пройти в следующий вагон (на следующий тик планирования). Это как раз та ситуация, как если бы вы выбрали 2 сокета по 2 ядра, чтобы получить 4. Скорее всего, придется подождать, чтобы нашлись подходящие места. Так же и с ВМ: ей придется ждать дольше, чем менее “прихотливым” ВМ с 1 сокетом и кучкой процессоров.
Хотя эта история актуальнее для старых версий ESXi. Начиная с 6.5 (но не ранее!) механизм vNUMA отвязан от количества виртуальных сокетов, и старая рекомендация “не плодить сокеты” не так категорична. Но все еще зависит от приложения внутри гостевой ОС.
Hot Add для CPU и Memory. Это опция добавления памяти CPU для работающей виртуальной машины. Казалось бы, прекрасная функция: не нужно гасить машину, чтобы докинуть ей ресурсов. Так вот, не все так просто, и не зря они по дефолту отключены. Лучше и не включать, если вы не знаете, что такое NUMA-топология. Допустим, под капотом облака у нас двухсокетный сервер. На каждом сокете 4 ядра. Работает это именно как 4+4, а не 8 ядер. Такая же тема с памятью: если на каждом сокете 128 ГБ, это не дает в сумме 256 ГБ. Каждый процессорный сокет имеет прямой доступ только к определенным слотам памяти. Каждый сокет вместе с причитающейся ему процессором и памятью – это физическая NUMA-нода.
Если виртуальная машина влезает в размер физической NUMA-ноды, то она исполняется внутри этой ноды. Если виртуалка не умещается в NUMA-ноду, например по памяти, то она будет использовать память из соседней NUMA-ноды. Путь к удаленной памяти будет извилист – через межпроцессорную шину. Работать это будет не так быстро, как если бы виртуалка использовала ресурсы одной ноды.
Когда вы включаете добавления виртуальных процессоров и памяти на горячую, все это идет только в нулевую NUMA-ноду. Например, добавилось еще 4 процессора, и на NUMA-ноде 0 стало 6, а на NUMA-ноде 1 – 2 процессора. Машину немного перекосило, и работает она также косо. Это связано с тем, что при включении vCPU Hot-Plug перестает работать vNUMA, через которую vSphere старается оптимизировать топологию NUMA для ВМ. Поэтому, принимая решение о включении CPU Hot-Add, учитывайте физическую топологию NUMA для обеспечения производительности ВМ. Это очень критично, если по каким-либо причинам в ВМ имеется несколько виртуальных сокетов. В этом случае несоответствие физической топологии вызовет сильное падение производительности: CPU Scheduler сойдет с ума, пытаясь предоставить процессорное время такой ВМ, что вызовет рост CPU Ready и Co-Stop.
Все добавленные виртуальные процессоры (5-8) и память попали на NUMA-ноду 0.
Отдельная история в том, что будет происходить внутри ОС и приложения после таких “добавок”. Поэтому если уж решили пользоваться этой опцией, то проверьте, поддерживает ли ваша ОС такое. Non-NUMA-Aware приложения могут сильно просесть по производительности при расположении на нескольких NUMA-нодах.
Если вы все-таки добавили процессоры или память на горячую, сразу планируйте перезагрузку ВМ (не только ОС) на ближайший запланированный даунтайм.
Галочки не ставим.
Дисковый контроллер (Bus type). Для дисков выбирайте дисковый контроллер Paravirtual. Этот тип контроллера требует установки драйверов в ОС VMware Tools. Paravirtual – это специальное виртуальное устройство, которое создавалось для работы в виртуализации и не эмулирует работу какого-то другого аппаратного устройства. Любая эмуляция аппаратного устройства всегда работает медленнее.
Если вы не хотите использовать Paravirtual (но почему?), выбирайте LSI Logic SAS. Если ОС не поддерживает и его — LSI Logic Parallel. Никогда не используйте SATA и IDE. ВМ будет медленно работать, в итоге вы не получите производительности, за которой идут в облако.
При инсталляции ОС даже свежая версия Windows может не найти драйвер для Paravirtual адаптера. В этом случае примонтируйте к ВМ два ISO файла — ваш загрузочный образ Windows и диск с VMware tools. На последнем есть необходимый драйвер.
Сетевой адаптер. Правильный выбор – VMXNet3. VMXNet3, как и дисковый адаптер Paravirtual, это паравиртуальное устройство. Оно также требует драйверов, которые входят в VMware Tools.
Если вдруг VMXNet3 не подходит (проявляется какая-то несовместимость), то на крайний случай используйте E1000E. Но не ожидайте от адаптера E1000E производительности больше, чем 1 Гбит.
В общем, E1000E без прямых указаний вендоров не используйте. Казалось бы, оно новее, но сделано для обеспечения еще большей совместимости c legacy.
Вот не надо E1000E.
VMware Tools. Следите, чтобы они были установлены в ОС, запущены и актуальны. В VMware Tools входят драйвера устройств и разные другие компоненты, которые позволяют общаться ОС виртуальной машины с гипервизором, и наоборот. Через них происходит синхронизация времени ОС с хостом виртуализации (отключаемо), ходят heartbeat’ы, которые показывают гипервизору, что виртуалка жива, и прочее. Для работы ОС на виртуальной машине нужны как минимум драйверы сетевой карточки, дискового адаптера. Свежие версии всего вот этого входят в VMware Tools.
По умолчанию актуальные версии Windows и Linux имеют драйвера для работы с виртуальными устройствами VMware, но если у вас будут VMware Tools, то эти драйвера будут всегда свежими. Для Linux рекомендуется использовать open-vm-tools. Это не просто лучшая интеграция с ОС, но и обновление драйверов вместе с системой.
Отдельные диски для данных. Используйте разные виртуальные диски под данные и операционную систему. Да и на физических серверах стоит так делать. Вы сможете отдельно бекапить эти диски (с разным расписанием, например), сможете переключить диск с данными или его клон на другую ВМ и прочее.
Кроме того, новый виртуальный диск также получит дополнительную квоту на дисковую производительность.
Кастомизация. При первом включении ВМ нужно кастомизировать, чтобы все настройки из облака (например выданный облаком IP-адрес) применились к ОС. После уберите эту галку от греха подальше, чтобы нечаянно не сбросить настройки ОС: SID, пароль администратора и т. п.
Конечно, все вышесказанное – упрощенная картина, слова “капитана О” и, вообще, “все же это знают”. Но, как показывает практика, более 70% ВМ в облаке содержат одну или сразу несколько описанных ошибок.