Capítulo 2 Problemas conocidos y soluciones

Es posible hacer que un proceso de un sistema coincida con dos cargas de trabajo supervisadas. Cuando esto sucede, los recursos utilizados por dicho proceso se suman en ambas cargas de trabajo y tiene lugar un recuento doble.

Este recuento doble se puede ver en el visor de perfiles de Capacity Advisor. El gráfico de perfiles de un sistema será diferente cuando se visualiza desde fuera de un marco hipotético a cuando se visualiza desde dentro del marco hipotético. Los datos mostrados fuera de un marco hipotético son el total real del sistema, mientras que los datos mostrados dentro de un marco hipotético son la suma de las cargas de trabajo. El recuento doble hará que la traza dentro de un marco hipotético sea más alta.

Para evitarlo, tenga cuidado al definir las cargas de trabajo supervisadas.

Los datos de utilización de las cargas de trabajo supervisadas se recopilan cada 5 minutos. No se recopila ningún dato para ningún proceso que no exista al principio y al final de cada intervalo de 5 minutos. Es posible que se omita un proceso que se ejecute durante casi 10 minutos.

Las cargas de trabajo supervisadas actualmente son más exactas cuando los procesos de dichas cargas de trabajo tienen una ejecución bastante larga. No se recopilará nunca ningún dato para los procesos que se ejecuten durante menos de 5 minutos. Capacity Advisor omitirá aleatoriamente de 0 a 10 minutos de los procesos que se ejecuten durante más de 5 minutos. Como media, en cada proceso se contarán 5 minutos de menos (10% de un proceso de 50 minutos).

Tenga presente el problema y tómelo en cuenta al interpretar los resultados en las cargas de trabajo supervisadas.

No defina una carga de trabajo supervisada en la que los procesos de corta duración sean frecuentes. Si no se define ninguna carga de trabajo, Capacity Advisor utilizará los datos de la carga de trabajo del sistema. La carga de trabajo del sistema realizará el recuento de todos los procesos de corta duración.

En ocasiones se producen lecturas de datos erróneas. Capacity Advisor filtra los datos de utilización inferiores a 0, pero no filtra los datos que sean improbables o incluso imposiblemente altos.

Estas lecturas perdidas afectan poco a las medias, o incluso a los valores del percentil nonagésimo (90) calculados a partir de los datos, pero pueden dar lugar a que las lecturas máximas se disparen bastante.

La eliminación y reinstalación del producto VSE eliminará toda la información de cargas de trabajo sobre los sistemas administrados del sistema CMS. Esto no elimina los datos de los sistemas administrados.

A medida que se crean nuevas cargas de trabajo, es posible que las nuevas cargas de trabajo reutilicen los identificadores de algunas de las cargas de trabajo antiguas. Los datos almacenados en los sistemas administrados que utilizan el identificador de la carga de trabajo antigua se pueden recopilar y asociar a una nueva carga de trabajo aleatoria que tenga el mismo identificador.

Este problema se puede corregir utilizando el editor de perfiles para marcar como datos no válidos los datos que sean más antiguos que la reinstalación. Este problema también se aborda en la sección sobre instalación del documento Introducción a HP Integrity Essentials Capacity Advisor.^[1]

También puede eliminar y reinstalar el producto «HP-UX Utilization Provider» en los sistemas administrados donde se definieron las cargas de trabajo con anterioridad. Esto eliminará los datos antiguos. El nombre de producto SD para Utilization Provider es «utilProvider».

Según el orden en que se recopilen los datos, capcollect(1m) puede generar un mensaje de advertencia la primera vez que se recopilen los datos de un equipo virtual HP.

Warning: unable to determine the 
    HPVM Host for Guest "nombre_invitado"
Valid CPU utilization data is 
    not available.

Recopile de nuevo los datos; esto debería eliminar el error.

La terminología del «VM invitado» se ha utilizado internamente para los equipos virtuales o «VM». Capacity Advisor utiliza el término «VM invitados».

Tenga presente que los términos «VM» y «VM invitado» son intercambiables.

Algunas fechas y horas de HP-SIM se muestran en la zona horaria utilizada por el explorador, mientras que otras están en la zona horaria del sistema CMS. Las fechas y horas de Capacity Advisor están en la zona horaria del sistema CMS.

Manténgase informado del origen de las fechas y horas mostradas en el administrador SIM y de si están en la zona horaria del explorador o del sistema CMS.

La hora por defecto no es siempre medianoche, como podría esperarse.

Compruebe atentamente las horas de inicio y finalización al crear un informe de utilización de Capacity Advisor.

Utilizando la selección de menú Collect Capacity Advisor Data All o ejecutando capcollect sin argumentos intentará generar una lista de todos los sistemas conocidos para HP-SIM. Una solicitud entre procesos agotará el tiempo de espera cuando exista un gran número de sistemas en la lista.

Utilice Collect Capacity Advisor Data en el conjunto All VSE Resources para recopilar los datos de Capacity Advisor. Esto evitará que tenga que redefinir la tarea programada para la recopilación de datos cada vez que se conceda una licencia a un nuevo sistema para el entorno VSE.

El comando capcollect no ajusta las marcas de hora de las muestras de datos de perfil extraídas del sistema administrado al almacenarlas en la base de datos CMS. Los datos se almacenan con las marcas de hora del reloj de sistema del sistema administrado.

Por lo tanto, si los relojes de sistema de todos los sistemas administrados y del sistema CMS no están sincronizados (a través de NTP, por ejemplo), las trazas de utilización de los sistemas separados pueden alinearse incorrectamente con la escala de tiempo absoluta.

Esto implica que unos sucesos de utilización que se han producido simultáneamente en dos sistemas administrados darían la impresión de haberse producido a horas diferentes al recopilarlos y presentarlos en el sistema CMS.

Use una utilidad de sincronización de tiempo, como el protocolo de hora de la red (NTP), para sincronizar los relojes de sistema de los sistemas administrados y el sistema CMS en un servidor NTP de origen común.

El comando capcollect informa de que se han recopilado datos, si se ha recopilado algún dato. Si se ha producido un error en parte de los datos del día, obtendrá un mensaje de recopilación satisfactoria y un mensaje de error.

HP-SIM muestra stdout y stderr en fichas separadas y resulta fácil no advertir un mensaje de error si se ve todo un conjunto de mensajes de recopilación satisfactoria en la ficha stdout.

Compruebe atentamente la ficha stderr para asegurarse de que no se han producido errores durante las recopilaciones.

En ocasiones, se muestra el «gráfico de barras rotas» que representa un sistema con una ubicación de memoria más pequeña que la demanda cuando no debería mostrarse. El código da por sentado que el valor de la memoria es un número entero. Así, si un sistema tiene una memoria de 3,98 GB, el software cree que sólo tiene 3 GB de memoria y si los valores de memoria combinados superan los 3 GB, se indica la condición de desbordamiento mediante el «gráfico de barras rotas».

Compruebe atentamente los números que se encuentran debajo del gráfico antes de decidir que el sistema no tiene suficiente memoria para alojar una nueva carga de trabajo.

El mensaje

The system "nombre_host" is not known 
  to HP-SIM.

aparece a veces para sistemas o complejos que no reconocen una solicitud WBEM. Este mensaje indica que los nombres de host introducidos por el usuario son no válidos o válidos en la lista del sistema HP-SIM.

Haga caso omiso de este mensaje cuando se notifique en un sistema que no haya introducido en la línea de comandos.

Si utiliza Internet Explorer e intenta guardar un informe, pueden aparecer dos ventanas emergentes Descarga de archivos y ambas pueden «bloquearse» y no responder.

A efectos de recuperación, seleccione un punto de la ventana que oculte, al menos parcialmente, la primera ventana emergente.

Capacity Advisor no comprueba si los sistemas que se están analizando pueden aplicar los marcos hipotéticos definidos. Por ejemplo: la utilización de un equipo virtual invitado de cuatro vías en un sistema VM Host de dos vías no está permitida, pero Capacity Advisor le permitirá intentarlo en un marco hipotético.

Utilice Capacity Advisor para crear modelos de sistemas y situaciones de la vida real. Debe imponerse el sentido común al crear marcos hipotéticos y modificar los atributos del sistema o las cargas de trabajo.

Para obtener datos de utilización exactos para un equipo virtual, se necesita información de Utilization Provider en el equipo virtual y en su sistema VM Host. Los valores de utilización de CPU para un equipo virtual obtenidos del Utilization Provider en funcionamiento en el equipo virtual no reflejan exactamente la utilización real de las CPU, pero en efecto facilitan los valores de utilización de memoria, red y discos. Para obtener valores exactos de utilización de CPU para un equipo virtual, se utilizan los valores de la partición FSS correspondiente en el sistema VM Host. Esto requiere que el equipo virtual coincida con su partición FSS en el sistema VM Host. Si se cierra y reinicia un equipo virtual, puede que éste se ejecute en una partición FSS diferente de la anterior después de reiniciarse. Cuando capcollect se ejecuta, anota la asignación actual de equipos virtuales a las particiones FSS y utiliza dicha asignación para asociar los datos de utilización de CPU de una partición FSS al equipo virtual correcto. Para evitar confundir los valores de utilización de CPU que se registran para un equipo virtual, si se ha reiniciado un equipo virtual durante un periodo concreto de 24 horas desde medianoche (en la zona horaria GMT) a la medianoche siguiente, no se almacenan todos los valores de utilización de las CPU de dicho periodo anterior al reinicio.

Para reducir al mínimo los huecos en los datos de utilización para los equipos virtuales, recopile los datos de Capacity Advisor en un equipo virtual justo antes de reiniciarlo. La siguiente recopilación periódica del equipo virtual rellenará los datos posteriores al reinicio y conservará los datos recopilados antes del reinicio.

Al recopilar por primera vez datos de un sistema VM Host y sus equipos virtuales, tenga cuidado al interpretar los valores de utilización de las CPU para cualquiera de los equipos virtuales que se hayan reiniciado durante los últimos 30 días. Es posible que los valores de utilización de CPU mostrados para el equipo virtual para los días anteriores al último reinicio no se apliquen al equipo virtual actual.

Capacity Advisor recopilará datos sobre el sistema en conjunto, así como sobre cualquiera de las cargas de trabajo. Los datos de todo el sistema se utilizan en un marco hipotético cuando no hay cargas de trabajo, pero los datos de cargas de trabajo son los preferidos. Es posible disponer de meses de datos de todo el sistema y, sin embargo, no tener ninguno de las cargas de trabajo definidas hoy con anterioridad. Capacity Advisor intentará utilizar los datos de cargas de trabajo incluso a pesar de que estén vacíos.

Importe los datos de otro perfil a través de capprofile (en /opt/vse/bin). Consulte la página de manual de capprofile(1m) para obtener información adicional sobre este comando.

Ejemplo 2-1 Vinculación de datos obtenidos antes de agregar las cargas de trabajo

Tomemos un sistema denominado «myhost» con datos de sistema desde el 1 de enero de 2005. A las 14:00 h del 30 de junio de 2005, se agregan dos definiciones de carga de trabajo denominadas «existingWL» y «addedWL». Al hacerlo, los seis meses de datos del sistema anteriores al 30 de junio ya no estarán disponibles para ser utilizados en un marco hipotético.

Puede utilizar dichos datos copiándolos en una de sus nuevas cargas de trabajo. Vincule los datos de sistema de la primera mitad del año a la carga de trabajo existingWL utilizando el comando capprofile(1m):

capprofile -x -b20050101 \ -e200506301400 \ myhost.myco.com > /tmp/sysdata capprofile -i existingWL < \ /tmp/sysdata

Si:

el sistema ya no estará visible en los marcos hipotéticos de Capacity Advisor debido a que tiene una carga de trabajo sin datos recopilados y a que Capacity Advisor no puede agregar correctamente los perfiles. Esto puede causar errores en Edit Scenario si se aplican cambios en este sistema.

Recopile de nuevo los datos de Capacity Advisor sobre el sistema.

La página Move Workload calcula normalmente sus mediciones a lo largo de un intervalo de tiempo diferente del que utiliza la página Edit Scenario. Esto da lugar a que en algunos de los cálculos de mediciones existan diferencias entre las dos páginas. Las mediciones máximas pueden dispararse considerablemente.

Compruebe atentamente las cargas de trabajo acumuladas en la página Edit Scenario. Evite utilizar como guía la medición máxima ya que esta medición es la más sensible a los cambios en el intervalo de simulación.

La pantalla Profile Viewer puede mostrar datos para distintos intervalos que terminen en una fecha de finalización determinada. La pantalla Edit Scenario puede utilizar un intervalo de simulación que comience o termine en un intervalo determinado. Al iniciar el Profile Viewer desde la página Edit Scenario, resulta razonable que la pantalla Profile Viewer muestre los datos para el intervalo de simulación. Si se especifica el intervalo de simulación utilizando una fecha de inicio, al iniciar el Profile Viewer se mostrará el intervalo incorrecto.

Defina los intervalos de simulación utilizando una fecha de finalización o reajuste la fecha cada vez que se visite el Profile Viewer. La fecha se adelanta un número de días igual al tamaño del intervalo de simulación menos uno. Por ejemplo, si la página Edit Scenario examina los datos de mes comenzando el 1 de marzo, cambie la fecha del Profile Viewer del 1 de marzo al 31 de marzo.

En ocasiones, los datos de red importados del sistema OVPA no coinciden con los datos que recopila Capacity Advisor. Las diferencias parecen estar relacionadas con el uso de la agregación automática de puertos.

Interprete los datos recopilados del sistema OVPA de forma diferente a los datos recopilados por Capacity Advisor. Los datos del sistema OVPA son la suma de BYNETIF_IN_BYTE_RATE y BYNETIF_OUT_BYTE_RATE para todos los puertos LAN del sistema. Capacity Advisor recopila todos los bytes de entrada y salida de cada puerto LAN del sistema, pero utiliza la función pstat(2) para los datos.

Capacity Advisor importa los datos del sistema OVPA asumiendo que las unidades de memoria están en kilobytes. La versión más reciente del extracto de OVPA produce la memoria en megabytes. Este cambio se detectó demasiado tarde como para realizar un cambio en Capacity Advisor a fin de importar correctamente estos datos.

Existen varias opciones para solucionar este problema:

Una característica de capovpaextract es que, al importar datos de un sistema, normalmente no hace falta escribir el nombre de host completo en la línea de comandos. En general, se puede escribir sólo el nombre del host, aunque los datos de la carga de trabajo se almacenen utilizando el nombre de dominio completo. capovpaextract no puede importar datos si coincide el nombre de host de dos cargas de trabajo. Esto sucede cuando las cargas de trabajo se definen en el sistema, ya que el nombre por defecto de la carga de trabajo OTHER coincidirá con el nombre del sistema. Sucede también cuando un sistema tiene un nombre que es un prefijo de otro, como «host1» y «host10».

En este caso, el mensaje de error no ayuda tanto como debería. Aparecerá el siguiente mensaje:

One of the tool's parameters was 
invalid.  An argument value contained 
a prohibited character. Do not specify 
the new line character or any of the 
following characters in an argument:
  `;&|(#><

Al importar dados cuando un nombre de host es un prefijo de otro, utilice el nombre de dominio completo.

Cuando el nombre del sistema también coincida con la carga de trabajo OTHER, puede solucionarlo cambiando el nombre de la carga de trabajo OTHER.

Otra solución es ejecutar directamente uno de los comandos subyacentes. Este método está sujeto a cambios y no debe utilizarse en una secuencia de comandos que se espera que funcione en una futura revisión del producto.

/opt/mx/bin/mxexec \
  -t "Import OVPA System Data" \
  -h -A "host1.myco.com" -n \
  host1.myco.com