Herramientas de seguimiento de estado (Almacenamiento en caché de Windows Server AppFabric)
En esta sección se describen las diversas herramientas y comandos disponibles para realizar un seguimiento del estado de un clúster de caché de Windows Server AppFabric. A continuación se enumeran algunas de estas herramientas.
Monitor de rendimiento
Seguimiento de eventos para Windows (ETW)
System Center Operations Manager
Windows PowerShell
Monitor de rendimiento
Las características de almacenamiento en caché de AppFabric instalan diversos contadores del Monitor de rendimiento. Para obtener más información acerca de los contadores disponibles, vea Contadores de rendimiento para las características de almacenamiento en caché de AppFabric. Puede observar o registrar algunos valores de contador para determinar una línea de base de un comportamiento típico del clúster de caché. Por ejemplo, en la categoría AppFabric Caching:Cache, es posible que observe que el valor Total Client Requests / sec permanece dentro de los intervalos generales que varían con la hora del día. Puede usar esta línea de base para identificar una tendencia de aumento de solicitudes de cliente en el clúster de caché que pudiera necesitar la adición de hosts de caché adicionales.
Para obtener más información general acerca del uso del Monitor de rendimiento, vea Uso del Monitor de rendimiento.
Seguimiento de eventos para Windows (ETW)
Las características de almacenamiento en caché de AppFabric usan Seguimiento de eventos para Windows (ETW) para proporcionar información sobre estado y error relacionada con el clúster de caché. Se puede usar el Visor de eventos para examinar los registros de ETW para las características de almacenamiento en caché de AppFabric.
Abra el Visor de eventos en un host de caché. Para obtener instrucciones sobre cómo iniciar el Visor de eventos, vea Iniciar el visor de eventos.
En el panel de navegación izquierdo, expanda la carpeta Registros de aplicaciones y servicios.
A continuación, expanda Microsoft, Windows y Application Server-System Services.
Seleccione el registro Admin.
El registro Admin contiene actualizaciones informativas, tales como cuándo se inicia o detiene el servicio de almacenamiento en caché de AppFabric. También contiene advertencias y errores. Tenga en cuenta que estos registros pueden contener eventos de otras características de AppFabric, tales como hospedaje y seguimiento. Puede elegir filtrar el registro a sólo el origen de Micrsofot-Windows Server AppFabric Caching para centrarse en eventos relacionados con las características de almacenamiento en caché de AppFabric.
La carpeta Application Server-System Services contiene asimismo un registro Operativo. Este registro está deshabilitado de forma predeterminada. Para habilitarlo, haga clic con el botón secundario en el registro Operativo del panel de navegación y, a continuación, haga clic en Habilitar registro. El registro Operativo contiene otros eventos, como estados de baja memoria.
Al evaluar el estado del clúster de caché, es importante examinar los registros de eventos de los hosts de caché que pertenecen al clúster. Un problema con un host de caché puede tener un efecto negativo sobre todo el clúster de caché.
El visor de eventos resulta útil para supervisar periódicamente el estado del clúster de caché. Sin embargo, al solucionar un error, se puede obtener un registro aún más detallado de las actividades del clúster de caché. Esto se puede hacer con la herramienta tracelog.exe. La herramienta tracelog.exe crea un registro de seguimiento ETl detallado desde la línea de comandos. Puede descargar la utilidad tracelog como parte del kit de desarrollo de software de Windows. El siguiente comando comienza a registrar en el archivo cachedebugtrace.etl:
tracelog -start debugtrace -f cachedebugtrace.etl -guid "C:\Windows\System32\AppFabric\Manifests\ProviderGUID.txt" -level 5 -cir 512
El siguiente comando detiene el registro:
tracelog -stop debugtrace
El siguiente comando convierte el archivo cachedebugtrace.etl del registro en un archivo de texto denominado cachedebugtrace.csv.
tracerpt .\cachedebugtrace.etl -o cachedebugtrace.csv -of CSV
Nota
Aunque la herramienta traceprt le permite ver el contenido del archivo de registro generado por tracelog, es posible que desee trabajar con la compatibilidad con Microsoft para interpretar totalmente la información.
System Center Operations Manager
Puede usar System Center Operations Manager para realizar un seguimiento del estado del clúster de caché de AppFabric. Para obtener más información, vea Windows Server AppFabric Management Pack for Operations Manager 2007.
Windows PowerShell
Existen varios comandos de Windows PowerShell que indican el estado actual de un clúster de caché. En esta sección se demuestra el modo de usar los siguientes comandos.
Get-CacheHostGet-CacheClusterHealthGet-CacheStatistics
Tenga en cuenta que estos comandos proporcionan información dinámica basada en el estado actual del clúster de caché. Con frecuencia resulta útil mirar también los detalles de configuración con los siguientes comandos: Get-CacheConfig, Get-CacheHostConfig y Export-CacheClusterConfig. Estos comandos se tratan en la sección Tareas habituales de administración de clústeres de caché (Almacenamiento en caché de Windows Server AppFabric).
Nota
Para obtener más información acerca del modo de comenzar a trabajar con Windows PowerShell, vea Tareas habituales de administración de clústeres de caché (Almacenamiento en caché de Windows Server AppFabric). Para ver una lista completa de comandos, vea Uso de Windows PowerShell con el almacenamiento en caché de AppFabric.
Get-CacheHost
Use el comando Get-CacheHost sin parámetros para ver rápidamente el estado de los hosts de caché en el clúster de caché. Se producen algunos problemas cuando no están en ejecución uno o más hosts de caché de un clúster. Por ejemplo, considere la siguiente salida de 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]
Esta salida indica que hay tres hosts de caché en el clúster: CachServer1, CacheServer2 y CacheServer3. La columna Service Status indica que el clúster de caché está en ejecución, pues al menos un host de caché tiene el estado UP. No obstante, CacheServer2 está detenido actualmente con el estado DOWN. Esto podría indicar un problema con CacheServer2, aunque también podría ser simplemente que tuviera que iniciar el host de caché con el comando Start-CacheHost. El comando Get-CacheHost suele ser el primer comando que se debe ejecutar para obtener información general de alto nivel del estado del clúster de caché.
Get-CacheClusterHealth
Use Get-CacheClusterHealth para obtener información detallada acerca del estado de los hosts de caché y de las cachés que residen en dichos hosts de caché. Por ejemplo, considere la siguiente salida de ejemplo del comando 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
---------------------------------
Internamente, el clúster de caché usa un concepto de particiones para organizar y administrar la memoria. Los números mostrados en la salida del comando Get-CacheClusterHealth son los porcentajes del número total de particiones del clúster de caché. Por ejemplo, en CacheServer2, la memoria caché con nombre Cache1 usa un 25.00 por ciento de las particiones totales y todas las particiones están en buen estado. No obstante, los porcentajes específicos no son tan importantes como las categorías en las que residen estos porcentajes. Si se añaden más cachés o hosts de caché se podría reducir Cache1 del 25.00 por ciento al 10.00 por ciento, pero siempre que dicho 10.00 por ciento continúe en la categoría Healthy, la memoria caché continúa en buen estado. En el ejemplo anterior, tenga en cuenta que CacheServer1 muestra ambas cachés como Throttled. Esto es un estado de baja memoria en dicho servidor. Para obtener más información acerca de cómo solucionar este estado de baja memoria, vea Solución de problemas de limitaciones (Almacenamiento en caché de Windows Server AppFabric).
En la tabla siguiente se describe cada categoría de la salida Get-CacheClusterHealth.
| Categoría de estado | Descripción |
|---|---|
|
La memoria caché funciona normalmente. Es el estado objetivo para todas las cachés. |
|
La memoria caché está en reconfiguración. Se trata de un estado interno que puede tener varias causas, pero que debe ser temporal y solucionarse al estado correcto. |
|
La memoria caché no está disponible en la actualidad. Esto puede suceder cuando copias secundarias se promocionan a primarias. Durante esta transición, la memoria caché podría tener temporalmente el estado |
|
La memoria caché es de solo lectura porque no puede crear el número requerido de réplicas en hosts de caché secundarios. Esto se produce cuando la memoria caché tiene la opción de alta disponibilidad habilitada ( |
|
La memoria caché es de solo lectura porque el host de caché se encuentra en estado de memoria limitada. Se trata de un estado de baja memoria. |
Unallocated named cache fractions representa el porcentaje de particiones de caché que no se han asignado aún a un host de caché específico. Este estado aparece normalmente cuando se inicia el clúster de caché o cuando un host de caché se inicia o detiene en el clúster en ejecución. Este estado suele resolverse a estado correcto.
Get-CacheStatistics
El comando Get-CacheStatistics de Windows PowerShell proporciona información básica acerca del contenido de una memoria caché. En el ejemplo siguiente se demuestra cómo mostrar las estadísticas de caché para una caché denominada Cache1.
Get-CacheStatistics Cache1
Es la salida de ejemplo del comando anterior.
Size : 12408186
ItemCount : 1200
RegionCount : 714
RequestCount : 1200
MissCount : 1200
La salida anterior muestra que hay 1200 elementos en Cache1 para un tamaño total de 12408186 bytes. Hay 714 regiones, que pueden ser creadas por el usuario o creadas por el sistema. Se han producido 1200 solicitudes y el mismo número de omisiones. No obstante, es importante no ver MissCount como indicador de problema de manera aislada. Cuando se reinicia el clúster de caché, las aplicaciones deben volver a rellenar la memoria caché. Esto conlleva comprobar si existe el elemento almacenado en caché, lo cual incrementa MissCount. Un valor elevado para MissCount podría indicar que los elementos de la memoria caché se han expulsado de manera inesperada o que el tiempo de expiración en los elementos almacenados en caché es demasiado bajo, pero estas condiciones no se pueden confirmar únicamente con las estadísticas de caché. Por ejemplo, si usa el método Put para agregar un elemento que no se encuentra en la memoria caché, aumentará MissCount, pero esto no se trata de un estado de error.
Este comando se puede usar junto con el comando Get-CacheConfig. Por ejemplo, si el comando Get-CacheStatistics ha mostrado que Cache1 tuvo un tamaño inesperadamente grande de 1 GB, puede examinar la configuración de caché con Get-CacheConfig para ver la configuración de expulsión y caducidad.
Vea también
Conceptos
Administración del estado del clúster de caché (Almacenamiento en caché de Windows Server AppFabric)
2011-12-05