Новые возможности System Center Virtual Machine Manager

  • Статья

Эта статья посвящена новым возможностям, поддерживаемым в System Center Virtual Machine Manager 2022 (VMM). В нем также подробно описаны новые функции в VMM 2022 UR1 и UR2.

Новые возможности в VMM 2022

Сведения о новых функциях и обновлениях функций, поддерживаемых в VMM 2022, см. в следующих разделах.

Вычисления

Поддержка Windows Server 2022 и гостевой ОС Windows Server 2022

VMM 2022 можно использовать для управления на узлах Windows Server 2022 и гостевой ОС Windows Server 2022.

Поддержка Windows 11

VMM 2022 поддерживает Windows 11 в качестве операционной системы на виртуальной машине.

Поддержка кластеров Azure Stack HCI 21H2

С помощью VMM 2022 можно управлять кластерами Azure Stack HCI 21H2.

Azure Stack HCI версии 21H2 — это новая операционная система гиперконвергентной инфраструктуры (HCI), которая работает в локальных кластерах с виртуализированными рабочими нагрузками.

Большая часть операций по управлению кластерами Azure Stack в VMM аналогична операциям по управлению кластерами Windows Server. 

Примечание

Управление растянутыми кластерами Azure Stack HCI сейчас не поддерживается в VMM.

См. статью Развертывание и администрирование кластеров Azure Stack HCI в VMM.

Регистрация и отмена регистрации кластера Azure Stack HCI с помощью командлетов PowerShell

VMM 2022 поддерживает регистрацию и отмену регистрации командлетов PowerShell для кластера Azure Stack HCI. См. разделы Register-SCAzStackHCI и Unregister-SCAzStackHCI.

Поддержка развертывания двух стеков SDN

VMM 2022 поддерживает развертывание двух стеков для SDN.

В VMM 2019 UR2 предоставляется поддержка развертывания SDN на основе IPv6. В VMM 2022 предоставляется поддержка двух стеков (IPv4 и IPv6) для компонентов SDN.

Чтобы включить IPv6 для развертывания SDN, внесите необходимые изменения в настройки сетевого контроллера, шлюза и SLB.

Дополнительные сведения об этих обновлениях см. в разделах Сетевой контроллер, Шлюз, SLB и Настройка преобразования сетевых адресов (NAT).

Новые возможности VMM 2022 UR1

В следующих разделах представлены новые функции и обновления компонентов, поддерживаемые в накопительном пакете обновления 1 (UR1) VMM 2022.

Сведения о проблемах, исправленных в VMM 2022 UR1, и инструкции по установке для UR1 см. в статье базы знаний.

Поддержка кластеров Azure Stack HCI 22H2

С помощью VMM 2022 UR1 можно управлять кластерами Azure Stack HCI 22H2.

Azure Stack HCI версии 22H2 — это новая операционная система гиперконвергентной инфраструктуры (HCI), которая работает в локальных кластерах с виртуализированными рабочими нагрузками.

Большая часть операций по управлению кластерами Azure Stack в VMM аналогична операциям по управлению кластерами Windows Server. 

См. статью Развертывание и администрирование кластеров Azure Stack HCI в VMM.

Поддержка VMware vSphere 7.0, 8.0 и ESXi 7.0, 8.0

VMM 2022 UR1 поддерживает VMware vSphere 7.0, 8.0 и ESXi 7.0, 8.0. Подробнее.

Поддержка SQL Server 2022

VMM 2022 UR1 поддерживает SQL Server 2022. Подробнее.

Поддержка входа smart карта в консоли SCVMM

VMM 2022 UR1 поддерживает вход smart карта в расширенном режиме сеанса в консоли SCVMM.

Поддержка SR-IOV для сетевых адаптеров, управляемых сетевым контроллером

В VMM 2022 UR1 SR-IOV поддерживает сетевые адаптеры, управляемые сетевым контроллером.

Удалены зависимости VMM от устаревшего пакета управления Operations Manager

В VMM 2022 UR1 удалены зависимости VMM от устаревших пакетов управления SCOM. Если у вас активная интеграция SCOM — VMM, выполните действия, описанные в статье базы знаний , прежде чем переходить на VMM 2022 UR1.

Обнаружение SCVMM с поддержкой Arc из консоли VMM

VMM 2022 UR1 позволяет обнаруживать SCVMM с поддержкой Arc из консоли, управлять гибридной средой и выполнять самостоятельные операции виртуальной машины с помощью портал Azure. Подробнее.

Поддержка 64 виртуальных сетей для Windows Server 2019 или более поздней версии

VMM 2022 UR1 поддерживает 64 виртуальные сети для Windows Server 2019 или более поздней версии.

Новые возможности VMM 2022 UR2

В следующих разделах представлены новые функции и обновления компонентов, поддерживаемые в накопительном пакете обновления 2 (UR2) VMM 2022.

Сведения о проблемах, исправленных в VMM 2022 UR2, и инструкции по установке для UR2 см. в статье базы знаний.

Улучшенная производительность преобразования виртуальных машин VMware v2V в виртуальные машины Hyper-V

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

Улучшенная вкладка обнаружения SCVMM с поддержкой Arc

На вкладке Azure Arc теперь выделены последние дополнения функций SCVMM с поддержкой Arc, которые включают поддержку служб управления Azure, таких как Microsoft Defender для облака, Диспетчер обновлений Azure, Azure Monitor, Microsoft Sentinel и многое другое. Подробнее.

Если вы используете операционные системы WS 2012 и 2012R2, колонка Azure Arc теперь содержит рекомендации по продолжению поддержки.

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

С помощью VMM 2022 UR2 можно запускать виртуальные машины Linux на основе Ubuntu 22, Debian 11, Oracle Linux 8 и 9.

Эта статья посвящена новым возможностям, поддерживаемым в System Center Virtual Machine Manager 2019 (VMM). В нем также подробно описаны новые функции в VMM 2019 UR1, UR2, UR3, UR4, UR5 и UR6.

Новые возможности в VMM 2019

В следующих разделах представлены новые возможности Virtual Machine Manager (VMM) 2019.

Среда выполнения приложений

Последовательное обновление для кластеров S2D

Virtual Machine Manager в System Center 2019 поддерживает последовательное обновление кластера узлов локальных дисковых пространств (S2D) с версии Windows Server 2016 до Windows Server 2019. Дополнительные сведения см. в разделе Выполнение последовательного обновления.

Поддержка дедупликации для тома ReFS

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

Хранилище

Динамическая оптимизация хранилища

Эта функция помогает предотвратить заполнение общего хранилища кластера (CSV и файловых ресурсов) из-за расширения или размещения новых виртуальных жестких дисков (VHD) в общем хранилище кластера. Теперь можно задать пороговое значение, чтобы активировать предупреждение, если объем свободного пространства в общем хранилище кластера становится ниже порогового значения. Такая ситуация может возникнуть во время размещения нового диска. Она также может произойти при автопереносе виртуальных жестких дисков в другое общее хранилище в кластере. Дополнительные сведения см. в разделе Динамическая оптимизация.

Поддержка мониторинга работоспособности хранилища

Мониторинг работоспособности хранилища позволяет отслеживать работоспособность и рабочее состояние пула носителей, номеров LUN и физических дисков в структуре VMM.

Вы можете отслеживать работоспособность хранилища на странице Структура в консоли VMM. Дополнительные сведения см. в разделе Настройка структуры хранилища VMM.

Сеть

Настройка виртуальных IP-адресов для SLB с помощью шаблонов служб VMM

В Windows 2016 программно-определяемая сеть (SDN) может использовать программную подсистему балансировки нагрузки (SLB) для равномерного распределения трафика между рабочими нагрузками, которыми управляют поставщики служб и клиенты. В настоящее время VMM 2016 поддерживает развертывание виртуальных IP-адресов программной подсистемы балансировки нагрузки с помощью PowerShell.

В выпуске VMM 2019 поддерживается настройка виртуальных IP-адресов для SLB с помощью шаблонов служб при развертывании многоуровневого приложения. Дополнительные сведения см. в разделе Настройка виртуальных IP-адресов SLB с помощью шаблонов служб VMM.

Настройка зашифрованных сетей виртуальных машин через VMM

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

Управление шифрованием осуществляется на уровне подсети. Шифрование можно включить или отключить для каждой подсети сети виртуальной машины. Дополнительные сведения см. в разделе Настройка зашифрованных сетей в SDN с помощью VMM.

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

Переадресация уровня 3 (L3) обеспечивает подключение между физической инфраструктурой в центре обработки данных и виртуализированной инфраструктурой в облаке виртуализации сети Hyper-V. В предыдущих версиях VMM поддерживается настройка шлюза уровня 3 через PowerShell.

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

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

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

Интеграция с Azure

Управление обновлениями виртуальных машин через VMM с помощью подписки служба автоматизации Azure

В VMM 2019 представлена возможность установки исправлений и обновления локальных виртуальных машин (управляемых VMM) путем интеграции VMM с служба автоматизации Azure подпиской. Дополнительную информацию см. в разделе Управление виртуальными машинами.

Новая роль RBAC: Администратор виртуальной машины

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

Текущий контроль доступа на основе ролей (RBAC) в VMM не имеет роли для такого пользователя. Существующие роли делегированных администраторов и администраторов структуры имеют слишком мало или много разрешений для устранения неполадок.

Для устранения этой проблемы в VMM 2019 включена поддержка новой роли — администратор виртуальной машины. Пользователю с этой ролью предоставлены права на чтение и запись для всех виртуальных машин, а в структуре — только право на чтение. Дополнительные сведения см. в статье Настройка ролей пользователей в VMM.

Поддержка групповой управляемой учетной записи службы в качестве учетной записи службы VMM

Групповая управляемая учетная запись службы (gMSA) помогает повысить уровень безопасности. Она обеспечивает удобное автоматическое управление паролями, упрощенное управление именем субъекта-службы и возможность делегирования управления другим администраторам.

В VMM 2019 поддерживается использование учетных записей gMSA для учетной записи службы сервера управления. Дополнительные сведения см. в статье Установка VMM.

Примечание

Ниже приведены компоненты или обновления компонентов, представленные в VMM 1807 и включенные в VMM 2019.

Компоненты, включенные в VMM 2019 и представленные в VMM 1807

Хранилище

Поддержка использования общих томов кластера для размещения нового виртуального жесткого диска

С помощью VMM можно выбирать общие тома кластера (CSV) для размещения нового виртуального жесткого диска.

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

В VMM 1807 теперь можно выбрать любое расположение для размещения нового диска. Вы можете легко управлять этим диском в зависимости от доступности хранилища для CVS. Дополнительные сведения см. в разделе Добавление виртуального жесткого диска к виртуальной машине.

Сеть

Отображение сведений об LLDP для сетевых устройств

VMM поддерживает протокол LLDP (Link Layer Discovery Protocol). Теперь вы можете просмотреть с виртуальной машины сведения о свойствах и возможностях сетевых устройств для узлов. На узлах должна быть установлена ОС Windows 2016 или ее более новая версия.

Для получения свойств LLDP на узлах включены функции DataCenterBridging и DataCenterBridging-LLDP-Tools. Дополнительные сведения см. в разделе Настройка сети для узлов и кластеров Hyper-V в структуре VMM.

Преобразование коммутатора SET в логический коммутатор

Вы можете преобразовать коммутатор SET (Switch Embedded Teaming) в логический коммутатор с помощью консоли VMM. В более ранних версиях эта можно было сделать только в сценарии PowerShell. Дополнительные сведения см. в разделе Создание логических коммутаторов.

Управление узлами VMware

VMM поддерживает серверы VMware ESXi версии 6.5 в структуре VMM. Эта поддержка дает администраторам дополнительную гибкость в управлении несколькими используемыми гипервизорами. Сведения о поддерживаемых версиях сервера VMware см. в статье Требования к системе.

Поддержка обновления кластера S2D

VMM поддерживает обновление узла или кластера S2D. Вы можете обновлять отдельные узлы и кластеры S2D до базовых конфигураций, настроенных в службах Windows Server Update Services. Дополнительные сведения см. в разделе Обновление узлов и кластеров Hyper-V.

Прочее

Поддержка SQL Server 2017

В VMM поддерживается SQL Server 2017. Вы можете обновить SQL Server 2016 до SQL Server 2017.

Примечание

Ниже приведены компоненты или обновления компонентов, представленные в VMM 1801 и включенные в VMM 2019.

Компоненты, включенные в VMM 2019 и представленные в VMM 1801

Среда выполнения приложений

Вложенная виртуализация

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

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

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

Миграция виртуальной машины VMware (виртуальной машины на основе встроенного ПО EFI) в виртуальную машину Hyper-V

В текущей версии VMM миграция виртуальных машин VMware в Hyper-V поддерживается только для виртуальных машин на основе BIOS.

В выпуске VMM реализована возможность переноса виртуальных машин VMware на основе EFI в виртуальные машины Hyper-V поколения 2. Если вы перенесете виртуальные машины VMware на платформу Microsoft Hyper-V, для них будут действовать все преимущества и новые возможности Hyper-V поколения 2.

В этот выпуск входит мастер преобразования виртуальной машины, который позволяет выполнять перенос исходя из типа встроенного ПО (BIOS или EFI). Он выбирает и правильно устанавливает по умолчанию поколение виртуальной машины Hyper-V. Дополнительные сведения см. в разделе Преобразование виртуальной машины VMware в узел Hyper-V в структуре VMM. Пример.

  • Виртуальные машины на основе BIOS преобразуются в виртуальные машины Hyper-V поколения 1.
  • Виртуальные машины на основе EFI преобразуются в виртуальные машины Hyper-V поколения 2.

Мы также внесли улучшения в процесс преобразования виртуальной машины VMware, ускорив его на 50 %.

Повышение производительности модуля обновления узлов

Модуль обновления узлов получил в VMM ряд обновлений для повышения производительности.

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

В лаборатории мы добились почти 10-кратного увеличения производительности для экземпляров VMM, управляющих 20 узлами с 45–100 виртуальными машинами в каждом.

Расширенный сеанс консоли в VMM

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

VMM поддерживает режим расширенного сеанса, в котором становятся доступны операции буфера обмена Вырезать (CTRL+X) , Копировать (CTRL+C) и Вставить (CTRL+V) для текста и файлов в кодировке ANSI. В результате можно выполнять команды Копировать и Вставить для текста и файлов с виртуальной машины и в нее. Дополнительные сведения см. в разделе Включение расширенного сеанса консоли в VMM.

Хранилище

Улучшение системы качества обслуживания хранилища в VMM

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

VMM поддерживает следующие усовершенствования в качестве обслуживания хранилища.

  • Расширение поддержки качества обслуживания хранилища за пределы S2D. Теперь политики качества обслуживания хранилища можно назначить для сетей хранения данных (SAN). Дополнительные сведения см. в статье Управление качеством обслуживания хранилища в кластерах.
  • Поддержка частных облаков VMM. Теперь клиенты облака VMM могут использовать политики качества обслуживания хранилища. Дополнительные сведения см. в разделе Создание частного облака.
  • Доступность политик качества обслуживания хранилища в качестве шаблонов. Политики качества обслуживания хранилища можно задать с помощью шаблонов виртуальных машин. Дополнительные сведения см. в статье Добавление шаблонов виртуальных машин в библиотеку VMM.

Сеть

Настройка гостевых кластеров в SDN с помощью VMM

Настройка гостевых кластеров в Windows Server 2016 и System Center 2016 претерпела ряд изменений с появлением программно-определяемой сети.

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

VMM поддерживает функцию плавающих IP-адресов через SLB при работе с SDN. VMM 1801 поддерживает гостевые кластеры через виртуальные IP-адреса внутренней подсистемы балансировки нагрузки (ILB). Внутренняя подсистема балансировки нагрузки использует порты проверки, которые создаются на виртуальных машинах в гостевом кластере для идентификации активного узла. В любой момент порт пробы только активного узла отвечает на ILB. Затем весь трафик, направленный на виртуальный IP-адрес, направляется на активный узел. Дополнительные сведения см. в разделе Настройка гостевых кластеров в SDN с помощью VMM.

Настройка виртуальных IP-адресов для SLB с помощью шаблонов служб VMM

В Windows 2016 сеть SDN может использовать SLB для равномерного распределения трафика между рабочими нагрузками, которыми управляют поставщики служб и клиенты. В настоящее время VMM 2016 поддерживает развертывание виртуальных IP-адресов программной подсистемы балансировки нагрузки с помощью PowerShell.

VMM поддерживает настройку виртуальных IP-адресов для SLB с помощью шаблонов служб при развертывании многоуровневого приложения. Дополнительные сведения см. в разделе Настройка виртуальных IP-адресов SLB с помощью шаблонов служб VMM.

Настройка зашифрованных сетей виртуальных машин через VMM

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

Управление шифрованием осуществляется на уровне подсети. Шифрование можно включить или отключить для каждой подсети сети виртуальной машины. Дополнительные сведения см. в разделе Настройка зашифрованных сетей в SDN с помощью VMM.

Безопасность

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

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

В Windows Server версии 1709 для Hyper-V появилась поддержка подготовки экранированных виртуальных машин Linux. Эта же поддержка теперь предоставляется для VMM. Дополнительные сведения см. в разделе Создание диска с шаблоном экранированной виртуальной машины Linux.

Настройка резервной HGS

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

VMM позволяет настроить для защищенного компьютера сразу две пары (URI аттестации и защиты ключей) URL-адресов HGS — основную и дополнительную. Эта возможность позволяет реализовать такие сценарии, как развертывание защищенной структуры сразу в двух центрах обработки данных в целях аварийного восстановления и выполнение HGS на экранированной виртуальной машине.

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

Интеграция с Azure

Управление подписками Azure на основе Azure Resource Manager и региона

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

VMM 1801 поддерживает управление следующими элементами.

  • Виртуальные машины на базе Azure Resource Manager.
  • Проверка подлинности на основе Azure Active Directory, созданная с помощью нового портал Azure.
  • Подписки Azure для некоторых регионов, а именно регионы Azure для правительств Германии, Китая и США.

Дополнительную информацию см. в разделе Управление виртуальными машинами.

Новые возможности в VMM 2019 UR1

В следующих разделах представлены новые компоненты или обновления компонентов, поддерживаемые в накопительном пакете обновления 1 (UR1) VMM 2019.

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

Среда выполнения приложений

Поддержка управления реплицированными общими папками библиотек

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

VMM теперь поддерживает управление серверами библиотек, которые реплицируются. Для управления реплицированными общими ресурсами с помощью VMM можно использовать любые технологии репликации, такие как DFSR. Дополнительные сведения см. в разделе Управление реплицированными общими папками библиотеки.

Хранилище

Настройка параметров DCB в кластерах S2D

RDMA и мостовые соединения центров обработки данных (DCB) помогают достичь уровня производительности и отсутствия потери данных в сети Ethernet аналогично уровню сетей оптоволоконного канала.

VMM 2019 UR1 поддерживает настройку мостового соединения для центра обработки данных в кластерах S2D.

Примечание

Необходимо одинаково настроить параметры DCB для всех узлов и сети структуры (коммутаторы). Неправильно настроенный параметр DCB на любом устройстве узла или структуры отрицательно сказывается на производительности S2D. Дополнительные сведения см. в разделе Настройка параметров DCB в кластере S2D.

Сеть

Улучшенное взаимодействие с пользователем в логических сетях

В VMM 2019 UR1 пользовательский интерфейс улучшен для процесса создания логических сетей. Логические сети теперь группируются в описании продукта на основе вариантов использования. Кроме того, приведена иллюстрация для каждого типа логической сети и схема зависимостей. Дополнительные сведения см. в разделе Настройка логических сетей в структуре VMM 2019 UR1.

Дополнительные параметры для включения вложенной виртуализации

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

Обновления командлетов PowerShell

VMM 2019 UR1 включает следующие обновления командлетов для соответствующих функций:

  1. Настройка параметров DCB в кластерах S2D

    • Новый командлет New-SCDCBSettings — настраивает параметры DCB в кластере S2D, управляемом VMM.

    • Новый параметр [-DCBSettings] — указывает параметры DCB, настроенные в кластере, и входит в командлеты Install-SCVMHostCluster, Set-SCVMHostCluster и Set-SCStorageFileServer .

  2. Дополнительные параметры для включения вложенной виртуализации

    • Новый параметр [-EnableNestedVirtualization] включает вложенную виртуализацию и включен в командлет Set-SCComputerTierTemplate .

Дополнительные сведения об этих обновлениях см. в статьях, посвященных VMM PowerShell.

Новые возможности в VMM 2019 UR2

В следующих разделах представлены новые компоненты или обновления компонентов, поддерживаемые в накопительном пакете обновления 2 (UR2) VMM 2019.

Сведения о проблемах, исправленных в VMM 2019 UR2, и инструкции по установке для UR2 см. в статье базы знаний.

Службы вычислений

Поддержка узлов Windows Server 2012 R2

В VMM 2019 UR2 поддерживаются узлы Windows Server 2012 R2. Сведения о поддерживаемых узлах см. в статье Требования к системе.

Поддержка узлов ESXi 6.7

VMM 2019 UR2 поддерживает серверы VMware ESXi версии 6.7 в структуре VMM. Эта поддержка дает администраторам дополнительную гибкость в управлении несколькими используемыми гипервизорами. Сведения о поддерживаемых версиях сервера VMware см. в статье Требования к системе.

Сеть

Улучшенное взаимодействие с пользователем при создании логических коммутаторов

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

Поддержка протокола IPv6

В VMM 2019 UR2 поддерживается развертывание IPv6 SDN. Подробнее.

Настройка сходства между виртуальными и физическими сетевыми адаптерами

В VMM 2019 UR2 поддерживается сходство между виртуальными и физическими сетевыми адаптерами. Сходство между виртуальными и физическими сетевыми адаптерами обеспечивает гибкость маршрутизации сетевого трафика между объединенными физическими сетевыми адаптерами. С помощью этой функции можно увеличить пропускную способность, сопоставив физический адаптер с поддержкой RDMA с виртуальным сетевым адаптером с поддержкой параметров RDMA. Кроме того, вы можете направлять определенный тип трафика (например, динамическую миграцию) в физический адаптер с более высокой пропускной способностью. В сценариях развертывания HCI, указав сходство, можно использовать SMB multichannel для обеспечения высокой пропускной способности трафика SMB. Подробнее.

Прочее

Поддержка для SQL Server 2019

В VMM 2019 RTM и более поздних версий теперь поддерживается SQL Server 2019.

Поддержка операционных систем Linux

VMM 2019 UR2 поддерживает операционные системы Linux Red Hat 8,0, CentOS 8, Debian 10, Ubuntu 20.04.

Обновления командлетов PowerShell

VMM 2019 UR2 включает следующие обновления командлетов для соответствующих функций:

  1. Обновление сертификата VMM.

    • Новый командлет Update-SCVMMCertificate — обновляет сертификат VMM на сервере VMM.

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

    • Новый параметр [-PhysicalNetworkAdapterName] — указывает имя физического сетевого адаптера и входит в командлеты New-SCVirtualNetworkAdapter и Set-SCVirtualNetworkAdapter .

  3. Поддержка протокола IPv6

    • Новый параметр [-IPv6Subnet] — указывает подсеть IPv6 и включен в командлет Add-SCFabricRoleResource .

    • Обновления параметров в существующих командлетах:

      • Адреса IPv4 и IPv6 с разделением ";" можно передавать в параметр [-RoutingIPSubnet] в командлете Add-SCVMNetworkGateway.
      • IPv6-адреса также можно добавить в параметр [-PublicIPAddresses] в командлете New-SCGatewayRoleConfiguration.

Дополнительные сведения об этих обновлениях см. в статьях, посвященных VMM PowerShell.

Новые возможности в VMM 2019 UR3

В следующих разделах представлены новые компоненты или обновления компонентов, поддерживаемые в накопительном пакете обновления 3 (UR3) VMM 2019.

Сведения о проблемах, которые были устранены в VMM 2019 UR3, и инструкции по установке для UR3 см. в этой статье базы знаний.

Вычисления

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

VMM 2019 UR3 включает поддержку магистрального режима для виртуальных сетевых адаптеров виртуальных машин. Магистральный режим используется приложениями NFV/VNF, такими как виртуальные брандмауэры, программные подсистемы балансировки нагрузки и виртуальные шлюзы для отправки и получения трафика по нескольким виртуальным локальным сетям. Подробнее.

Поддержка кластеров Azure Stack HCI

VMM 2019 UR3 включает поддержку добавления, развертывания кластеров Azure Stack HCI и управления ими в VMM. Наряду с текущим номером SKU операционной системы сервера поддержка VMM расширяется на Azure Stack HCI.

Azure Stack HCI версии 20H2 — это новая операционная система гиперконвергентной инфраструктуры (HCI), которая работает в локальных кластерах с виртуализированными рабочими нагрузками.

Большая часть операций по управлению кластерами Azure Stack в VMM аналогична операциям по управлению кластерами Windows Server. Подробнее.

Примечание

Управление растянутыми кластерами Azure Stack HCI сейчас не поддерживается в VMM.

Обновления командлетов PowerShell

VMM 2019 UR3 включает следующие обновления командлетов для поддержки магистрального режима для виртуальных сетевых адаптеров виртуальных машин:

Добавлены новые параметры [-AllowedVLanList] и [NativeVLanId] для командлетов New-SCVirtualNetworkAdapter и Set-SCVirtualNetworkAdapter.

Дополнительные сведения об этих обновлениях см. в статьях, посвященных VMM PowerShell.

Новые возможности в VMM 2019 UR4

В следующих разделах описаны новые компоненты или обновления компонентов, поддерживаемые в накопительном пакете обновления 4 (UR4) VMM 2019.

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

Вычисления

Поддержка Windows Server 2022 R2 и Windows 11

VMM 2019 UR4 поддерживает Windows Server 2012 2022 и Windows 11 гостевых виртуальных машин. Сведения о поддерживаемых узлах см. в разделе Требования к системе.

Поддержка входа с помощью смарт-карты

VMM 2019 UR4 поддерживает вход с помощью смарт-карты для подключения виртуальных машин в расширенном режиме сеанса.

Новые возможности VMM 2019 UR5

В следующих разделах представлены новые функции или обновления компонентов, поддерживаемые в накопительном пакете обновления 5 (UR5) VMM 2019.

Сведения о проблемах, исправленных в UR5, и инструкции по установке ur5 см. в статье базы знаний.

Вычисления

Поддержка VMware vSphere 7.0, 8.0 и ESXi 7.0, 8.0

VMM 2019 UR5 поддерживает VMware vSphere 7.0, 8.0 и ESXi 7.0, 8.0. Подробнее.

Обнаружение SCVMM с поддержкой Arc из консоли VMM

VMM 2019 UR5 позволяет обнаруживать SCVMM с поддержкой Arc из консоли, управлять гибридной средой и выполнять самостоятельные операции виртуальной машины с помощью портал Azure. Подробнее.

Новые возможности VMM 2019 UR6

В следующих разделах представлены новые функции или обновления компонентов, поддерживаемые в накопительном пакете обновления 6 (UR6) VMM 2019.

Сведения о проблемах, исправленных в UR6, и инструкции по установке для UR6 см. в статье базы знаний.

Улучшенная вкладка обнаружения SCVMM с поддержкой Arc

На вкладке Azure Arc теперь выделены последние дополнения функций SCVMM с поддержкой Arc, которые включают поддержку служб управления Azure, таких как Microsoft Defender для облака, Диспетчер обновлений Azure, Azure Monitor, Microsoft Sentinel и многое другое. Подробнее.

Если вы используете операционные системы WS 2012 и 2012R2, колонка Azure Arc теперь содержит рекомендации по продолжению поддержки.

Важно!

Поддержка этой версии Virtual Machine Manager (VMM) завершена. Мы рекомендуем выполнить обновление до VMM 2022.

Эта статья посвящена новым возможностям, поддерживаемым в System Center 1807 — Virtual Machine Manager (VMM).

Новые возможности в System Center версии 1807, Virtual Machine Manager

В приведенных ниже разделах описаны новые функции, поддерживаемые в VMM 1807.

Примечание

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

Хранилище

Поддержка использования общих томов кластера для размещения нового виртуального жесткого диска

VMM 1807 позволяет выбрать общие тома кластера (CSV) для размещения нового виртуального жесткого диска (VHD).

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

В VMM 1807 теперь можно выбрать любое расположение для размещения нового диска. Вы можете легко управлять этим диском в зависимости от доступности хранилища csv-файлов. Подробнее.

Сеть

Отображение сведений об LLDP для сетевых устройств

VMM 1807 поддерживает протокол LLDP (Link Layer Discovery Protocol). Теперь вы можете просмотреть с виртуальной машины сведения о свойствах и возможностях сетевых устройств для узлов. На узлах должна быть установлена ОС Windows 2016 или ее более новая версия.

Для получения свойств LLDP на узлах включены функции DataCenterBridging и DataCenterBridging-LLDP-Tools. Подробнее.

Преобразование коммутатора SET в логический коммутатор

VMM 1807 позволяет преобразовать коммутатор SET (Switch Embedded Teaming) в логический коммутатор с помощью консоли VMM. В более ранних версиях эта можно было сделать только в сценарии PowerShell. Подробнее.

Управление узлами VMware

VMM 1807 поддерживает серверы VMware ESXi v6.5 в структуре VMM. Эта поддержка дает администраторам дополнительную гибкость в управлении несколькими используемыми гипервизорами. Дополнительные сведения о поддерживаемых версиях сервера VMware см. в этой статье.

Поддержка обновления кластера S2D

VMM 1807 поддерживает обновление узла или кластера S2D. Вы можете обновлять отдельные узлы и кластеры S2D до базовых конфигураций, настроенных в службах Windows Server Update Services (WSUS). Подробнее.

Прочее

Поддержка SQL 2017

В VMM 1807 поддерживается SQL 2017. Вы можете обновить SQL 2016 до SQL 2017.

Важно!

Поддержка этой версии Virtual Machine Manager (VMM) завершена. Рекомендуется выполнить обновление до VMM 2022.

Эта статья посвящена новым возможностям, поддерживаемым в System Center 1801, — Virtual Machine Manager (VMM).

Эта статья посвящена новым возможностям, поддерживаемым в System Center 2016, — Virtual Machine Manager (VMM).

Новые возможности System Center 1801 — Virtual Machine Manager

В следующих разделах подробно описаны новые функции, поддерживаемые в VMM 1801.

Среда выполнения приложений

Вложенная виртуализация

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

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

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

Миграция виртуальной машины VMware (виртуальной машины на основе встроенного ПО EFI) в виртуальную машину Hyper-V

В текущей версии VMM миграция виртуальных машин VMware в Hyper-V поддерживается только для виртуальных машин на основе BIOS.

В выпуске VMM 1801 реализована возможность миграции виртуальных машин VMware на основе EFI в виртуальные машины Hyper-V поколения 2. Если вы перенесете виртуальные машины VMware на платформу Microsoft Hyper-V, для них будут действовать все преимущества и новые возможности Hyper-V поколения 2.

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

  1. Виртуальные машины на основе BIOS преобразуются в виртуальные машины Hyper-V поколения 1.
  2. Виртуальные машины на основе EFI преобразуются в виртуальные машины Hyper-V поколения 2.

Мы также внесли улучшения в процесс преобразования виртуальной машины VMware, ускорив его на 50 %.

Повышение производительности модуля обновления узлов

Модуль обновления узлов получил в VMM 1801 ряд обновлений для повышения производительности.

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

В нашей лаборатории с экземплярами VMM, управляющими 20 узлами, каждый из которых управляет 45–100 виртуальными машинами, мы измерили повышение производительности до 10 раз.

Расширенный сеанс консоли в VMM

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

VMM 1801 поддерживает расширенный сеанс консоли, который позволяет выполнять операции Вырезать (CTRL+X),Копировать (CTRL+C) и Вставка (CTRL+V) для текста и файлов ANSI, доступных в буфере обмена. Таким образом, команды копирования и вставки текста и файлов можно выполнять из виртуальной машины и на нее. Подробнее.

Хранилище

Улучшение системы качества обслуживания хранилища в VMM

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

VMM 1801 поддерживает следующие усовершенствования в системе SQoS.

  • Расширение поддержки SQoS. Теперь политики качества обслуживания хранилища можно назначить не только для S2D, но и для сетей хранения данных (сетей SAN). Подробнее.
  • Поддержка частного облака VMM. Теперь клиенты облака VMM могут использовать политики качества обслуживания хранилища. Подробнее.
  • Поддержка шаблонов для политики качества обслуживания хранилища. Для определения политик качества обслуживания хранилища можно использовать шаблоны виртуальных машин. Подробнее.

Сеть

Настройка гостевых кластеров в SDN с помощью VMM

Настройка гостевых кластеров в Windows Server 2016 и System Center 2016 претерпела ряд изменений с появлением программно-определяемой сети (NC).

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

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

Настройка виртуальных IP-адресов для SLB с помощью шаблонов служб VMM

В Windows 2016 сеть SDN может использовать программную подсистему балансировки нагрузки для равномерного распределения трафика между рабочими нагрузками, которыми управляют поставщики служб и клиенты. В настоящее время VMM 2016 поддерживает развертывание виртуальных IP-адресов SLB с помощью PowerShell.

В выпуске VMM 1801 поддерживается настройка виртуальных IP-адресов программной подсистемы балансировки нагрузки с помощью шаблонов служб при развертывании многоуровневого приложения. Подробнее.

Настройка зашифрованных сетей виртуальных машин через VMM

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

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

Безопасность

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

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

В Windows Server версии 1709 для Hyper-V появилась поддержка подготовки экранированных виртуальных машин Linux, а теперь она перенесена и в VMM 1801. Подробнее.

Настройка резервной HGS

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

VMM 1801 позволяет настроить для защищенного компьютера сразу две пары (URI аттестации и защиты ключей) URL-адресов HGS — основную и дополнительную. Эта возможность позволяет реализовать такие сценарии, как развертывания защищенной структуры, охватывающие два центра обработки данных для аварийного восстановления, HGS в качестве экранированных виртуальных машин и т. д.

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

Интеграция с Azure

Управление подписками Azure на основе Azure Resource Manager и региона

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

VMM 1801 позволяет управлять виртуальными машинами на основе Azure Resource Manager с поддержкой аутентификации на основе Azure Active Directory (AD), которые создаются с помощью нового портала Azure и подписок Azure на основе региона (для Германии, Китая и государственных организаций США). Подробнее.

Новые возможности VMM 2016

В приведенных ниже разделах подробно описаны новые функции, поддерживаемые в VMM 2016.

Службы вычислений

Управление полным жизненным циклом узлов и виртуальных машин под управлением Nano Server

В структуре VMM можно распределять узлы и виртуальные машины на базе сервера Nano Server и управлять ими. Подробнее.

Последовательное обновление кластеров узлов Windows Server 2012 R2

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

Создание кластеров Hyper-V и SOFS

Существует оптимизированный рабочий процесс создания кластеров Hyper-V и SOFS:

  • Развертывание кластеров узлов Hyper-V без операционной системы. Развертывание кластера узлов Hyper-V с компьютеров без операционной системы теперь составляет один шаг. Подробнее

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

Новые операции для работающих виртуальных машин

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

Рабочие контрольные точки

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

Server App-V

В VMM 2016 приложение Server App-V в шаблонах служб более недоступно. Невозможно создать новые шаблоны или развернуть новые службы с помощью приложения Server App-V. При обновлении с VMM 2012 R2 существующее развертывание продолжит работать, если у вас есть служба с приложением Server App-V. Однако после обновления вы не сможете масштабировать уровень с помощью Server App-V приложения. Можно масштабировать другие уровни.

Примечание

Следующий компонент доступен с 2016 UR9.

Расширенный сеанс консоли в VMM

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

VMM поддерживает режим расширенного сеанса, в котором становятся доступны операции буфера обмена Вырезать (CTRL+X) , Копировать (CTRL+C) и Вставить (CTRL+V) для текста и файлов в кодировке ANSI. В результате можно выполнять команды Копировать и Вставить для текста и файлов с виртуальной машины и в нее. Дополнительные сведения см. в разделе Включение расширенного сеанса консоли в VMM.

Хранилище

Развертывание кластеров хранилищ и управление ими с помощью локальных дисковых пространств (S2D)

Локальные дисковые пространства в Windows Server 2016 позволяют создавать системы хранения высокой доступности в Windows Server. VMM позволяет создавать масштабируемые файловые серверы под управлением Windows Server 2016 и настраивать их с локальными дисковыми пространствами. После настройки можно создать пулы носителей и общие папки. Подробнее.

Реплика хранилища

В VMM 2016 можно использовать реплику хранилища Windows для защиты данных в томе путем синхронной репликации их между основным и вторичным томами (восстановление). Основной и вторичный тома можно развернуть в одном кластере в двух разных кластерах или на двух автономных серверах. Для настройки реплики хранилища и выполнения перехода на другой ресурс можно воспользоваться PowerShell. Подробнее

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

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

Сеть

Программно-конфигурируемая сеть (SDN)

В VMM 2016 можно развернуть весь стек SDN с помощью шаблонов служб VMM.

  • Можно развернуть в подсети сетевой контроллер с несколькими узлами и управлять им. После развертывания и подключения сетевого контроллера можно указать, что компонентами структуры следует управлять с помощью SDN, чтобы обеспечить подключение к виртуальным машинам клиента и определить политики.
  • Вы можете развернуть и настроить программную подсистему балансировки нагрузки для распределения трафика в сетях, управляемых сетевым контроллером. Подсистему балансировки нагрузки можно использовать для входящих и исходящих NAT.
  • Можно развернуть и настроить пул шлюзов Windows Server с избыточностью M+N. После развертывания шлюза нужно подключить клиентскую сеть к сети поставщика услуг размещения или к собственной удаленной сети ЦОД с помощью протоколов S2S GRE, S2S IPSec или L3.

Изоляция и фильтрация сетевого трафика

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

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

При развертывании виртуальной машины иногда целесообразно выполнить сценарий после развертывания в гостевой операционной системе, чтобы настроить виртуальные сетевые адаптеры. Раньше с этим были сложности, поскольку было непросто различать виртуальные сетевые адаптеры в момент развертывания. Теперь виртуальному сетевому адаптеру можно присвоить имя в шаблоне виртуальной машины для виртуальных машин версии 2, развертываемых на узлах Hyper-V под управлением Windows Server 2016. Это делается точно так же, как при использовании согласованного именования устройств (CDN) для физического сетевого адаптера.

Самостоятельное управление SDN с помощью Microsoft Azure Pack

Можно предоставить возможности самообслуживания для структуры, управляемой сетевым контроллером. Сюда относится создание сетей виртуальных машин и управление ими, настройка подключений S2S IPSec, и также настройка параметров NAT для клиентских и инфраструктурных виртуальных машин в вашем ЦОД.

Развертывание логического коммутатора на узлах

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

Безопасность

Развертывание защищенного узла

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

  • Управление защищенными узлами может осуществляться в вычислительной структуре VMM. Защищенные узлы настраиваются для взаимодействия с серверами HGS, и можно указать политики целостности кода, ограничивающие программное обеспечение, которое может выполняться на узле в режиме ядра.
  • Можно преобразовать существующие виртуальные машины в экранированные и развернуть новые экранированные виртуальные машины.

Дальнейшие действия