Consideraciones sobre el rendimiento de características
Publicada: marzo de 2016
Se aplica a: System Center 2012 SP1 - Orchestrator, System Center 2012 - Orchestrator, System Center 2012 R2 Orchestrator
Esta sección describe los procesos de Orchestrator que influyen en el rendimiento en un entorno de producción. Este procedimiento se basa en la identificación de los procesos que se producen en tiempo de ejecución, en el servicio web y durante la creación. Hay actividades de creación que tienen lugar fuera de un entorno de producción; sin embargo, toda configuración de un entorno de producción para probar el rendimiento debería incluir variaciones, como por ejemplo, el hecho de admitir las solicitudes especiales que pudiera realizar un administrador de Orchestrator.
Runbooks
A pesar de estas variaciones en diseño y complejidad, la estructura de los runbooks es sencilla. Realizan tres operaciones: ejecutan actividades, administran datos publicados y realizan la lógica de ramas. Las secciones siguientes proporcionan más detalles acerca de estas operaciones.
Funcionamiento interno de las actividades
Las actividades de los runbooks contienen dos tipos de código: el código de plataforma y el código de dominio. El código de plataforma se basa en un marco compartido entre todos los runbooks. El código de plataforma administra los procesos de Orchestrator. El código de dominio hace referencia al código de una actividad de runbook que administra los procesos ajenos a Orchestrator. Por ejemplo, la actividad Invocar servicio web contiene código de plataforma para controlar el procesamiento en Orchestrator, como datos de publicación, y código de dominio específico para invocar un servicio web.
El procesamiento de los runbooks es casi idéntico cuando se comparan actividades que ejecutan código de plataforma similar. El código de dominio depende de problemas de latencia externos a Orchestrator. Potencialmente, el código de dominio varía considerablemente entre actividades. Para comprender las dependencias de código de dominio y su impacto en el rendimiento de los runbooks, debe probar el rendimiento de cada actividad antes de determinar los requisitos para el entorno de producción.
Datos publicados
Los runbooks de Orchestrator comparten datos entre las actividades. Las actividades consumen datos publicados que crearon runbooks anteriores. El uso que hace una actividad de los datos publicados depende del código de dominio. Todas las actividades de los runbooks publican un conjunto mínimo de parámetros de tiempo de ejecución denominado datos publicados comunes. Aunque no es estrictamente necesario, el código de dominio puede publicar datos. Los datos publicados que crea el código de dominio se denominan datos publicados según la actividad. Los datos que produce una actividad pueden contener elementos de datos de valor único o múltiple. Por ejemplo, cada actividad produce un único registro de datos publicados comunes de valor único. El código de dominio puede producir varios registros de datos de valor único y múltiple.
La publicación de datos en la base de datos de Orchestration es una actividad que consume muchos recursos. El rendimiento de los runbooks depende de la cantidad de datos que publica cada actividad y el rendimiento y la resistencia del equipo que hospeda la base de datos de Orchestration. Como parte de la planificación de los requisitos de rendimiento, tenga en cuenta la cantidad de datos publicados que requieren los runbooks y el rendimiento del equipo que aloja la base de datos de Orchestration.
Bifurcación
Las actividades de los runbooks crean una rama si una actividad requiere datos para aprobar al mismo tiempo dos o más actividades. Cuando se inicia un runbook, el procesamiento se compone de un único subproceso. Cuando este subproceso encuentra una rama, se crea un subproceso para cada rama. Cada subproceso hace referencia a los datos publicados de todas las actividades anteriores del subproceso. El número total de subprocesos de un runbook depende del número de ramas que se utiliza en un runbook. Los runbooks multiproceso requieren más potencia de procesamiento que aquellos de subproceso único.
Como parte de la evaluación de los requisitos de rendimiento de un runbook, tenga en cuenta el número de ramas que vaya a incluir en él. Los runbooks que incluyen varias ramas requieren más potencia de procesamiento en los servidores de runbooks que aquellos que no contienen ramas.
Experiencia de operador
La experiencia del operador tiene lugar en la consola de Orchestration y el servicio web Orchestrator. La consola de Orchestration es una aplicación web basada en Microsoft Silverlight que requiere el servicio web Orchestrator para conectarse a la base de datos de Orchestration. La consola de Orchestration y el servicio web Orchestrator dependen del rendimiento de la base de datos de Orchestration y el servidor de Internet Information Services (IIS) que aloja el servicio web Orchestrator.
Conector de Service Manager
El servicio web de Orchestrator admite el conector de Service Manager.Service Manager sirve a clientes de TI quienes atienden a, aproximadamente, 50.000 usuarios. Los escenarios de administración de solicitudes de Service Manager asumen que cada usuario envía una solicitud al mes. Se produce así un volumen de 2.500 solicitudes al día (200 solicitudes/hora, o, tres cada minuto, aproximadamente).Service Manager utiliza el servicio web de Orchestrator para actualizar el estado de las actividades y necesita la información de un número similar de solicitudes de estado Asimismo, tenga en cuenta que el conector de Service Manager detecta runbooks publicados. El tiempo de respuesta para descubrir una carpeta de runbooks depende del número de runbooks de la carpeta.