Тонкие клиенты: как их покупать

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

    Тут я рассмотрел вопросы про ТК для windows-сетей, т.к. с ними я возился много больше. Частично советы касаются и linux-терминалов, но там, вероятнее всего, есть своя специфика.

    Вопросы, которые вы должны для себя прояснить до покупки:
    1) Порядок, сколько вам их нужно <20, 20-50, 50-100, 100+
    2) Вы готовы к тонким клиентам со стороны сервера? Прощай сканеры, прощай банк-клиенты, прощай дешёвые host-based принтеры (включая струйный принтер у дизайнера), прощай PERSW у бухгалтеров.
    3) Будут ли ТК за пределами достижимости специалистов? (филиалы, малые подразделения).

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

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


    Если у вас ТК будут находиться под боком у IT-отдела, и их <20 шт, у вас есть свободное время и желание в этом ковыряться — смело делайте своё. Как сделаете, так и будет работать. В принципе, при наличии openthinclient, это можно сделать за весьма разумное время, а при наличии thinstation и прочих дистрибьютивов, и, главное, должного энтузиазма, можно сделать и на их основе тоже.

    Если же желания возиться с ними нет, ТК >20-30 шт, есть ТК вне филиалов (в малых офисах и представительствах, в магазинах и т.д.), то имеет смысл приглядеться к готовым решениям.

    Сразу говорю: ни одно коммерческое решение с PXE загрузкой не стоит рассмотрения. Причина — есть бесплатно и с открытыми исходниками [openthinclient]. Платить за то же самое (иногда более плохого качества), морочиться с файлами лицензии и внутренним ощущением попрания основ GPL явно не стоит.

    Так что выбор — за локальной загрузкой. Благо, разница в цене версии без DOM'а (Disk-on-module) и с ним будет различаться на единицы долларов, если будет различаться вообще.

    Далее следует определиться с платформой. Общий обзор я уже делал, сейчас повторю:
    CE- хороший RDP, куцые драйвера переферийных железок (флешки ок, с остальным хуже), приличная скорость загрузки. Обычно полное отсутствие чего-либо за пределами RDP/ICA, редко встраивают VNC viewer/putty. Самые продвинутые предлагают самописные VMWare View Client'ы. Встроенный браузер чаще всего — IE6CE, очень похож на обычный IE6.
    CE5 — устарела, rdp-клиент 5.2, только для работы с windows 2003
    CE6 — новее, работает более-менее с 2008, хотя RDP7 всё равно не поддерживает.
    Linux — rdesktop, протокол 5.2, т.е. старый. Больше проблем в RDP, обычно хороший браузер (Internet Explorer for Linux 3.6+), обычно пачка протоколов для не-windows систем.
    WES — XP-недоросток. Имеет смысл брать только если будут локальные приложения. Реальное применение — совместить локальную работу со словом «тонкий клиент» в отчёте перед начальством. Если у вас на работе нет обязательных к исполнению танцев маленьких наноутят вокруг инновационно-модернизационной ёлки, то оно не интересно, можете просто продолжать использовать обычные десктопы. Если покупаете не в замен, а для новых мест, то оно может пригодиться как более дешёвая версия XP с существенно большим сроком поддержки по обновлениям.

    Другими словами: если у вас основной протокол RDP — лучше CE6 (говорю как оголтелый красноглазый админ, плюющийся от виндов по случаю и без). Если основной протокол citrix, линуксовые протоколы или VMView — то на ваше усмотрение, хотя я советую линукс.

    НИКОГДА не покупайте кота в мешке. Даже если этот кот обклеен брендами HP, Fujitsu или самого Microsoft. Большинству гигантов это делают по аутсорсу, и с совсем разным качеством. Идеально, если до покупки вы можете взять его на тестирование (под залог) на 2-3-5 дней. У многих производителей/продавцов ТК это общепринятая практика. Если не можете, то купите сначала 1 шт. Никогда не верьте продавцам — у них всегда и всё хорошо, потому что продавец админу не товарищ, даже если продавец разбирается в том, что продаёт.

    Список того, что нужно проверить на ТК после покупки:

    1) Поддержка Widescreen. Частая проблема. Даже если у вас сейчас старые 17", будете менять — вероятнее всего, будут widescreen мониторы.
    2) Скорость отрисовки в полном экране на большом разрешении. Проще всего, подключитесь к рабочей станции в 16 бит (или выше) с прокинутым звуком и запустите флешовую игрушку или походите по ютубу. Многие ТК отсеиваются ещё на первой же прокрутке страницы в браузере (лагают при скроллинге).
    3) Время загрузки. Больше минуты — выкидывать.
    4) Работу с флешками. Посмотрите как прокидывается флешка, лучше даже 2 шт одновременно.
    5) Посмотрите как будет работать принтер. Частая проблема. Возможно нерешаемая средствами ТК, если у вас сплошные host-based принтеры.
    6) Посмотрите, что произойдёт при разрвые сесии (выньте сетвой шнурок и вставьте обратно). Поведение не должно пугать пользователя.
    7) Проверьте ВСЕ кнопки в сессии на русском, английском языках в обоих регистрах. Я не шучу. Очень часто бывают проблемы с отдельными комбинациями кнопок (например, вместо большой «Б» маленькая вне зависимости от капса и шифта).
    8) Проверьте работу мыши, особенно у краёв экрана, прохождение всех кнопок и колеса.
    9) посмотрите, есть ли на ТК русский язык. Если есть, можно ли задать раскладку, и передаётся ли она на сервер (разные пользователи любят разные раскладки, и единственный метод дать им любимую раскладку ДО логина это передать её с клиента).
    10) Посмотрите на часовые пояса, попробуйте поставить Россию. (Актуально для Citrix). Обратите внимание на время выдачи аренды DHCP (если ТК это позволяет посмотреть). Во многих CE есть ужасный баг с DHCP и летним временем, из-за чего клиент перестаёт работать с DHCP на длительное время (даже после перезагрузки).
    11) Узнайте, есть ли кнопка (комбинация кнопок) для сброса разрешения. Без этой кнопки вы можете получить нерабочий тонкий клиент с 1920х1200@100Hz.
    12) Проверьте, как работает автозапуск соединения и есть ли задача функционала после завершения соединения (что будет с ТК, когда пользователь завершит сессию). Автозапуск надо проверять с DHCP, часто бывает race condition между получением адреса и запуском сессии. Хороший ТК должен «ждать» инициализации сети перед запуском соединения.
    13) Возможность обновления ПО. Майкрософт регулярно латает дыры в CE, для линукса так же не менее регулярно выходят всякие секьюрити фиксы. Наличие (на сайте производителей) обновлений — важно и нужно. Хакнутый тонкий клиент это смешно до тех пор, пока он не начнёт подменять IP-адреса в сети.
    14) Если используете микрофон — обязательно послушайте, насколько тихо он пишет. Многие железки идут с фиговыми портами микрофона.

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

    1) Защита паролем настроек. (попробуйте обойти эту защиту без ввода пароля, если не сумеете, это хорошо).
    2) Наличие удалённого администрирования. Проверьте, как работает оно со статикой и с DHCP.
    3) Наличие централизованного управление (про это ниже).
    4) Наличие нескольких сессий, в т.ч. одновременно, удобство переключения между ними.
    5) Наличие встроенного VNC server или чего-то подобного для подключения админом к рабочему месту пользователя.
    6) Возможность п.5 выключить или переключить в режим «с запросом разрешения у пользователя».

    О централизованном управлении. Главное, что оно должно делать — это минимизировать объём времени, который тратится на ТК.

    1) Показ статуса ТК (вкл/выкл, идеально: имя запущенной сесси)
    2) Автопоиск новых ТК в сети
    3) Группы ТК, с возможностью задавать часть настроек (остальная берётся локально) для группы.
    4) высший пилотаж — интеграция с AD (при наличии AD, разумеется) и показ ТК в общем списке компьютеров домена.
    5) Возможность централизованно обновлять ТК без отрыва от работы (обычно прошивка всасывается по мере возможности, а само обновление происходит либо в момент перезагрузки, в новый образ), либо при ближайшей загрузке (обновились, ребутнулись).
    6) Возможность рисовать карту сети
    7) Интеграция с существующими крупными решениями управления сетью вроде OpenView или nagios.

    Поддержка расширенных фич тонких клиентов (есть не у всех, далеко не всем нужно).
    1) Смарт-карты. Большинство ТК на тонких клиентах их заявляет, как показал контрольный обзвон рынка, 90% не способно ничего сказать про них (и про нужный тип, ни про то, что будет происходить на сервере при использовании смарт-карт). Если вам понадобятся — выбирайте с большим пристрастием.
    2) WiFi. Тонкий клиент с wifi это круто минус один провод. Основные проблемы: глюки с автоподключением к сетям, рейс кондишн между инициализацией wifi и автозапуском соединения.
    3) Двухмониторные ТК (касается CE6) — если нужно, проверяйте насколько они лагают. Проверьте, что обе головы ТК — DVI. Один DVI, второй VGA — глупость.
    4) Встроенный skype/sip. Посмотрите, как будут приходить звонки при запущенной сессии, как набирать номер при запущенной сессии. Посмотрите, будет ли лагать одновременно разговор и работа в сессии. Посмотрите, может ли пользователь нахулиганить в настройках программного телефона, меняются ли его настройки централизованно.
    5) VPN (pptp/l2tp) — он есть в большинстве CE, и в большинстве же систем не умеет устанавливаться автоматом. Если вам это нужно — проверяйте, так же как проверка на рейс кондишн и поведение при невозможности соединиться.
    6) работа с модемом (GSM/телефонным). Аналогично п.5.
    7) Если монтируется на монитор (и вы планируете это использовать) — посмотрите насколько хорошо будут висеть разъёмы (не во все ли стороны?), нужно ли дополнительно навешивать крепёж и насколько он громоздкий.

    Дополнительно: посмотрите на питание. Если 220 втыкается внутрь корпуса, это плюс (то бишь минус лишний БП на полу), если БП внешний, посмотрите, насколько хорошо держится разъём питания.
    Share post

    Similar posts

    AdBlock has stolen the banner, but banners are not teeth — they will be back

    More
    Ads

    Comments 33

      +11
      Интересно было бы посмотреть на список ТК, которые прошли все вышеперечисленные пункты?
        0
        Таких нет. Я говорю, на то, что в них смотреть надо. А дальше уже вы берёте комплекты недостатков и решаете, какие вас раздражают меньше.
          +1
          и всёже, обзор специфики разных моделей был бы весьма уместен.
        0
        Спасибо, интересно.
          0
          А можно раскрыть экономический смысл внедрения ТК вместо обычных виндовых машин, учитывая что у нас нормальная AD ну, и скажем 500 машин?
            0
            если у вас уже 500 машин есть?:) то менять всегда дороже чем оставаться на том же…
              0
              Ну, допустим, срок эксплуатации подходит к концу, все покупались одновременно. можно подумать о переходе:)
                0
                Посчитайте для начала стоимость развертывания фермы терминальных серверов со всеми лицензиями на 500 машин. Возможно, после этого вопрос уже отпадет сам.
                  +1
                  М…

                  Допустим, у нас будет 6 серверов. 6*20к + 500*2200 = 1.2ккруб на лицензии MS (с цитриксом дороже, да).

                  Тонкие клиенты при этом обойдутся не менее 2-3ккруб, т.е. лицензии будут дешевле железа.

                  [алсо, отказавшись от виндов можно сэкономить больше миллиона рублей и не париться с счётом лицензий — злобная реклама linux'а]
              +1
              Уменьшение числа админов. Если у вас 500 рабочих станций, с большой вероятностью, у вас больше одного сотрудника хэлпдеска. Тонкие клиенты не требуют особого обслуживания (особенно, в централизованной системе управления), т.е. вся нагрузка по обеспечению рабочей среды пользователей перекладывается на администраторов терминальных серверов, которые это делают не для 500 машин, а для счётного числа серверов.

              Если полистаете блог назад, найдёте пост, где я объяснял, откуда потребность в них вообще возникла.
              +2
              Осталось закончить обзором рынка ТК на соответствие выдвинутым требованиям. Ждем!
                0
                Считаю что завязываться на красивенькие тонкие клиенты — не совсем хорошая идея (что с гарантийным ремонтом если мы не внутри мкада?)
                Успешно перевели несколько офисов на обычные системники +wtware(не реклама) — глюков пренебрежительно мало, «левые» usb-принтеры через usbip работают.
                  0
                  Ну, вопрос достаточно интересный. В принципе, статистика поломок у тонких клиентов сильно меньше таковой для персоналок (и вопрос не в супернадёжности, а в том, что оно всё маломощное, с малым количеством компонент и низкими нагрузками). Если сеть крупная, можно брать с небольшим запасом, при накоплении какого-то количества — сдавать по гарантии или просто покупать новые.
                • UFO just landed and posted this here
                    0
                    Теперь осталось по вышеуказанному идеальному списку найти такую модель. Анрил?
                      0
                      Угу. Так что подбирать надо путём компромисса. Я указал на места, которые важны для ТК (вообще). Что именно нужно людям — надо смотреть на местах.
                      –1
                      Вообще, статья (да и предыдущие) создают впечатления, что автора технология тонких клиентов уже достала до предела, он её считает ущербной и малопригодной, но знания-то по ней есть и потому вот можно написать пару статей, поделиться. Напоминает легенду о постижении Искусства Убивать Драконов.
                        0
                        Я не технологию считаю ущербной, а существующие методы изготовления ТК. Все стараются обойтись малыми силами.
                        0
                        Я в свое время на половину граблей из статьи наступил и теперь предпочитаю недорогие Low-End системники типа «мечта студента». Они хоть и относительно крупные, но нет проблем с видео, сетью и прочими мелочами. И по цене обычно дешевле, чем ТК.
                          0
                          В принципе, если их нужно не сильно много, это вполне рабочий вариант. На больших количествах выясняется, что работа чужого дяди по настройке стоит дешевле своей.
                          +2
                          потому что продавец админу не товарищ, даже если продавец разбирается в том, что продаёт

                          Претендует на фразу дня! Тем более, что истина на 100%
                            0
                            Не обманешь — не продашь.
                            0
                            Очень полезная информация, пригодиться при выборе терминальных решений. Большое спасибо!
                              0
                              Господа, вопрос в контексте: есть два тупорылых не справляющихся с задачами (WinXP + OpenOffice + Firefox + Tunderbird + Nod32) «атомных» Lenovo c300, есть желание прицепить их в качестве ТК к OpenSUSE 11.2 ++ LTSP. Самое идеальное, это использовать PXE для загрузки, но очень хочется сделать это по WiFi. Подскажите пожалуйста в какую сторону глядеть. Крайне желательно OpenSource решение.
                                0
                                Может я что-то не понимаю, но защищённый WiFi и PXE не совместимы друг с другому без использования точек доступа. (грубо говоря, кто будет PSK для WiFi хранить при загрузке по PXE?)

                                Не парьтесь, поставьте просто локальную копию линукса. В крайнем случае, DOM стоит 10-20 баксов.
                                0
                                шикарно, ваш мини-цикл статей про ТК как раз пришелся в тему для меня. ВНЕЗАПНО встала задача развернуть >3500 географически разбросанных рабочих мест с применением ТК, буквально с понедельника начинаем тестировать разные девайсы при работе на разной ширине канала (от 64 до 2048 кбит).
                                Спасибо за своевременную и очень полезную инфу, подкрепленную дельными советами! Попытался плюсануть карму, но хабр вредничает и не разрешает (
                                  0
                                  Мы пошли другим путём:
                                  EeePC 701 в качестве тонкого клиента. На борту своя допиленная сборка Убунты точнее Ебунты :) (eeebuntu).

                                  Минус один: сложность разработки первого экземпляра.
                                  Плюсы: полная кастомизация, удалённое управление, гибкая настройка прав, встроенный УПС на 1.5-2 часа.

                                  И да, нам RDP 6 не нужен т.к. SIP-фоны стоят аппаратные — они на голову удобней программных и питаются по PoE от свича в серверной (меньше головняка при пропадании электричества).

                                  Локально юзер юзает медиалеер, веб и джаббер. Остальное живёт на серваке, на который тот стучится по RDP.
                                    0
                                    Хм. А это на самом деле интересно. Особенно, если не полениться и сделать seamless rdp…
                                      0
                                      Собственно говоря так и сделано:
                                      — Вверху панель кнопок и меню Гнома
                                      — Внизу панель кнопок запущенных приложений
                                      — На весь рабочий стол (не перекрывая данных панелей) запущен RPD с жёсткой фиксацией разрешения
                                      — На втором мониторе (встроеном монике Еехи) запущен Pidgin
                                    0
                                    В свое время, когда решали развернуть сеть на ТК — тоже столкнулись с рядом трудностей… От всяких самоделок в роли ТК отказались, решили ставить что-нибудь готовое. HP t5530 на WinCE оказался вполне пристойной моделью. За все время работы никаких особых проблем не вылезло — чек-лист «что нужно проверить» по большей части прошло.

                                    Что касается принтеров-сканеров… У нас печаталось/сканировалось огромное количество документов, поэтому проблема при переходе на ТК встала довольно остро. До этого — у каждого был свой личный сканер и 1-2 принтера вроде HP 2400 на каждый отдел.

                                    В итоге сделали проще — поставили на каждом этаже по 1-2 gestetner/aficio — скорость печати отличная, сканирует на сетевую шару. Сканирование 1 листа с автоподатчика занимает около 2 секунд. От локальных принтеров отказались в принципе.

                                    С банк-клиентами пришлось повозиться. Но с помощью рук, суппорта и такой-то матери — вроде все (а именно штук 5) — заработали.

                                    Самое сложное было на 2 сервера впихнуть больше 120 человек — оптимизация отьела кучу времени. Но это уже тема для отдельной статьи…
                                      0
                                      Какова должна быть архитектура на 2400 тонких клиентов разбросанных по стране? Как расчитать необходимое количество серверов при этом?
                                        0
                                        Штук 30-50 серверов, round robin в DNS, туннели через IPSec/pptp. Сетевая инфраструктура отдельно, у ТК никакой «особой» инфраструктуры. В 2008, говорят, уже сделали нормальный шлюз, тогда можно ещё и его, для того, чтобы на лежащих серверах не подтормаживал коннект в начале.
                                          0
                                          Спасибо, отпишу по полученным результатам подробнее, если эту технологию одобрят.

                                      Only users with full accounts can post comments. Log in, please.