Тонкие клиенты как они есть
Несколько лет назад директор фирмы (торговавшей компьютерным хламом и немножко занимавшейся серверами), где я работал системным администратором, загорелся идеей делать и продавать тонкие клиенты. После некоторого количества не очень удачных попыток полного аутсорса разработки, меня привлекли к процессу, как человека, знающего зачем это и как его едят (я не занимался разработкой ПО, я ругался с халтурящими разработчиками и по мере возможности консультировал по.тому, что нужно, а что нет в ТК).
Два года я занимался тонкими клиентами. Сейчас я ухожу в другое место, а пока напишу то, что я знаю о тонких клиентах. Как со стороны пользователя, так и создателя.
Начнём с теории, точнее, с того, зачем тонкие клиенты и с чем их едят. Перед этим нам придётся понять, зачем все эти танцы с удалёнными рабочими столами, местами, VDI, облаками, кластерами и фермами приложений и т.д. и т.п.
Обычный десктоп (кстати, совсем не важно, Mac, Windows или Linux) обладает всеми возможными средствами испортить жизнь системному администратору, начальнику отдела безопасности (если таковой есть) или даже гендиректору.
Данные и приложения хранятся в коробке под столом, где много пыли, где в него тыкают всякой ерундой, вроде флешек. Внутри коробки обычно комплектующие… средней степени надёжности, которые от тыкания флешки могут и помереть. Не говоря уже про прочее: пыль, грязь и т.д. Эти данные уязвимы по отношению к постороннему ПО, посторонним людям.
Ставить надёжные комплектующие в пользовательский компьютер? Рейд, ежедневный бэкап? Это тупиковый путь (хотя, да, RAID1 в компьютере у главбуха может быть не такой уж плохой идеей, особенно в марте каждого года — когда приближается дедлайн сдачи готовых налоговых деклараций).
Очевидным решением был вынос данных за пределы компьютера. Есть три принципиально разных метода выноса: либо приложение знает, что данные лежат на сервере и работает с ним само (например, так работает любое SQL-based приложение, все веб-приложения), когда данные лежат на сервере, но имитируется их локальное наличие (сетевые шары) и когда происходит синхронизация данных, хранимых локально, и удалённых (roaming profiles). Каждый из методов имеет свои плюсы и минусы.
«Прямая работа приложения с сервером» выглядит интереснее всего, но это требует «понимающего» приложения. В то время, когда у нас банк-клиенты до сих пор не могут отучиться работать из-под администратора и хотят иметь право писать к себе в каталог, что уж требовать от них работу с серверами так, как удобно администратору…
Сетевые шары интереснее, но у них есть масса ограничений по производительности. Если некая программа (например, почтовый клиент) решит переиндексировать 16Гб архив почты у нескольких человек, то любая вменяемая по цене железка заткнётся. А ведь пользователя не волнует что происходит _там_. Его волнует, что у него тормозит _тут_. И чем больше пользователей, тем острее становится проблема производительности.
Перемещаемые профили (windows) имеют так же существенный минус: долгая загрузка профиля (те самые 16 поменявшихся гигабайт) каждое утро и каждый вечер. Плюс, локальная копия, которая таки может быть интересна вломившимся в офис вооружённым банд-формированиям экономической направленности.
И, главное, ни один из этих методов не решает проблему с приложениями. Приложения могут быть невероятной степени капризности (я как-то имел дело с особой программой по распечатыванию специфичных документов какой-то программы по заполнению таможенных деклараций, которая переставала работать, если раскладкой по-умолчанию был не русский язык). Помимо взбрыков программистов, может быть и объективно сложное по настройке приложение, которое требует несколько часов до приведения его в рабочее состояние.
Всё это приводит к мысли, а почему бы нам приложения не вынести туда же, куда и данные — на сервера? А из рабочего места сделать плоскую и примитивную доску с кнопками, способную только показывать то, что нарисовали программы на сервере.
Так красиво эта идея выглядела в середине 1990ых, когда только-только начинали набирать популярность терминальные решения (более от цитрикса, но постепенно и от майкрософт). На самом деле, проблем там много, и решением их занимаются до сих пор… Впрочем, топик о тонких клиентах.
Итак, тонкий клиент должен давать интерфейс к серверу. Почему именно тонкий клиент, а не «просто рабочее место с терминальной сессией»? Помимо маркетингового жужжания об энергоэффективности, надёжности, бесшумности (что есть правда, но никого не волнует), главная причина применения тонких клиентов — стандартизация рабочих мест с минимизацией их возможностей до уровня «не более, чем необходимо». Чем меньше свобод, тем меньше вероятность, что оно пойдёт в разнос. Изготовление ТК своими силами возможно, но куда более проблемно, чем кажется человеку, способному настроить X-server с автозапуском rdesktop. (надеюсь, я потом напишу чуть больше о «самострое» и проблемах, которые ожидают взявшихся за это).
На рынке много производителей тонких клиентов (слишком много, как кажется с позиции одного из производителей), но по большому счёту, все тонкие клиенты, от монстров уровня HP до локальных небольших производителей (в одном из которых я и работал) более менее похожи в своей основе.
Лет пять назад весь функционал ТК можно было свести к «настроить», «запустить», «работать». Список протоколов был скромен: RDP, ICA, SSH, NX (nomachines), X11/XDM, VNC… Возможно, веб-браузер. Сейчас ситуация начала склоняться в сторону всякого рода облаков и виртуализации, но с точки зрения ТК это означает лишь ещё один клиент к ещё одному сервису удалённого доступа. Куда более серьёзным изменением современности стали web2.0 приложения, т.е. приложения, хранящие данные на сервере, а исполняющиеся (частично) в веб-браузере пользователя. Это малозаметное изменение привело к существенному переосмыслению, чем должен быть ТК. Он не должен только рисовать, он должен ещё и считать. Впрочем, подобное изменение снова открыло вопрос о приватности уязвимости рабочего места.
Ещё одним серьёзным изменением стало появление встроенных SIP/Skype клиентов, попытки (пока не очень успешные) сделать хорошую мультимедиа (в частности, видео).
С точки зрения загрузки, ТК делятся на два класса: с локальной и с сетевой загрузкой. По понятным причинам, сетевая загрузка преимущественно у линукса, т.к. грузить гиг по сети ради windows никому не хочется, а про PXE для CE я не слышал (хотя интересно, т.к. средний размер установленной CE — 15-30Мб).
Итак, в чём плюсы локальной загрузки? Основной (как показывает мне мой опыт, довольно серьёзный с точки зрения многих покупателей) — оно работает из коробки. Никаких DHCP/TFTP серверов, никакой возни с преднастройками. Воткнул, включил, указал адрес сервера, работай. Второй плюс — отсутствие «утренних лагов» (когда все одновременно начинают грузиться).
Плюс сетевой загрузки в некотором снижении цены (на цену DOM’а, т.е. 10-30 долларов), в автоматической загрузке самой свежей версии. Минусы — утренние лаги, особая возня с DHCP, и проистекающая из неё неприменимость таких тонких клиентов в малых филиалах (где весь интернет делается SOHO-коробочкой, возможно, по wifi).
За исключением экспериментальных решений (о которых, возможно, я расскажу потом), все тонкие клиенты делают на одной из трёх платформ: Windows CE, Linux и Windows Embedded Standard (особая версия Windows XP, отличающаяся довольно прилично от десктопов). До определённого момента флаг первенства был на стороне Linux, но сейчас ситуация повернулась в сторону CE6. Причина: rdesktop не умеет RDP версии 6 и выше. А CE умеет. А это довольно серьёзное преимущество, потому что, как минимум, это поддержка микрофона. (в RDP 5.2 её нет, её нет в CE5 и в rdesktop). Но, с другой стороны, VMView Client есть только под linux и WES, и все его версии под CE являются «доморощенными» (т.е. написанными не VMWare) и очень страдают от… от того, что их писали не авторы сервера. Ещё одним недостатком CE является очень фиговая поддержка WWW. она есть, но IE6 из CE ужасает ещё больше, чем обычный IE. файрфокс на линуксе и полный ассортимент браузеров на WES куда больше радует.
Куда более важным (чем режим загрузки) для ТК является наличие управления.
Первое является стандартом де-факто для ТК с локальной загрузкой, но часто может отсутствовать у PXE-тонких клиентов (т.к. они грузятся с сервера, от оттуда же и берут настройки).
Второе и третье для клиентов с локальной загрузкой — фича. Т.е. она есть совсем не у всех производителей. Отдельно нужно говорить про централизованное управление. Это много более сложная вещь, чем кажется на первый взгляд, так как дело не в том, чтобы задать всем ТК одинаковые настройки, а в том, чтобы иметь возможность указать, какие настройки одинаковы, а какие нет (например, настройки железа у всех разные, настройки сессий могут отличаться от группы к группе).
Для ТК, которые работают в windows-сети самым шиком считается интеграция в AD, т.е. возможность либо получать данные из active directory, либо (это высший пилотаж) интегрировать ТК как компьютеры в оснастку AD, применять к ним групповые политики на основании OU/Site и т.д. Надо сказать, каким-то странным образом WES умеет это всё «из коробки». Однако, WES, при всей своей внешней привлекательности, самая плохая платформа для ТК (т.к. слишком похожа на обычные винды и уязвима для всего того, что может быть на виндах сделано плохого. )
Большинство производителей работают в очень закрытом режиме (т.е. не публикуют ничего, хотя и потребляют очень много от open source community). Единственное исключение, которое я знаю, это openthinclient.org, довольно симпатичный и навороченный PXE-based тонкий клиент с централизованным управлением. Его минусом является размер — около 150 мегабайт грузится по сети для каждого тонкого клиента.
(продолжение про то, как тонкие клиенты делаются, следует).
Тонкий клиент – что это и с чем его едят (на примере WTWare)
Тонкий клиент (англ. thin client) в компьютерных технологиях — бездисковый компьютер-клиент в сетях с клиент-серверной или терминальной архитектурой, который переносит все или большую часть задач по обработке информации на сервер (Wikipedia ).
Если проще, то тонкий клиент – это недокомьютер, который загружает легкую операционную систему (обычно используется Linux, в обзоре возьмем это за априори) и соединяется с терминальным сервером.
Обычно тонкие клиенты создаются для экономии на железе и ПО, в редких случаях по иным соображениям.
В этой статье я постараюсь сделать краткий обзор WTWare, являющегося Linux дистрибьютивом, разработанным специально для создания тонких клиентов.
Сначала о тонком клиенте.
Тонкий клиент представляет собой системный блок, у которого обычно нет жесткого диска, и присутствует только минимальный набор железа, нужный для запуска операционной системы тонного клиента (далее просто тонкого клиента). К системному блоку подключены питание, мышь, клавиатура, монитор, сетевой кабель. Кроме стандартного набора к тонкому клиенту могут быть подключены другие устройства, при условии, что он сможет их распознать и передать терминальному серверу.
Схема сети с тонкими клиентами выглядит примерно так: 
WTWare — дистрибутив GNU/Linux, разработанный специально для создания тонких клиентов. За основу взят популярный клиент под названием Thinstation. Основное различие – ориентированность на русских пользователей (в самом Thinstation есть проблемы с кириллицей), плюс всякие мелкие фиксы.
Я не буду рассказывать про настройку DHCP и TFTP серверов, там все вполне стандартно. Напомню только, что в DHCP сервере нужно указать адрес TFTP сервера, а в TFTP сервере путь до файла загрузки и имя этого самого файла.
Так же я не буду углубляться в тонкую настройку WTWare, т.к. информация на официальном сайте WTWare вполне доступная, ее много и вся она на русском языке. Укажу лишь на основные аспекты.
Итак. В первую очередь качаем образ Thinstation с сайта WTWare. Распаковываем.
Загрузочный файл называется pxelinux.0 при загрузке по протоколу PXE (если BootROM встроен в вашу сетевую или материнскую плату) или wtshell.nbi для загрузчика Etherboot (при использовании эмулятора BootROM).
К слову говоря, Etherboot — оpensource проект, который выпускает прошивки практически для всех существующих сетевых карт. Прошивка Etherboot может быть записана в микросхему BootROM или flash-память сетевой карты, может быть запущена с дискеты или жесткого диска как загрузочный сектор или как программа из DOS.
Далее если вы загружаетесь через LAN и у вас правильно настроены DHCP и TFTP сервера – все должно заработать «как есть». Единственное – не будет найден терминальный сервер, ведь вы еще не конфигурировали ваши тонкие клиенты.
Если вы загружаетесь иным способом, то стоит прочитать тут, выбрав интересующий вас способ загрузки.
Опять таки я не буду углубляться в дебри конфигурационных файлов, потому как там сотни параметров. Тут можно увидеть их полный список. Я расскажу лишь об основных.
Конфигурационные переменные индивидуальных файлов:
user = username // имя пользователя
password = user_password // пароль пользователя
domain = enterprise_domain // домен предприятия
Если в индивидуальный файл записать переменную, которая присутствует в общем файле — она получит более высокий приоритет.
Так же в индивидуальные файлы прописываются дополнительно подключенные устройства, такие как принтеры, сканера и т.п.
И в конце хотел упомянуть об еще одной интересной возможности – подключение локальных ресурсов (Floppy, DVD, Flash, HDD, Sound). В конфиге выглядит примерно так:
floppy = on
cdrom = on
usb1 = on
sound = on
Диск будет доступен в сессии текущего пользователя из Проводника Windows по адресу: \\tsclient\
Стоит заметить, что сама система бесплатна, но можно приобрести лицензию с очень интересной целью – что бы убрать логотип WTWare из загрузочной заставки. Как я понимаю, это сделано для предприятий, массово внедряющих данный продукт под эгидой аутсорсинга.
Оборудование для создания тонких клиентов:
На сайте WTWare так же можно приобрести оборудование для создания тонких клиентов (дабы не собирать их из хлама). Надо сказать, что оно (оборудование) отвечает всем требованиям гламура. Несколько скринов: 
Ну, вот, пожалуй, и все. При правильной настройке терминального, DHCP и TFTP сервера все должно заработать слету. В интернете очень много русскоязычной литературы, поэтому проблем с настройкой быть не должно. Да и вообще в плане документации система мне очень понравилась, на сайте производителя есть почти все.
Что такое тонкий клиент
«Тонкий клиент» – словосочетание, которое все чаще упоминается в связи с разработкой ИТ-инфраструктуры компании. Он представляет собой бездисковый компьютер, который находится в сети с клиент-серверами или терминалом. Главная функция такой технологии – переносит задачи по обработке данных на сервер. Проще говоря, она позволяет загрузить легкую ОС и выполняет соединение с терминальным сервером. Давайте разберемся, что значит тонкий клиент в инфраструктуре и в каких случаях он может потребоваться.
Подробнее о технологии
В маленьких организациях чаще всего используется 10-15 компьютеров, несколько других устройств и один, в редких случаях – два сервера. Обслуживанием такой системы может заниматься и один сисадмин. Этого вполне достаточно для такого масштаба сети.
Однако при увеличении элементов системы (даже до 50-60 компьютеров), нагрузка на сервер существенно возрастает, что в целом «тормозит» всю инфраструктуру. Для повышения производительности потребуется закупать новое оборудование и увеличивать количество системных администраторов, а это неминуемо приведет к росту расходов.
Нередко подобные дорогостоящие меры не приносят желаемого результата, так как система начинает работать медленнее, а количество сбоев только возрастает. Причина такого кроется в неправильном принципе организации ИТ-инфраструктуры.
Оптимальным решением в таких случаях может стать применение «тонкого клиента», или терминала, который предназначен для взаимодействия с SBC (Server Based Computing) средой.
Нередко thin client называют недокомпьютером, так как он выполняет часть функций обычного компьютера, но при том не подходит для решения сложных задач. Используют подобную технологию для экономии места на железе, однако на этом список ее применения не заканчивается.
Тонкий клиент на деле представляет собой отдельный системный блок, который не имеет жесткого диска. На нем есть только ограниченный набор «железа», необходимый для запуска ОС. К самому блоку подключается монитор, сетевой кабель или другие необходимые устройства.
Работает технология по следующему принципу:
Для чего нужен тонкий клиент
Для многих компаний остается загадкой, для чего использовать thin client и обязателен ли он для инфраструктуры. Применение подобной технологии продиктовано следующим:
Конечно же, в наших реалиях обычный персональный компьютер до сих пор остается стандартом на рабочем месте. Однако в большинстве офисов стоит устаревшая техника, которую не спешат модернизировать. В этом случае использование тонкого клиента позволит добиться необходимой производительности и получить доступ к терминальному серверу. В результате thin client позволяет решить ряд важных задач:
Технологию часто выбирают из-за соотношения цены и качества. С одной стороны, терминал всегда обходится дешевле, чем полноценная рабочая станция, с другой – в распоряжении клиента обширные вычислительные мощности сервера.
Важным аспектом является и существенная экономия на приобретении легального ПО, что мы уже отметили выше. Почти все программы, установленные на сервере, смогут запускать все пользователи клиента, так как используется одна встроенная ОС. Это удобно тем, что позволяет сократить количество лицензий и значительно упростить решение рабочих задач в компании.
Также стоит отметить и то, что бездисковый клиент потребует мало электрической мощности – почти в десятки раз меньше, чем у стандартного терминала. За счет использования большого количества тонких клиентов можно существенно модернизировать сервер и добиться экономической эффективности системы. В результате вам не потребуется обновлять оборудование для высокой производительности – достаточно только модернизировать терминальный сервер.
Однако не стоит забывать, что «тонкий» клиент называется так, потому что может исполнять лишь ограниченный набор функций и в нем не предусмотрены прикладные типы данных. Следовательно, применение технологии требует тщательного планирования.
Варианты загрузок и типы терминалов
Использование thin client предполагает применение одного из вариантов загрузки. Возможны два решения:
Применяется три возможных варианта терминалов:
Где использовать
Чаще всего thin client выбираются компаниями, в которых существует разветвленная ИТ-инфраструктура и есть множество отделов, где сотрудники выполняют однотипные задачи:
Тонкие клиенты не могут работать без производительного серверного оборудования. Именно по этой причине многие компании отказывают от применения терминала, так как по сравнению с «толстыми клиентами» (то есть компьютерами), это решение не кажется столь привлекательным. Однако арендовать необходимый сервер можно в дата-центре, что значительно дешевле, чем создавать собственную серверную или модернизировать оборудование.
Надеемся, что теперь вы разобрались, что такое тонкий клиент. Как видите, у подобного решения есть множество особенностей, ввиду чего оно подойдет для определенного круга задач.
Если у вас остались вопросы о технологии, то задайте их специалистам нашего дата-центра Xelent. При необходимости мы поможем настроить тонкие клиенты или подберем другой вариант организации вашей инфраструктуры.
Тонкий клиент – что это и с чем его едят (на примере WTWare)
Тонкий клиент (англ. thin client) в компьютерных технологиях — бездисковый компьютер-клиент в сетях с клиент-серверной или терминальной архитектурой, который переносит все или большую часть задач по обработке информации на сервер (Wikipedia ).
Если проще, то тонкий клиент – это недокомьютер, который загружает легкую операционную систему (обычно используется Linux, в обзоре возьмем это за априори) и соединяется с терминальным сервером.
Обычно тонкие клиенты создаются для экономии на железе и ПО, в редких случаях по иным соображениям.
В этой статье я постараюсь сделать краткий обзор WTWare, являющегося Linux дистрибьютивом, разработанным специально для создания тонких клиентов.
Сначала о тонком клиенте.
Тонкий клиент представляет собой системный блок, у которого обычно нет жесткого диска, и присутствует только минимальный набор железа, нужный для запуска операционной системы тонного клиента (далее просто тонкого клиента). К системному блоку подключены питание, мышь, клавиатура, монитор, сетевой кабель. Кроме стандартного набора к тонкому клиенту могут быть подключены другие устройства, при условии, что он сможет их распознать и передать терминальному серверу.
Схема сети с тонкими клиентами выглядит примерно так:
WTWare — дистрибутив GNU/Linux, разработанный специально для создания тонких клиентов. За основу взят популярный клиент под названием Thinstation. Основное различие – ориентированность на русских пользователей (в самом Thinstation есть проблемы с кириллицей), плюс всякие мелкие фиксы.
Я не буду рассказывать про настройку DHCP и TFTP серверов, там все вполне стандартно. Напомню только, что в DHCP сервере нужно указать адрес TFTP сервера, а в TFTP сервере путь до файла загрузки и имя этого самого файла.
Так же я не буду углубляться в тонкую настройку WTWare, т.к. информация на официальном сайте WTWare вполне доступная, ее много и вся она на русском языке. Укажу лишь на основные аспекты.
Итак. В первую очередь качаем образ Thinstation с сайта WTWare. Распаковываем.
Загрузочный файл называется pxelinux.0 при загрузке по протоколу PXE (если BootROM встроен в вашу сетевую или материнскую плату) или wtshell.nbi для загрузчика Etherboot (при использовании эмулятора BootROM).
К слову говоря, Etherboot — оpensource проект, который выпускает прошивки практически для всех существующих сетевых карт. Прошивка Etherboot может быть записана в микросхему BootROM или flash-память сетевой карты, может быть запущена с дискеты или жесткого диска как загрузочный сектор или как программа из DOS.
Далее если вы загружаетесь через LAN и у вас правильно настроены DHCP и TFTP сервера – все должно заработать «как есть». Единственное – не будет найден терминальный сервер, ведь вы еще не конфигурировали ваши тонкие клиенты.
Если вы загружаетесь иным способом, то стоит прочитать тут, выбрав интересующий вас способ загрузки.
Опять таки я не буду углубляться в дебри конфигурационных файлов, потому как там сотни параметров. Тут можно увидеть их полный список. Я расскажу лишь об основных.
Конфигурационные переменные индивидуальных файлов:
user = username // имя пользователя
password = user_password // пароль пользователя
domain = enterprise_domain // домен предприятия
Если в индивидуальный файл записать переменную, которая присутствует в общем файле — она получит более высокий приоритет.
Так же в индивидуальные файлы прописываются дополнительно подключенные устройства, такие как принтеры, сканера и т.п.
И в конце хотел упомянуть об еще одной интересной возможности – подключение локальных ресурсов (Floppy, DVD, Flash, HDD, Sound). В конфиге выглядит примерно так:
floppy = on
cdrom = on
usb1 = on
sound = on
Диск будет доступен в сессии текущего пользователя из Проводника Windows по адресу: \\tsclient\
Стоит заметить, что сама система бесплатна, но можно приобрести лицензию с очень интересной целью – что бы убрать логотип WTWare из загрузочной заставки. Как я понимаю, это сделано для предприятий, массово внедряющих данный продукт под эгидой аутсорсинга.
Оборудование для создания тонких клиентов:
На сайте WTWare так же можно приобрести оборудование для создания тонких клиентов (дабы не собирать их из хлама). Надо сказать, что оно (оборудование) отвечает всем требованиям гламура. Несколько скринов:
Ну, вот, пожалуй, и все. При правильной настройке терминального, DHCP и TFTP сервера все должно заработать слету. В интернете очень много русскоязычной литературы, поэтому проблем с настройкой быть не должно. Да и вообще в плане документации система мне очень понравилась, на сайте производителя есть почти все.