Planificación del rendimiento del hardware de Service Manager

Una parte importante del rendimiento de System Center - Service Manager depende de la configuración del hardware y la topología de implementación que se planifica para satisfacer las necesidades de tu organización. En las secciones siguientes se proporcionan instrucciones generales que se deben tener en cuenta para planificar el rendimiento de hardware de forma adecuada.

Rendimiento del hardware

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

1. El cuello de botella más común es la memoria y las E/S en el equipo que ejecuta Microsoft SQL Server. Si tienes los recursos, invertir en más memoria y en un subsistema de E/S más rápido para mejorar las E/S de SQL Server te permitirá mejorar el rendimiento.
2. Si esperas tener muchas consolas que se conectan a un servidor de administración, puedes mejorar el rendimiento para gestionar la carga máxima si inviertes en CPU y memoria adicional para el servidor de administración, o bien si instalas un servidor de administración secundario de Service Manager.

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

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 tu 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 decides virtualizar un rol de software, debes realizar una planificación para asegurarte de que dispones de recursos de hardware adicionales para cada equipo virtual.

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

• Ejecución de SQL Server 2008 en un entorno de Hyper-V.
• Nunca deben usarse discos dinámicos en máquinas virtuales diseñadas para hospedar SQL Server. Usa unidades de disco duro virtuales de tamaño fijo o tránsito.
• Hyper-V solo permite cuatro CPU virtuales por invitado, lo que podría limitar el rendimiento del servidor de Service Manager si tienes muchas consolas.

Resultados de pruebas de base de Service Manager

Service Manager se ha probado como 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, así como solicitudes de cambio en un bucle.

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

• La prueba 1 estaba compuesta por 20 000 equipos, 20 000 usuarios y todos los elementos de configuración necesarios, que ascendían a aproximadamente 250 000 elementos de configuración, con un total aproximado de 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 estaba compuesta por 50 000 equipos, 50 000 usuarios y elementos de configuración relacionados, que ascendían a aproximadamente 700 000 elementos de configuración, con un total de 6 millones de filas en la base de datos. La prueba 2 también incluía 80 consolas activas de Service Manager.

Las pruebas ofrecieron los resultados siguientes:

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

Si tu organización planea tener menos de 20 000 equipos y consolas compatibles, así como 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 planeas agregar equipos compatibles adicionales en la base de datos de Service Manager, debes planear aumentar la cantidad de RAM del servidor de bases de datos de Service Manager más allá de los requisitos mínimos que se enumeran en este documento. Por ejemplo, en la prueba de base, se instalaron 8 GB de RAM en el servidor de base de datos de Service Manager que contenía registros para 20 000 equipos. Después, debes agregar 8 GB de RAM por cada incremento de 10 000 equipos que planees admitir. Por ejemplo, para 50 000 equipos, debes planificar 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 mejoró a un estado en el que ya no se producía ningún efecto reducido en comparación con las pruebas de la configuración antes de agregar los equipos adicionales.

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

Las pruebas también dieron los resultados siguientes:

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

• Cuando la latencia de red era de 150 msec a 200 msec, se observó un rendimiento que permitía la utilización, con una degradación del 40 por ciento en el tiempo de respuesta en algunos escenarios. Con una la latencia entre 150 msec y 200 msec, deberías planificar evaluar los escenarios clave de tu organización y valorar si la Conexión a Escritorio remoto 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, debes planear el uso de RDC u otra solución de acceso remoto similar para las tareas operativas. Pero, dado que las tareas administrativas ocasionales son menos habituales, es posible que no necesites acceso remoto para estas.

Pasos siguientes

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