Можно ли играть на тонком клиенте
Нижеследующий текст автора не претендует на истину в последней инстанции и по нему не стоит судить о среднестатистическом уровне 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.
А третьим пунктом идет настройка клиентских машин перевод их на загрузку по сети и рассмотрение стандартных подводных камней.
Дома много любителей поиграть в игры.
(полноценные, а не косынка или ферма)
Задумал собрать сверхмощный системный блок и подключать все остальное тонкими клиентами.
Возникли вопросы:
1) Возможно ли реализовать такое в принципе ? (какие возможные подводные камни ?)
2) Возможно ли с помощью Windows Server ?
3) Если возможно под Windows Server, обязательно ли поднимать Hyper-V ?
1С то работает просто через сервер терминалов. Возможно ли так же запускать несколько копий игры ?
3.1) Если да, то изолирует ли удаленных пользователей сервер терминалов ?
Можно ли будет, например, запустить в каждом отдельном подключении Steam и игры через него, не будет ли конфликта авторизаций Steam или игр ??
Заранее благодарю.
С уважением, Воинствующий Ламер.
Дичь какая. Ну попробуй запустить какую нибудь серьёзную (или да же не совсем) графику через РДП. Прийдет же в голову такое.
(0) тем более зачем один сверхмощный, если можно взять два обычно-средне-игровых. Или у вас там 40 человек в квартире и все заядлые геймеры?
Странные вы все ребята . . .
ВОЗМОЖНОСТЬ ОДНОЗНАЧНО ЕСТЬ !!
Огромный плюс будет в том, что хоть с нетбука можно будет в любые игры
Хоть в сортире, хоть на улице, не нужно бандуру за собой таскать
Но вот как это реализовать ??
Так, тем чем и других, создатели жмоты, не тратятся на мощности
Во время наплыва игроков тормоза и лаги
Но это уже во вторых . . .
Во первых -- ***** это мне ??
Платить каждый месяц дяде, даже если за хороший сервис, за 3-6 аккаунтов, а прям всегда (железно) хороших вроде пока нет
А если кто не хочет играть, отсутствует и т.д ??
А если с интернетом вдруг проблемы ??
Да мало ли что . . .
А так сервак лично МОЙ !!
Купил сам себе, потратился раз, и больше голова не болит
Рядом, под боком
Хоть зомби-апокалипсис -- завел генератор и играй
И я тут, кстати говоря прошу совета -- как мне это реализовать ??
А не -- зачем это мне нужно.
Воскресенье плохой день для вопросов . . .
квадро в играх вообще никак, она не про это. одна игра ааа съедает половину и7 и 16гигов, не все игры могут в сли и прочее, прирост от сли 10-15% максимум.
(8) > Странные вы все ребята . . .
Вот кто бы с такими хотелками говорил, а?
(13) > Воскресенье плохой день для вопросов . . .
Ты ведь уже "присоединился к беседе в обсуждениях нашей группы" на стиме?
Тут беда в том, что тебе ведь совершенно не хочется знать как оно устроено. Ты уже выбрал для себя путь - купить один мощный комп и поднять на нем терминальный сервер. И теперь прыгаешь вокруг этого решения "а докажите мне". Мысль, о том, что там может быть использовано совершенно другое аппаратное решение, заточенное под шаринг графических ресурсов и отказоустойчивость, более того - специально спроектированное и собранное под этот бизнес-проект тебе в голову не приходит.
"Обязательно ли поднимать Hyper-V?", "С то работает просто". эхь
Не понял критики.
Я не Могу узнать как оно устроено, потому, что я инвалид второй группы из-за того, что у меня проблемы с головой.
Из-за чего сейчас я работаю не сисадмином, а сварщиком.
И у Вас видимо тоже с головой проблемы. Я задал ряд конкретных вопросов. Вы прокомментировали сами вопросы, стиль изложения, и не дали ни конкретного одного ответа !!
Мне нужно знать будет ли работать то, что я выше привел или нет ?
Если нет, то почему, если да, то как это устроить?
И конечно, если есть другие способы реализации (я вроде ясно описал, что я хочу получить), то после ответа на каждый из поставленных мной вопросов, был бы рад это услышать.
Вы же не сделали ничего из этого !!
Вам бы к неврологу/психиатру обратится, может научат внятно изяснятся . . .
(19) Зарабатывая до 140 т.р. в месяц в городе на меньше чем 100 К жителей
Мой племянник 1С-ник зарабатывает в Москве 90
У Вас с этим проблемы ??
(21) Племянник мне не семья, а сервер собираюсь брать не для семьи. У меня кроме родителей/братьев -- никого нет
Я построил дом с на 4 хозяина со своими лучшими друзьями и только один из нас женат. Свободного времени навалом бывает, живем как в раю. Вот хочу всем подарок сделать.
Читал давно, что Windows Server и vmware ESXi умеют расшаривать видеоадаптеры на гостевые виртуалки.
Даже купил недорогую. Не взлетело. Железо не поддерживает. Отложил вопрос до лучших времён.
Требования минимальные - чтобы игры в одноклассниках у бабушек работали в тонком клиенте.
Хотелось бы как минимум знать. Сегодня это возможно?
хотя бы за 100т.р. ))
Технически это возможно. Сегодня технологии виртуализации, позволяющие предоставить гостевой системе полноценный доступ к видеокарте, уже есть у Microsoft и, если не ошибаюсь, у VMware. RDP тоже продвинулся, в последних версиях может использовать сжатие, аналогичное видеокодекам.
Но как конкретно это организовать, это надо рыть интернет и спрашивать на более специализированных ресурсах.
Видеоадаптер расшаривается через любой известный гипервизор. Подключается через remotefx. На сколько близка производительность к запуску на самом хосте хз.
Наткнулся на более-менее вроде бы разбирающегося в данном вопросе.
Вкратце.
Теоретически на данный момент возможно без проблем.
На практике сборка одно конкретного, даже дорого (в разумных пределах) сервера для игр трудно реализуемо.
Проблема не столько даже в сборке, первичной настройке и подключении, как я понял, сколько в поддержании, обновлении, модификации и прочее.
Ибо пока прогресс в данной сфере не позволяет сделать массовое простое, надежное, беспроблемное решение подключ.
Как я понял, терминальное подключение к серверу виртуальных машин, который можно, в принципе, разными способами реализовать.
Но, вроде как, просто одного, даже мощного компьютера мало, надо либо мощный мейнфрейм (хз зачем), либо в довесок еще массу разных хреновин как аппаратных, так и программных (хотя и мейнфрейм придется доводить до ума, но там другой уровень масштабируемости и ещё черт знает чего), а подробностей дать не могу, мало что понял.
Ибо на практике возникает множество мелких (и не очень) проблем ввиду того, что технологии в этой сфере, на данный момент, СИЛЬНО далеки от совершенства
Но мне сейчас не понять даже как правильно просто файловый сервер на 2016 поднять.
Я уяснил Точно только то, что, кроме вышеперечисленного, надо ещё и специалиста держать постоянно в доме.
Мы говорили по скайпу, был бы текст, скинул бы. Сорри.
Опять таки, ввиду моей полной безграмотности в данном вопросе, нет никаких гарантий, что это все соответствует действительности.
(30) звучит бредово. Если вы там игроманы, с антиалиасингом анизотропной 4к 100ГЦ тенями водой шейдерами и т.д., какой к черту рдп? там поток мама не горюй. По рдп привыкаешь что менюшки не мгновенно отрисовываются, а вы играть хотите
(31) Тебе ж сказали - "технологии в этой сфере, на данный момент, СИЛЬНО далеки от совершенства".
Эдакое спасительное, всёобьясняющее и отстраняющее выражение (:
Не рдп.
RDP (протокол удалённого рабочего стола) — протокол прикладного уровня, использующийся для обеспечения удалённой работы пользователя с сервером, на котором запущен сервис терминальных подключений.
Да, тоже подключаешься удаленно по сети, на этом все сходство и заканчивается.
Как, в подробностях, это может быть реализовано ?? Не знаю !!
Но это возможно !!
Не только теоретически, НО и практически, в данный момент.
Но проблемно, затратно и нуждается в постоянном уходе, ибо надо и ММО, и игры через Стим, и инди всякие.
Постоянно меняются требования, зашиты реализованы у каждой игры по разному и прочее.
Нет, как для серверов в других областях унифицированных стандартов, четко прописанных норм.
Собственно, то что это возможно, ясно.
Раз существуют платные игровые сервисы данной направленности.
Хоть и хреновые.
Зайди на playkey, там есть бесплатный ознакомительный период.
И вообще, почему я, дурак, должен вам умным, все разжевывать ??
Я обычный сварщик 5-го разряда, а вы IT-специалисты.
(0)
1) Возможно. Подводные камни - сложность в реализации, дороговизна и не самая шустрая работа.
2) Возможно.
3) Нет.
3.1) Изолирует.
В общем если у вас достаточно много денег, вы не боитесь сложных технических решений и готовы поступиться быстродействием в угоду удобству - можно реализовать данну схему.
А если хочется приличного быстродействия и недорого - тогда классика, отдельные компьютеры всем с видеокартами.
(37)
Нет.
Клавиатура и мышь, возможно, подключаются аналогично.
Что там менять ??
А от сервера на тонкий клиент специальные сервисы потокового видео передают изображение.
И это уже не подпадает под определение RDP.
Но не это главное.
Куча проблем в другом. Но почти ничего из того я не понял.
Вернее ясно понял, что мне придется покупать игровые ноутбуки видимо.
(36)
Огромное спасибо !!
Мне наверное впервые дали точный ответ на Мисте.
Собственно меня больше всего интересовало изолирует ли абсолютно удаленных пользователей сервер терминалов.
Вы точно уверены в этом ?
То есть (теоретически) разные пользователи могут запускать через Стим какую-нибудь онлайн косынку, каждый из под отдельного Стим-аккаунта ??
(39)Зависит от того что понимать под изолированностью.
В данном контектсте - да, пользователи, и их профили полностью изолированы, они могут запускать один и тот же софт под разными аккаунтами, иметь разные настройки, например разрешение экрана, и.т.п.
Но изоляция не 100% - если один пользователь завалит систему, например вызовет BSOD, это коснется всех пользователей.
(39) По поводу RDP.
Если говорить именно о протоколе удаленного рабочего стола - вы правы.
Но я вообще говорил о комплексе технологий.
Сейчас это называется RDS.
Поэтому корректнее сказать - "только RDS"
Причем доступ не обязательно по сети, в 2016 сервере можно втыкать hdmi и USB тонких клиентов прямо в сервер.
Глубоко не копал, пробежался по верхушкам ))
Теоретически думается, что можно сделать так, что на сервере рассчитывается необходимый минимум, на клиента передаётся минимум возможного исходя из ширины канала, на клиенте задействуется видеоадаптер, который в зависимости от производительности дорисовывает картинку.
Практически это нужна технология, которая связывает воедино программное обеспечение игры, ОС гостя, ОС хоста, ОС тонкого клиента, железо на всех уровнях.
Если клиентов в одной локальной сети много, то должна быть задействована широковещательная рассылка, поддержка ещё и со стороны роутеров и т.п.
В какую сторону пойдёт развитие технологий? Может быть производительности спичечного коробка хватит для любой игры, а сеть на оптике позволит играть через интернет, тогда не придётся ничего городить.
Я вот не пойму, причем тут виртуальные машины? Вы вроде там все доверенные пользователи. Вам нужен простой терминальный сервер. На обычной клиентской винде, чтобы не было проблем с играми. Т.е. либо патченный RDP либо VNC, либо что-то подобное. По-моему в существующих сервисах используют VNC, но делают ли это из-за лицензионных ограничений или просто RDP для такого плохо подходит (а он действительно не для этого разрабатывался) - не знаю. С аппаратной точки зрения на 4х человек с FULL HD хватит пару карточек nvidia c паскалем, т.е. это не 300-400 тысяч, а в 2 раза меньше. Другой вопрос, что для комфортного стриминга 1920х1080х4х60 байт нужна 10 Гбитная сеть. Т.е. с мечтой об играх в сортире с нетбука придется распрощаться, вайфай такое не потянет. Максимум может быть для одного человека и то фпс будет мало. Т.е. рабочие станции должны подключаться к сети в стационарных точках. А значит, проще и дешевле купить обычные компы и не заморачиваться.
(44) Какие гигабиты? Для стримминга одного сервиса в HD телевизионного качества достаточно 12 Мбит/с при сжатии в AVC. Это рекомендации вендоров для каналов с динамической картинкой (спорт, музыка). 1-2 стрима даже на CPU сжать в реалтайм можно. Проблема не в этом, а в задержках. Любое преобразование видео вносит задержки. Так устроена математика. Плюс обратная связь. А в играх порой даже четверть секунды решают.
Вам поможет астер(aster ibik), только он не работает на серверных ОС. Можно до 12 рабочих мест организовать. Я поднимал на 4, работает отлично.
(40) разрешение экрана в терминале свое? это решение под иксы чтоли?
Приносил племяш ноут почистить, там в автозагрузке мейлру.игры гейм.нет яндекс.плагин хамачи стим и еще какой то загрузчик игрокомпаний. Интересно какой сервер терминалов такое потянет и что хотябы установится на терминалку)
Имхается автору надо Н виртуалок и проброс по сети напрямую монитора и мыши в них, интересно бы на такое посмотреть
(45) Каналу с динамической картинкой и 30 фпс за глаза. А для игр 60 нужно. Википедия говорит, что это минимум 48 Мбит/сек. Как бы мое знание математики подсказывает, что права вики, а не мифические вендоры. И плюс есть сомнение, что клиент, способный расшифровывать без заметных задержек такой поток, будет по-настоящему тонким.
ЗАмес в том, что игра играется на мощном компе, а на тощий ноут просто изображение идет и управление с ноута.
Оно реально работает. Только однопользовательским образом - вдвоем на одном срвере не порубишься так
(3) Мы в ГТА5 на ультре гоняли по РДП на серваке в 5 клиентов.
Правда то сервак был за 3 мельта с платой для расчёта графики Nvidia Grid Или что-то там.
(43) Там во всех видео терминал открывается на том же компьютере, где поднята связка hyper-v+remotefx. А нужно хотя бы с соседнего.
(48) Зачем весь поток передавать? Отправлять клиенту векторную графику и ключевые кадры, которые кэшируются и недостающее дорисовывается.
как Вы относитесь к такой идеи? плюсы и минусы? и какой сервер нужен для этого?
из плюсов - однозначный 1 общее место хранения фоток, один антивирус и прочее
ps
игры нужны но не супер крутые
(1) NAS с функциями докачек и раздачей потового видео стоит минимум 30..40тр, что является половиной от более менее нормального сервера
(2) ЯД тормозной.
Для фоток и видео если их много - гугл фото.
Если не очень много фоток или нужно хранить другие файлы - вандрайв.
На вандрайве самая быстрая скорость, на гугл фото неограниченнгое место.
Я использую и то и то.
осваивайте умные телики, планшеты и смартфоны. когда не надо запускать 1с, могу вообще не включать ПК.
нужна файлопомойка - ставьте NAS или прикручивайте файлопомойку к серверу.
хорошо, зайдем с другой стороны - тонкий клиент это тихая коробочка на мониторе, а не огромный шумящий системник под столом
(23) не правда, такой системник будет на атоме, или серии Т, что сильно не шустрым его делает, да видио слабое у них
Вчера еле отказался от идеи забрать плоский сервер dell 2008 года в придачу к лазерному принтеру. 4 ГБ, мало или нет дисков, от 3 тысяч. Если кто хочет превратиться в админа и бороться со старым брендовым железом - пишите в личку, дам контакт. Но это в Подмосковье, там комары и пробки.
(25) +100. Яндексу доверия меньше, чем майкрософту. А майкрософту доверия вовсе нет.
(24) На самом деле не проще. Шум зависит от мощности экспоненциально.
Мощный сервер очень шумный, персональные компы правтически неслышимы. Я родственникам недавно покупал новый. Думал он не включается, такой тихий был.
(29) сервера шумные не потому что мощные, а потому что там вентиляторы маленькие стоят. а в настолках большие
(19) > у него хозяин заграничный.
(0) нормальное отношение. Единственное что - в семье дома обычно есть люди которые играют, соответственно, для игрушек нужен комп с приличным железом и видюхой. Тонким клиентом не обойдешься в данном случае. А так вполне себе жизнеспособная идея, знаю по крайней мере троих человек которые что-то такое мастырили.
(36) у меня - есть, даже не одна. Но дело не в этом.
по любому сейчас есть сетевое оборудование которое монтируется в одном месте, начиная от рессивера, Wi-Fi, комутаторы, спутник и прочее. то есть по любому шкаф нужен как минимум не большой, а если еще сетевое хранилище туда втыкивать то уже и вполне прилично выходит, так что сервер есть куда ставить. а еще компоненты умного дома.
Я хочу сделать что-то подобное, так как и я, и жена работаем много на домашнем ПК. Да ещё и дети подрастают. Очень нужно единое информационное пространство, но с возможностью одновременной работы.
Тонкий клиент (англ. thin client) в компьютерных технологиях — бездисковый компьютер-клиент в сетях с клиент-серверной или терминальной архитектурой, который переносит все или большую часть задач по обработке информации на сервер (Wikipedia ).
Если проще, то тонкий клиент – это недокомьютер, который загружает легкую операционную систему (обычно используется Linux, в обзоре возьмем это за априори) и соединяется с терминальным сервером.
Обычно тонкие клиенты создаются для экономии на железе и ПО, в редких случаях по иным соображениям.
В этой статье я постараюсь сделать краткий обзор WTWare, являющегося Linux дистрибьютивом, разработанным специально для создания тонких клиентов.
Сначала о тонком клиенте.
Тонкий клиент представляет собой системный блок, у которого обычно нет жесткого диска, и присутствует только минимальный набор железа, нужный для запуска операционной системы тонного клиента (далее просто тонкого клиента). К системному блоку подключены питание, мышь, клавиатура, монитор, сетевой кабель. Кроме стандартного набора к тонкому клиенту могут быть подключены другие устройства, при условии, что он сможет их распознать и передать терминальному серверу.
Схема сети с тонкими клиентами выглядит примерно так:
- На компьютере с одного из источников загружается тонкий клиент. Основные варианты источников загрузки – LAN, CD, HDD.
- В процессе загрузки тонкого клиента (или до нее при варианте с LAN) сетевой карте компьютера выдается IP адрес.
- По окончании загрузки тонкий клиент через rdesktop поднимает терминальную сессию с указанным в настройках терминальным сервером.
- Существенно снижаются затраты на «железо». Предприятие может купить за копейки старый хлам, и все что нужно для его работы – терминальный сервер с достаточным количеством ресурсов и настроенные тонкие клиенты.
- Снижаются затраты на программное обеспечение – не нужно покупать ПО на десктопы, достаточно только лицензировать терминальный сервер (но нужно покупать терминальные лицензии).
- Снижаются затраты на администрирование. Администрировать нужно лишь терминальный сервер. Как показала практика, тонкие клиенты практически не убиваемы (если не прилагать целенаправленные усилия), и практически не дают сбоев. Но нужно понимать, что при смене сисадмина он должен разобраться во всем этом деле, например сэмулировав работу тонких клиентов на виртуальных машинах, ведь любой сбой приведет к общему краху.
- Загрузка по сети. Работает следующим образом: в локальной сети должны быть подняты DHCP и TFTP серверы. В компьютере должна быть либо сетевая карта с BootROM, либо драйвера для сетевой карты, эмулирующие BootROM. Сетевая карта ищет в сети DHCP сервер, получает все необходимые сетевые настройки + адрес TFTP сервера. Далее происходит обращение к TFTP серверу и загрузка операционной системы.
- Загрузка с CD/DVD/Flash/IDE — тут стандартно, как и любая другая операционная система.
WTWare — дистрибутив GNU/Linux, разработанный специально для создания тонких клиентов. За основу взят популярный клиент под названием Thinstation. Основное различие – ориентированность на русских пользователей (в самом Thinstation есть проблемы с кириллицей), плюс всякие мелкие фиксы.
Настройка WTWare.
Я не буду рассказывать про настройку DHCP и TFTP серверов, там все вполне стандартно. Напомню только, что в DHCP сервере нужно указать адрес TFTP сервера, а в TFTP сервере путь до файла загрузки и имя этого самого файла.
Так же я не буду углубляться в тонкую настройку WTWare, т.к. информация на официальном сайте WTWare вполне доступная, ее много и вся она на русском языке. Укажу лишь на основные аспекты.
Итак. В первую очередь качаем образ Thinstation с сайта WTWare. Распаковываем.
Загрузочный файл называется pxelinux.0 при загрузке по протоколу PXE (если BootROM встроен в вашу сетевую или материнскую плату) или wtshell.nbi для загрузчика Etherboot (при использовании эмулятора BootROM).
К слову говоря, Etherboot — оpensource проект, который выпускает прошивки практически для всех существующих сетевых карт. Прошивка Etherboot может быть записана в микросхему BootROM или flash-память сетевой карты, может быть запущена с дискеты или жесткого диска как загрузочный сектор или как программа из DOS.
Далее если вы загружаетесь через LAN и у вас правильно настроены DHCP и TFTP сервера – все должно заработать «как есть». Единственное – не будет найден терминальный сервер, ведь вы еще не конфигурировали ваши тонкие клиенты.
Если вы загружаетесь иным способом, то стоит прочитать тут, выбрав интересующий вас способ загрузки.
Конфигурирование.
Опять таки я не буду углубляться в дебри конфигурационных файлов, потому как там сотни параметров. Тут можно увидеть их полный список. Я расскажу лишь об основных.
- all.wtc – общесистемный конфигурационный файл.
- list.wtc – подключаемые конфигурационные файлы согласно списка.
- Индивидуальные конфигурационные файлы.
- Имя_терминала.wtc. Имя терминала, соотвественно, выдается DHCP сервером.
- ма.ка.др.ес.те.рм.wtc. Привязка идет по мак адресу подключаемового терминала.
- all.wtc
- Файлы, указанные в list.wtc
- Файлы, подключенные через include
- Индивидуальный конфиг
Конфигурационные переменные индивидуальных файлов:
user = username // имя пользователя
password = user_password // пароль пользователя
domain = enterprise_domain // домен предприятия
Если в индивидуальный файл записать переменную, которая присутствует в общем файле — она получит более высокий приоритет.
Так же в индивидуальные файлы прописываются дополнительно подключенные устройства, такие как принтеры, сканера и т.п.
И в конце хотел упомянуть об еще одной интересной возможности – подключение локальных ресурсов (Floppy, DVD, Flash, HDD, Sound). В конфиге выглядит примерно так:
floppy = on
cdrom = on
usb1 = on
sound = on
Диск будет доступен в сессии текущего пользователя из Проводника Windows по адресу: \\tsclient\
- Могут возникнуть проблемы с подключением оборудования, если драйвера на него в системе отсутствуют. Знаю, что через некие костыли можно разобрать образ, припихнуть туда драйвера, собрать образ обратно. Сам не пробовал.
- Если у карточки нет BootROM, могут возникнуть проблемы с подбором Etherboot прошивки (есть не для всех карт).
Стоит заметить, что сама система бесплатна, но можно приобрести лицензию с очень интересной целью – что бы убрать логотип WTWare из загрузочной заставки. Как я понимаю, это сделано для предприятий, массово внедряющих данный продукт под эгидой аутсорсинга.
Оборудование для создания тонких клиентов:
На сайте WTWare так же можно приобрести оборудование для создания тонких клиентов (дабы не собирать их из хлама). Надо сказать, что оно (оборудование) отвечает всем требованиям гламура. Несколько скринов:
Ну, вот, пожалуй, и все. При правильной настройке терминального, DHCP и TFTP сервера все должно заработать слету. В интернете очень много русскоязычной литературы, поэтому проблем с настройкой быть не должно. Да и вообще в плане документации система мне очень понравилась, на сайте производителя есть почти все.
P.S. Самолично ставил данный продукт на два предприятия, на одном 34 ПК, на втором 16 ПК.
P.P.S. Следует понимать, что данный продукт не является альтернативой тому же Linux, и возможно, имя на каждом ПК по установленной ОС, общая картина будет гораздо приятнее. Возможно и нет. Это именно тонкий клиент, и ничего иного.
Доброго времени суток собратия!
Возникла идея(правда пока до конца не оценил ее целесообразность и реальность).
На сервере виртуализации (поставить в гараж чтоб не шумел) поднять виндовую машину(помимо еще парочки серверных) для домашнего использования и игрушек. Как реализовать проброс винды к себе в комнату? (в школе было 5+ по профессиональной терминологии). Физическими средствами ну или в идеале конечно на тонкий клиент.
И, вообще, возможно ли это с сохранением приемлемой производительности?
- Вопрос задан более трёх лет назад
- 634 просмотра
Простой 1 комментарий
я бы реализовывал проброс физическими устройствами, т.е. вынос от ПК монитора, к+м, usb-хаб. Любые попытки подключиться удаленно неизбежно отразятся потерей производительности в играх. Другое дело что порой длина кабелей для устойчивого сигнала меньше чем хотелось бы.
Всё уже придумано за нас.
Как работает у меня: raspberry pi 3b+ с установленным steam link. На игровом компе автозапуск steam и включенный wol. Всё работает как часы.
Хотите чтоб не шумел - ставьте хорошую водянку или хорошую воздушку с большими вентиляторами и радиаторами
Alex Helber, если запустите чутка воздуха, то будет
Кулеры ноктуа рулят — бесшумные и надежные. СВО имеет смысл ставить на процессоры с TDP в 200 Ватт и более и собирать кастомную (т.е. проц + видео). Необслуживаемые СВО в целом проигрывают ноктуа (цена + шум + надежность).
В коментах есть линк со сравнением
Для начала решите вопрос как будете пробрасывать видеокарту в виртуалку, а то можете банально на ошибке 43 с картами nvidia встать. Есть такая штука как steamlink, умеет пробрасывать в том числе сторонние игры, это как раз типа тонкого клиента для игр, но ничего не мешает просто на тонкий клиент steam клиент поставить, он тоже транслировать умеет.
Сам использую связку proxmox, windows 10 VM (uefi) + карточка rx560, steamlink.
Работает все это нормально, но у меня сеть проводная, на wifi не факт что заведется (читай рекомендации к steamlink)
Просадки по производительности не вижу.
Вроде есть похожие клиенты для трансляции у nvidia и amd,но насколько помню они платные, есть открытые клиенты opensource, но я среди них нормальных (без танцев с бубном) не встречал.
Поддерживаю SteamLink
У меня сеть WiFi 5ГГц нормально 1366*768 тащит, к задержкам добавляет 1мс максимум
На сервере виртуализации видяха есть? Или такие игрушки, что она не нужна?
Возможно проще нарастить длину кабеля монитора и usb, и просто подключить без всякой виртуализации?
Читайте также: