Нулевой клиент и тонкий клиент разница
Нижеследующий текст автора не претендует на истину в последней инстанции и по нему не стоит судить о среднестатистическом уровне IT инфраструктуры в небольших компаниях нашей необъятной страны. Статья написана по мотивам общения с многочисленными знакомыми IT-шниками (в основном уровня «студент» и «только что из института»), начинающих свою карьеру с эникейщика в небольших компаниях.
Все это хозяйство связано в единую локальную сеть посредством одного/нескольких дешевых коммутаторов на 100Мбит. И работает это в едином домене NT/Active directory (хотя встречаются варианты одноранговых рабочих станций безо всяких доменов).
На всех машинах с Windows обычно установлен (хотя и тут бывают исключения) какой-то антивирус. Часто встречается не сетевые версии этих программ (тот же Avast), хотя, опять таки в более продвинутых (с точки зрения IT) конторах, стоят сетевые версии антивирусов с централизованным управлением и обновлением антивирусных баз.
Приведенные выше ситуации варьируются от случая к случаю, так как на конфигурацию сети, железа и софта влияют как знания/умения/желания (и, что немаловажно, лень) системного администратора(ов), так и понимание начальства (в лице главного Босса) «чем же именно этот наш системный администратор занимается, когда все и так отлично работает» (из последнего вытекает — сколько денег выделяется на оборудование для IT и зарплату будущего специалиста). Если денег выделяется мало (а так обычно и бывает управленцы торговых компаний от IT обычно далеки и слабо понимают, что же там происходит), то поднабравшийся знаний эникейщик уходит в другую компанию. На место ушедшего приходит очередной студент и все повторяется по новой.
Думаю излишне говорить, что в подобных конторах отдел системного администрирования состоит из одного человека, который совмещает в себе инженера по прокладке/поддержанию офисной сети, системного администратора как такового (т.е. ту самую личность, что отвечает за работоспособность серверного парка на программном и аппаратном уровнях и внедрением нового функционала) и эникейшика — «мальчика на побегушках» который занимается разрешением проблем у пользователей, протиркой мышек, сменой картриджей у принтеров и подобными вещами.
В результате, в небольших компаниях часто наблюдается довольно разнообразный парк пользовательских машин класса от pentium2/128Mb ram/5Gb hdd до P4 Celeron/1Gb ram/80Gb hdd. На всех машинах, разумеется, Windows (98, 2000 и XP Home/Pro) и разные версии софта (ставили то машины в разное время). Доходит до того, что и антивирусное ПО на машинах тоже от разных производителей.
- вентиляторы начинают противно жужжать (их надо чистить и смазывать или же менять на новые);
- блоки питания выходят из строя;
- винчестеры — сыпятся;
- сетевые карты (как встроенные в материнскую плату, так и внешние — перестают работать и требуют замены);
- остальное железо, обычно, летит сильно реже, но тем не менее летит тоже
- ставим Windows;
- ставим необходимые драйвера (весь парк железа разный — не забыли?), предварительно определив модель материнской платы в данной машине и скачав из Интернет последние версии драйверов или найдя нужные у себя на файл-сервере;
- вводим машину в домен (если он настроен);
- ставим необходимый софт (офис, браузер, почтовый клиент, тотал-коммантеры, аськи, джабберы, пунто-свитчеры и подобное) — в случае домена Active Directory часть софта можно поставить автоматически, но не у всех он настроен, да и не все знают его возможности;
- ставим антивирус;
- плюс дополнительные танцы с бубном, индивидуальные для конкретной сети каждой организации вокруг новой рабочей станции;
После успешного выполнения всех пунктов (эта процедура занимает примерно два часа) рапортуем Боссу, что рабочее место сотрудника спасено и он может приступать к работе.
- у меня тут была папка с важными документами — где она?
- а еще я там фотографии из Турции сохранил, можно их восстановить?
- на рабочем столе было много важных ярлыков и еще сотня документов — куда они пропали?
- в избранном (это про закладки в браузере ) моих любимых сайтов больше нет — где их теперь искать? и так далее…
Знакомо? Хорошо, если полетел не жесткий диск, а всего лишь материнская плата. Или же часть информации на осыпавшемся диске поддается восстановлению. Но все эти процедуры занимают рабочее время системного администратора, которое можно было бы потратить с куда большей пользой поиграть в сетевую стрелялку или же… изучить IPv6 — ведь уже все на него переходят и совсем скоро перейдут, адреса в пространстве Ipv4 уже лет пять как закончились :)
- переустановить Windows;
- настроить на новой машине весь необходимый софт;
- восстановить все то, что потерялось;
- доустановить нуждающимся новые программы;
- провести профилактику корпуса (пыль пропылесосить в системном блоке);
И в оставшееся время (если системный администратор не сильно ленив) надо пытаться изучить что-то новое, проапгрейдить софт на сервере (серверах) и ввести в строй новый сетевой сервис. Т.е. на основные обязанности (именно то, чем системный администратор и должен заниматься большую часть времени) времени то как раз и не остается.
Как же выйти из этого замкнутого круга?
Одним из вариантов решения вышеописанной проблемы, является отказ от «толстых» рабочих станций (там, где это можно сделать) и переход на тонкие клиенты.
Под «толстой» рабочей станцией понимается любой компьютер с установленной ОС, который и выполняет обработку большинства пользовательской информации. Т.е. браузер, офис и все остальное выполняется локально именно на рабочей станции пользователя, системный блок которой жужжит у него под столом или где то рядом.
Надо понимать, что требования современных ОС (не обязательно Windows) идут в ногу с современным железом — другими словами, для относительно комфортной работы в Windows XP старой (но полностью работоспособной и относительно мощной) машины класса Celeron 800Mgz/128Mb Ram/ 10Gb HDD может и не хватить. Работать под современной ОС на подобном железе, конечно, можно, но подтормаживать эта операционка и приложения будут довольно часто хотя бы из-за малого количества набортной памяти и старого (читай медленного) жесткого диска.
А тонкий клиент, если вкратце, можно определить как бездисковый компьютер, работа которого заключается лишь в подключении к удаленному серверу и отображении полученной с сервера информации на экране. Обычно такой сервер называется сервером терминалов или терминальным сервером. Вся же обработка пользовательской информации происходит именно на нем (одновременно к которому может быть подключено множество хотя и не бесконечное количество тонких клиентов).
Обычно тонкие клиенты делают на основе слабого (а, соответственно, и малопотребляющего) железа — часто это единая системная плата, на которой все и интегрировано. Процессор и память так же могут быть намертво припаяны к материнской плате. Некоторые тонкие клиенты имеют flash-диск (вставляемый в IDE разъем материнской платы), на котором прошита специализированная ОС (WinCE или другие).
Сравнение тонкого клиента Clientron U700 со стандартным корпусом для рабочей станции.
В результате, при включении тонкого клиента (их еще называют терминалами), ОС грузится со встроенного flash-диска (обычно на загрузку уходит менее 30 секунд), после чего на экране появляется диалог подключения к терминальному серверу. Некоторые из этих клиентов умеют подключаться только Windows Terminal Server или же Citrix Metaframe, другие — в том числе и к терминальным серверам других ОС. В любом случае, в цену таких решений закладывается и цена лицензии на WindowsCE, прошитую на встроенный flash-диск. Мы рассказывали о подобных решениях ранее:
- Windows-терминал K-Systems Termin
- Тонкий клиент AK-Systems GP
- Windows-терминал AK-Systems GPN
Разумеется, подобные решения существуют и у других компаний. В том числе и без встроенной ОС (за которую, в случае Microsoft Windows CE, нужно дополнительно платить, да и flash-диск копейки, но стоит).
Терминальные клиенты без встроенного flash-диска, при включении загружают нужный образ ОС по сети, после чего они тратят на загрузку те же пару десятков секунд. После чего готовы к работе, под чем подразумевается вывод на экран меню со списком терминальных серверов для подключения или же автоматическое подключение к одному из жестко заданных терминальных серверов (в зависимости от настроек) — пользователю останется ввести лишь логин и пароль. После правильного ввода оного, он попадает в свою сессию на сервере терминалов и может приступать к работе.
- отсутствие жесткого диска (которые греются и ломаются);
- отсутствие вентиляторов (на процессоре и блоке питания установлены лишь радиаторы, которых хватает для рассеивания выделяемого при работе тепла);
- низкое энергопотребление;
- теоретическая дешевизна (при самосборе можно подобрать очень дешевые комплектующие ведь производительности от железа не требуется; а вот производители за специализированные тонкие клиенты попросят раза в два больше)
- минимальные временные затраты на обслуживание (при поломке такой железяки, достаточно отключить поломавшуюся и подключить запасную работы на пять минут; а это уже минимальный простой для рабочего места сотрудника, а так же минимум затраченного на устранение поломки времени системного администратора)
- весь софт для работы пользователей настраивается централизовано на одном (двух/трех/…) терминальных серверах это значительно проще, чем поддерживать зоопарк софта на «толстых» рабочих станциях сотрудников
Не стоит забывать и о пользовательских данных локально терминал ничего не хранит (все данные пользователя находятся на удаленных серверах). В результате легко настроить автоматических бекап всего и вся и, в случае чего, восстановить «случайно удаленный» документ.
- при отказе сети, рабочие места сотрудников «превращаются в тыкву» (а сотрудники на «толстых» клиентах могут продолжать набивать документ, к примеру, в OpenOffice);
- при отказе терминального сервера рабочие места сотрудников опять «превращаются в тыкву» (но это решается установкой нескольких — например, двух — терминальных серверов; при выходе одного из них из строя, второй его подменит или же сотрудники просто переподключатся ко второму серверу вручную)
- тонкие клиенты подходят не всем: к примеру, людям, постоянно смотрящим видео или работающим активно работающих с графикой (в фотошопе) или занимающимся версткой журнала, лучше делать это на локальном «толстом» клиенте (зато тонкие клиенты отлично подходят большинству остальных сотрудников, которым нужен лишь браузер с Интернет, почта, создание и редактирование документов в Openoffice и работа с 1C).
- лицензия на Windows Server
- CAL (Client Access License) лицензии на подключение к Windows-серверу и их кол-во должно быть не меньше количества подключаемых к серверу клиентов (обычно в составе Windows-сервера уже идет некоторое кол-во таких лицензий от пяти и выше)
- лицензии на работу с сервером терминалов (их количество тоже должно быть равно количеству подключаемых клиентов)
Не забываем про отдельные лицензии на весь используемый софт (например на Microsoft Office) в количестве, равном количеству подключаемых к серверу клиентов. Если клиентские лицензии на Microsoft Office еще можно обойти, отказавшись от данного продукта и поставив ему замену в виде, к примеру, OpenOffice, то от самого терминального сервера в лице Windows 2000/2003 TS избавиться несколько сложнее :) Хотя и это возможно в некоторых случаях.
Есть, правда, еще один «минус» (кроме боязни нового) который часто останавливает от внедрения подобных решений — почему то многие думают, что эти тонкие клиенты надо покупать (а они не очень дешевые — от 200 долларов и выше). Куда же девать весь парк уже существующих компьютеров?
Именно для ответа на последний вопрос написана данная серия статей. В ней будет рассматриваться софт тонкого клиента Thinstation.
Этот небольшой, но обладающий множеством возможностей и, что немаловажно, OpenSource софт, позволяет превратить практически любые древние компьютеры в тонкие клиенты. Минимальные требования описанные на его родном сайте к используемому железу — это Pentium 100Mhz и 16Mb оперативной памяти. Ах да, жесткий/flash диск тоже не нужен — компьютеры при включении могут скачивать образ тонкого клиента (это около двадцати! мегабайт) по сети (хотя так же возможна установка Thinstation клиента на жесткий или usb диск). В наш век операционных систем, с радостью сжирающих гигабайты места на диске после установки, это впечатляет, не так ли?
Thinstation базируется на Linux, но для его использования знаний Linux, как таковых не нужно — достаточно в своей сети поднять dhcp и tftp сервера и соответствующим образом их настроить (оба этих сервера есть и в составе продуктов Windows Server). Таким образом, даже в сети, где кроме Windows-а ничего не знают, использование Thinstation клиента затруднений не вызовет.
- Сервера Microsoft Windows по протоколу RDP или через nxclient (Windows NT4TSE, W2k Server, W2k3 Server или же Windows XP в однопользовательском режиме);
- Citrix servers по протоколу ICA (на серверах MS Windows, SUN Solaris и IBM AIX);
- Сервера Tarantella
- *nix-like сервера по протоколу X11;
- подключение к VNC-серверам (tightVNC);
- подключение к SSH и Telnet серверам;
Для того, что бы загрузить Thinstation по сети, от компьютера требуется лишь встроенная или внешняя сетевая карта, поддерживающая стандарт PXE (есть и другие варианты, но, к примеру все встроенные в системную плату сетевые карты работают именно по этому протоколу).
PXE расшифровывается как Pre-boot eXecution Environment среда предзагрузочного выполнения. Этот стандарт был впервые реализован компанией Intel. Первый признак наличия PXE-биоса на борту встроенной сетевой карты, это пункт «Enable Boot ROM» рядом с пунктом активации сетевой карты в биосе. Если встроенная сетевая карта не поддерживает загрузку по сети (или отсутствует вовсе), можно использовать любую внешнюю сетевую плату с опцией «Boot ROM» (этот вопрос в подробностях будет рассмотрен далее).
- Сетевая карта по протоколу PXE запрашивает DHCP сервер следующую информацию: IP адрес, маску подсети, шлюз а так же IP-адрес сервера TFTP (на котором лежат образы, в данном случае, ThinStation) и имя образа, которое она попытается загрузить.
- DHCP сервер возвращает запрашиваемую информацию (помечая у себя, что выданный клиенту IP адрес занят таким-то клиентом)
- Клиент подключается к TFTP серверу, IP-адрес которого ему только что сообщили и скачивает с него файл загрузчика PXE (имя которого ему опять таки сообщил DHCP-сервер)
- Скаченный PXE загрузчик исполняется и, в свою очередь скачивает с TFTP сервера конфигурационный файл, в котором прописаны имена файлов ядра ОС Linux vmlinuz и образа файловой системы initrd. Эти файлы скачиваются и управления передается ядру Linux
- После распаковки и загрузки ядра Linux с подмонтированным образом файловой системы, Thinstation снова обращается к TFTP серверу для скачивания необходимых ему конфигурационных файлов (там, среди прочего, записаны адреса терминальных серверов, к которым нужно подключаться), после чего запускает нужный терминальный клиент (в нашем случае это будет rdesktop) и ожидает от пользователя ввода его логина с паролем для подключения.
На первый взгляд, описанная схема выглядит сложно. Но по факту настройка оной занимает полчаса-час и в дальнейшем она работает полностью автономно. Загрузка тонкого клиента с момента первого запроса в сеть по PXE (этот момент совпадает с моментом начала загрузки ОС с жесткого диска) занимает секунд 20…30.
Как уже отмечалось выше, Thinstation умеет работать с разными терминальными серверами. Но мы в ближайших статьях, как самое простое в реализации (но еще раз напоминаю о покупке множества клиентских лицензий, необходимых для официальной работы), рассмотрим лишь связку Thinstation с Microsoft Terminal Server.
Для начала нам надо иметь настроенный сервер терминалов от Microsoft. Этот сервер может работать как в составе домена (в этом случае удобнее управлять аккаутами пользователей — они общие особенно если терминальных серверов в сети несколько), так и в вне домена — в одноранговой сети. Второй случай отличается от первого тем, что необходимых пользователей придется заводить на каждом сервере локально и синхронизировать актуальные списки пользователей и их прав — вручную.
Вторым пунктом нашей программы будет настройка DHCP и TFTP серверов. Первый ведает динамической раздачей IP адресов для рабочих станций, а так же сообщает, с какого IP адреса (с какого сервера tftp) и какое имя файла компьютеру нужно скачать в качестве загрузочного образа тонкого клиента. А второй tftp сервер фактически и отдает образы тонкого клиента и конфигурационные файлы для них же. Эти настройки могут быть как глобальными (для всех бездисковых терминалов сети), так и локальные для определенных групп машин или же одиночных тонких клиентов.
Оба эти сервиса можно поднять как в составе Windows сервера (запуском и настройкой соответствующих служб), так и отдельными демонами в составе *nix-сервера мы это рассмотрим на примере сервера с установленным Gentoo Linux.
А третьим пунктом идет настройка клиентских машин перевод их на загрузку по сети и рассмотрение стандартных подводных камней.
Добрый день, подскажите пожалуйста, когда использовать тонкий клиент, а когда нулевой?
У нас всё предприятие, хотят перевести на тонкие и нулевые клиенты. Примерно 200с+ рабочих мест.
Всё на блейд серверах, как я понял хотят сделать.
- Большинство сотрудников используют офисные программы (ворд, экс, и тд), + 1с. + мелкий офисный софт
- И ряд сотрудников работают в кореле/фотошопе/автокаде/ревите.
Я от этого весьма долёк. Но системный админ предлагает сделать часть на тонких клиентах, часть на нулевых, и всё на блейд серверах. Все решения dell. Мне нужно понимание того, что он меня не дурит. Так как если что, за все косяки отвечать мне придётся.
Простой 1 комментарий
Чтобы понять можно ли там перевести все на тонкие клиенты или нет, выгодно это будет или нет, и вообще будет ли это работать, нужно подробно изучать ваши потребности, смотреть софт, и.т.д.
Удаленно этого сделать невозможно.
Нулевой клиент - разновидность тонкого клиента. Разница лишь в цене и производительности.
Если честно слабо представляю где он может быть востребован на предприятии с 200рабочих мест.
Напишу тезисы в защиту тонких клиентов:
1. Для массовых однотипных простых рабочих мест это отличный вариант.
2. Обслуживать кучку блэйд-серверов и бэкапить их намного приятнее, чем 200+ разнородных десктопов.
3. Можно сильно сократить численность рядовых эникеев, которые поддерживали в рабочем состоянии эти 200+ машин. В тонких клиентах особо нечему ломаться, заявок должно стать сильно меньше.
4. Сотрудников можно переводить на удалёнку с околонулевыми затратами времени.
5. При поломке тонкого клиента, сотрудник просто пересаживается за любой другой свободный и продолжает работать со своим окружением и всеми своими файлами.
6. В 1С можно получить очень хороший прирост в быстродействии, если и базы и клиенты будут находиться на одном сервере или в кластере.
7. Если вы говорите, что старые компьютеры уже сильно шумят и их почти все списали, значит вам действительно требуется обновление большого парка техники и закупка тонких клиентов будет экономически выгоднее, чем закупка новых десктопов.
Теперь о странностях конкретно вашего решения:
На мой взгляд переход на тонкие клиенты должен быть экономически выгоден. Однако, вы указываете, что на оборудование для 1 рабочего места выделено 90 тыс.рублей, что на мой взгляд слишком много.
Плюс эта привязка именно к одному вендору (в вашем случае к dell).
Очень уж это сильно напоминает распил бюджетов и откаты.
окай, давайте теперь по тезисам.
1. Для массовых однотипных простых рабочих мест это отличный вариант. – совершенно согласен. но нужно учитывать цену.
2. Обслуживать кучку блэйд-серверов и бэкапить их намного приятнее, чем 200+ разнородных десктопов. – двести десктопов элементарно бэкапятся, вопрос только в умении. и опять же в цене.
3. Можно сильно сократить численность рядовых эникеев, которые поддерживали в рабочем состоянии эти 200+ машин. В тонких клиентах особо нечему ломаться, заявок должно стать сильно меньше. – если есть хоть один нормальный админ, то и обычных компов особенно ломаться нечему.
4. Сотрудников можно переводить на удалёнку с околонулевыми затратами времени. – а что мешает это сделать с обычным десктопом в роли тонкого клиента?
5. При поломке тонкого клиента, сотрудник просто пересаживается за любой другой свободный и продолжает работать со своим окружением и всеми своими файлами.и чем этому мешает обычный комп в домене?
6. В 1С можно получить очень хороший прирост в быстродействии, если и базы и клиенты будут находиться на одном сервере или в кластере.и еще раз: какая разница или я использую тонкий клиент или обычный комп как тонкий клиент?
7. Если вы говорите, что старые компьютеры уже сильно шумят и их почти все списали, значит вам действительно требуется обновление большого парка техники и закупка тонких клиентов будет экономически выгоднее, чем закупка новых десктопов.с чего бы?
последние лет пять у меня предложения по закупке обычных компов и тонких клиентов не то, что сильно отличаются, а часто даже нормальный комп обходится даже дешевле.
мы опять упираемся тупо в вопрос денег.
идея тонких клиентов – офигенна. только работает далеко не для всех.
DevMan, думаю, что вы меня не совсем правильно поняли. Вы часто оперируете фразой "использовать обычный комп как тонкий клиент". Я же писал свои тезисы, исходя исходя из того, что "обычный комп" используется как обычный комп с локальным хранением рабочих файлов и вот этим вот всем.
Если же какое-то оборудование используется как тонкий клиент, то я его и называю "тонкий клиент". А уж обычный комп это или специальное устройство - для меня не так важно.
Константин ™, увы, но тонкий клиент – это совершенно конкретная категория компьютеров.
в которую обычные компьютеры, при определенных условиях могут быть превращены.
но это не делает их равноценными. по многим параметрам.
Какие минусы есть у тонкого клиента?
А если компания закупила тонкие клиенты, то какие проблемы могут возникнуть у админа?
Простой 6 комментариев
у меня были тонкие клиенты, проблемы были только когда я перенастраивал сеть и то из за DHCP. Терминалы дрались за занятый ип. остальное было счастьем.
зависит от админа - если старой закалки, то будет ругаться)))
и да - у нас на каждое АРМ своя флешка как ключ - много ли таких тонких, у которых будет свободное место под флеху? хабы городить для каждого та еще затея.
Антон Уланов, ничего себе тонкие. это что за производитель? у нас HP = 1usb ))) где-то на планете опять заплакал один котёнок.
alex-1917, не все хп с 1 юсб, у нас было около 10 старых терминалов 4 юсб ( такое г доисторическое) я пробовал малинку, вроде сносно но есть минусы по подключению моников. а так там стояли какие-то noname на 915 чипах, загрузка по сети а больше от них ничего и не требовали
вы б модели писали, многим было бы интересно
Здравствуйте!
Про плюсы и минусы уже, в принципе, всё расписали, хотелось бы просто заострить вопрос на сканировании - постарайтесь, обзавестись МФУ с Ethernet, умеющими отправку скана на e-mail\расшаренную папку и т.д., здорово сбережёте себе нервы. Ну и, конечно, придётся расстаться с принтерами, которые не умеют в х64 драйвера, всякие старые win-принтеры. Т.е. оптимальный вариант - сетевые тонкие клиенты - сетевые же принтеры и МФУ. Никаких локальных соединений с оргтехникой. Понимаю, что категорично звучит, у нас есть парк тонких клиентов и USB-принтеры HP, Canon и Xerox, сейчас всё работает, но сколько же было геммора с настройкой ThinStation. Безпроблемными же оказались HP LJ 1012-1022, завелись с пол-пинка.
P.S Ах да, сразу проанализируйте ПО на раб. местах Ваших пользователей, я наступил на грабли с ГрандСметой, которая не работала в терминальной сессии из принципа (даже разработчик на это указывает). Сейчас не знаю, как с ней обстоит дело.
ИМХО для админа сплошные плюсы, если грамотно всё настроить.
В целом минусы: дорого для небольшого и среднего бизнеса и не всегда окупается.
Минусы тонких клиентов начинаются, когда нужно подключать оборудование на местах. USB-принтеры-сканеры-токены-флэшки -- с этим всем серьёзный геморрой. Так что сразу закладывайте в бюджет сетевые МФУ. С флэшками -- более или менее решаемо, у той же ThinStation есть такой функционал. С токенами -- увы, лотерея.
Основной протокол работы VMware Horizon – PCoIP.
Именно с помощью этого протокола и происходит передача и вывод изображения на экран.
Задача нулевого клиента – принять изображение, закодированное с помощью протокола PCoIP и максимально быстро вывести это изображение на экран.
Наилучшим решением для VMware Horizon становится нулевой клиент, построенный на основе чипа Teradici и позволяющий аппаратно, то есть максимально быстро, превратить протокол PCoIP в изображение.
В чем отличие нулевого клиента от тонкого
Главное отличие нулевого клиента от тонкого состоит именно в том, что нулевой клиент декодирует изображение аппаратно, а тонкий клиент – с помощью программных средств.
Тонкие клиенты, как правило, имеют процессор общего назначения, оперативную память, операционную систему, то есть представляют собой почти полноценный компьютер.
Поэтому тонкие клиенты несколько более универсальные, чем нулевые.
За универсальность придется платить низкой производительностью.
Из-за низкой производительности, «скачков» при развертывании окон, «торможении», например, при прокрутке Excel страниц работа с тонким клиентом может легко привести к стрессу у сотрудника, особенно, в самое загруженное и ответственное время, когда особенно важно выполнять все задачи быстро и качественно.
Нулевые клиенты четко ориентированы на решение только одной задачи – аппаратного декодирования изображения.
Скорость работы и комфорт при использовании таких устройств в разы выше.
Управление нулевыми клиентами
Нулевые клиенты стоят на столах у сотрудников и должны централизованно и легко управляться. Нам может потребоваться изменить настройки сразу на значительном количестве нулевых клиентов.
При добавлении новых нулевых клиентов стандартные настройки должны автоматически распространяться и на них.
Нам периодически может требоваться обновить прошивки для нулевых клиентов, например, для поддержки криптографических ключей, таких как RuToken, eToken и других.
Для целей централизованного управления нулевыми клиентами используется бесплатное программное обеспечение Teradici PCoIP Management Console. Это мощный, а главное, простой инструмент, позволяющий создать профили устройств и назначить определенные устройства определенным профилям.
На что следует обратить внимание при выборе
При выборе нулевого клиента важно убедиться, что предлагаемый клиент именно нулевой.
Необходимо учитывать, что некоторые производители заявляют, что их клиенты являются нулевыми, хотя в действительности это не так.
Примеры мы приводить не будем. Мы расскажем Вам, на какие пункты описания нулевого клиента стоит обратить внимание:
Какая операционная система используется в «нулевом клиенте» – если указана операционная система, то клиент является тонким в независимости от названия это операционной системы (будь то nullOS, zeroOS и подобное);
Стоимость нулевых клиентов выше стоимости тонких клиентов, так что при отсутствии достаточно информации стоит обратить внимание и на цену;
Если «нулевой клиент» дополнительно поддерживает какие-либо протоколы, отличные от PCoIP или RDP, то он, скорее всего, тонкий.
Интегрированные в монитор нулевые клиенты PCoIP
В таких устройствах нулевой клиент сразу встраивается в корпус монитора.
Иногда такие устройства называют «облачными мониторами».
К преимуществам встроенных в монитор нулевых клиентов можно отнести экономию места на рабочем столе, отсутствие лишних проводов и отсутствие необходимости в лишних розетках к каждому рабочему столу.
Производитель таких нулевых клиентов на стадии разработки рассчитывает параметры теплоотдачи, что позволяет избежать выхода из строя устройства из-за перегрева.
В случае, если мы будем использовать нулевой клиент и монитор по отдельности, но, как часто делают, закрепим нулевой клиент на задней стенке монитора, параметры теплоотдачи в расчёт не принимаются, что может привести к непредсказуемым последствиям.
В случае выбора интегрированного решения важно учесть, что такой нулевой клиент может прослужить до 10 лет и позаботиться о том, чтобы характеристики монитора были современными, например, поддерживалось высокое разрешение экрана, высокое качество картинки и комфорт для глаз (например, с применением технологии IPS).
Рекомендации по выбору нулевого клиента
Базируясь на своем опыте внедрения Horizon и нулевых клиентов в компании самых разных отраслей, V-Grade настоятельно рекомендует Вам обратить свое внимание на интегрированный в монитор нулевой клиент (или облачный монитор) от компании LG – Cloud Monitor 23CAV42K.
Этот нулевик обладает 23-дюймовым экраном с разрешением 1920х1080, матрицей IPS, PCoIP чипом Teradici второго поколения и способен обрабатывать изображение до 50 миллионов пикселей в секунду.
Характеристики нулевого клиента - облачного монитора LG 23CAV42K
Название | Показатель |
---|---|
Model Name | 23CAV42K |
Factory Model Name | 23CAV42K |
Color | Black NON-Glossy |
Chassis No. | LM94K |
Product Concept | PCoIP |
Certification | VMware |
OS Support | VDI Concept |
Networking | Ethernet(10/100/1000) |
Protocol | PCoIP |
Hardware Processor | Tera2321 |
Memory | 512MB |
Size(Inch) | 23” class(23.0” diagonal) |
Color Depth(Number of Colors) | 16.7M |
Pixel Pitch(mm) | 0.2652(H)×0.2652(V) |
Aspect Ratio | 16:9 |
Resolution | 1920 X 1080 |
Brightness(Typ.) | 250 |
Contrast Ratio(Original) | 1000:1 |
(DFC) | 5,000,000:1 |
(GTG) | 14ms |
Viewing Angle(CR≥10) | 178/178 |
Surface Treatment(Glare/non Glare) | non Glare |
Consumption Watts in on | 22W(D-sub)/29W(Cloud) |
Watts in sleep | 0.5W(D-sub) / 7W (Cloud) |
Dimension (W*H*D)(with Stand) | 544.2*386.5(+130)*130.6 |
Dimension (W*H*D)(without Stand) | 544.2*332.3*47 |
Wall Mount | Yes( Vesa compatible 100*100) |
Weight with Stand | 5,56 |
Weight without Stand | 3,35 |
Если у посетителя сайта есть информация, которая по его мнению может быть интересна читателям, мы готовы обсуждать условия публикации.
Мы приложим максимальные усилия, чтобы обеспечить Вас самой передовой информацией по лицензированию и предложить адекватный уровень цен на лицензии и поддержку VMware.
Работая с нами Вы, получите:
Наши цены ниже по целому ряду причин:
V-GRADE - является Официальным Партнером VMware уровня Advanced;
Работаем без посредников , напрямую с VMware, Veeam, Arcserve для VMware.
Наши эксперты:
У нас есть конфигуратор VMware, лучшие цены, актуальные статьи. лучшие эксперты.
В компьютерной сети , тонкий клиент является простым (низко- производительности ) компьютер , который был оптимизирован для установления удаленного соединения с сервером -вычислительной средой. Сервер выполняет большую часть работы, которая может включать в себя запуск программного обеспечения программ, выполнение вычислений и хранение данных . Это контрастирует с толстым клиентом или обычным персональным компьютером ; первый также предназначен для работы в модели клиент – сервер. но имеет значительную локальную вычислительную мощность, в то время как последняя нацелена на выполнение своей функции в основном локально. [ необходима цитата ]
Тонкие клиенты возникают как компоненты более широкой вычислительной инфраструктуры, где многие клиенты совместно используют свои вычисления с сервером или серверной фермой . Инфраструктура на стороне сервера использует программное обеспечение облачных вычислений, такое как виртуализация приложений , размещенный общий рабочий стол (HSD) или виртуализация рабочего стола (VDI). Эта комбинация формирует так называемую облачную систему, в которой ресурсы настольных компьютеров централизованы в одном или нескольких центрах обработки данных . Преимущества централизации - оптимизация аппаратных ресурсов, сокращение обслуживания программного обеспечения и повышение безопасности .
- Пример оптимизации аппаратных ресурсов: можно минимизировать количество кабелей , шин и ввода-вывода , в то время как простаивающая память и вычислительная мощность могут быть применены к пользовательским сеансам, которые в ней больше всего нуждаются.
- Пример сокращенного обслуживания программного обеспечения: установка исправлений программного обеспечения и миграция операционной системы (ОС) могут применяться, тестироваться и активироваться для всех пользователей в одном экземпляре, чтобы ускорить развертывание и повысить эффективность администрирования.
- Пример улучшенной безопасности: программные активы централизованы и легко защищены брандмауэром , отслеживаются и защищаются. Конфиденциальные данные не будут подвергнуты риску в случае потери или кражи рабочего стола.
Аппаратное обеспечение тонких клиентов обычно поддерживает обычные периферийные устройства , такие как клавиатуры, мыши, мониторы , разъемы для звуковых периферийных устройств и открытые порты для USB- устройств (например, принтер, флэш-накопитель, веб-камеру). Некоторые тонкие клиенты включают ( устаревшие ) последовательные или параллельные порты для поддержки старых устройств, таких как принтеры чеков, весы или часы. Программное обеспечение тонкого клиента обычно состоит из графического пользовательского интерфейса (GUI), агентов доступа к облаку (например, RDP , ICA , PCoIP ), локального веб-браузера , эмуляторов терминала. (в некоторых случаях) и базовый набор местных коммунальных услуг .
СОДЕРЖАНИЕ
При использовании облачной архитектуры сервер берет на себя нагрузку обработки нескольких клиентских сеансов, выступая в качестве хоста для каждого конечного устройства. Клиентское программное обеспечение узкое и легкое; Следовательно, необходимо защищать только хост-сервер или ферму серверов, а не программное обеспечение, установленное на каждом оконечном устройстве (хотя тонким клиентам может потребоваться базовая безопасность и строгая проверка подлинности для предотвращения несанкционированного доступа). Одно из общих преимуществ использования облачной архитектуры с настольными компьютерами с тонкими клиентами заключается в том, что критически важные ИТ-активы централизованы для лучшего использования ресурсов. Неиспользуемая память, линии связи и ядра процессора в рамках отдельного пользовательского сеанса, например, могут быть использованы для других активных пользовательских сеансов.
Простота аппаратного и программного обеспечения тонких клиентов приводит к очень низкой совокупной стоимости владения , но часть этой первоначальной экономии может быть компенсирована потребностью в более надежной облачной инфраструктуре, необходимой на стороне сервера.
Альтернативой традиционному развертыванию серверов, которая распределяет затраты на инфраструктуру с течением времени, является облачная модель подписки, известная как настольный компьютер как услуга , которая позволяет ИТ-организациям передавать облачную инфраструктуру на аутсорсинг третьей стороне.
Вычисления на тонких клиентах, как известно, упрощают конечные точки настольных компьютеров за счет уменьшения объема программного обеспечения на стороне клиента. Благодаря облегченной операционной системе (ОС), доступной только для чтения, установка и администрирование на стороне клиента значительно сокращаются. Доступ к облаку - это основная роль тонкого клиента, которая устраняет необходимость в большом наборе локальных пользовательских приложений, хранилищ данных и утилит. Эта архитектура переносит большую часть нагрузки на выполнение программного обеспечения с конечной точки на центр обработки данных. Ресурсы пользователей централизованы для большей наглядности. Задачи восстановления данных и перепрофилирования настольных компьютеров также централизованы для более быстрого обслуживания и большей масштабируемости.
Хотя сервер должен быть достаточно надежным, чтобы обрабатывать несколько клиентских сеансов одновременно, требования к оборудованию тонкого клиента минимальны по сравнению с традиционным настольным ПК. Большинство тонких клиентов имеют процессоры с низким энергопотреблением, флэш-память , память и не имеют движущихся частей. Это снижает стоимость и энергопотребление, делая их доступными для владения и простыми в замене или развертывании. Поскольку тонкие клиенты состоят из меньшего количества аппаратных компонентов, чем традиционный настольный ПК, они могут работать в более агрессивных средах. А поскольку они, как правило, не хранят важные данные локально, риск кражи сводится к минимуму, поскольку данные пользователя, которые можно скомпрометировать, практически отсутствуют.
Современные тонкие клиенты прошли долгий путь, чтобы удовлетворить потребности сегодняшних графических вычислений. Новые поколения низкоэнергетических комбинаций наборов микросхем и ЦП ( центрального процессора ) улучшают вычислительную мощность и графические возможности. Чтобы минимизировать задержку видео высокого разрешения, отправляемого по сети, некоторые стеки программного обеспечения хоста используют методы перенаправления мультимедиа (MMR), чтобы выгрузить рендеринг видео на настольное устройство. Видеокодеки часто встраиваются в тонкий клиент для поддержки этих различных форматов мультимедиа. Другие стеки программного обеспечения хоста используют протокол пользовательских дейтаграмм (UDP) для ускорения обновлений быстро меняющихся пикселей, необходимых для современного видеоконтента. Тонкие клиенты обычно поддерживают локальные программные агенты, способные принимать и декодировать UDP.
Некоторые из наиболее графически насыщенных сценариев использования остаются проблемой для тонких клиентов. Эти варианты использования могут включать такие приложения, как фоторедакторы, программы для трехмерного рисования и инструменты для анимации. Эту проблему можно решить на главном сервере с помощью выделенных карт графического процессора , выделения vGPU (виртуального графического процессора), карт рабочих станций и карт аппаратного ускорения . Эти решения позволяют ИТ-администраторам обеспечивать производительность опытных пользователей там, где это необходимо, для относительно универсального конечного устройства, такого как тонкий клиент.
Чтобы достичь такой простоты, тонкие клиенты иногда отстают от настольных ПК с точки зрения расширяемости. Например, если локальная программная утилита или набор драйверов устройств необходимы для поддержки локально подключенного периферийного устройства (например, принтера, сканера, биометрического устройства безопасности). ) операционной системе тонкого клиента может не хватать ресурсов, необходимых для полной интеграции требуемых зависимостей (хотя зависимости иногда могут быть добавлены, если их можно идентифицировать). Современные тонкие клиенты устраняют это ограничение с помощью программы сопоставления портов или перенаправления USB. Однако эти методы не могут охватить все сценарии. Поэтому рекомендуется заранее выполнять проверочные тесты локально подключенных периферийных устройств, чтобы гарантировать совместимость. Кроме того, в больших распределенных средах настольных компьютеров принтеры часто объединены в сеть, что устраняет необходимость в драйверах устройств на каждом рабочем столе.
Хотя выполнение локальных приложений для повышения производительности выходит за рамки обычных возможностей тонкого клиента, иногда это необходимо в редких случаях использования. Лицензионные ограничения, применяемые к тонким клиентам, иногда могут помешать им поддерживать эти приложения. Ограничения локального хранилища также могут ограничивать пространство, необходимое для установки больших приложений или комплектов приложений.
Также важно признать, что пропускная способность и производительность сети более важны в любой модели облачных вычислений. ИТ-организации должны убедиться, что их сеть может вместить необходимое количество пользователей. Если спрос на полосу пропускания превышает ограничения сети, это может привести к серьезной потере производительности конечных пользователей.
Аналогичный риск существует внутри центра обработки данных. Серверы должны иметь правильный размер, чтобы обеспечивать адекватную производительность конечным пользователям. В модели облачных вычислений серверы также могут представлять собой единую точку риска отказа. Если сервер выходит из строя, конечные пользователи теряют доступ ко всем ресурсам, поддерживаемым этим сервером. Этот риск может быть уменьшен за счет создания в системе резервных средств, процессов восстановления после сбоя, резервного копирования и утилит балансировки нагрузки. Избыточность обеспечивает надежную доступность хоста, но может увеличивать расходы для небольших групп пользователей, которым не хватает масштаба.
К популярным поставщикам тонких клиентов относятся Stratodesk , Wyse Technology, NComputing , Dell (приобретенная Wyse в 2012 году), HP , ClearCube Technology , IGEL Technology , LG и Samsung Electronics .
Тонкие клиенты уходят корнями в многопользовательские системы , традиционно к мэйнфреймам, доступ к которым осуществляется через какой-то компьютерный терминал . По мере развития компьютерной графики эти терминалы перешли от интерфейса командной строки к полноценному графическому пользовательскому интерфейсу , как это часто бывает в современных продвинутых тонких клиентах. Прототипная многопользовательская среда в этом направлении, Unix , начала поддерживать полностью графические X-терминалы , т. Е. Устройства, на которых запущено программное обеспечение сервера отображения , примерно с 1984 года. X-терминалы оставались относительно популярными даже после появления других тонких клиентов в середине и конце концов. 1990-е гг. [ необходима цитата ] Современные производные Unix, такие как BSD и Linux, продолжают традицию многопользовательского удаленного сеанса отображения / ввода. Как правило, программное обеспечение X не предоставляется на тонких клиентах, не основанных на X, хотя никакие технические причины для этого исключения не помешают этому.
Windows NT стала способной выполнять многопользовательские операции, прежде всего благодаря усилиям Citrix Systems , которая в 1995 году переупаковала Windows NT 3.51 в многопользовательскую операционную систему WinFrame , запущенную в координации с тонким клиентом Wyse Technology Winterm. Microsoft получила лицензию на эту технологию у Citrix и внедрила ее в Windows NT 4.0 Terminal Server Edition в рамках проекта под кодовым названием Hydra. Затем Windows NT стала основой Windows 2000 и Windows XP. С 2011 года [Обновить] системы Microsoft Windows поддерживают графические терминалы через службы удаленных рабочих столов. составная часть. Wyse Winterm был первым тонким клиентом, ориентированным на Windows (он же Windows Terminal), который получил доступ к этой среде.
Термин « тонкий клиент» был придуман в 1993 году [1] Тимом Негрисом, вице-президентом по серверному маркетингу в Oracle Corporation , когда он работал с основателем компании Ларри Эллисоном над запуском Oracle 7 . В то время Oracle хотела отличить свое серверное программное обеспечение от продуктов Microsoft, ориентированных на настольные компьютеры. Впоследствии Эллисон популяризировал модное словечко Негриса, часто используя его в выступлениях и интервью о продуктах Oracle. Эллисон впоследствии стал членом правления производителя тонких клиентов Network Computer, Inc (NCI), позже переименованного в Liberate. [2]
Этот термин прижился по нескольким причинам. Более ранний термин «графический терминал» был выбран, чтобы отличать такие терминалы от текстовых терминалов, и, таким образом, сильно упор был сделан на графике, которая стала устаревшей в качестве отличительной характеристики в 1990-х годах, поскольку сами текстовые физические терминалы устарели, и текстовые компьютерные системы (некоторые из которых существовали в 1980-х годах) больше не производились. Термин «тонкий клиент» также лучше передает то, что тогда считалось фундаментальным различием: тонкие клиенты могут быть разработаны с использованием менее дорогого оборудования, поскольку они уменьшают вычислительные нагрузки.
К 2010-м годам тонкие клиенты были не единственными настольными устройствами для вычислений общего назначения, которые были «тонкими» - в том смысле, что они имели небольшой форм-фактор и были относительно недорогими. Неттоп форм - фактор для настольных ПК был введен, и неттопы могут работать полную функцию Windows , или Linux; планшеты и гибриды планшет-ноутбук также вышли на рынок. Однако, несмотря на небольшую разницу в размерах, тонкие клиенты сохранили некоторые ключевые преимущества по сравнению с этими конкурентами, например, отсутствие необходимости в локальном диске. Однако термин «тонкий клиент» может быть неправильным для компьютеров с тонким форм-фактором, использующих флэш-память, такую как компактная флэш-память , SD-карта или постоянная флэш-память в качестве замена жесткого диска .
Нулевой клиент также называется ультратонким клиентом, не содержит движущихся частей, но централизует всю обработку и хранение только на том, что выполняется на сервере. В результате не требуется установка локального драйвера, управление исправлениями и плата за лицензирование или обновление локальной операционной системы. Устройство потребляет очень мало энергии, защищено от несанкционированного доступа и полностью не способно хранить какие-либо данные локально, обеспечивая более безопасную конечную точку. В то время как традиционный тонкий клиент оптимизирован для многопротокольной связи клиент-сервер, нулевой клиент имеет хорошо настроенный встроенный процессор, специально разработанный для одного возможного протокола ( PCoIP , HDX , RemoteFX , DDP. ). Нулевой клиент использует очень легкую прошивку, которая просто инициализирует сетевую связь через базовый GUI (графический интерфейс пользователя), декодирует отображаемую информацию, полученную от сервера, и отправляет локальный ввод обратно на хост. Устройство с такой простой функциональностью меньше требует сложного оборудования или микросхем и, следовательно, становится менее склонным к устареванию. Еще одно ключевое преимущество модели с нулевым клиентом заключается в том, что ее легкая прошивка представляет собой сверхмалую поверхность атаки, что делает ее более безопасной, чем тонкий клиент. Кроме того, локальная прошивка настолько проста, что не требует настройки или постоянного администрирования. Это максимальное упрощение рабочего стола, но компромисс - гибкость. Большинство основных нулевых клиентов оптимизированы только для одного протокола связи.Это ограничивает количество хост-сред, к которым нулевой клиент может предоставить своим пользователям доступ.
Веб-клиенты предоставляют только веб-браузер и полагаются на веб-приложения для обеспечения универсальных вычислительных функций. Однако обратите внимание, что веб-приложения могут использовать веб-хранилище для локального хранения некоторых данных, например, для «автономного режима», а также могут выполнять важные задачи обработки. Богатые веб-приложения , например, могут пересекать границы, а веб-приложения HTML5 могут использовать браузеры в качестве среды выполнения за счет использования манифеста кеша или так называемых «упакованных приложений» (в Firefox OS и Google Chrome ).
Примеры тонких веб-клиентов включают Chromebook и Chromebox (на которых работает Chrome OS ) и телефоны с Firefox OS. Chromebook и Chromeboxes также имеют возможность удаленного рабочего стола с помощью бесплатного расширения браузера Chrome Remote Desktop , что означает, что, помимо того, что они являются тонким веб-клиентом, они также могут использоваться в качестве ультратонкого клиента (см. Выше) для доступа к ПК или Mac. приложения, которые не запускаются на Chromebook напрямую. Более того, они могут использоваться как тонкий веб-клиент и ультратонкий клиент одновременно, при этом пользователь одним щелчком мыши переключается между веб-браузером и окнами приложений ПК или Mac.
Chromebook также может хранить пользовательские документы локально, хотя, за исключением мультимедийных файлов (которые имеют специальное приложение-проигрыватель для их воспроизведения), все такие файлы можно открывать и обрабатывать только с помощью веб-приложений, поскольку традиционные настольные приложения не могут быть установлены. в Chrome OS.
Читайте также: