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

Назначение терминального сервера

Гипотетическая ситуация. Сидит у нас пара десятков человек, всем требуется 1С, но ни у кого нет мощных персональных компьютеров. Что делать? Купить каждому по новому ПК? Дорого, да и с точки зрения администрирования не очень. Отмечу, что отдельно потребуется сервер баз данных, который будет обрабатывать клиентские запросы к ней. Не особо удобно, когда уже накопилась критическая масса сотрудников, ведь БД тоже требует немалых технических ресурсов.

Значит, дешевле и проще подойти к технической инфраструктуре с другой стороны:

  1. Создать центральный узел.

  2. Делегировать его мощности конечным пользователям.

  3. Распределить выделенные ресурсы по приоритетам.

Выглядит довольно просто на самом деле. Именно здесь на помощь приходит терминальный сервер. Устанавливаем ПО на него. Для каждого сотрудника создаем гостевую сессию или отдельную учетную запись, по которой сможет использовать удаленный рабочий стол. И третий пункт — распределяем мощности:

  • сетевой канал;

  • ресурсы процессора;

  • количество оперативной памяти;

  • дисковая память.

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

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

Схема терминального доступа
Так выглядит схема терминального сервера 1С

Технологии

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

Здесь зависит от типа гостевых сессий. Например, для каждого рабочего стола может инициализировать отдельный процесс, который будет потреблять указанное в требованиях количество вычислительных ресурсов, например, у Adobe Acrobat встречалась такая проблема. Процессы рендеринга при отображении страниц, ускорение 2D-графики, разные типы сглаживания, работали для каждого удаленного рабочего стола отдельно, что сжирало производительность колоссально.

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

Так что, в первую очередь нужно выяснить, сколько будет съедать ресурсов отдельный процесс. Фактически, придется вычислить полное потребление каждого рабочего стола. Занятие довольно сложное.

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

  • Unix-подобные, наиболее популярные из которых относятся к подтипу Linux;

  • Windows, в том числе и серверные версии;

  • BSD, также UNIX-подобная система, но перетерпевшая колоссальные изменения;

  • множество других, например, самописных, заточенных под специализированные задачи.

Каждая OS будет иметь собственные требования, а также разные возможности предоставления терминального доступа. Требования к устройству будут серьезно разниться в зависимости от типа операционной системы.

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

Требования к железу

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

Когда проектируете сервер терминалов, всегда учитывайте простой факт — лучше выделить на каждый рабочий стол отдельный поток процессора. Например, если пользователей 20, то рекомендуется взять минимум 10-ядерный CPU с 20 потоками. Но тут зависит от требований приложений. Если это какой-нибудь офис, юзаемый сотрудниками, ничего страшного. А если ребята усиленно возятся с программированием и периодически запускают компиляторы, то каждый сотрудник может сжирать колоссальные ресурсы.

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

Оперативная память. Если на всех требуется 64 ГБ, то большая ошибка ставить 2 планки по 32 ГБ. Желательно, чтобы ОЗУ тоже дробилась и количество обращений к планке не становилось критическим. Разбейте по 16 ГБ, так будет надежнее. Но учтите максимальное количество разъемов. Если их всего 4, а в планах 128 ГБ, то тогда придется остановиться на планках по 32.

Сетевая плата. Очень серьезная проблема! Почему? Да потому, что 1GbE на большую численность соединений попросту не хватает. Не потому, что канал забивается, а попросту не параллелится. Это серьезная проблема. Берите платы с поддержкой независимых каналов, тогда проблем получится избежать. 2, а лучше 4.

Блоки питания лучше использовать с возможностью горячей замены, иначе при отказе одного, устройство будет обесточено. Не забудьте взять хороший источник бесперебойного питания. В случае обесточивания это даст время нормально завершить работу, сохранив все данные. Остальное уже по усмотрению. Впрочем, могу накидать несколько полноценных сборок, которые можете заказать. Все сделаю на базе Supermicro, чтобы обойтись без переплат. Цену указывать не буду, так как постоянно скачет, как надежда с небоскреба.

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

Итак, на чем же требуется работать с терминальным сервером? Правильно, любое устройство, которое сумеет отвечать за ввод и вывод данных:

  • старый компьютер;

  • планшет;

  • моноблок;

  • специализированное устройство.

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

espada_e-732
Тонкий клиент Espada E-732 всего за 4000 рублей

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

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

Лицензии

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

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

  2. На количество пользователей. То бишь, лицензия предусматривает определенную численность единовременных пользователей. Больше нельзя, меньше можно. Если сотрудники используют ПО лишь периодически и по очереди, то получается очень выгодный вариант. А вот с отдельными ПК такой вариант уже не прокатит.

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

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

Сборки

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

Терминальный сервер Supermicro 1017R-MTF

Вариант 1

Платформа: Супермикро 1017R-MTF, форм-фактор 1U;
Процессор Intel Xeon E5-1650 v4;
2 SSD SATA Samsung MZ-7KE256BW на 256ГБ;
4 HDD SATA 1ТБ;
Остальное после уточнения деталей. Специфика решает.

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

SYS-1027TR-TF

Вариант 2

Платформа: Супермикро 1027TR-TF, форм-фактор 1U;
2 процессора Intel Xeon E5-E5-2697 v4;
4 SSD SATA Samsung MZ-7KE256BW на 256ГБ
4 HDD SATA 1ТБ.
Остальное по усмотрению.

А если 100? Ну, в таком случае еще веселее. Придется уже изощряться.

2029UZ-TR4 +

Вариант 2

Платформа: Супермикро 2029UZ-TR4 +, форм-фактор 2U;
2 новеньких процессора Intel® Xeon® Gold 5220 Processor;
4 SSD NVMe Samsung MZ-V7P512BW на 512ГБ
4 HDD SATA 2ТБ;
Остальное по усмотрению.

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

Укажите данные
Введите email
Укажите телефонный номер
Ваша оценка будет первой!

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *