Le enseñará cómo diagnosticar el rendimiento del servidor.

Los administradores del centro de datos deben aprender a interpretar los síntomas de los problemas de rendimiento y determinar qué factores están causando el problema. La lenta respuesta del servidor hace que todos los usuarios se vuelvan locos: los usuarios finales esperan ansiosamente a que se abran los archivos de Microsoft PowerPoint, los ejecutivos senior esperan recibir correos electrónicos de inmediato, como administradores de centros de datos, deben escuchar y resolver sus quejas. Estas preguntas En el entorno cada vez más virtualizado de hoy, los problemas de rendimiento del servidor son más comunes y más serios que nunca. Erwin Vollering, director de servicios de virtualización de la consultora GlassHouse Technologies, dijo: "En un entorno físico, cada servidor tiene su propio controlador SCSI, disco, memoria y componentes de procesador. Ahora, ejecuta de 10 a 15 servidores en un entorno compartido en un host físico. Estos servidores manejan las mismas tareas al mismo tiempo, usan los mismos recursos y se bloquean cuando falla el host físico. " Entonces, ¿cómo se hace para diagnosticar estos problemas con el fin de resolver el problema y continuar reanudando la operación? Aquí hay algunos consejos para ayudarlo a comenzar. Asegúrese de que el problema sea el servidor
Jesse Rothstein, CEO y fundador de ExtraHop, dice 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 en general, pero en realidad es complicado. "Cuando hay una demora, debemos ver si esta demora aparece primero en el servidor o en la red o en el nivel del cliente", dijo Dan Klimke, Gerente de Marketing de Producto Global de Fluke Networks. 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. " Obtención de aplicaciones engorrosas
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; (chatty) — — es decir, estas aplicaciones se escriben sin usar grandes marcos con grandes cantidades de datos, enviando menos marcos, y Se utiliza el marco más pequeño, por lo que solo es necesario enviar una gran cantidad de datos de manera frecuente para completar la tarea que puede realizar un marco más grande; en contraste, usar un marco grande es mucho más rápido y más eficiente. " 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 una vista del tráfico de datos real en la conexión de red, así como la capacidad de interpretar los comandos y marcos pasados ​​que se enviaron antes de que el servidor se desconectara. &b; Limpie las 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. Grande 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 transmite paquetes fuera de servicio, 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 volver a ensamblar 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á Retrasado 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. &b; 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 simple de código abierto, 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 VMware, Microsoft y Citrix, los tres principales proveedores de tecnología de virtualización, 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. Él dijo: "Es posible que tengas que pasar todo un día mirando 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. &b; Mejores consejos: verificando los recursos físicos del servidor
el arquitecto de soluciones internas de CDW Kelly Sather dijo que una vez que haya identificado un problema de rendimiento en el nivel del servidor, debe verificarlo dos veces. Los recursos físicos del servidor. 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ó:" Es importante ver si la utilización de su procesador es demasiado alta para muchos procesos. Encontramos que muchos problemas fueron causados ​​completamente por el disco lleno. &b; Sugerencias básicas: asegúrese de que el servidor funcione correctamente. Sather dice que debido a 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 y se mudó de la versión anterior de Exchange funcionando sin problemas en un sistema de doble núcleo con doble procesador con 24 GB de RAM. Pero como Exchange 2010 es un sistema que consume más recursos, más tarde descubrieron que el sistema no podía ejecutarse en hardware antiguo.   Otros dos consejos: Corrección y ajuste de la carga
La carga de varios 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. Y "

migración en vivo de máquinas virtuales dentro de CDW
arquitecto de soluciones Kelly Sather dijo que con la mayor carga de trabajo, el aumento en el número de máquinas virtuales, puede que tenga que encontrar una causa La máquina virtual problemática se migra a otro host o la máquina virtual "normal" se descarga a otro host para dejar 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.