Что значит тонкий клиент

Что такое тонкий клиент

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

Подробнее о технологии

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

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

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

Оптимальным решением в таких случаях может стать применение «тонкого клиента», или терминала, который предназначен для взаимодействия с SBC (Server Based Computing) средой.

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

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

Работает технология по следующему принципу:

Для чего нужен тонкий клиент

Для многих компаний остается загадкой, для чего использовать thin client и обязателен ли он для инфраструктуры. Применение подобной технологии продиктовано следующим:

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

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

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

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

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

Варианты загрузок и типы терминалов

Использование thin client предполагает применение одного из вариантов загрузки. Возможны два решения:

Применяется три возможных варианта терминалов:

Где использовать

Чаще всего thin client выбираются компаниями, в которых существует разветвленная ИТ-инфраструктура и есть множество отделов, где сотрудники выполняют однотипные задачи:

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

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

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

Источник

Тонкий клиент: что это такое, для чего нужен, какие характеристики имеет, как работает

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

Определение

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

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

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

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

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

Довольно часто thin client именуют недокомпьютером. Что вполне объяснимо, так как, он попросту не способен выполнять все функции стандартной машины, а только загружает легкую операционную систему (обычно используется Linux, но есть и другие подходящие варианты) и соединяется с терминал-сервером. Но на такую работу он как раз и рассчитан. Именно ТК выступает в роли незаменимого помощника, когда необходимо сэкономить свободное место на «железе». И это далеко не все преимущества терминальных станций. Подробнее мы расскажем о них чуть позже.

Что значит тонкий клиент и для чего он нужен

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

Источник

Тонкий клиент – что это и с чем его едят (на примере 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 сервера все должно заработать слету. В интернете очень много русскоязычной литературы, поэтому проблем с настройкой быть не должно. Да и вообще в плане документации система мне очень понравилась, на сайте производителя есть почти все.

Источник

Тонкие клиенты как они есть

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

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

Начнём с теории, точнее, с того, зачем тонкие клиенты и с чем их едят. Перед этим нам придётся понять, зачем все эти танцы с удалёнными рабочими столами, местами, 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 мегабайт грузится по сети для каждого тонкого клиента.

(продолжение про то, как тонкие клиенты делаются, следует).

Источник

Что такое тонкий клиент?

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

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

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

Что такое тонкий клиент?

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

Как происходит работа:

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

Для функционирования тонкого клиента обычно используют терминальный сервер из числа вполне стандартных. Нередко обращаются к ОС Windows Server, хотя в ходу также Linux и немного реже Solaris. Независимо от марки, сервер должен отличаться высокой степенью производительности и надёжностью.

Зачем нужен тонкий клиент?

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

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

1с тонкий клиент

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

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

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

Источник