Hyper v сколько процессоров
Hyper-V предъявляют определенные требования к оборудованию, а некоторые функции Hyper-V имеют дополнительные требования. Используйте сведения в этой статье, чтобы решить, какие требования должны соответствовать системам, чтобы можно было использовать Hyper-V в соответствии с планом. затем просмотрите каталог сервера Windows. помните, что требования для Hyper-V превышают общие минимальные требования для Windows Server 2016, так как для среды виртуализации требуются дополнительные вычислительные ресурсы.
Если вы уже используете Hyper-V, скорее всего, вы можете использовать имеющееся оборудование. общие требования к оборудованию значительно не изменились Windows Server 2012 R2. Но вам потребуется более новое оборудование для использования экранированных виртуальных машин или назначения дискретных устройств. Эти функции полагаются на конкретную аппаратную поддержку, как описано ниже. В отличие от этого, основное различие в оборудовании заключается в том, что вместо него требуется преобразование адресов второго уровня (SLAT).
Подробные сведения о максимальной поддерживаемые конфигурации для Hyper-V, например количество виртуальные машины в разделе Планирование масштабируемость Hyper-V в Windows Server 2016. список операционных систем, которые можно запустить на виртуальных машинах, см. в статье поддерживаемые Windows гостевые операционные системы для Hyper-V на Windows Server.
Требования к конкретным функциям
Ниже приведены требования для дискретного назначения устройств и экранированных виртуальных машин. описание этих функций см. в статье новые возможности Hyper-V на Windows Server.
Экранированные виртуальные машины
Эти виртуальные машины полагаются на безопасность на основе виртуализации и доступны начиная с Windows Server 2016.
Требования к узлу :
UEFI 2.3.1 c — поддерживает безопасную, измеряемую загрузку
Следующие два являются необязательными для безопасности на основе виртуализации в целом, но требуются для размещения, если требуется обеспечить защиту с помощью этих функций:
TPM версии 2.0 — защищает активы безопасности платформы
IOMMU (Intel VT-D) — позволяет гипервизору обеспечивать защиту прямого доступа к памяти (DMA)
В предыдущей статье был слегка затронут вопрос распределения процессорной мощности между виртуальными машинами. Как мне кажется, тема эта достаточно интересная и заслуживающая внимания. Поэтому сегодня мы попробуем детально разобраться в том, как происходит распределение физических ресурсов процессора, а также покрутим все имеющиеся настройки виртуальных процессоров и выясним, для чего они нужны и как работают.
В качестве подопытного возьмем сервер с двумя шестиядерными процессорами Xeon, что с учетом Hyper-threading дает нам 24 виртуальных процессора. Операционная система — Windows Server 2012.
Открываем оснастку Hyper-V Manager и заходим в настройки виртуальной машины, на вкладку Processor. Обратите внимание на параметр Percent of total system resources — он показывает, какой процент от общей процессорной мощности выделен конкретно этой виртуальной машине. В нашем случае это 1/24 = 4% . Если выделить машине второй процессор, то получим 8%, третий — 12% и т.д. Таким способом мы управляем распределением процессорных ресурсов между виртуальными машинами.
Надо понимать, что выделенные одной машине виртуальные процессоры могут параллельно использоваться и другими машинами. При наличии свободных ресурсов система динамически распределяет их между виртуальными машинами в зависимости от нагрузки.
На случай нехватки ресурсов есть дополнительные настройки, объединенные под общим названием Resource control. О них стоит рассказать поподробнее.
Отдельное назначение устройств
Требования к узлу аналогичны существующим требованиям к функции SR-IOV в Hyper-V.
Процессор должен иметь либо расширенную таблицу страниц Intel (EPT), либо таблицу вложенных страниц AMD (НПТ).
Набор микросхем должен иметь следующие компоненты:
Перераспределение прерываний. Технология Intel VT-d с возможностью повторного сопоставления прерываний (VT-D2) или любой другой версией модуля управления памятью ввода-вывода AMD (ввод-вывод ММУ).
Повторное сопоставление DMA. Технология Intel VT-d с недействительными в очереди или любыми ММУами AMD ввода-вывода.
Службы контроля доступа (ACS) на корневых портах PCI Express.
таблицы встроенного по должны предоставлять мму ввода-вывода для гипервизора Windows. Обратите внимание, что эта функция может быть отключена в UEFI или BIOS. Инструкции см. в документации по оборудованию или обратитесь к изготовителю оборудования.
Устройствам требуется GPU или энергонезависимый объем памяти (NVMe). Для GPU только некоторые устройства поддерживают дискретное назначение устройств. Чтобы проверить, ознакомьтесь с документацией по оборудованию или обратитесь к изготовителю оборудования. Дополнительные сведения об этой функции, включая способы ее использования и рекомендации, см. в блоге по виртуализации в разделе Post "дискретное назначение устройств--описание и фон".
Максимум для виртуальных машин
Эти максимальные значения применяются к каждой виртуальной машине. Не все компоненты доступны в обеих поколениях виртуальных машин. Сравнение поколений см . в статье как создать виртуальную машину поколения 1 или 2 в Hyper-V?
- 64. Сетевые адаптеры, относящиеся к Hyper-V
- 4 устаревшие сетевые адаптеры;
- 8 сетевых адаптеров, связанных с Hyper-V
- 4 устаревшие сетевые адаптеры
Relative Weight
Третий параметр, Relative Weight, представляет из себя безразмерную величину и может варьироваться в пределах от 0 до 10000. По умолчанию равен 100.
С помощью Relative Weight мы можем задать приоритет виртуальной машины при распределении ресурсов. До тех пор, пока у сервера имеются свободные системные ресурсы – значение Relative Weight не имеет особого значения. Будь у машины вес хоть 100, хоть 10000 – на ее работе это никак не отразится. Но как только ресурсы сервера подходят к концу — начинается самое интересное. Если виртуальные машины имеют одинаковый вес (к примеру, у всех 100), то каждая из них получит равную долю процессорного ресура. Если же у одной или нескольких виртуальных машин Relative Weight выше – это значит, что они получат больше процессорного ресурса, чем остальные. Причем, чем больше вес, тем выше приоритет и тем больше ресурсов может получить виртуальная машина.
Таким образом Relative Weight позволяет разделять виртуальные машины на более и менее критичные, при этом не боясь, что какая-то из них откажется запускаться из за отсутствия ресурсов.
Важный момент. Relative Weight не дает гарантий, что виртуальная машина в нужный момент получит необходимое ей количество процессорных ресурсов. Если какие-то из виртуальных машин являются особо критичными – лучше использовать Virtual Machine Reserve, который гарантирует выделение ресурсов.
В заключение скажу, что Hyper-V достаточно гибко распределяет процессорное время между виртуалками, поэтому дополнительные настройки не стоит трогать без крайней необходимости. И еще, все вышенаписаное относится как к Windows Server 2012, так и к Server 2008R2, по крайней мере серьезных отличий я не заметил.
В Windows Server 2008 R2 Hyper-V существует ограничение на количество логических процессоров, выделяемых одной виртуальной машине. Причем под логическим процессором может пониматься как физическое ядро процессора, так и поток (Hyper-Threading).
Сколько бы процессорных ядер не имел ваш сервер, в оснастке Hyper-V Manager можно выделить не более четырех процессоров для одной ВМ.
С учетом современных мощностей ограничение довольно странное. Кстати, в Server 2012 его нет и каждой ВМ можно назначить до 64 процессоров. Что же получается, поднять более-менее производительную виртуалку на Server 2008 R2 не получится? Попробуем обойти это ограничение.
Каждая виртуальная машина имеет свой файл настроек, и изменяя параметры в Hyper-V Manager, на самом деле мы вносим изменения в этот файл. Это обычный XML-файл, который можно открыть в блокноте и отредактировать вручную. Если вы не изменяли настройки по умолчанию, то найти его можно в системной папке C:\Windows\Program Data\Microsoft\Hyper-V\Virtual Machines.
За количество логических процессоров, доступных ВМ, отвечает параметр count. Изменим его, выставив нужное нам значение (в моем случае 12). Задав значение, сохраняем файл.
Важный момент. Даже в том случае, если машина выключена, при попытке сохранить изменения будет получена ошибка.
Дело в том, что конфигурационный файл используется менеджером виртуальных машин, и чтобы сохранить изменения нам прийдется его остановить. Делается это из командной строки с правами администратора командой net stop vmms. Затем сохраняем файл и запускаем менеджер командой net start vmms. Бояться не стоит, перезапуск менеджера не оказывает влияния на работу запущенных виртуальных машин.
Если теперь зайти в свойства нашей ВМ, то там для выбора доступны 12 логических процессоров.
И еще, редактируя файл настроек не стоит увлекаться. Количество доступных логических процессоров нельзя сделать больше 64, а также надо учитывать реальное количество ядер в системе.
В этой статье описывается, Windows осмий, работающих в разделе управления, используют не более 64 корневых виртуальных процессоров (корневых виртуальных процессоров).
Применяется к: Windows Server 2012 R2
Исходный номер КБ: 2812283
Аннотация
Windows Server 2012 Hyper-V поддерживает работу в системах с до 320 логическими процессорами (LPs). Однако в Windows операционной системы, используемой в разделе управления, известном как хост, или "корневой" раздел, используется не более 64 корневых виртуальных процессоров (корневых виртуальных процессоров). Гипервизор Hyper-V будет по-прежнему управлять всеми логическими процессорами в системе и использовать их для запуска любой рабочей нагрузки в гостевом виртуальном компьютере (виртуальных машинах) на гостевых виртуальных компьютерах. Для Windows операционной системы, выполняемой в разделе управления, не требуется более 64 VPs.
Virtual Machine Reserve
Этот параметр задает процент ресурсов, который будет зарезервирован за виртуальной машиной. Этот параметр играет роль в ситуации нехватки ресурсов, то есть когда физические процессоры используются на все 100%. В этом случае те из виртуальных машин, у которых задан этот параметр, должны гарантированно получить то, что за ними зарезервировано. По умолчанию Virtual Machine Reserve не задан и имеет значение 0%.
Работает этот параметр следующим образом. Возьмем виртуальную машину, выделим ей 2 виртуальных процессора и установим Virtual Machine Reserve равным 100. Это значит, что от физически имеющихся ресурсов этой виртуальной машине зарезервировано 100 % от 2 ядер, или 8% от общей процессорной мощности. Это значение отображается в поле «Percent of total system resources».
Регулировать резерв можно как через Virtual Machine Reserve, так и изменяя количество виртуальных ядер. Например, те же 8% можно получить при 8 ядрах по 25% каждое.
Резервирование не накладывает жестких ограничений на потребляемые ресурсы. Если одной из виртуальных машин потребуется больше ресурсов – они будут ей предоставлены, даже если все 100% зарезервированы. В Hyper-V свободный процессорный ресурс может легко выделяться виртуальным машинам, и так же легко у них забираться.
Параметр Virtual Machine Reserve вступает в дело только в ситуации нехватки системных ресурсов. Основное его назначение – гарантировать бесперебойную работу особо критичных виртуальных машин.
Проверка требований Hyper-V
откройте Windows PowerShell или командную строку и введите:
Перейдите к разделу "требования Hyper-V", чтобы просмотреть отчет.
Отказоустойчивые кластеры и Hyper-V
В этой таблице перечислены максимальные значения, которые применяются при использовании Hyper-V и отказоустойчивой кластеризации. Важно выполнить планирование емкости, чтобы убедиться в наличии достаточного количества аппаратных ресурсов для запуска всех виртуальных машин в кластерной среде.
Дополнительные сведения об обновлениях для отказоустойчивой кластеризации, включая новые функции для виртуальных машин, см. в разделе новые возможности отказоустойчивой кластеризации в Windows Server 2016.
Максимум для узлов Hyper-V
Эти максимальные значения применяются к каждому узлу Hyper-V.
- Аппаратные средства виртуализации
- Аппаратное предотвращение выполнения данных (DEP)
Общие требования
Независимо от возможностей Hyper-V, которые вы хотите использовать, вам потребуется:
64-разрядный процессор с преобразованием адресов второго уровня (SLAT). чтобы установить компоненты виртуализации Hyper-V, такие как Windows гипервизор, процессор должен иметь SLAT. Однако не требуется устанавливать такие средства управления Hyper-V, как подключение к виртуальной машине (VMConnect), диспетчер Hyper-V и командлеты Hyper-V для Windows PowerShell. См. раздел "как проверить требования Hyper-V" ниже, чтобы узнать, имеет ли процессор SLAT.
Расширения режима мониторинга виртуальной машины
Достаточный объем памяти — план не менее 4 ГБ ОЗУ. Больше памяти лучше. Вам потребуется достаточно памяти для узла и всех виртуальных машин, которые будут выполняться одновременно.
Поддержка виртуализации включена в BIOS или UEFI:
Виртуализация с использованием оборудования. Эта возможность доступна в процессорах, которые включают в себя процессоры с поддержкой технологии виртуализации Intel (Intel VT) или AMD (AMD-V).
Должна быть доступна и включена технология аппаратного предотвращения выполнения данных (DEP). Для систем Intel это бит XD (выполнение отключения бита). Для систем AMD это бит NX (без бита исполнения).
Дополнительные сведения
Наблюдение за числом процессоров в оси Windows host
Так как экземпляр Windows оси, работающий в разделе Hyper-V хост, не сообщает и инициализирует более 64 VPs, утилиты, которые пытаются отобразить число LPs в системе с > 64 LPs, не будут точно отражать общее количество LPs системы. Эти утилиты указывают, что раздел хост использует не более 64 VPs, что правильно с точки зрения программного обеспечения, запущенного в экземпляре оси хоста. Чтобы определить фактическое число физических процессоров в системе, можно использовать диспетчер задач или монитор производительности.
Отображение логических процессоров системы полного хост-системы диспетчера задач
Диспетчер задач точно отображает общее число системных логических процессоров, как показано ниже. Значение Логические процессоры правильно отображает 128, что составляет общее число процессоров в компьютерной системе примера. Логическое значение хост-процессоров отражает, что Hyper-V хост-раздел работает только на 64 VP из общего числа 128 системных логических процессоров.
Определение количества логических процессоров в мониторе производительности
Windows performance Monitor также может использоваться для наблюдения общего числа системных логических процессоров и количества VP в корневом разделе, как показано ниже. Счетчик Hyper-V логических процессоров Hypervisor \ указывает общее количество системных логических процессоров, которые использует гипервизор. Счетчик Hyper-V виртуальных процессоров корневого раздела Hypervisor \ указывает общее количество виртуальных процессоров, выделенных на раздел хост.
Исходные и скорректированы topologies NUMA системы можно просмотреть с помощью средств отладки для Windows . Команда !numa отображает конфигурацию раздела хост. Команда !numa_hal отображает конфигурацию системы.
В этой статье приводятся сведения о максимальной конфигурации компонентов, которые можно добавить и удалить на узле Hyper-V или на его виртуальных машинах, таких как виртуальные процессоры или контрольные точки. При планировании развертывания следует учитывать максимальные значения, применяемые к каждой виртуальной машине, а также те, которые применяются к узлу Hyper-V. максимальное значение возрастает в Windows версии сервера в ответ на запросы на поддержку более новых сценариев, таких как машинное обучение и аналитика данных.
Сведения о System Center Virtual Machine Manager (VMM) см. в разделе Virtual Machine Manager. VMM — это продукт Майкрософт, предназначенный для управления виртуализированным центром обработки данных, который продается отдельно.
Virtual Machine Limit
Этот параметр похож на предыдущий — он так же задается в процентах от доступных виртуальной машине ресурсов и у него есть поле «Percent of total system resources». По умолчанию лимит не задан, и виртуалка при необходимости сможет забрать себе все свободные ресурсы процессора. Задавая значение Virtual Machine Limit мы говорим, что виртуальная машина не при каких условиях не должна использовать больше процессорных ресурсов, чем ей разрешено. Назначение этого параметра одно – ограничить «аппетиты» виртуальной машины, если на ней используются тяжелые, нагружающие процессор приложения.
Лимит применяется отдельно к каждому виртуальному процессору. К примеру, если виртуальная машина сконфигурирована с 4 процессорами и установлен лимит 50% — то она получит четыре виртуальных процессора, каждый из которых ограничивается 50%.
Обратите внимание, что в отличие от резервирования лимит задается жестко. Если Virtual Machine Limit равен 50% — виртуальная машина никогда не сможет использовать больше, даже если на сервере больше ничего не запущено.
Читайте также: