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

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

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

Создаются виртуальные серверы с виртуальными удаленными рабочими столами для решения различных задач на одном физическом компьютере.

Что такое виртуальная машина на ПК и ее назначение

Для личного пользования вполне годится, если вы решили самостоятельно освоить новую операционную систему. Теперь вам не нужно иметь дополнительного компьютера. Не нужно удалять привычную Windows. Можно учиться одновременно просматривая почту и соц сети и в тоже время получать навыки по установке, настройке новых, полезных и интересных программ. Разработчики так проверяют работу приложений в новых и старых средах, тестируют работу как и операционных систем, так и программ и оборудования.

Но главное назначение пожалуй не в этом, а в очевидной экономии. Ведь не зря эту технологию давно развивают. Для работы серверов в первую очередь нужно производительное оборудование, которое дорого. Обычный сервер использует свои ресурсы где-то на 40-60%. А если таких серверов два или больше, то получается что половина мощностей простаивает.

Чтобы избавиться от кластеризации, не внедрять кучу физический серверов и предназначены виртуальные машины. На одном компьютере можно установить к примеру, почтовый сервер, DNS-сервер, контроллер домена и прокси- сервер. При правильном расчете и настройке у вас будет четыре сервера, которые крутятся на одном физическом. Физический компьютер будет работать на оптимальной мощности.

Как настроить виртуальную машину Hyper -V для Windows?

Программа — гипервизор предназначена для установки, настройки, запуска и управления виртуальных машин. В Windows 10 разработчики сделали свою, встроенную и ничего таким образом не надо покупать. По умолчанию эта оснастка в операционной системе не видна и нам ее надо установить как дополнительный компонент. Для этого в «Панели управления» находим ссылку «Программы», а в нем «Установка дополнительных компонентов Windows»

Флажками отмечаем нужные компоненты:

Начнется установка гипервизора, и применение изменений. Система попросит перезагрузку.

При перезагрузке не забудьте проверить — включена ли виртуализация процессора в BIOS!

Что нам нужно еще для запуска виртуальной операционной системы? Нам достаточно найти ее образ iso и скачать его на компьютер. У меня есть дистрибутив от Linux Fedora для любителей астрономии в виде Iso. Интересно, что это за операционная система? Давайте для начала найдем наш Гипервизор. Для этого жмем на меню «Пуск» спускаемся вниз и находим «Средства администрирования».

Можно вывести ярлыки на рабочий стол для удобства. Диспетчер предназначен для управления виртуальными машинами. А «быстрое создание» говорит само за себя. Жмем на этот ярлык. По умолчанию система предлагает создать виртуальную машину Windows 10 или Linux -Ubuntu. Но мы сегодня будем искать другой образ, нажимаем «Сменить источник установки»:

Не забываем в «дополнительных параметрах» указать сетевой адаптер и имя виртуально машины.

В «Проводнике» ищем наш нужный образ операционной системы:

После чего нажимаем большую синюю кнопку:

Виртуальная машина Hyper -V создается с параметрами по умолчанию, обычно это минимальные системные требования для запуска. Система сама отбирает количество ядер процессора, выделяет оптимальный объем оперативной памяти, создает ВИРТУАЛЬНЫЙ жесткий диск исходя из имеющихся пространства в наличии. Место расположения виртуальной машины так же автоматически выбирается на диске. Но Вы можете изменять все настройки под себя. Перед подключением зайдите:

Все параметры поддаются изменению; внимательно читаем, что и для чего предназначено:

После можно подключиться.

Как и любая операционная система, виртуальная так же требует установки. Все так же как и в реале:)

Типичная Linux- установка:

После загрузки графической оболочки KDE, продолжим устанавливать дистрибутив на ВИРТУАЛЬНЫЙ жесткий диск, выбрав соответствующий ярлык:

Управление виртуальной машиной Hyper-V осущесвляется путем нажатия кнопок в верхней части панели:

Кнопки позволяют запускать, приостанавливать, завершать работу, создавать контрольную точку, а так же экспортировать виртуальную машину. Все как в настоящем компьютере:). Hyper-V будет хороша на серверных редакциях Windows. Правда там нужно уметь много чего настраивать. И этот гипервизор у меня пару раз слетал после крупных кумулятивных обновлений «десятки». Его приходилось ставить заново.

Обзор виртуальной машины VM Workstation, как настроить и установить

Другим популярным решением является VM Ware Workstation . Это очень гибкое программное решение, с ним у меня не было проблем. Оно не бесплатно. Но оно легкое, и работает без сбоев, его просто было настраивать. Скачиваем и настраиваем программу. На последних редакциях Windows 10 гипервизор не запустится, программа выдаст ошибку. Если при первом запуске виртуальной машины у вас появиться ошибка vmware player and device/credential guard are not compatible, сначала .

Соглашаемся с указаниями мастера; после установки перезагружаем компьютер. Запускной файл находим через меню «Пуск» и клацаем по нему:

Открываем программу, создаем новую виртуальную машину.

Выбираем обычный тип установки:

Далее, мастер как и положено предложит установить операционную систему. Сделать это он предлагает либо с CD/DVD диска либо с файла ISO. У меня файл лежит на диске, его я и буду использовать. В этом примере я ставлю Windows XP .

При использовании «быстрой установки» такие параметры как имя компьютера, раскладка клавиатуры, ключ продукта, имя пользователя, учетная запись, будут установлены по умолчанию. Это не всегда удобно, и эти данные исправляются после установки, либо в момент создания образа операционной системы. Но в последнем случае придется пройти вручную по всем этапам — как на физическом компьютере.

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

Вот мы и дошли до ключевых настроек. Нужно указать размер ВИРТУАЛЬНОГО жесткого диска:

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

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

Управление виртуальными машинами осуществляется понятно и просто. Так же есть панель управления, которая расположена в верхней части окна:

Виртуальная машина Windows XP на Windows 10, видео

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

Ничего сложного! Удачи!

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

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

Такая программа позволяет эмулировать процессор, оперативную память, жесткий диск, BIOS и т.д.

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

Предназначение VMware Workstation

1. VMware Workstation позволяет опробовать любую (почти любую) операционную систему на компьютере без необходимости создания новых разделов на физическом жёстком диске.

2. VMware Workstation позволяет установить на одном компьютере несколько операционных систем без необходимости соответствующего конфигурирования физических жестких дисков.

3. VMware Workstation позволяет работать с несколькими операционными системами одновременно с возможностью динамического переключения между ними без перезагрузки системы.

4. VMware Workstation позволяет тестировать приложения под управлением различных операционных систем (например, XP и 8).

5. VMware Workstation позволяет эмулировать компьютерную сеть.

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

7. Преподаватели используют VMware Workstation, чтобы создавать виртуальные машины для студентов, включающие все приложения, которые требуются для обучения. Ничего страшного не произойдет, если студент в процессе обучения умышленно или нечаянно разрушит подопытную среду. Для восстановления поврежденной виртуальной системы из резервной копии (созданный ранее Snapshot) понадобится всего несколько секунд.

Системные требования VMware Workstation Technology Preview 2014

Как указано в документации к программе VMware Workstation Technology Preview 2014, системные требования к платформе схожи с VMware Workstation 10, за исключением следующего:

1. 32 – разрядные операционные системы теперь не поддерживаются в качестве хостовой системы (теперь платформу можно устанавливать только на 64 – разрядные системы)

2. Windows XP 64-Bit, Windows Vista 64-Bit, Windows Server 2003 64-Bit и Windows Server 2008 (64-бит (не включая R2) также не поддерживаются в качестве хостовой системы

В остальном системные требования аналогичны VMware Workstation 10

• Минимальная тактовая частота процессора 1.3 GHz
• Минимальное количество оперативной памяти для хостовой системы 1Гб, рекомендуется 2 Гб.
• Минимальное количество оперативной памяти для гостевой системы 256 Мб.
• 1.5 Гб свободного пространства на жестком диске

Существуют версии программы для Windows, Linux. Windows и Linux версии программы имеют единый серийный номер, поэтому покупая приложение для одной из этих ОС, пользователь может бесплатно использовать его в другой. Если необходима программа для Mac, то необходимо установить VMware Fusion.

Есть у компании VMware и бесплатный продукт – это VMware Player , который можно использовать бесплатно в личных некоммерческих целях.

В чем разница между VMware Player и VMware Workstation?

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

Установка программы VMware Workstation

1. Скачать превью VMware Workstation 11

Рис.1 Сайт VMware

M50AC-J034J-08L8A-03ARM-3D14A

c. Скачать программу. Чтобы скачать программу, необходимо зарегистрироваться на сайте.

2. Запустить файл инсталляции программы VMware Workstation (новая версия VMware Workstation устанавливается только на 64 bit системы Windows).

3. На первом шаге инсталляции программы нажать кнопку Next

4. В диалоговом окне лицензионного соглашения установить радиокнопку I accept the terms in the license agreement и нажать Next

5. В следующем окне выбора способа инсталляции программы указать Typical

6. Указать путь для инсталляции программы VMware Workstation и нажать Next

7. Если необходимо, чтобы при запуске программы VMware Workstation производилась проверка обновлений, проверить, установлен ли флажок в чекбоксе Check for product updates on startup и нажать Next

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

11. По окончании установки нажать кнопку Finish

Чтобы иметь под рукой сразу несколько операционных систем с отдельным рабочим пространством и приложениями, не нужно покупать второй (третий, четвертый и т. д.) компьютер. Потому что всё это уместится в вашем единственном ПК. Как? Благодаря виртуальным машинам (ВМ) — особым программам, которые создают (эмулируют) внутри основной операционной системы воображаемые (виртуальные) компьютеры.

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

На одном физическом компьютере одновременно может работать несколько виртуальных. Сколько именно — зависит от аппаратных ресурсов: чем шустрее процессор, объемнее оперативка, просторнее накопитель, тем больше. Обычный домашний ПК средней производительности на базе Windows 10 справляется с одновременной работой трех-пяти легковесных ОС (например, Windows XP, Android и Lubuntu + основная система). Или двух-трех относительно тяжеловесных (например, основная Windows 10 + виртуальные Windows 7 и Mac OS X). Как вы уже поняли, приложения-эмуляторы виртуальных компьютеров позволяют устанавливать и запускать на них самые разные ОС.

Виртуальные машины общего назначения (в отличие от специализированных — таких, как, например, VM Java), используют:

• Для запуска приложений, которые не поддерживает основная система.
• Для защиты системы от потенциального вреда непроверенных программ.
• Как дополнительную преграду от вирусов при посещении сомнительных веб-ресурсов.
• Для создания изолированной среды для изучения деятельности вредоносного ПО.
• В качестве тестового полигона для отладки собственных разработок.
• Для освоения технологий построения сетей.
• Для двойной авторизации на некоторых игровых порталах и многого другого.

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

Сегодня мы не будем касаться промышленного применения ВМ, а рассмотрим только то, что может быть полезно домашним пользователям ОС Windows.

Oracle Virtualbox

Рассмотрим процесс создания новой виртуальной машины и начало установки в нее Windows 10.

• Кликнем в верхней панели кнопку «Создать».

• В первом окошке мастера создания ВМ укажем имя ОС (оно будет отображаться в списке гостевых систем), ее тип (Windows, Linux и т. д.) и версию. В нашем примере это Windows 10 32 bit (можно поставить и 64 bit, но ей потребуется больше ресурсов). Для перехода к следующему шагу нажмем Next.

• Дальше укажем размер оперативной памяти ВМ. По умолчанию Windows 10 x86 отводится 1 Гб, но вы можете увеличить этот объем, сдвигая ползунок вправо. Если на вашем ПК не очень много оперативки, не отдавайте ВМ больше 2-3 Гб, иначе основная система будет тормозить из-за нехватки памяти.

• Следом создаем виртуальный жесткий диск. Если вы ставите систему первый раз, выбирайте вариант «Создать новый».

• Тип виртуального диска оставим по умолчанию.

• Формат хранения данных — это область на физическом накопителе вашего компьютера, который отводится ВМ. Она может иметь постоянный или динамически расширяемый объем в тех пределах, которые вы определите дальше. Для экономии места выберем динамический формат.

• Следом укажем имя тома (виртуального диска С) и его размер. По умолчанию — 32 Гб.

• После нажатия в последнем окошке кнопки «Создать» в списке появится новая виртуальная машина. Справа в рамке показаны ее параметры.
• Для перехода к установке Windows кликнем в верхней панели кнопку «Запустить».

• В окне, которое откроется после этого, появится окошко «Выберите загрузочный диск». Нажмите на иконку папки и укажите путь к дистрибутиву системы. Это может быть образ в формате.iso или физический носитель (DVD, флешка). Выбрав дистрибутив, нажмите «Продолжить».

• Дальнейший ход инсталляции ОС в виртуальную машину не отличается от установки ее на физический компьютер.

Некоторые настройки ВМ и гостевой системы

Клик в окне виртуальной машины захватывает курсор мыши (т. е. он будет двигаться только в пределах виртуального экрана). Для возврата курсора в основную ОС нажмите комбинацию Ctrl+Alt.

Для доступа ко всему набору функций гостевой ОС нужно установить специальные дополнения. Зайдите в меню «Устройства», щелкните «Подключить образ диска дополнений гостевой ОС» и следуйте дальнейшим инструкциям.

Чтобы подключить к гостевой системе папку для обмена файлами с основной, кликните в меню «Устройства» пункт «Общие папки». Нажмите на значок «папка+» в открывшемся окне и через поле «путь к папке» укажите ее в проводнике (в нем показаны каталоги основной системы).

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

Чтобы изменить порядок опроса загрузочных устройств (например, для загрузки виртуальной машины с DVD), завершите работу гостевой ОС, откройте ее настройки (в главном окне Virtualbox) и зайдите на первую вкладку раздела «Система». В списке «Порядок загрузки» отметьте нужный носитель и, нажимая кнопки со стрелками, передвиньте его наверх.

VMware Workstation Pro

Некоторые опции виртуальных машин Hyper-V

Чтобы сделать снимок состояния запущенной гостевой ОС, Откройте верхнее меню ее окна «Действие» и щелкните «Контрольная точка». Либо нажмите комбинацию Ctrl+N.

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

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

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

• Экспорт и импорт виртуальных машин
• Работа с моментальными снимками
• Работа с динамической миграцией (новая функция Hyper-V R2)

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

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

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

1. Экспорт виртуальной машины с первого сервера Hyper-V в виде коллекции экспортированных файлов и папок
2. Импорт экспортированных файлов и папок в целевой сервер Hyper-V.

Ниже кратко описаны действия по экспорту виртуальной машины.

1. Вначале завершите работу виртуальной машины, которую требуется переместить. Чтобы завершить работу виртуальной машины, выберите виртуальную машину в консоли диспетчера Hyper-V, а затем щелкните команду «Завершить работу» на панели «Действия».
2. Определите расположение, в которое будет экспортирована виртуальная машина. Расположение экспорта может иметь следующие значения:
   • Временная папка на внешнем жестком диске для переноса файлов экспортированной виртуальной машины с первого сервера Hyper-V на целевой сервер.
   • Общая папка на сетевом файловом сервере для временного хранения файлов экспортированной виртуальной машины до перемещения на целевой сервер.
   • Общая папка на целевом сервере, которая представляет собой итоговое расположение миграции виртуальной машины.
3. Выберите экспортируемую виртуальную машину и щелкните команду «Экспорт» на панели «Действия». В открывшемся окне «Экспорт виртуальной машины» введите путь к расположению экспорта или выберите его. Если целевая папка является общей сетевой папкой, укажите для нее путь UNC.
4. Нажмите кнопку «Экспорт» для запуска экспорта.

После завершения экспорта в расположении будут представлены следующие файлы и папки:

• Confix.xml XML-файл, содержащий сведения о исходных расположениях всех виртуальных жестких дисков, настроенных для экспортированной виртуальной машины.
• Virtual Machines Папка, содержащая файл экспорта с именем .exp. Этот файл содержит сведения об экспортированной виртуальной машине и преобразуется в XML-файл конфигурации в ходе импорта.
• Virtual Hard Disks Папка, содержащая виртуальные жесткие диски (VHD-файлы) для экспортированной виртуальной машины.
• Snapshots Папка, содержащая сведения о моментальных снимках виртуальной машины, в т. ч. файлы разностных дисков моментальных снимков (AVHD-файлы) и файлы сведений о состоянии этих снимков (файлы VSV и BIN).

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

При выполнении импорта необходимо понимать следующие аспекты. Во-первых, импорт возможен только для виртуальных машин, экспортированных с другого сервера Hyper-V. Импорт виртуальных машин из Virtual Server 2005 или Virtual PC невозможен. Все три продукта виртуализации серверов (Hyper-V, Virtual Server и Virtual PC) используют один формат файлов виртуального жесткого диска VHD, но сведения о конфигурации виртуальных машин хранятся по-разному. Кроме того, они также имеют другие несовместимые функции.

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

Ниже кратко описаны действия по импорту экспортированных файлов и папок виртуальной машины.

1. Убедитесь в том, что экспортированные файлы и папки находятся в корректных расположениях на целевом сервере.
2. Подключитесь к целевому серверу в консоли диспетчера Hyper-V, а затем щелкните команду «Импорт виртуальной машины» на панели «Действия».
3. В открывшемся окне «Импорт виртуальной машины» введите путь к расположению экспортированных файлов и папок или выберите его.
4. Нажмите кнопку «Импорт» для запуска импорта.

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

Работа с моментальными снимками

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

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

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

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

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

Рисунок 2-17 . Моментальные снимки виртуальной машины.

Как показано на рисунке 2-17, при создании снимка виртуальной машины на панели «Моментальные снимки» отображается зеленая стрелка с надписью «Сейчас». Эта стрелка указывает на текущую конфигурацию виртуальной машины.

Для создания снимков виртуальной машины также можно использовать средство подключения к виртуальной машине. Это можно сделать двумя способами:

• Выберите команду «Моментальный снимок» из меню «Действие».
• Щелкните значок «Моментальный снимок» на панели инструментов.

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

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

%SystemRoot%\ProgramData\Microsoft\Windows\HyperV\Snapshots

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

При создании моментального снимка машины будут созданы файлы следующих типов:

• XML-файл конфигурации виртуальной машины
• VSV-файлы сохраненного состояния виртуальной машины
• BIN-файлы содержимого памяти виртуальной машины
• AVHD-файлы разностного диска для моментального снимка

Как показано на рисунке 2-17, при выборе снимка в области «Моментальные снимки» на панели «Действия» отображаются различные действия, которые можно выполнить с этим снимком. Эти действия описаны ниже.

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

Примечание Моментальные снимки доступны только для чтения. Единственными параметрами снимка являются его имя и присоединенное описание.

При выборе виртуальной машины на панели «Виртуальные машины» на панели «Действия» отобразятся следующие задачи:

• Моментальный снимок Это действие позволяет сделать еще один моментальный снимок виртуальной машины.
• Вернуть Это действие позволяет применить предыдущий моментальный снимок, расположенный сразу под зеленой стрелкой «Сейчас» на панели «Моментальные снимки».

Совет При удалении всего дерева снимков к запущенной виртуальной машине будет применен последний снимок. Чтобы получить первоначальную конфигурацию виртуальной машины, необходимо делать первый моментальный снимок после ее настройки, но до внесения изменений для тестирования конфигурации. Это позволяет применить первый (исходный) снимок перед удалением дерева моментальных снимков, чтобы вернуть конфигурацию виртуальной машины к исходному состоянию.

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

Измените расположения файлов виртуального жесткого диска и конфигурации компьютера по умолчанию

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

Установите службы интеграции

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

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

При миграции виртуальных машин с Virtual PC или Virtual Server 2005 R2 следует удалить дополнения виртуальных машин и сжать виртуальных жесткий диск перед перемещением диска на сервер Hyper-V.

Настройте оптимальную производительность дисплея

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

Настройте фиксированные виртуальные жесткие диски

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

Используйте виртуальные адаптеры SCSI для дисков данных

Виртуальная машина Hyper-V должна загружаться с виртуального контроллера IDE, но после этого для подключения дополнительных виртуальных жестких дисков можно использовать виртуальные адаптеры SCSI.Несмотря на то, что отличия виртуального контроллера IDE и виртуального контроллера SCSI в Hyper-V минимальны (при установленных службах интеграции), к виртуальному контроллеру SCSI можно подключить больше виртуальных жестких дисков большего размера (4 контроллера с 64 виртуальными дисками, что составляет 256 дисков на машину). Таким образом, чтобы использовать больше четырех виртуальных дисков на машину, используйте контроллер SCSI.

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

Чтобы обеспечить достаточное количество ресурсов ЦП на физическом сервере, следует определить производительность виртуальной машины при обработке соответствующих рабочих нагрузок. По умолчанию сервер Hyper-V обрабатывает все виртуальные машины одинаковым образом. Такой подход на практике может быть нерациональным решением. При выделении ресурсов ЦП физической машины важно не превысить лимит, выделяя больше ресурсов физической машины, чем имеется в наличии. Следующая версия System Center Virtual Machine Manager (SCVMM 2008) будет играть ключевую роль в мониторинге производительности виртуальной машины.

На следующем рисунке показаны параметры конфигурации процессора для виртуальной машины:

Параметры конфигурации процессора на предыдущем рисунке описаны ниже:

• Резерв для виртуальных машин Доля логического ЦП, которая выделяется для работы виртуальной машины. По мере запуска виртуальных машин доступная на сервере Hyper-V мощность сокращается
• Ограничение для виртуальных машин Доля загрузки логического ЦП, которую не может превышать запущенная виртуальная машина.
• Относительный вес Определяет распределение ЦП при конфликте запущенных виртуальных машин. Чем больше число, тем больше мощности выделено виртуальной машине. Относительный вес может иметь значение от 1 до 10 000.
• Выполнить перенос на физический компьютер с другой версией процессора Этот параметр введен в Hyper-V R2 и позволяет включить или отключить режим совместимости процессора. Дополнительные сведения см. ниже во врезке «Принцип работы: режим совместимости процессора».
• Запустить более старую операционную систему, например Windows NT Сокращает уязвимость некоторых операционных систем к высоким значениям CPUID. Неожиданно высокие значения CPUID могут служить причиной аварийного завершения работы. В исходной версии Hyper-V этот параметр назывался «Ограничить функциональность процессора».

Попробуйте использовать транзитные диски

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

Обеспечьте высокую доступность общего файлового ресурса

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

Оптимизируйте производительность контроллеров домена

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

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

- Отдел CSS Global Technical Readiness (GTR)

Если планируется использовать системы хранения данных с интерфейсом iSCSI – крайне рекомендуется выделить для работы iSCSI отдельный сетевой интерфейс, а то и два – для работы MPIO. Если LUN’ы будут монтироваться в хостовой ОС – то нужно просто оставить один или два интерфейса не привязанными к виртуальным сетям. Если же iSCSI-инициаторы будут работать внутри виртуальных машин – для них нужно создать одну или две отдельных виртуальных сети, которые будут использоваться исключительно для трафика iSCSI.

VLAN-тегирование

VLAN-тегирование (IEEE 802.1q) означает «маркировку» сетевых пакетов специальным маркером (тегом), благодаря которому пакет может быть ассоциирован с определенной виртуальной сетью (VLAN). При этом хосты, принадлежащие к разным VLAN, будут находиться в разных широковещательных доменах, хотя и подключаться физически к одному и тому же оборудованию. Виртуальные сетевые адаптеры в Hyper-V так же поддерживают тегирование VLAN. Для этого нужно зайти в свойства виртуального адаптера в настройках виртуальной машины и прописать там соответствующий VLAN ID.

Активное оборудование

До сих пор мы говорили о сетевых интерфейсах и виртуальных сетевых адаптерах в пределах хоста. Но необходимо так же учитывать и пропускную способность активного оборудования – к примеру, коммутаторов, к которым наши хосты будут подключаться. Простой пример: если имеется 8-портовый коммутатор 1Gbps, и каждый из портов утилизирует весь 1Gbps пропускной способности – то 1Gbps-аплинк физически не сможет пропускать такие объемы трафика, что приведет к падению производительности. Особенно это приходится учитывать при использовании iSCSI – нагрузки там могут быть высоки, а задержки пакетов могут быть достаточно критичны для производительности. Поэтому при использовании iSCSI крайне рекомендуется пускать iSCSI-трафик через отдельные коммутаторы. Теперь перейдем к рекомендациям по ОС хоста. Как известно, ОС Windows Server 2008 R2 может быть установлена в двух разных режимах: Full и Server Core. С точки зрения работы гипервизора эти режимы ничем не отличаются. Хотя режим Server Core на первый взгляд кажется сложнее (особенно для малоопытных администраторов), рекомендуется использовать именно этот режим. Установка ОС в режиме Server Core имеет следующие преимущества по сравнению с полной установкой:

• Меньший объем обновлений
• Меньшая поверхность атаки для потенциальных злоумышленников
• Меньшая нагрузка на процессор и память в родительской партиции

Запуск других приложений в хостовой ОС

Запуск в гостевой ОС сторонних (не имеющих отношения к Hyper-V) приложений, а так же установка других серверных ролей помимо Hyper-V может привести к сильному падению производительности, а так же к снижению стабильности. Дело в том, что из-за особенностей архитектуры Hyper-V, все взаимодействие виртуальных машин с устройствами проходит через родительскую партицию. Поэтому высокие нагрузки или «падение в синий экран» в родительской партиции обязательно приведут к падению производительности или просто к «падению» всех запущенных виртуальных машин. Сюда же можно (и нужно) отнести антивирусное ПО. Нужно ли оно вообще на хосте, который не будет заниматься ничем, кроме, собственно, виртуализации – это, конечно, тот еще вопрос. Тем не менее, если антивирус все же установлен – первое, что необходимо сделать – исключить из списка проверки все папки, где могут находиться файлы виртуальных машин. В противном случае, при сканировании может замедлиться производительность, а если в каком-нибудь VHD-файле обнаружится что-то похожее на вирус – то при попытке лечения антивирусный пакет может испортить сам VHD. Подобные случаи наблюдались и с базами MS Exchange, и потому первая рекомендация – не ставить вообще на серверах Exchange файловые антивирусы, а если и ставить – то добавить папки с базами в исключения. Шаги, которые необходимы предпринять для повышения производительности самих виртуальных машин – зависят от приложений, которые будут на них выполняться. У Microsoft имеются рекомендации (best practices) для каждого из приложений – Exchange, SQL Server, IIS, и других. Аналогичные рекомендации существуют для ПО других вендоров. Здесь я дам лишь общие рекомендации, не зависящие от конкретного ПО.
Здесь будет рассказано, почему нужно устанавливать Integration Services в гостевой ОС, как упростить развертывание новых виртуальных машин с помощью библиотеки VHD, и как поддерживать эти VHD в актуальном состоянии с выпуском новых патчей.

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

Сервисы интеграции – это набор драйверов, работающих внутри гостевой ОС. Они должны быть установлены сразу после установки ОС. На данный момент список поддерживаемых ОС следующий:

• Windows 2000 Server SP4
• Windows Server 2003 SP2
• Windows Server 2008
• Windows XP SP2, SP3
• Windows Vista SP1
• SUSE Linux Enterprise Server 10 SP3 / 11
• Red Hat Enterprise Linux 5.2 – 5.5

ОС Windows 7 и Windows Server 2008 R2 содержат сервисы интеграции в инсталляционном пакете, поэтому на эти ОС их не нужно устанавливать дополнительно.
Установка интеграционных сервисов позволяет использовать синтетические устройства, имеющие более высокую производительность по сравнению с эмулируемых. Подробнее о разнице между эмулируемыми и синтетическими устройствами – в моей статье об архитектуре Hyper-V.
Вот список драйверов, входящих в Integration Services:

• IDE-контроллер – заменяет собой эмулируемый IDE-контроллер, что повышает скорость доступа к дискам
• SCSI-контроллер – является полностью синтетическим устройством и требует для работы обязательной установки интеграционных сервисов. К каждому SCSI-контроллеру можно подключить до 64 дисков, самих контроллеров может быть до 4 на каждую виртуальную машину.
• Сетевой адаптер – имеет более высокую производительность, чем эмулируемый (Legacy Network Adapter), и поддерживает особые функции, такие, как VMQ.
• Видео и мышь – повышают удобство управления виртуальной машиной через ее консоль.

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

• Operating System Shutdown – возможность корректного завершения работы гостевой ОС без логина в нее. Аналогично нажатию кнопки Power на корпусе ATX.
• Time Synchronization – ясно из названия – синхронизация системного времени между хостовой и гостевой ОС.
• Data Exchange – обмен ключами реестра между гостевой и хостовой ОС. Таким образом, к примеру, гостевая ОС может определить имя хоста, на котором она запущена. Эта возможность доступна только для гостевых ОС семейства MS Windows.
• Heartbeat – специальный сервис, периодически отправляющий специальные сигналы, означающие, что с виртуальной машиной все в порядке. Если гостевая ОС по какой-то причине, например, зависнет – она перестанет отправлять Heartbeat, и это может служить сигналом, к примеру, для автоматической перезагрузки.
• Online Backup – представляет из себя VSS Writer, позволяющий в любой момент получить консистентную резервную копию данных виртуальной машины. При запуске резервного копирования через VSS приложения, запущенные на виртуальной машине автоматически сбрасывают данные на диск, и потому бэкап получается консистентным.

Для установки интеграционных сервисов в ОС Windows нужно выбрать Action – Integration Services Setup . При этом к виртуальной машине автоматически подмонтируется ISO-образ с файлами установки, и запустится процесс инсталляции. Если в гостевой системе отключен запуск Autorun, то процесс инсталляции придется запустить вручную.
Интеграционные компоненты для Linux не включены в дистрибутив Windows Server – их необходимо загрузить с сайта Microsoft.

Sysprep: создаем мастер-образ

Если у вас имеется достаточно большая инфраструктура, и вам приходится часто создавать новые виртуальные машины и устанавливать на них ОС –набор готовых «мастер-образов» виртуальных жестких дисков поможет сильно сэкономить время. Такой «мастер-образ», хранящийся в виде VHD-файла, можно скопировать, а затем создать новую виртуальную машину с использованием VHD в качестве жесткого диска. При этом на нем уже будет установлена ОС и некоторый необходимый набор ПО (в частности – сервисы интеграции).
Для создания такого мастер-образа необходимо:

1. Создать новую виртуальную машину
2. Произвести установку ОС, сервисов интеграции, всех доступных обновлений системы и дополнительного ПО, если таковое необходимо
3. Подготовить установленную ОС с помощью утилиты Sysprep, которая удалит информацию о пользователе, ключе продукта и уникальный идентификатор (SID).

При первой загрузке виртуальной машины с такого образа запустится процедура, именуемая «mini-setup». При этом будет предложено заново ввести имя компьютера, пароль администратора, и некоторые другие данные.

Оффлайн-установка обновлений

Мы создали мастер-образ, и он будет храниться у нас в течение длительного времени. И все бы ничего, но есть одна небольшая проблема: периодически выходят обновления системы, и при развертывании виртуальной машины с мастер-образа придется установить все обновления, вышедшие с момента создания мастер-образа. Если образ был создан, скажем, год или два тому назад – объем обновлений может быть достаточно большим. Кроме того, сразу после подключения к сети ОС без последних обновлений подвержена всевозможным угрозам безопасности, в том числе – и вирусам. Есть прекрасный инструмент, позволяющий устанавливать обновления прямо на мастер-образы виртуальных машин – он называется «Offline Virtual Machine Servicing Tool». Для его использования необходимо развернуть System Center Virtual Machine Manager (SCVMM), а так же иметь развернутый сервер WSUS или SCCM, откуда, собственно говоря, обновления и будут подтягиваться. Принцип его действия следующий:

1. Виртуальная машина разворачивается на специальном, выбираемом с помощью SCVMM, хосте – так называемый maintenance host.
2. Виртуальная машина запускается, и на ней производится установка всех необходимых обновлений.
3. Виртуальная машина останавливается, и VHD-файл возвращается в библиотеку уже с установленными обновлениями.

Offline Virtual Machine Servicing Tool распространяется бесплатно. Чтобы больше узнать об этом инструменте и скачать его – можно зайти на официальный сайт: