Troubleshooting de rendimiento y recursos

Resumen

Cuando todo va lento hay que separar dónde está el problema: el control plane (GUI, monitores, logs en Linux), el data plane (TMM, que mueve el tráfico), la red física (dúplex, errores, MTU), el disco, o la aplicación detrás. Esta nota muestra cómo leer CPU, memoria, disco e interfaces, cómo calcular throughput y cómo usar una captura para saber si el tiempo se va en el servidor o en la red.

Requisitos previos

• Acceso a bash del BIG-IP
• Saber si la lentitud afecta a todas las apps o a una
• Cliente para medir (curl, navegador con DevTools)

Conceptos clave

Concepto	Qué es
Control plane	Procesos Linux: mcpd, bigd, sod, GUI, tcpdump
Data plane	TMM: tráfico, perfiles, iRules, SSL
Memoria TMM	Se reserva al arrancar; siempre se ve alta, mira la tendencia
Throughput con ifconfig	(diferencia de bytes × 8) / segundos entre dos lecturas
Licencia de throughput	La lab license está limitada a 10 Mbps

Configuración (Ejemplo, Lab CBT Nuggets)

1. CPU y memoria

tmsh show sys performance system
tmsh show sys cpu
tmsh show sys memory
top

En la GUI: Statistics > Performance; y Statistics > Analytics > View By: Plane Names para separar control plane y data plane.

2. CPU por virtual server

tmsh show ltm virtual
tmsh show ltm virtual VS-172.16.101.20-HTTP-APP1

3. Disco

df -h
du -sh /var/tmp /shared/images /shared/core /var/local/ucs

4. Interfaces

Network > Interfaces > Interface List > Statistics.

tmsh show /net interface
tmsh show /net interface 1.1 all-properties
ifconfig 1.1

10000T-FD = 10 Gb full duplex. Revisa errores, drops y colisiones.

5. Corregir dúplex

tmsh modify net interface 1.1 media 1000T-FD

Configura lo mismo en el switch.

6. Captura para medir tiempos

tcpdump -ni 0.0:nnnp -s0 -c 5000 -w /var/tmp/lento.pcap host 172.16.101.5

En Wireshark compara el tiempo entre la petición y la respuesta del lado servidor con el tiempo total que ve el cliente.

Verificación

Comando o lugar	Qué debes ver	Si no lo ves
tmsh show sys performance system	CPU de TMM y memoria estables	Busca la app o iRule que consume
df -h	Particiones por debajo del 90 %	Limpia imágenes, QKviews, cores, UCS viejos
tmsh show /net interface	Sin errores ni colisiones, velocidad correcta	Dúplex o cableado
Captura	Respuesta del servidor rápida	Si el servidor tarda, el problema es la aplicación

Errores comunes

Falló la instalación de un hotfix y los usuarios reportan lentitud

• Causa: disco lleno.
• Revisa: df -h.
• Solución: libera espacio en /shared y /var.

Lento y con colisiones en la interfaz

• Causa: dúplex distinto en cada extremo.
• Solución: modify net interface 1.1 media 1000T-FD y lo mismo en el switch.

Solo una aplicación va lenta

• Causa: servidores lentos, iRule pesada, compresión al máximo, perfil TCP inadecuado.
• Revisa: tmsh show ltm virtual <vs>, la captura del lado servidor.
• Solución: optimiza según lo que encuentres (perfil TCP por lado, compresión, OneConnect, caché).

La GUI va lenta pero el tráfico bien

• Causa: problema en el control plane (mcpd, bigd con demasiados monitores, tcpdump corriendo).
• Revisa: top.
• Solución: detén capturas, reduce monitores agresivos.

En el lab todo va lento

• Causa: VE con poca RAM/CPU o el límite de 10 Mbps de la lab license.
• Solución: más recursos a la VM; el límite de la licencia es normal.

Capturar empeoró el problema

• Causa: tcpdump en un equipo saturado.
• Solución: captura corta y filtrada, o captura en el switch (SPAN).