В основном в нашей компании все рабочие места были построены на базе тонких клиентов HP t5530. Исключение составляли несколько рабочих мест с особыми требованиями (экзотическое оборудование или ПО) и несколько ноутбуков ключевых сотрудников. Суммарное количество рабочих мест составляло приблизительно 120 единиц. Все это обслуживалось двумя терминальными серверами (Windows 2003 Ent), одним сервером Active Directory и одним файлохранилищем. Доступ в интернет - сервер с FreeBSD. Рабочие задачи стандартные - IE (доступ к удаленной онлайн базе), TheBat с почтой в огромных количествах, MS Office (Word/Excel), 1С.

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

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

После непродолжительного мозгового штурма родилась следующая идея:

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

Тонкие клиенты и фальшивый сервер были выведены в отдельную подсеть, скажем 192.168.1.1/24 (А). Все настоящие сервера находились в подсети 192.168.0.1/24 (B). На FreeBSD были подняты виртуальные интерфейсы в подсети A по количеству терминальных серверов. В обычном режиме тонкие клиенты обращались по IP адресам виртуальных интерфейсов, где они переадресовывались на настоящие сервера в подсеть B. В случае наступления часа X - включалась переадресация со всех интерфейсов на 1 IP фальшивого сервера в подсети А.

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

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

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

480 auto

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

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

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

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

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

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

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

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

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

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

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

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

Это позволяет:

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

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

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

В наше время вся IT-инфраструктура постепенно «переезжает» в облака, поскольку так проще, удобнее и даже дешевле. Данная статья содержит инструкцию по настройке виртуального сервера терминалов на базе платформы xelent.cloud.

Зачем нужно переезжать в облако?

Ведь можно взять физический сервер, «поднять» на нем сервер терминалов и предоставить доступ к той же 1С всем, кому нужно. Ранее мы уже писали о преимуществах виртуального сервера и особо не хочется повторяться. Если вкратце, то виртуальный сервер не нуждается в физическом обслуживании (например, в замене вышедших из строя компонентов, в той же чистке от пыли и т. д.), проще производить резервирование и восстановление сервера (ведь есть же снапшоты), не нужно покупать дорогостоящие ИБП, организовывать резервный Интернет-канал. Обо всем этом заботиться платформа xelent.cloud.

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

Создание виртуального сервера

Первым делом нужно создать виртуальный сервер. Поскольку мы будем создавать сервер терминалов, то нужно заказать соответствующую конфигурацию. Двумя ядрами уже не обойдешься, как минимум четыре ядра, 12 Гб «оперативки» и SAS-диск на 120 Гб. Диск слишком большой заказывать не нужно - всегда можно увеличить его объем. Операционная система - Windows Server 2012 R2. В принципе, вы можете выбрать другую версию (2008 или 2016), но далее все иллюстрации будут приведены на примере Windows Server 2012 R2.

Рис. 1. Созданная (минимальная) конфигурация сервера

Нужно отметить, что такая конфигурация обойдется всего в 4820 рублей в месяц - небольшие деньги для предприятия. Такой конфигурации вполне достаточно будет для одновременно работы 5 пользователей. Если нужно больше, то рекомендуется увеличить число ядер до 8 и объем оперативной памяти до 16 Гб. Такой конфигурации хватит для комфортной работы 10–15 пользователей (одновременно). Но и обойдется она уже 6520 рублей в месяц.

Итак, наш сервер создан (рис. 2). Кстати, на его создание понадобилось всего 2 минуты и 57 секунд. Интересно, сколько времени займет доставка физического сервера и его первоначальная настройка?

Рис. 2. Виртуальный сервер создан

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

Рис. 3. Удаленное соединение с сервером. Запущен Диспетчер серверов

Установка службы удаленных рабочих столов

Откройте Диспетчер серверов, если вы его закрыли. Для этого запустите его с ярлыка на панели задач или выполните команду servermanager.exe - как кому больше нравится (рис. 3).

В меню Управление выберите команду Добавить роли и компоненты (рис. 4). Откроется Мастер добавления ролей и компонентов (рис. 5).

Рис. 4. Меню Управление

Рис. 5. Мастер добавления ролей и компонентов

Далее выполните следующие действия:

1. Нажмите кнопку Далее.
2. Оставьте переключатель в положении Установка ролей или компоненто в (рис. 6) и снова нажмите кнопку Далее .
3. Выберите сервер из пула, на который нужно установить службу терминалов. В нашем случае будет один сервер (рис. 7). Нажмите кнопку Далее .
4. Отметьте роль Службы удаленных рабочих столов и нажмите кнопку Далее .

   
   

   Рис. 6. Оставьте переключатель в положении Установка ролей или компонентов

   
   

   Рис. 7. Выберите сервер

   
   

   Рис. 8. Выберите Службы удаленных рабочих столов

5. Компоненты оставьте без изменения, то есть на следующем экране Мастера добавления ролей и компонентов просто нажмите Далее .
6. Мастер отобразит описание роли «Службы удаленных рабочих столов» (рис. 9). Нажмите кнопку Далее .
7. Выберите устанавливаемые службы ролей. Установите Лицензирование удаленных рабочих столов . Сразу после выбора этой службы необходимо согласиться на установку дополнительных компонентов, нажав кнопку Добавить компоненты , см. рис. 10.

Также нам понадобится служба Узел сеансов удаленных рабочих столов (рис. 11). Как и в прошлом случае, нужно согласиться на добавление дополнительных компонентов.







Рис. 10. Выберите Лицензирование удаленных рабочих столов, а затем нажмите кнопку Добавить компоненты




Рис. 11. Установка службы Узел сеансов удаленных рабочих столов

Мы определили все параметры установки роли. На последней странице мастера включите параметр Автоматический перезапуск конечного сервера , если требуется и нажмите кнопку Установить (рис. 12).




Рис. 12. Нажмите кнопку Установить

Если облака для вас
не просто теория

Широкий спектр услуг
по выделенным северам
и мультиклауд-решениям

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




Рис. 13. Установка завершена

Настройка сервера лицензирования для удаленных рабочих столов

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

Рис. 14. Запуск средства диагностики лицензирования удаленных рабочих столов

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

Рис. 15. Нет доступных лицензий

Относительно льготного периода нужно знать следующее:

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

Другими словами, пока вы еще не купили лицензии для терминального доступа, вы можете воспользоваться льготным периодом. Почему бы не использовать терминальный сервер бесплатно целых 4 месяца? Затем, если вам нужно всего два удаленных подключения, например, у вас есть два удаленных офиса, то сервер лицензирования вообще не требуется, да и конфигурацию виртуального сервера можно упростить - хватит 8 Гб «оперативки».

В Windows Server 2012 сервер лицензирования указывается в локальных групповых политиках, поэтому выполните команду gpedit.msc, чтобы открыть редактор локальной групповой политики.

Перейдите в Конфигурация компьютера, Административные шаблоны, Компоненты Windows, Службы удаленных рабочих столов, Узел сеансов удаленных рабочих столов, Лицензирование (рис. 16).

Рис. 16. Редактор локальной групповой политики

Откройте параметры Использовать указанные серверы лицензирования удаленных рабочих столов - просто дважды щелкните по названию параметра. В появившемся окне установите переключатель в положение Включено и укажите, какой сервер лицензирования использовать. Мы будем использовать этот же сервер (рис. 17). Укажите имя сервера или его IP-адрес и нажмите кнопку OK .

Рис. 17. Параметры сервера лицензирования

Далее откройте параметры Задать режим лицензирования удаленных рабочих столов . Установите переключатель в положение Включено и укажите режим лицензирования сервера узла сеансов удаленных рабочих столов. Возможно два варианта - «На устройство» или «На пользователя». Представим, что у вас есть 10 лицензий. В режиме «На устройство» вы можете создать неограниченное число пользователей на сервере, которые смогут подключаться через удаленный рабочий стол только с 10 компьютеров, на которых установлены эти лицензии. Если выбрать режим «На пользователя», то зайти на сервер смогут только 10 выбранных пользователей, но с любых устройств. Часто режим «На пользователя» более предпочтительный, поэтому его и выбираем.

Рис. 18. Выбор режима лицензирования

В результате у вас должны быть установлены параметры так, как показано на рис. 19. Закройте окно редактора локальной групповой политики.

Рис. 19. Результат установки параметров

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

Рис. 20. Новая ошибка

Чтобы запустить сервер лицензирования, перейдите в - его можно вызвать в меню Средства, Terminal Services . Найдите наш сервер в списке, щелкните по нему правой кнопкой мыши и выберите команду Активировать сервер (рис. 21).

Рис. 21. Диспетчер лицензирования удаленных рабочих столов

Будет открыто окно Мастера активации сервера , в котором нужно нажать кнопку Далее - на первой странице мастера (рис. 22). Выберите метод подключения. Рекомендуется оставить все как есть - Авто (рис. 23).

Рис. 22. Мастер активации сервера

Рис. 23. Выбор метода подключения

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

Рис. 24. Ввод сведений об организации

Рис. 25. Дополнительные сведения об организации

Сервер лицензирования успешно активирован. Теперь нужно запустить мастер установки лицензий. Не выключайте флажок и нажмите кнопку Далее (рис. 26).

Рис. 26. Сервер лицензирования активирован

Установка лицензий службы удаленных рабочих столов

Итак, в предыдущем разделе вы нажали кнопку Далее при активном флажке Запустить мастер установки лицензий . В появившемся окне просто нажмите кнопку Далее .

Рис. 27. Мастер установки лицензий запущен

Выберите нужную вам программу лицензирования. Здесь вы должны выбрать именно вашу программу лицензирования. В статье из соображений демонстрации настройки сервера мы будем использовать программу Соглашение «Enterprise Agreement» (рис. 28).

Рис. 28. Выберите программу лицензирования

Введите номер соглашения. Обычно он состоит из семи цифр. Нажмите кнопку Далее (рис. 29).

Рис. 29. Ввод номера соглашения

Далее нужно выбрать версию продукта (выбираем Windows Server 2012), тип лицензии и количество лицензий. Ранее мы выбрали тип лицензирования «На пользователя», поэтому здесь мы должны выбрать Клиентская лицензия служб удаленных рабочих столов «на пользователя» . Введите число лицензий, доступных на данном сервере лицензирования.

Рис. 30. Версия продукта и тип лицензии

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

Рис. 32. Диспетчер лицензирования удаленных рабочих столов

Вернитесь в Средство диагностики лицензирования удаленных рабочих столов и убедитесь, что нет никаких ошибок. Заодно вы увидите информацию об установленных лицензиях (рис. 33).

Рис. 33. Средство диагностики лицензирования удаленных рабочих столов. Нет ошибок

На этом настройка сервера терминалов завершена. Вам осталось только добавить пользователей, которым разрешен удаленный доступ к серверу, в группу Пользователи удаленного рабочего стола (Remote Desktop Users). Ведь по умолчанию RDP-доступ к рабочему столу сервера есть только у администраторов сервера, а всех пользователей сделать администраторами - идея плохая. О том, как это сделать, мы поговорим в следующей статье.

Подключение к терминальному серверу

Для подключения к терминальному серверу используется приложение (рис. 34). Ничего сложного в его использовании нет - нужно указать IP-адрес сервера, имя пользователя и его пароль. При правильной настройке сервера будет выполнено подключение. Впрочем, даже у такого простого приложения, как Подключение к удаленному рабочему столу , есть свои секреты, которые будут рассмотрены в следующей статье.

Рис. 34. Подключение к удаленному рабочему столу (обратите внимание на имя пользователя - den, а не CloudAdmin)

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

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

Кроме общего случая, следует выделить аппаратный тонкий клиент (например, Windows- и Linux-терминалы) – специализированное устройство, принципиально отличное от персонального компьютера (ПК). Аппаратный тонкий клиент не имеет жёсткого диска, использует специализированную локальную операционную систему (ОС, одна из задач которой организовать сессию с терминальным сервером для работы пользователя), не имеет в своём составе подвижных деталей, выполняется в специализированных корпусах с полностью пассивным охлаждением.

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

Тонкий клиент в большинстве случаев обладает минимальной аппаратной конфигурацией, вместо жёсткого диска для загрузки локальной специализированной ОС используется DOM (DiskOnModule – модуль с разъёмом IDE, флэш-памятью и микросхемой, реализующей логику обычного жёсткого диска – в BIOS определяется как обычный жёсткий диск, только размер его обычно в 2-3 раза меньше). В некоторых конфигурациях системы тонкий клиент загружает операционную систему по сети с сервера, используя протоколы PXE, BOOTP, DHCP, TFTP и Remote Installation Servic

Терминальный доступ – доступ к информационной системе (ИС), организованный так, что локальная машина-терминал не выполняет вычислительной работы, а лишь осуществляет перенаправление ввода информации (от мыши и клавиатуры) на центральную машину (терминальный сервер) и отображает графическую информацию на монитор. Причем вся вычислительная работа в терминальной системе выполняется на центральной машине.

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

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

Рабочие места пользователей оборудуются терминалами "тонкими клиентами" – недорогими и простыми специализированными устройствами, занимающими минимум места, бесшумными и практически не требующими обслуживания. Ими могут являться компьютеры без установленных операционной системы и программ (все загружается с сервера), являющихся лишь устройством ввода и отображения информации. В качестве терминала может использоваться практически любой компьютер с процессором от Celeron 300МГц, ОЗУ от 64Мб, а в жестком диске нет необходимости. Все приложения выполняются на сервере, клиенту по сети передаются только данные об обновлении экрана, а от клиента к серверу нажатия клавиш и перемещения мыши. Внешний вид персонального компьютера и тонкого клиента представлен на рис. 2.1.

Рисунок 2.1 – Внешний вид тонкого клиента (справа) в сравнении с традиционным настольным ПК

Терминальная сеть – это принцип построения компьютерной сети и работы в ней, отличающийся быстродействием, надежностью и экономичностью в сравнении с "обычной" офисной сетью.

Терминальный сервер – компьютер со специально настроенной серверной операционной системой Windows 2003 Server и установленными программами 1C:Предприятие, Word, Excel, и другие.

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

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

Вариант структурной схемы сети построенной на этих принципах представлен на рис. 2.2.

Рисунок 2.2 – Структурная схема терминальной сети

2.2 Средства локальной сети на базе «тонких клиентов»

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

Количество пользователей в локальной сети зависит от операционной системы, загруженной на сервере. Например:

Windows XP – позволяет обслуживать 10 тонких клиентов;

Windows 2003 Server – позволяет обслуживать 70 тонких клиентов;

Windows 2008R2 – позволяет обслуживать до 100 тонких клиентов.

Расстояние между клиентами и сервером, как правило, составляет до 100м. Подключение клиентов к серверу кабельное или беспроводное, например, с помощью технологии Wi-Fi.

Например, устройства тонкого клиента российского производства OPTION Wi-Fi имеет следующие характеристики. Мощность блока питания: 5V1A потребляемая 4-5Вт.

Минимальные требования: P4 2.0 или выше 512M памяти; габаритные размеры: 14,5 * 14,5 * 3,2 (см); вес: 220 гр.

Интерфейс: PS / 2 VGA LAN DC SPk USB.

Поддержка ОС: Windows 2000 Windows XP Windows 2000/2003/2008 Server, Windows 7.

Сервер в терминальной сети выполняет тройную функцию:

Прежде всего, это файл-сервер, обеспечивающий централизованное хранение файлов конфигурации станций и всех пользовательских файлов. Сам собой напрашивается также запуск на нём http-сервера, ПО, организующего обмен почтовыми сообщениями, и SQL-сервер (на тот случай, если процесс использования сети достигнет должной высоты);

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

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

Сервера бывают разные и выполняют они совершенно разные задачи. Спектр задач, а, соответственно, и требования к конкретному серверу, зависят от той роли, которую серверу предстоит играть в информационно-телекоммуникационной (ИТ) инфраструктуре организации. Ниже рассмотрим два типа серверов: файловый сервер и терминальный сервер. Первый необходим при использовании на рабочих местах настольных ПК, второй – при использовании на рабочих местах тонких клиентов.

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

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

Требования к файловому серверу не высоки – достаточный уровень надежности хранения информации при разумной цене (что достигается использованием RAID-массива уровня 1 и недорогих жестких дисков типа Serial ATA в дисковой подсистеме) и нормальная доступность сервера, что достигается путем использования серверных компонентов начального уровня.

Требования к терминальному серверу гораздо выше. Он должен:

Обеспечивать доступ к информации 24 часа в сутки, 365 дней в году (что достигается использованием серверных жестких дисков и применением RAID-массива уровня 5);

Обеспечивать комфортную рабочую среду каждому пользователю.

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

Процессоры. Для обслуживания 50 тонких клиентов необходима и достаточна 2х-процессорная конфигурация на базе процессоров класса Intel Xeon с шиной 800 МГц.

Оперативная память. 256 Мбайт памяти необходимы для функционирования ОС Windows 2003 Server, по 64 Мбайт требует каждая сессия.

Таким образом, первый 1 Гбайт памяти позволяет обслуживать 12 тонких клиентов, каждый последующий 1 Гбайт – по 16 тонких клиентов. 4 Гбайт оперативной памяти, соответственно, позволяют нам обеспечить комфортную работу 50 и более тонких клиентов.

Жесткий диск. 25 Гбайт дискового пространства потребуется для ОС и приложений. Каждому пользователю достаточно выделить по 100 Мбайт.

2.3 Преимущества и недостатки использования в сети «тонких клиентов»

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

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

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

100% сохранность информации в процессе работы. Тонкий клиент лишь отображает информацию и обрабатывает действия пользователя. Вся информация находится на сервере. И если по какой-то причине сессия терминального клиента внезапно оборвется, информация останется на своем месте. При следующем подключении пользователь увидит документ, с которым он работал до аварии, причем в том виде, в каком документ был на момент аварии. Ни один байт не будет потерян. Причем, не важно, где произойдет авария – в кабеле, на уровне сетевого коммутирующего оборудования или самого тонкого клиента. Информация сохранится на сервере. Кстати, еще одно следствие – тонким клиентам не нужен источник бесперебойного питания. Перебои в электроснабжении тонких клиентов не приводят ни к потере информации, ни к выходу самих устройств из строя. Централизованность хранения данных упрощает процедуры резервного копирования и даёт гарантии восстановления данных.

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

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

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

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

Высокая экономическая эффективность. Статистика – упрямая вещь. Она говорит о том, что до 77% стоимости владения продуктом составляют те затраты, которые предприятия несут уже после приобретения продукта. Сюда включаются расходы на: обслуживание, ремонт, запасные части, простои вследствие неработоспособности изделия, управление и т.п. И только лишь 23% стоимости владения продукта – это стоимость его приобретения. При этом тонкие клиенты стоят дешевле, чем ПК и обеспечивают минимальную стоимость владения. Они не требуют приобретения лицензии на операционную систему, ее стоимость уже включена в стоимость устройства, а стоимость TC CAL (клиентская лицензия на доступ к терминальному серверу) почти в 2 раза ниже, чем стоимость ОС Windows XP Pro OEM для ПК. Тонкие клиенты прослужат в 2 – 4 раза дольше, требуют минимум внимания со стороны обслуживающего персонала, значительно облегчат администрирование и обслуживание информационной системы. Наконец, тонкие клиенты минимизируют риски потери информации по причине различных аварий, минимизируют энергопотребление, их применение значительно снижает уровень шума в помещении, а риск воровства таких устройств – стремится к нулю.

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

Недостатки построения сети на базе тонких клиентов. Один из основных – повышенные требования к производительности и надежности терминального сервера, так как его отказ приводит к неработоспособности всей сети.

Эта проблема решается использованием нескольких серверов и балансировкой нагрузки между ними. Также в технологии «тонкий клиент» неприменимы ресурсоемкие приложения для работы с графикой и трехмерным моделированием, такие как Photoshop, AutoCAD, 3D Studio Max. Для этих задач придется использовать специализированные мощные рабочие станции. Очень проблематичным становится проведение видеоконференций, но последняя версия Citrix MetaFrame Presentation Server имеет специальные средства для преодоления этой проблемы, правда это технология очень дорогостоящая

2.4 Сравнительная характеристика вариантов построения сети

Результаты сравнения некоторых факторов построения сетей на базе тонких клиентов с традиционным решением на базе стандартных ПК представлены в табл. 2.1. В этой таблице представлены преимущества использования технологии «тонких клиентов» для построения корпоративной инфраструктуры по сравнению со стандартными персональными ПК .

Таблица 2.1 – Преимущества использования технологии тонких клиентов

Затраты на обслуживание и эксплуатацию информационной системы составляют 77 % от совокупной стоимости владения таким продуктом, как информационная система. Естественно, это средний показатель и его можно значительно сократить. За счет чего?

В первую очередь обратим внимание на срок эксплуатации оборудования. Поскольку в тонких клиентах отсутствуют движущиеся части, вероятность выхода из строя стремится к нулю, а расчетным сроком эксплуатации принято считать временной отрезок 8-10 лет. После этого срока тонкие клиенты отнюдь не ломаются, кстати, они просто морально устаревают. Срок эксплуатации обычных персональных компьютеров значительно короче, а проблема их морального устаревания встает уже через 3 года. Кроме того, необходимо понимать, что срок эксплуатации ПК значительно зависит от качества используемых комплектующих и качества профилактического обслуживания. Причем, отсутствие такого обслуживания значительно повышает вероятность досрочного выхода из строя компьютеров. А его наличие в полном объеме способно существенно продлить срок эксплуатации ПК. Однако стоимость подобного обслуживания достаточно высока и существенно повышает совокупную стоимость владения информационной системы организации. Заметим, что стоимость ежегодной поддержки информационной системы с использованием тонких клиентов на 80% меньше, чем стоимость поддержки ИТ-инфраструктуры, построенной с использованием стандартных ПК.

Проанализируем стоимость обслуживания информационной системы. Обслуживание тонких клиентов сводится к замене внешних блоков питания, клавиатур и мышей в случае их выхода из строя. Все. Ничего более на рабочих местах делать не нужно. При обслуживании парка ПК все значительно сложнее. Во-первых, необходимо проводить регулярную профилактику каждого системного блока, удаляя накопившиеся пыль и грязь, смазывая вентилятор на процессоре. Во-вторых, после трех лет эксплуатации значительно возрастает стоимость замены деталей, вышедших из строя, то есть стоимость ремонта. В-третьих, чем больше парк ПК, тем больше квалифицированных специалистов необходимо для технического обслуживания. Конечно, штат можно и не увеличивать, но тогда IT-отдел в какой-то момент времени вынужден будет сконцентрировать свое внимание исключительно на обслуживании ПК и перестанет выполнять свою основную роль. Ключевой функцией ИТ-специалистов в любой организации – оптимизация рабочих процессов путем внедрения информационных технологий и, в дальнейшем, повышать эффективность рабочих процессов, совершенствуя информационную систему предприятия или организации. Ставить перед ИТ-специалистами исключительно задачу поддержания существующей информационной системы организации – крайне опасное решение, поскольку без развития информационной системы сегодня невозможно ни развитие организации, ни совершенствование ее рабочих процессов.

Важное место в работе сети занимает стоимость администрирования. В случае применения персональных компьютеров на рабочих местах стоимость администрирования достаточно высока. Почему? ИТ-инфраструктура, как правило, строится постепенно. В результате на разных рабочих местах стоят ПК с разной конфигурацией. В результате каждый ПК требует к себе определенного внимания со стороны системного администратора. И когда речь заходит о компьютерном парке, превышающем хотя бы 50 единиц, организация начинает испытывать проблемы. Системный администратор, который способен эффективно настроить большое количество ПК, обойдется достаточно дорого. Конечно, в некоторых местах, где информационные технологии не являются профильным предметом, встречаются примеры мужественной и эффективной борьбы IT-отделов с проблемами, которые несет им обычный ПК. Однако в коммерческих организациях мужественная и эффективная борьба с проблемами возможна лишь при условии достаточной мотивации (как правило – финансовой), а значит, придется платить значительные деньги каждому системному администратору. Либо – терять тысячи долларов ежедневно из-за простоев, сбоев, поломок и «глюков», как это происходит в компаниях, экономящих на нормальных системных администраторах, предпочитая им «эникейщиков». Тонике клиенты позволяют использовать ощутимо меньшее число системных администраторов за счет применения готового к использованию решения управления – Altiris deployment solution. Да, эти администраторы должны быть специалистами своего дела, но информационная система будет прекрасно выполнять свои задачи, и у них будет оставаться достаточно ресурсов для работы над повышением ее эффективности.

И последнее – энергопотребление. Энергопотребление среднего современного компьютера составляет свыше 150 Вт. Энергию потребляет мощный процессор и вентилятор, охлаждающий его. Активно потребляет энергию жесткий диск, оптический привод, память, современные чипсеты, вентиляторы в блоке питания, на северном мосту и в корпусе. Ощутимо потребляет энергию видеоподсистема, даже если она встроена в чипсет. В то же время энергопотребление тонкого клиента составляет в среднем 15 Вт*ч. Есть чуть более «прожорливые» модели, есть менее «прожорливые» модели, однако, в целом, разница в энергопотреблении весьма и весьма ощутима. Легко посчитать, что при использовании тонких клиентов экономия электроэнергии составит в час порядка 135 Вт*ч на 1 рабочее место. Если в организации 100 рабочих мест, то перевод информационной системы на тонкие клиенты обеспечит экономию в размере 13,5 кВт*ч в час. Достаточно умножить эту цифру на количество рабочих часов в день, чтобы получить величину суточной экономии. Например, если компьютерный парк составляет 300 ПК, то перевод информационной системы на тонкие клиенты позволит сэкономить в час 40,5 кВт*ч электроэнергии. При 8-ми часовом рабочем дне экономия за один лишь день составит 324 кВт*ч.

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

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

В случае с 1С и других клиент-серверных программ, это действительно помогает добиться ускорения работы, ведь весь сетевой трафик между серверной и клиентской частью не покидает пределы ЦОД. Еще из плюсов можно отметить централизованное управление, обновление, возможность быстро организовать работу новых пользователей без установки ПО на их компьютеры. В результате, сотрудники из центрального офиса и региональных отделений получают одинаково качественный доступ к корпоративным ресурсам.

В этой статье, в том числе, с экономической точки зрения будут рассмотрены различные варианты применения технологии терминального доступа в корпоративной ИТ инфраструктуре. Будет произведено сравнение стоимости и функциональных возможностей популярных продуктов от Citrix, Microsoft и VMware.

Попробуем ответить на очень важные вопросы: «В каком случае выгодно, заменить стандартные рабочие станции на тонкие клиенты?»; «Почему рабочее место на технологии Citrix стоит на 200$ больше, чем на Microsoft?»

Описание возможностей терминального доступа

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

Основная функциональная возможность, которую предоставляет терминальный сервер — это удаленный доступ к Widows приложениям, установленным и опубликованным на сервере(ах). У пользователя на устройстве должен быть установлен только программа-клиент, которая умеет подключаться к терминальному серверу. Самый простой
пример, программа, которая встроена в любой Windows — это «Подключение к удаленному рабочему столу».
Доступ может быть предоставлен либо ко всему рабочему столу, либо к определенному приложению, которое откроется в, так называемом, бесшовном окне. В первом случае на экране пользователя запустится терминальная сессия и закроет собой текущий рабочий стол. Во втором случае, в отдельном окне запустится программа и пользователь даже не поймет, что данная программа запущена не на его компьютере, а на сервере. В России чаще всего публикуют программу 1С предприятие, чтобы пользователи могли подключаться и работать из центрального офиса, а самое главное, из удаленных филиалов.
Итак, перечислим задачи, которые решает терминальный доступ:

• улучшение работы клиент-серверных приложений (например 1С) за счет их запуска их в ЦОД. Для этого есть специальный термин — «близость к данным», чем лучше связь между клиентской частью программы и серверной, тем быстрее выполняются задачи.
• перевод пользователей с ПК на тонкие клиенты . Вместо компьютера с данными пользователю устанавливается миниатюрное устройство, которое позволяет подключаться к терминальной сессии. Тонкий клиент не требует обслуживания, не шумит, не греется, потребляет мало электричества. Позволяет свести к минимуму техническую поддержку на рабочих местах.
• экономия трафика в WAN сетях , и как следствие, уменьшение ширины и стоимости канала. В случае с терминальным доступом трафик, который раньше проходил между клиентскими станциями и серверами заменяется на трафик передачи изображения удаленного экрана.
• централизованное управление лицензиями и ПО , позволяет привести все категории рабочих мест к унифицированному виду. Один администратор может управлять тысячами рабочих мест. Ферма терминальных серверов позволяет оперативно доставлять необходимые корпоративные приложения, централизованно устанавливать обновления, управление данными сотрудников.
• для пользователя: увеличивается скорость работы с корпоративными программами, повышается стабильность работы, уменьшаются случаи обращения в службу технической поддержки.
• для администратора: переход к системе терминального доступа позволяет автоматизировать множество рутинных задач системного администратора, связанных с разворачиванием, обновлением и обслуживанием рабочих мест пользователей. Но для получения всех вышеперечисленных плюсов критично не сделать ошибок во время выбора, настройки и эксплуатации терминальной фермы. Часто встречаются случаи, когда неправильное администрирование даже самого простого терминального сервера превращает работу администратора и пользователей в кошмар.

Надстройки над стандартным терминальным сервером

Задумывались ли вы, зачем такие компании, как Citrix, VMware, Dell и еще около 200 других, выпускают свои реализации терминальных серверов? Есть же классический терминальный сервер от Microsoft — службы MS RDS, почему бы не использовать его?

Основная задача производителей — улучшить существующий у Microsoft RDS функционал терминальных служб и дополнить его новыми, нужными возможностями, востребованными на корпоративном рынке.
Основа любого современного терминального сервера — это всегда Windows server 2008 или 2012, именно в этих операционных системах устанавливаются службы удаленных рабочих столов. Именно для этой основы сторонние производители разрабатывают свои «надстройки», позволяют получить дополнительный функционал, которого просто нет в изначальном терминальном сервере от Microsoft. Давайте разберемся, что чаще всего дополняют и заменяют в классическом терминальном сервере.

• брокер подключений — самое слабое место Microsoft в крупных инсталляциях. Практически полное отсутствие каких-либо настроек у встроенного в Windows сервер Connection Broker делает его мало пригодным для корпоративного сегмента, ведь если вы не можете им управлять, вы не сможете решить поставленные задачи.
• заменяют протокол передачи данных, — один из главный факторов при выборе решения терминального доступа. Именно возможностями протокола определяются дальнейшие сценарии использования решения. Для одного заказчика решающим будет умение работать на узких нестабильных каналах передачи данных, для другого качество отображения контента Flash и мультимедиа, для третьего возможность использования специфического периферийного оборудования и т.д.
• администрирование, — понятие всеобъемлющее. Сюда можно отнести все операции, которые выполняет обслуживающий ИТ персонал, от первоначальной инсталляции продукта до миграции на его новые версии. Отказоустойчивость, масштабирование, процесс обновления опубликованных приложений, оказание технической поддержки терминальным пользователям, мониторинг состояния системы терминального доступа, резервное копирование и скорость восстановления в случае серьезных аварий и, конечно, удобство использования всего вышеперечисленного. Возможность обратиться к вендору с техническим вопросом в рамках технической поддержки и быстро получить решение. И чем больше пользователей работает в терминальных сессиях, тем критичнее становятся, на первый взгляд, мелочи.

Лицензирование Microsoft RDS, Citrix XenDesktop, VMware Horizon View

Рассмотрим варианты лицензирования серверов терминалов от разных производителей. Как правило, все программные продукты терминального доступа на базе Microsoft лицензируются, примерно, одинаково. Обязательным условием является покупка лицензии MS RDS CAL, которая дает возможность активировать терминальные службы в Windows server 2008/2012.

Классический Microsoft RDS

Для полноценной работы классического терминального сервера Microsoft достаточно покупки RDS CAL за 70$. Стоимость лицензии RDS CAL бывает двух видов, — на пользователя (чуть дороже) и на устройство (чуть дешевле). Разница в цене небольшая, поэтому для простоты расчетов примем стоимость за 70$

Citrix XenApp/XenDesktop

Для правильного лицензирования фермы терминальных серверов Citrix нужно купить и лицензию MS RDS CAL и лицензию одной из редакций XenDesktop или XenApp. Все перечисленные в таблице лицензии Citrix позволяют использовать терминальные фермы, но через XenDesktop дополнительно можно создавать VDI виртуальные машины. Помимо редакции (Advanced, Enterprise, Platinum), лицензии разделяются на

• Конкурентные (C0ncurrent) — считаются только текущие существующие сессии пользователей. Например, у вас 1000 пользователей, но работают одновременно только 700. В случае с конкурентными лицензиями нужно заплатить только за 700 шт. Именно поэтому стоимость конкурентных лицензий выше, чем на пользователя/устройство.
• User/Device — лицензия закрепляется на выбор или за пользователем (учетной записью в домене), или за устройством. В случае «User» под одной учетной записью можно подключаться к терминальному серверу с разных устройств. В случае с «Device» за одним рабочим местом могут работать поочередно разные пользователи, например, посменная работа в call center

VMware Horizon View

VMware Horizon на сегодняшний день позволяет делать не только виртуализацию рабочих мест VDI, но и терминальный доступ на базе Windows server 2008/2012. Существует всего два вида лицензий где добавлен функционал создания терминальных ферм — Advanced и Enterprise. Также существует разделение на конкурентные подключения (Concurrent) и подключения, привязанные к учетной записи пользователя (Named User).

Состав проекта терминального доступа

ожидается в ближайшее время

Примеры проектов терминального досутпа

ожидается в ближайшее время