Microsoft оновила WSL 3.0. Розбираємося, що змінилося

💡 Усі статті, обговорення, новини про DevOps — в одному місці. Приєднуйтесь до DevOps спільноти!

Microsoft випустила WSL 3.0.1, а разом із ним вивела WSL Containers зі статусу попереднього тестування.

Тепер у Windows є вбудований інструментарій для створення, запуску та керування Linux-контейнерами через WSL без необхідності окремо ставити Docker Desktop чи інше контейнерне середовище.

Оновитися можна звичайною командою wsl --update.

Головні зміни

Linux-контейнери тепер повноцінна частина WSL

Для роботи з контейнерами Microsoft додала окрему командну утиліту wslc.exe. Є й псевдонім container.exe, через який можна використовувати звичні команди для роботи з контейнерами. Крім командного інтерфейсу, доступний API, тому запускати та керувати Linux-контейнерами можуть і звичайні Windows-застосунки.

wslc вже покриває більшу частину базових сценаріїв. Можна створювати, запускати, зупиняти й перезапускати контейнери, копіювати файли всередину та назовні, переглядати їхній стан і журнали, налаштовувати перевірки працездатності, монтування та час очікування під час зупинки. Є окрема команда wslc events, яка в реальному часі показує події контейнерів.

При цьому WSL Containers не запускає Linux-контейнери безпосередньо поверх ядра Windows. Під капотом усе так само є Linux-віртуальна машина, але Microsoft винесла контейнерні сесії в окрему архітектуру. Привілейований wslservice.exe лише створює середовище, після чого роботу бере на себе wslcsession.exe, який запускається з правами поточного користувача. Саме він створює контейнери, монтує каталоги й налаштовує порти. Різні сесії працюють в окремих процесах і мають власні VHD-сховища.

Доступ до файлів Windows став швидшим

Для спільного доступу контейнерів до файлів Windows тепер використовується virtiofs. За даними Microsoft, він приблизно вдвічі швидший за Plan 9, який використовувався раніше для подібних сценаріїв. Windows-каталог можна напряму примонтувати всередину Linux-контейнера, а для даних, яким потрібна звичайна Linux-файлова система, можна створювати окремі VHD-томи з ext4.

Окремо Microsoft переробила мережу контейнерів. Новий режим Consomme передає трафік Linux-віртуальної машини через мережевий стек Windows. Завдяки цьому контейнери краще працюють у середовищах з VPN, проксі, корпоративними брандмауерами та іншими мережевими політиками Windows. При цьому залишаються доступними проброс портів, робота з DNS та маршрутизація TCP і UDP.

Корпоративне керування контейнерами

WSL Containers також підключили до Microsoft Defender for Endpoint та Intune. Defender тепер бачить процеси, файли та мережеву активність усередині WSL-контейнерів і може пов’язувати їх із відповідним Windows-хостом.

Через Intune адміністратори можуть повністю заборонити WSL Containers або дозволити завантаження образів лише з визначених реєстрів.

Другорядні зміни

• Додали обмеження CPU та пам’яті для окремих контейнерів
• Підтримується складання, завантаження, відправлення, імпорт та експорт образів
• Можна виконувати операції одразу з кількома образами та пакувати їх в один tar-архів
• З’явилося створення власних мереж і підключення одного контейнера до кількох мереж
• Підтримуються окремі томи та віртуальні диски VHD
• Контейнери можуть отримувати доступ до GPU
• Для контейнерних сесій можна задавати власні назви та окреме розташування сховища
• Додали SDK для C++ та C#/WinRT
• Є інтеграція з MSBuild і CMake
• Підтримується керування через групові політики ADMX
• VS Code Dev Containers може використовувати wslc для створення середовищ розробки
• Aspire отримав підтримку WSL Containers як середовища виконання контейнерів
• Керувати контейнерами можна через розширення VS Code, Lazywslc та окремий WSL Container Desktop
• З’явилася можливість запускати wslc з Linux-дистрибутивів, які вже працюють усередині WSL
• У WSL 3.0.1 виправили роботу з не-ASCII символами в конфігурації та збільшили час очікування завершення віртуальної машини до 30 секунд

Але нюанс — Compose ще не підтримується. Microsoft називає це найчастішим запитом від користувачів і вже працює над тим, щоб у майбутньому wsl compose up міг запускати звичайні compose.yaml без змін.

А тепер перекличка: чи є тут серед нас юзери WSL? :) Розкажіть про ваші думки з приводу оновлення.