Обслуживание устаревших приложений Windows на бездисковых узлах через XenApp/XenDesktop/Hyper-V
Требование это:
Мне нужно запускать устаревшие (клиент / сервер Windows) приложения на бездисковых узлах для клиента.
Заказчик хочет: а) использовать минимальные системы конфигурации для конечных пользователей (бездисковые узлы) б) централизованно управлять обновлениями приложений (скорее всего, вся установка будет выполняться в локальной сети, но в настоящее время нельзя исключать использование глобальной сети). способ администрирования / обновления / обслуживания не должен требовать отдельного обслуживания каждого ПК; c) быть уверенным, что пользователи могут получить доступ только к устаревшему приложению, и не сможет поиграть с настройками ОС; d) иметь больше ясности относительно того, может ли само приложение быть отправлено на узлы или весь рабочий стол
Я полностью сбит с толку тем, что я читал о PXE, Presentation Server, Terminal Services, XenApp, XenDesktop, Hyper-V.
Что подходит где? Какие компоненты необходимы? Кажется, что у каждого из них есть некоторые совпадения, и мне не ясно, как мне это настроить, чтобы достичь вышеизложенного? Надеюсь, вопросы имеют смысл.
Любая помощь очень ценится. Спасибо!
3 ответа
Я постараюсь остаться в лагере технологий Microsoft, чтобы было проще. Один из первых вопросов, которые вам следует задать, подсказан Джимом Б., но давайте предположим, что вы говорите о "тонких клиентах", то есть о бездисковом узле:
Можете ли вы использовать виртуализацию презентаций или виртуализацию десктопов?
Другими словами: можете ли вы обойтись без RDS (Службы удаленных рабочих столов) или терминальных служб /Citrix, или вам нужны более дорогие VDI (виртуальные рабочие столы)?
Med-V используется для управления приложениями на клиентских жестких дисках, а вы на тонких клиентах, поэтому для меня это между RDS и VDI.
RDS - это старый добрый терминальный сервер, который теперь называется узлом сеансов служб удаленных рабочих столов. Вы устанавливаете клиентские приложения на сервер, и пользователи используют удаленный рабочий стол (RDP) для подключения к одному серверу (или пулу серверов), который одновременно выполняет несколько сеансов входа в систему. Эти пользователи используют рабочий стол Windows Server 2008 R2, и если администратор взглянет на диспетчер задач, он увидит, что все пользователи.exe работают на одном сервере. Существуют дополнительные функции, которые делают его удобным для пользователя с помощью веб-браузера, балансировки нагрузки /FT и шлюза удаленных рабочих столов, который запускает его через SSL-порт 443, чтобы сделать его дружественным к интернет-брандмауэру.
Если ваше приложение предъявляет особые требования, и у вас есть пользователи, которым нужна собственная клиентская ОС, со своим собственным диском C:, ОЗУ и т. Д., Здесь вы можете дополнительно развернуть VDI поверх RDS. CAD может быть хорошим примером этого. Таким образом, пользователи все еще сидят за тонкими клиентами, но при входе в удаленный сеанс они фактически используют одну из множества клиентских виртуальных машин Windows 7, работающих отдельно на одном или нескольких серверах Hyper-V. Они все еще могут использовать одно и то же физическое серверное оборудование, но теперь у них есть свой собственный "мир" для игры. Обычно это развертывается только тогда, когда Session Host (терминальный сервер) не отвечает всем требованиям.
Возможно, если вы опишите использование еще нескольких приложений и пользователей, мы могли бы помочь вам сузить область выбора. RDS великолепен и довольно прост в управлении (по сравнению с VDI и другими вариантами), если вы можете добиться, чтобы приложение работало много раз одновременно на одном сервере через несколько входов в систему.
Обычно Citrix нужно запускать поверх RDS только тогда, когда вы становитесь популярными среди тысяч пользователей, но даже тогда новейшая версия Windows Server 2008 R2 RDS поможет вам в этом.
Сайт Microsoft, объясняющий все это, является Windows Enterprise. Если вы собираетесь запускать приложение через WAN, используя ресурс сервера, чтобы предоставить большую часть процессорного времени всем приложениям, то раздел для обзора - инфраструктура виртуальных рабочих столов. Если вместо этого вы хотели бы использовать пользовательский компьютер для некоторых задач, но хотели бы запускать определенные приложения из сети (это не то, что вы описываете, а соответствует терминам, о которых вы упоминали), тогда взгляните на ссылку виртуализации сеанса. Наконец, если вы хотите просто управлять приложениями из центральной точки и не беспокоиться о проблемах совместимости или сосуществования (обычно для устаревших приложений или "измеренных" приложений, взгляните на ссылку med-v. Большинство терминов Вы упоминаете, что связаны с реализацией 1 из этих трех разновидностей виртуализации приложений (этот термин используется в самом широком смысле).
То, что хочет ваш клиент, полностью решается с помощью "потоковой передачи ОС".
Проверьте такие продукты, как Hp Image Manager, Wyse Streaming Manager, Double-Take Flex, CCBoot.
Эти продукты используют PXE для загрузки по сети и добавляют "драйвер виртуального диска", чтобы клиенты могли загружаться с общего виртуального диска на основе сервера.
В сценарии WAN/LAN обычная реализация состоит в том, чтобы иметь (маленький) прокси-сервер в каждой "ветви", и этот прокси-сервер автоматически обновляет виртуальные диски, которые он обслуживает (например, с помощью rsynch/rdiff). Некоторые из продуктов, упомянутых выше, имеют функции "управления удаленными серверами".