Автоматизация для самых маленьких. часть 1.1. основы виртуализации

Какие функции имеет Hyper-V?

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

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

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

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

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

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

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

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

Вызов Диспетчера задач в Виндовс 8

Одной из самых распространенных проблем, с которыми приходиться встречаться пользователям является так называемое зависание программ. В этот момент может наблюдаться резкое падение производительности системы вплоть до того что компьютер перестаёт реагировать на команды пользователя. В таких случаях лучше всего будет принудительно завершить зависший процесс. Для этого в Windows 8 предусмотрен замечательный инструмент – «Диспетчер задач».

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

Способ 1: Сочетания клавиш

Самый известный способ запустить «Диспетчер задач» — это нажать сочетание клавиш Ctrl + Alt + Del. Открывается окно блокировки, в котором пользователь может выбрать нужную команду. Из данного окна вы можете не только запустить «Диспетчер задач», вам также доступны опции блокировки, смены пароля и пользователя, а также выход из системы.

Вы сможете более быстро вызвать «Диспетчер», если будете использовать сочетание Ctrl + Shift + Esc. Таким образом вы запустите инструмент не открывая экран блокировки.

Способ 2: Используем панель задач

Еще один способ быстро запустить «Диспетчер задач» — нажать правой кнопкой мыши на «Панели управления» и в выпадающем меню выбрать соответствующий пункт. Данный способ так же быстр и удобен, поэтому именно ему отдают предпочтение большинство пользователей.

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

Способ 3: Командная строка

Также открыть «Диспетчер задач» можно через командную строку, вызвать которую можно с помощью сочетаний клавиш Win + R. В открывшемся окне введите taskmgr или taskmgr.exe. Этот метод не так удобен, как предыдущие, но тоже может пригодится.

Итак, мы рассмотрели 3 наиболее популярных способа запустить на Виндовс 8 и 8.1 «Диспетчер задач». Каждый пользователь сам для себя выберет наиболее удобный метод, но знание парочки дополнительных способов лишним не будет.

Каковы преимущества использования виртуальных машин версии 2?

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

• Безопасная загрузка
  Это функция, которая проверяет, подписан ли загрузчик доверенным центром сертификации в базе данных UEFI, чтобы предотвратить запуск неавторизованного встроенного по, операционных систем или драйверов UEFI во время загрузки. В виртуальных машинах поколения 2 безопасная загрузка включена по умолчанию. Если необходимо запустить операционную систему на виртуальной машине, которая не поддерживается безопасной загрузкой, ее можно отключить после создания виртуальной машины. Дополнительные сведения см. в статье Безопасная загрузка.

  Для защиты виртуальных машин Linux с поколением 2 необходимо выбрать шаблон безопасной загрузки ЦС UEFI при создании виртуальной машины.

• Больший загрузочный том
  Максимальный загрузочный том для виртуальных машин поколения 2 составляет 64 ТБ. Это максимальный размер диска, поддерживаемый. Формате. Для виртуальных машин поколения 1 максимальный загрузочный том составляет 2 ТБ для. VHDX и 2040GB для. VHD. Дополнительные сведения см. в статье Обзор формата виртуального жесткого диска Hyper-V.

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

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

	VMware vSphere 6.0 Enterprise Plus	Microsoft Hyper-V 2012 R2 Datacenter
Макс. vCPU на ВМ	128	64
Макс. ОЗУ на ВМ	4 TБ	1 TБ
Последовательные порты	32 порта	Только подключенные к Named Pipes
Поддержка USB	Да (USB 1.x-3.0), до 20 устройств USB на ВМ	Нет (за исключением Enhanced Session Mode)
Поддержка «горячего» подключения	Да (ЦП, память, диск, сетевая карта, PCIe SSD)	Только диск и память, «горячее» добавление памяти в конфигурации Dynamic
Виртуальных сетевых карт (NIC) на ВМ	10 (любая комбинация поддерживаемых NIC)	8 типа «сетевой адаптер» и 4 — «унаследованный адаптер»
Виртуальных дисков IDE на ВМ	4	4
Емкость виртуального жесткого диска	62 Тбайта	64 Тбайта (формата VHDX в Windows Server 2012)
Поддержка гостевых ОС	Полный список операционных систем, включая FreeBSD 10.0 и Asianux 4 SP3	Меньше гостевых ОС по сравнению с vSphere 6

Что такое ускорение VirtIO?

Рисунок 1: Архитектура ускорения VirtIO

VirtIO — это
стандартный программный интерфейс для
виртуального представления одного
физического устройства на нескольких
виртуальных машинах. Текущие реализации
VirtIO требуют, чтобы гипервизор (также
известный как VirtIO backend vhost) обрабатывал
запрос VirtIO, отправляемый виртуальной
машиной (внешний интерфейс VirtIO), для
связи с физическим драйвером NIC, который
потребляет ресурсы процессора. Архитектура
VirtIO с аппаратным ускорением подразумевает,
что серверная часть (по крайней мере,
путь к данным) реализована аппаратно,
что освобождает ресурсы гипервизора
для возможного достижения более высокой
скорости передачи пакетов. Методы
аппаратного ускорения VirtIO, такие как
vDPA (ускорение виртуальной плоскости
данных), заблокированы и являются
специфическим механизмом ускорения
стандартного API программного обеспечения
virtio. Эта техника, хотя и интересная,
имеет свои достоинства и недостатки.

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

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

если необходимо создать виртуальную машину, которую можно переместить на узел Hyper-V, на котором работает более старая версия Windows, используйте командлет New-VM с параметром-version. например, чтобы создать виртуальную машину, которую можно переместить на узел Hyper-V, работающий Windows Server 2012 R2, выполните следующую команду. Эта команда создаст виртуальную машину с именем «WindowsCV5» и конфигурацией версии 5,0.

Примечание

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

Поддерживаемые версии конфигурации виртуальных машин для долгосрочных узлов обслуживания

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

Версия Windows для узла Hyper-V	9.1	9.0	8.3	8.2	8.1	8.0	7.1	7,0	6,2	5.0
Windows Server 2019
Windows 10 Корпоративная LTSC 2019
Windows Server 2016
Windows 10 Корпоративная 2016 с долгосрочным обслуживанием
Windows 10 Корпоративная 2015 с долгосрочным обслуживанием
Windows Server 2012 R2
Windows 8.1

Поддерживаемые версии конфигурации виртуальных машин для узлов каналов Semi-Annual

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

Версия Windows для узла Hyper-V	9.1	9.0	8.3	8.2	8.1	8.0	7.1	7,0	6,2	5.0
обновление Windows 10 за май 2019 г. (версия 1903)
Windows Server версии 1903
Windows Server, версия 1809
обновлении Windows 10 за октябрь 2018 г. (версия 1809);
Windows Server, версия 1803
Windows 10, обновление за апрель 2018 г. (версия 1803)
Windows 10 Fall Creators Update (версия 1709)
Обновление Windows 10 Creators Update (версия 1703)
Юбилейное обновление Windows 10 Anniversary Update (версия 1607)

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

Мы почти закончили настройку Windows Hyper-V Server 2016 и готовы приступить к установке виртуальных машин. Надо только загрузить iso образ на гипервизор. Тут все очень просто. Открываем в проводнике на управляющей машине удаленный диск через стандартную возможность windows машин, создаем папку iso и загружаем нужный образ.

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

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

История

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

Основные сведения о SMT

Одновременная многопоточность или SMT — это методика, используемая в современных процессорных разработках, которая позволяет совместно использовать ресурсы процессора отдельными, независимо выполняемыми потоками выполнения. SMT обычно обеспечивает небольшое повышение производительности для большинства рабочих нагрузок, параллельно вычисляя вычисления, если это возможно, увеличивая пропускную способность, несмотря на снижение производительности или даже незначительную потери производительности, когда происходит состязание между потоками для общих ресурсов процессора.
Процессоры, поддерживающие SMT, доступны как в Intel, так и в AMD. Intel относится к предложениям SMT в виде технологии Intel Hyper Threading или Intel HT.

В рамках этой статьи описания SMT и способы их использования Hyper-V применяются и к системам Intel и AMD.

• Дополнительные сведения о технологии Intel HT см. на сайте intel Hyper-Threading Technology .

• Дополнительные сведения о AMD SMT см. в разделе «Базовая архитектура» Zen » .

Установка Hyper-V vSwitch

В ходе установки среды Hyper-V предварительная настройка V vSwitch не выполняется. Если вы попытаетесь создать ВМ сразу после процесса установки, подключиться к сети вам не удастся. Чтобы настроить сетевую среду, выберите Virtual Switch Manager (Менеджер виртуального коммутатора) на правой панели приложения Hyper-V Manager.

Рис. 1. Hyper-V Manager

Virtual Switch Manager упрощает настройку параметров коммутатора vSwitch и глобальной сети, что дает возможность изменять пространство стандартных MAC-адресов (примечание: изменение пространства MAC не будет влиять на существующий виртуальный коммутатор).

Создание виртуального коммутатора простая процедура. Для создания доступно три типа коммутаторов vSwitch:

1. Внешний vSwitchсоединит физический сетевой адаптер хоста Hyper-V с виртуальным и затем предоставит вашим ВМ доступ за пределы хоста — в вашу физическую сеть и интернет (если физическая сеть подключена к интернету).
2. Внутренний vSwitchследует использовать для построения независимой виртуальной сети, в которой подключенные ВМ будут «видеть» друг друга, а также хост гипервизора.
3. Частный vSwitchсоздаст виртуальную сеть, в которой все входящие в соединение ВМ будут «видеть» друг друга, но не хост Hyper-V. В этой тестовой среде ВМ будут полностью изолированы.

Рис.2 vSwitch Manager

Бэкап изнутри виртуальных машин

1.1. Бэкап сегодняшнего дня

Причем, для серверных и настольных (клиентских) Windows бэкапы формируются разные. И разница заключается в том, что для серверных ОС у нас получатся снимки каждого бэкапа, а вот для настольных — снимок останется всегда только последний. Спросите, а что это за такой инкрементальный бэкап? А «инкрементальный» он остается, потому чтоТо есть для серверной Windows снимки остаются тоже только последние.Позже, выявил, что нет никакой разницы в работе wbadmin на серверной и клиентской ОС. Разве, что разница есть в интерфейсе. wbadmin производит инкрементальный бэкап (кроме первого бэкапа), если указан жесткий диск в ключе -backupTarget (команда использует ключ по умолчанию -vssСopy). Или производит полный бэкап, если добавить ключ -vssFull.

Плюсы и минусы Hyper-V

Расскажу немного, почему я постоянно пользуюсь hyper-v наравне с другими гипервизорами (в основном KVM). В общем и целом мне нравится этот гипервизор, поэтому я и решил внимательно проработать вопрос установки и первоначальной настройки для дальнейшего использования по мере необходимости. К плюсам hyper-v в целом и бесплатной версии в частности я отношу следующие моменты:

Поддержка всех популярных ОС. Нет никаких проблем с совместимостью, нет необходимости отдельно ставить какие-то драйвера или тулсы. Поддержка hyper-v присутствует во всех windows системах, в ядре линукс, не помню точно с какой версии, но все современные системы ее имеют, в ядре freebsd, начиная с 10-й версии. То есть вы просто берете установочный диск и ставите систему на hyper-v, больше от вас ничего не требуется.

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

Обращаю на это особое внимание. По мне так это самый существенный плюс Hyper-v.

Стандартная панель управления гипервизором, которую можно установить на компьютер под управлением windows

К ней прибавился web доступ через windows admin center. Расскажу об этом далее подробнее.
В основе Hyper-V Server популярная серверная система, с которой понятно и удобно работать. К примеру, чтобы загрузить или забрать файл с гипервизора, вам достаточно расшарить на нем папку стандартным образом, как вы это делаете в любой windows системе.

Hyper-V можно установить на псевдорейды, такие как встроенный рейд контроллер от intel, или собрать софтовый рейд средствами самой ОС Windows.

Полнофункциональная бесплатная версия, правда без удобных средств управления.

Удобная работа со снепшотами из коробки. Не надо думать над форматами файлов, как в KVM. В Hyper-V он один и отлично поддерживает снепшоты.

Это мое личное мнение, основанное на опыте работы с малыми и средними компаниями, где нет каких-то особенных требований к надежности и доступности сервисов. Где используются несколько серверов с виртуальными машинами, не всегда есть домен windows. Конечно, помимо плюсов, есть и минусы. Первый и главный для меня минус — первоначальная настройка. Нельзя просто взять, установить Hyper-V Server и начать им пользоваться. Необходимо производить какие-то непонятные и не очевидные действия на хосте и управляемой машине. Дальше вы поймете, что я имею ввиду. Но преодолев это препятствие, можно спокойно использовать виртуальную инфраструктуру, основанную на бесплатном гипервизоре от microsoft.

Второй минус — нет никакой возможности пробросить USB в виртуальную машину. Подчас это очень неудобно и вынуждает использовать что-то другое, вместо Hyper-V. Не понимаю, почему в Microsoft за столько лет не могут это исправить. Запрос очень актуальный и злободневный, особенно у нас, где повсеместно используется 1С с USB ключами.

Максимум для виртуальных машин

Эти максимальные значения применяются к каждой виртуальной машине. Не все компоненты доступны в обеих поколениях виртуальных машин. Сравнение поколений см . в статье как создать виртуальную машину поколения 1 или 2 в Hyper-V?

Компонент	Максимум	Примечания
Контрольные точки	50	Реальное количество может быть ниже в зависимости от доступного объема хранения. Каждая контрольная точка хранится в виде AVHD-файла, использующего физическое хранилище.
Память	12 ТБ для поколения 2;1 ТБ для поколения 1	Сверьтесь с требованиями для конкретной операционной системы, чтобы определить минимальный и рекомендуемый объемы.
Последовательные порты (COM)	2	Отсутствует.
Объем физических дисков, напрямую подключенных к виртуальной машине	Различается	Максимальный размер зависит от операционной системы на виртуальной машине.
Виртуальные адаптеры Fibre Channel	4	Мы рекомендуем подключать каждый виртуальный адаптер Fibre Channel к отдельной виртуальной сети SAN.
Виртуальные гибкие диски	1 виртуальный гибкий диск.	Отсутствует.
Емкость виртуального жесткого диска	64 ТБ для формата VHDX;2040 ГБ для формата VHD	Каждый виртуальный жесткий диск хранится на физическом носителе в виде файла .VHDX или .VHD в зависимости от используемого формата виртуального жесткого диска.
Виртуальные IDE-диски	4	Загрузочный диск (иногда называемый загрузочным диском) должен быть подключен к одному из устройств IDE. Диск запуска может быть виртуальным жестким диском или физическим диском, напрямую подключенным к виртуальной машине.
Виртуальные процессоры	240 для поколения 2;64 для поколения 1;320 доступна для ОС узла (корневой раздел)	Число виртуальных процессоров, поддерживаемых операционной системой на виртуальной машине, может быть ниже. Дополнительные сведения см. в сведениях, опубликованных для конкретной операционной системы.
Виртуальные SCSI-контроллеры	4	Для использования виртуальных устройств SCSI требуются службы Integration Services, доступные для поддерживаемых гостевых операционных систем. дополнительные сведения о поддерживаемых операционных системах см. в разделе поддерживаемые виртуальные машины Linux и FreeBSD и поддерживаемые Windows гостевые операционные системы.
Виртуальные SCSI-диски	256	Каждый SCSI-контроллер поддерживает до 64 дисков; это означает, что в каждой виртуальной машине может быть настроено до 256 виртуальных SCSI-дисков (4 контроллера x 64 диска).
Виртуальные сетевые адаптеры	Windows Сервер 2019 и более поздние версии поддерживают всего 68: 64. Сетевые адаптеры, относящиеся к Hyper-V 4 устаревшие сетевые адаптеры; Windows Server 2016 поддерживает 12: 8 сетевых адаптеров, связанных с Hyper-V 4 устаревшие сетевые адаптеры	Сетевой адаптер, относящийся к Hyper-V, обеспечивает лучшую производительность и требует наличия драйвера, входящего в службы Integration Services. дополнительные сведения см. в статье планирование сетей Hyper-V в Windows Server.

Пространство MMIO

Некоторым устройствам, особенно GPU, требуется выделить дополнительное пространство MMIO для виртуальной машины, чтобы память этого устройства была доступна. По умолчанию каждая виртуальная машина запускается с 128 МБ свободного пространства MMIO и 512 МБ высокого уровня MMIO, выделенной для него. Однако для устройства может потребоваться больше пространства MMIO, или же может быть передано несколько устройств, так что Объединенные требования превышают эти значения. Изменение пространства MMIO осуществляется прямо вперед и может выполняться в PowerShell с помощью следующих команд:

Самый простой способ определить, сколько пространства MMIO нужно выделить, — использовать . Чтобы скачать и запустить сценарий профиля компьютера, выполните следующие команды в консоли PowerShell:

Для устройств, которые могут быть назначены, скрипт будет отображать требования к MMIO для данного устройства, как в примере ниже:

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

Важно!

При назначении пространства MMIO виртуальной машине пользователю необходимо убедиться, что в поле MMIO указано значение сумма запрошенного пространства MMIO для всех требуемых назначенных устройств, а также дополнительный буфер, если есть другие виртуальные устройства, для которых требуется несколько МБ пространства MMIO. Используйте значения MMIO по умолчанию, описанные выше, в качестве буфера для нижнего и верхнего значений MMIO (128 МБ и 512 МБ соответственно).

Если пользователю необходимо назначить один GPU K520, как в приведенном выше примере, необходимо задать для пространства MMIO виртуальной машины значение, выводимое сценарием профиля компьютера, плюс буфер — 176 МБ + 512 МБ. Если пользователю было назначено три GPU K520, они должны задать для пространства MMIO значение в три раза 176 Мб плюс буфер или 528 МБ + 512 МБ.

Более подробные сведения о пространстве MMIO см. в разделе дискретное назначение устройств — GPU в блоге течкоммунити.

Используйте VMware и VirtualBox с HyperV

После выполнения предыдущих шагов и перезапуска Windows все будет готово. Отныне программы виртуальных машин будут работать для нас одновременно с функциями Windows, которые зависят от Hyper-V. Например, у нас может быть виртуальная машина с Windows 10, пока мы обновляем репозитории Linux в WSL.

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

И в VMware, и в VirtualBox необходимо установить последние версии драйверов (гостевое дополнение или инструменты), чтобы все работало правильно. В противном случае, пока мы этого не сделаем, у нас будут проблемы с производительностью из-за этого уровня совместимости.

Повысьте производительность VMware с помощью Hyper-V

Хотя VirtualBox не доставляет нам проблем, VMware может показать проблемы с производительностью . Это связано с мерой безопасности, которую предлагает это программное обеспечение, что позволяет нам уменьшить уязвимости процессоров Meltdown и Spectre. Эта функция дает нам большую безопасность, но, в свою очередь, означает значительную потерю производительности. Когда мы запускаем виртуальную машину с включенной этой функцией, мы видим сообщение, подобное следующему.

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

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

Мы всегда должны использовать его осторожно

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Запуск отработки отказа

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

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

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

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

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

Дополнительные сведения.

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