Читать полный материал
Терминальный сервер предоставляет удалённые пользовательские сеансы работы с приложениями. Чтобы подобрать RDS-хост для 1С, нужны число активных сеансов, состав приложений и проверка пиковых сценариев, а не только численность сотрудников.
Общий выбор платформы — в гайде по выбору сервера. Здесь разбираем ресурсы хоста сеансов, проверку отклика и исходные данные для подбора.
Что разобрано в статье
Сеансы
Численность сотрудников и одновременная нагрузка.
Приложения
RDS-хост отдельно от серверной части 1С.
Ресурсы
CPU, память и подсистема хранения.
Пики
Обычная работа и начало смены.
Доступ
Сеть, устройства и печать.
Лицензии
Что учитывать отдельно от расчёта железа.
Что такое терминальный сервер и чем он отличается от сервера 1С
Терминальный сервер — хост сеансов Remote Desktop Services (RDS), на котором пользователи удалённо работают с приложениями и рабочими столами Windows Server. В клиент-серверной архитектуре 1С клиентское приложение, кластер серверов 1С и сервер базы данных — разные части системы. Для подбора важно различать их нагрузку.
Начните с границы задачи: где работает пользовательское приложение, где выполняется серверная логика и где хранятся данные. В этой статье рассматриваем хост пользовательских сеансов RDS. Общий выбор архитектуры 1С остаётся в статье о сервере для 1С, а исходные требования — в чек-листе подбора.
Как считать нагрузку: пользователи, сессии и профиль работы
Число сотрудников в организации — не готовое значение для расчёта хоста. Запишите ожидаемое количество одновременно работающих сеансов, набор приложений и характер операций. Отдельно опишите начало рабочего дня: массовый вход может давать другую нагрузку, чем уже открытые приложения.
Microsoft предлагает проверять вместимость хоста пилотом или моделированием пользовательской нагрузки. Зафиксируйте сценарий: вход, запуск приложения, выполнение типичной операции, печать и выход. Не выдавайте результат одного сценария за гарантию для любого приложения.
Критерий успеха нужно сформулировать до испытания. Пользователю важен отклик приложения, поэтому наблюдение за общей загрузкой CPU дополняют измерениями задержки ввода, времени входа и запуска. Результаты пилота в ANDPRO в этом материале не заявляются: здесь описан порядок их получения.
Процессор: что измерять вместо нормы пользователей на ядро
В руководстве Microsoft оценка CPU связана с нагрузкой одного сеанса и количеством сеансов, с запасом на пики. Удвоение числа процессоров не обещает двукратной вместимости. Поэтому универсальную таблицу «одно ядро на несколько пользователей 1С» здесь не используем.
В заявке укажите, какие операции должны выполняться одновременно и какое время отклика допустимо. Если приложения различаются между группами сотрудников, проверяйте эти группы отдельно. Конкретную модель процессора выбирают после оценки нагрузки, а не по одному признаку «больше ядер». При сравнении не смешивайте число ядер, частоту и результат прикладного теста: один паспортный показатель не заменяет проверку отклика в нужном сценарии.
Память: из чего складывается оценка
Microsoft приводит оценку TotalMem = OSMem + SessionMem × NS: память ОС плюс память процессов одного сеанса, умноженная на число активных сеансов. Это структура расчёта, а не готовая норма гигабайт для любого пользователя.
Для исходных данных нужны измерения набора приложений. Отдельно проверьте пиковые сценарии и рост нагрузки; не подставляйте в формулу случайную цифру из конфигурации другого заказчика. Память серверной части приложения и базы данных требует самостоятельной оценки, если они размещаются на той же платформе.
Диски: профили, приложения и вход пользователей
Microsoft выделяет в нагрузке хоста системные файлы и приложения, файл подкачки, профили и данные пользователей. При оценке хранения важно видеть эти составляющие раздельно. Замена диска сама по себе не объясняет, какой из сценариев был медленным.
Проверяйте обычную работу и начало смены отдельно. Для профилей запишите размер, место хранения и время открытия; для приложения — длительность запуска. При тестировании печати или открытия общего документа отмечайте, где находится файл и какие сетевые обращения выполняются.
До выбора RAID и накопителей сформулируйте требования к защите данных и восстановлению. RAID не подменяет резервную копию. Статья о выборе сервера помогает связать подсистему хранения с платформой, но не является готовым расчётом для произвольного RDS-развёртывания.
В сравнении вариантов фиксируйте одну и ту же нагрузку. Если одновременно меняются диски, объём памяти и набор приложений, результат нельзя приписать только NVMe. Не переносите удачный тест чистого хоста на систему с иным профилем данных.
Сеть, удалённые устройства и печать
Руководство Microsoft разделяет пользовательский RDS-трафик и обращения хоста к внутренним сервисам. Перенаправление устройств также создаёт нагрузку. Поэтому измерение скорости только между сервером и ближайшим коммутатором не описывает опыт удалённого сотрудника.
В пилоте воспроизведите реальные условия подключения: рабочее место, путь до хоста и нужные устройства. Проверьте вход, ввод данных, работу с окнами и печать именно в том сценарии, который будет использоваться. Не считайте тест в локальной сети результатом для филиала с другим каналом.
Для печати подготовьте перечень моделей и способ подключения, затем проверьте необходимые операции в сеансе. В отчёте разделяйте задержку интерфейса, запуск приложения и ожидание печати. Так понятнее, какое измерение требуется продолжить, если пользователь сообщает «всё тормозит».
Общие роли инфраструктуры разобраны в материале об офисном сервере. Здесь оставляем конкретную проверку среды пользовательского сеанса, не повторяя подбор всей офисной системы.
Что учесть по лицензиям Windows Server и RDS CAL
Microsoft описывает RDS CAL на пользователя и на устройство. Режим выбирают по способу доступа, а совместимость версии CAL с версией хоста проверяют отдельно. Количество одновременных сеансов для расчёта железа нельзя автоматически использовать как число необходимых лицензий.
В лицензионной части спецификации разделите Windows Server, доступ RDS и прикладные программы. Руководство Microsoft по настольным приложениям в RDS отдельно рассматривает права на приложения: наличие RDS CAL не следует выдавать за лицензию на произвольную программу.
Для согласования передайте специалисту перечень серверов, пользователей и устройств, версии ОС, список приложений и способ размещения. Уточните существующие права и конкретный договор. Эта статья не назначает состав лицензий 1С, не обещает поставку и не заменяет условия правообладателей.
Каталог программного обеспечения — отдельный маршрут для подбора, а не подтверждение наличия нужного продукта. Производительность проверяется техническими измерениями; право использования — по документам. Один результат не заменяет другой.
Терминальный сервер или VDI
В сеансовой модели несколько пользователей работают в отдельных сеансах Windows Server. VDI использует виртуальные рабочие столы; в документации Microsoft представлены персональные и пуловые варианты. RDS — название набора служб, поэтому противопоставлять «весь RDS» и VDI как полностью несовместимые технологии некорректно.
Для выбора опишите требования к пользовательской среде: нужен ли отдельный рабочий стол, какие приложения должны работать и как проверяется их совместимость. Не выбирайте модель только по привычному названию или обещанию высокой плотности пользователей.
Если хост будет виртуальным, его ресурсы учитываются вместе с остальными ВМ. Базовые вопросы платформы вынесены в статью о сервере для виртуализации. Отдельный материал о VDI планируется; до его публикации ссылки на несуществующую статью здесь нет.
Сравнение: хост сеансов, серверная часть 1С и VDI
| Что сравниваем | Хост сеансов RDS | Серверная часть 1С | VDI |
|---|---|---|---|
| Основная роль | Пользовательские рабочие столы и приложения в отдельных сеансах Windows Server. | Кластер серверов приложения взаимодействует с клиентами и сервером базы данных. | Пользовательские рабочие столы размещаются в виртуальных машинах; модель может быть персональной или пуловой. |
| Что описать в заявке | Одновременные сеансы, приложения, профили, устройства и сценарий входа. | Режим работы системы, выполняемые операции и взаимодействие с СУБД. | Состав рабочих столов, приложения и требования к пользовательской среде. |
| Что проверить пилотом | Вход, запуск приложений и отклик при целевой нагрузке сеансов. | Нужные операции приложения; расчёт RDS не заменяет эту проверку. | Отклик рабочего стола и нагрузку хоста в выбранном сценарии. |
| Граница сравнения | Число сеансов не определяет автоматически скорость серверной части приложения. | Мощность кластера не является готовой оценкой вместимости RDS-хоста. | Назначение отдельной ВМ не гарантирует её производительность без проверки ресурсов. |
Таблица разделяет роли, а не ранжирует продукты по скорости или стоимости. Она помогает не сложить в одну цифру разные нагрузки. Сначала определите способ работы пользователей, затем проверьте ресурсы каждого компонента в выбранной архитектуре.
Чек-лист заявки и частые ошибки
Хорошая заявка на RDS-хост содержит проверяемые исходные данные, а не только фразу «сервер на несколько десятков человек». Соберите:
- Число сотрудников, устройств и одновременно активных сеансов — отдельными значениями.
- Версии приложений, их наборы по группам пользователей и наиболее тяжёлые операции.
- Размещение хоста сеансов, серверной части 1С и СУБД: раздельно или на общей платформе.
- Размер и размещение профилей, перечень перенаправляемых устройств и способы печати.
- Сценарии обычной работы и начала смены, критерии отклика и результаты измерений.
- Требования к восстановлению и росту, исходные данные для проверки лицензий.
Ошибка — сразу подбирать модель по общей численности штата. Другая ошибка — испытать только один открытый сеанс и распространить вывод на всю смену. В обоих случаях отсутствует связь между конфигурацией и ожидаемым поведением пользователей.
Начать подбор можно в каталоге серверов. Для уточнения класса платформы предусмотрены разделы серверов для 1С и серверов приложений. Название фильтра не гарантирует вместимость конкретной конфигурации: проверка нагрузки остаётся частью подбора.
По результатам согласования полезно получить не только перечень компонентов, но и список предположений: какие приложения и сеансы учтены, как проверяется вход и какое расширение предусмотрено. Это позволит пересмотреть расчёт при изменении задачи, не объявляя исходную конфигурацию универсальной.
Частые вопросы
Сколько пользователей выдержит терминальный сервер?
Одного значения для любой конфигурации нет. Нужны количество одновременно активных сеансов, приложения и сценарии работы. Проверьте обычную нагрузку и вход в начале смены. Результат относится к испытанному набору условий; изменения приложений, профилей или удалённых устройств требуют пересмотра оценки.
Терминальный сервер и сервер 1С — одно и то же?
Нет. Хост RDS обслуживает пользовательские сеансы, а в клиент-серверной модели 1С клиентское приложение взаимодействует с кластером серверов 1С и сервером базы данных. Поэтому исходные данные для хоста сеансов и для серверной части приложения различаются, даже когда обсуждается одна физическая платформа.
Как считать ресурсы, если несколько ролей размещены вместе?
В расчёте нужно отдельно учитывать каждую нагрузку и их совместные пики. Не считайте память или CPU, оценённые для сеансов, ресурсами сразу для всей системы. Допустимость размещения выбранных компонентов вместе проверяют по требованиям приложений, ОС и архитектуры; статья не обещает совместимость произвольного набора ролей.
Можно ли купить RDS CAL только на одновременные подключения?
Не подменяйте лицензионный режим числом одновременных сеансов из расчёта железа. Microsoft описывает модели на пользователя и на устройство. Для конкретной организации нужно проверить способ доступа, версии и действующие условия лицензирования. Сам по себе удачный технический пилот не подтверждает наличие необходимых прав.
Обязателен ли NVMe для терминального сервера?
Не назначайте накопитель по одному слову RDS. Сначала определите нагрузку приложений и профилей, сценарий входа и требуемый отклик, затем испытайте конфигурацию. Задержка может относиться к разным частям системы, поэтому замена диска без измерений не доказывает, что причина устранена.
Чем сеансовый рабочий стол отличается от VDI?
В сеансовой модели пользователи получают отдельные сеансы Windows Server. В VDI рабочие столы размещаются в виртуальных машинах. Microsoft рассматривает обе модели в инфраструктуре RDS. Сравнивать нужно требования к среде и совместимость приложений, а не считать один вариант безусловно более быстрым или дешёвым.
Авторство и ответственность
Материал объясняет порядок оценки хоста сеансов. Конкретная конфигурация требует исходных данных и проверки нагрузки; условия лицензирования определяются документами правообладателей.
Материал подготовлен при участии AI-ассистента. Технические положения сверены с документацией Microsoft и описанием клиент-серверной архитектуры 1С. Испытания оборудования или среды заказчика в статье не заявляются.
Для подбора оборудования: info@andpro.ru, +7 (495) 545-48-70.
