Analytics and Automation Software : Cisco Data Virtualization

Troubleshooting de la degradación del rendimiento CIS

17 Octubre 2016 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (22 Agosto 2015) | Comentarios

Introducción

Este documento describe cómo resolver problemas el funcionamiento del servidor de información de Cisco (CIS) cuando el sistema aparece degradar o cuelga con las tentativas de procesar los pedidos de cliente.

Contribuido por Anil Prabhu, ingeniero de Cisco TAC.

Antecedentes

Cuando el funcionamiento CI aparece degradar o cuelga con las tentativas de procesar los pedidos de cliente, hay tres áreas que usted puede monitorear y analizar para determinar la fuente del problema:

  • Memoria
  • Disco
  • Carga del servidor total

Este documento describe cómo resolver problemas estas tres áreas.

Memoria

Esta sección describe cómo monitorear y resolver problemas la memoria en el servidor CIS.

Determine el uso de la memoria

Nota: Este documento asume que su servidor CIS está configurado con 14 GB de la memoria.

Complete estos pasos para determinar el uso de la memoria en el servidor compuesto de la virtualización de los datos (o los CI):

  1. Calcule la cantidad de memoria que sus diez peticiones superiores requieren bajo carga pico:

    1. Ingrese esta interrogación:

      SELECT {option  MAX_ROWS_LIMIT=10} REQUEST_ID,  CURRENT_MEMORY, MAX_MEMORY,
      TOTAL_DURATION, START_TIME, OWNER, TRANSACTION_ID, SESSION_ID, ROWS_AFFECTED,
      DESCRIPTION  FROM/services/databases/system/SYS_REQUESTS SYS_REQUESTS
      ORDER BY MAX_MEMORY  DESC
    2. Agregue los valores que aparecen en la columna CURRENT_MEMORY. Esto ayuda a determinar la exigencia de la memoria en su servidor CI bajo condiciones de carga. Con el fin de este documento, las diez peticiones superiores toman 13 GB del montón.

  2. Calcule el 85% de su montón de la máquina virtual Java CIS (JVM). Con la suposición que su montón CIS JVM está configurado con 14 GB de la memoria:

    el 85% de 14 GB = 12 GB.

  3. Determine si sus diez peticiones superiores toman más el de 85% del montón CI JVM. Preferiblemente, sus peticiones no deben tomar más el de 85% de su montón CIS JVM. Una vez que el uso del montón está en el rango del 90% al 100%, el JVM llega a ser muy tardo. Como consecuencia, el CIS responde a las peticiones lentamente.

    En este caso, las diez peticiones superiores toman 13 GB, que es mayor del 85% del montón. Por lo tanto, usted debe strategize para reducir la carga en la memoria CIS.

Métodos alternativos de la determinación del uso de la memoria

Mientras que se recomiendan los pasos anteriores, usted puede también utilizar estos métodos para determinar el uso de la memoria:

  • Monitoree su gráfico de la memoria varias veces al día (determinado, a veces cuando usted sospecha que la carga es alta). De acuerdo con los datos del gráfico, si usted determina que el uso de la petición excede del 85% de su montón (12 GB), usted debe strategize para prevenir el uso de memoria alta.

  • Vea la línea usada memoria total en la sección Stats del servidor de su cs_server_status.log.

Nota: Esta sección se explica minuciosamente más adelante en este documento.

Arreglos del problema de la memoria

Esta sección describe tres estrategias que usted pueda utilizar para abordar los problemas de la memoria CIS.

Cree los límites duros

Para reducir la memoria que pide el uso, usted puede poner los límites duros en la memoria que cada petición individual se permite consumir. La mejor (y recomendado) estrategia es fijar un valor para memoria máxima por la petición en la configuración del estudio. Navegue a la memoria compuesta del server> > memoria manejada. Cisco recomienda que usted fija el valor hasta el 25%.

Esto coloca un casquillo en la cantidad de memoria que cada petición se permite para tomar del montón CIS JVM. El casquillo reduce perceptiblemente la probabilidad que una petición del memory intensivo causará a punto continuo en el uso de la memoria, que hace el CIS responder lentamente hasta que la petición complete y los descensos del punto.

Por ejemplo, suponga que usted tiene dos peticiones del memory intensivo que se ejecuten al mismo tiempo, que toma 6 GB del montón. Entre los dos, las peticiones consumen 12 GB. Esto deja solamente 2 GB para que otras peticiones entrantes compartan, que las causas probables la consumición de la memoria de exceder del 85% de su montón. Si memoria máxima por el casquillo de la petición se fija hasta el 25%, después cada petición toma 25% de los 14 GB disponibles, o 3.5 GB. Esto restringe el uso de la memoria a 7 GB entre las peticiones, mientras que habría sido previamente 12 GB.

Nota: Las dos estrategias que sigue habiendo son por-interrogación basada, mientras que la primera estrategia es global a todas las interrogaciones. Para utilizar estas estrategias, usted debe monitorear su servidor CI durante un período de tiempo y determinar las interrogaciones del uso de memoria alta y la cantidad de memoria que cada uno utiliza. También, usted debe determinar la hora aproximada que llegan esas interrogaciones típicamente.

Utilice el almacenamiento en memoria inmediata

La segunda estrategia que se utiliza para abordar los problemas de la memoria CIS es ocultar las interrogaciones. Complete estos pasos para implementar esta estrategia:

  1. Oculte la interrogación.

  2. Programe el caché restaura para ocurrir durante las horas no pico.

Ahora, cuando los usuarios funcionan con una interrogación, la interrogación se ejecuta contra el caché. El almacenamiento en memoria inmediata produce una ventaja dual: desplaza las exigencias de la memoria a las horas no pico, y proporciona un tiempo de respuesta más rápido.

Reestructure la interrogación

La tercera estrategia que se utiliza para abordar los problemas de la memoria CIS es reestructurar las interrogaciones. Complete estos pasos para implementar esta estrategia:

  1. Haga clic la ejecución y muestre el botón de las estadísticas. Esto muestra el plan de la interrogación, junto con las estadísticas para ayudar a entender donde está demasiado alto el USO de recurso.

  2. Verifique los Nodos para determinar:

    • Los Nodos que tardan la mayoría del tiempo.

    • ¿Los Nodos que manejan muchas filas? Muchas filas indican una mucha carga. Por ejemplo, 1,000 filas son una pequeña cantidad de filas, pero 1,000,000 filas están mucho. El nodo que procesa las 1,000,000 filas es probable requerir más memoria.

Disco

El espacio en disco se debe clasificar adecuadamente para tener en cuenta procesar. Cisco recomienda que el directorio temporal que es utilizado por el servidor CIS sea por lo menos 10 GB de tamaño. El directorio temporal predeterminado se crea en la misma división que el directorio de instalación del servidor CIS y se amplía según las necesidades, hasta el límite especificado.

Carga del servidor total

Si usted encuentra que responde el CIS demasiado lentamente, vea la sección Stats del servidor de su cs_server_status.log. Esta sección se registra cada hora. Por lo tanto, asegúrese de que usted utilice los datos que se registran durante la hora que ocurre el mecanismo de frenado de la velocidad de visualización en pantella.

Por ejemplo, los usuarios señalan un mecanismo de frenado de la velocidad de visualización en pantella CIS en 2014-04-30 en aproximadamente 8:00. Por lo tanto, usted debe encontrar el Stats del servidor para ese tiempo de trama, como se muestra aquí:

INFO 2014-04-30 08:14:21.626 -0400 StatusReporter - 

===============================================================

----------------
| Server Stats |
----------------

Server Name:               myCISserver.cisco.com:9600

Total Memory Used:          62% (3284MB of 5292MB)

Total Sessions:             347342

Total Server Requests:      58137425

Total Data Source Requests: 28489774

Privilege Cache Access:     100% (227256506 hits of 227269153 accesses)

Privilege Cache Capacity:   16% (7976 of 50000 entries)?

User Cache Access:          100% (498356387 hits of 498331464 accesses)

User Cache Capacity:        3% (61 of 2000 entries)

Repository Cache Access:    100% (485995869 hits of 486418321 accesses)

Repository Cache Capacity: 4%(1850 resources using 26.37 MB of managed memory)

Estos datos indican si ocurre un mecanismo de frenado de la velocidad de visualización en pantella posible debido a estas razones:

  • Demasiadas sesiones están abiertas.

  • Se ejecutan demasiadas peticiones.

  • Se utiliza demasiada memoria.


Document ID: 117744