Как выбрать тонкий клиент

Обновлено: 07.07.2024

Толстый клиент 1С

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

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

Тонкий клиент 1С

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

Установка тонкого клиента 1С выполняется из дистрибутива 1С. Если у вас его нет, так как вы, к примеру, работаете с облачной 1С и арендуете ее, то отдельный дистрибутив можно скачать на сайте 1С. Обязательно проследите, чтобы его версия соответствовала используемой у вас версии платформы.

Тонкий клиент для 1С:Предприятие запускается из исполняемого файла 1cv8c.exe.

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

Толстый и тонкий клиент 1С: отличия и рекомендации по использованию

Это накладывает некоторые ограничения на использование того или иного варианта работы:

Веб-клиент 1С

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

Что быстрее тонкий или толстый клиент 1С?

Сложно однозначно ответить на вопрос: тонкий или толстый клиент 1С что быстрее? Это зависит от условий использования.

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

Поэтому перед выбором и настройкой 1С клиента желательно проанализировать, кто и как использует 1С у вас в компании, какие виды клиентов 1С вам понадобятся.

Обновление клиентов 1С

И напоследок, пара слов о том, как обновляются клиенты 1С:

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

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

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

3. ЦПУ, оперативная память, объем встроенной флеш-памяти и итоговая производительн6ость тонкого клиента

Еще 5-7 лет назад повсеместно бытовало коллективное мнение, что аппаратная производительность для тонкого клиента стоит даже не на втором, а скорее уж на десятом месте по приоритетности.

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

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

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

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

Точно также, получают все большее распространение:

- работа с несколькими мониторами (контент-менеджеры, финансовые аналитики и биржевые брокеры),

- необходимость беспроблемно работать в самом современном и привычном для пользователя IT-окружении (т.е. с возможностями интерфейса Windows Aero, комфортным веб-серфингом по сайтам с насыщенной анимацией и расширенной графикой, просмотром видеороликов на youtube, vimeo и тому подобных интернет-ресурсах и т.п.)

Кроме того, всегда существовали пользователи, особо требовательные к вычислительным ресурсам в силу особой специфики свой профдеятельности (медицинская диагностика, финансовая аналитика, 2D/3D-дизайн самого различного толка и направлений и т.п.).

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

Так что же при этом требуется именно от тонкого клиента, призванного решать как базовый, так и расширенный спектр задач?!

Процессорная мощность

В современных тонких клиентах используется четыре разновидности процессоров различного класса и производительности:

- маломощные ARM-процессоры

Например, Texas Instruments ARM® CortexTM-A8 (1 GHz, 256 KB L2 cache, 1 core) processor with Neon extensions.

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

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

В частности, вышеуказанная модель ARM-процессора обладает подобной аппаратной оптимизацией (Neon Extensions)

- специализированные DSP-процессоры

Например, Teradici TERA2321 PCoIP Zero Client processor

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

Различия в производительности и вычислительной мощности между этими двумя подвидами наглядно приведены в сравнительной таблице ниже, где рассмотрены оптимизированный под PCoIP базовый нулевой клиент с ARM-процессором и высокопроизводительный нулевой клиент с DSP-процессором:

Таблица - PCoIP Performance Comparison

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

Определение

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

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

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

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

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

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

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

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

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

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

Рис. 1. Удаленное рабочее место оператора в ЦОД Сбербанка.

Для чего системные администраторы перемещают компьютеры в недоступное пользователю помещение? Причин тому несколько.

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

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

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

Построить данную систему коммутации возможно при помощи сети TCP/IP:

Рис. 2. Схема коммутации с тонким клиентом.

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

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

Рис. 3. Мультисистемное рабочее место диспетчера. Из-за большого числа клавиатур и мышей стол кажется захламленным.

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

Тонкие клиенты обладают ярко выраженными недостатками.

К вычислительным мощностям сервера предъявляются суровые требования: например, затраты на каждую терминальную сессию составляют 70–150 Мб RAM.

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

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

Чаще всего тонкие клиенты используют там, где необходимо удалить оборудование от пользователя, создать т.н. «удаленное рабочее место». Цель такой организации – защита данных от несанкционированного доступа к системе и возможного копирования данных. Используемые приложения, программы и платформа должны быть стандартными. Функционал тонких клиентов ограничен.

KVM (keyboard, video, mouse)

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

Рассмотрим варианты организации коммутации этого типа.

1. Кабельное подключение по типу «точка – точка»

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

2. KVM over IP, или подключение по типу «точка – многоточка»

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

3. Создание традиционных KVM-матриц.

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

Матричный коммутатор не только распределяет сигналы от источников к приемникам, но и предоставляет возможность администрирования и контроля над подключениями. KVM-матрица умеет разделять сигналы с одного источника на разные ресиверы. К примеру, разделять сигналы видео и аудио – на два разных приемника и один смешанный (аудио, видео и USB) еще на один, и все это – одновременно.

4. Вариант матричной коммутации KVM over IP

У этой системы коммутации есть огромный плюс – уменьшение затрат на кабельную сеть. При использовании KVM over IP дистанция передачи сигнала перестает играть роль. Это значит, сервер можно удалить от пользователя не просто в соседнее помещение и в соседнее здание, но и в другой город.

Сравним KVM и тонкие клиенты согласно их техническим особенностям

Надежность и отказоустойчивость

Коммутацию на тонких клиентах можно осуществить только TCP/IP сети. В случае отказа на любом участке сети все подключенные рабочие столы также не смогут продолжать функционировать.

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

Матричная коммутация более надежна. Администрирование ведется прямо в BIOS, а это значит, система более защищена от постороннего проникновения.

Программная совместимость

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

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

Производительность (время отклика)

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

Известно, что коммутация, построенная на тонких клиентах, сильнее нагружает сервер (мы уже говорили про 70–150 Мб RAM на подключение). То есть на производительность сервера влияет общая нагрузка, число подключенных терминальных соединений, возможности собственного процессора оборудования.

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

Сколько стоит построить и обслуживать систему

Поговорим о деньгах.

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

Чтобы посчитать стоимость внедрения и эксплуатации тонких клиентов, учитывайте следующие факторы:

стоимость тонких клиентов;
обязательные затраты на лицензионное программное обеспечение (Windows);
работы сисадмина по ручному редактированию конфигурации системы: прописывание доступных форматов видео, присоединение пользователей, IP-адреса терминальных серверов и т.д.;
стоимость дальнейшего настраивания (а она понадобится обязательно) коммутации и постоянной технической поддержки из-за нестабильной работы и чувствительности оборудования.

Монтаж и настройка KVM-матрицы гораздо проще. Оборудование не требует дополнительной настройки и специальных драйверов (Plug&Play). Практически любой системный администратор сможет прописать пользовательские права.

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

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

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

Переключаемость

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

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

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

О матричном коммутаторе Draco tera compact читайте здесь

Заключение

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

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

Коммутация на тонких клиентах происходит исключительно по TCP/IP-протоколу, а KVM-устройства подключаются прямо в кабельную сеть («оптика», витая пара).

Матричная коммутация позволяет одному пользователю мгновенно переключать системные сигналы.

Представим все вышеперечисленные различия в виде удобной таблицы

В каких случаях предпочтительнее KVM, а в каких – тонкие клиенты?

Матричная коммутация подходит больше в тех случаях, когда:

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

Тонкие клиенты – отличный вариант, если:

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

Каждый из вариантов по-своему хорош, с одной стороны, и имеет недостатки – с другой. Чтобы выяснить, какой тип коммутации лучше, нужно индивидуально в деталях изучить проект и задачи, которые ставит заказчик. Иногда в построении матрицы KVM нет смысла, а некоторые задачи невыполнимы для тонких клиентов.

Читайте также: