Использование 2X ApplicationServer для публикации приложений, часть 1

В большинстве случаев использование терминальных служб — это ситуация «все или ничего». Как правило, либо весь рабочий стол вашего пользователя размещается на терминальном сервере, либо весь рабочий стол работает локально. Однако иногда было бы неплохо иметь возможность размещать отдельные приложения в среде службы терминалов, а не размещать рабочие столы пользователей целиком. Это особенно актуально в ситуациях, когда пользователи запускают широкий спектр приложений и конфигураций рабочего стола, а не используют одну стандартную конфигурацию и набор приложений.

Windows Server 2008 предназначена для того, чтобы вы могли размещать отдельные приложения через службы терминалов, но, как я уверен, вы знаете, она все еще находится в стадии бета-тестирования и, вероятно, будет находиться в ней еще некоторое время. Даже если Windows Server 2008 выйдет завтра, вероятно, пройдет некоторое время, прежде чем большинство компаний внедрит ее. Если вы хотите иметь возможность размещать отдельные приложения на сервере терминалов уже сегодня, то одним из вариантов является использование 2X ApplicationServer (http://www.2x.com).

Как и Windows Server 2008, 2X ApplicationServer позволяет публиковать приложения, а не устанавливать их локально на рабочих станциях пользователей. Это означает, что пользователи могут продолжать использовать свой текущий рабочий стол и свои текущие установленные приложения вместе с размещенными приложениями. Пользователи, скорее всего, даже не узнают, что размещенные приложения не устанавливаются локально.

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

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

Еще одна причина, по которой выгодно размещать отдельные приложения, заключается в том, что приложения можно развертывать на основе имени пользователя, членства в группе или даже IP-адреса. Это означает, что если вы нанимаете нового сотрудника, вам не нужно тратить время на установку размещенных приложений на рабочей станции сотрудника. Просто добавьте нового сотрудника в группу, для которой доступно приложение.

Третья причина, по которой размещение приложений на сервере терминалов является хорошей идеей, заключается в том, что это позволяет обойти аппаратные ограничения рабочего стола. Например, предположим, что вам нужно развернуть новое приложение, но на некоторых старых рабочих станциях не хватает памяти или места на диске для его запуска. Вы можете модернизировать или заменить старые машины, но это, как правило, дорого. Если бы вместо этого вы запускали приложение в среде службы терминалов, оборудование рабочей станции не имело бы особого значения, если бы оно было достаточно мощным для запуска клиентского компонента 2X (о котором я расскажу подробнее позже). Приложение будет работать на сервере, а клиенту будут отправляться только обновления экрана.

Так же, как размещение приложений на терминальном сервере позволяет обойти аппаратные ограничения рабочего стола, оно также позволяет запускать приложения на машинах с несовместимой операционной системой. Помните, что само приложение на самом деле работает на терминальном сервере, а на рабочей станции просто работает клиентское программное обеспечение, которое позволяет ей получать изображения экрана размещенного приложения. Поскольку 2X выпускает клиентов для Windows, Macintosh и Linux, становится возможным запускать приложения на всех трех платформах без использования эмуляторов или специальных версий приложений.

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

Компоненты 2X

Прежде чем я покажу вам, как работать с 2X ApplicationServer, вам необходимо ознакомиться с его основными компонентами. Первым из этих компонентов является ApplicationServer и LoadBalancer. Этот компонент состоит из двух подкомпонентов; служба агента публикации и консоль управления 2X. Как вы, наверное, уже догадались, 2X Management Console — это графический интерфейс, через который осуществляется вся настройка и управление.

Второй компонент — агент 2X Terminal Server. Работа агента сервера терминалов состоит в том, чтобы собирать информацию о доступности ресурсов от служб терминалов, а затем сообщать эту информацию в LoadBalancer. Таким образом, ApplicationServer всегда может эффективно использовать доступные ресурсы сервера терминалов.

Последним компонентом является клиентский шлюз 2X. Работа 2X Client Gateway заключается в туннелировании всего трафика, связанного с размещенными приложениями, через один защищенный порт.

Сценарии развертывания

После моего краткого анализа компонентов и подкомпонентов 2X ApplicationServer может показаться, что процесс установки сложен и требует тщательного планирования. Программа установки на самом деле делает процесс установки намного проще, чем я ожидал. В какой-то момент процесса установки программа установки просто спросит вас, есть ли у вас один сервер терминалов или несколько серверов терминалов.

Если вы выберете вариант с одним сервером терминалов, программа установки точно знает, какие компоненты необходимо установить, чтобы 2X ApplicationServer работал с вашим сервером терминалов. Если вы выберете вариант установки нескольких терминальных серверов, все станет немного сложнее. Программа установки спросит вас, какие конкретные компоненты вы хотите установить.

Если вы развертываете 2X ApplicationServer — среду с несколькими серверами терминалов, то 2X рекомендует устанавливать на ваши серверы терминалов только агент сервера терминалов. Они также рекомендуют настроить другой сервер в качестве шлюза между вашими сетевыми клиентами и терминальными серверами.

На этом компьютере шлюза должны быть запущены как минимум компоненты агента публикации и клиентского шлюза. Работа этой машины заключается в прослушивании трафика протокола удаленного рабочего стола (RDP) с рабочих станций и перенаправлении трафика на терминальный сервер. Предполагая, что на машине также работает компонент LoadBalancer, она сможет выбрать сервер терминалов на основе своей текущей рабочей нагрузки. Вы можете увидеть схему этого типа развертывания, показанную на рисунке A.

Рисунок A. Это рекомендуемая конфигурация развертывания для организаций с несколькими серверами терминалов.

Один из аспектов 2X ApplicationServer, о котором я еще не упомянул, заключается в том, что он позволяет размещать приложения через Интернет. По умолчанию клиентский шлюз будет туннелировать веб-трафик через порт 81 локального хоста. Вы можете изменить номер порта на 80, а также иметь возможность использовать шифрование SSL через порт 443. Однако веб-порт нельзя изменить во время первоначальной установки. Вы можете изменить его только после завершения установки.

Вывод

В этой статье я объяснил некоторые преимущества возможности размещения отдельных приложений в среде службы терминалов. Затем я перешел к обсуждению базовой архитектуры, связанной с запуском 2X Application Server в организации, содержащей несколько терминальных серверов. Во второй части я продолжу обсуждение, показав вам, как настроить 2X Application Server для работы после его установки.