Разное

Виртуализация hyper v: 404 — Содержимое не найдено

26.09.2005

Содержание

Hyper-V: виртуализация в Windows Server 2008::Журнал СА 4.2008

Hyper-V: виртуализация в Windows Server 2008

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

Виртуальный мир

Microsoft Windows Server 2008 содержит в себе множество новых технологий, таких как: Core Server, Network Access Protection, улучшенный контроль за подключением к системе различных устройств и т. д. Одной из таких новых технологий стало средство виртуализации под названием Hyper-V. Изначально выпуск бета-версии Hyper-V был запланирован на первый квартал 2008 года одновременно с официальным началом производства новой ОС Microsoft Windows Server 2008, однако в Microsoft решили выпустить тестовый вариант средства виртуализации раньше срока, вместе с Windows Server 2008 RC0 – Release Candidate. Возможно, таким образом в компании хотят выяснить, какие ошибки были допущены разработчиками при реализации данного продукта, и дать возможность потенциальным пользователям ознакомиться с продуктом перед его финальным релизом.

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

На сегодняшний день лидерами в сфере производства средств виртуализации являются компании VMware, Microsoft, SWSoft (вместе с принадлежащей ей компанией Parallels), XenSource (купленный Citrix), Virtual Iron и InnoTek ( приобретенный SUN). Также на рынке присутствует ORACLE со своим пакетом виртуализации на основе Xen. Помимо продуктов этих вендоров присутствуют также такие разработки, как QEMU, Bosch и прочие, а также средства виртуализации от других разработчиков операционных систем (например, Solaris Containers – часто называется Zones, а также разработанная SUN система xVMM), которые не получили широкого распространения и используются узким кругом специалистов. Думаю, всем хорошо известны продукты компании VMware, ориентированные как на использование на рабочих станциях и в небольших сетях (VMware Workstation), так и на использование в больших корпоративных сетях (VMware Server, VMware ESX). На сегодняшний день они являются наиболее популярными и обладают наибольшим функционалом. Средства виртуализации от Microsoft (такие как Virtual PC, Virtual Server) являются основным конкурентом VMware. Однако пока как по функционалу, так и по популярности продукты последних явно опережают. Немаловажным является и ценовой фактор, в частности, наличие свободно распространяемых версий средств виртуализации. Для использования данных программных продуктов в учебных целях, а также в небольших организациях такие приложения наиболее подходят. Как правило, бесплатные средства виртуализации частично ограничены в функционале, лишены технической поддержки со стороны производителя, а также не имеют средств централизованного управления. Помимо уже упоминавшейся компании VMware, некоторые из продуктов которой имеют бесплатные версии, следует также отметить средства виртуализации от таких компаний, как Virtual Iron и XenSource, которые представляют собой приложения с открытым исходным кодом. Эти средства полностью бесплатны, однако не лишены ряда ограничений. Так, например, Virtual Iron для использования параллельной виртуализации требуется внесение изменений в ядро операционной системы, что для ОС с открытым исходным кодом не является большой проблемой, в то время как для проприетарных закрытых систем, таких как Windows, это неприемлемо, так как требует дополнительных технических и финансовых затрат на доработку своего кода для интеграции в ядро операционной системы.

Также следует упомянуть такой факт: продукты Microsoft – Virtual PC, Virtual Server 2005 бесплатны уже много лет и не являются ограниченными, в отличие от продуктов конкурентов. Еще следует отметить то обстоятельство, что именно появление бесплатных средств виртуализации от Microsoft заставило всех остальных игроков рынка либо выпустить ограниченные бесплатные версии, либо сделать бесплатными полные версии или создать сильно урезанные реализации вроде vmplayer.

Технология Hyper-V

Перейдем непосредственно к теме данной статьи, а именно к описанию новой технологии виртуализации Hyper-V.

В первую очередь необходимо рассказать о тех нововведениях, которые появились в Hyper-V. Данная технология позволяет гипервизору работать, напрямую взаимодействуя с аппаратной частью сервера. Таким образом, данная разработка может работать без наличия основной ОС, на базе которой будет происходить виртуализация. Поэтому Hyper-V является новым шагом в развитии технологии виртуализации, не уступающим другим гипервизорным продуктам, таким как Xen и VMware ESX, а по многим параметрам даже превосходящим.

Далее перечислю те редакции операционной системы Windows 2008, которые поддерживают Hyper-V. Поддерживаются только 64-битные редакции Windows Server 2008 Standard, Windows Server 2008 Enterprise и Windows Server 2008 Datacenter. По заявлениям разработчиков, наличие 64-битного процессора является необходимым условием для использования данной технологии. Возможно, для многих потенциальных пользователей это окажется серьезной проблемой. Для них предназначен Virtual Server. Кстати, Microsoft недавно объявила о поддержке Virtual Server 2005 R2 под Windows Server 2008. Существуют также и другие аппаратные ограничения: требуется «аппаратная поддержка виртуализации» (Hardware-assisted virtualization). Эта опция доступна на процессорах, поддерживающих виртуализацию, например Intel VT или AMD-V (Pacifica). И еще: должна быть доступна и использоваться технология DEP (Data Execution Protection), которая присутствует во всех современных материнских платах. Также желательно использовать ОЗУ с технологией ECC. Подводя итог приведенным аппаратным ограничениям, следует заметить, что новая технология достаточно требовательна к используемому аппаратному обеспечению и это может вызвать определенные трудности при внедрении, ведь далеко не все используют Brand Name оборудование. Тут следует отметить, что для средств виртуализации от других производителей требуется такая же аппаратная поддержка.

Вот основные возможности виртуализации, предлагаемые виртуализацией Windows Server 2008:

  • 64-bit hypervisor-based-виртуализация.
  • Возможность запуска 32-битных и 64-битных виртуальных машин одновременно.
  • Поддержка однопроцессорных и многопроцессорных виртуальных машин. До 8 процессоров на каждую гостевую систему. Для сравнения, VMware умеет только 4.
  • Возможность делать «снимки» виртуальных машин в запущенном состоянии. С помощью этих «снимков» машину можно вернуть в состояние, предшествующее выполнению «снимка». Снимки делаются прозрачно для виртуальной машины с помощью технологии vss writer (опубликована как промышленный стандарт). В случае использования System Center Data protection manager снимки могут делаться раз в 15 секунд и записываться в централизованное резервное хранилище.
  • Поддержка виртуальных машин с большими требованиями к оперативной памяти (до 128 Гб).
  • Поддержка виртуальных локальных сетей. Причем возможно создание нескольких полноценных виртуальных коммутаторов, поддерживающих VLAN по стандарту 802.1q. В такой коммутатор можно подключить 4096 сетевых устройств.
  • Управление через Microsoft Management Console (MMC) 3.0.
  • Наличие задокументированных функций Windows Management Instrumentation (WMI) для управления виртуальными машинами с помощью сценариев.
  • Поддержка хранилища размером до 2 петабайт (1024 Тб).
  • Поддержка ОЗУ физического сервера размером до 2 Тб. Для сравнения, VMware esxi поддерживает только 128 Гб ОЗУ.

Настраиваем Hyper-V

Прежде всего стоит отметить, что на данный момент уже доступна RC0-версия Hyper-V. Крайне рекомендуется обновление на нее, так как быстродействие существенно возрастает и увеличивается список поддерживаемых систем. Подробнее можно посмотреть по ссылке [6]. Выход финальной версии запланирован на осень этого года.

Установка Hyper-V достаточно проста и аналогична установке других компонентов Windows Server 2008. Для установки нажимаем «Start», затем выбираем «Server Manager». В меню «Roles Summary» выбираем опцию «Add Roles». На странице «Select Server Roles» выбираем Hyper-V.

Далее на странице «Create Virtual Networks» предлагается указать один или несколько сетевых адаптеров, которые будут использоваться для подключения к виртуальным машинам. Затем подтверждаем выбранные опции «Confirm Installation Selections», нажимаем «Install». После перезагрузки сервера необходимо осуществить доступ к консоли сервера под той же учетной записью, под которой была начата установка, так как мастер установки должен завершить инсталляцию продукта.

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

Консоль управления Hyper-V располагается в разделе Administrative Tools операционной системы Windows 2008. Далее запускаем создание новой виртуальной машины, выбрав в меню «Action» опцию «New» и затем «Next». После этого необходимо указать имя новой виртуальной машины и ее расположение, затем указываем количество используемой памяти. На странице «Networking» указываем используемый сетевой адаптер. На следующей странице указываем расположение виртуального жесткого диска, необходимо проследить за тем, чтобы на физическом жестком диске было достаточно места для нормальной работы виртуального. Затем выбираем источник для установки операционной системы: CD-ROM, iso-файл образа диска, дискета или установка по сети. Соответственно, в случае если используется установка по сети, необходимо позаботиться о том, чтобы виртуальная машина и сервер, с которого производится установка, находились в одной подсети. Собственно, на этом создание виртуальной машины заканчивается. Теперь достаточно запустить виртуальную машину и произвести установку операционной системы.

Средства интеграции

В процессе установки и дальнейшего использования виртуальной машины у вас могут возникнуть сложности с переключением между реальной системой и виртуальной, также могут быть проблемы с передачей данных через буфер обмена. Для решения этих проблем можно воспользоваться специальным пакетом, содержащим интеграционный сервис (integration service), который можно установить на виртуальную операционную систему. Интеграционные пакеты существуют для наиболее распространенных версий операционных систем. Для того чтобы установить данный пакет, необходимо в меню «Action» консоли Hyper-V выбрать Insert Integration. Далее должен запуститься файл установки, в случае если этот файл не запустился автоматически, его можно стартовать вручную из каталога: %windir%\support\amd64\setup.exe. После установки пакета работа с виртуальной машиной станет более «прозрачной», то есть вы сможете использовать буфер обмена, свободно перемещать курсор мыши и т. д. Таким образом, ваши виртуальные машины готовы к работе.

Средства управления

Завершая тему виртуализации в решениях Microsoft, следует упомянуть также еще о некоторых нововведениях. Помимо виртуализации сервера, также предлагается использовать новое средство управления System Center для мониторинга и удаленного управления виртуальной средой. System Center – это семейство продуктов, предназначенных для мониторинга и управления различными приложениями и системами, ранее продукты из этого семейства были известны как Microsoft Operations Manager (MOM) и System Management Server. Применение System Center будет полезно при использовании большого числа виртуальных машин (например, в крупных корпоративных сетях), так как позволит не просто следить за состоянием каждой из виртуальных машин, нагрузкой, количеством доступных ресурсов и т. д., но и автоматизирует процесс установки различных приложений. Модуль System Center, используемый для управления виртуальной средой, называется System Center Virtual Machine Manager. Данный модуль позволяет не просто осуществлять мониторинг использования ресурсов виртуальными машинами, но и дает возможность на уровне гостевой операционной системы отслеживать системные события, определять, какие именно приложения вызывают избыточную нагрузку, выяснять, что именно вызвало нехватку ресурсов, и т. д. Здесь следует также отметить, что решение для мониторинга виртуальных машин от Microsoft гораздо мощнее предлагаемых другими производителями, например VWware ESX, так как для ESX гостевая машина – это черный ящик, а System Center понимает, что именно происходит внутри гостевой ОС. Кстати, на сайте Microsoft можно скачать бесплатную 120-дневную испытательную версию System Center Virtual Machine Manager. Также для управления из-под Windows Vista серверами с Hyper-V доступен RSAT (Microsoft Remote Server Administration Tools) [6]:

Заключение

Таким образом, заявленные в Windows Server 2008 средства виртуализации вполне могут стать мощным средством, позволяющим распределить роли между различными серверами без дополнительных затрат на оборудование и упростить процесс администрирования сети.

  1. http://www.microsoft.com/downloads/details.aspx?FamilyID=bcaa9707-0228-4860-b088-dd261ca0c80d&DisplayLang=en – Windows Server 2008. Step-by-Step Guide to Getting Started with Hyper-V – руководство по развертыванию виртуальной среды. Или: http://technet2.microsoft.com/windowsserver2008/en/library/c513e254-adf1-400e-8fcb-c1aec8a029311033.mspx?mfr=true.
  2. http://www.microsoft.com/windowsserver2008/en/us/virtualization-consolidation.aspx.
  3. http://blogs.technet.com/virtualization – блог команды, разрабатывающей Hyper-V.
  4. http://blogs.msdn.com/Virtual_PC_Guy – блог менеджера команды Hyper-V.
  5. http://www.microsoft.ru/virtualization – большой постоянно обновляемый сборник русскоязычных документов о виртуализации.
  6. http://blogs.technet.com/vm – русскоязычный блог о виртуализации от Microsoft.
  7. http://blogs.technet.com/abeshkov – русскоязычный блог о виртуализации от Microsoft.

Как виртуализировать сеть: часть 2

В предыдущей статье, посвященной виртуализации сетей, мы затронули некоторые теоретические аспекты этого метода объединения сетевых ресурсов компьютеров в единые платформы. Поговорим теперь подробнее о некоторых нюансах виртуализации сети на примере Hyper-V – инструмента аппаратной виртуализации для 64-разрядных систем на основе гипервизора (монитора виртуальных машин) – в Windows Server 2016.

Виртуализация сети Microsoft Hyper-V позволяет нескольким виртуальным сетям (потенциально с перекрывающимися IP-адресами) работать в одной и той же физической сетевой инфраструктуре, благодаря чему каждая виртуальная сеть работает таким образом, будто она является единственной виртуальной сетью.

В виртуализации сети Hyper-V (HNV) пользователь или клиент определяется как «владелец» набора IP-подсетей, развернутых в организации. В качестве клиента может выступать организация или предприятие с несколькими подразделениями, нуждающимися в изоляция сети. Каждый клиент может иметь одну или несколько виртуальных, а каждая виртуальная сеть включать в себя несколько виртуальных подсетей. Виртуальной сетью создается граница изоляции, внутри которой виртуальные машины в виртуальной сети получают возможность для взаимодействия друг с другом. Традиционно такая изоляция применяется при помощи виртуальных локальных сетей с разделенным диапазоном IP-адресов и 802.1-ым тегом q или идентификатором виртуальной локальной сети. Однако в случае использовании HNV для изоляции применяется метод инкапсуляции NVGRE или режим VKSLAN, необходимый для создания сетей наложения с возможностью перекрытия IP-подсетей между клиентами.

У каждой виртуальной сети есть свой уникальный идентификатор домена маршрутизации на узле. Этот идентификатор приблизительно соответствует идентификатору ресурса, необходимому для установления контакта с ресурсом RESTFUL виртуальной сети в сетевом контроллере. Для указания ссылки на ресурс RESTFUL виртуальной сети используются имена универсального кода ресурса (URI), к которому добавляется идентификатор этого ресурса.

Виртуальная подсеть отвечает за реализацию семантики подсети IP третьего уровня для виртуальных машин одной виртуальной подсети. После чего этой сетью образуется широковещательный домен, (аналогичный виртуальной локальной сети) обеспечивающий строгую изоляцию за счет использования поля идентификатора клиента NVGRE (ТНИ) или идентификатора VKSLAN сети. Каждая виртуальная подсеть относится к одной виртуальной сети и ей назначается уникальный идентификатор виртуальной подсети (VSID), который использует особый ключ в заголовке инкапсулированного пакета.24–2. Решающим преимуществом виртуальной сети и домена маршрутизации является то, что он дает клиентам возможность использовать собственные топологии сети (например, IP-подсети) в облаке.

Скажем несколько слов и об архитектуре виртуализации сетей Hyper-V. В Windows Server 2016 HNVv2 осуществляется при помощи виртуальной платформы фильтрации Virtual Filtering Platform Azure (VFP), являющейся расширением фильтрации NDIS в коммутаторе Hyper-V. Ключевым принципом работы VFP является то, что подсистема обработки тождеств с внутренним интерфейсом API предоставляется агенту узла SDN для программирования сетевой политики. Самому агенту узла SDN информация о сетевой политике приходит сетевого контроллера по каналам связи Open vSwitch Database Management Protocol (OVSDB) и Windows Communication Foundation (WCF).

Важно отметить, что с помощью VFP программируется не только политика виртуальной сети (например, сопоставление CA-PA) запрограммированная с помощью VFP, но и дополнительной политики, такой как ACL, QoS. В VFP создается слой для каждого типа политики (например, виртуальная сеть), являющийся эксклюзивным набором таблиц правил или потоков. Эта политика лишена каких-либо встроенных функций до тех пор, пока для их реализации не назначаются определенные правила. Каждый слой получает приоритет, после чего уровни назначаются порту согласно возрастанию их приоритета. Правила организуются в группы по большей части соответствуя направлениям и семействам IP-адресов. Группы также получают свой приоритет таким образом, чтобы одно правило группы соответствовало одному заданному потоку.

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

За и против гиперконвергентной инфраструктуры

24 Августа 2018

Читать

Как из эникейщика стать сисадмином

16 Июля 2019

Читать

Зачем в современном офисе нужна видеокарта

14 Августа 2018

Читать

Установка виртуальной машины Hyper-V в Windows Server 2008 R2

В данной статье я расскажу как установить роль Hyper-V в Windows Server 2008 R2, а также рассмотрю процесс создания виртуальных дисков и виртуальных машин.

 

 

0. Оглавление

  1. Что понадобится
  2. Подготовка компьютера
  3. Установка роли Hyper-V
  4. Создание виртуального жесткого диска
  5. Создание виртуальной машины
  6. Редактирование параметров виртуальной машины
  7. Запуск и подключение к виртуальной машине

1. Что понадобится

  1. Компьютер с процессором, поддерживающим технологию аппаратной виртуализации. Проверить, поддерживает ли ваш процессор данную технологию можно на сайте производителя. Например, для процессоров Intel — смотрите здесь, для AMD — здесь.
  2. Установленная на данном компьютере 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 R2

    Здесь будет рассказано как изменить политику паролей в Windows Server 2008. По умолчанию все пароли в Windows должны отвечать политике безопасности, а именно:   Не содержать имени учетной записи пользователя…

  • Добавление правила в Брандмауэр Windows Server 2008 R2

    Ниже будет рассказано о том, как добавить новое правило в Брандмауэр Windows Server 2008 R2. А конкретнее, будем добавлять разрешающее правило для порта 1433, который использует Microsoft SQL Server 2008 R2 или, как…

Обзор гипервизора (виртуализация Hyper-V)

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

Преимущества Hyper-V

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

Доступность и установка Hyper-V с помощью диспетчера серверов

Hyper-V доступен, начиная с Windows Server 2008, в качестве встроенной роли сервера для версий x64.

  • В диспетчере серверов щелкните Добавить роли и компоненты.
  • Выберите Hyper-V и следуйте инструкциям для завершения установки

Поддержка других операционных систем на виртуальных машинах Hyper-V

Hyper-V поддерживает как эмулируемые, так и специфичные для Hyper-V устройства для виртуальных машин Linux и FreeBSD. При работе с эмулируемыми устройствами дополнительное программное обеспечение не требуется. Однако эмулируемые устройства не обеспечивают высокой производительности и не могут использовать технологию Hyper-V.Чтобы в полной мере использовать все преимущества Hyper-V, лучше всего использовать специальные устройства Hyper-V для Linux и FreeBSD. Драйверы, необходимые для запуска виртуальных машин Hyper-V, известны как службы интеграции Linux (LIS) или службы интеграции FreeBSD (BIS).

Виртуальный коммутатор Hyper-V

Виртуальный коммутатор Hyper-V — это программный сетевой коммутатор Ethernet уровня 2, доступный в диспетчере Hyper-V при установке роли Hyper-V.

Типы виртуальных коммутаторов Hyper-V

  • Внешний : предоставляет виртуальным машинам доступ к физической сети для связи с серверами и клиентами во внешней сети.Он также позволяет виртуальным машинам на одном сервере Hyper-V обмениваться данными.
  • Внутренний : разрешает связь между виртуальными машинами на одном сервере Hyper-V и операционной системой хоста управления.
  • Частный : Разрешает связь только между виртуальными машинами на одном сервере Hyper-V. Частная сеть изолирована от всего внешнего сетевого трафика на сервере Hyper-V. Этот тип сети удобен для конфигурации кластера.

Создание виртуального коммутатора с помощью диспетчера Hyper-V

  1. Откройте Диспетчер Hyper-V, выберите имя хост-компьютера Hyper-V
  2. Выберите Действие > Диспетчер виртуальных коммутаторов
  3. Выберите нужный тип виртуального коммутатора
  4. Выберите Создать виртуальный коммутатор
  5. Добавьте имя для виртуального коммутатора

Поколения виртуальных машин Hyper-V

В настоящее время существует два поколения виртуальных машин Hyper-V: Gen1 и Gen2.В общем, выбор между этими двумя поколениями зависит от многих факторов, таких как ОС гостевой операционной системы, ОС основной операционной системы, методы загрузки и т. д. Ниже приведены существенные различия обоих поколений:

Биос

Это программное обеспечение отвечает за запуск и настройку оборудования.

  • ВМ Gen1 работают только под управлением BIOS и загружаются с виртуальных жестких дисков MBR.
  • Gen2 Hyper-V поддерживает UEFI BIOS и GPT, что обеспечивает расширенную поддержку устройств и функций.Например, разметка GPT преодолевает ограничение в 2 ТБ на диске. Кроме того, UEFI предоставляет возможность выполнять безопасную загрузку.

Виртуальные диски

  • Gen1 : Hyper-V имеет только виртуальный контроллер IDE, так как BIOS не поддерживает другие контроллеры. Контроллеры SCSI можно распознать только после установки гостевой ОС, а гостевая ОС все равно не может загрузиться со SCSI-диска.
  • Gen2 : Hyper-V может загружаться с виртуальных дисков SCSI без ограничений и условий.UEFI дает им эту привилегию.

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

  • Gen1: Аппаратные компоненты включают сетевой адаптер, виртуальный диск, COM-порты и т. д.
  • Gen2: Это не так важно, поскольку здесь используется новое оборудование с меньшим количеством виртуальных устройств и интеграцией с гипервизором.

Аппаратные ограничения виртуальных машин Gen1

  • 2 контроллера IDE, к каждому из которых можно подключить до 2 дисков IDE
  • Максимум 4 контроллера SCSI и до 64 подключенных дисков SCSI
  • A MBR — диск объемом 2 ТБ с 4 разделами
  • К ВМ можно подключить физический DVD-привод
  • x86 и x64 гостевые ОС поддерживают

Загрузка виртуальной машины

Время загрузки виртуальной машины Gen2 на 20 % быстрее, чем Gen1, благодаря более быстрому запуску UEFI.Установка гостевой операционной системы также занимает до 50 % меньше времени

Доступность

Gen2 на Hyper-V

виртуальных машин поколения 2, выпущенных Microsoft с Hyper-V для Windows Server 2012 R2 и Windows 8.1; следовательно, эти версии 64-битных окон связаны с UEFI 2.3.1 с опцией поддержки безопасной загрузки.

Безопасность Hyper-V

  • Сведите к минимуму поверхность атаки, используя минимальный вариант установки Windows Server, необходимый для операционной системы управления
  • Не рекомендуется запускать производственные рабочие нагрузки на Hyper-V в Windows 10
  • Поддерживайте операционную систему хоста Hyper-V, встроенное ПО и драйверы устройств в актуальном состоянии с помощью последних обновлений безопасности.
  • Используйте отдельную сеть с выделенным сетевым адаптером для физического компьютера Hyper-V.
  • Защитите устройства хранения, на которых вы храните файлы ресурсов виртуальной машины
  • Используйте BitLocker для шифрования диска для защиты ресурсов.

Масштабируемость Hyper-V

Высокая доступность для Hyper-V

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

Кластер высокой доступности — это группа из 2 или более серверов без операционной системы, используемых для размещения виртуальных машин. Узлы сервера (физические машины) работают вместе, чтобы обеспечить избыточность и аварийное переключение для ваших виртуальных машин с минимальным временем простоя виртуальных машин.

Кластер Hyper-V может поддерживать до 64 узлов с максимум 8000 ВМ. Каждый узел может поддерживать не более 1024 виртуальных машин.Точное количество виртуальных машин, которое вы можете получить на узле, будет зависеть от ресурсов (ЦП и памяти), доступных узлу, и от того, как настроены ваши виртуальные машины.

Если вы создаете отказоустойчивый кластер, включающий кластеризованные виртуальные машины, серверы кластера должны поддерживать требования к оборудованию для роли Hyper-V. Для Hyper-V требуется 64-разрядный процессор, обеспечивающий следующее:

  • Аппаратная виртуализация доступна для процессоров. Включает опцию виртуализации для конкретных процессоров с технологией виртуализации Intel (Intel VT) или AMD Virtualization (AMD-V).
  • Должна быть доступна и включена аппаратная защита от выполнения данных (DEP).

Требования к высокой доступности Hyper-V

  • На узлах кластера должна выполняться роль Hyper-V.
  • По крайней мере два узла кластера используются для выполнения рабочей нагрузки, а еще один используется для отработки отказа или балансировки рабочей нагрузки.
  • Несколько сетей должны быть подключены к узлам кластера, чтобы избежать единой точки отказа. В качестве альтернативы узлы кластера можно соединить с помощью одной сети, состоящей из нескольких сетевых адаптеров, коммутаторов и маршрутизаторов.Таким образом, вы можете обеспечить резервирование сети в своей инфраструктуре.
  • Все узлы кластера могут получить доступ к общему хранилищу через протокол iSCSI, Fibre Channel или SMB 3.0. Таким образом, несколько узлов кластера могут одновременно обращаться к одному и тому же LUN ​​и выполнять операции чтения/записи без перерывов.
  • Узлы кластера должны принадлежать к одному и тому же домену Active Directory, что помогает обеспечить отказоустойчивость кластера и обеспечить поддержку дополнительных развертываний.

Включить роль отказоустойчивой кластеризации на узле Hyper-V

  1. Откройте Диспетчер серверов
  2. Выберите Добавить роли и функции
  3. Щелкните Установка на основе ролей или функций
  4. Выберите сервер или виртуальный жесткий диск для установки роли отказоустойчивой кластеризации
  5. В разделе «Функции» выберите «Отказоустойчивая кластеризация».
  6. В разделе Подтверждение нажмите Установить

Создание высокодоступной виртуальной машины Hyper-V

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

  1. Откройте диспетчер отказоустойчивого кластера.
  2. На левой панели щелкните правой кнопкой мыши «Роли», выберите «Виртуальные машины» и перейдите к «Новая виртуальная машина».
  3. Должно открыться новое окно виртуальной машины для выбора целевого узла кластера, на котором будет работать виртуальная машина.
  4. Должен открыться мастер создания новой виртуальной машины
  5. В разделе Specify Name and Location введите имя новой ВМ и выберите папку для хранения ВМ
  6. В разделе Specify Generation выберите поколение новой ВМ
  7. В разделе Assign Memory следует указать объем стартовой памяти, которую может использовать новая ВМ.Кроме того, вы можете включить использование динамической или статической памяти для этой ВМ
  8. .
  9. В разделе Настройка сети выберите виртуальный коммутатор, который может использовать сетевой адаптер
  10. В разделе Connect Virtual Hard Disk укажите, на каком виртуальном жестком диске должна храниться ВМ. Здесь вы можете создать виртуальный жесткий диск, использовать существующий виртуальный жесткий диск или подключить виртуальный жесткий диск позже
  11. В разделе Варианты установки выберите способ установки ОС на эту ВМ

Существующая высокодоступная виртуальная машина Hyper-V

  1. На левой панели щелкните правой кнопкой мыши Роли и выберите Настроить роль
  2. Выберите раздел «Роль», нажмите «Виртуальная машина», чтобы включить высокую доступность Hyper-V для определенных виртуальных машин
  3. Выберите раздел Виртуальная машина, выберите ВМ, которые вы хотите сделать высокодоступными

Диспетчер виртуальных машин System Center

System Center Virtual Machine Manager (SCVMM) является частью линейки Microsoft System Center виртуальных машин и средств управления узлами Hyper-V и создания отчетов.

System Center Virtual Machine Manager позволяет повысить эффективность использования физических серверов за счет быстрой и простой консолидации в виртуальной инфраструктуре.

  • Настраивайте компоненты центра обработки данных и управляйте ими как единой структурой в VMM.
  • Компоненты центра обработки данных
  • включают серверы виртуализации, сетевые компоненты и ресурсы хранения.
  • VMM выделяет и управляет ресурсами, необходимыми для создания и развертывания виртуальных машин и служб в частных облаках
  • VMM может добавлять, выделять и управлять узлами и кластерами виртуализации Hyper-V и VMware
  • Добавьте сетевые ресурсы в структуру VMM, включая сетевые сайты, определенные IP-подсетями, виртуальными локальными сетями (VLAN), логическими коммутаторами, статическими IP-адресами и пулами MAC-адресов.
  • VMM обеспечивает виртуализацию сети, включая поддержку создания и управления виртуальными сетями и сетевыми шлюзами
  • Виртуализация сети позволяет нескольким арендаторам иметь изолированные сети и диапазоны их IP-адресов для повышения конфиденциальности и безопасности.
  • Виртуальные машины
  • в виртуальных сетях могут подключаться к физическим сетям на том же сайте или в разных местах с помощью шлюзов.
  • VMM может обнаруживать, классифицировать, выделять и назначать локальное и удаленное хранилище.VMM поддерживает блочное хранилище (оптоволоконный канал, iSCSI и Serial Attached SCSI (SAS) сети хранения данных (SAN)
  • Структура VMM сохраняет библиотеку файловых и нефайловых ресурсов, которые используются для создания и развертывания виртуальных машин и служб на узлах виртуализации. К файловым ресурсам относятся виртуальные жесткие диски, образы ISO и сценарии. К нефайловым ресурсам относятся шаблоны и профили служб, которые используются для стандартизации создания виртуальных машин. Доступ к библиотечным ресурсам осуществляется через общие библиотеки.
  • Управление исправлениями для узлов Hyper-V

Для настройки SCVMM указанные ниже компоненты являются обязательными для управления и администрирования виртуализации Hyper-V.

  1. База данных VMM
  2. Библиотека VMM
  3. Консоль VMM

Установка и настройка System Center Virtual Machine Manager

  1. Чтобы запустить мастер установки Virtual Machine Manager, на установочном носителе щелкните правой кнопкой мыши setup.exe и выберите Запуск от имени администратора.
  2. На главной странице установки щелкните Установить.
  3. Выберите страницу «Выбрать компоненты для установки», установите флажок «Сервер управления VMM» и нажмите «Далее». Консоль VMM будет установлена ​​автоматически. Если вы выполняете установку на узле кластера, вас спросят, хотите ли вы сделать сервер управления высокодоступным.
  4. На странице информации о регистрации продукта введите соответствующую информацию и нажмите кнопку Далее. Если вы не введете ключ продукта, VMM будет установлен как ознакомительная версия, срок действия которой истекает через 180 дней после установки.
  5. Выберите, хотите ли вы использовать Центр обновления Майкрософт, если появится страница Центра обновления Майкрософт, а затем нажмите кнопку Далее. Если вы уже решили использовать Центр обновления Майкрософт на этом компьютере, страница не появится.
  6. На странице «Данные диагностики и использования» ознакомьтесь с политикой сбора данных Microsoft и узнайте, как отключить сбор данных. Затем нажмите Далее
  7. Программа установки проверяет компьютер, на котором установлен сервер управления VMM, чтобы убедиться, что компьютер соответствует требованиям к оборудованию и программному обеспечению.
  8. Если вы используете удаленный экземпляр SQL, на странице конфигурации базы данных укажите имя компьютера, на котором работает SQL Server. Если вы устанавливаете сервер управления VMM на том же компьютере, где работает SQL Server, введите имя сервера в поле Имя сервера.
  9. Укажите имя экземпляра SQL Server и следует ли использовать существующую или новую базу данных. Вам понадобится учетная запись с разрешениями для подключения к экземпляру.
  10. На странице Настройка учетной записи службы и управления распределенными ключами указывается учетная запись службы VMM.Вы не можете изменить удостоверение учетной записи службы VMM после установки.
  11. На странице конфигурации порта используйте номер порта по умолчанию для каждой функции или укажите уникальный номер порта, подходящий для вашей среды. Вы не можете изменить порты, назначенные во время установки сервера управления VMM, если только вы не удалите, а затем переустановите сервер управления VMM. Кроме того, не настраивайте какие-либо функции для использования порта 5986, так как этот номер порта назначен заранее.
  12. Выберите, следует ли создать новый общий ресурс библиотеки или использовать существующий общий ресурс библиотеки на компьютере на странице конфигурации библиотеки.Общий ресурс библиотеки по умолчанию, создаваемый VMM, называется MSSCVMLibrary, а папка находится в папке %SYSTEMDRIVE%\ProgramData\Virtual Machine Manager Library Files. ProgramData — это скрытая папка, и вы не можете ее удалить. После установки сервера управления VMM можно добавить общие библиотеки и серверы библиотек с помощью консоли VMM или командной оболочки VMM.
  13. На странице «Сводка по установке» проверьте свой выбор и нажмите «Установить». Появится страница «Установка компонентов», на которой будет отображаться ход установки.
  14. На странице «Установка успешно завершена» нажмите «Закрыть», чтобы завершить установку.

Закрытие

Во время установки VMM включает следующие правила брандмауэра. Эти правила остаются в силе, даже если вы позже удалите VMM.

  • Удаленное управление Windows
  • Управление хранилищем на основе стандартов Windows

Плата SCVMM может добавлять, выделять и управлять узлами и кластерами виртуализации Hyper-V и VMware. Кроме того, SCVMM может управлять серверами VMware ESX и их виртуальными машинами с ограниченными возможностями.

Виртуализация Microsoft Hyper-V | Питтсбург

Воспользуйтесь всеми преимуществами виртуальных машин.

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

Программное обеспечение Microsoft для виртуализации Hyper-V — это гипервизор, который позволяет вашей организации создавать и размещать виртуальные машины, такие как рабочие столы и серверы, в системах x86-64. Затем эти системы могут быть подключены к вашей вычислительной инфраструктуре через вашу сеть, что позволит вашей команде получить доступ к критически важной информации, облачным приложениям и даже к полной инфраструктуре виртуальных рабочих столов без локального запуска информации на собственных рабочих станциях или тонких клиентах. .

Создание виртуальных машин и управление ими

Простое управление виртуальными серверами, рабочими столами и другим сетевым оборудованием.

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

Снижение эксплуатационных расходов

Меньше машин означает меньше используемых ресурсов.

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

Воспользуйтесь преимуществами гибкой виртуальной среды

Контролируйте свои параметры и сетевые ресурсы.

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

Начните работу с Microsoft Hyper-V сегодня

Используйте виртуализацию в своих интересах.

Существует множество других причин, по которым Hyper-V является ценным вложением, но решение практически говорит само за себя. Используя Hyper-V, чтобы в полной мере воспользоваться преимуществами технологии вашей организации, ваш бизнес может получить преимущество перед конкурентами.Более того, Microsoft Hyper-V будет доступна в Windows Server 2016, когда она выйдет позднее в 2016 году. Если вы планируете перейти на новую серверную операционную систему или заинтересованы в использовании виртуализации для увеличения прибыли, дайте Vital Solutions International позвоните по телефону 412-407-3900.

Преимущества Hyper-V | Astadia

Внедрение продукта Microsoft для виртуализации серверов на основе гипервизора может оказаться выгодным для вашего бизнеса. Гибкость, избыточность, масштабируемость и снижение эксплуатационных расходов — это лишь некоторые из преимуществ виртуализации Microsoft Hyper-V.Давайте рассмотрим каждый из них поближе:

Гибкость

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

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

Функция отказоустойчивой кластеризации Hyper-V позволяет создавать отказоустойчивые кластеры и управлять ими. Отказоустойчивый кластер — это группа компьютеров, которые обеспечивают избыточность, а также повышают доступность приложений и служб. Использование отказоустойчивого кластера в среде Hyper-V делает все это без использования большого количества физических компьютеров. Когда один узел в кластере выходит из строя, другой вступает во владение с минимальным вмешательством для ваших пользователей.

Масштабируемость

Масштабируемость, вероятно, является одной из основных причин перехода на виртуализированную среду с Hyper-V.Вы можете добавлять или удалять серверы по мере необходимости, не приобретая новое оборудование и не избавляясь от старого оборудования. Существуют различные лицензионные ограничения для каждой версии Windows Server в зависимости от ваших потребностей. Ниже приведены сведения о лицензировании для каждой версии Microsoft Windows Server 2008.


Windows Server 2008 R2 Enterprise:

Запуск до четырех экземпляров программного обеспечения одновременно в виртуальных средах операционных систем на сервере по одной серверной лицензии.

Windows Server 2008 R2 Datacenter:

Запуск любого количества экземпляров программного обеспечения в физической и виртуальной средах операционных систем на сервере.

Microsoft SQL Server 2008 Enterprise:

Запускайте любое количество экземпляров программного обеспечения на одном физическом сервере и любое количество виртуальных операционных систем на сервере.

Доступ к виртуальному рабочему столу Windows (Windows VDA):

Стандартное преимущество Software Assurance и автономная лицензия на основе подписки, которая обеспечивает перемещаемый доступ к виртуальным машинам Windows (ВМ) с тонких клиентов, сторонних и устройства не на базе Windows.

System Center Server Management Suite Enterprise (SMSE):

SMSE предлагает комплексное решение, включающее Virtual Machine Manager и охватывающее управляемый узел четырех основных продуктов System Center. Одна лицензия SMSE позволяет управлять физической средой операционной системы и до четырех виртуальных на лицензированном сервере.

Снижение эксплуатационных расходов

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

Если вы ищете способы упростить администрирование своих ИТ-операций, снизить затраты и повысить надежность, ознакомьтесь с возможностями Microsoft Hyper-V.

Как настроить вложенную виртуализацию Hyper-V [шаг за шагом]

Вам нужно настроить лабораторию, для которой требуется несколько хостов? Или протестировать приложение в изолированной среде? Вложенная виртуализация Hyper-V может быть правильной настройкой, которая вам нужна.Hyper-V — это встроенная функция или роль Windows, которую нужно только включить, чтобы начать использовать. И это бесплатно!

Продолжайте читать, и вы узнаете, как настроить Hyper-V для включения вложенной виртуализации. К концу этой статьи вы создадите, установите и настроите вложенные виртуальные машины (ВМ) с одним физическим хостом. Давай начнем!

Предпосылки

Эта статья представляет собой практическое руководство. И чтобы следовать инструкциям, вам понадобятся следующие требования.

  • Хост (физический) компьютер с ЦП, поддерживающим аппаратную виртуализацию (VT-x, AMD-V).
  • На хост-компьютере должно быть достаточно памяти для запуска виртуальных машин Hyper-V. Виртуальная машина в этом руководстве будет использовать 4 ГБ памяти.
  • Для хостов с ЦП Intel операционная система (ОС) хоста должна быть Windows Server 2016, Windows 10 версии 1607 (юбилейное обновление) или более поздней версии. Для хостов на базе AMD минимальная операционная система — Windows 10 Build 19636. В этой статье будет использоваться Windows 10 Pro версии 20h3.
  • ISO-файл установки операционной системы. В этой статье имя ISO-файла установщика ОС — c:\ISO\windows_server_2016.iso. Вы будете использовать этот файл ISO для установки гостевой ОС вложенной виртуальной машины.
  • Hyper-V для Windows 10 или Hyper-V для Windows Server, в зависимости от операционной системы вашего хоста. В этой статье используется Hyper-V на узле Windows 10.

Создание виртуального коммутатора с поддержкой NAT

Чтобы настроить вложенную виртуализацию Hyper-V, необходимо сначала создать сеть для обмена данными между виртуальными машинами, размещенными на узле.Для этого вам потребуется создать виртуальный коммутатор с поддержкой NAT, который будут использовать все виртуальные машины и подключаться к Интернету.

На узле Windows 10 Hyper-V уже существует виртуальный коммутатор с поддержкой NAT, называемый коммутатором по умолчанию. Но чтобы испытать сквозную настройку вложенной виртуализации Hyper-V, давайте предположим, что коммутатор по умолчанию не существует на вашем хосте Hyper-V, даже если ваша хост-ОС — Windows 10.

Чтобы создать виртуальный коммутатор с поддержкой NAT, выполните следующие действия.

1. Сначала на хост-компьютере Hyper-V откройте PowerShell от имени администратора.

Связано: Как запустить PowerShell от имени администратора

2. Затем выполните приведенную ниже команду в PowerShell, чтобы создать новый внутренний виртуальный коммутатор с именем vNAT .

При создании виртуального коммутатора в Windows устанавливается новый виртуальный сетевой адаптер с именем vEthernet (vmSwitchName), где vmSwitchName — имя виртуального коммутатора.

В этом примере, поскольку имя виртуального коммутатора — vNAT , имя нового виртуального сетевого адаптера будет vEthernet (vNAT) .

  # Создайте новый виртуальный коммутатор с новым vNAT и типом Internal.
# Эта команда также автоматически создает виртуальный сетевой адаптер с именем "vEthernet (vNAT)"
 New-VMSwitch -SwitchName vNAT -SwitchType Internal  

3. Теперь назначьте IP-адрес и маску подсети сетевому адаптеру vEthernet (vNAT) , выполнив приведенную ниже команду в PowerShell. Эта команда назначит IP-адрес 192.168.200.1 и маску подсети 255.255.255.128 (/25) к сетевому адаптеру.

IP-адрес и маска подсети в этой команде являются только примерами и могут не применяться к вашей среде. Чтобы избежать проблем с подключением, выберите маску подсети, которая еще не используется в вашей домашней или офисной сети.

  # Назначьте IP-адрес и подсеть сетевому адаптеру "vEthernet (vNAT)".
 New-NetIPAddress -IPAddress 192.168.200.1 -PrefixLength 25 -InterfaceAlias ​​"vEthernet (vNAT)"  

4.Затем создайте объект NAT на своем хосте Hyper-V, который будет преобразовывать внутренний сетевой адрес вашей виртуальной машины. Сделайте это, выполнив приведенную ниже команду в PowerShell.

  # Создайте новый объект NAT с именем vNATNetwork в Windows для внутреннего IP-адреса виртуального коммутатора
 New-NetNat -Name vNATNetwork -InternalIPInterfaceAddressPrefix 192.168.200.0/25 -Verbose  

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

Чтобы настроить вложенную виртуализацию Hyper-V, необходимо сначала создать и настроить виртуальную машину первого уровня, которая представляет собой виртуальную машину, которую вы намерены в конечном итоге использовать в качестве хоста Hyper-V.В этом руководстве эта виртуальная машина первого уровня будет называться L1-VM .

Существует два метода создания виртуальной машины: Hyper-V Manager (GUI) и PowerShell. Любой метод создаст одну и ту же виртуальную машину.

Метод 1: создание виртуальной машины с помощью диспетчера Hyper-V

Чтобы создать виртуальную машину L1 с помощью диспетчера Hyper-V, выполните следующие действия.

1. На хост-компьютере откройте диспетчер Hyper-V. Для этого нажмите Пуск —> Администрирование Windows —> Диспетчер Hyper-V .

Запуск диспетчера Hyper-V

2. После открытия окна Hyper-V Manager на панели действий щелкните Создать —> Виртуальная машина .

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

3. В окне Мастера создания новой виртуальной машины на странице Перед началом работы нажмите Далее .

Нажмите «Далее» на странице «Перед началом».

4. На странице Specify Name and Location введите имя новой виртуальной машины в поле Name .В этом примере имя виртуальной машины — L1-VM.

Если вам нужно изменить местоположение для новой виртуальной машины, установите флажок Сохранить виртуальную машину в другом расположении , затем найдите или введите путь в поле Расположение . Если указанный вами путь к папке не существует, мастер создаст его.

Изменение местоположения виртуальной машины полезно, когда вам нужно выбрать место с достаточным объемом памяти. Или организовать расположение виртуальных машин в предпочитаемой вами папке.

В противном случае, чтобы принять расположение по умолчанию, оставьте флажок снятым. В этом примере местоположение новой виртуальной машины — C:\Hyper-V . Нажмите Next после настройки имени и местоположения виртуальной машины.

Указание имени и местоположения новой виртуальной машины

5. Затем на странице Specify Generation выберите версию поколения VM. Возможные варианты:

Поколение 1 — поддерживает 32-разрядные и 64-разрядные гостевые операционные системы, начиная с Windows 7 и Windows Server 2008.В этом примере будет использоваться виртуальная машина поколения 1.

Generation 2 — поддерживает только 64-разрядные гостевые операционные системы, начиная с Windows 8 и Window Server 2012 и выше. Это поколение также имеет прошивку на основе UEFI. После выбора поколения ВМ нажмите Next .

Выбор поколения ВМ

6. На странице Assign Memory укажите, сколько памяти будет выделено виртуальной машине. В этом примере виртуальной машине назначается 4 ГБ (4096 МБ) памяти.

7. Снимите флажок Использовать динамическую память для этой виртуальной машины .Вложенные виртуальные машины Hyper-V не поддерживают динамическую память. После завершения настроек памяти нажмите Далее.

Назначение размера памяти новой виртуальной машине

8. На странице Configure Networking выберите вызов виртуального коммутатора vNat , который вы создали ранее в этой статье.

Выбор виртуального коммутатора

9. Затем на странице Подключить виртуальный жесткий диск у вас есть возможность:

  • Создать виртуальный жесткий диск — этот параметр создает новый виртуальный жесткий диск (VHD) и позволяет настроить имя, расположение и размер.Новый виртуальный жесткий диск будет пуст, после чего вам придется установить операционную систему.
  • Использовать существующий виртуальный жесткий диск — этот параметр позволяет выбрать существующий виртуальный жесткий диск (если он у вас есть), который вы хотите подключить к виртуальной машине, вместо создания нового.
  • Подключить виртуальный жесткий диск позже — выберите этот вариант, если хотите пропустить этот шаг и продолжить создание виртуальной машины без виртуального жесткого диска. Вы по-прежнему можете создать новый или подключить существующий виртуальный жесткий диск после создания виртуальной машины.

В этом примере выбран параметр Создать виртуальный жесткий диск и сохранены значения имени, местоположения и размера по умолчанию. Настройте эти значения, если хотите. Сделав свой выбор, нажмите Next .

Подключение виртуального жесткого диска

10. На странице Варианты установки выберите способ установки операционной системы (ОС):

В этом примере виртуальная машина установит ОС с помощью загрузочного CD/DVD-ROM.Установочный носитель ОС представляет собой файл ISO в C:\ISO\windows_server_2016.iso . Сделав свой выбор, нажмите Далее.

Выбор варианта установки ОС

11. Наконец, на странице Завершение работы мастера создания новой виртуальной машины просмотрите описание новой виртуальной машины . Если вы уверены, что не пропустили ни одного шага, нажмите Готово .

Завершение работы мастера создания новой виртуальной машины

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

Открытие настроек ВМ

13. В окне Settings щелкните Processor на левой панели. Далее увеличьте Количество виртуальных процессоров . В этом примере новое количество процессоров равно 2. Вы можете назначить больше, если у вашего хоста достаточно мощности.

Увеличение количества процессоров ВМ

Метод 2: создание виртуальной машины с помощью PowerShell

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

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

1. На хост-компьютере Hyper-V откройте PowerShell от имени администратора.

2. Затем запустите приведенный ниже код в PowerShell, чтобы создать новую виртуальную машину с именем L1-VM. Фрагмент кода ниже использует разбрызгивание для подготовки значений параметров новой виртуальной машины. Обратитесь к встроенным комментариям, чтобы узнать, что делает каждый параметр.

Связано: PowerShell Splatting: что это такое и как это работает?

  # Подготовьте свойства новой ВМ.$newVM_splat = @{
     # Установите имя новой ВМ.
     Имя = 'L1-ВМ'
     # Установите версию поколения виртуальной машины на поколение 1.
     Поколение = 1
     # Установите размер памяти виртуальной машины на 4 ГБ
     ПамятьStartupBytes = 4 ГБ
     # Установите вариант загрузки с компакт-диска.
     BootDevice = 'CD'
     # Установите виртуальный коммутатор с именем vNAT, который ВМ будет использовать для подключения.
     SwitchName = 'vNAT'
     # Укажите место для создания новой виртуальной машины.
     Путь = 'C:\Hyper-V\L1-VM'
     # Укажите место для создания виртуального жесткого диска новой ВМ.NewVHDPath = 'C:\Hyper-V\L1-VM\VHD\L1-VM.vhdx'
     # Установите новый размер виртуального жесткого диска на 100 ГБ.
     NewVHDSizeBytes = 100 ГБ
 }
 # Создайте новую виртуальную машину.
 Новая виртуальная машина @newVM_splat  
Создание виртуальной машины с помощью PowerShell

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

  # Установите количество процессоров виртуальной машины на 2.Вы можете увеличить ЦП, если у вашего хоста есть такая возможность.
 Set-VM -VMName L1-VM -ProcessorCount 2  

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

  # Отключить динамическую память ВМ.
 Set-VMMemory -VMName L1-VM -DynamicMemoryEnabled $false  

5. Выполните приведенную ниже команду, чтобы смонтировать файл ISO на DVD-привод виртуальной машины. Вы будете использовать этот файл ISO для установки операционной системы позже на L1-VM.

  # Укажите путь к файлу ISO для монтирования на DVD-привод виртуальной машины.
 Set-VMDvdDrive -VMName L1-VM -Путь C:\ISO\windows_server_2016.iso  

Включение вложенной виртуализации

Чтобы включить вложенную виртуализацию в Hyper-V, необходимо предоставить виртуальной машине расширения виртуализации хоста, такие как VT-x для Intel и AMD-V для AMD. Эти расширения виртуализации добавляют функциональные возможности логическим процессорам на виртуальной машине для поддержки виртуализации уже виртуализированного ЦП.

Чтобы включить расширение виртуализации, вызовите командлет Set-VMProcessor , как показано ниже.

1. Откройте PowerShell от имени администратора на хост-компьютере Hyper-V.

2. Затем скопируйте приведенный ниже код и запустите его в PowerShell. Эта команда активирует расширения виртуализации на виртуальном процессоре виртуальной машины.

  # Включить расширения виртуализации виртуальной машины
 Set-VMProcessor -VMName L1-VM -ExposeVirtualizationExtensions $true  

3.Наконец, чтобы убедиться, что команда выполнена успешно, запустите приведенную ниже команду в PowerShell. Эта команда получает значение ExposeVirtualizationExtensions процессора виртуальной машины. Значение должно быть True, , как вы можете видеть на скриншоте ниже.

Включение вложенной виртуализации

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

Теперь, когда вы создали гостевую виртуальную машину первого уровня (скоро будет виртуализированный хост Hyper-V) и настроили ее параметры, пришло время установить операционную систему на хост Hyper-V, который скоро будет.Для этого выполните следующие действия.

1. Откройте Диспетчер Hyper-V на хосте Hyper-V.

2. Щелкните, чтобы выбрать имя виртуальной машины, в данном примере L1-VM, и щелкните Connect . При этом откроется окно Virtual Machine Connection .

Подключение к виртуальной машине

3. В окнах Virtual Machine Connection щелкните Start , чтобы загрузить виртуальную машину.

Запуск виртуальной машины

4. Теперь завершите установку операционной системы.

Установка операционной системы

Подключение к сети

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

ВМ не имеет доступа к сети и интернету

Чтобы устранить эту ошибку, необходимо настроить параметры сетевого адаптера на L1-VM, назначив IP-адрес, маску подсети, шлюз по умолчанию и DNS-адрес.Для этого выполните следующие действия.

1. На L1-VM щелкните правой кнопкой мыши кнопку Start и выберите Run .

2. Введите control ncpa.cpl в поле Open и нажмите OK . Эта команда запустит апплет сетевых подключений.

Открытие апплета панели управления сетевым подключением

3. В окне апплета «Сетевые подключения» по умолчанию должен быть только один сетевой адаптер с именем Ethernet .Щелкните правой кнопкой мыши Ethernet и выберите Properties .

Открытие свойств Ethernet

4. Затем щелкните, чтобы выделить (НЕ СНИМАТЬ ОТМЕТКУ!!!) Интернет-протокол версии 4 на странице Свойства Ethernet и нажмите кнопку Свойства .

Открытие свойств IPv4

5. В окне свойств Интернет-протокола версии 4 (TCP/IPv4) щелкните Использовать следующий IP-адрес и введите значения для:

  • IP-адрес — введите IP-адрес, который вы хотите назначить L1-VM.Вводимый IP-адрес должен находиться в пределах диапазона виртуального коммутатора, созданного вами на хосте Hyper-V. Например, диапазон IP-адресов виртуального коммутатора vNAT — 192.168.200.0/25, что делает доступным диапазон IP-адресов от 192.168.200.2 до 192.168.200.126. В этом примере IP-адрес L1-VM — 192.168.200.2.
  • Маска подсети — укажите адрес маски сети диапазона IP-адресов виртуального коммутатора. Для 192.168.200.0/25 маска подсети — 255.255.255.128.
  • Шлюз по умолчанию — введите IP-адрес виртуального коммутатора.В этом примере IP-адрес виртуального коммутатора — 192.168.200.1.

6. Затем введите IP-адрес предпочитаемого DNS-сервера. Если у вас есть DNS-сервер, возможно, в вашей домашней или офисной сети, используйте этот адрес. В противном случае вы можете использовать общедоступный адрес DNS-сервера. В этом примере адрес DNS-сервера — 8.8.8.8, это общедоступный DNS-сервер Google.

При необходимости вы также можете добавить Альтернативный DNS-сервер . Но для этого примера достаточно предпочитаемого DNS-сервера.После завершения настройки сетевого адреса нажмите OK .

Настройка параметров IPv4

Вернувшись в окно Свойства Ethernet , щелкните Закрыть , чтобы применить изменения.

Закрытие окна свойств Ethernet

Вы увидите, что статус сети изменился на «Подключено».

ВМ имеет доступ к сети и Интернету

8. Наконец, чтобы проверить сеть, откройте веб-браузер на L1-VM и перейдите на веб-сайт.

Доступ к Интернету внутри L1-VM

Установка Hyper-V на виртуальную машину первого уровня

На данный момент вы создали виртуальную машину Hyper-V, которая скоро станет хостом вашей вложенной установки виртуализации.Но окончательный тест — установить Hyper-V внутри L1-VM и создать виртуальную машину второго уровня (гостевую).

Установка Hyper-V зависит от операционной системы L1-VM. См. Hyper-V для Windows 10 или Hyper-V для Windows Server. В этом примере Hyper-V устанавливается на Windows Server 2016.

Чтобы установить Hyper-V на L1-VM, убедитесь, что вы находитесь на консоли L1-VM и:

1. Откройте PowerShell от имени администратора.

2. Запустите приведенную ниже команду в PowerShell, чтобы установить Hyper-V.Коммутатор -IncludeManagementTools устанавливает инструменты управления Hyper-V, такие как диспетчер Hyper-V и модуль Hyper-V PowerShell. Параметр -Restart перезагружает L1-VM после установки.

  Install-WindowsFeature Hyper-V -IncludeManagementTools -Restart  

Вы увидите индикатор выполнения установки, как показано ниже. Дождитесь окончания установки, и L1-VM должна автоматически перезагрузиться.

Установка Hyper-VM на L1-VM

После перезапуска ВМ L1 запустите диспетчер Hyper-V на ВМ L1.Для этого нажмите Пуск —> Администрирование Windows —> Диспетчер Hyper-V .

Запуск Hyper-V Manager на L1-VM

Поздравляем! Теперь вы установили Hyper-V внутри гостевой виртуальной машины Hyper-V!

Окно диспетчера Hyper-V внутри L1-VM

На этом этапе вы успешно включили вложенную виртуализацию в Hyper-V и теперь можете создать и настроить виртуальную машину второго уровня (назовите ее L2-VM ), используя те же шаги, что и при создании L1- ВМ .

Гости Hyper-V, использующие вложенную виртуализацию

Заключение

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

Что вы думаете о вложенной виртуализации Hyper-V? Это что-то, что вы бы использовали в своей работе? Или вы думаете, что есть лучшие альтернативы?

Основы виртуализации Microsoft Hyper V для продвижения

Сценарии внедрения Microsoft Hyper V с виртуальными машинами | виртуальные коммутаторы и их типы | Хранилище в серверной операционной системе 2012 | 2016 | 2019

Понимание сценариев внедрения, связанных с инфраструктурой виртуализации корпоративного уровня


Подробное обсуждение о вычислительных ресурсах | Хранение | Нетворкинг.

Типы виртуальных коммутаторов Внешний | Внутренний | Private

Различия между гипервизорами типа 1 и типа 2.

Изучение концепций серверных операционных систем Microsoft в отношении Hyper V Server 2012 | Сервер 2016 | Server 2019, а также подробно обсудите стандартную версию и версию для центра обработки данных.

Концепции, конфигурация и развертывание виртуальных машин с настройкой различных функций.

Типы виртуальных машин поколения 1 и поколения 2.


Краткий обзор того, что такое виртуализация

Типы виртуализации типа 1 и типа 2 с примерами
Ограничения Hyper Visor типа 2 для производственной инфраструктуры

Установка операционной системы на виртуальной машине Основные возможности Visor для индустрии виртуализации

Понимание типов виртуальных коммутаторов и их реализации внутри Hyper V

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

Подключение виртуальной машины к локальной сети и подключения RDC

Предварительные требования для развертывания виртуальной машины внутри Hyper V

Операционная система Установка на виртуальной машине

Установка Hyper V в операционной системе Microsoft Server

Проверка установки Microsoft Hyper V
Снимки развертывания с концепциями

Сценарии внедрения Microsoft Hyper V с виртуальными машинами | виртуальные коммутаторы и их типы | Хранилище в серверной операционной системе 2012 | 2016 | 2019

Понимание сценариев внедрения, связанных с инфраструктурой виртуализации корпоративного уровня


Подробное обсуждение о вычислительных ресурсах | Хранение | Нетворкинг.

Типы виртуальных коммутаторов Внешний | Внутренний | Private

Различия между гипервизорами типа 1 и типа 2.

Изучение концепций серверных операционных систем Microsoft в отношении Hyper V Server 2012 | Сервер 2016 | Server 2019, а также подробно обсудите стандартную версию и версию для центра обработки данных.

Концепции, конфигурация и развертывание виртуальных машин с настройкой различных функций.

Типы виртуальных машин поколения 1 и поколения 2.


Краткий обзор того, что такое виртуализация

Типы виртуализации типа 1 и типа 2 с примерами
Ограничения Hyper Visor типа 2 для производственной инфраструктуры

Установка операционной системы на виртуальной машине Основные возможности Visor для индустрии виртуализации

Понимание типов виртуальных коммутаторов и их реализации внутри Hyper V

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

Подключение виртуальной машины к локальной сети и подключения RDC

Предварительные требования для развертывания виртуальной машины внутри Hyper V

Операционная система Установка на виртуальной машине

Установка Hyper V на операционной системе Microsoft Server

Проверка установки Microsoft Hyper V
Снимки развертывания с концепциями

Виртуализация: VMWare vs.Microsoft Hyper-V

Виртуализация — это самая большая тенденция в ИТ сегодня. К 2020 году на виртуализацию будет приходиться 98 процентов расходов на рост ИТ. Это увеличение расходов на виртуализацию обеспечит более эффективные и экономичные способы сокращения времени простоя, повышения производительности ИТ, экономии оборудования и многого другого.

Чтобы решить, что делает виртуализацию такой успешной, мы решили сравнить два самых популярных решения: VMWare и Microsoft Hyper-V. Хотя обе виртуальные платформы сопоставимы, обе они имеют различный набор преимуществ и недостатков.

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

Службы виртуализации для сервера или рабочего стола

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

Как VMWare, так и Hyper-V являются гипервизорами, которые позволяют развертывать виртуальные серверы и рабочие столы. Оба они легко настраиваются и могут помочь организациям всех уровней получить виртуализированные системы внутри гибридного облака или центра обработки данных.

Хотя в этой статье не рассматриваются все типы архитектуры виртуализации, основное внимание будет уделено тому, что VMWare и Microsoft Hyper-V используют для реализации виртуализации серверов, что называется архитектурой VMM типа 1.

Проект монолитного гипервизора и Микроядерный дизайн гипервизора — это две подкатегории VMM типа 1.В каждом варианте разные компоненты продукта виртуализации работают и размещаются на трех уровнях:

Уровень управления (верхний уровень): управляет работающими в нем компонентами и предоставляет компоненты для взаимодействия виртуальных машин с уровнем гипервизора.
Уровень гипервизора (средний уровень): виртуализирует аппаратный уровень и работает непосредственно поверх него.
Аппаратный уровень (самый нижний уровень): содержит физическую сеть и устройства хранения.

Имея это базовое представление о двух типах архитектуры проектирования гипервизора, давайте рассмотрим, чем каждый из них отличается, а также преимущества и недостатки каждого из них.

Преимущества и недостатки VMWare vSphere (монолитный дизайн)

VMWare предлагает ряд решений для виртуальных систем, а именно vSphere. Компании, которые хотят сделать виртуальный или гибридный скачок, обнаружат, что продукты VMWare способны выполнить свою работу. Есть также различные версии на выбор, в том числе Standard Edition, Advanced Edition и Enterprise Edition.

На приведенном ниже рисунке показано, как vSphere от VMware использует монолитный дизайн гипервизора, который требует разработки драйверов устройств и их включения в уровень гипервизора перед использованием продукта виртуализации.На уровне гипервизора также работают компоненты продукта, в том числе:

Планирование ресурсов

Распределенная файловая система

Сетевой стек: реализует сетевое взаимодействие VMWare.

Стек хранения: позволяет компонентам уровня управления получать доступ к устройствам хранения.

Microsoft Hyper-V

Программное обеспечение Commvault можно использовать для резервного копирования и восстановления виртуальных машин, размещенных в кластере Hyper-V или на отдельном сервере Hyper-V. Вы можете настроить гипервизор для представления кластера Hyper-V, сервера Hyper-V в кластере или автономного сервера Hyper-V.

Резервные

данных Вы можете создать резервную копию

  • Hyper-V виртуальных машин (питание или питание выключено)

  • VHD и VHDX файлов

  • Снимок файлов

  • файлы конфигурации для виртуальных машин

  • Метаданные, необходимые для выборочного восстановления файлов (только тома NTFS и ext3)

  • Жесткие диски в формате VHDX с размером сектора 4 КБ без метаданных

  • Остановленные реплики Hyper-V

    Данные
2

Резервное копирование невозможно
  • Сквозные диски

  • Жесткие ссылки (только для резервного копирования на уровне дисков)

  • Смарт-файлы подкачки виртуальных машин

  • Определенные виртуальные машины Служба теневого копирования (VTS Volume Service) не удается создать тень

  • Устройства, находящиеся в гостевой виртуальной машине через iSCSI или vHBA

  • Виртуальные машины реплики Hyper-V, которые работают

  • Файлы страниц и подкачки (службы интеграции Hyper-V должны быть установлены на гостевых ВМ)

  • Папки ВМ с включенным сжатием.

Добавить комментарий

Ваш адрес email не будет опубликован.