Поделиться через


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

Важно!

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

В этой статье описывается, как настроить параметры производительности и доступности для виртуальных машин в структуре System Center Virtual Machine Manager (VMM).

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

Добавление виртуального адаптера к виртуальной машине

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

Примечание

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

  2. Для сетевого адаптера можно настроить множество свойств, в том числе:

    • Подключен к: выберите, к чему подключен адаптер.
    • Не подключен: выберите этот вариант, если не желаете указывать сеть.
    • Внутренняя сеть: выберите, если требуется подключиться к изолированной внутренней сети, которая позволяет виртуальным машинам взаимодействовать между собой в рамках одного узла. Виртуальные машины, подключенные к внутренней виртуальной сети, не могут взаимодействовать с узлом, с другими физическими компьютерами в локальной сети узла или с Интернетом.
    • Внешняя сеть: выберите этот вариант, чтобы указать, что виртуальная машина, созданная с использованием этого аппаратного профиля, будет подключена к физическому сетевому адаптеру на данном узле. Виртуальные машины, подключенные к физическому сетевому адаптеру, могут взаимодействовать с любым физическим или виртуальным компьютером, с которым может взаимодействовать узел, а также с любыми ресурсами, доступными в интрасети и по Интернету, к которым у главного компьютера есть доступ.
    • Адрес Ethernet (MAC). Виртуальный MAC-адрес на виртуальных машинах однозначно идентифицирует каждый компьютер в одной подсети. Выберите один из следующих вариантов.
      • Динамический. Выберите этот параметр, если вы хотите включить динамический MAC-адрес для виртуальной машины.
      • Статический. Выберите этот параметр, если вы хотите указать статический MAC-адрес для виртуальной машины. Введите статический MAC-адрес в отведенном для этого поле.
      • Режим магистрали: выберите этот параметр, чтобы включить магистральный режим.

VMM 2019 UR3 и более поздних версий поддерживают магистральный режим для виртуальных сетевых адаптеров виртуальных машин.

Поддержка магистрального режима

Примечание

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

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

Сведения о включении режима магистрали через консоль см. в следующем разделе. Сведения о включении с помощью командлетов PowerShell см. в разделах Set-SCVirtualNetworkAdapter и New-SCVirtualNetworkAdapter .

Настройка магистрального режима

Чтобы настроить режим магистрали в VMM, выполните следующие действия.

  1. В разделе Свойства виртуальной машины перейдите к разделу Настройкасетевого адаптера параметров оборудования и выберите Режим магистрали, чтобы включить режим магистрали для виртуальных > сетевых адаптеров виртуальных машин.
  2. Выберите сети виртуальных машин (несколько виртуальных локальных сетей), через которые необходимо направить сетевой трафик виртуальных машин. Снимок экрана: режим магистрали.
  3. Сеть виртуальных машин, выбранная как часть рабочего процесса Подключение к рабочему процессу сети виртуальных машин, также используется для создания собственной виртуальной локальной сети. Вы не сможете изменить собственную виртуальную локальную сеть позже, так как это зависит от сети виртуальных машин, выбранной в рамках рабочего процесса Подключено к сети виртуальных машин .

Добавление виртуального адаптера в PowerShell

Чтобы добавить виртуальный адаптер, можно использовать PowerShell.

Ниже приведены примеры командлетов для этой настройки. Выберите необходимую вкладку для просмотра или копирования примеров командлетов:

Примеры командлетов для добавления виртуальной сетевой карты:

  • Первая команда получает объект виртуальной машины с именем VM01, а затем сохраняет его в переменной $VM.
  • Вторая команда создает виртуальный сетевой адаптер в виртуальной машине VM01.
PS C:\> $VM = Get-SCVirtualMachine -Name "VM01"
PS C:\> New-SCVirtualNetworkAdapter -VM $VM -Synthetic

Управление статической памятью в работающей виртуальной машине

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

Используйте следующие примеры PowerShell для изменения параметра статической памяти.

Пример 1

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

  • Первая команда получает объект виртуальной машины с именем VM01 и сохраняет его в переменной $VM.
  • Вторая команда изменяет размер памяти, выделенной виртуальной машине VM01, на 1024 МБ.
PS C:\> $VM = Get-SCVirtualMachine -Name "VM01"
PS C:\> Set-SCVirtualMachine -VM $VM -MemoryMB 1024

Пример 2

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

  • Первая команда получает объект виртуальной машины с именем VM02 и сохраняет его в переменной $VM.
  • Вторая команда включает динамическую память, задает размер памяти, доступной при запуске, равным 1024 МБ, а максимальный размер памяти — равным 2048 МБ.
PS C:\> $VM = Get-SCVirtualMachine -Name "VM02"
PS C:\> Set-SCVirtualMachine -VM $VM -DynamicMemoryEnabled $True -MemoryMB 1024 -DynamicMemoryMaximumMB 2048

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

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

Создание рабочей контрольной точки для виртуальной машины

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

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

  • На виртуальной машине под управлением операционной системы Windows рабочие контрольные точки создаются с помощью службы моментальных снимков томов (VSS).

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

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

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

    • Отключено. Контрольные точки не создаются.
    • Рабочая среда. Рабочие контрольные точки представляют собой моментальные снимки виртуальной машины с согласованием приложений. Hyper-V использует гостевой поставщик VSS для создания образа виртуальной машины, где все ее приложения находятся в согласованном состоянии. Рабочий snapshot не поддерживает этап автоматического восстановления во время создания. Применение рабочей контрольной точки требует, чтобы восстановленная виртуальная машина загружалась из автономного состояния (аналогично восстановленной резервной копии). Этот режим всегда более эффективен в рабочих средах.
    • ProductionOnly. Этот параметр совпадает с вариантом ProductionOnly с одним ключевым отличием: если рабочая контрольная точка завершается сбоем, то контрольная точка не будет использоваться. Различие заключается в том, что в случае сбоя рабочей контрольной точки вместо нее используется стандартная контрольная точка.
    • Стандартный. Все состояния памяти запущенных приложений сохраняются таким образом, что при применении контрольной точки приложение возвращается в предыдущее состояние. Для многих приложений это не подходит для рабочей среды. Поэтому этот тип контрольных точек обычно больше подходит для сред разработки и тестирования для некоторых приложений.

Задайте контрольную точку с помощью следующей команды PowerShell: Set-SCVirtualMachine CheckpointType (Disabled, Production, ProductionOnly, Standard)

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

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

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

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

Выполните следующие действия, чтобы настроить QoS для виртуальной машины:

  1. Откройте диспетчер Hyper-V и выберите Параметры действия>.
  2. В SCSI-контроллере выберите Жесткий диск.
  3. В разделе Дополнительные функции выберите Включить управление качеством обслуживания.
  4. Укажите минимальное и максимальное значения числа операций ввода-вывода в секунду.

Настройка регулирования ресурсов

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

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

    • Высокий, Обычный, Низкий, Настраиваемый — задает режимы распределения ресурсов ЦП при возникновении состязания. Виртуальным машинам с высоким приоритетом ресурсы ЦП будут выделяться в первую очередь.
    • Резервирование циклов ЦП (%) — задает процент ресурсов ЦП, связанных с одним логическим процессором, который требуется зарезервировать для виртуальной машины. Этот параметр полезен при выполнении на виртуальной машине приложений, которые особенно требовательны к ресурсам ЦП, если требуется обеспечить для них минимальный уровень необходимых ресурсов. Нулевое значение указывает, что ресурсы ЦП не будут резервироваться для виртуальной машины.
    • Ограничение циклов ЦП (%): указывает, что виртуальная машина не должна потреблять больше указанного процента от одного логического процессора.
  • Регулирование и вес памяти — регулирование памяти позволяет повышать и понижать приоритет для предоставления доступа к ресурсам памяти в сценариях, когда такие ресурсы ограничены. В периоды интенсивного использования памяти на узле, виртуальным машинам с более высоким приоритетом ресурсы памяти выделяются в первую очередь. Если указать для виртуальной машины низкий приоритет, она может не запускаться, когда выполняются другие виртуальные машины в условиях недостатка памяти. Параметры приоритета и пороговых значений памяти можно задать следующим образом.

    • Статическая — объем статической памяти, назначенной конкретной виртуальной машине.
    • Динамическая — параметры динамической памяти включают перечисленные ниже.
      • Память при запуске — объем памяти, выделяемый виртуальной машине при запуске. Для этого параметра должно быть задано минимальное значение памяти, которое требуется для запуска операционной системы и приложений на виртуальной машине. Функция динамической памяти позволяет корректировать выделяемый объем памяти при необходимости.
      • Минимальный объем памяти — минимальный объем памяти, который требуется для виртуальной машины. Этот параметр позволяет сокращать потребление памяти неработающей виртуальной машины до уровня ниже требования к памяти при загрузке. Доступная память может затем использоваться другими виртуальными машинами.
      • Максимальный объем памяти — ограничение объема памяти, выделяемой виртуальной машине. Значение по умолчанию — 1 ТБ.
      • Процент буфера памяти. Динамическая память добавляет память виртуальной машине по мере необходимости, но есть вероятность того, что приложению может потребоваться память быстрее, чем она выделяется динамической памятью. Параметр "Буфер памяти в процентах" задает объем доступной памяти, которая будет назначаться виртуальной машине при необходимости. Процент основан на объеме памяти, необходимом для приложений и служб, работающих на виртуальной машине. Она выражается в процентах, так как она меняется в зависимости от требований к виртуальной машине. Процент вычисляется следующим образом: Объем буфера памяти = память, необходимая виртуальной машине/(значение буфера памяти/100). Например, если объем выделяемой виртуальной машине памяти — 1000 МБ, а значение буфера 20 %, то объем дополнительной памяти буфера (20 %) будет составлять 200 МБ, а общий объем физической памяти, выделяемой виртуальной машине, — 1200 МБ.
    • Вес памяти — приоритет, определяющий выделение памяти виртуальной машине, когда задействованы все ресурсы памяти. Это значение будет определять приоритет виртуальной машины при выделении ресурсов памяти. Если задать низкое значение приоритета, виртуальная машина может не запуститься, если ресурсов памяти недостаточно.

Выберите необходимую вкладку для настройки регулирования процессора или памяти:

Чтобы настроить регулирование процессора, выполните следующие действия.

  1. В разделе Свойства> виртуальной машины >Дополнительно выберите Приоритет ЦП.

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

    • Высокий — значение относительного веса 200
    • Обычный — значение относительного веса 100
    • Низкий — относительная весовая величина 50
    • Пользовательский — поддерживаемые относительные значения веса находятся в диапазоне от 1 до 10 000.
  3. В разделе Резервирование циклов ЦП (%) укажите процент ресурсов ЦП, связанных с одним логическим процессором, который требуется зарезервировать для виртуальной машины. Этот параметр полезен при выполнении на виртуальной машине приложений, которые особенно требовательны к ресурсам ЦП, если требуется обеспечить для них минимальный уровень необходимых ресурсов. Нулевое значение указывает, что конкретный процент ресурсов ЦП не резервируется.

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

Настройка виртуальной архитектуры NUMA

Вы можете настраивать и развертывать виртуальную архитектуру NUMA, а также управлять ею в VMM. Виртуальная архитектура NUMA имеет перечисленные ниже свойства.

  • NUMA — это архитектура, используемая в многопроцессорных системах. Скорость доступа процессора к памяти зависит от местоположения памяти по отношению к процессору. В системе NUMA процессор может получить доступ к локальной памяти (память, которая относится непосредственно к этому процессору) быстрее, чем к удаленной (памяти, которая является локальной для другого процессора в системе). NUMA пытается закрыть разрыв между скоростью процессоров и используемой ими памятью. Для этого NUMA предоставляет отдельную память для каждого процессора. Таким образом, это помогает избежать снижения производительности, которое происходит, когда несколько процессоров пытаются получить доступ к одной памяти. Каждый блок выделенной памяти называется узлом NUMA.
  • Виртуальная архитектура NUMA позволяет развертывать большое количество крупных и критически важных рабочих нагрузок, выполняемых в виртуализованной среде с минимальным снижением производительности, по сравнению с работой невиртуализованных компьютеров с физическим оборудованием NUMA. При создании новой виртуальной машины Hyper-V по умолчанию использует значения для гостевых параметров, синхронизированных с топологией NUMA узла Hyper-V. Например, если узел имеет 16 ядер и 64 ГБ, равномерно разделенных между двумя узлами NUMA с двумя узлами NUMA на физический сокет процессора, то для виртуальной машины, созданной на узле с 16 виртуальными процессорами, максимальное число процессоров на узел будет иметь значение восемь, а максимальное число узлов на сокет — два. и максимальный объем памяти на узел составляет 32 ГБ.
  • Можно включить или отключить функцию охвата NUMA. Если охват включен, отдельным виртуальным узлам NUMA можно выделить нелокальную память и администратор может развернуть виртуальную машину, количество виртуальных процессоров на виртуальный узел которой превышает количество процессоров, доступных в базовом аппаратном узле NUMA в узле Hyper-V. Охват NUMA для виртуальных машин приводит к дополнительным затратам на производительность, поскольку виртуальная машина обращается к памяти на удаленных узлах NUMA.

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

  1. В разделе Свойства> виртуальной машины >Дополнительно выберите Виртуальный NUMA.
  2. Для свойства Максимум процессоров на виртуальный узел NUMA укажите максимальное количество виртуальных процессоров, которые принадлежат одной виртуальной машине и могут одновременно использоваться на виртуальном узле NUMA. Настройте этот параметр, чтобы обеспечить максимальную пропускную способность. Разные виртуальные машины NUMA используют разные узлы NUMA. Минимальное ограничение — 1, а максимальное — 32.
  3. Для свойства Максимум памяти на виртуальный узел NUMA (МБ) укажите максимальный объем памяти (в МБ), который можно выделить одному виртуальному узлу NUMA. Минимальное ограничение составляет 8 МБ, а максимальное — 256 ГБ.
  4. Для свойства Максимум виртуальных узлов NUMA на гнездо укажите максимальное количество виртуальных узлов NUMA, разрешенное для одного гнезда. Минимальное число — 1, а максимальное — 64.
  5. Чтобы включить охват, выберите Разрешить виртуальной машине охватывать аппаратные узлы NUMA.