Planear el rendimiento del hardware de Service Manager

Una parte importante del rendimiento de System Center - Service Manager depende de la configuración de hardware y la topología de implementación que está planeada para controlar las necesidades de su organización. En las secciones siguientes se proporcionan instrucciones generales que se deben tener en cuenta al planear un rendimiento de hardware adecuado.

Rendimiento del hardware

A continuación se muestran los cuellos de botella de hardware que son más notables en Service Manager, con una carga significativa y una cantidad de datos en la base de datos de Service Manager:

1. El cuello de botella más común es la memoria y la E/S en el equipo que ejecuta Microsoft SQL Server. Si tiene los recursos, invertir en más memoria y un subsistema de E/S más rápido para mejorar la E/S de SQL Server logrará un mejor rendimiento.
2. Si espera tener muchas consolas que se conectan a un servidor de administración, puede mejorar el rendimiento para controlar la carga máxima invirtiendo en CPU y memoria adicionales para el servidor de administración o instalando un servidor de administración secundario de Service Manager.

Tenga en cuenta el hardware mínimo recomendado para cada rol, tal como se describe en este documento.

El rol de las máquinas virtuales

Muchas organizaciones usan máquinas virtuales para hospedar aplicaciones de Windows Server. Los roles de servidor de Service Manager, como el servidor de administración y el servidor de almacenamiento de datos, no son excepciones. El uso de máquinas virtuales puede variar de todos los roles de servidor que se virtualizan a otra combinación de equipos virtuales y físicos.

No se recomienda ninguna relación de equipo virtual a físico específica porque las necesidades de su organización son intrínsecamente únicas. Sin embargo, los requisitos mínimos de hardware para cada rol de software se aplican a los equipos físicos. Si decide virtualizar un rol de software, debe planear asegurarse de que tiene recursos de hardware adicionales para cada equipo virtual.

Los servidores de bases de datos son vulnerables a un rendimiento deficiente en las máquinas virtuales si no se sigue la siguiente guía de planeación:

• Ejecutar SQL Server en un entorno de Hyper-V.
• Nunca debe usar discos dinámicos en máquinas virtuales diseñadas para hospedar SQL Server. Use unidades de disco duro virtuales de tamaño fijo o paso a través.
• Hyper-V solo permite cuatro CPU virtuales por invitado, lo que podría restringir el servidor de Service Manager si tiene muchas consolas.

Resultados de pruebas de línea base de Service Manager

Service Manager se ha probado como línea base para mejorar el rendimiento y la escalabilidad mediante varios escenarios de implementación con el hardware mínimo recomendado en forma de equipos físicos. Más concretamente, los escenarios se probaron con bases de datos rellenadas previamente y consolas de Service Manager que crean y actualizan incidentes y solicitudes de cambio en un bucle.

La base de datos se ha rellenado previamente con información para dos pruebas:

• La prueba 1 consta de 20 000 equipos, 20 000 usuarios y todos los elementos de configuración necesarios, que eran aproximadamente 250 000 elementos de configuración que totalizaban aproximadamente 2,5 millones de filas en la base de datos. La prueba 1 también incluía 40 consolas activas de Service Manager.
• La prueba 2 constaba de 50 000 equipos, 50 000 usuarios y elementos de configuración relacionados, que eran aproximadamente 700 000 elementos de configuración que totalizaban 6 millones de filas en la base de datos. La prueba 2 también incluía 80 consolas activas de Service Manager.

Las pruebas entregaron los siguientes resultados:

• Para cumplir los objetivos de tiempo de respuesta para la configuración del equipo de 50 000, la memoria de SQL Server tenía que aumentarse de 8 gigabytes (GB) a 32 GB.
• Durante las pruebas, se generaron 200 incidentes y 50 solicitudes de cambio para la configuración del equipo de 20 000 y 500 incidentes y 125 solicitudes de cambio para la configuración de 50 000 equipos cada hora, con tres a cuatro suscripciones y plantillas de notificación que se procesan para cada incidente y solicitud de cambio.
• Normalmente, en las pruebas de línea base, los flujos de trabajo, como el procesamiento de suscripciones de notificación y la aplicación de plantilla, se ejecutan en un minuto a partir de cada elemento de trabajo que se genera.

Si su organización planea tener menos de 20 000 equipos y consolas compatibles y menos flujos de trabajo, el rendimiento de Service Manager debe ser aceptable, incluso si algunos de los roles de Service Manager se hospedan en equipos virtuales.

Sin embargo, si planea agregar equipos compatibles adicionales en la base de datos de Service Manager, debe planear aumentar la cantidad de RAM para el servidor de bases de datos de Service Manager más allá de los requisitos mínimos enumerados en este documento. Por ejemplo, en la prueba de línea base 8 GB de RAM se instaló en el servidor de base de datos de Service Manager que contenía registros para 20 000 equipos. Después, debe agregar 8 GB de RAM para cada incremento de 10 000 equipos que planea admitir. Por ejemplo, para 50 000 equipos planean 32 GB de RAM. Durante las pruebas de la configuración de 50 000 equipos con 32 GB de RAM instalados en el equipo que ejecuta SQL Server, el rendimiento se mejoró a un estado en el que ya no había ningún efecto reducido en comparación con las pruebas de la configuración antes de agregar equipos adicionales.

La latencia de red también se probó en la línea base. La latencia de red se introdujo entre la consola de Service Manager y el servidor de administración de Service Manager.

Nota:

El servidor de bases de datos de Service Manager y los servidores de administración de Service Manager deben estar en una LAN de baja latencia; La latencia de red entre el servidor de base de datos de Service Manager y el servidor de administración de Service Manager puede provocar una degradación significativa del rendimiento de Service Manager.

Las pruebas también entregaron los siguientes resultados:

• Donde la latencia de red era inferior a 100 milisegundos (msec), se encontraron buenos tiempos generales de respuesta de la consola de Service Manager.

• Cuando la latencia de red era de 150 msec a 200 msec, el rendimiento se observó como utilizable, con una degradación del 40 por ciento en el tiempo de respuesta en algunos escenarios. Con la latencia entre 150 msec y 200 msec, debe planear evaluar los escenarios clave de su organización y determinar si la conexión a Escritorio remoto (RDC) es una mejor opción.

  Nota:

  La expansión de mapas de servicio en la consola de Service Manager era lenta con cualquier cantidad de latencia.

• Cuando la latencia de red superó los 200 msec, los tiempos generales de respuesta de la consola de Service Manager se observaron como deficientes. Si la latencia supera los 200 msec, debe planear el uso de RDC u otra solución de acceso remoto similar para las tareas operativas. Sin embargo, dado que las tareas administrativas ocasionales son menos comunes, es posible que no necesite acceso remoto para ellas.

Pasos siguientes

• Para leer las directrices generales que se deben tener en cuenta al planear el rendimiento del software de Service Manager, consulte Rendimiento de Service Manager.