Виртуальные рабочие столы на Linux?

Question

[Александр Юдаев]

Всем привет!


Появилась следующая задача:

развернуть на одном мощном серваке систему с возможностью подключений пользователей к этой системе, как к рабочему столу. Каждому пользователю должна отводиться определенная строго заданная конфигурация (например, 1 ядро, 2Гб оперативы и т.д.). Все должно быть максимально прозрачно для конечного пользователя (подключился, поработал, отключился).


Количество пользователей — неизвестно (т.е. в один момент их может быть 1, а может быть 100). Должно быть что-то вроде динамически расширяемого пула виртуальных машин, к которым подключаются пользователи.

Среда у всех одинаковая, пользователи ничего не должны хранить на конечной ВМ.


Гугление по этому вопросу показало, что для решения этой задачи у Microsoft есть Virtual Desktop Infrastructure (VDI), а у VMware — View (хорошее описание, что я хочу получить).


Решение Microsoft не подходит — сервер, ВМ и клиенты будут на Linux.

Решение VMware условно подходит, но вряд ли получится его использовать в нашем проекте ввиду проприетарности продукта.


Вопрос: есть ли какие-то средства, как можно аналогичное развернуть на Linux (RedHat)? KVM, Xen, VirtualBox и прочее, интересуют любые идеи.

Answer 1

[4dmonster]

а почему такая странная постановка задачи?
Почему нельзя как сервер терминалов использовать?
Ну а профили пользователям создавать временные.

Comments

[Александр Юдаев]

В статье из вопроса про VMware View неплохо рассказано, что и почему.

Как в сервере терминалов разграничивать ресурсы?
Как быть, если кто-то повесит терминальный сервер?

[4dmonster]

А какие нужные вам ресурсы не регулируются квотами?

А чем повесит сервер?

[Александр Юдаев]

Я сразу скажу, что не сильно специализируюсь в администрировании таких систем, поэтому многие вещи просто не знаю.

Я понимаю, что терминальный сервер — это некий сервер, по учетной записи которого к нему могут подключаться клиенты (RDP, например). Соответственно, ресурсы сервера делятся на всех подключенных участников + работа самого сервера.
Если какой-то участник начинает грузить машины, то это отражается на всех. Даже если допустить, что на каждую терминальную сессию можно выдать определенное количество ресурсов (я не разбирался, но почти уверен, что так оно и есть), остается вопрос с запуском одноименных приложений и сервисов, с падением некоторых демонов, которые могут отразиться на других пользователях.

Виртуальная машина все-таки подразумевает под собой один конкретный инстанс, и если он упадет — то это его проблемы, других участников это не затрагивает. Перезапустил инстанс — и вперед.
Также ВМ удобно обслуживать, как кажется мне.

Вполне могу быть не прав, поэтому и обратился за советом.

[4dmonster]

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

По содержимому вопроса — подходит терминалка. Но что бы окончательно советовать — надо знать и общие задачи и что будут юзеры делать, и почему они это не могут делать у себя на компе.

[Александр Юдаев]

Ага, понятно. Спасибо за информацию.

По задачам пользователей:
по сути, на окружениях, куда должны подключаться пользователи, будет стоять несколько комплексов самописных программ (Qt), решающие определенные задачи. Это либо визуализация данных (построение из исходных данных 3D-модели и ее реалтайм рендер), либо ресурсоемкие задачи по обработке данных (т.е. инстанс вполне может обсчитывать их 2-3 дня; ну это не так часто).
Если в двух словах, то как-то так.

[4dmonster]

"(т.е. инстанс вполне может обсчитывать их 2-3 дня; ну это не так часто"
если само приложение будет считать — тогда голосую за ВМ.

[Александр Юдаев]

Да, приложением будет само считать.
Спасибо еще раз за информацию!

Answer 2

[Sergei Borisov]

Есть xrdp. Не так давно развлекался по этому поводу и поставил такой сервер на базе (x)ubuntu. Доступ снаружи — rdp с логином/паролем, что очень удобно для виндовых пользоваталей — им не надо никаких новых клиентов, а он внутри поднимает VNC сессию. Схема вполне рабочая. Если будут вопросы, могу помочь.

Comments

[Александр Юдаев]

Добавим в коллецию, спасибо.
Хотя виндовые пользователи у нас не предусмотрены в принципе :)

[Dim_M]

Спасибо. Как раз пригодилось.

Answer 3

[0xA0]

Если правильно понял вопрос то посоветую решения www.nomachine.com.

Comments

[Александр Юдаев]

Да, интересное, спасибо.

Answer 4

[Влад Животнев]

У Xen есть XenDesktop и XCP ;) Можно попробовать скрестить.

Вообще же — пул машинок со стораджем, внутри него XCP/Eucalyptus/RHEV/whatever. Доступ к машинам — через X2Go (внутри локалки будет работать сильно быстрее любого другого решения более или менее открытого). 1 виртуалка = 1 пользователь. Пользователей приучить через панель управления запускать и стопать виртуалки (или если ресурсы позволяют — ничему не учить). Как-то так больше всего похоже на то, что вам нужно.

Comments

[Александр Юдаев]

XenDesktop — именно то, что нужно, но он проприетарный.
Заставлять включать и выключать пользователей виртуалки — плохо. Хотелось бы иметь автоматическую логику на сервере, который брал бы свободную виртуалку из пула виртуалок и предоставлял пользователю по запросу. Потом, виртуалка представляет собой просто некую среду с некими приложениями и вычислительную мощность, которую пользователь использует в своих задачах. Работать закончил — выключил и освободил ресурсы.

За решения спасибо, буду вдумываться. Если еще будут какие идеи, всегда рад услышать.

[ComodoHacker]

>но он проприетарный
Почему это препятствие? У вас нет бюджета? Это не вяжется с вашими серьезными задачами.

[Александр Юдаев]

Военные никогда не будут сертифицировать проприетарный софт. Лишь в очень редких исключениях и только для крайне популярного софта.

[Влад Животнев]

Это вы не про МСВС, случайно)?

[Александр Юдаев]

Ну МСВС-то как раз для военных делалась, так что она по факту православная :)
Нет, мы используем другой linux, и он тоже правильный. Найти не получится, так что и называть смысла нет.

[Влад Животнев]

Да была у меня задачка для МСВС около этого, думал она к вам ушла теперь )

В общем, вам только самописные скрипты вокруг облака любого опенсорсного. Я бы, например, на portknock повесил запуск виртуалок (и shutdown по таймауту неактивности).

[Александр Юдаев]

Не, в этой задаче у нас МСВС никак не фигурирует.
Будем думать, спасибо!