Организация терминальной фермы
Собираем ферму на Windows Server с ролями Session Host и брокером соединений либо на Astra Linux с отечественной связкой Termidesk
Подбор терминального сервера для 50 рабочих мест — проектирование удалённого доступа корпоративного класса
Полгода назад было пятнадцать человек на один сервер, теперь пятьдесят: продажи, бухгалтерия, разработка, поддержка - все логинятся в RDP по утрам, к десяти начинаются торможения. На таком масштабе один узел уже узкое горлышко, нужна ферма с распределением нагрузки через Connection Broker и хранением учётных данных на отдельном томе.
Платформу для 50 рабочих мест собираем под профиль компании: разносим нагрузку по двум-трём нодам, ставим под Windows или отечественную связку и сдаём с регламентом обслуживания
В реестре проверенных поставщиков
Рейтинг компании
{ серверные решения }
Роль терминального сервера в офисе с 50 рабочими местами
На пятидесяти рабочих местах вылазят системные проблемы: одно подключение перетягивает CPU, другое держит файл полдня, учётные данные коллеги весят шесть гигабайт и тянутся через сеть при каждом входе. Лечится фермой из двух-трёх нод с балансировкой
Балансировка сессий
Настраиваем балансировку: новый менеджер попадает на ноду с меньшей загрузкой, повторный логин на ту же ноду, что и предыдущий сеанс
Централизованное хранение профилей
Учётки сотрудников храним на отдельном файловом томе (FSLogix Containers, UPD), вход в сеанс ускоряется в разы
Виртуализация и отказоустойчивость
Закладываем виртуализацию (Hyper-V, VMware, Proxmox VE или zVirt) под изоляцию сервисов и резервное копирование
Соответствие ФЗ-152 и импортозамещение
Закрываем требования ФЗ-152 по персональным данным и собираем стенд под сценарий импортозамещения
{ характеристики }
Технические характеристики и преимущества наших решений
Вычислительная мощность и распределение ресурсов между сессиями
Для 50 одновременных подключений достаточно фермы из 2–3 серверов с 24–32 ядрами и 192–256 ГБ ECC-памяти. На сеанс закладываем 6–10 ГБ ОЗУ и 1–2 vCPU. Для офисных задач хватает 24 ядер и 192 ГБ, для тяжёлой аналитики и отчётности — 32 ядер и 256 ГБ. Если используются AutoCAD или Premiere, добавляем NVIDIA с поддержкой vGPU для распределения видеоресурсов между пользователями и увеличиваем объём памяти до 384 ГБ
Дисковая подсистема и хранение профилей пользователей
Учётные записи сотрудников выносим в FSLogix-контейнеры на NVMe, базы учётки на отдельный NVMe RAID 10. Совместные документы на SAS-полке 8–24 ТБ под RAID 6, архив сеансов и резервное копирование на NL-SAS. Шифрование носителей и журнал доступа закладываем под ФЗ-152
Совместимость с RDS, Termidesk и корпоративным программным обеспечением
Платформа - Windows Server 2019/2022/2025 c ролями RDS Session Host, Connection Broker и Gateway либо Astra Linux Special Edition с Termidesk и его собственным брокером. Поддерживаем 1С:Предприятие 8, MS Office, Р7-Офис, МойОфис, CAD-системы. Подключаются клиенты Aquarius, DEPO, IRU, а из западных - NComputing, HP и Dell
Оставьте заявку, и мы свяжемся с вами в ближайшее время
{ конфигурации }
Готовые решения для терминального сервера на 50 рабочих мест
Один мощный сервер с Windows Server RDS и балансировкой сессий
- Корпус 2U: 32-ядерный AMD EPYC либо процессор линейки Intel Xeon Scalable от партнёров с прямыми поставками, 256 гигабайт ECC-памяти
- NVMe RAID 10 на 4 ТБ под профили FSLogix плюс SAS-полка на 12 ТБ под общий обмен
- Windows Server 2022 с ролями Session Host, Connection Broker и Gateway, лицензии Remote Desktop CAL на 50 пользователей
- Сеть 10 GbE с агрегацией, два блока питания, ИБП на 30 минут автономной работы
Ферма из двух узлов на Astra Linux с Termidesk
- Пара корпусов 2U из реестра радиоэлектронной продукции Минпромторга, по 24 ядра и 192 гигабайта ECC
- NVMe RAID 10 на каждой ноде под профили коллег, SAS-том под совместные документы, NL-SAS под архив сессий
- Astra Linux Special Edition с предустановкой VDI Termidesk Termimaker и брокером соединений, доменная авторизация через ALD Pro
- Балансировка сессий между нодами по нагрузке, тонкие клиенты Aquarius или DEPO для рабочих мест команды
Отказоустойчивый кластер с Connection Broker и резервным узлом
- Тройка машин 2U на 24–32 ядрах и 256 гигабайт ECC: две активные под подключения, третья остаётся в резерве для отказоустойчивости
- NVMe RAID 10 с репликацией профилей пользователей FSLogix и базы 1С через файловый кластер (SOFS или GlusterFS)
- RDS Connection Broker в режиме высокой доступности: при сбое первой машины подключения перебрасываются на резервную за полминуты
- Платформа закрывает ФЗ-152 и сценарий импортозамещения, работает с тонкими клиентами из реестра отечественных СВТ
На что мы опираемся при проектировании терминального сервера
1 этап
Аудит пользовательских нагрузок
снимаем профиль пятидесяти рабочих мест: какие отделы в RDP, сколько 1С-сессий, есть ли инженеры с AutoCAD
- 2 этап
Расчёт ресурсов по ролям
считаем ресурсы по ролям: офисник - 2 ядра и 6–8 ГБ, пользователь 1С - 3 ядра и 10 ГБ, дизайнер с CAD - квота GPU и отдельный пул RAM
- 3 этап
Отказоустойчивая балансировка
проектируем балансировку через Connection Broker: загрузка CPU на ноде не выше 70% в пик, при отказе ноды соседняя принимает всех пользователей
- 4 этап
Профили пользователей на NVMe
раскладываем FSLogix-профили на отдельный NVMe-том с репликацией между нодами, вход в сессию за 5–7 секунд
- 5 этап
Лицензирование среды
cверяем лицензии: 50 RDS CAL Per User или Per Device, лицензии 1С на одновременных пользователей, при импортозамещении - Termidesk
- 6 этап
Защищённый удалённый доступ
закладываем безопасный доступ: VPN-шлюз или RDS Gateway, двухфакторка, шифрование RDP, журнал действий под ФЗ-152
- 7 этап
Выбор серверной платформы
подбираем платформу: для коммерции - Supermicro и HPE через сертифицированных партнёров, для гос- и КИИ - реестр Минпромторга
{ сервисное обслуживание }
Технический сервис и внедрение сервера под ключ
Настройка и ввод в эксплуатацию
Инженеры разворачивают Windows Server с ролями Session Host, Connection Broker, Licensing и Gateway либо Astra Linux с Termidesk, настраивают FSLogix-контейнеры и доменные политики через Active Directory или ALD Pro. Для 1С размещаем сервер БД рядом с фермой и проверяем нагрузку, чтобы исключить конкуренцию за дисковые ресурсы. После этого проводим тестирование 50 одновременных сессий
Масштабирование при росте числа подключений
При росте штата до 100+ пользователей ферма масштабируется добавлением новых Session Host без остановки работы: Connection Broker автоматически распределяет нагрузку. Для повышения производительности сеть переводим с 10 на 25 GbE, а при увеличении нагрузки на 1С выносим базу на отдельный сервер с PostgreSQL Pro Enterprise, разделяя ресурсы терминальных сессий и СУБД.
Мониторинг и аудит системы
Контролируем распределение сессий, работу Connection Broker, производительность 1С, состояние FSLogix и репликацию профилей. При сбоях восстанавливаем доступ пользователей без перезагрузки ноды, переключая их на резервный узел. Обновления выполняем поочерёдно в окне обслуживания без простоя сотрудников, а для критичных систем предусматриваем отказоустойчивую инфраструктуру и фиксируем SLA в сервисном договоре
{ свяжитесь с нами }
Получите расчёт за 1 рабочий день
Соберём конфигурацию фермы под структуру вашей команды. На звонок с нашим инженером уйдёт 30 минут, готовое решение предложим в течение двух рабочих дней
Часто задаваемые вопросы (FAQ)
Для 50 одновременных подключений суммарно берём 48–64 ядра серверного класса (24–32 на машину) и 192–256 гигабайт ECC на каждую. Учётки команды в FSLogix-контейнеры на NVMe, базы учётки на отдельный том RAID 10. Под CAD и Premiere добавляем GPU.
Один мощный узел на 50 сотрудников работает, но в пиковые часы теряет в отзывчивости. Ферма из двух узлов даёт запас по производительности и закрывает отказоустойчивость: при сбое первой ноды сессии перекидываются на вторую за минуту. На критичные сценарии - тройка с резервом.
Под импортозамещение собираем сервер из реестра радиоэлектронной продукции Минпромторга с Astra Linux Special Edition, ставим связку отечественного VDI с собственным брокером соединений, доменную авторизацию через ALD Pro. Терминалы - Aquarius, DEPO, IRU.
На Windows Server разворачиваем RDS брокер в режиме высокой доступности: распределяет соединения по занятости нод и возвращает повторных коллег на ту же ноду. На Astra Linux ту же задачу решает встроенный брокер VDI-связки. Балансировка работает в связке с RDS Gateway.
{ свяжитесь с нами }Остались вопросы? Оставьте заявку и мы свяжемся с вами
Остались вопросы? Оставьте заявку и мы свяжемся с вами
в ближайшее время
Заполните форму, и мы проведём бесплатный аудит: проверим серверы, сети и системы безопасности, определим риски и предложим план перехода на отечественное оборудование.