Назначение роли управления кластером и ведущих узлов (кэширование в Windows Server AppFabric)

Статья
12/05/2011

В Windows Server AppFabric предоставляется два варианта выполнения роли управления кластером в распределенном кластере кэша. Если хранить параметры конфигурации кластера в базе данных SQL Server, можно сделать так, чтобы тот же экземпляр SQL Server выполнял роль управления кластером, или же предоставить право на управление ведущим узлам. В этом разделе содержится общее представление о настройке роли управления кластером. Дополнительные сведения об этой роли см. в разделе Ведущие узлы и управление кластером (кэширование в Windows Server AppFabric).

Примечание

Если в кластере кэша не используется SQL Server для хранения параметров конфигурации кластера, ведущие узлы всегда должны выполнять роль управления кластером.

В этой процедуре предполагается, что уже настроен кластер кэша и для хранения параметров конфигурации кластера используется база данных SQL Server. По умолчанию SQL Server будет выполнять роль управления кластером во время установки первого сервера кэша. Необходимо выполнить эту процедуру только в том случае, если этот параметр следует изменить.

Чтобы изменить эту роль управления кластером, необходимо экспортировать параметр конфигурации кластера в XML-файл и изменить значение соответствующего атрибута XML. Этот параметр указан посредством атрибута leadHostManagement элемента partitionStoreConnectionSettings. Элемент partitionStoreConnectionSettings является дочерним элементом по отношению к advancedProperties, который, в свою очередь, является дочерним по отношению к элементу dataCache. В то же время может понадобиться указать, какие узлы кэша должны быть ведущими, что определяется атрибутом leadHost. Дополнительные сведения об этих параметрах см. в разделе Параметры конфигурации кластера (кэширование в Windows Server AppFabric).

Чтобы задать роль управления кластером и назначить ведущие узлы

В средстве администрирования кэша на основе Windows PowerShell экспортируйте параметры конфигурации кластера, выполнив команду Export-CacheClusterConfig. Дополнительные сведения об использовании Windows PowerShell см. в разделе Использование Windows PowerShell для управления компонентами кэширования в Windows Server AppFabric.
Откройте XML-файл конфигурации кластера, который был экспортирован на предыдущем шаге.
Найдите и измените атрибут leadHostManagement элемента partitionStoreConnectionSettings, который является дочерним элементом по отношению к элементу advancedProperties. Указание значения true означает, что узлы кэша, назначенные ведущими будут выполнять роль управления кластером. Определение значения false означает, что экземпляр SQL Server, в котором хранится база данных конфигурации кластера, будет выполнять роль управления кластером.
(Дополнительно) Укажите дополнительные или определите другие узлы в качестве ведущих. Чтобы назначить узел кэша в качестве ведущего узла, найдите элемент host, соответствующий узлу кэша. Измените значение атрибута leadHost элемента host на необходимое. Определение значения true будет означать, что узел кэша начнет выполнять роль управления кластером, если значение атрибута leadHostManagement равно true. Определение значения false будет означать, что узел кэша не будет выполнять роль управления кластером ни при каких условиях.
Сохраните XML-файл конфигурации кластера после его изменения.
Остановите работающий кластер кэша с помощью команды Stop-CacheCluster. Примечание. Это действие приведет к сбросу всех данных в кластере кэша.
Используйте команду Import-CacheClusterConfig для импорта XML-файла конфигурации кластера, который был изменен на шагах 3 и 4.
Запустите кластер кэша с помощью команды Start-CacheCluster, чтобы новые параметры вступили в силу.

См. также

Основные понятия

2011-12-05

Поделиться через

Назначение роли управления кластером и ведущих узлов (кэширование в Windows Server AppFabric)

Чтобы задать роль управления кластером и назначить ведущие узлы

См. также

Основные понятия

Дополнительные ресурсы