Planear el rendimiento de hardware de Service Manager

Importante

Esta versión de Service Manager ha llegado al final del soporte técnico. Se recomienda actualizar a Service Manager 2022.

Una parte importante de System Center: Service Manager rendimiento 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 el rendimiento adecuado del hardware.

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 la cantidad de datos en la base de datos de Service Manager:

1. El cuello de botella más común es la memoria y E/S en el equipo que está ejecutando Microsoft SQL Server. Si tiene los recursos, invertir en más memoria y un subsistema de E/S más rápido para mejorar SQL Server E/S 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 de Service Manager secundario.

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 emplean máquinas virtuales para alojar las aplicaciones de Windows Server. Service Manager roles de servidor, como el servidor de administración y el servidor de almacenamiento de datos, no son excepciones. En algunos casos, se virtualizan todas las funciones de servidor, mientras que en otros, se emplea alguna combinación de equipos físicos y virtuales.

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 siguen las siguientes instrucciones de planeación:

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

Service Manager resultados de pruebas de línea base

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 Service Manager consolas que crean y actualizan incidentes y solicitudes de cambio en un bucle.

En la base de datos, se incluyó información para dos pruebas:

• La prueba 1 consistió en 20.000 equipos, de 20.000 usuarios, y todos los elementos de configuración necesarios, que son aproximadamente 250.000 elementos de configuración que suman un total de 2,5 millones de filas en la base de datos. La prueba 1 también incluía 40 consolas de Service Manager activas.
• La prueba 2 consistió en 50.000 equipos, 50.000 usuarios y elementos de configuración relacionados, que eran aproximadamente 700.000 elementos de configuración que suman un total de 6 millones de filas en la base de datos. La prueba 2 también incluía 80 consolas de Service Manager activas.

Las pruebas ofrecieron los siguientes resultados:

• Para cumplir los objetivos de tiempo de respuesta para la configuración de 50.000 equipos, se tuvo que aumentar la memoria de SQL Server de 8 gigabytes (GB) a 32 GB.
• Durante la prueba, se generaron, por hora, 200 incidentes y 50 solicitudes de cambio en la configuración de 20.000 equipos, y 500 incidentes y 125 solicitudes de cambio en la configuración de 50.000 equipos. Para cada incidente y solicitud de cambio, se procesaron de 3 a 4 plantillas y suscripciones de notificación.
• En la prueba de línea de base, los flujos de trabajo tales como el procesamiento de suscripciones de notificación y la aplicación de plantillas suelen ejecutarse en menos de 1 minuto para cada elemento de trabajo generado.

Si su organización planea tener menos de 20 000 equipos y consolas compatibles y menos flujos de trabajo, el rendimiento de la 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 base 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 se instalaron 8 GB de RAM en el servidor de base de datos Service Manager que contenía registros para 20 000 equipos. Después de ello, debería agregar 8 GB de RAM por cada incremento de 10.000 equipos que piense agregar al sistema. Por ejemplo, para 50.000 equipos, debería incluir 32 GB de RAM. Al someter a prueba la configuración de 50.000 equipos con 32 GB de RAM instalados en el equipo que ejecuta SQL Server, el rendimiento mejoró hasta ser igual al que se probó en el sistema antes de que se agregaran los equipos adicionales.

La latencia de la red también se comprobó en la línea de 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 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 Service Manager y el servidor de administración de Service Manager puede provocar una degradación significativa de Service Manager Rendimiento.

Las pruebas también ofrecieron los siguientes resultados:

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

• Cuando la latencia de red era de 150 msec a 200 msec, el rendimiento se observó como utilizable, con una degradación del 40 % 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 opción mejor.

  Nota

  La expansión de los 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 de respuesta generales de la consola de Service Manager se observaron como deficientes. Si la latencia supera los 200 milisegundos, debería pensar en usar una conexión de escritorio remoto o alguna otra solución de acceso remoto similar para las tareas operativas. Sin embargo, dado que las tareas administrativas ocasionales no son tan comunes, quizás no necesite contar con acceso remoto para ellas.

Pasos siguientes

• Para leer las instrucciones generales que debe tener en cuenta al planear Service Manager rendimiento de software, revise Service Manager rendimiento.