Please enable JavaScript.
Coggle requires JavaScript to display documents.
Análisis del desempeño y disponibilidad del servidor - Coggle Diagram
Análisis del desempeño y disponibilidad del servidor
Metrica 1: solicitudes por segundo
:
También llamado rendimiento
Esta es una métrica fundamental que mide el propósito principal de un servidor web.
Las aplicaciones a gran escala pueden alcanzar hasta aproximadamente 2,000 solicitudes por segundo.
Dada suficiente carga, cualquier servidor puede caer.
A medida que una aplicación gana más usuarios en un entorno de producción, es cada vez más crítico que comprenda la función del servidor.
Todos los diferentes tipos de servidores web tienen métricas de rendimiento de servidor similares. Estas métricas se dividen en dos categorías: métricas de rendimiento de la aplicación y métricas de experiencia del usuario.
Métrica 2:
Datos de entrada y salida.
Los datos en métrica son son el tamaño de la carga útil de la solicitud que va al servido.
una tasa mas baja es menor. Pequeñas cargas útiles son enviadas al servidor.
los datos altos pueden indicar solicitud de información innecesaria
los sitios web se hacen mas grandes con el tiempo.
causa problema para los de cargas de red lentas
las cargas útiles de respuesta hinchada conducen a sitios web lentos, que no satisfacen al usuario. sitios web
con suficiente lentitud los usuarios abandonan el sitio web y continúan.
Google dice que las páginas que tardan mas de tres segundos en cargar tienen un 53% de probabilidad de que sea abandonada por el usuario antes de completar la carga.
la salida de datos es carga útil de respuesta a los clientes.
Métrica 6: Conteo de hilos
le indica cuantas solicitudes concurrentes están ocurriendo en el servidor en un momento determinado
Esta métrica lo ayudara a comprender como se va la carga de general de un servidor desde un nivel de solicitud.
un servidor generalmente se puede configurar con un recuento máximo de subprocesos permitido. si el recuento de subprocesos supera este máximo, todas las solicitudes restantes se diferirán hasta que haya espacio disponible en la cola para procesarlas.
vale la pena señalar que aumentar el recuento máximo de subprocesos generalmente depende de tener los recursos apropiados disponibles para su uso
Métricas de rendimiento de la aplicación
Las métricas de rendimiento de las aplicaciones son específicas de la velocidad Si tiene problemas con el rendimiento estas métricas son un buen lugar para comenzar.
METRICA 5:
UTLIZACION DE HARDAWARE
Cualquier aplicación o servidor en ejecución está limitado por los recursos que se le asignan.
Al considerar estos, está buscando lo que puede convertirse en un cuello de botella para todo el sistema. Esta métrica puede decirle cuál es el cuello de botella y qué componente físico se puede actualizar para mejorar el rendimiento.
Eso provocará un cuello de botella en las interacciones de E / S entre recopilar archivos y presentarlos al usuario. Mientras el disco duro gira y recopila datos, los otros componentes físicos no hacen nada.
Realizar un seguimiento de la utilización de los recursos es clave, principalmente para determinar si existe un cuello de botella de recursos. Debe considerar tres aspectos principales de un servidor: El procesador, RAM y Espacio en el disco y uso
Métrica 3:
TIEMPO DE RESPUESTA PROMEDIO
Si se va a considerar al ART recuerde lo que significa: es un promedio al igual que las demás métricas determinadas, El ART es mucho mas útil cuando se usa junto con nuestra próxima métrica siento esta la métrica Nro 4
Esta métrica es muy buena indicando el rendimiento general de la aplicación dando la impresión de la usabilidad de la aplicación Por lo tanto cuanto menor es este mejor.
Definido directamente, el tiempo de la respuesta promedio es el tiempo que el servidor tarda en responder a todas las solicitudes que se le hacen.
Métrica 4
Tiempo de respuesta pico
Similar al tiempo de respuesta promedio, el tiempo de respuesta pico (PRT) es la medición de las respuestas más largas para todas las solicitudes que llegan a través del servidor
. Este es un buen indicador de los puntos débiles de rendimiento en la aplicación. PRT no solo le dará una idea de qué partes de sus aplicaciones están causando bloqueos
También lo ayudará a encontrar la causa raíz de estos bloqueos. Por ejemplo, si hay una página web lenta o una llamada particularmente lenta, esta métrica puede darle una idea de dónde buscar.