- Hyper-V: улучшение производительности видео в Ubuntu 16.04
- Supported Linux and FreeBSD virtual machines for Hyper-V on Windows
- Рекомендации по запуску Linux в Hyper-V
- Настройка файловых систем Linux в динамических VHDX-файлах
- Время ожидания меню GRUB на виртуальных машинах поколения 2
- Загрузка PxE на виртуальных машинах поколения 2
- Использование статических MAC-адресов с отказоустойчивой кластеризацией
- Использование сетевых адаптеров, относящихся к Hyper-V, а не устаревших сетевых адаптеров
- Для повышения производительности дискового ввода-вывода используйте планировщик заданий (NOOP/None)
- Зарезервируйте больше памяти для кдумп
- Сжатие VHDX-файлов или расширения VHD и VHDX может привести к ошибочным таблицам разделов GPT
- Поддерживаемые виртуальные машины Ubuntu в Hyper-V
- Условные обозначения таблицы
- Примечания
Hyper-V: улучшение производительности видео в Ubuntu 16.04
Я использую настольный компьютер Ubuntu 16.04 на виртуальной машине Hyper-V на настольном компьютере с Windows 10. Он работает нормально, но производительность видео очень далека от «гладкой». Есть какие-нибудь идеи по установке Hyper-V Linux Integration Services (LIS)?
Я нашел статью, в которой говорилось, что нужно редактировать /etc/initramfs-tools/modules , но это совсем не помогло.
Я также опробовал Hyper-V на Windows 10 Pro с 64-разрядной версией Ubuntu Desktop 16.04 LTS в качестве гостевой системы. Я не доволен производительностью графики. Я не знаю, пропустил ли я настройки. Если кто-нибудь найдет хорошее решение, я тоже буду рад узнать об этом.
Но это то, что я сделал. Я прочитал и следил за информацией из документации Microsoft на TechNet . Есть таблица с особенностями Hyper-V. Наиболее интересным в этом случае является строка, в которой упоминается «видеоустройство, специфичное для Hyper-V». Но ничего не говорится о Windows 10. Только о хост-системах Windows Server.
Я ничего не изменил в /etc/initramfs-tools/modules . Тем не менее, я следовал инструкциям и установил:
Затем перезагрузите компьютер. После перезагрузки я нашел это:
Так что, мне кажется, что-то получилось. Но графическая производительность все еще кажется плохой. Я не уверен, что это улучшилось, может быть, немного. Может быть, вы попробуете это и скажете мне, если это поможет?
Я получаю проблемы с производительностью только с 64-битной Ubuntu (16.04 или 18.04), но нет проблем с производительностью с 32 битами.
Я решил проблему с производительностью, включив «Перенос на физический компьютер с другой версией процессора» в меню « Настройки» → «Процессор» — «Совместимость» .
(Похоже, это может быть связано с архитектурой процессора.)
Источник
Supported Linux and FreeBSD virtual machines for Hyper-V on Windows
Applies to: Windows Server 2022, Azure Stack HCI, version 20H2; Windows Server 2019, Windows Server 2016, Hyper-V Server 2016, Windows Server 2012 R2, Hyper-V Server 2012 R2, Windows Server 2012, Hyper-V Server 2012, Windows Server 2008 R2, Windows 10, Windows 8.1, Windows 8, Windows 7.1, Windows 7
Hyper-V supports both emulated and Hyper-V-specific devices for Linux and FreeBSD virtual machines. When running with emulated devices, no additional software is required to be installed. However emulated devices do not provide high performance and cannot leverage the rich virtual machine management infrastructure that the Hyper-V technology offers. In order to make full use of all benefits that Hyper-V provides, it is best to use Hyper-V-specific devices for Linux and FreeBSD. The collection of drivers that are required to run Hyper-V-specific devices are known as Linux Integration Services (LIS) or FreeBSD Integration Services (BIS).
LIS has been added to the Linux kernel and is updated for new releases. But Linux distributions based on older kernels may not have the latest enhancements or fixes. Microsoft provides a download containing installable LIS drivers for some Linux installations based on these older kernels. Because distribution vendors include versions of Linux Integration Services, it is best to install the latest downloadable version of LIS, if applicable, for your installation.
For other Linux distributions LIS changes are regularly integrated into the operating system kernel and applications so no separate download or installation is required.
For older FreeBSD releases (before 10.0), Microsoft provides ports that contain the installable BIS drivers and corresponding daemons for FreeBSD virtual machines. For newer FreeBSD releases, BIS is built in to the FreeBSD operating system, and no separate download or installation is required except for a KVP ports download that is needed for FreeBSD 10.0.
The goal of this content is to provide information that helps facilitate your Linux or FreeBSD deployment on Hyper-V. Specific details include:
Linux distributions or FreeBSD releases that require the download and installation of LIS or BIS drivers.
Linux distributions or FreeBSD releases that contain built-in LIS or BIS drivers.
Feature distribution maps that indicate the features in major Linux distributions or FreeBSD releases.
Known issues and workarounds for each distribution or release.
Feature description for each LIS or BIS feature.
Want to make a suggestion about features and functionality? Is there something we could do better? You can use the Windows Server User Voice site to suggest new features and capabilities for Linux and FreeBSD Virtual Machines on Hyper-V, and to see what other people are saying.
Источник
Рекомендации по запуску Linux в Hyper-V
область применения: Windows Server 2022, Azure Stack хЦи, версия 20H2; Windows сервер 2019, Windows Server 2016, Hyper-V Server 2016, Windows Server 2012 r2, Hyper-V Server 2012 R2, Windows Server 2012, Hyper-V Server 2012, Windows Server 2008 R2, Windows 10, Windows 8.1, Windows 8, Windows 7,1, Windows 7
Этот раздел содержит список рекомендаций по запуску виртуальной машины Linux в Hyper-V.
Настройка файловых систем Linux в динамических VHDX-файлах
Некоторые файловые системы Linux могут потреблять значительный объем свободного места на диске, даже если файловая система в основном пуста. Чтобы уменьшить объем используемого дискового пространства в динамических VHDX-файлах, учитывайте следующие рекомендации.
- При создании VHDX используйте 1 МБ Блокксизебитес (из 32 МБ по умолчанию) в PowerShell, например:
Формат ext4 является предпочтительным для ext3, так как ext4 больше пространства, чем ext3 при использовании с динамическими VHDX-файлами.
При создании файловой системы укажите число групп 4096, например:
Время ожидания меню GRUB на виртуальных машинах поколения 2
Из-за того, что устаревшее оборудование удаляется из эмуляции на виртуальных машинах поколения 2, для отображения меню GRUB слишком быстро вычисляется таймер обратного отсчета, и сразу же загружается запись по умолчанию. Пока GRUB не будет использоваться для использования таймера, поддерживаемого EFI, измените /Бут/груб/груб.конф,/т.п./default/grub или эквивалентным параметром «Timeout = 100000» вместо значения по умолчанию «timeout = 5».
Загрузка PxE на виртуальных машинах поколения 2
Так как в виртуальных машинах поколения 2 отсутствует таймер «СМОЛой», сетевые подключения к PxE-серверу TFTP можно преждевременно завершить и предотвратить считывание конфигурации GRUB и загрузку ядра с сервера.
В дистрибутивах Linux, отличных от RHEL 6. x, можно выполнить аналогичные действия, чтобы настроить GRUB v 0.97 для загрузки ядер Linux с PxE-сервера.
Кроме того, при вводе с помощью клавиатуры и мыши RHEL/CentOS 6,6 не будет работать с предварительно установленным ядром, что не позволит указать параметры установки в меню. Чтобы разрешить выбор параметров установки, должна быть настроена последовательная консоль.
В файле ефидефаулт на PxE-сервере добавьте следующий параметр ядра «console = ttyS1» .
На виртуальной машине в Hyper-V настройте COM-порт с помощью этого командлета PowerShell:
Указание файла Kickstart для предварительно установленного ядра также позволит избежать необходимости ввода с клавиатуры и мыши во время установки.
Использование статических MAC-адресов с отказоустойчивой кластеризацией
Виртуальные машины Linux, которые будут развернуты с помощью отказоустойчивой кластеризации, должны быть настроены со статическим MAC-адресом для каждого виртуального сетевого адаптера. В некоторых версиях Linux сетевая конфигурация может быть потеряна после отработки отказа, поскольку виртуальному сетевому адаптеру назначается новый MAC-адрес. Чтобы избежать потери конфигурации сети, убедитесь, что у каждого виртуального сетевого адаптера есть статический MAC-адрес. Вы можете настроить MAC-адрес, изменив параметры виртуальной машины в диспетчере Hyper-V или диспетчер отказоустойчивости кластеров.
Использование сетевых адаптеров, относящихся к Hyper-V, а не устаревших сетевых адаптеров
Настройте и используйте виртуальный адаптер Ethernet, который является сетевой картой Hyper-V с повышенной производительностью. Если к виртуальной машине подключены как устаревшие, так и сетевые адаптеры, относящиеся к Hyper-V, сетевые имена в выходных данных команды ifconfig-a могут показывать случайные значения, такие как _tmp12000801310. Чтобы избежать этой проблемы, удалите все устаревшие сетевые адаптеры при использовании сетевых адаптеров, связанных с Hyper-V, в виртуальной машине Linux.
Для повышения производительности дискового ввода-вывода используйте планировщик заданий (NOOP/None)
Ядро Linux предлагает два набора планировщиков дискового ввода-вывода для переупорядочивания запросов. Один набор предназначен для более старой подсистемы «BLK», а один — для новой подсистемы «BLK-MQ». В любом случае с современными твердотельными дисками рекомендуется использовать планировщик, который передает решения о планировании в базовый гипервизор Hyper-V. Для ядер Linux, использующих подсистему «BLK», это планировщик «NOOP». Для ядер Linux, использующих подсистему «BLK-MQ», это планировщик «None».
Для конкретного диска доступные планировщики могут отображаться в этой папке файловой системы:/СИС/класс/блокк/ /куеуе/счедулер с выбранным планировщиком в квадратных скобках. Планировщик можно изменить, записав в это расположение файловой системы. Чтобы сохранить изменения между перезагрузками, необходимо добавить это изменение в скрипт инициализации. Дополнительные сведения см. в документации по дистрибутив Linux.
Версии ядра Linux ниже 2.6.37 не поддерживают NUMA в Hyper-V с виртуальными машинами большего размера. Эта проблема влияет в основном на дистрибутивы более ранних версий, в которых используется исходное ядро Red Hat 2.6.32, и была исправлена в Red Hat Enterprise Linux (RHEL) 6.6 (kernel-2.6.32-504). В системах под управлением модифицированных ядер старше версии 2.6.37 или ядер RHEL старше 2.6.32-504 в командной строке ядра необходимо задать параметр загрузки numa=off в файле grub.conf. Дополнительные сведения см. в статье базы знаний Red Hat 436883.
Зарезервируйте больше памяти для кдумп
Если ядро записи дампа завершается с тревогой при загрузке, зарезервируйте больше памяти для ядра. Например, измените параметр crashkernel = 384M-: 128M на crashkernel = 384M-: 256M в файле конфигурации Ubuntu GRUB.
Сжатие VHDX-файлов или расширения VHD и VHDX может привести к ошибочным таблицам разделов GPT
Hyper-V позволяет сжимать файлы виртуального диска (VHDX) без учета разделов, томов или структур данных файловой системы, которые могут существовать на диске. Если VHDX-файл сжимается до конца раздела, то данные могут быть потеряны, при этом Секция может быть повреждена, а при чтении секции могут возвращаться недопустимые данные.
После изменения размера VHD или VHDX администраторы должны использовать служебную программу, например fdisk, или частично обновить структуру разделов, томов и файловой системы, чтобы отразить изменение размера диска. Сжатие или увеличение размера VHD или VHDX с таблицей разделов GUID (GPT) вызовет предупреждение, если для проверки макета раздела используется средство управления секциями, и администратору будет выведено предупреждение об исправлении первого и дополнительного заголовков GPT. Этот ручной этап можно выполнить без потери данных.
Источник
Поддерживаемые виртуальные машины Ubuntu в Hyper-V
область применения: Windows Server 2022, Azure Stack хЦи, версия 20H2; Windows сервер 2019, hyper-v server 2019, Windows Server 2016, hyper-v server 2016, Windows Server 2012 R2, Hyper-V Server 2012 R2, Windows 10, Windows 8.1
Следующая схема распределения признаков показывает функции в каждой версии. Известные проблемы и способы их решения для каждого распространения перечислены после таблицы.
Условные обозначения таблицы
Встроенные в систему LIS включены в состав этого дистрибутива Linux. Пакет скачивания LIS, предоставленный корпорацией Майкрософт, не подходит для этого распространения, поэтому не устанавливайте его. Номера версий модулей ядра для встроенных LIS (например, как показано в лсмод) отличаются от номера версии в пакете скачанных пакетов LIS, предоставленных корпорацией Майкрософт. Несоответствие не означает, что встроенное в LIS Обновление устарело.
(пусто) — функция недоступна
Компонент | Windows Версия операционной системы сервера | 20.04 LTS | 18.04 LTS | 16.04 LTS | 14.04 LTS |
---|---|---|---|---|---|
Доступность | Встроено | Встроено | Встроено | Встроено | |
Основные сведения | 2019, 2016, 2012 R2 | ✔ | ✔ | ✔ | ✔ |
Windows Server 2016 Точное время | 2019, 2016 | ✔ | ✔ | ✔ | |
Сеть | |||||
Кадры крупного размера | 2019, 2016, 2012 R2 | ✔ | ✔ | ✔ | ✔ |
Добавление тегов и магистрали виртуальной ЛС | 2019, 2016, 2012 R2 | ✔ | ✔ | ✔ | ✔ |
Динамическая миграция | 2019, 2016, 2012 R2 | ✔ | ✔ | ✔ | ✔ |
Статическая Вставка IP-адресов | 2019, 2016, 2012 R2 | ✔ Примечание 1 | ✔ Примечание 1 | ✔ Примечание 1 | ✔ Примечание 1 |
vRSS | 2019, 2016, 2012 R2 | ✔ | ✔ | ✔ | ✔ |
Сегментация TCP и разгрузка контрольной суммы | 2019, 2016, 2012 R2 | ✔ | ✔ | ✔ | ✔ |
SR-IOV; | 2019, 2016 | ✔ | ✔ | ✔ | |
Хранение | |||||
Изменение размера VHDX | 2019, 2016, 2012 R2 | ✔ | ✔ | ✔ | ✔ |
Виртуальное подключение Fibre Channel | 2019, 2016, 2012 R2 | ✔ Примечание 2 | ✔ Примечание 2 | ✔ Примечание 2 | ✔ Примечание 2 |
Динамическая Архивация виртуальных машин | 2019, 2016, 2012 R2 | ✔ Примечание 3, 4, 5 | ✔ Примечание 3, 4, 5 | ✔ Примечание 3, 4, 5 | ✔ Примечание 3, 4, 5 |
Поддержка TRIM | 2019, 2016, 2012 R2 | ✔ | ✔ | ✔ | ✔ |
WWN ДЛЯ SCSI | 2019, 2016, 2012 R2 | ✔ | ✔ | ✔ | ✔ |
Память | |||||
Поддержка ядра PAE | 2019, 2016, 2012 R2 | ✔ | ✔ | ✔ | ✔ |
Настройка зазора MMIO | 2019, 2016, 2012 R2 | ✔ | ✔ | ✔ | ✔ |
Динамическая память Hot-Add | 2019, 2016, 2012 R2 | ✔ Примечание 6, 7, 8 | ✔ Примечание 6, 7, 8 | ✔ Примечание 6, 7, 8 | ✔ Примечание 6, 7, 8 |
Всплывающие подсказки динамическая память | 2019, 2016, 2012 R2 | ✔ Примечание 6, 7, 8 | ✔ Примечание 6, 7, 8 | ✔ Примечание 6, 7, 8 | ✔ Примечание 6, 7, 8 |
Изменение размера памяти среды выполнения | 2019, 2016 | ✔ | ✔ | ✔ | ✔ |
Видео | |||||
Устройство, относящееся к Hyper-V | 2019, 2016, 2012 R2 | ✔ | ✔ | ✔ | ✔ |
Разное | |||||
Пара «ключ — значение» | 2019, 2016, 2012 R2 | ✔ Примечание 5, 9 | ✔ Примечание 5, 9 | ✔ Примечание 5, 9 | ✔ Примечание 5, 9 |
Немаскируемое прерывание | 2019, 2016, 2012 R2 | ✔ | ✔ | ✔ | ✔ |
Копирование файлов с узла на гость | 2019, 2016, 2012 R2 | ✔ | ✔ | ✔ | ✔ |
Команда лсвмбус | 2019, 2016, 2012 R2 | ✔ | ✔ | ✔ | ✔ |
Сокеты Hyper-V | 2019, 2016 | ✔ | ✔ | ✔ | ✔ |
Транзитный/ДДА PCI | 2019, 2016 | ✔ | ✔ | ✔ | ✔ |
Виртуальные машины 2-го поколения | |||||
Загрузка с помощью UEFI | 2019, 2016, 2012 R2 | ✔ Примечание 10, 11 | ✔ Примечание 10, 11 | ✔ Примечание 10, 11 | ✔ Примечание 10, 11 |
Безопасная загрузка | 2019, 2016 | ✔ | ✔ | ✔ | ✔ |
Примечания
Статическая Вставка IP-адресов может не работать, если Диспетчер сети настроен для конкретного сетевого адаптера Hyper-V на виртуальной машине. Чтобы обеспечить гладкую работу статического внедрения IP-адресов, убедитесь, что диспетчер сети полностью отключен или отключен для определенного сетевого адаптера через его файл ifcfg-ЕСКС .
При использовании виртуальных устройств оптоволоконного канала убедитесь, что логический номер устройства 0 (LUN 0) заполнен. Если LUN 0 не заполнен, виртуальная машина Linux может не иметь возможности подключать устройства оптоволоконного канала в собственном режиме.
Если во время динамической операции резервного копирования виртуальных машин имеются открытые дескрипторы файлов, то в некоторых уголках резервных виртуальных жестких дисков может потребоваться проверка согласованности файловой системы () при fsck восстановлении.
Операции динамической архивации могут автоматически завершаться сбоем, если виртуальная машина имеет подключенное устройство iSCSI или прямое подключенное хранилище (также называемое транзитным диском).
В выпусках долгосрочной поддержки (LTS) используйте последнюю версию ядра для обновления виртуальных аппаратных средств (HWE) для Integration Services Linux.
Чтобы установить ядро, настроенное для Azure, на 16,04, 18,04 и 20,04, выполните следующие команды в качестве корневого (или sudo):
Поддержка динамической памяти доступна только на 64-разрядных виртуальных машинах.
Динамическая память операции могут завершиться ошибкой, если в операционной системе на виртуальной машине слишком мало памяти. Ниже приведены некоторые рекомендации.
Объем памяти при запуске и минимальный объем памяти должны быть больше или равны объему памяти, рекомендуемому для поставщика распространения.
Приложения, которые обычно потребляют всю доступную память в системе, могут потреблять до 80 процентов доступной памяти.
при использовании динамическая память в операционных системах Windows Server 2019, Windows Server 2016 или Windows Server 2012/2012 R2 укажите объем памяти при запуске, минимальный объем памяти и параметры максимального объема памяти , кратные 128 мегабайтам (мб). Несоблюдение этого действия может привести к Hot-Addм сбоям, и в операционной системе на виртуальной машине может не отобразиться увеличение объема памяти.
в Windows Server 2019, Windows Server 2016 или Windows Server 2012 R2 инфраструктура пар «ключ — значение» может работать неправильно без обновления программного обеспечения Linux. Обратитесь к поставщику распространения, чтобы получить обновление программного обеспечения на случай возникновения проблем с этой функцией.
на виртуальных машинах версии 2 Windows Server 2012 R2 по умолчанию включена безопасная загрузка, и некоторые виртуальные машины Linux не будут загружаться, если только не будет отключен параметр безопасной загрузки. Вы можете отключить безопасную загрузку в разделе встроенное по в параметрах виртуальной машины в диспетчере Hyper-V или отключить ее с помощью PowerShell:
Прежде чем пытаться скопировать виртуальный жесткий диск существующей виртуальной машины виртуального жесткого диска поколения 2 для создания новых виртуальных машин поколения 2, выполните следующие действия.
Войдите в существующую виртуальную машину версии 2.
Перейдите в каталог boot EFI.
Скопируйте каталог Ubuntu в новый каталог с именем Boot:
Перейдите в каталог только что созданный каталог загрузки:
Источник