Jesse Rothstein, CEO y fundador de ExtraHop, asegura que el problema se debe a que muchos de los problemas de rendimiento que parecen provenir del nivel del servidor a menudo son causados por problemas en la red, la base de datos y los sistemas de almacenamiento. Rothstein dijo: "Al final, debe considerar y analizar estos problemas, pero en realidad es complicado. "Dan Klimke, Gerente de Marketing de Producto Global en Fluke Networks, dijo:" Si hay un retraso, debemos observar si este retraso aparece primero en el servidor o en la red o el nivel del cliente. El seguimiento y análisis de los síntomas lleva mucho tiempo. " los departamentos de TI a menudo conectan varios servidores para proporcionar recursos (como aplicaciones) a los usuarios finales. Klimke dijo: "Es posible que tenga un servidor de aplicaciones para usuario basado en la web que se comunique con el servidor de aplicaciones, y que el servidor de aplicaciones se comunique con el servidor de bases de datos, todos los cuales están conectados a través de algún tipo de red. Entonces, el primer paso en la resolución de problemas es asegurarse de que el problema realmente proviene de un servidor, no de la red. " Obtener la aplicación incómoda Es completamente posible que una aplicación haga que el servidor reaccione lentamente o simplemente se apague. Klimke dijo: "La aplicación puede ser demasiado descuidada y rsquo; (habladora), es decir, estas aplicaciones se escriben sin usar marcos grandes con grandes cantidades de datos, enviando menos marcos, pero usando El marco más pequeño, por lo que el final del día tiene que enviar una gran cantidad de datos de un lado a otro para completar la tarea de un marco más grande, en contraste, el uso de marcos grandes es mucho más rápido y mucho más eficiente. " Limpiar redes sucias Rothstein dijo que las redes sucias son redes en las que los paquetes se pierden, reordenan o fragmentan, lo que puede reducir el rendimiento del servidor y causar una degradación del rendimiento y una carga del servidor. Explicó: "La mayoría de las personas no se dan cuenta de que las pilas de protocolos de red como la pila TCP tienen rutas tanto rápidas como lentas. La ruta rápida es eficiente, optimizada para los paquetes que debe transmitir, y el siguiente paquete se puede transmitir en orden. Pero si envía paquetes desordenados, o si transfiere inadvertidamente paquetes de la Capa 4 a la Capa 3, el servidor y el sistema operativo consumirán una gran cantidad de recursos para reensamblar esos fragmentos de IP, o reordenar o Vuelva a montar el fragmento TCP. " La virtualización puede complicar este problema. Rothstein dijo: "Su hipervisor es un programador … … comparte el tiempo del procesador entre todas las máquinas virtuales en ejecución y los sistemas operativos invitados; si cambia de una máquina virtual a otra, inevitablemente aparecerá Retraso Si la configuración es incorrecta, el paquete de red se retrasará, por lo que la pila de red subyacente lo descartará, una vez que llegue al punto de inflexión, la degradación del rendimiento no solo es obvia, sino que también tiene consecuencias catastróficas. " Utilizando herramientas de monitoreo Rothstein dijo que no importa si se trata de una herramienta de terceros automatizada que realiza el sondeo SNMP para registrar los indicadores de estado del servidor, o una herramienta de código abierto gratuito relativamente simple, debe hacer un uso completo de las herramientas de monitoreo. Vollering dijo que si está utilizando un servidor virtualizado, las herramientas de monitoreo son especialmente importantes. Dijo que los tres principales proveedores de tecnología de virtualización VMware, Microsoft y Citrix proporcionan excelentes herramientas de monitoreo. Dijo: "Estas herramientas pueden decirle lo que está ejerciendo presión sobre su entorno, ya sea el uso del procesador, el uso de la memoria o el uso del disco. "Vollering dijo que incluso si esas herramientas están disponibles e implementadas, muchas empresas a menudo no saben si pueden usarlas o no saben cómo usarlas. Además, estas herramientas brindan información y alertas similares a las inundaciones. Dijo: "Es posible que tenga que pasar todo un día revisando los distintos gráficos. " Entonces, ¿cómo podemos hacer el uso más efectivo de estas herramientas? Vollering dijo: “Lea el manual cuidadosamente y configure las herramientas para su entorno. De esa manera, si se produce una alerta, sabe que debe explorar la alerta, no porque la herramienta aún esté configurada con umbrales predeterminados y esté inundada. " Por ejemplo, un comando de una aplicación puede ser enviado al servidor, causando problemas con el servidor. Klimke dijo: "Mire el tráfico de datos real que ingresa al servidor, puede averiguar qué enlace ingresó al paquete y qué comando se envió al servidor antes de que el servidor se desconectara. Esto requiere un examen del tráfico de datos real en la conexión de red, así como la capacidad de interpretar comandos y tramas pasadas que se enviaron antes de que el servidor se desconectara. " Comprobando los recursos físicos del servidor KellySather, el arquitecto de soluciones internas de CDW, dijo que una vez que haya identificado un problema de rendimiento en el nivel del servidor, debe verificar los recursos físicos del servidor problemático. Dijo: "El mejor caso es tan simple como agregar otro procesador o agregar más memoria. "Dan Klimke, Gerente de Marketing de Producto Global de Fluke Networks, agregó:" Asegúrese de verificar si la utilización de su procesador es demasiado alta para muchos procesos. Encontramos que muchos problemas fueron causados completamente por el disco lleno. " Asegúrese de que el servidor funcione correctamente Sather dice que, dado que su hardware es compatible con las aplicaciones recién instaladas o actualizadas, no significa que la aplicación se ejecutará sin problemas. Él dijo: "Los recursos en su servidor deben ser acordes con la carga que va a manejar. Por ejemplo, alguien migró a Exchange 2010, por lo que se alejó de la versión anterior de Exchange que funciona sin problemas en un sistema de doble núcleo con doble procesador con 24 GB de memoria. Pero como Exchange 2010 es un sistema que requiere más recursos, descubrieron el sistema en el hardware antiguo posteriormente. No se puede ejecutar en " Corrección y ajuste de la carga La carga de múltiples servidores virtuales puede exceder por mucho la capacidad de procesamiento del servidor físico. Erwin Vollering, director de servicios de virtualización de la consultora GlassHouse Technologies, dijo: "Usted necesita conocer sus limitaciones". Si toma una instantánea mientras procesa números de consolidación financiera mensual, su sistema de almacenamiento no podrá manejar todas esas transacciones al mismo tiempo. "La migración en tiempo real de la solución interna de CDW de la máquina virtual, el arquitecto KellySather dijo que a medida que aumentan las cargas de trabajo y la cantidad de máquinas virtuales aumenta, es posible que sea necesario migrar una máquina virtual que cause problemas a otro host, o " Normal " La máquina virtual se descarga a otro host para hacer espacio para las máquinas virtuales que necesitan recursos. VMware vMotion y Microsoft Hyper-V (y otras tecnologías) le permiten migrar máquinas virtuales a otros hosts en tiempo real, sin la necesidad de conectarse a los usuarios finales.