Точки Подключение ion для реплицированных, размещенных и баз данных
При публикации службы с помощью точки подключения службы (SCP) рассмотрите, как клиенты будут находить SCP для службы. Если существует несколько экземпляров службы, рассмотрите, как клиенты будут различать службу с нужными функциями от аналогичных служб с разными функциями. Если опубликовать реплика службу, рассмотрите способ выбора реплика клиента. В этом разделе рассматриваются эти проблемы для различных типов служб.
Реплицируемые службы
Для службы реплика может быть один или несколько экземпляров или реплика службы, и клиенты не заботятся о том, к каким реплика они подключаются, так как каждая из них предоставляет одну и ту же службу. службы домен Active Directory являются примерами реплика служб: все контроллеры домена для заданного домена содержат идентичные данные, при условии реплика задержки и предоставления идентичных служб.
Репликируемые службы могут хранить scPs и другие объекты, относящиеся к службе, для нескольких реплика в одном контейнере. Приложение установки для первого реплика может создать контейнер в качестве дочернего элемента контейнера системы локального домена. Дополнительные сведения см. в статье "Публикация в контейнере доменной системы". Убедитесь, что дескриптор безопасности для контейнера позволяет программам установки для последующих реплика создавать объекты в одном контейнере. Предоставьте администраторам разрешения на установку, чтобы указать пользователей или группы, которые могут создавать или изменять объекты в контейнере.
Одна из стратегий службы реплика ble заключается в создании SCP для каждого реплика. Когда клиент запрашивает идентификатор GUID продукта службы или другой идентификатор ключевое слово, он находит объекты SCP для всех реплика и выбирает один случайным образом или использует алгоритм балансировки нагрузки. Например, администратор может указать приоритет и данные балансировки нагрузки для каждой реплика, аналогичные полям приоритета и веса записи SRV DNS. Приложение установки службы может хранить эти данные в атрибуте serviceBindingInformation каждого SCP реплика. Клиенты получают данные из каждого SCP и используют его для выбора реплика.
Другая стратегия — создать единый SCP для всех реплика и задать атрибут SCP serviceDNSName именем записи DNS SRV. Затем приложение установки для каждой реплика регистрирует запись SRV с таким именем. Когда клиент определяет единый SCP службы, клиент получает имя записи SRV и использует функцию DnsQuery для получения массива записей SRV для реплика. Каждая запись SRV содержит имя хост-компьютера и дополнительные данные, которые клиент может использовать для выбора реплика.
Службы баз данных
Разные экземпляры службы баз данных могут содержать совершенно разные данные, даже если они все одинаковые службы, обычно называемые классом служб. Чтобы опубликовать эту службу, атрибут ключевое слово SCP может определить как класс службы, так и конкретную базу данных. Клиент общего назначения, который знает только GUID класса службы, может запрашивать все базы данных, опубликованные этим классом службы, а затем представить пользовательский интерфейс, чтобы разрешить пользователю выбрать один. Для клиента, предназначенного специально для целевой базы данных, можно жестко закодировал GUID базы данных в клиентский код.
Службы на основе узлов
Службы на основе узлов — это службы, тесно связанные с одним узлом компьютера. Экземпляры класса службы можно установить на многих компьютерах, и каждый экземпляр предоставляет службы, определенные с его узлом.
Каждый экземпляр службы на основе узла должен создать собственный SCP под объектом компьютера узла. Клиенты, использующие GUID продукта для поиска SCP службы на основе узлов, обычно находят множество экземпляров класса служб по всему лесу предприятия. Затем клиенты могут использовать атрибут serviceDNSName scPs, чтобы найти SCP для экземпляра службы на требуемом хост-компьютере.