Назад | Перейти на главную страницу

Массовая виртуализация корпоративных десктопов

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

Мы рассматриваем возможность использования солнечных лучей в качестве точки доступа, из которой, я предполагаю, мы могли бы запустить соединение VNC с виртуальной машиной. На данный момент я немного не понимаю - как мне убедиться, что мы либо запускаем виртуальную машину, если она еще не запущена, либо подключаемся к существующей виртуальной машине, если она уже запущена? Или решением здесь было бы убедиться, что все возможные экземпляры уже запущены, но «приостановлены», пока кто-то не попытается к ним подключиться?

Мы все еще рассматриваем наши варианты с точки зрения виртуализации - Hyper-V, KVM, Xen или другие ... с одной стороны, мы с энтузиазмом относимся к продуктам с открытым исходным кодом, поэтому KVM и Xen являются привлекательным выбором, но с другой стороны мы хотим, чтобы обучение администраторов было максимально безболезненным, чтобы такие продукты, как Hyper-V, тоже имели свою привлекательность.

Я знаю, что это довольно обширная тема, которую я поднял, но я был бы признателен за любой совет, который кто-либо может предложить по этой теме.

Спасибо!

Вам следует рассмотреть возможность виртуализации настольных компьютеров с конкретными приложениями, такими как Citrix XenDesktop. Они доставляют приложения на рабочий стол пользователя во время их выполнения на серверах.

Смотреть в VMware View. Они работают над версией 4, которая должна значительно улучшить производительность. Я ищу этот продукт для небольшого количества настольных компьютеров.

Также в Windows Server 2008 R2 есть несколько новых функций VDI, на которые стоит обратить внимание.

Это то что Кумранет раньше продавались до того, как их купил Redhat.

Для этого они разработали KVM как открытый исходный код (и быстро был включен в ядро ​​Linux), конечно, остальная часть стека была закрытой, включая протокол удаленного отображения, который, как они утверждают, является лучшим из существующих. У них также была консоль администратора, простая кластеризация оборудования и балансировка нагрузки с помощью живой миграции виртуальных машин.

Веб-сайт все еще работает, и продукт (SolidICE), похоже, доступен.

Я не использовал продукт, но был бы моей первой остановкой, если бы я хотел виртуализировать рабочие столы.

Есть несколько слоев, которые вам нужно понять и разделить,

  1. Точка доступа (твой солнечный луч)
  2. Брокер подключений, это служба, к которой подключается точка доступа, для получения списка рабочих столов или для автоматического запуска а рабочий стол
  3. Протокол подключения протокол, который клиент будет использовать для установления соединения с виртуальной машиной, например RDP, ICA, PCoIP.
  4. Гипервизор, хост с запущенными виртуальными машинами.
  5. Виртуализация приложений, этот уровень является необязательным и практически не связан с VDI. Это просто позволяет сделать ваши виртуальные машины относительно не имеющими состояния, позволяя пользователям подключаться к любой виртуальной машине для запуска своих приложений без длительной установки.
  6. Управление профилем, еще один дополнительный уровень, позволяющий перемещаться вместе с пользовательскими настройками и предпочтениями.

Как правило, вы можете смешивать и сочетать решения от разных поставщиков. Например. Hyper-V с XenDesktop для брокера и протокола.

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

Помните о значительных усилиях по «портированию», которые вам потребуются для виртуализации ваших приложений (переупаковки всего) и управления профилями, если вы пойдете по маршруту без сохранения состояния.