Тонкие клиенты и терминалы: дешёвые рабочие места без зоопарка

Идея старая как сам Unix: пусть вся работа идёт на одной машине, а пользователь сидит за терминалом, который только рисует картинку и принимает нажатия. В корпоративном мире это долго было дорогим удовольствием - специальное железо, дорогие лицензии, долгое внедрение. Сейчас что-то сдвинулось. Windows Terminal Services стал доступен без отдельных приключений с лицензированием на уровне сервера, тонкие клиенты выходят в ценовом диапазоне нормального б/у-компьютера. Мы попробовали на одном из клиентов. Рассказываем, что получилось.

Что именно мы развернули

У клиента - бухгалтерия на десять рабочих мест плюс пара менеджеров. Основная программа - 1С 7.7 в файловом режиме, почта через Outlook, Excel по мелочи. Парк машин разношёрстный: что-то куплено в 2000-м, что-то позже, обновлялось хаотично. Обновление до единого стандарта означало деньги, которых не хотелось тратить на железо.

Мы поставили один нормальный сервер - с запасом по памяти, хорошим процессором, быстрыми дисками. На него завернули Windows Server с Terminal Services. Старые машины на столах переконфигурировали как терминальные клиенты: они запускают только RDP-сессию и ничего больше. Две самые дряхлые машины заменили на недорогие бездисковые коробочки - это и есть «тонкие клиенты» в буквальном смысле, там нет жёсткого диска вообще, только память и сетевая карта.

Все приложения работают на сервере. Пользователь видит обычный Windows-рабочий стол, только он живёт на сервере, а не на его компьютере.

Что выиграли

Поддержка сократилась резко. Раньше «у меня что-то не так» требовало идти к конкретному столу, смотреть конкретную машину с её историей, её установленным мусором, её драйверами. Сейчас все десять человек работают на одной системе. Проблема у Иванова - смотришь сервер, не идёшь никуда. Обновление 1С - один раз на сервере, готово для всех. Раньше обновление 1С на десяти машинах занимало день, сейчас - час.

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

Старое железо получило вторую жизнь. Компьютер 2000 года рождения как терминальный клиент - вполне рабочая вещь. Ему не нужно тянуть 1С локально, ему нужно только рисовать картинку по RDP. Это работает на удивление хорошо.

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

Где не сработало и где мы не спешим

Графика и мультимедиа - не сюда. Один дизайнер в той же компании остался на обычном компьютере. Терминальная сессия для Photoshop - это мучение: протокол RDP не придуман для передачи плавных изменений на экране, каждый мазок кисти идёт через сеть. Там, где нужна живая графика, тонкий клиент не подходит.

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

Нагрузка на сервер суммируется. Десять человек одновременно открыли большой Excel - сервер это чувствует. Мы один раз ошиблись с запасом памяти при планировании, пришлось доставлять модули. Правило простое: считать нагрузку с коэффициентом, не жадничать на RAM.

Принтеры - отдельная боль. Печать через терминальную сессию устроена хитро: принтер пользователя должен быть виден серверу через механизм перенаправления. Это работает, но при обновлениях ломается неожиданно. Мы потратили несколько часов на отладку двух принтеров, которые перестали видеться после патча сервера. Мелочь, но неприятная.

Итого

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

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