Treo Blog

En este espacio puedes explorar las últimas tendencias y noticias en tecnología, seguridad informática e infraestructura TI.

  • Jonathan Rodriguez Paipa

Visualización del rendimiento en la consola web de Red Hat Enterprise Linux 8.4

Por: Karl Abbott



Crédito: Pexels

El rendimiento es un área de enfoque fundamental de mejora con cada versión de Red Hat Enterprise Linux (RHEL). Con RHEL 8.4, presentamos varias mejoras clave de rendimiento para administradores de sistemas e ingenieros de rendimiento para permitir experiencias de resolución de problemas más sencillas, una visualización más rica de las métricas de rendimiento y conocimientos de rendimiento más profundos. En este blog, repasaremos algunas de estas capacidades.









La consola web RHEL recientemente mejorada


Solo imagine que solo tiene un par de minutos y desea acceder rápidamente a métricas de rendimiento históricas y en vivo en los recursos de CPU, memoria, red y almacenamiento para comprender su utilización, saturación y errores. ¿A qué te dedicas?.


Con la nueva interfaz en la consola web RHEL 8.4, los administradores pueden ver algunas métricas clave e identificar más fácilmente por dónde empezar a solucionar problemas de rendimiento; tienen una mejor comprensión de lo que está sucediendo con sus sistemas locales, así como en todo el entorno de red.


Si es nuevo en la consola web de RHEL, las métricas de rendimiento se pueden encontrar en Sistema -> Descripción general - Tarjeta de uso. Antes de que pueda ver el historial de métricas de rendimiento, debe instalar el paquete cockpit-pcp.


Puede hacer clic en el botón "Instalar cockpit-pcp" dentro de la sección Tarjeta de uso para instalar este paquete.


Esta nueva interfaz se divide en dos secciones. En la parte superior, tenemos cuatro tarjetas que muestran datos en tiempo real para CPU, memoria, almacenamiento y red:



Para la CPU, verá que mostramos la utilización y la saturación y luego proporcionamos métricas de utilización para los servicios activos de la CPU. Para la memoria, mostramos la utilización de RAM y el uso de intercambio, y luego proporcionamos métricas de utilización de memoria para los principales servicios. Para los discos, mostramos métricas de E / S de lectura / escritura y porcentajes de utilización del disco. Para las redes, mostramos los bytes de entrada y salida en cada interfaz de red.


En la parte inferior, siempre que tenga la colección de métricas pcp instalada y habilitada como se explicó anteriormente, verá algo similar a:




Este gráfico presenta datos de rendimiento desde los datos más recientes hasta las métricas recopiladas con varias semanas de antigüedad. A la izquierda, obtiene una lista de eventos que pueden ser de interés desde una perspectiva de rendimiento, junto con marcas de tiempo sincronizadas con el reloj de la máquina local. A la derecha, se visualizan las métricas que representan la CPU, la memoria, los discos y la red en cuatro columnas.


Para cada columna, las métricas de utilización están a la izquierda y las métricas de saturación a la derecha de la línea de la columna central. Al pasar el cursor sobre el gráfico, se mostrará una información sobre herramientas con los números precisos en un momento determinado. Esto le permite tener una mejor idea de dónde comenzar a buscar cuando se realiza la resolución de problemas de rendimiento y cuándo puede haber comenzado a aparecer un problema de rendimiento.


Información más profunda con gráficos de llamas


Ahora, hay ocasiones en las que la simple resolución de problemas con la consola web RHEL simplemente no puede delimitar la causa raíz de un problema de rendimiento. En estos casos, necesita conocimientos más profundos sobre lo que está sucediendo y, por esta razón, tenemos gráficos de llama en la CPU en RHEL.


Esta funcionalidad le permite perfilar lo que está ocupando ciclos en su CPU y luego determinar dónde está gastando su CPU muchos ciclos. Poder visualizar esto rápidamente es un paso significativo hacia adelante desde tener que mirar páginas llenas de datos de seguimiento de pila.


Antes de continuar, asegúrese de tener los paquetes perf y js-d3-flame-graph instalados en su sistema.


Para capturar los datos del gráfico de llamas, puede ejecutar el perf comando con estas opciones. Después de dejar que el comando se ejecute durante un período de tiempo (digamos 30 segundos), querrá detener la recopilación de datos emitiendo Ctrl-C en la terminal.

[root@bigdemo1 ~]# perf script record flamegraph -F 99 -g           
^C

[ perf record: Woken up 3 times to write data ]
[ perf record: Captured and wrote 1.194 MB perf.data (3448 samples) ]

Para generar el gráfico de llama, puede ejecutar:

[root@bigdemo1 ~]# perf script report flamegraph

Que luego informará:

dumping data to flamegraph.html

Cuando busquemos el flamegraph.html archivo de resultados , verá algo como lo siguiente:



El gráfico representa los 30 segundos de actividad en la CPU con los que perfilamos perf. Puede leer esta visualización de abajo hacia arriba para ver el flujo de los seguimientos de la pila. Horizontalmente, cuanto más espacio ocupa parte de la traza, más ciclos ha ocupado en la CPU. Las pilas de granos se muestran en un tono naranja y las pilas de espacio de usuario tienen un tono "cálido".


Si observa detenidamente el gráfico anterior, la primera línea en la parte inferior simplemente dice "raíz", lo que indica la raíz de los árboles del marco de la pila. Subiendo una línea, obtenemos los procesos, que en este gráfico de llama son "SetroubleshootP, mysqld, apache2, 240998, rpm, ksoftirqd, kworker, grafana-server y redis-server".


Si amplía un poco más (puede hacer clic en cada marco de pila), notará que mysqld tiene la mayor actividad roja en el host:



Como podemos ver en lo anterior, la ruta del código "más caliente" es la ruta "start_thread" que inicia una mysql_select que invoca una operación JOIN de MySQL. Saber que JOINS consume mucha CPU en una base de datos SQL hace que este diagrama tenga sentido y no necesariamente algo de lo que preocuparse, pero si no lo sabíamos, lo anterior nos dice que nuestros JOINS están tomando un poco de tiempo de CPU decente.


Si bien no hay nada necesariamente malo con el patrón de consumo de la CPU en este caso particular, hay muchas ocasiones en las que una aplicación está obstruyendo injustamente la CPU y "funcionando en caliente".


Ahora, solo hemos arañado la superficie cuando se trata de mejoras de rendimiento en RHEL 8.4.


Estén atentos a nuestras próximas publicaciones, donde compartiremos herramientas de rendimiento adicionales en RHEL, como mejoras en nuestra pila de PCP y Grafana. Mientras tanto, esperamos que encuentre estas nuevas funciones extremadamente útiles y eficientes para ayudarlo a llegar a la raíz de los problemas de rendimiento. Es hora de comenzar con RHEL 8.4 .


Fuente: Blog de Red Hat

4 vistas0 comentarios