- Руководство по установке Windows Server
- Установка WSL в Windows Server 2022
- Установка WSL в предыдущих версиях Windows Server
- Включение подсистемы Windows для Linux
- Скачивание дистрибутива Linux
- Извлечение и установка дистрибутива Linux
- Рекомендации по запуску Linux в Hyper-V
- Настройка файловой системы Linux в динамических VHDX-файлах
- Время ожидания меню Grub на Виртуальные машины поколения 2
- Загрузка PxE на Виртуальные машины поколения 2
- Использование статических MAC-адресов с отказоустойчивой кластеризации
- Использование сетевых адаптеров Hyper-V, а не устаревших сетевых адаптеров
- Использование noop/none планировщика ввода-вывода для повышения производительности дискового ввода-вывода
- NUMA
- Резервировать больше памяти для kdump
- Сжатие VHDX или расширение файлов VHD и VHDX может привести к ошибочной таблице секций GPT
- Дополнительные ссылки
- Windows Server Installation Guide
- Install WSL on Windows Server 2022
- Install WSL on previous versions of Windows Server
- Enable the Windows Subsystem for Linux
- Download a Linux distribution
- Extract and install a Linux distribution
Руководство по установке Windows Server
Подсистема Windows для Linux (WSL) доступна для установки на Windows Server 2019 (версия 1709) и более поздних версий. В этом руководстве рассматриваются действия по включению WSL на компьютере.
Установка WSL в Windows Server 2022
Теперь Windows Server 2022 поддерживает простую установку WSL с помощью команды:
Теперь вы можете установить все необходимые компоненты для запуска WSL в Windows Server 2022. Для этого введите эту команду в PowerShell от имени администратора или в командной строке Windows и перезапустите компьютер.
Эта команда позволяет включить необходимые дополнительные компоненты, скачать последнюю версию ядра Linux, установить WSL 2 в качестве компонента по умолчанию и установить дистрибутив Linux (по умолчанию Ubuntu).
Из стандартной документации по WSL вы узнаете, как выполнять следующие задачи:
Установка WSL в предыдущих версиях Windows Server
Чтобы установить WSL в Windows Server 2019 (версия 1709+), выполните действия, описанные ниже.
Включение подсистемы Windows для Linux
Перед запуском дистрибутивов Linux в Windows необходимо включить дополнительный компонент «Подсистема Windows для Linux» и перезагрузить компьютер.
Запустите PowerShell от имени администратора и выполните следующую команду:
Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Windows-Subsystem-Linux
Скачивание дистрибутива Linux
Инструкции и ссылки для скачивания нужного дистрибутива Linux см. в разделе Скачивание дистрибутивов в статье по выполнению установки вручную.
Извлечение и установка дистрибутива Linux
После загрузки дистрибутива Linux для извлечения его содержимого и установки вручную выполните следующие действия.
- Извлеките содержимое пакета .appx , с помощью PowerShell:
Rename-Item .\Ubuntu.appx .\Ubuntu.zip Expand-Archive .\Ubuntu.zip .\Ubuntu
Add-AppxPackage .\app_name.appx
Сбой установки с ошибкой 0x8007007e. При возникновении этой ошибки система не поддерживает WSL. Убедитесь, что вы используете сборку Windows 16215 или более позднюю версию. Проверьте используемую сборку. Также убедитесь, что WSL включен и ваш компьютер перезагружен после включения этой функции.
3. Добавьте путь к дистрибутиву Linux в переменную PATH в Windows (в этом примере C:\Users\Administrator\Ubuntu ) с помощью PowerShell:
$userenv = [System.Environment]::GetEnvironmentVariable("Path", "User") [System.Environment]::SetEnvironmentVariable("PATH", $userenv + ";C:\Users\Administrator\Ubuntu", "User")
Теперь вы можете запустить дистрибутив из любого пути, введя .exe . Например: ubuntu.exe .
Рекомендации по запуску Linux в Hyper-V
Область применения: Windows Server 2022, Azure Stack HCI версии 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
В этом разделе содержится список рекомендаций по запуску виртуальной машины Linux в Hyper-V.
Настройка файловой системы Linux в динамических VHDX-файлах
Некоторые файловые системы Linux могут потреблять значительные объемы реального места на диске, даже если файловая система в основном пуста. Чтобы уменьшить объем использования динамических VHDX-файлов в реальном дисковом пространстве, рассмотрите следующие рекомендации:
PS > New-VHD -Path C:\MyVHDs\test.vhdx -SizeBytes 127GB -Dynamic -BlockSizeBytes 1MB
- Формат ext4 предпочтителен для ext3, так как ext4 является более эффективным пространством, чем ext3 при использовании с динамическими VHDX-файлами.
- При создании файловой системы укажите количество групп, которые должны быть 4096, например:
Время ожидания меню Grub на Виртуальные машины поколения 2
Из-за удаления устаревшего оборудования из эмуляции на виртуальных машинах поколения 2 таймер меню grub отсчитывается слишком быстро, чтобы отображалось меню grub, немедленно загружая запись по умолчанию. Пока grub не будет исправлен для использования таймера, поддерживаемого EFI, измените /boot/grub/grub.conf, /etc/default/grub или эквивалентно значению timeout=100000 вместо значения по умолчанию «timeout=5».
Загрузка PxE на Виртуальные машины поколения 2
Так как таймер PIT отсутствует в Виртуальные машины поколения 2, сетевые подключения к серверу PxE TFTP могут быть преждевременно завершены и запретить загрузчику считывать конфигурацию Grub и загружать ядро с сервера.
В дистрибутивах Linux, отличных от RHEL 6.x, можно выполнить аналогичные действия, чтобы настроить grub v0.97 для загрузки ядер Linux с PxE-сервера.
Кроме того, на клавиатуре RHEL/CentOS 6.6 и вводе мыши не будет работать с ядром предварительной установки, которое предотвращает указание параметров установки в меню. Последовательная консоль должна быть настроена, чтобы разрешить выбор параметров установки.
- В файле efidefault на сервере PxE добавьте следующий параметр ядра console=ttyS1.
- На виртуальной машине в Hyper-V настройте COM-порт с помощью этого командлета PowerShell:
Set-VMComPort -VMName -Number 2 -Path \\.\pipe\dbg1
Указание файла kickstart для предварительной установки ядра также позволит избежать необходимости ввода клавиатуры и мыши во время установки.
Использование статических MAC-адресов с отказоустойчивой кластеризации
Виртуальные машины Linux, которые будут развернуты с помощью отказоустойчивой кластеризации, должны быть настроены со статическим mac-адресом управления доступом к мультимедиа для каждого виртуального сетевого адаптера. В некоторых версиях Linux конфигурация сети может быть потеряна после отработки отказа, так как новый MAC-адрес назначается виртуальному сетевому адаптеру. Чтобы избежать потери конфигурации сети, убедитесь, что каждый виртуальный сетевой адаптер имеет статический MAC-адрес. MAC-адрес можно настроить, изменив параметры виртуальной машины в диспетчере Hyper-V или диспетчере отказоустойчивости кластеров.
Использование сетевых адаптеров Hyper-V, а не устаревших сетевых адаптеров
Настройте и используйте виртуальный адаптер Ethernet, который является сетевой картой Hyper-V с повышенной производительностью. Если к виртуальной машине подключены устаревшие сетевые адаптеры и сетевые адаптеры Hyper-V, имена сети в выходных данных ifconfig могут отображать случайные значения, такие как _tmp12000801310. Чтобы избежать этой проблемы, удалите все устаревшие сетевые адаптеры при использовании сетевых адаптеров Hyper-V на виртуальной машине Linux.
Использование noop/none планировщика ввода-вывода для повышения производительности дискового ввода-вывода
Ядро Linux предлагает два набора планировщиков дискового ввода-вывода для переупорядочения запросов. Один набор предназначен для более старой подсистемы blk, а один набор предназначен для более новой подсистемы blk-mq. В любом случае с сегодняшними твердотельными дисками рекомендуется использовать планировщик, который передает решения о планировании в базовый гипервизор Hyper-V. Для ядер Linux, использующих подсистему blk, это планировщик noop. Для ядер Linux, использующих подсистему blk-mq, это планировщик none.
Для конкретного диска доступные планировщики можно увидеть в этом расположении файловой системы: /sys/class/block/queue/ scheduler с выбранным планировщиком в квадратных скобках. Планировщик можно изменить, написав его в это расположение файловой системы. Изменение должно быть добавлено в скрипт инициализации, чтобы сохраниться во время перезагрузки. Дополнительные сведения см. в документации по дистрибутиву Linux.
NUMA
Версии ядра 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.
Резервировать больше памяти для kdump
Если ядро записи дампа завершится паникой при загрузке, зарезервировать больше памяти для ядра. Например, измените параметр crashkernel=384M-:128M на crashkernel=384M-:256M в файле конфигурации Ubuntu grub.
Сжатие VHDX или расширение файлов VHD и VHDX может привести к ошибочной таблице секций GPT
Hyper-V позволяет сжимать файлы виртуального диска (VHDX) без учета структур данных секции, тома или файловой системы, которые могут существовать на диске. Если VHDX -shrunk to where the end of the VHDX is is the end the end of a partition, can be lost, that partition can be corrupted, or invalid data can be returned when the partition is read.
После изменения размера VHD или VHDX администраторы должны использовать служебную программу, например пииск или частично, чтобы обновить структуры секции, тома и файловой системы, чтобы отразить изменение размера диска. Сжатие или расширение размера виртуального жесткого диска или VHDX с таблицей разделов GUID (GPT) приведет к возникновению предупреждения при использовании средства управления секциями для проверки макета секции, и администратору будет предостеречь исправить первые и вторичные заголовки GPT. Этот шаг вручную является безопасным для выполнения без потери данных.
Дополнительные ссылки
Windows Server Installation Guide
The Windows Subsystem for Linux (WSL) is available for installation on Windows Server 2019 (version 1709) and later. This guide will walk through the steps of enabling WSL on your machine.
Install WSL on Windows Server 2022
Windows Server 2022 now supports a simple WSL installation using the command:
You can now install everything you need to run WSL on Windows Server 2022 by entering this command in an administrator PowerShell or Windows Command Prompt and then restarting your machine.
This command will enable the required optional components, download the latest Linux kernel, set WSL 2 as your default, and install a Linux distribution for you (Ubuntu by default).
See the standard WSL docs for more information on how to:
Install WSL on previous versions of Windows Server
To install WSL on Windows Server 2019 (version 1709+), you can follow the manual install steps below.
Enable the Windows Subsystem for Linux
Before you can run Linux distributions on Windows, you must enable the «Windows Subsystem for Linux» optional feature and reboot.
Open PowerShell as Administrator and run:
Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Windows-Subsystem-Linux
Download a Linux distribution
See the Downloading distributions section of the manual installation page for instructions and links to download your preferred Linux distribution.
Extract and install a Linux distribution
Now that you’ve downloaded a Linux distribution, in order to extract its contents and manually install, follow these steps:
- Extract the .appx package’s contents, using PowerShell:
Rename-Item .\Ubuntu.appx .\Ubuntu.zip Expand-Archive .\Ubuntu.zip .\Ubuntu
Add-AppxPackage .\app_name.appx
Installation failed with error 0x8007007e: If you receive this error, then your system doesn’t support WSL. Ensure that you’re running Windows build 16215 or later. Check your build. Also check to confirm that WSL is enabled and your computer was restarted after the feature was enabled.
3.Add your Linux distribution path to the Windows environment PATH ( C:\Users\Administrator\Ubuntu in this example), using PowerShell:
$userenv = [System.Environment]::GetEnvironmentVariable("Path", "User") [System.Environment]::SetEnvironmentVariable("PATH", $userenv + ";C:\Users\Administrator\Ubuntu", "User")
You can now launch your distribution from any path by typing .exe . For example: ubuntu.exe .