Требование таково:
Мне нужно запускать устаревшие приложения (клиент / сервер Windows) на бездисковых узлах для клиента.
Заказчик хочет: а) использовать системы минимальной конфигурации для конечных пользователей (бездисковые узлы) б) централизованно управлять обновлениями приложений (вся установка, скорее всего, будет выполняться в локальной сети, но в настоящее время нельзя исключать и глобальную сеть. способ администрирования / обновления / обслуживания не должны требовать индивидуального обслуживания каждого ПК) c) иметь возможность гарантировать, что пользователи могут получить доступ только к устаревшему приложению и не иметь возможности возиться с настройками ОС d) иметь больше ясности в отношении того, может ли только приложение быть отправлено на узлы или на весь рабочий стол
Меня совершенно смущает то, что я читал о PXE, Presentation Server, службах терминалов, XenApp, XenDesktop, Hyper-V.
Что подходит? Какие компоненты необходимы? Кажется, что у каждого из них есть некоторое совпадение, и мне не ясно, как я должен это настроить, чтобы достичь вышеуказанного? Надеюсь, вопросы имеют смысл.
Любая помощь приветствуется. Спасибо!
То, чего хочет ваш клиент, полностью удовлетворяет «потоковая передача ОС».
Ознакомьтесь с такими продуктами, как Hp Image Manager, Wyse Streaming Manager, Double-Take Flex, CCBoot.
Эти продукты используют PXE для загрузки по сети и добавляют «драйвер виртуального диска», чтобы клиенты могли загружаться с общего виртуального диска на сервере.
В сценарии WAN / LAN обычная реализация состоит в том, чтобы иметь (небольшой) прокси-сервер в каждой «ветви», и этот прокси-сервер автоматически обновляет виртуальные диски, которые он обслуживает (например, с помощью rsynch / rdiff). Некоторые из упомянутых выше продуктов имеют функцию «управлять удаленными серверами».
Сайт Microsoft, объясняющий все это, Windows Enterprise. Если вы собираетесь запускать приложение через глобальную сеть, используя серверный ресурс, чтобы обеспечить большую часть процессорного времени для всех приложений, то раздел для обзора - это инфраструктура виртуального рабочего стола. Если вместо этого вы хотели бы использовать компьютер пользователя для некоторых задач, но хотели бы запускать определенные приложения из сети (это не то, что вы описываете, но вписывается в термины, которые вы упоминали), взгляните на ссылку виртуализации сеанса. Наконец, если вы хотите просто управлять приложениями из центра и не беспокоиться о проблемах совместимости или сосуществования (обычно для устаревших приложений или приложений с ограниченным доступом, взгляните на ссылку med-v. Большинство терминов Вы упоминаете, связаны с реализацией 1 из этих 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. Все они могут по-прежнему использовать одно и то же физическое серверное оборудование, но теперь у них есть свой собственный «мир», в котором можно играть. Обычно это развертывается только тогда, когда узел сеанса (терминальный сервер) не соответствует требованиям.
Может быть, если вы опишете использование приложения и пользователей еще, мы сможем помочь вам сузить круг выбора. RDS великолепен и довольно прост в управлении (по сравнению с VDI и другими вариантами), если вы можете заставить приложение работать много раз одновременно на одном сервере через несколько входов в систему.
Citrix обычно требуется запускать поверх RDS только тогда, когда вы набираете обороты для тысяч пользователей, но даже тогда новейший Windows Server 2008 R2 RDS может помочь вам в этом.