С момента выпуска службы Active Directory в составе Windows 2000 корпорация Майкрософт предоставила пользователям определение базовой схемы для реализации Active Directory.

Выпуск Active Directory® также обозначил изменение процесса написания множества приложений и их реализации в Windows®. До этого такие приложения, как Microsoft® Exchange 5.5, создавались с собственной структурой каталога. После появления Active Directory множество приложений (корпорации Майкрософт и других компаний) начали использовать преимущество предоставляемой базовой структуры вместо создания собственной схемы с нуля.

Первоначально использовалась предоставляемая Active Directory базовая архитектура, которая затем при необходимости расширялась. В Microsoft Exchange 2000, например, служба Active Directory использовалась для реализации систем обмена сообщениями, тем самым определяя будущее архитектуры системы обмена сообщениями Microsoft.

Сегодня работа множества приложений, созданных для работы в среде Active Directory, основывается на ее базовой схеме, во многих приложениях также определяются необходимые собственные изменения схемы. Для этого, разумеется, необходима схема с возможностью расширения, что и будет рассмотрено в данной статье. Более того, поскольку многие приложения зависят от базовых определений в Active Directory, постоянная стабильность основной схемы является исключительно важной. Так как многие приложения должны совместно работать в одной службе Active Directory, изменения одного приложения не должны воздействовать на другие приложения.

В этом пошаговом руководстве представлены инструкции по балансировке сетевой нагрузки (Network Load Balancing, NLB) в среде служб терминалов, что позволяет получить такие преимущества, как повышенная доступность, масштабируемость и производительность приложений, поддерживающих балансировку нагрузки, а также возможность обработки большого количества запросов клиентских приложений несколькими серверами терминалов.

Обзор технологии балансировки сетевой нагрузки в среде служб терминалов

При балансировке сетевой нагрузки трафик распределяется между несколькими серверами с помощью протокола TCP/IP. Вы можете настроить NLB на ферме серверов для масштабирования и повышения производительности отдельного сервера терминалов путем распределения клиентских подключений между несколькими серверами. Компонент Terminal Services Session Broker (TS Session Broker), включенный в состав Windows Server 2008, Windows Server 2003 Enterprise Edition и Windows Server 2003 Datacenter Edition, обеспечивает переподключение пользователей к тем сеансам на ферме серверов терминалов, которые были по каким-либо причинам разорваны.

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