Какой сервер нужен для терминального доступа на 20, 50 или 100 пользователей? Выбор зависит не только от количества сотрудников, но и от используемых приложений, числа одновременных сеансов, нагрузки на процессор и потребления оперативной памяти.
Терминальный сервер на базе Windows Server Remote Desktop Services (RDS) позволяет сотрудникам работать с корпоративными программами, документами и 1С через удалённый рабочий стол. Приложения выполняются на сервере, а пользователь подключается со своего компьютера или тонкого клиента.
Разберём, как подобрать сервер для RDS на 20, 50 и 100 пользователей, сколько потребуется процессорных ядер и оперативной памяти, какие накопители выбрать и когда стоит использовать несколько серверов вместо одного.
Remote Desktop Services (RDS) — набор служб Windows Server для организации удалённого доступа к рабочим столам и приложениям. Несколько сотрудников могут одновременно подключаться к серверу и работать в собственных пользовательских сеансах.
Конфигурацию RDS-сервера нужно рассчитывать по количеству одновременно активных пользователей и характеру их работы. Само по себе число сотрудников компании не показывает реальную нагрузку.
На производительность RDS влияют процессор, оперативная память, дисковая подсистема и используемые приложения. Даже сервер с большим количеством ядер может работать медленно, если ему не хватает RAM или накопители создают высокие задержки.
CPU обрабатывает задачи всех пользовательских сеансов. Для офисной работы важны как число физических ядер, так и производительность одного ядра. Сложные отчёты, расчёты и отдельные корпоративные приложения могут особенно сильно зависеть от однопоточной производительности.
Каждый пользовательский сеанс занимает определённый объём RAM. Дополнительная память требуется операционной системе, антивирусу, фоновым службам и приложениям. При нехватке памяти возрастает использование файла подкачки и снижается отзывчивость системы.
SSD корпоративного класса обычно предпочтительнее HDD для терминальных серверов. Особенно важна производительность случайных операций чтения и записи при одновременном запуске программ и работе с пользовательскими профилями.
Если в компании 100 сотрудников, но одновременно работают только 40–50 человек, расчёт можно строить на фактическом количестве активных сеансов с резервом на пиковую нагрузку и рост.
Для предварительного планирования можно использовать следующие ориентиры. Они подходят для типовой офисной нагрузки: документы, браузер, корпоративные приложения и умеренная работа с клиентской частью 1С.
| Параметр | 20 пользователей | 50 пользователей | 100 пользователей |
|---|---|---|---|
| Процессор | 8–12 физических ядер | 16–24 физических ядра | 32–48 ядер суммарно |
| Оперативная память | 64–128 ГБ | 192–256 ГБ | 384–512 ГБ суммарно |
| Накопители | 2 × SSD 480–960 ГБ | Корпоративные SSD | SSD на каждом хосте |
| Архитектура | 1 сервер | 1–2 сервера | 2–3 RDS-хоста |
| Профили пользователей | Локально или отдельно | Отдельное хранилище | Централизованное хранилище |
Конфигурации ориентировочные. Реальные требования могут быть выше при интенсивной работе в 1С, большом количестве вкладок браузера, видеоконференциях и ресурсоёмких приложениях.
Для небольшого офиса с 20 одновременно работающими пользователями можно рассматривать сервер с 8–12 физическими ядрами и 64–128 ГБ оперативной памяти. При активной работе с несколькими приложениями 128 ГБ могут стать более практичной отправной точкой.
Такая комплектация может быть отправной точкой для офисных приложений. При выборе оборудования предыдущих поколений необходимо учитывать производительность процессора и возможность дальнейшего расширения памяти.
При 50 одновременных сеансах возрастает потребление RAM и нагрузка на CPU. Для предварительной оценки можно рассматривать 16–24 физических ядра и 192–256 ГБ оперативной памяти.
Если пользователи выполняют ресурсоёмкие задачи или важна доступность системы, нагрузку можно распределить между двумя RDS-хостами. Это также упрощает дальнейшее масштабирование.
Для 100 одновременно работающих пользователей часто целесообразно использовать несколько RDS Session Host, а не один мощный сервер. Такая архитектура позволяет распределять сеансы, проводить обслуживание отдельных узлов и снижать последствия отказа оборудования.
Наличие двух серверов не гарантирует отказоустойчивость. Если каждый RDS-хост загружен почти полностью, при отказе одного узла второй может не справиться с дополнительными сеансами. Необходим запас ресурсов и резервирование критичных компонентов.
ОЗУ — один из ключевых ресурсов RDS. Каждый пользователь запускает собственные процессы, браузер, офисные приложения и другие программы. Поэтому память следует рассчитывать исходя из фактического потребления одного активного сеанса.
RAM = (активные пользователи × память на сеанс) + системные расходы + резерв
Формула подходит для предварительного расчёта. Потребление памяти одного сеанса необходимо измерять на реальных приложениях.
Допустим, одновременно работают 50 сотрудников, а среднее потребление одного сеанса составляет 3 ГБ. Тогда пользовательским сеансам требуется около 150 ГБ RAM. Если добавить 16 ГБ для системы и 25% резерва, расчётная потребность составит примерно 208 ГБ.
(50 × 3 + 16) × 1,25 = 207,5 ГБ
В таком сценарии конфигурация с 256 ГБ RAM может быть подходящей отправной точкой. Однако значение 3 ГБ на сеанс условное и не является универсальным нормативом.
Один из распространённых сценариев терминального доступа — работа сотрудников с 1С. В этом случае важно понимать, какие компоненты размещаются на сервере и какие ресурсы потребляет каждый из них.
В небольших организациях эти роли иногда объединяют на одном физическом сервере. Однако при росте числа пользователей нагрузку RDS, сервера 1С и СУБД необходимо рассчитывать отдельно.
Подбирать оборудование только по числу терминальных пользователей, не учитывая, что на том же сервере будут работать сервер 1С и база данных. В таком случае фактическая нагрузка может оказаться существенно выше расчётной.
Дисковая подсистема влияет на запуск программ, загрузку пользовательских профилей, операции с файлами и общую отзывчивость терминальной среды.
Для системного раздела часто используют зеркалирование RAID 1. При этом RAID защищает от некоторых отказов накопителей, но не заменяет резервное копирование данных и пользовательских профилей.
Один сервер проще администрировать и обычно дешевле на старте. Несколько RDS-хостов позволяют гибче распределять нагрузку и масштабировать инфраструктуру, но требуют более сложной настройки.
| Критерий | Один сервер | Несколько RDS-хостов |
|---|---|---|
| Начальные затраты | Обычно ниже | Обычно выше |
| Администрирование | Проще | Сложнее |
| Масштабирование | Ограничено ресурсами одного узла | Можно добавлять серверы |
| Обслуживание | Может требовать остановки работы | Возможно поочерёдное обслуживание |
| Отказоустойчивость | Единая точка отказа | Выше при наличии резервирования |
При проектировании терминальной инфраструктуры необходимо учитывать не только стоимость оборудования, но и лицензирование программного обеспечения.
Для стандартного многопользовательского доступа обычно требуются лицензии Windows Server CAL и RDS CAL. Лицензирование RDS может осуществляться по пользователям или устройствам в зависимости от выбранной схемы.
Актуальные требования и условия использования необходимо проверять по документации Microsoft и конкретному лицензионному соглашению.
Для терминальных служб можно рассматривать стоечные серверы корпоративного класса с процессорами Intel Xeon, ECC-памятью, поддержкой RAID и резервируемыми блоками питания.
Конкретную модель необходимо выбирать с учётом поколения процессоров, поддерживаемого объёма RAM, числа слотов DIMM, совместимости накопителей и требований к дальнейшему расширению.
Для типовой офисной нагрузки предварительным ориентиром могут быть 64–128 ГБ RAM. Точный объём зависит от приложений и потребления каждого активного сеанса.
Можно начать оценку с 16–24 физических ядер, учитывая производительность каждого ядра. При тяжёлых приложениях требования могут быть выше.
Технически возможно при подходящей нагрузке и достаточных ресурсах. Однако для корпоративной инфраструктуры часто целесообразнее использовать несколько RDS-хостов, чтобы упростить масштабирование и обслуживание.
Корпоративные SSD обычно предпочтительнее HDD для системы, пользовательских профилей и приложений, чувствительных к задержкам.
Для стандартного многопользовательского терминального доступа обычно необходимы Windows Server CAL и RDS CAL. Конкретные условия зависят от схемы лицензирования.
Для 20 пользователей можно рассматривать 8–12 ядер и 64–128 ГБ RAM. Для 50 пользователей стартовым ориентиром могут быть 16–24 ядра и 192–256 ГБ. Для 100 пользователей часто предпочтительнее несколько RDS-хостов с суммарными ресурсами 32–48 ядер и 384–512 ГБ памяти.
Однако универсальной конфигурации не существует. Оптимальный сервер для терминального доступа выбирают по фактическому потреблению ресурсов, используемым приложениям, пиковому числу сеансов и требованиям к доступности.
В SHIYAPOV поможем подобрать сервер для терминального доступа на 20, 50 или 100 пользователей, определить подходящий процессор, объём оперативной памяти и конфигурацию накопителей. Подготовим предложение под задачи вашей компании.
Телефон: 8-800-101-32-57
Email: sale@shiyapov.ru
Сайт: shiyapov.ru