domingo, 13 de julio de 2014

Evaluar la performance de la red accediendo a Sharepoint con Message Analyzer (parte 2)

PARTE 1 – Parseo de ETW para Sharepoint

PARTE 2 – Monitoreo de red standart (acá estamos)

PARTE 3 – Crear un web part que simule lentitud de Sharepoint

Hay dos posibilidades para utilizar Message Analyser, dentro del servidor y desde el cliente. El uso desde dentro del servidor es para evaluar protocolos relacionados a Sharepoint, ej: DNS, SMTP, LDAP, Kerberos, etc-

Desde el lado del cliente permitirá tener un acercamiento de lo que reporta el usuario final. Voy a usar el modo client. Genero un nuevo Capture/Trace con el filtro

Elegimos un escenario de trace, es recomendable elegir alguno que haga trace de nuestra placa de red. En este caso yo estoy vía Wireless. Por lo tanto elegí “WLAN (Windows 8.1/Windows Server 2012 R2)”, pero si están por LAN que es el caso general deberías usar los relacionados a LAN. http://msdn.microsoft.com/en-us/library/jj659262.aspx

image

Y agregamos el filtro: TCP.Port==80

image

Y vemos que ya loguea mensajes.

image

Cambiamos el ViewPoint a HTTP

image

Ahora empezemos a evaluar los datos:

TimeElapsed: esta columna cómo es la experiencia del usuario con el sitio. Ej: supogamos la siguientes lineas

image

Vemos que nuestra solicitud (desde source 192.168.1.1) tardo en llegar a chrissp2013dev.cloudapp.net (destination) 0.0610551 (TimeElapsed).

Otro punto para ver es que podemos ver todo el stack de mensajes, por ej: message number = 540 (que es la respuesta del servidor), vemos por donde pasaron los mensajes y cuanto tardo cada  uno

image

Click sobre la línea, y seleccionamos Show details podemos ver más de la solicitud

image

Uri: que página llame

StatusCode: 200 (OK)

Payload: es el contenido del mensaje.

Otra columna importante es ResponseTime, que mide cuanto tiemppo tardo el server en responder. Pero cual es la diferencia con TimeElapsed? veamos el ejmplo

image

TimeElapsed= es el tiempo que persive el usuario en que el servidor le contesto. es decir lo que le tardo en renderizar la página. 0.2206734

ResponseTime= es el tiempo que tardo el servidor en empezar a responder. En este caso 0.1684419. Es decir la diferencia entre 0.2206734 y 0.1684419 es el tiempo de red entre el servidor y cliente.

Otro punto para ver, es la columna “Diagnostic”, donde podrás ver algún error en los paquetes. En este caso: Segment lost, missing 3-way handshake.

image

image

3-way handshake

Casi siempre los errores de tipo TCP, son problemas con la red. Puedes ver distintos tipos de mensajes, ej:

image

También puedes agregar colores sobre los mensajes, los más últiles, los de kerberos.

image

Por ejemplo, errores 401

image

No hay comentarios:

Publicar un comentario