Средства наблюдения за работоспособностью (кэширование Windows Server AppFabric)

Статья
12/05/2011

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

Системный монитор
Трассировка событий Windows
System Center Operations Manager
Windows PowerShell

Системный монитор

Компоненты кэширования AppFabric устанавливают несколько счетчиков системного монитора. Дополнительные сведения о доступных счетчиках см. в разделе Счетчики производительности для функций кэширования AppFabric. Некоторые значения счетчика можно отследить или записать в журнал, чтобы определить базовое поведение кластера кэша. Например, в категории AppFabric Caching:Cache видно, что значение Total Client Requests / sec находится в определенном диапазоне, который меняется в течение дня. Эту основу можно использовать для определения тенденции к увеличению клиентских запросов в кластер кэша, что может повлечь за собой увеличение количества узлов.

Общие сведения о системном мониторе см. в документе Использование системного монитора.

Трассировка событий Windows

Функции кэширования AppFabric используют трассировку событий Windows для предоставления сведений о статусе и ошибках, связанных с кластером кэша. Средство просмотра событий может использоваться для изучения журналов трассировки функций кэширования AppFabric.

Откройте средство просмотра событий на узле кэша. Указания по запуску средства просмотра событий см. в разделе Запуск средства просмотра событий.
В левой панели навигации разверните папку Журналы приложений и служб.
Затем разверните узлы Microsoft, Windows и Application Server-System Services.
Выберите журнал Admin.

Журнал Admin содержит информационные обновления, например, сообщения о запуске или останове службы кэширования AppFabric. Кроме того, он также содержит предупреждения и ошибки. Обратите внимание на то, что эти журналы могут содержать события из других компонентов AppFabric (например, из служб размещения и наблюдения). Журнал можно отфильтровать до источника Micrsofot-Windows Server AppFabric Caching, чтобы сконцентрироваться на событиях, связанных с функциями кэширования AppFabric.

Папка Application Server-System Services также содержит журнал Operational. Этот журнал по умолчанию отключен. Чтобы включить его, щелкните журнал Operational в области навигации правой кнопкой мыши и выберите команду Включить журнал. Журнал Operational содержит другие события, например, сообщения о нехватке памяти.

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

Средство просмотра событий используется для регулярного отслеживания работоспособности кластера. При диагностике ошибки также можно получить более подробный журнал со сведениями о действиях кластера. Для этого используется средство tracelog.exe. Средство tracelog.exe создает подробный журнал трассировки ETL из командной строки. Средство tracelog можно загрузить в составе пакета разработки ПО Windows. Следующая команда позволяет запустить запись журнала в файл cachedebugtrace.etl:

tracelog -start debugtrace -f cachedebugtrace.etl -guid "C:\Windows\System32\AppFabric\Manifests\ProviderGUID.txt" -level 5 -cir 512

Следующая команда останавливает запись в журнал:

tracelog -stop debugtrace

Следующая команда преобразует файл журнала в файл cachedebugtrace.etl в текстовый файл с именем cachedebugtrace.csv:

tracerpt .\cachedebugtrace.etl -o cachedebugtrace.csv -of CSV

Примечание

Несмотря на то, что средство traceprt позволяет просматривать содержимое файла журнала, созданного средством tracelog, для полной интерпретации информации может потребоваться участие службы поддержки корпорации Майкрософт.

System Center Operations Manager

System Center Operations Manager позволяет отслеживать работоспособность кластера AppFabric. Дополнительные сведения см. в разделе Windows Server AppFabric Management Pack для Operations Manager 2007.

Windows PowerShell

Некоторые команды Windows PowerShell указывают текущее состояние и работоспособность кластера кэша. В этом разделе демонстрируется использование таких команд.

Get-CacheHost
Get-CacheClusterHealth
Get-CacheStatistics

Обратите внимание на то, что эти команды предоставляют динамические сведения на основе текущего состояния кластера кэша. Во многих случаях можно просмотреть подробные сведения конфигурации с помощью следующих команд: Get-CacheConfig, Get-CacheHostConfig и Export-CacheClusterConfig. Эти команды описываются в разделе Часто выполняемые действия по управлению кластером кэша (кэширование Windows Server AppFabric).

Примечание

Дополнительные сведения о начале работы с Windows PowerShell см. в разделе Часто выполняемые действия по управлению кластером кэша (кэширование Windows Server AppFabric). Полный список команд см. в разделе Использование Windows PowerShell с кэшированием AppFabric.

Get-CacheHost

Используйте команду Get-CacheHost без параметров для быстрого просмотра состояния узлов кэша в кластере. Иногда в отсутствии одного или нескольких узлов кэша возникают ошибки. Например, рассмотрим следующие выходные данные после выполнения команды Get-CacheHost.

PS C:\> Get-CacheHost

HostName : CachePort      Service Name            Service Status Version Info
--------------------      ------------            -------------- ------------
CacheServer1:22233        AppFabricCachingService UP             1 [1,1][1,1]
CacheServer2:22233        AppFabricCachingService DOWN           1 [1,1][1,1]
CacheServer3:22233        AppFabricCachingService UP             1 [1,1][1,1]

Согласно этим данным в кластере присутствует три узла кэша: CachServer1, CacheServer2 и CacheServer3. Столбец Service Status указывает на то, что кластер работает, так как по крайней мере один из узлов имеет состояние UP. При этом сервер CacheServer2 в настоящее время остановлен и имеет состояние DOWN. Это может свидетельствовать об ошибке CacheServer2 или указывать на необходимость запуска узла кэша с помощью команды Start-CacheHost. Команда Get-CacheHost часто представляет собой первую команду, которую необходимо запустить для получения общих сведений о состоянии кластера.

Get-CacheClusterHealth

Используйте команду Get-CacheClusterHealth для получения подробных сведений о работоспособности узлов кэша и соответствующих кэшей. Например, рассмотрим следующие выходные данные команды Get-CacheClusterHealth.

Cluster health statistics
=========================

HostName = CacheServer1
-------------------------

    NamedCache = default
        Healthy              = 0.00
        UnderReconfiguration = 0.00
        NotPrimary           = 0.00
        NoWriteQuorum        = 0.00
        Throttled            = 25.00

    NamedCache = Cache1
        Healthy              = 0.00
        UnderReconfiguration = 0.00
        NotPrimary           = 0.00
        NoWriteQuorum        = 0.00
        Throttled            = 25.00


HostName = CacheServer2
-------------------------

    NamedCache = Cache1
        Healthy              = 25.00
        UnderReconfiguration = 0.00
        NotPrimary           = 0.00
        NoWriteQuorum        = 0.00
        Throttled            = 0.00

    NamedCache = default
        Healthy              = 25.00
        UnderReconfiguration = 0.00
        NotPrimary           = 0.00
        NoWriteQuorum        = 0.00
        Throttled            = 0.00


Unallocated named cache fractions
---------------------------------

Кластер кэша использует разделы для организации памяти и управления ей. Цифры, отображаемые в выходных данных команды Get-CacheClusterHealth, представляют собой доли от общего количества разделов кластера кэша. Например, на сервере CacheServer2 именованный кэш Cache1 использует 25.00 процентов всех разделов, и все эти разделы работоспособны. При этом конкретные доли не столь важны, как категории, в которых расположены эти доли. Добавление дополнительных кэшей или узлов кэша может сократить долю Cache1 с 25.00 процентов до 10.00 процентов, но если 10.00 процентов находятся в категории Healthy, то кэш остается работоспособным. В предыдущем примере обратите внимание на то, что CacheServer1 отображает оба кэша с состоянием Throttled. Это свидетельствует о нехватке памяти на сервере. Дополнительные сведения об устранении нехватки памяти см. в разделе Устранение неполадок регулирования (кэширование Windows Server AppFabric).

В следующей таблице описываются категории вывода Get-CacheClusterHealth.

Категория работоспособности	Описание
`Healthy`	Кэш работает корректно. Это целевое состояние для всех кэшей.
`UnderReconfiguration`	Кэш находится в состоянии настройки. Это внутреннее состояние, которое может быть вызвано несколькими причинами, но должно быть временным и завершаться переходом в работоспособное состояние.
`NotPrimary`	Кэш в настоящее время недоступен. Это может случиться в том случае, если дополнительные копии преобразуются в основные. В ходе этого перехода кэш может временно иметь состояние `NotPrimary`. Это состояние обычно должно переходить в работоспособное.
`NoWriteQuorum`	Кэш открыт только для чтения, так как не удается создать необходимое количество реплик дополнительных узлов кэша. Это происходит в том случае, если в кэше включен параметр высокого уровня доступности (`Secondaries` = 1). При этом кластер должен иметь минимум два запущенных узла кэша: один для основной копии кэшированного элемента, а другой — для дополнительной копии.
`Throttled`	Кэш открыт только для чтения, так как узел находится в состоянии регулирования памяти. Это свидетельствует о нехватке памяти.

Значение Unallocated named cache fractions соответствует доле разделов кэша, которые еще не присвоены определенному узлу кэша. Это состояние обычно возникает при запуске кластера кэша или запуске/остановке узла кэша при запущенном кластере. Это состояние обычно должно переходить в работоспособное.

Get-CacheStatistics

Команда Windows PowerShell Get-CacheStatistics предоставляет общие сведения о содержимом кэша. В следующем примере демонстрируется отображение статистики кэша с именем Cache1.

Get-CacheStatistics Cache1

Ниже представлен вывод этой команды.

Size         : 12408186
ItemCount    : 1200
RegionCount  : 714
RequestCount : 1200
MissCount    : 1200

Согласно этим данным в кэше Cache1 содержится 1200 элементов общим объемом 12408186 байт. Существует 714 области, которые могут быть созданы пользователями или системой. Сделано 1200 запросов, получено столько же промахов. Значение MissCount не следует расценивать как указание на проблему. После перезапуска кластера приложениям необходимо повторно заполнить кэш. Для этого необходимо убедиться в существовании кэшированного элемента, который увеличивает MissCount. Большое значение MissCount может указывать на то, что элементы в кэше неожиданно вытеснены или срок действия слишком мал, но статистические данные не являются единственным показателем. Например, при использовании метода Put для добавления элемента, не находящегося к кэше, счетчик MissCount увеличивается, но это не свидетельствует об ошибке.

Эта команда может использоваться вместе с командой Get-CacheConfig. Например, если команда Get-CacheStatistics демонстрирует неожиданно большой размер кэша Cache1 в 1 ГБ, следует просмотреть конфигурацию кэша с помощью команды Get-CacheConfig для изучения параметров вытеснения и истечения срока действия.

См. также

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

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

2011-12-05

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