- •Глава 1: Введение в Windows Server 2003 Terminal Services
- •Роли сервера
- •Технология Terminal Services
- •Новые ответы на старые вопросы
- •Режимы совместимости
- •Улучшения в протоколе rdp 5.2
- •Клиент Remote Desktop Connection
- •Конфигурация через групповые политики
- •Доступ к параметрам пользователя через adsi
- •Каталог сеансов
- •Лицензирование терминальных служб
- •Компоненты лицензирования Terminal Server
- •Типы лицензий
- •Инсталляция Terminal Server Licensing
- •Обнаружение сервера лицензирования
- •Назначение лицензий
- •Групповые политики для сервера лицензирования
- •Глава 2: Установка и настройка терминального сервера Сценарии развертывания терминальных служб
- •Замена рабочего стола
- •Удаленный доступ
- •Установка роли терминального сервера
- •Настройка роли терминального сервера
- •Совместимость разрешений (Permission Compatibility)
- •Лицензирование (Licensing)
- •Ограничить пользователя одним сеансом (Restrict Each User to One Session)
- •Основная настройка групповых политик
- •Дополнительные параметры
- •Установка и настройка клиента Remote Desktop Connection
- •Клиент Remote Desktop Connection
- •Клиент Remote Desktop Web Connection
- •Глава 3. Каталог сеансов и распределение нагрузки
- •Конфигурация аппаратного обеспечения терминального сервера
- •Конфигурация жесткого диска
- •Процессор
- •Нижняя граница
- •Отказоустойчивость
- •Распределение нагрузки
- •Настройка nlb
- •Другие балансировщики нагрузки
- •Каталог Сеансов (Session Directory)
- •Настройка каталога сеансов
- •Как работает каталог сеансов
- •Глава 4. Администрирование терминального сервера
- •Требования для доступа к терминальному серверу
- •Разрешения для rdp
- •Уровни доступа rdp
- •Настройка учетных записей пользователей
- •Домашний каталог и каталог профиля
- •Путь к профилю Terminal Services
- •Домашние каталоги
- •Настройка свойств пользователей через интерфейсы Active Directory Service
- •Групповые политики
- •Управление терминальными серверами в среде ad
- •Настройка терминальных серверов при помощи групповых политик
- •Настройки интерфейса пользователя
- •Ограниченные группы
- •Порядок обработки политик
- •Обратный порядок обработки политик
- •Разрешение обратного порядка
- •Результирующая политика
- •Управление сеансами пользователей
- •Удаленное управление
- •Редактирование реестра
- •Утилиты командной строки
- •Глава 5. Установка приложений и совместимость
- •Механизмы совместимости приложений
- •Скрипты входа
- •Пример 1
- •Пример 2
- •Дополнительные административные скрипты
- •Инсталляция приложений
- •Отображение реестра
- •Отображение файлов ini
- •Режимы инсталляции и исполнения
- •Скрипты совместимости приложений
- •Примеры инсталляции приложений на терминальном сервере
- •Простая инсталляция
- •Заказная инсталляция
- •Инсталляция с использованием скриптов совместимости
- •Установка недокументированных приложений
- •Пример из реального мира
- •Флаги совместимости Terminal Services
- •Инсталляция приложений с помощью групповых политик
- •Создание папки общего доступа
- •Создание административных инсталляций
- •Добавление пакетов в gpo
- •Фильтрация приложений
- •Перезагрузка терминальных серверов
- •Развертывание приложений для конечных пользователей
- •Глава 6: Безопасность и защита от вирусов
- •Вирусы, черви, трояны...
- •Настройка безопасности в Internet Explorer
- •Изменения, вносимые Internet Explorer Enhanced Security Configuration
- •Управление разрешенными элементами ActiveX
- •Реализация Windows Automatic Updates
- •Использование sus
- •Развертывание сервис-паков и заплат
- •Использование групповых политик для развертывания пакетов обновлений
- •Развертывание заплат
- •Использование файла zap
- •Использование скрипта остановки
- •Практика защиты от вирусов
- •Все вместе
- •Пример 1: Небольшая среда (театр)
- •Пример 2: BigBusiness, Inc.
- •Прложение a: Клиенты Terminal Services
- •Приложение b: Важные ссылки
- •Приложение с: Изменения в реестре
- •Приложение d: Скрипты
- •Скрипт перезагрузки
- •Приложние e: Командные утилиты Terminal Services
- •Параметры командной строки клиента Remote Desktop Client
Процессор
Терминальные серверы поддерживают несколько параллельных пользователей, что означает параллельное выполнение нескольких процессов. Поэтому требования к процессору терминального сервера высоки. Возможность одновременной обработки множества задач значительно увеличивает производительность терминального сервера. Поэтому большинство терминальных серверов являются многопроцессорными.
Как вы видели ранее, разные редакции WS2K3 поддерживают разное число процессоров. Эти ограничения такие же, как и для Win2K Server, но в W2K3 встроена поддержка технологии Intel HyperThreading. Эта технология позволяет одним процессором параллельно обрабатывать два потока (threads), виртуально удваивая вычислительную мощность процессора.
WS2K3 может корректно различать физические процессоры и виртуальные, создаваемые HyperThreading. При загрузке Windows, она подсчитывает количество процессоров в системе. Если процессоров больше, чем поддерживает эта лицензированная ОС, то отсчет заканчивается на лимите ОС. Это важно, поскольку BIOS подсчитывает физические процессоры перед виртуальными. Такое поведение предотвращает Win2K использовать виртуальные процессоры, если есть доступные физические. На рисунке показан порядок, в котором процессоры подсчитываются в ОС при использовании HyperThreading.
Давайте сравним процессорные ограничения стандартной редакции каждой ОС - каждая из них ограничена 3 процессорами. Поскольку Win2K не может различать физические и логические процессоры, ОС останавливается на четвертом процессоре. В нашем примере есть 4 физических процессора с HyperThreading, Win2K остановится на 4-м процессоре и будет размещять на каждом процессоре по одному потоку. Если бы было только 2 процессора с HyperThreading, то Win2K тоже остановилась бы на четвертом, но в этом случае разместила бы по два потока на каждый процессор, используя преимущества HyperThreading.
Однако, WS2K3 может различать физические и логические процессоры, и применяет лимит только к физическим процессорам. Поэтому в нашем сценарии WS2K3 получила бы преимущества от всех восьми логических процессоров, удвоив вычислительную мощность по сравнению с Windows 2000 Server.
Что это означает для терминальных серверов? В большинстве случаев, поддержка HyperThreading в WS2K3 позволит вам повысить производительность без добавления процессоров в систему или обновления ОС до Enterprise Edition.
Нижняя граница
Собрав всю информацию, вы можете задаться вопросом - сколько пользователей может поддерживать мой терминальный сервер? Ответ зависит от многих факторов - числа приложений, используемых каждым пользователем на сервере, потребления приложением памяти и процессора, частоты переключения между приложениями. Давайте рассмотрим пример на основе современной аппаратуры сервера.
Начнем с двухпроцессорной системы 2.4GHz Xeon с включенным HyperThreading. Добавим 2GB RAM и 4 диска SCSI в конфигурации RAID 10. Такой сервер будет стоить около $6000 и будет поддерживать до 200 обычных пользователей. Если вы используете этот же сервер для предоставления доступа не к рабочему столу, а к одиночному опубликованному приложению, то он может поддерживать и 400 параллельных пользователей (в зависимости от требований приложения).
Если ваш терминальный сервер содержит стандартный набор приложенй - Microsoft Office, Outlook, Internet Explorer (IE) и т.д. - то ограничивающим фактором будет память; два процессора с HyperThreading не будут полностью загружены. Поэтому удвоив память до 4GB вы сможете удвоить число поддерживаемых пользователей.,
Есть утилиты, например, Wyse Expedian (http://www.wyse.com), которые оптимизируют использование памяти на терминальных серверах, позволяя еще больше увеличить емкость вашего сервера.
