Rendimiento del hardware

Publicado: julio de 2016

Se aplica a: System Center 2012 SP1 - Service Manager, System Center 2012 R2 Service Manager, System Center 2012 - Service Manager

Una parte importante del rendimiento de System Center 2012 – Service Manager depende de la configuración del hardware y de la topología de implementación que se haya planificado para satisfacer las necesidades de la organización. Las siguientes secciones brindan directrices generales que se deben tomar en cuenta al planificar un adecuado rendimiento del hardware.

Los siguientes son los cuellos de botella más notorios del hardware en Service Managercuando hay una carga importante y considerable 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 dispone de 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 proporcionará un mejor rendimiento.

2. Si espera que sean muchas las consolas que se conectan a un servidor de administración, puede mejorar el rendimiento para que procese la carga pico invirtiendo en más unidades de CPU y en mayor memoria 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.

La función de las máquinas virtuales

Muchas organizaciones emplean máquinas virtuales para alojar las aplicaciones de Windows Server. Service Manager , tales como el servidor de administración y el servidor de almacenamiento de datos no constituyen 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 recomendamos ninguna relación en especial entre equipos virtuales y físicos porque las necesidades de cada organización son ú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 realizar un planeamiento para asegurarse de que dispone de los recursos de hardware adicionales para cada equipo virtual.

Los servidores de base de datos son vulnerables al rendimiento ineficiente de las máquinas virtuales si no se respeta la siguiente directriz de planificación:

• Running SQL Server 2008 in a Hyper-V Environment (Ejecutar SQL Server 2008 en un entorno Hyper-V) (SQL2008inHyperV2008.docx).

• 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 solamente permite 4 unidades de CPU virtuales por invitado, lo cual podría restringir el servidor de Service Manager si tiene muchas consolas.

Resultados de la prueba de línea de base de Service Manager

Service Manager se ha sometido a pruebas de línea de base para comprobar su rendimiento y escalabilidad, empleando diferentes escenarios de implementación que emplean el hardware mínimo recomendado con equipos físicos. De manera más específica, se probaron los escenarios con bases de datos previamente rellenadas, con Consola de Service Managercreando y actualizando 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 incluyó 40 Consola de Service Manageractivas.

• 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 incluyó 80 Consola de Service Manageractivos.

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 trabajar con menos de 20.000 equipos y consolas, y menos flujos de trabajos, entonces el rendimiento de Service Manager debería ser aceptable, incluso aunque algunas funciones de Service Manager se alojasen en equipos virtuales.

No obstante, si planea agregar más equipos en la base de datos de Service Manager , entonces debería pensar en aumentar la cantidad de RAM para el servidor de la base de datos de Service Manager por encima de los requisitos mínimos detallados en este documento. Por ejemplo, en la prueba de línea de base, se instalaron 8 GB de RAM en el servidor de la base de datos de Service Manager , que contenía los registros de 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 la red se introdujo entre la Consola de Service Manager y el servidor de administración de Service Manager .

Las pruebas también ofrecieron los siguientes resultados:

• Allí donde la latencia de la red era inferior a 100 milisegundos (ms), los tiempos generales de respuesta de la Consola de Service Manager fueron buenos.

• Donde la latencia de la red era de entre 150 y 200 milisegundos, el rendimiento se consideró "usable" con hasta un 40% de degradación en los tiempos de respuesta en algunos escenarios. Con una latencia de entre 150 y 200 milisegundos, debería pensar en evaluar los escenarios clave para su organización y determinar si la conexión de escritorio remoto (RDC) no constituye una mejor opción.

  Nota

  
  La expansión de los mapas de servicio en la Consola de Service Manager resultó lenta con cualquier tipo de latencia.

• Allí donde la latencia de la red era superior a 200 milisegundos, los tiempos generales de respuesta de la Consola de Service Manager se consideraron malos. 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.