Как бюджетнее собрать vdi на 30 пользователей?

Question

[kondrash055]

Доброго времени суток.
Начальство поставило задачу максимально дешево перенести парк не лицензионных клиентских и серверных ос на лицензии.
Решили под такое дело собрать 2-3 двухпроцессорных сервера + схд + тонкие клиенты пользователям ( или ноуты с linux на борту).
Хотелось бы каждому пользователю дать свою виртуалку, сделать AD, сервер 1с на win server и сервер бд на postgres.
Основной вопрос в чем:
1) что использовать как гипервизор?
2) как будут пользователи подключаться к своим виртуальным машинам?
3) какие лицензии закупить под эту затею, чтоб было максимально бюджетно?

Answer 1

[athacker]

Вы прям VDI хотите, или просто пачку виртуальных рабочих станций? :-) VDI подразумевает под собой всякое, типа создание golden image, развёртывание виртуалок по запросу и так далее.

Если всё-таки VDI, то там вопрос не стоит "какой гипервизор", вопрос стоит "какое решение". И это решение будет диктовать и выбор гипервизора. VMware Horizon, Microsoft RDS, XenDesktop -- понимаете из названий производителей, какие гипервизоры каждое из них использует? :-) Есть ещё некий foss-cloud, тоже VDI решение, как я понял, на базе KVM.

Если же просто виртуализацию, то VMware жутко платная, например. Xen как-то сдал позиции. Остаются бесплатный Hyper-V и KVM. Ну и разная остальная экзотика типа VirtualBox. А, ну ещё Proxmox есть, тоже можно попробовать. Hyper-V сервер бесплатный, и даже можно кластеры собирать, тоже бесплатно. Общее хранилище -- шары SMB 3.0 или NFS, или блочное по iSCSI.

Про KVM и Proxmox ничего не скажу, но там тоже есть свои управлялки виртуальной инфрастуктурой. Общие хранилища -- NFS и iSCSI. На KVM можно замутить использование чего-нибудь типа ScaleIO и получить конвергентную систему -- это когда у вас виртуализация и хранилище реализуется на одних и тех же серверах. Но там надо число узлов не менее 3, а на мой взгляд, меньше 4-х и вообще лучше не начинать -- слишком большой оверхед на дисковое просранство. ScaleIO платный, но "для тестовых целей можно использовать без всяких ограничений". Т.е. можно качать, ставить и использовать, триального периода там нет, и ограничения по функционалу тоже.

Comments

[kondrash055]

Похоже это будет пачка виртуалок. 3-4 виртуальных сервера и 30 виртуальных клиентских станций для пользователей.
Поигрался сегодня с kvm, вроде то что надо.

В таком случае идя какая:
1) ставим kvm или бесплатный hyper-v server
2) делаем виртуалки для пользователей и серверов(ad + 1c + сервер remoteapp - каждый сервер в свою виртуалку)
3) пользователей по SPICE/rdp подключаем напрямую каждого в свою в виртуалку (ой беготни будет до каждого пользователя :( )
4) виртуалки бекапятся на еще одну схд
5) через gpo и remote app раздаем народу приложения и права

Хотелось бы авторизацию через брокер подключений, который сам будет поднимать виртуалку по запросу пользователя, но это жутко платно, как я понимаю.
Если мои 5 пунктов не попахивают идиотизмом - сколько и каких лицензий надо на это добро?

[GraphiteLeader]

рассмотри еще Ericom

[athacker]

kondrash055: Лицензирование -- это самый мутный путь в этих вопросах :-) В принципе, у вас обычные рабочие станции, так что нужны лицензионные винды. Если использовать RDP, то с лицензией не ниже Professional, так как в более младших версий нет RDP-сервера. С другой стороны, так как вы хотите AD, то вам по-любому придётся не ниже Professional покупать, так как только они (и старше) могут быть включены в домен.

Есть ещё такой момент -- если развернуть гипервизор на честно купленном Windows Server Standard, то это даёт вам ещё две лицензии на виртуальные Windows-сервера. Т.е. каждая лицензия на физический Windows Server Standard даёт +2 лицензии на Windows Server виртуальный. А Windows Server Datacenter Edition даёт вообще неограниченное количество лицензий на виртуальные windows-сервера внутри себя :-) Бесплатный Hyper-V Server дополнительных лицензий не даёт, т.е. каждую копию виртуальной винды нужно будет лицензировать отдельно.

Про SPICE ничего не знаю, никогда не использовал, но есть обоснованное мнение, что для винды лучше родного RDP ещё ничего не придумали. Совместный буфер обмена, включая перегонку файлов, маппинг каталогов/принтеров, проброс звука, all that jazz...

Что касается "беготни до каждого пользователя" -- не вижу необходимости. Если у вас уже есть AD (или планируется) -- ну положите каждому юзеру на стол RDP-ярлычок, и разошлите им почту сообщение, типа:

1) у вас там на рабочем столе появилась картинка;
2) тыкаем в неё;
3) заходим в виртуальную рабочую станцию;
4) ...
5) PROFIT!

Что касается СХД для бэкапов, то выделять целую СХД под бэкапы -- это, на мой взгляд, малость жирно... Хотя, если у вас там СХД куры не клюют, тогда да :-) На бэкапы я бы поставил что-нибудь типа такого: https://www.supermicro.com/products/system/4U/6048... Ну или взять пачку серверов с корзинками поменьше (по 8, например) и собрать из них storage-кластер на базе какой-нибудь распределённой ФС (ну или даже той же самой ScaleIO). Один сервер с большой корзиной -- это сильно проще и дешевле, но зато распределённые ФС масштабировать в разы проще. Надо добавить объёмы -- добавил ещё один узел с дисками, и у тебя автоматом место расширилось. А в случае одного сервера если надо место расширить, то придётся менять диски, причём куча возни ещё будет зависеть от того, как у вас там дисковый пул собран. Если все диски в один пул, то надо менять ВСЕ диски, а если несколько пулов, то надо менять все диски в пуле, но несколько пулов -- это неудобно, так как постоянно ситуация, когда есть три дисковых пула, на каждом по 2 Тб свободно, а записать надо 5 Тб, ну и всякое такое в том же духе.

[kondrash055]

athacker: у меня в таком случае получится куча виртуальных пользовательских машин с разными ip адресами. Есть ли какой-то брокер подключений, который по записям в ad будет запускать пользователя на его машину? чтоб каждому в ярлыке rdp не писать свой адрес машины?

[athacker]

kondrash055: а в чём проблема выделить каждому юзеру отдельную виртуалку? Если вам нужен брокер -- тогда вам всё-таки нужно какое-то решение VDI. Можно, конечно, наколхозить своё подобие брокера и я не вижу особого смысла в этом. Просто если вы заявили, что "хочется каждому пользователю дать свою виртуалку", и тут брокер скорее вреден, чем полезен -- у вас на каждой виртуалке будет лежать куча профилей тех пользователей, которые брокер на неё смаршрутизировал, что будет приводить к повышенному использованию дискового пространства. Надо ли оно?

VDI в полном объёме интересен со всеми своими плюшками -- golden image, виртуалки по требованию, автоматическое прибивание неиспользуемых виртуалок и т. п. Тогда надо выбирать именно VDI решение, и уже оно будет диктовать выбор гипервизора.

[kondrash055]

athacker: да, проще каждую виртуалку обозвать как доменного пользователя и ярлычки положить на рабочий стол

[rader90]

А какое решение Вы начали использовать?

[kondrash055]

rader90: hyper-v, на нем куча виртуалок созданных и настроенных вручную. клиентов по rdp или vnc туда подключать, в зависимости от типа ос на клиенте

Answer 2

[Армянское Радио]

1) KVM. Второй вариант - XEN, но он чокнутый.
Если настроите OCFS поверх СХД, будет живая миграция. Кроме того, под KVM работает KSM, который объединяет идентичные страницы памяти, что позволяет назапускать больше виртуалок ( фактически, в RAM у вас будет лежать один экземпляр форточки, а не дцать).
2) VNC | SPICE. Второй - удобнее.
3) В Opensuse есть хороший GUI для работы с кластером виртуалок - HAWK. Кластер настраивается двумя скриптами из коробки.