Установка роли Hyper-V в Windows Server Install the Hyper-V role on Windows Server

Область применения. Windows Server 2016, Windows Server 2019 Applies To: Windows Server 2016, Windows Server 2019

Чтобы создать и запустить виртуальные машины, установите роль Hyper-V в Windows Server с помощью диспетчер сервера или командлета Install-WindowsFeature в Windows PowerShell. To create and run virtual machines, install the Hyper-V role on Windows Server by using Server Manager or the Install-WindowsFeature cmdlet in Windows PowerShell. Для Windows 10 см. статью Установка Hyper-V в Windows 10. For Windows 10, see Install Hyper-V on Windows 10.

Дополнительные сведения о Hyper-V см. в статье Обзор технологии Hyper-v. To learn more about Hyper-V, see the Hyper-V Technology Overview. Чтобы испытать Windows Server 2019, можно скачать и установить ознакомительную версию. To try out Windows Server 2019, you can download and install an evaluation copy. См. Центр оценки. See the Evaluation Center.

Перед установкой Windows Server или добавлением роли Hyper-V убедитесь, что: Before you install Windows Server or add the Hyper-V role, make sure that:

• Оборудование компьютера совместимо. Your computer hardware is compatible. Дополнительные сведения см. в разделе требования к системе для Windows Server и требования к системе для Hyper-V в Windows Server. For details, see System Requirements for Windows Server and System requirements for Hyper-V on Windows Server.
• Вы не планируете использовать сторонние приложения виртуализации, использующие те же функции процессора, которые требуются Hyper-V. You don’t plan to use third-party virtualization apps that rely on the same processor features that Hyper-V requires. Примеры включают VMWare Workstation и VirtualBox. Examples include VMWare Workstation and VirtualBox. Вы можете установить Hyper-V без удаления этих приложений. You can install Hyper-V without uninstalling these other apps. Но если вы попытаетесь использовать их для управления виртуальными машинами при запуске гипервизора Hyper-V, виртуальные машины могут не запускаться или могут работать ненадежно. But, if you try to use them to manage virtual machines when the Hyper-V hypervisor is running, the virtual machines might not start or might run unreliably. Дополнительные сведения и инструкции по отключению низкоуровневой оболочки Hyper-V при необходимости использования одного из этих приложений см. в статье приложения виртуализации не работают вместе с Hyper-V, Device Guard и Credential Guard. For details and instructions for turning off the Hyper-V hypervisor if you need to use one of these apps, see Virtualization applications do not work together with Hyper-V, Device Guard, and Credential Guard.

Если вы хотите установить только средства управления, такие как диспетчер Hyper-V, см. раздел Удаленное управление узлами Hyper-v с помощью диспетчера Hyper-v. If you want to install only the management tools, such as Hyper-V Manager, see Remotely manage Hyper-V hosts with Hyper-V Manager.

Установка Hyper-V с помощью диспетчер сервера Install Hyper-V by using Server Manager

В диспетчере серверов в меню Управление выберите Добавить роли и компоненты. In Server Manager, on the Manage menu, click Add Roles and Features.

На странице Приступая к работе убедитесь, что конечный сервер и сетевое окружение подготовлены к установке нужной вам роли или компонента. On the Before you begin page, verify that your destination server and network environment are prepared for the role and feature you want to install. Нажмите кнопку Далее. Click Next.

На странице Выбор типа установки выберите Установка ролей или компонентов и нажмите кнопку Далее. On the Select installation type page, select Role-based or feature-based installation and then click Next.

На странице Выбор целевого сервера выберите сервер из пула серверов и нажмите кнопку Далее. On the Select destination server page, select a server from the server pool and then click Next.

На странице Выбор ролей сервера выберите Hyper-V. On the Select server roles page, select Hyper-V.

Чтобы добавить средства для создания виртуальных машин и управления ими, щелкните Добавить компоненты. To add the tools that you use to create and manage virtual machines, click Add Features. На странице «Компоненты» нажмите кнопку Далее. On the Features page, click Next.

Выберите нужные параметры на страницах Создание виртуальных коммутаторов, Миграция виртуальной машины и Хранилища по умолчанию. On the Create Virtual Switches page, Virtual Machine Migration page, and Default Stores page, select the appropriate options.

На странице Подтверждение выбранных элементов для установки выберите Автоматический перезапуск конечного сервера, если требуется и нажмите кнопку Установить. On the Confirm installation selections page, select Restart the destination server automatically if required, and then click Install.

После завершения установки убедитесь, что Hyper-V установлен правильно. When installation is finished, verify that Hyper-V installed correctly. Откройте страницу все серверы в Диспетчер сервера и выберите сервер, на котором установлена Hyper-V. Open the All Servers page in Server Manager and select a server on which you installed Hyper-V. Просмотрите плитку роли и компоненты на странице выбранного сервера. Check the Roles and Features tile on the page for the selected server.

Установка Hyper-V с помощью командлета Install-WindowsFeature Install Hyper-V by using the Install-WindowsFeature cmdlet

На рабочем столе Windows нажмите кнопку «Пуск» и введите любую часть имени Windows PowerShell. On the Windows desktop, click the Start button and type any part of the name Windows PowerShell.

Щелкните правой кнопкой мыши Windows PowerShell и выберите команду Запуск от имени администратора. Right-click Windows PowerShell and select Run as Administrator.

Чтобы установить Hyper-V на сервере, к которому вы подключены удаленно, выполните следующую команду и замените именем сервера. To install Hyper-V on a server you’re connected to remotely, run the following command and replace with the name of server.

Если вы подключены локально к серверу, выполните команду без -ComputerName . If you’re connected locally to the server, run the command without -ComputerName .

После перезагрузки сервера можно увидеть, что роль Hyper-V установлена и узнать, какие другие роли и компоненты установлены, выполнив следующую команду: After the server restarts, you can see that the Hyper-V role is installed and see what other roles and features are installed by running the following command:

Если вы подключены локально к серверу, выполните команду без -ComputerName . If you’re connected locally to the server, run the command without -ComputerName .

Если установить эту роль на сервере, на котором выполняется параметр установки Server Core в Windows Server 2016 и использовать параметр -IncludeManagementTools , устанавливается только модуль Hyper-V для Windows PowerShell. If you install this role on a server that runs the Server Core installation option of Windows Server 2016 and use the parameter -IncludeManagementTools , only the Hyper-V Module for Windows PowerShell is installed. Для удаленного управления узлом Hyper-V, работающим в установке Server Core, можно использовать средство управления графического интерфейса пользователя (диспетчер Hyper-V) на другом компьютере. You can use the GUI management tool, Hyper-V Manager, on another computer to remotely manage a Hyper-V host that runs on a Server Core installation. Инструкции по удаленному подключению см. в статье Удаленное управление узлами Hyper-v с помощью диспетчера Hyper-v. For instructions on connecting remotely, see Remotely manage Hyper-V hosts with Hyper-V Manager.

Новые возможности Hyper-V в Windows Server What’s new in Hyper-V on Windows Server

Область применения: Windows Server 2019, Microsoft Hyper-V Server 2016, Windows Server 2016 Applies To: Windows Server 2019, Microsoft Hyper-V Server 2016, Windows Server 2016

В этой статье объясняются новые и измененные функции Hyper-V в Windows Server 2019, Windows Server 2016 и Microsoft Hyper-V Server 2016. This article explains the new and changed functionality of Hyper-V on Windows Server 2019, Windows Server 2016, and Microsoft Hyper-V Server 2016. Чтобы использовать новые возможности виртуальных машин, созданных с помощью Windows Server 2012 R2 и перемещенных или импортированных на сервер под управлением Hyper-V в Windows Server 2019 или Windows Server 2016, необходимо вручную обновить версию конфигурации виртуальной машины. To use new features on virtual machines created with Windows Server 2012 R2 and moved or imported to a server that runs Hyper-V on Windows Server 2019 or Windows Server 2016, you’ll need to manually upgrade the virtual machine configuration version. Инструкции см. в статье Обновление версии виртуальной машины. For instructions, see Upgrade virtual machine version.

Ниже приведены именно, включенные в эту статью, а также новые или обновленные функциональные возможности. Here’s what’s included in this article and whether the functionality is new or updated.

Windows Server версии 1903 Windows Server, version 1903

Добавление диспетчера Hyper-V в установки основных серверных компонентов (Обновлено) Add Hyper-V Manager to Server Core installations (updated)

Как правило, при использовании Windows Server (канала Semi-Annual Channel) в рабочей среде рекомендуется применять вариант установки основных серверных компонентов. As you might know, we recommend using the Server Core installation option when using Windows Server, Semi-Annual Channel in production. Однако в основных серверных компонентах по умолчанию отсутствует ряд полезных средств управления. However, Server Core by default omits a number of useful management tools. Вы можете добавить многие из наиболее часто используемых средств, установив пакет компонентов для обеспечения совместимости приложений, но некоторые средства в нем все еще отсутствовали. You can add many of the most commonly used tools by installing the App Compatibility feature, but there have still been some missing tools.

Поэтому, основываясь на отзывах клиентов, мы добавили еще один инструмент в функцию совместимости приложений в этой версии: Диспетчер Hyper-V (виртмгмт. msc). So, based on customer feedback, we added one more tools to the App Compatibility feature in this version: Hyper-V Manager (virtmgmt.msc).

Windows Server 2019 Windows Server 2019

Безопасность: улучшения экранированных виртуальных машин (новые) Security: Shielded Virtual Machines improvements (new)

Улучшения для филиалов Branch office improvements

Теперь экранированные виртуальные машины можно запускать на компьютерах с периодическими разрывами подключения к службе защиты узла, используя новый резервный сервер HGS и автономный режим. You can now run shielded virtual machines on machines with intermittent connectivity to the Host Guardian Service by leveraging the new fallback HGS and offline mode features. Резервный сервер HGS позволяет настроить второй набор URL-адресов для Hyper-V, который будет использоваться в случае невозможности установить подключение к основному серверу HGS. Fallback HGS allows you to configure a second set of URLs for Hyper-V to try if it can’t reach your primary HGS server.

Автономный режим дает возможность продолжить запуск экранированных виртуальных машин, даже если не удается установить подключение к HGS при условии, что виртуальная машина была успешно запущена хотя бы один раз и в конфигурацию системы безопасности узла не вносились изменения. Offline mode allows you to continue to start up your shielded VMs, even if HGS can’t be reached, as long as the VM has started successfully once, and the host’s security configuration has not changed.

Дополнительные возможности устранения неполадок Troubleshooting improvements

Мы также упростили процесс устранения неполадок в работе экранированных виртуальных машин за счет добавления поддержки режима расширенного сеанса VMConnect и PowerShell Direct. We’ve also made it easier to troubleshoot your shielded virtual machines by enabling support for VMConnect Enhanced Session Mode and PowerShell Direct. Эти средства будут особенно полезны при потере сетевого подключения к виртуальной машине и возникновении необходимости обновить ее конфигурацию, чтобы восстановить доступ. These tools are particularly useful if you’ve lost network connectivity to your VM and need to update its configuration to restore access.

Эти функции не нужно настраивать, они становятся доступны автоматически, когда экранированная виртуальная машина размещается на узле Hyper-V под управлением Windows Server версии 1803 или выше. These features do not need to be configured, and they become available automatically when a shielded VM is placed on a Hyper-V host running Windows Server version 1803 or later.

Поддержка Linux Linux support

Теперь Windows Server 2019 поддерживает выполнение систем Ubuntu, Red Hat Enterprise Linux и SUSE Linux Enterprise Server внутри экранированных виртуальных машина при работе в средах со смешанными ОС. If you run mixed-OS environments, Windows Server 2019 now supports running Ubuntu, Red Hat Enterprise Linux, and SUSE Linux Enterprise Server inside shielded virtual machines.

Windows Server 2016 Windows Server 2016

Совместимо с подключением в режиме ожидания с ( новым) Compatible with Connected Standby (new)

Если роль Hyper-V установлена на компьютере, где используется модель электропитания всегда включен, всегда на связи (АОАК), то теперь доступно состояние питания с подключением в режиме ожидания . When the Hyper-V role is installed on a computer that uses the Always On/Always Connected (AOAC) power model, the Connected Standby power state is now available.

Создание дискретного назначения устройств () Discrete device assignment (new)

Эта функция позволяет предоставить виртуальным машинам прямой и эксклюзивный доступ к некоторым устройствам PCIe. This feature lets you give a virtual machine direct and exclusive access to some PCIe hardware devices. Использование устройства таким образом обходит стек виртуализации Hyper-V, что приводит к более быстрому доступу. Using a device in this way bypasses the Hyper-V virtualization stack, which results in faster access. Дополнительные сведения о поддерживаемом оборудовании см. в разделе «назначение дискретных устройств» раздела требования к системе для Hyper-V в Windows Server 2016. For details on supported hardware, see «Discrete device assignment» in System requirements for Hyper-V on Windows Server 2016. Дополнительные сведения, в том числе о том, как использовать эту функцию и рекомендации, см. в блоге по виртуализации «дискретное назначение устройств — описание и фон». For details, including how to use this feature and considerations, see the post «Discrete Device Assignment — Description and background» in the Virtualization blog.

Поддержка шифрования для диска операционной системы в новых виртуальных машинах поколения 1 ( Encryption support for the operating system disk in generation 1 virtual machines (new)

Теперь можно защитить диск операционной системы с помощью шифрования диска BitLocker в виртуальных машинах поколения 1. You can now protect the operating system disk using BitLocker drive encryption in generation 1 virtual machines. Новая функция, хранилище ключей, создает небольшой выделенный диск для хранения ключа BitLocker системного диска. A new feature, key storage, creates a small, dedicated drive to store the system drive’s BitLocker key. Это делается вместо использования виртуального доверенный платформенный модуль (TPM) (TPM), доступного только в виртуальных машинах версии 2. This is done instead of using a virtual Trusted Platform Module (TPM), which is available only in generation 2 virtual machines. Чтобы расшифровать диск и запустить виртуальную машину, узел Hyper-V должен быть частью полномочной защищенной структуры или иметь закрытый ключ из одного из хранителей виртуальной машины. To decrypt the disk and start the virtual machine, the Hyper-V host must either be part of an authorized guarded fabric or have the private key from one of the virtual machine’s guardians. Для хранилища ключей требуется виртуальная машина версии 8. Key storage requires a version 8 virtual machine. Сведения о версии виртуальной машины см. в статье обновление версии виртуальной машины в Hyper-V в Windows 10 или Windows Server 2016. For information on virtual machine version, see Upgrade virtual machine version in Hyper-V on Windows 10 or Windows Server 2016.

Защита ресурсов узла — ( создать) Host resource protection (new)

Эта функция позволяет предотвратить использование виртуальной машиной большего количества системных ресурсов, выполняя поиск чрезмерных уровней активности. This feature helps prevent a virtual machine from using more than its share of system resources by looking for excessive levels of activity. Это может помочь предотвратить чрезмерное функционирование виртуальной машины в производительности узла или других виртуальных машин. This can help prevent a virtual machine’s excessive activity from degrading the performance of the host or other virtual machines. Когда наблюдение обнаруживает виртуальную машину с чрезмерными действиями, виртуальной машине выдается меньше ресурсов. When monitoring detects a virtual machine with excessive activity, the virtual machine is given fewer resources. Этот мониторинг и принудительное использование отключены по умолчанию. This monitoring and enforcement is off by default. Включите или отключите его с помощью Windows PowerShell. Use Windows PowerShell to turn it on or off. Чтобы включить его, выполните следующую команду: To turn it on, run this command:

Дополнительные сведения об этом командлете см. в разделе Set-вмпроцессор. For details about this cmdlet, see Set-VMProcessor.

Горячее добавление и удаление для сетевых адаптеров и памяти ( New) Hot add and remove for network adapters and memory (new)

Теперь вы можете добавить или удалить сетевой адаптер во время работы виртуальной машины без простоев. You can now add or remove a network adapter while the virtual machine is running, without incurring downtime. Это работает для виртуальных машин версии 2, работающих под управлением операционных систем Windows или Linux. This works for generation 2 virtual machines that run either Windows or Linux operating systems.

Можно также настроить объем памяти, назначенный виртуальной машине во время ее работы, даже если вы не включили динамическая память. You can also adjust the amount of memory assigned to a virtual machine while it’s running, even if you haven’t enabled Dynamic Memory. Это работает как для виртуальных машин поколения 1, так и для поколения 2, работающих под Windows Server 2016 или Windows 10. This works for both generation 1 and generation 2 virtual machines, running Windows Server 2016 or Windows 10.

Усовершенствования диспетчера Hyper-V ( обновлены) Hyper-V Manager improvements (updated)

Поддержка альтернативных учетных данных . Теперь вы можете использовать другой набор учетных данных в диспетчере Hyper-V при подключении к другому удаленному узлу windows Server 2016 или Windows 10. Alternate credentials support — You can now use a different set of credentials in Hyper-V Manager when you connect to another Windows Server 2016 or Windows 10 remote host. Можно также сохранить эти учетные данные, чтобы упростить вход в систему. You can also save these credentials to make it easier to log on again.

Управление более ранними версиями . с помощью диспетчера Hyper-v в windows Server 2019, windows Server 2016 и Windows 10 можно управлять компьютерами под управлением Hyper-v на windows Server 2012, Windows 8, windows Server 2012 R2 и Windows 8.1. Manage earlier versions — With Hyper-V Manager in Windows Server 2019, Windows Server 2016, and Windows 10, you can manage computers running Hyper-V on Windows Server 2012, Windows 8, Windows Server 2012 R2 and Windows 8.1.

Обновленный Протокол управления . Теперь диспетчер Hyper-v взаимодействует с удаленными узлами Hyper-v с помощью протокола WS-Man, который разрешает проверку подлинности CredSSP, Kerberos или NTLM. Updated management protocol — Hyper-V Manager now communicates with remote Hyper-V hosts using the WS-MAN protocol, which permits CredSSP, Kerberos or NTLM authentication. При использовании CredSSP для подключения к удаленному узлу Hyper-V можно выполнить динамическую миграцию без включения ограниченного делегирования в Active Directory. When you use CredSSP to connect to a remote Hyper-V host, you can do a live migration without enabling constrained delegation in Active Directory. Инфраструктура на основе WS-MAN также упрощает включение узла для удаленного управления. The WS-MAN-based infrastructure also makes it easier to enable a host for remote management. WS-MAN подключается через порт 80, который открыт по умолчанию. WS-MAN connects over port 80, which is open by default.

Службы Integration Services, доставленные через Центр обновления Windows, ( обновлены) Integration services delivered through Windows Update (updated)

Обновления служб Integration Services для гостевых систем Windows распространяются с помощью Центр обновления Windows. Updates to integration services for Windows guests are distributed through Windows Update. Для поставщиков услуг и устройств размещения частных облаков это позволяет управлять применением обновлений в руки клиентов, владеющих виртуальными машинами. For service providers and private cloud hosters, this puts the control of applying updates into the hands of the tenants who own the virtual machines. Клиенты теперь могут обновлять виртуальные машины Windows, используя все обновления, включая службы Integration Services, с помощью одного метода. Tenants can now update their Windows virtual machines with all updates, including the integration services, using a single method. Дополнительные сведения о службах Integration Services для гостевых систем Linux см. в статье виртуальные машины Linux и FreeBSD в Hyper-V. For details about integration services for Linux guests, see Linux and FreeBSD Virtual Machines on Hyper-V.

Файл образа vmguest. ISO больше не нужен, поэтому он не входит в состав Hyper-V в Windows Server 2016. The vmguest.iso image file is no longer needed, so it isn’t included with Hyper-V on Windows Server 2016.

Новая безопасная загрузка Linux () Linux Secure Boot (new)

Операционные системы Linux, работающие на виртуальных машинах поколения 2, теперь могут загружаться с включенным параметром безопасной загрузки. Linux operating systems running on generation 2 virtual machines can now boot with the Secure Boot option enabled. Ubuntu 14,04 и более поздние версии SUSE Linux Enterprise Server 12 и более поздних версий, Red Hat Enterprise Linux 7,0 и более поздних версий, а CentOS 7,0 и более поздних версий включены для безопасной загрузки на узлах под управлением Windows Server 2016. Ubuntu 14.04 and later, SUSE Linux Enterprise Server 12 and later, Red Hat Enterprise Linux 7.0 and later, and CentOS 7.0 and later are enabled for Secure Boot on hosts that run Windows Server 2016. Прежде чем загружать виртуальную машину в первый раз, необходимо настроить виртуальную машину для использования центра сертификации Microsoft UEFI. Before you boot the virtual machine for the first time, you must configure the virtual machine to use the Microsoft UEFI Certificate Authority. Это можно сделать с помощью диспетчера Hyper-V, Virtual Machine Manager или сеанса Windows PowerShell с повышенными правами. You can do this from Hyper-V Manager, Virtual Machine Manager, or an elevated Windows Powershell session. Для Windows PowerShell выполните следующую команду: For Windows PowerShell, run this command:

Дополнительные сведения о виртуальных машинах Linux в Hyper-V см. в статье виртуальные машины Linux и FreeBSD в Hyper-v. For more information about Linux virtual machines on Hyper-V, see Linux and FreeBSD Virtual Machines on Hyper-V. Дополнительные сведения о командлете см. в разделе Set-вмфирмваре. For more information about the cmdlet, see Set-VMFirmware.

Обновлены дополнительные объемы памяти и процессоров для виртуальных машин поколения 2 и узлов Hyper-V () More memory and processors for generation 2 virtual machines and Hyper-V hosts (updated)

Начиная с версии 8, виртуальные машины поколения 2 могут использовать значительно больше памяти и виртуальных процессоров. Starting with version 8, generation 2 virtual machines can use significantly more memory and virtual processors. Кроме того, для узлов можно настроить значительно больше памяти и виртуальных процессоров, чем поддерживалось ранее. Hosts also can be configured with significantly more memory and virtual processors than were previously supported. Эти изменения поддерживают новые сценарии, такие как запуск больших баз данных в памяти электронной коммерции для оперативной обработки транзакций (OLTP) и хранения данных (DW). These changes support new scenarios such as running e-commerce large in-memory databases for online transaction processing (OLTP) and data warehousing (DW). В блоге Windows Server недавно публиковались результаты производительности виртуальной машины с 5,5 терабайтами памяти и виртуальными процессорами 128, в которых используется 4 ТБ базы данных в памяти. The Windows Server blog recently published the performance results of a virtual machine with 5.5 terabytes of memory and 128 virtual processors running 4 TB in-memory database. Производительность была выше 95% от производительности физического сервера. Performance was greater than 95% of the performance of a physical server. Дополнительные сведения см. в разделе производительность крупномасштабной виртуальной машины Windows Server 2016 Hyper-V для обработки транзакций в памяти. For details, see Windows Server 2016 Hyper-V large-scale VM performance for in-memory transaction processing. Дополнительные сведения о версиях виртуальных машин см. в статье обновление версии виртуальной машины в Hyper-V в Windows 10 или Windows Server 2016. For details about virtual machine versions, see Upgrade virtual machine version in Hyper-V on Windows 10 or Windows Server 2016. Полный список поддерживаемых максимальных конфигураций см. в статье Планирование масштабируемости Hyper-V в Windows Server 2016. For the full list of supported maximum configurations, see Plan for Hyper-V scalability in Windows Server 2016.

Новые вложенные виртуализации () Nested virtualization (new)

Эта функция позволяет использовать виртуальную машину в качестве узла Hyper-V и создавать виртуальные машины внутри этого виртуального узла. This feature lets you use a virtual machine as a Hyper-V host and create virtual machines within that virtualized host. Это может быть особенно полезно для сред разработки и тестирования. This can be especially useful for development and test environments. Чтобы использовать вложенную виртуализацию, вам потребуется: To use nested virtualization, you’ll need:

Для запуска как минимум Windows Server 2019, Windows Server 2016 или Windows 10 на физическом узле Hyper-V и виртуализированном узле. To run at least Windows Server 2019, Windows Server 2016 or Windows 10 on both the physical Hyper-V host and the virtualized host.

Процессор с Intel VT-x (вложенная виртуализация доступна только для процессоров Intel в настоящее время). A processor with Intel VT-x (nested virtualization is available only for Intel processors at this time).

Новые сетевые функции () Networking features (new)

Новые сетевые функции включают: New networking features include:

Удаленный доступ к памяти (RDMA) и включение объединения внедренных параметров (Set). Remote direct memory access (RDMA) and switch embedded teaming (SET). Вы можете настроить RDMA на сетевых адаптерах, привязанных к виртуальному коммутатору Hyper-V, независимо от того, используется ли также набор. You can set up RDMA on network adapters bound to a Hyper-V virtual switch, regardless of whether SET is also used. Параметр SET предоставляет виртуальный коммутатор с некоторыми возможностями, такими как объединение сетевых карт. SET provides a virtual switch with some of same capabilities as NIC teaming. Дополнительные сведения см. в разделе Удаленный доступ к памяти (RDMA) и включение объединения внедренных команд (Set). For details, see Remote Direct Memory Access (RDMA) and Switch Embedded Teaming (SET).

Несколько очередей виртуальной машины (вммк). Virtual machine multi queues (VMMQ). Повышение пропускной способности VMQ за счет выделения нескольких очередей оборудования на каждую виртуальную машину. Improves on VMQ throughput by allocating multiple hardware queues per virtual machine. Очередь по умолчанию становится набором очередей для виртуальной машины, а трафик распределяется между очередями. The default queue becomes a set of queues for a virtual machine, and traffic is spread between the queues.

Качество обслуживания (QoS) для программно-определяемых сетей. Quality of service (QoS) for software-defined networks. Управляет классом трафика по умолчанию через виртуальный коммутатор в рамках пропускной способности класса по умолчанию. Manages the default class of traffic through the virtual switch within the default class bandwidth.

Дополнительные сведения о новых сетевых функциях см. в разделе новые возможности работы в сети. For more about new networking features, see What’s new in Networking.

Рабочие контрольные точки — ( новые) Production checkpoints (new)

Рабочие контрольные точки — это образы виртуальных машин на момент времени. Production checkpoints are «point-in-time» images of a virtual machine. Это дает возможность применить контрольную точку, которая соответствует политикам поддержки, когда виртуальная машина выполняет рабочую нагрузку. These give you a way to apply a checkpoint that complies with support policies when a virtual machine runs a production workload. Рабочие контрольные точки основаны на технологии резервного копирования в гостевой виртуальной машине, а не в сохраненном состоянии. Production checkpoints are based on backup technology inside the guest instead of a saved state. Для виртуальных машин Windows используется служба моментальных снимков томов (VSS). For Windows virtual machines, the Volume Snapshot Service (VSS) is used. Для виртуальных машин Linux буферы файловой системы сбрасываются для создания контрольной точки, которая согласуется с файловой системой. For Linux virtual machines, the file system buffers are flushed to create a checkpoint that’s consistent with the file system. Если вы предпочитаете использовать контрольные точки на основе сохраненных состояний, выберите вместо этого стандартные контрольные точки. If you’d rather use checkpoints based on saved states, choose standard checkpoints instead. Дополнительные сведения см. в разделе Выбор контрольных точек уровня «Стандартный» или «Рабочая» в Hyper-V. For details, see Choose between standard or production checkpoints in Hyper-V.

Новые виртуальные машины используют рабочие контрольные точки по умолчанию. New virtual machines use production checkpoints as the default.

Пошаговое обновление кластера Hyper-V — ( новый) Rolling Hyper-V Cluster upgrade (new)

Теперь можно добавить узел под управлением Windows Server 2019 или Windows Server 2016 в кластер Hyper-V с узлами, работающими под управлением Windows Server 2012 R2. You can now add a node running Windows Server 2019 or Windows Server 2016 to a Hyper-V Cluster with nodes running Windows Server 2012 R2. Это позволяет обновлять кластер без простоев. This allows you to upgrade the cluster without downtime. Кластер работает на уровне компонентов Windows Server 2012 R2 до тех пор, пока вы не обновите все узлы в кластере и не обновите режим работы кластера с помощью командлета Windows PowerShell Update-клустерфунктионаллевел. The cluster runs at a Windows Server 2012 R2 feature level until you upgrade all nodes in the cluster and update the cluster functional level with the Windows PowerShell cmdlet, Update-ClusterFunctionalLevel.

После обновления функционального уровня кластера его нельзя вернуть в Windows Server 2012 R2. After you update the cluster functional level, you can’t return it to Windows Server 2012 R2.

Для кластера Hyper-V с функциональным уровнем Windows Server 2012 R2 с узлами, работающими под управлением Windows Server 2012 R2, Windows Server 2019 и Windows Server 2016, обратите внимание на следующее: For a Hyper-V cluster with a functional level of Windows Server 2012 R2 with nodes running Windows Server 2012 R2, Windows Server 2019 and Windows Server 2016, note the following:

Управление кластером, Hyper-V и виртуальными машинами с узла под управлением Windows Server 2016 или Windows 10. Manage the cluster, Hyper-V, and virtual machines from a node running Windows Server 2016 or Windows 10.

Виртуальные машины можно перемещать между всеми узлами в кластере Hyper-V. You can move virtual machines between all of the nodes in the Hyper-V cluster.

Чтобы использовать новые функции Hyper-V, на всех узлах должен быть запущен Windows Server 2016, а также должен быть обновлен функциональный уровень кластера. To use new Hyper-V features, all nodes must run Windows Server 2016 or and the cluster functional level must be updated.

Версия конфигурации виртуальной машины для существующих виртуальных машин не обновлена. The virtual machine configuration version for existing virtual machines isn’t upgraded. Версию конфигурации можно обновить только после обновления функционального уровня кластера. You can upgrade the configuration version only after you upgrade the cluster functional level.

Создаваемые виртуальные машины совместимы с Windows Server 2012 R2, уровень настройки виртуальной машины 5. Virtual machines that you create are compatible with Windows Server 2012 R2, virtual machine configuration level 5.

После обновления функционального уровня кластера выполните следующие действия. After you update the cluster functional level:

Вы можете включить новые функции Hyper-V. You can enable new Hyper-V features.

Чтобы сделать новые функции виртуальной машины доступными, используйте Update-vmVersion командлет, чтобы вручную обновить уровень конфигурации виртуальной машины. To make new virtual machine features available, use the Update-vmVersion cmdlet to manually update the virtual machine configuration level. Инструкции см. в статье Обновление версии виртуальной машины. For instructions, see Upgrade virtual machine version.

Невозможно добавить узел в кластер Hyper-V, работающий под управлением Windows Server 2012 R2. You can’t add a node to the Hyper-V Cluster that runs Windows Server 2012 R2.

Hyper-V в Windows 10 не поддерживает отказоустойчивую кластеризацию. Hyper-V on Windows 10 doesn’t support failover clustering.

Дополнительные сведения и инструкции см. в разделе последовательное обновление операционной системы кластера. For details and instructions, see the Cluster Operating System Rolling Upgrade.

Общие виртуальные жесткие диски ( обновлены) Shared virtual hard disks (updated)

Теперь вы можете изменить размер общих виртуальных жестких дисков (VHDX-файлов), используемых для гостевой кластеризации, без простоев. You can now resize shared virtual hard disks (.vhdx files) used for guest clustering, without downtime. Общие виртуальные жесткие диски могут быть увеличены или сжаты, пока виртуальная машина находится в сети. Shared virtual hard disks can be grown or shrunk while the virtual machine is online. Гостевые кластеры теперь также могут защищать общие виртуальные жесткие диски с помощью реплики Hyper-V для аварийного восстановления. Guest clusters can now also protect shared virtual hard disks by using Hyper-V Replica for disaster recovery.

Включите репликацию в коллекции. Enable replication on the collection. Включение репликации в коллекции предоставляется только через интерфейс WMI. Enabling replication on a collection is only exposed through the WMI interface. Дополнительные сведения см. в документации по классу Msvm_CollectionReplicationService . See the documentation for Msvm_CollectionReplicationService class for more details. Управлять репликацией коллекции с помощью командлета или пользовательского интерфейса PowerShell нельзя. You cannot manage replication of a collection through PowerShell cmdlet or UI. Виртуальные машины должны находиться на узлах, которые являются частью кластера Hyper-V, для доступа к функциям, относящимся к коллекции. The VMs should be on hosts that are part of a Hyper-V cluster to access features that are specific to a collection. Сюда входят общие виртуальные жесткие диски общего виртуального жесткого диска на автономных узлах, которые не поддерживаются репликой Hyper-V. This includes Shared VHD — shared VHDs on stand-alone hosts are not supported by Hyper-V Replica.

Следуйте указаниям для общих виртуальных жестких дисков в разделе Обзор общего доступа к виртуальному жесткому дискуи убедитесь, что общие виртуальные жесткие диски входят в состав гостевого кластера. Follow the guidelines for shared VHDs in Virtual Hard Disk Sharing Overview, and be sure that your shared VHDs are part of a guest cluster.

Коллекция с общим виртуальным жестким диском, но не связанным гостевым кластером, не может создавать опорные точки для коллекции (независимо от того, включен ли общий виртуальный жесткий диск в создание опорной точки). A collection with a shared VHD but no associated guest cluster cannot create reference points for the collection (regardless of whether the shared VHD is included in the reference point creation or not).

Резервная копия виртуальной машины — ( Новая) Virtual machine backup(new)

При резервном копировании одной виртуальной машины (независимо от того, кластеризован ли узел или нет) не следует использовать группу виртуальных машин. If you are backing up a single virtual machine (regardless of whether host is clustered or not), you should not use a VM group. Также не следует использовать коллекцию моментальных снимков. Nor should you use a snapshot collection. Группы виртуальных машин и коллекция моментальных снимков предназначены для использования только для резервного копирования гостевых кластеров, использующих общие VHDX-файлы. VM groups and snapshot collection are meant to be used solely for backing up guest clusters that are using shared vhdx. Вместо этого следует создать моментальный снимок с помощью поставщика WMI Hyper-V версии 2. Instead, you should take a snapshot using the Hyper-V WMI v2 provider. Аналогичным образом не используйте поставщик WMI для отказоустойчивого кластера. Likewise, do not use the Failover Cluster WMI provider.

Новые экранированные виртуальные машины () Shielded virtual machines (new)

Экранированные виртуальные машины используют несколько функций для того, чтобы администраторам и вредоносным программам Hyper-V на узле было трудно проверять, изменять или украсть данные из состояния экранированной виртуальной машины. Shielded virtual machines use several features to make it harder for Hyper-V administrators and malware on the host to inspect, tamper with, or steal data from the state of a shielded virtual machine. Данные и состояние шифруются, администраторы Hyper-V не могут просматривать выходные данные и диски видео, а виртуальные машины могут быть ограничены только известными работоспособными узлами, определенными сервером защиты узла. Data and state is encrypted, Hyper-V administrators can’t see the video output and disks, and the virtual machines can be restricted to run only on known, healthy hosts, as determined by a Host Guardian Server. Дополнительные сведения см. в разделе защищенная структура и экранированные виртуальные машины. For details, see Guarded Fabric and Shielded VMs.

Экранированные виртуальные машины совместимы с репликой Hyper-V. Shielded virtual machines are compatible with Hyper-V Replica. Для репликации экранированной виртуальной машины узел, на который требуется выполнить репликацию, должен быть полномочным для запуска экранированной виртуальной машины. To replicate a shielded virtual machine, the host you want to replicate to must be authorized to run that shielded virtual machine.

Запуск приоритета заказа для кластеризованных виртуальных машин ( New) Start order priority for clustered virtual machines (new)

Эта функция обеспечивает более полный контроль над тем, какие кластеризованные виртуальные машины запускаются или перезапускаются первыми. This feature gives you more control over which clustered virtual machines are started or restarted first. Это упрощает запуск виртуальных машин, предоставляющих службы, до виртуальных машин, использующих эти службы. This makes it easier to start virtual machines that provide services before virtual machines that use those services. Определение наборов, размещение виртуальных машин в наборах и указание зависимостей. Define sets, place virtual machines in sets, and specify dependencies. Используйте командлеты Windows PowerShell для управления наборами, такими как New-клустерграупсет, Get-клустерграупсети Add-клустерграупсетдепенденци. Use Windows PowerShell cmdlets to manage the sets, such as New-ClusterGroupSet, Get-ClusterGroupSet, and Add-ClusterGroupSetDependency. . .

Качество обслуживания хранилища (QoS) ( Обновлено) Storage quality of service (QoS) (updated)

Теперь можно создавать политики качества обслуживания хранилища на масштабируемом файловом сервере и назначить их одному или нескольким виртуальным дискам на виртуальных машинах Hyper-V. You can now create storage QoS policies on a Scale-Out File Server and assign them to one or more virtual disks on Hyper-V virtual machines. Производительность хранилища автоматически переопределяется в соответствии с политиками по мере колебания объемов загрузки хранилища. Storage performance is automatically readjusted to meet policies as the storage load fluctuates. Дополнительные сведения см. в разделе качество обслуживания хранилища. For details, see Storage Quality of Service.

Формат файла конфигурации виртуальной машины ( обновлен) Virtual machine configuration file format (updated)

Файлы конфигурации виртуальной машины используют новый формат, который повышает эффективность чтения и записи данных конфигурации. Virtual machine configuration files use a new format that makes reading and writing configuration data more efficient. Формат также делает повреждение данных менее вероятной, если происходит сбой хранилища. The format also makes data corruption less likely if a storage failure occurs. Файлы данных конфигурации виртуальной машины используют расширение имени файла vmcx и файлы данных состояния среды выполнения используют расширение имени файла. vmrs. Virtual machine configuration data files use a .vmcx file name extension and runtime state data files use a .vmrs file name extension.

Расширение имени файла vmcx указывает на двоичный файл. The .vmcx file name extension indicates a binary file. Изменение файлов. vmcx или. vmrs не поддерживается. Editing .vmcx or .vmrs files isn’t supported.

Версия конфигурации виртуальной машины ( обновлена) Virtual machine configuration version (updated)

Версия представляет совместимость конфигурации виртуальной машины, сохраненного состояния и файлов моментальных снимков с версией Hyper-V. The version represents the compatibility of the virtual machine’s configuration, saved state, and snapshot files with the version of Hyper-V. Виртуальные машины с версией 5 совместимы с Windows Server 2012 R2 и могут работать как в Windows Server 2012 R2, так и в Windows Server 2016. Virtual machines with version 5 are compatible with Windows Server 2012 R2 and can run on both Windows Server 2012 R2 and Windows Server 2016. Виртуальные машины с версиями, представленными в Windows Server 2016 и Windows Server 2019, не будут работать в Hyper-V в Windows Server 2012 R2. Virtual machines with versions introduced in Windows Server 2016 and Windows Server 2019 won’t run in Hyper-V on Windows Server 2012 R2.

При перемещении или импорте виртуальной машины на сервер под управлением Hyper-V в Windows Server 2016 или Windows Server 2019 с Windows Server 2012 R2 Конфигурация виртуальной машины не обновляется автоматически. If you move or import a virtual machine to a server that runs Hyper-V on Windows Server 2016 or Windows Server 2019 from Windows Server 2012 R2, the virtual machine’s configuration isn’t automatically updated. Это означает, что виртуальную машину можно переместить обратно на сервер под управлением Windows Server 2012 R2. This means you can move the virtual machine back to a server that runs Windows Server 2012 R2. Но это также означает, что вы не можете использовать новые функции виртуальных машин, пока вы вручную не обновите версию конфигурации виртуальной машины. But, this also means you can’t use the new virtual machine features until you manually update the version of the virtual machine configuration.

Инструкции по проверке и обновлению версии см. в статье Обновление версии виртуальной машины. For instructions on checking and upgrading the version, see Upgrade virtual machine version. В этой статье также приведена версия, в которой появились некоторые функции. This article also lists the version in which some features were introduced.

• После обновления версии виртуальную машину нельзя переместить на сервер под управлением Windows Server 2012 R2. After you update the version, you can’t move the virtual machine to a server that runs Windows Server 2012 R2.
• Невозможно понизить конфигурацию до предыдущей версии. You can’t downgrade the configuration to a previous version.
• Командлет Update-VMVersion блокируется в кластере Hyper-V, если функциональный уровень кластера — Windows Server 2012 R2. The Update-VMVersion cmdlet is blocked on a Hyper-V Cluster when the cluster functional level is Windows Server 2012 R2.

Безопасность на основе виртуализации для виртуальных машин версии 2 ( Новая) Virtualization-based security for generation 2 virtual machines (new)

Безопасность на основе виртуализации включает такие функции, как Device Guard и Credential Guard, предлагающая повышенную защиту операционной системы от вредоносных программ. Virtualization-based security powers features such as Device Guard and Credential Guard, offering increased protection of the operating system against exploits from malware. Безопасность на основе виртуализации доступна на гостевых виртуальных машинах поколения 2, начиная с версии 8. Virtualization based-security is available in generation 2 guest virtual machines starting with version 8. Сведения о версии виртуальной машины см. в статье обновление версии виртуальной машины в Hyper-V в Windows 10 или Windows Server 2016. For information on virtual machine version, see Upgrade virtual machine version in Hyper-V on Windows 10 or Windows Server 2016.

Новые контейнеры Windows () Windows Containers (new)

Контейнеры Windows позволяют нескольким изолированным приложениям работать на одной компьютерной системе. Windows Containers allow many isolated applications to run on one computer system. Они быстро создают и поддерживают высокую масштабируемость и переносимость. They’re fast to build and are highly scalable and portable. Доступны два типа среды выполнения контейнеров, каждая из которых имеет разную степень изоляции приложений. Two types of container runtime are available, each with a different degree of application isolation. Контейнеры Windows Server используют пространство имен и изоляцию процессов. Windows Server Containers use namespace and process isolation. В контейнерах Hyper-V для каждого контейнера используется небольшая виртуальная машина. Hyper-V Containers use a light-weight virtual machine for each container.

Ключевые возможности: Key features include:

Поддержка веб-сайтов и приложений с помощью HTTPS Support for web sites and applications using HTTPS

На сервере Nano Server могут размещаться контейнеры Windows Server и Hyper-V Nano server can host both Windows Server and Hyper-V Containers

Возможность управлять данными через общие папки контейнера Ability to manage data through container shared folders

Возможность ограничения ресурсов контейнера Ability to restrict container resources

Дополнительные сведения, включая краткие руководства по началу работы, см. в документации по контейнерам Windows. For details, including quick start guides, see the Windows Containers Documentation.

Windows PowerShell Direct — ( новое) Windows PowerShell Direct (new)

Это дает возможность выполнять команды Windows PowerShell на виртуальной машине с узла. This gives you a way to run Windows PowerShell commands in a virtual machine from the host. Windows PowerShell Direct выполняется между узлом и виртуальной машиной. Windows PowerShell Direct runs between the host and the virtual machine. Это означает, что не требуются требования к сети или брандмауэру, и он работает независимо от конфигурации удаленного управления. This means it doesn’t require networking or firewall requirements, and it works regardless of your remote management configuration.

Windows PowerShell Direct — это альтернатива существующим средствам, которые администраторы Hyper-V используют для подключения к виртуальной машине на узле Hyper-V: Windows PowerShell Direct is an alternative to the existing tools that Hyper-V administrators use to connect to a virtual machine on a Hyper-V host:

средства удаленного управления, например PowerShell или удаленный рабочий стол; Remote management tools such as PowerShell or Remote Desktop

Подключение к виртуальной машине Hyper-V (VMConnect) Hyper-V Virtual Machine Connection (VMConnect)

Эти средства хорошо работают, но имеют компромиссы: VMConnect является надежным, но может быть трудно автоматизировать. Those tools work well, but have trade-offs: VMConnect is reliable, but can be hard to automate. Удаленная оболочка PowerShell является мощным средством, но ее сложно настроить и поддерживать. Remote PowerShell is powerful, but can be hard to set up and maintain. Эти компромиссы могут стать более важными, так как развертывание Hyper-V растет. These trade-offs may become more important as your Hyper-V deployment grows. Windows PowerShell Direct решает это, предоставляя мощные средства работы со сценариями и автоматизации, которые так же просты, как использование VMConnect. Windows PowerShell Direct addresses this by providing a powerful scripting and automation experience that’s as simple as using VMConnect.