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

Управление работоспособностью кластера кэша (кэширование в AppFabric 1.1)

  • Статья

Важно понимать аспекты работоспособности кластера кэша Microsoft AppFabric 1.1 для Windows Server. В этом разделе описаны общие рекомендации и указания по управлению работоспособностью кластера. Дополнительные сведения о средствах, используемых для наблюдения над работоспособностью кластера кэша см. в разделе Средства наблюдения за работоспособностью (кэширование в AppFabric 1.1).

Общие аспекты работоспособности кластера кэша

Работоспособность кластера кэша определяется несколькими факторами:

  • Физические ресурсы

  • Параметры конфигурации кэширования

  • Параметры и изменения среды

Физические ресурсы

Чтобы управлять работоспособностью кластера, следует отслеживать физические ресурсы на узле кэша и управлять ими. В следующем списке кратно приведены наиболее важные физические ресурсы:

  • Память — следует определить требования к памяти, которые предъявляются приложениями, использующими кластер. Необходимы сведения о средней частоте кэширования, среднем размере кэшируемых элементов, среднем сроке окончания действия, а также о других параметрах, влияющих на потребление памяти. Несмотря на то, что средние значения позволяют создавать определенные планы, другие действия по планированию следует выполнять в тестовой среде. Обратите внимание на то, что объем памяти, зарезервированный для каждого узла кэша, можно просмотреть с помощью команды Windows PowerShell Get-CacheHostConfig. Размер устанавливается по умолчанию при добавлении узла кэша к кластеру, но объем зарезервированной памяти можно изменить с помощью команды Set-CacheHostConfig. Обратите внимание на то, что этот документ не содержит полного описания планирования мощности.

    Важно!

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

  • ЦП — интенсивное использование процессора может отрицательно воздействовать на производительность приложений. В том числе может быть затронута производительность службы кэширования DistributedCacheService.exe на каждом из узлов кэша. Для определения степени использования ЦП по именам процесса используйте монитор производительности или диспетчер задач. Если в течение долгого времени ЦП использует процесс, отличный от процесса DistributedCacheService.exe, следует определить необходимость выполнения этой службы на одном сервере со службой кэширования.

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

Параметры конфигурации кэширования

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

  • Вытеснение — вытеснение в кэше можно включить или отключить. Вытеснение происходит в том случае, когда память узла кэша начинает превышать определенные пороговые значения. Используйте команду Windows PowerShell Get-CacheConfig для проверки типа EvictionType. Если EvictionType равен None, то вытеснение отключено. Если в кэше отключено вытеснение, следует убедиться в том, что количество узлов кэша и объем физической памяти соответствуют вашим потребностям. Дополнительные сведения см. в разделе Срок действия и вытеснение. Дополнительные сведения о диагностике и устранении неполадок вытеснения см. в разделе Вытеснение.

  • Истечение — параметры истечения также влияют на повышение объема памяти. Параметры конфигурации кэша указывают значение TimeToLive по умолчанию. Это время, которое должно пройти для истечения срока действия объектов в кэше. В кэше также можно отключить истечение срока путем установки значения Expirable равным false. Эти параметры можно просмотреть с помощью команды Get-CacheConfig Windows PowerShell. В приложении можно указать настраиваемые значения TimeToLive для объектов, размещаемых в кэше. Большие сроки действия могут вызвать повышение уровня использования памяти. Если использование памяти в узле кэша достигает уровня HighWatermark, то эти объекты могут быть вытеснены, если параметр EvictionType не имеет значения None. Параметр HighWatermark можно просмотреть с помощью команды Windows PowerShell Get-CacheHostConfig. Дополнительные сведения об истечении срока см. в разделе Окончание срока действия и вытеснение. Дополнительные сведения о диагностике и устранении неполадок истечения срока действия см. в разделе Срок действия.

  • Настраиваемые области — в приложениях можно создавать настраиваемые области. Область всегда существует на едином узле кэша. Если требования к уровню памяти для области превышают объем физической памяти на узле кэша, то может возникнуть ошибка. Используйте команду Windows PowerShell Get-Cache для просмотра областей каждого из узлов кэша. Если они являются причиной ошибки, настройте приложения на использование небольших областей или добавьте физическую память в каждый из узлов кэша в кластере.

  • Высокий уровень доступности — параметр высокого уровня доступности также влияет на требования к памяти. Если кэш обеспечивает высокую доступность, то на другом узле располагается вторая копия всех кэшированных элементов. Это удваивает требования к памяти для этого кэша на целевом кластере. Кроме того, при этом увеличиваются требования к нагрузке на сеть и ЦП из-за копирования элементов на дополнительные узлы. Параметр высокого уровня доступности можно просмотреть с помощью команды Get-CacheConfig Windows PowerShell. Если параметр Secondaries имеет значение 1, то включен высокий уровень доступности. Дополнительные сведения о высоком уровне доступности см. в разделе Высокий уровень доступности.

  • Ведущие узлы — при использовании поставщика XML для хранилища конфигурации кластера кэша следует знать о важности ведущих узлов в кластере кэша. Если основная часть ведущих узлов перейдет в автономный режим, то кластер кэша окажется недоступным. Чтобы определить, является ли узел кэша ведущим узлом, используйте команды Windows PowerShell Get-CacheHostConfig или Export-CacheClusterConfig. Чтобы сделать узел кэша ведущим, используйте команду Import-CacheClusterConfig. Сведения о ведущих узлах см. в разделе Ведущие узлы. Обратите внимание на то, что количество ведущих узлов определяется размером кластера кэша, если оно не указано вручную.

    Размер кластера кэша Количество ведущих узлов

    Небольшое

    1

    Среднее

    3

    Большое

    5

Параметры и изменения среды

Параметры среды и рабочие задачи также влияют на кластер кэша. Некоторые факторы влияния перечислены в следующем списке.

  • Брандмауэр. Чтобы обеспечить связь между узлом кэша и кластером кэша, необходимо правильно настроить брандмауэр. AppFabric устанавливает нестандартное правило брандмауэра Windows, "Служба Кэш AppFabric (TCP — входящий трафик)", в нестандартную группу, "Microsoft AppFabric 1.1 для Windows Server: служба Кэш AppFabric". При использовании брандмауэра Windows это правило следует включить. Следует также включить правила брандмауэра «Удаленное управление службами». Обратите внимание на то, что мастер настройки AppFabric позволяет выполнить эти действия автоматически. При использовании другого брандмауэра следует создать или включить настраиваемые правила в это приложение. Дополнительные сведения см. в разделе о брандмауэре статьи Устранение неполадок функций кэширования AppFabric.

  • Обновления операционной системы и ПО — для обеспечения работоспособности или безопасности сервера следует применить обновления к операционной системе или ПО. Обновление всех серверов можно выполнить одновременно путем остановки кластера кэша с помощью команды Stop-CacheCluster. Обновление также можно выполнить отдельно для одного или нескольких узлов кэша, при чем другие узлы будут выполняться в кластере. Для этого метода имеются некоторые ограничения. Дополнительные сведения см. в разделе Обновление серверов кэша.

  • Изменения IP-адреса — изменения IP-адресов узла кэша могут вызвать проблемы взаимодействия между узлами кэша в кластере.

См. также

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

Руководство по развертыванию кэширования и управлению им в AppFabric 1.1

  2012-03-05