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

Новые возможности Hyper-V для Windows Server 2012 R2

 

Применимо к:Windows Server 2012 R2

В этом разделе описываются новые и измененные возможности роли Hyper-V в Windows Server 2012 R2. Сведения о Hyper-V в Windows Server® 2016 Technical Preview см. в статье Новые возможности Hyper-V в Windows Server 2016 Technical Preview.

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

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

Возможность

Новинка или обновление

Общий виртуальный жесткий диск

new

Изменение размера виртуального жесткого диска

Обновлено

Качество обслуживания хранилища

new

Динамические миграции

Обновлено

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

new

Службы интеграции

Обновлено

Экспортировать

Обновлено

Отказоустойчивая кластеризация и Hyper-V

Обновлено

Режим расширенного сеанса

new

Реплика Hyper-V

Обновлено

Поддержка Linux

Обновлено

Управление

Обновлено

Автоматическая активация виртуальной машины

new

Сеть Hyper-V

Обновлено

Hyper-V в Windows Server 2012 R2 обеспечивает кластеризацию виртуальных машин с помощью файлов общего виртуального жесткого диска (VHDX).

Какой эффект дает это изменение?

С помощью этой функции можно создать высокодоступную инфраструктуру, что особенно важно для развертываний частного облака и размещенных в облаке сред, которые управляют большими рабочими нагрузками. Общие виртуальные жесткие диски предоставляют нескольким виртуальным машинам доступ к тому же файлу виртуального жесткого диска (VHDX), который предоставляет общее хранилище для использования в отказоустойчивой кластеризации Windows. Файлы общих виртуальных жестких дисков могут находиться в общих томах кластера (CSV) или в общих файловых ресурсах масштабируемого файлового сервера на базе SMB.

Что работает иначе?

Это новая возможность Windows Server 2012 R2. В предыдущих выпусках Windows Server было невозможно выполнять кластеризацию виртуальных машин с помощью общего виртуального жесткого диска.

Дополнительные сведения см. в разделе Обзор общего доступа к виртуальному жесткому диску.

Хранилище Hyper-V обновлено для поддержки возможности изменения размера виртуальных жестких дисков во время работы виртуальной машины.

Какой эффект дает это изменение?

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

Что работает иначе?

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

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

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

Какой эффект дает это изменение?

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

Что работает иначе?

Это новая возможность Windows Server 2012 R2. В предыдущих выпусках Windows Server было невозможно настраивать параметры качества обслуживания хранилища для виртуальных жестких дисков.

Дополнительные сведения см. в разделе Качество обслуживания хранилища для Hyper-V.

В динамические миграции Hyper-V добавлены следующие возможности.

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

Какой эффект дает это изменение?

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

ВАРИАНТ

Описание

TCP/IP

Память виртуальной машины копируется на конечный сервер через подключение TCP/IP. Этот же способ используется в Hyper-V в Windows Server 2012.

сжатие;

Содержимое памяти переносимой виртуальной машины сжимается, а затем копируется на конечный сервер через подключение TCP/IP. Это параметр по умолчанию в Hyper-V в Windows Server 2012 R2.

Протокол SMB 3.0

Содержимое памяти виртуальной машины копируется на конечный сервер через подключение SMB 3.0.

  • SMB Direct используется, когда для сетевых адаптеров исходного и конечного серверов включены возможности удаленного доступа к памяти (RDMA).

  • SMB Multichannel автоматически обнаруживает и использует несколько подключений, если определена соответствующая конфигурация SMB Multichannel.

Дополнительные сведения см. в разделе Увеличение производительности файлового сервера с помощью SMB Direct.

Динамическая миграция Hyper-V теперь поддерживает миграцию виртуальных машин Hyper-V в Windows Server 2012 в Hyper-V в Windows Server 2012 R2.

Какой эффект дает это изменение?

Обновление до новой версии Windows Server теперь не приводит к простою виртуальных машин.

Администраторы Hyper-V могут перемещать виртуальные машины Hyper-V в Windows Server 2012 в Hyper-V в Windows Server 2012 R2. Перемещение виртуальных машин на сервер нижнего уровня, на котором выполняется Hyper-V, не поддерживается.

Что работает иначе?

При перемещении виртуальной машины указанный конечный сервер теперь может быть компьютером под управлением Windows Server 2012 R2. Это применяется к перемещению, инициированному диспетчером Hyper-V, или при использовании командлета Move-VM Windows PowerShell.

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

Какой эффект дает это изменение?

Hyper-V в Windows Server 2012 R2 поддерживает виртуальные машины двух поколений.

  • Поколение 1.   Предоставляет виртуальной машине такое же виртуальное оборудование, как в предыдущих версиях Hyper-V.

  • Поколение 2.   Предоставляет виртуальной машине следующие новые функциональные возможности:

    • безопасная загрузка (включена по умолчанию);

    • загрузка с виртуального жесткого диска SCSI;

    • загрузка с виртуального DVD-диска SCSI;

    • PXE-загрузка с помощью стандартного сетевого адаптера;

    • поддержка встроенного ПО UEFI.

System_CAPS_noteПримечание

Поддержка дисков IDE и устаревших сетевых адаптеров удалена.

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

  • Windows Server 2012

  • Windows Server 2012 R2

  • 64-разрядные версии Windows 8

  • 64-разрядные версии Windows 8.1

Что работает иначе?

При создании новой виртуальной машины в диспетчере Hyper-V или с помощью командлета New-VM Windows PowerShell необходимо указать поколение виртуальной машины.

System_CAPS_noteПримечание

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

Дополнительные сведения см. в разделе Обзор виртуальных машин поколения 2.

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

Какой эффект дает это изменение?

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

Что работает иначе?

Для этой возможности также добавлен командлет Copy-VMFile Windows PowerShell. Для работы этого компонента должны быть включены следующие службы.

  • Необходимо выбрать Гостевые службы на странице свойств Службы интеграции виртуальной машины. По умолчанию этот параметр не выбран.

    Также Гостевые службы можно включить с помощью командлета Enable-VMIntegrationService Windows PowerShell.

  • Служба Интерфейс гостевой службы Hyper-V в операционной системе на виртуальной машине должна работать.

System_CAPS_noteПримечание

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

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

Какой эффект дает это изменение?

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

Это полезно в следующих сценариях.

  • Дублирование существующей рабочей среды или части среды в лабораторию тестирования.

  • Тестирование запланированного перехода к поставщику услуг размещения облака или перемещения в частное облако.

  • Диагностика проблемы приложения.

Что работает иначе?

Параметр Экспорт теперь можно использовать при работающей виртуальной машине в диспетчере Hyper-V. На работающей виртуальной машине можно использовать следующие командлеты Windows PowerShell: Export-VM и Export-VMSnapshot.

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

Какой эффект дает это изменение?

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

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

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

Какой эффект дает это изменение?

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

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

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

  • настройка отображения;

  • звук;

  • принтеры;

  • Буфер обмена

  • смарт-карты;

  • диски;

  • USB-устройства;

  • поддерживаемые самонастраивающиеся устройства.

Что работает иначе?

Эта возможность включена по умолчанию в клиенте Hyper-V и отключена по умолчанию в Hyper-V в Windows Server.

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

  • Windows Server 2012 R2

  • Windows 8.1

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

Реплика Hyper-V добавляет следующие новые возможности в Windows Server 2012 R2.

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

  • Возможность настраивать частоту репликации, которая ранее была фиксированным значением. Кроме того, можно получить доступ к точкам восстановления на 24 часа. В предыдущих версиях доступ к точкам восстановления предоставлялся только на 15 часов.

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

Какой эффект дает это изменение?

Поддержка Linux для Hyper-V в Windows Server 2012 R2 расширена следующим образом.

  • Улучшенное видео. Видеодрайвер Hyper-V теперь доступен для виртуальных машин Linux для улучшения качества видео при улучшенной поддержке мыши.

  • Динамическая память. Теперь обеспечивается полная поддержка динамической памяти в виртуальных машинах Linux, включая "горячее" подключение памяти и функцию удаления. Это значит, что теперь можно одновременно запускать виртуальные машины Windows и Linux на одном хост-компьютере, используя динамическую память для обеспечения равномерного распределения ресурсов памяти между каждой виртуальной машиной на хост-компьютере.

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

  • Оперативная архивация. Теперь работающие виртуальные машины Linux можно архивировать в Windows Azure с помощью функции оперативной архивации Windows Azure во встроенной служебной программе системы архивации данных Windows Server, которая называется System Center Data Protection Manager, или любого стороннего решения архивации, которое поддерживает архивацию виртуальных машин Hyper-V.

Что работает иначе?

Теперь службы интеграции Linux встроены в большинство установок, и не требуется загружать и устанавливать LIS отдельно. Дополнительные сведения см. в разделе Linux и FreeBSD виртуальных машин Hyper-v.

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

Какой эффект дает это изменение?

Можно управлять Hyper-V в Windows Server 2012 с помощью диспетчера Hyper-V в Windows Server 2012 R2 или Windows 8.1. Это позволяет выполнить обновление управляющей рабочей станции до последней версии операционной системы, а также подключиться к системе Hyper-V в Windows Server 2012 и управлять ею.

Можно развернуть последнюю версию Hyper-V без немедленного обновления управляющей рабочей станции.

System_CAPS_noteПримечание

При подключении к Hyper-V в Windows Server 2012 R2 с компьютера под управлением Windows Server 2012 или Windows 8 можно выполнить только те действия, которые поддерживаются в Hyper-V в Windows Server 2012.

Автоматическая активация виртуальной машины (AVMA) позволяет устанавливать виртуальные машины на компьютере с должным образом активированной ОС Windows Server 2012 R2, не настраивая ключи продукта для каждой виртуальной машины, даже в отключенных средах. AVMA связывает активацию виртуальной машины с лицензионным сервером виртуализации и активирует виртуальную машину при ее запуске. AVMA также предоставляет отчеты по использованию в реальном времени и данные о состоянии лицензии виртуальной машины за прошлые периоды. Отчеты и данные отслеживания доступны на сервере виртуализации.

Какой эффект дает это изменение?

Для AVMA требуется, чтобы сервер виртуализации работал под управлением ОС Windows Server 2012 R2 Datacenter. На гостевой виртуальной машине должна быть установлена ОС Windows Server 2012 R2 Datacenter, Windows Server 2012 R2 Standard или Windows Server 2012 R2 Essentials.

Диспетчеры Datacenter могут использовать AVMA для выполнения следующих действий.

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

  • Активация виртуальных машин с подключением к Интернету или без него.

  • Отслеживание данных об использовании и лицензиях виртуальных машин с сервера виртуализации без прав доступа к виртуальным машинам.

Что работает иначе?

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

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

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

Показ: