Зачем нужен терминальный сервер?

Зачем нужен терминальный сервер?

Терминальный сервер позволяет увеличить производительность 1С и других программ. Сервер терминалов — это специальное расширение Windows, которое позволяет одновременно.

Зачем нужен терминальный сервер?

Терминальный сервер позволяет увеличить производительность 1С и других программ. Сервер терминалов — это специальное расширение Windows, которое позволяет одновременно работать нескольким пользователям на одном компьютере (сервере). При этом, они не мешают друг другу, а сама работа происходит с их рабочего места.
Даже если на рабочих местах мощные компьютеры, скорость работы будет ограниченна локальной сетью, а когда работают более 15 пользователей одновременно, сервер терминалов — это практически единственный способ повысить производительность.
При работе через сервер терминалов компьютерная сеть вашей компании перестает быть фактором, сдерживающим производительность, т.к. вся обработка данных происходит на сервере, а по сети передается только изображение.

Что еще кроме производительности дает терминальный сервер?

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

Все это позволяет значительно уменьшить риск возникновения ошибок в базе 1С.

Терминальный сервер

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

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

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

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

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

Установка программного обеспечения на сервер позволяет оптимизировать число и тип требующихся лицензий.

В случае терминально-серверной установки встречаются следующие модели лицензирования:

1. по числу рабочих мест (устройств);
2. по числу пользователей;
3. по числу соединений.

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

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

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

С возникновением и развитием технологии виртуальных компьютеров и компьютерных облаков появилась возможность разместить терминальный сервер в облаке.

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

В завершении следует отметить, что возможность организации терминального доступа есть как у серверов с операционной системой Windows, так и у серверов, работающих под управлением Linux.

Терминальный сервер Windows

Читайте статью, если хотите узнать, как настроить терминальный сервер Windows. Мы расскажем, что это такое, зачем его использовать и покажем оптимальный способ установки на Windows.

Что такое сервер терминалов

Терминальный сервер (англ. terminal server) — это мощный компьютер или кластер, который предоставляет более «слабым» устройствам ресурсы и мощности (дисковое пространство, память) для выполнения задач. С его помощью можно работать в программах дистанционно — их не придётся устанавливать на локальный компьютер, достаточно будет подключиться по сети.

Терминальный сервер является хорошим решением для тех компаний, которым нужно предоставить доступ к одной программе нескольким работникам. Например, в компании «Х» планируют установить 1C. Перед покупкой необходимо рассчитать количество сотрудников, которые будут в ней работать. Допустим, что доступ к 1С потребуется 54-м сотрудникам. При этом не каждый из них будет работать в ней в течение всего рабочего дня. Кто-то будет использовать программу два-три часа в день, а кто-то один-два раза в неделю. Получается, что покупать лицензию для каждого рабочего компьютера или удалённого сотрудника нецелесообразно.

Благодаря терминальному серверу можно приобрести оптимальное количество лицензий или настроить совместный доступ — для работы сотрудники будут использовать удаленный рабочий стол. Это позволит сэкономить ресурсы компании. Также местоположение сотрудников не будет влиять на качество и скорость работы.

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

Для успешного подключения необходимы:

1. Клиентская программа, с помощью которой можно подключиться к терминалу с локального компьютера.
2. Протокол, который обеспечивает подключение.
3. Многоядерный сервер, на котором установлена и настроена основная программа.

Можно установить терминальный сервер как на Linux (например, Ubuntu или Centos), так и на Windows и другие операционные системы.

Все версии терминалов после Windows 2008 имеют лицензию RDS CAL. Она бывает двух типов: для отдельного пользователя и для конкретного устройства, с которого могут подключаться несколько устройств. Мы подготовили инструкцию для установки терминала на Windows Server 2019.

Подготовка: присвоение статического IP-адреса

Перед установкой серверу нужно присвоить статический IP-адрес. Благодаря этому пользователи смогут подключаться к терминальному серверу по локальной сети.

Кликните правой кнопкой мыши по доступному подключению, выберите в списке компонентов «IP версии 4 (TCP/IPv4)» и нажмите Свойства:

Укажите параметры и заполните поля в соответствии со скриншотом, затем нажмите OK:

Обратите внимание, что значения в 3 шаге могут отличаться и зависят от настроек вашей сети. Узнайте собственные значения через командную строку при помощи команды ipconfig. Чтобы открыть командную строку, нажмите комбинацию клавиш WIN+R и введите cmd. Затем введите команду ipconfig:

Готово, статический IP-адрес присвоен.

Установка терминального сервера

Инструкция подойдёт для Windows Server 2019, а также для Windows 2016. Мы использовали бесплатную пробную версию Windows Server 2019, которую можно скачать с официального сайта Microsoft. В инструкции мы описали минимальную настройку, после которой к серверу можно будет подключаться с устройств из локальной сети по протоколу RDP.

Нажмите Пуск — Диспетчер серверов:

Затем нажмите Управление — Добавить роли и компоненты:

Чтобы продолжить, нажмите Далее:

Выберите «Установка ролей и компонентов» и кликните Далее:

Выберите текущий сервер и нажмите Далее:

Поставьте галочку напротив пункта «Службы удаленных рабочих столов» и нажмите Далее:

На странице «Выбор компонентов» кликните Далее:

Чтобы продолжить установку, нажмите Далее:

Поставьте галочку напротив пункта «Remote Desktop Session Host» (Узел сеансов удаленных рабочих столов):

Затем нажмите Добавить компоненты:

Поставьте галочку напротив пункта «Лицензирование удаленных рабочих столов»:

Напомним, что в инструкции не рассматривается активация лицензий. Однако компоненты лицензирования могут пригодиться в будущем, поэтому мы рекомендуем установить их. Для этого нажмите Добавить компоненты:

Если вы хотите настроить автоматическую перезагрузку, поставьте галочку напротив пункта «Автоматический перезапуск конечного сервера, если требуется», подтвердите действие и кликните Установить:

Дождитесь окончания установки компонентов и перезагрузите Windows Server вручную, если не выбрали автоматическую перезагрузку. После перезагрузки и завершения установки нажмите Закрыть:

Готово, вы установили терминал на удаленный сервер Windows.

Настройка пользователей

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

Чтобы открыть «Управление компьютером», нажмите комбинацию клавиш WIN+R и введите команду compmgmt.msc:

Перейдите в «Локальные пользователи и группы» — «Пользователи». Кликните правой кнопкой мыши по пустой области и нажмите Новый пользователь:

Заполните поля, задайте пароль и параметры. Затем нажмите Создать:

Правой кнопкой мыши кликните на пользователя, которого создали на предыдущем шаге, и выберите Свойства:

Перейдите во вкладку «Членство в группах» и нажмите Добавить:

Нажмите Поиск. Затем в результатах поиска выделите строку «Пользователи удаленного рабочего стола» и нажмите OK:

Если в окне появится строка «Имя компьютера/Пользователи удаленного рабочего стола», нажмите OK в окнах «Выбор» и «Свойства»:

Готово, вы создали пользователя и включили его в группу.

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

Как проверить текущие подключения

Давайте проверим текущие подключения. Для этого откройте Диспетчер задач (комбинация клавиш CTRL+SHIFT+ESC) и выберите вкладку «Пользователи»:

На скриншоте видно, что на сервере находится администратор и один пользователь, который подключился по RDP.

Windows VPS — выделенный сервер в виртуальной среде, который активируется сразу после оплаты.

Часть 1. Терминальные решения

Вы когда-либо видели офисы забитые, 386 компьютерами? А в 2000 году? А работающих при этом под управлением Windows 2000? А я видел (не шутка).

В мире насчитывается огромное количество так называемой «наследуемой» техники — компьютеров на базе процессоров 286/386/486. Вся эта техника обычно пылится где-то на складе или, в редких случаях, используется в качестве роутеров и для подобных целей.

И это далеко не лучший выход — ведь эти компьютеры (на первый взгляд бесполезные) можно успешно использовать в терминальных системах или в системах распределенных вычислений. Что это такое и с чем его едят — читайте далее.

Историческая справка

Но сначала обратимся к истории вопроса, ибо в ней и лежит ответ.

Когда-то персональных компьютеров не было (вообще). Существовали лишь огромные ящики (а чаще — совокупность ящиков), именовавшиеся Компьютерами, они были сверхмощными и почти достигали скорости XT (впрочем, никого это не удивляло — ведь ничего более мощного все равно не было). А использовать их уже тогда желали многие. Поэтому машинное время приходилось арендовать — пользоваться компьютером только в определенные часы.

Постепенно такое положение дел пользователям надоело, и были придуманы первые терминалы и первые системы разделения времени. Терминал — простой «компьютер», который не производил ни каких вычислений, а только выводил ответы Компьютера.

В дальнейшем стоимость персонального Компьютера стала уменьшаться, с каждым годом становилось все проще и проще купить быстрый Компьютер…

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

Все это великолепие сегодня привело к тому, что большую часть времени пользователь использует микропроцессор персоналки в среднем на 5-6 процентов. Например, пока я «барабанил» этот текст в Ворде, уровень загрузки процессора ни разу не превысил 15 процентов, а в среднем составлял 6-8%. Кстати говоря в тот момент, когда Вы читаете эти строки в броузере, уровень загрузки микропроцессора наверняка не превышает и 10 процентов (если, конечно, на фоне не запущен MPEG-кодер ;)).

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

Так что бороться с этим можно лишь одним способом — предоставлять другим компьютерам внутри локальной сети свободные мощности вашей рабочей станции.

Отделение серверов приложений от тонких клиентов (терминалов)

Как данная задача была реализована на практике? Ответ дала теоретическая концепция распределенных вычислений:

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

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

Это разделение может быть совершенно прозрачным для пользователя — он может работать за «трешкой», а пользоваться результатами работы машины соседа (с Р. или ему подобным), или, наоборот, отдавать часть ресурсов соседу…

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

Плюсы и минусы данного решения

В чем плюсы такого подхода:

1. Вычислительные возможности нескольких компьютеров в сети объединяются. Если вам вдруг понадобится 11-12 MIPS, то они будут вам предоставлены через распределенную систему
2. Так как терминалами могут служить практически любые компьютеры, вы сможете использовать компьютеры класса 286/386/486 (теоретически даже XT; однако возможны проблемы, связанные с видеоадаптерами)
3. Резкое уменьшение стоимости рабочего места: только на серверах приложений нужны дисководы, винчестеры, большие объемы памяти и так далее. Обычно в случае использования устаревшей техники стоимость рабочего места падает до $170-180, в случае использования тонких клиентов до $240-250
4. Значительно снижаются расходы на администрирование, приобретение и обновление программного обеспечения. Так как ПО устанавливается и обновляется только на серверах приложений, то сокращается стоимость лицензий, а также уменьшается стоимость администрирования
5. Большая скорость работы с дисками: одинаковая информация чаще оказывается в кеше. Причем влияние этого фактора очень велико: к примеру, если хотя бы одна копия IE5.0 загружена в память, то все последующие загружаются мгновенно; то же самое относится и к другим приложениям (Microsoft Office и т. п.)
6. Существенная экономия памяти: код программы не дублируется при вызове второй копии. Пример: сервер приложений, имеющий всего 64 Мбайт памяти, полностью хранит в ней Windows NT4.0 и при запуске новых копий операционной среды не дублирует код
7. Большая безопасность: Администратор может посмотреть, чем занимаются сотрудники, лишить их права на определенные вычислительные ресурсы (занимаемые играми и тому подобными приложениями, напрямую не относящимися к работе), а так как обычно клиентов не оборудуют ни дисководами, ни винчестерами, то уменьшается вероятность хищения информации
8. Потеря терминала — это потеря терминала, а никак не данных или всей предыдущей работы
9. Сотрудники могут быть по настоящему мобильны: для того, чтобы получить доступ к информации, не нужно обращаться к удаленной станции. Вся информация может быть доступна как общий дисковый ресурс
10. Более удобное обеспечение совместной работы сотрудников: со своего терминала Вы можете подключиться под логином коллеги и использовать его данные или сразу его файлы. (очень кстати удобно, если ваш коллега находится в другом городе)
11. Терминал или клиент может работать под любой операционной системой: либо он может быть подключен по протоколу X-windows, либо можно будет найти специфического клиента для протокола ICA или RDP
12. Средний трафик между клиентами и серверами редко превышает 100 Кбайт/с. Это значение может быть намного меньше, чем трафик запросов/ответов в больших базах данных. Следовательно, можно сэкономить если Вы используете коммерческое подключение к Вашим удаленным базам данных
13. Асимметричность трафика: клиенты обыкновенно посылают серверам в 10–15 раз меньше трафика, чем возвращают им сервера приложений
14. Терминалы не нуждаются в улучшении технических характеристик, а проще говоря — в апгрейде (и могут также не подвергаться моральной амортизации)
15. На одном компьютере Вы сможете одновременно «запустить» приложения нескольких операционных систем

Однако, в каждой бочке меда есть ложка дегтя. Есть свои недостатки и у терминальных систем. Обычно к ним относят следующее:

1. Потеря сервера приложений может оказать очень большое влияние на решение задач, причем возможно для всех сотрудников
2. Трафик внутри сети может оказаться очень большим, возможно придется делить сеть на сегменты
3. Трафик от серверов к клиентам может быть слишком большим, неприемлемым для передачи по модемным каналам или Internet
4. К сожалению, приложения, активно использующие видео, требуют мощных сетей: минимальные характеристики — 100 Мбит/с
5. Не все программные пакеты нормально относятся к наличию нескольких копий себя в памяти. Такие приложения могут потребовать специального окружения или просто не работать в окружении сервера приложений (из последних я, правда, знаю только одно — ICQ)
6. Клиенты не получают отдельные IP-адреса, что не позволяет им правильно авторизоваться в Internet. Войдя, к примеру, на mail.ru вы сможете управлять ящиком вашего коллеги 😉 С другой стороны, это больше проблема авторизации почтовой системы, а не терминалов

Практическое применение

Теперь перейдем к самой важной части данной статьи — какие терминалы и какие сервера выбрать для построение такой сети.

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

И, наконец, в-третьих, бессмысленно рассматривать отдельные приложения, ориентированные на распределенные вычисления (к примеру, 3D Studio) — это отдельная тема

Сервера приложений

Начнем с описания серверов приложений.

Для серверов приложений самое главное — это платформа. Если ваши приложения не работают под данной операционной системой, так зачем Вам нужен такой сервер?

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

Microsoft Windows 2000 Server

«Ориентированный на собственного клиента»

Схема общения сервера с клиентом стандартная: клиент отсылает только нажатие на клавиатуру и изменения положение курсора мыши. Сервер возвращает команды на открытие окон и передает в огромном количестве экраны.

Надо отметить, что это великолепный с точки зрения производительности сервер, ориентированный как на запуск сессий (это когда вы видите десктопчик Windows 2000), так и на запуск отдельных приложений — в окне терминала вы увидите нужное вам приложение.

Поддерживаемые функции терминала:

Разрешение экрана — 800×600×256, 640×480×256, режим работы в окне.

Поддержка сжатия информации для уменьшения трафика, поддержка функций кеширования битмапов.

Протоколы управления

RDP. Remote Desktop Protocol.

Управление приложениями:

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

В случае перегрузки сервер может запретить запуск приложений и ограничить подключение новых клиентов.

Взаимодействие с другими серверами:

Не обеспечивает выравнивания загрузки: если один из серверов будет перегружен, он не начнет «перекидывать» приложения на более свободные сервера.

Плюсы сервера:

Очень простая установка и настройка. Быстрое соединение сервера с клиентом. Хорошая поддержка управления клиентами и подключениями (их можно связывать с группами пользователей в NT).

Низкая стоимость лицензии.

Минусы сервера:

Не поддерживает локальные диски клиента. Если клиенту понадобится прочитать локальный файл (к примеру с флоппи-дисковода), он вынужден обращаться к нему как к сетевому диску. Большие запросы к оперативной памяти (128 Mбайт минимум).

Требования к железу (источник информации — статья, посвященная серверам)

Сервер полностью загружает 98 Мбайт оперативной памяти. Эта цифра естественно не является тем минимумом, на котором он работает — 64 Мбайт. Но при 98Mбайт сервер уже намного меньше обращается к диску. Далее Вы сможете рассчитать размер требуемой памяти таким образом (в расчете на одну загруженную копию):

Клиенты: 1 клиент — 3 Mбайт ОЗУ сервера.

Microsoft Word — 2 Mбайт ОЗУ сервера

Microsoft Excel, Access — 5 Mбайт ОЗУ сервера

Internet Explorer — 1 Mбайт ОЗУ сервера

Для увеличения производительности дисковой подсистемы желательно также использовать увеличение памяти (для увеличение дискового кэша) — клиенты очень часто обращается к одной и той же информации.

Требуемая частота микропроцессора (для Pentium 2) — для проведения подобных расчетов читайте следующую статью посвященную серверам (цифры приведены в расчете на одну загруженную копию):

Клиенты: 1 клиент — +40 MГц.

Microsoft Word — +20 MГц

Microsoft Excel, Access — + 20 MГц

Internet Explorer — + 10 MГц

Добавление второго процессора позволяет разгрузить систему примерно на 35–40 процентов. Увеличение кеша процессора, к сожалению, не увеличивает производительность — память в таких системах не является «узким» местом, поэтому увеличение производительности можно достигнуть лишь увеличивая частоту процессора и их количество.

Как видите, сервер примерно на 10 нетребовательных клиентов должен содержать процессор с частотой 500–600 MГц (или 2 по 300) и примерно 198 Mбайт оперативной памяти.

Программные клиенты:

Только под Windows (существуют, как и 16 так 32 разрядный клиент)

Windows NT 4.0 Terminal Edition

Предыдущий выпуск терминальной системы от Microsoft. Обладает теми же свойствами, что и версия 2000, но считается менее производительным, хотя это никак не подтверждается.

Более сложен в инсталляции и настройке, но менее требователен к памяти: при минимальном количестве (64 Мбайт) прекрасно работает 1 подключенный клиент. Если бы не высокая цена лицензии, то являлся бы оптимальным сервером для домашнего применения.

CITRIX Metaframe 1.8

Данный продукт считается на сегодняшний момент наиболее мощным средством в области управления приложениями и клиентами.

Компания Citrix лицензировала у Microsoft часть сервера, отвечающую, за запуск приложений и другие средства управления приложениями. Это позволило компании создать наилучший на сегодняшний момент сервер.

Правда, стоит отметить, что вам придется инсталлировать данный сервер либо на Windows NT 4.0 Terminal Edition, либо на Microsoft Windows 2000. Это, прежде всего, означает, что вам придется лицензировать и стоимость данных серверов.

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

Поддерживаемые функции терминала:

Разрешение экрана — 1024×768, 800×600, 640×480. Глубина цвета вплоть до 16 млн. цветов.

Передача звука на звуковую карту терминала (звук генерирует сервер, а воспроизводит клиент).

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

Динамическое переключение терминала между серверами, в случае перегрузки отдельного сервера.

Клиент может обращаться к своим дискам не через сеть, а напрямую.

Протоколы управления:

Управление приложениями:

Поддерживает запуск только отдельных приложений, может ограничивать запуск определенных приложений (запрет запуска).

Может ограничить число запущенных приложений в случае перегрузки сервера.

Сохранение результатов сессии. Надо отметит, что авторизация построена и по IP адресам, и на основе ручной авторизации.

Взаимодействие с другими серверами:

Может «перетащить» приложение, в случае перегрузки сервера. При этом есть возможность отделить определенные серверы от такой сторонней загрузки.

Плюсы сервера:

Большие возможности по настройке сервера, управление группами пользователей, наличие уникальных возможностей — по перемещению нагрузки. Большое количество, как и программных, так и аппаратных клиентов.

Минусы сервера:

Основные минусы — полная стоимость инсталляции и большие запросы к клиентам в случае использования сжатия потока.

Так же надо отметить большие потребности в оперативной памяти, чем сервер Microsoft и очень медленное соединение с сервером (около 20 секунд).

Определение оптимальной конфигурации сервера:

Так как сервер построен на коде запуска приложений от Microsoft, то результаты практически не отличаются от сервера этой компании. Это относится, как к испытаниям процессора, так и к памяти. Единственное, что стоит учитывать — сервер потребляет под свои нужды не 3, а около 5 Мбайт ОЗУ на сессию.

Sun Microsystems Server

Вообще-то всю свою сознательную жизнь я считал Sun ведущей компаний в Java-приложениях. Поэтому продвижение тонких клиентов для компании было бы не выгодно. Но обнаружилось, что эта компания лицензировала у Citrix протокол ICA и на его основе выпустил собственный сервер.

К сожалению, ни одна независимая компания данный сервер на тестирование не получила. Но достоверно известно, что данное решение призвано, прежде всего, на использование старой техники семейства SPARC — практически оно позволяет запускать на выделенном сервере профили и задачи клиентов. Поддержка ICA дает возможность использовать ресурсы серверов Citrix на рабочих станциях (только для этого и придется ставить клиентов от Citrix).

Таким образом, данное решение — практически готовая платформа для клиентов, которым нужен Solaris-сервер.

Пара слов от автора — такое решение существовало и ранее и базировалось на основе протокола X-Window, но, видимо, Sun решил выпустить и поддержку ICA.

X-terminal Servers

Целая группа серверов существует для Linux, FreeBSD и для некоторых других операционных систем. Надо отметить, что серверов много и начинаются они со стандартного удаленного запуска, заканчивая специализированными серверами, позволяющими распределять загрузку по другим серверам.

Поддерживают общий протокол — X-Window.

Если Вам нужно решение, где на сервере должны выполнятся приложения под Linux, прочитайте следующую статью посвященную серверам.

Тонкие клиенты

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

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

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

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

Четвертая группа — NET PC. Эти клиенты сами выполняют часть программ (обычно написанных на Java — Java PC). Таким образом, программисты могут создавать распределенные приложения для внутрикорпоративного использования. Надо отметить, что классические решения NET PC основываются на хранении кода программы на сервере — и кэширование их на уровне клиентов (получил конфетку — положи в кармашек :))

В мире сейчас насчитается около 50 тонких, сверхтонких и обыкновенных решений на программной основе. В данной статье будут рассмотрены только те клиенты, которые известны в США и появлялись хотя бы в единичных экземплярах в России. Если кто-то из читающих данную статью видел или лучше настраивал, каких либо других клиентов — напишите, пожалуйста, об этом мне.

Также надо отметить, что я специально не пишу цены на данное оборудование — они меняются чуть ли не раз в неделю, но уже сейчас легко можно купить клиента за 130–150 долларов в России.

Wyse Technology — тонкие клиенты по очень «смешным» ценам, обыкновенно с предустановленным DOS и специальной версией Сitrix DOS-клиента. Работают с любыми версиями серверов Сitrix. Существует версия, поддерживающая RDP. Недавно появилась версия, в которой все программное обеспечение зашито в BIOS (ранее все работало через сетевую загрузку)

Boundless Technologies — такие же решения, но с возможностями настройки подключения к серверу прямо из BIOS

Neoware — более молодая компания, предлагающая ультратонких клиентов. Такие же возможности, как и у предыдущих двух.

Acute Network Technologies — лидер в области новых решений: предложила тонкого клиента встроенного в ЖК-монитор. Плюсом также является очень простая настройка — требуется ввести только IP-адрес сервера и параметры подключения.

Ваш 386 компьютер — идеальное решение, если вы сможете сами настроить удаленную загрузку и подождать пару минут для загрузки DOS и клиента Сitrix ICA.

Acer WT 300 — такое же решение, как и предыдущее, только настроенное и помещенное в ультратонкий корпус. (интересно: когда он появится в России?)

Maxspeed +ONE — еще меньше чем Асer, размером c пачку сигарет, но требует подключения к определенному UNIX-серверу (далее используя протокол X-window и клиента Citrix его можно подключить к серверу Citrix.). Сверхтонкий клиент.

Итоги

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

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

В будущем данные решения получат распространение благодаря развитию всевозможных мобильных технологий — кстати уже сейчас под Windows CE существует клиентская часть для подключения к серверу.

Так что, скоро включив свой сотовый телефон, для того чтобы поработать в Word, мы увидим надпись — «подключение к терминальному серверу …»

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

Если Вам требуется консультация по вопросам построения корпоративных систем или по другим вопросам — пишите.