Windows в docker

Репозиторий:
https://github.com/dockur/windows

Обзор:


Пример использования - docker-compose:


Docker CLI:


По умолчанию подключение к контейнеру с виртуальной машиной происходит по VNC на 8006 порту.
Как альтернатива можно подключиться по RDP (3389)

Как пользоваться?
Как выбрать версию Windows?
Как подключиться по RDP?
Как добавить ядра процессора и оперативную память?
Как изменить размер диска?
Как изменить место хранения на хостовом диске?
Как обмениваться файлами с хостовой машиной?
Как установить собственный образ?
Как выполнить установку вручную?
Как назначить контейнеру индивидуальный IP-адрес?
Как Windows может получить IP-адрес от вашего маршрутизатора?
Как подключить USB-устройство?
Как пробросить графический процессор (GPU)? - обсуждение проброса GPU

Это вполне неплохой вариант использовать QEMU/KVM с дистрибутивами windows. В некоторых аспектах развертывание windows системы более удобное и быстрое.

На то чтобы развернуть Windos 7 SP1 мне понадобилось 8 минут на старом пентиуме (рабочий ПК).
При чем, всё что нужно, это создать всего 1 файл - docker-compose.yaml

Это мой конфиг для пользователя u1


и выполнить


И набрав в браузере 127.0.0.1:8006 - подключаетесь к windows по vnc
(ненужно скачивать никакие образы и что-то там настраивать, всё будет выполнено автоматически, основываясь на файлах настройки образа assets/*.xml)



- особенно полезно развёртывать такие контейнеры на серверах где изначально работает только докер без графической оболочки, в моём случае это та самая ситуация. Дополнительно можно пробросить устройства подключенные через USB.

ЗАКОННО ЛИ ЭТО??? (ОТВЕТ В ВИДЕО ПО ССЫЛКЕ)

Мой обзор небольшого скрипта который запускает контейнер с windows 7 sp1

https://drive.google.com/file/d/19qDqEofGv5...?usp=drive_link

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

Пока что вижу вариант в связке: LXC -> Docker -> Windows 10 (или может 11 будет шустрей..)
LXC потому что он не резервирует полностью весь размер ОЗУ в отличии от VM.

Ещё непонятно в целесообразности такого решения если есть Virtualbox который, в последних версиях, умеет пробрасывать не только видеокарты но и USB устройства и не требует загрузки драйвера ядра VirtualBox (vboxdrv). https://habr.com/ru/news/792438/ .
И непонятно как оно работает рядом с Proxmox (нужно смотреть можно ли вообще иметь Proxmox и Virtualbox одновременно, если да то ставить сразу Proxmox или накатывать на чистый Debian).

У кого какие мысли как рыбку съесть и на два стула сесть?

P.S. Сервера HLDS наверно от такой эмуляции будут давать очень плохой FPS, лучше сразу отказаться от этой идеи и перевести на LXC->Debian->LinuxGSM.

ssx, Всё верно, это неполноценная замена, это отличная альтернатива. У меня к примеру есть небольшой сервер дома, на котором работает debian 12 и docker (всё остальное работает из под докера), по этому в моём случае этот вариант вполне себе приемлемый. А самое главное можно без особых телодвижений поднять windows и скинуть ссылку для доступа по VNC которую можно открыть прямо в браузере (если это нужно), при этом всё будет отлично работать, будет полноценный доступ по RDP... в данном случае не обязательно скачивать образ винды, есть быстрая автоматическая установка и настройка, а также все инструменты которые даёт докер. А проброс GPU мне вот вообще не нужен.

Запускать игровой сервер под виндой в докере с qemu/kvm задача вполне реальная, просадки fps конечно будут, но я думаю что они будут несущественными в отличие от безконтейнерной реализации.

USB вообще без проблем пробросить, с GPU нужны знания, в статье есть ссылка на обсуждение где люди пробрасывали GPU. Игровые сервера под винду я не использую, но зато тестировал специализированный клиент-серверный софт который работает с визиографами, а также по серверной части интраоральных сканеров, вариант собрать небольшой сервер и всё запустить из под докера оказался вполне рабочим и очень удобным.

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


Так что это отличная алтернатива которую вполне себе можно использовать, даже просто поднять быстро виндовс на локальной машине из под gnu/linux чтобы произвести настройку и отладку к примеру нативной программы видеонаблюдения или как в моём случае работа с древней 1c7. И в любой момент одной командой можно всё это затереть без следов на хостовой машине.

ESXi или ProxMox это немного про другое, тут ты выделяешь под инфраструктуру целый/полноценный сервер и уже танцуешь из под конкретной реализации. Для необходимой задачи нужно выбрать правильный инструмент, чтобы тратить меньше ресурсов и делать всё более эффективно и быстро.

Нашёл статью по развертыванию шиндовс 11 на LXD (LXC)
https://ubuntu.com/tutorials/how-to-install...-lxd#1-overview

Интересно сравнить производительность Windows 11 через LXD (LXC) контейнер, Docker и новой версией VirtualBox.

И что будет по удобству удобней в плане ресурсов т.к. Docker и VirtualBox резервирует полностью ОЗУ а вот контейнер LXD(LXC) нет.
Ну и VirtualBox умеет использовать только реальные ядра (по крайне мере в моём i7-2600k 4 ядра 8 потоков а могу для VM только 4 задействовать).

ssx, не совсем правильно будет сравнивать Docker и VirtualBox
Если сравнивать docker и lxd в контексте данной темы, то я думаю что разница будет не существенная, обе технологии работают с драйвером qemu/kvm.
- докер/lxd - всего лишь контейнер, а вот основная магия происходит в гипервизоре и эмуляторе.

Я не использую vbox, для этого есть qemu/kvm.
- единственный минус, это огромный набор команд который нужно знать и помнить, я для этого использую программу hstr (о которой ты знаешь) и мой скрипт который генерирует команды для конкретного проекта чтобы переменные заранее были заполнены нужными значениями.
Пример создания нового тома:

- команде присваивается комментарий после #
Всё что мне нужно это нажать клавишу h или ctrl+r и ввести слово диск и/или создать чтобы перейти к нужной команде для дальнейшего выполнения и изменив значения в ней.

По этому на gnu/linux я не использую vbox, хотя эта программа довольно мощная с очень продуманным интерфейсом как gui так и cli.
Я выбираю docker как основную технологию контейнеризации которая хорошо поддерживается и на которой уже много завязано
- другие подобные технологии это альтернативы которые можно использовать в той или иной ситуации, например используя proxmox.

Господа знают толк в извращениях.
Гонял как-то на вируалке Linux (какой дистрибутив - не помню) Virtualbox + к нему какую-то веб морду ставил и запускал одну гостевую винду. Виртуализация под виртуализацией лагала жестко, да и с драйверами гостевой ОС были проблемы (в первую очередь драйверами сетевой карты) потому для забрасывания установщика в гостя приходилось как-то монтировать образ диска на хост. Уже точно не помню как, но там были танцы с бубном.

Metal Messiah, Какие извращения ))) Ты о чем?
Это qemu/kvm просто в контейнере который исключительно для удобства развёртывания и управления, там все те возможности которые даёт гипервизор с эмулятором, накладные расходы самого контейнера мизерные.

Вот специально записал видео для неверующих, компьютер хочу заметить весьма бюджетный, на пеньке всё также быстро работает.
переключение окон это не монтаж (видео без монтажа) это особенности моего рабочего окружения.
Видео:
https://drive.google.com/file/d/1_Ya2GTjd4-...jl8TqsAR6c/view