Arquitectura de Orchestrator
Publicado: marzo de 2016
Se aplica a: System Center 2012 SP1 - Orchestrator, System Center 2012 - Orchestrator, System Center 2012 R2 Orchestrator
Este tema proporciona información general acerca de System Center 2012 - Orchestrator e incluye una descripción de la arquitectura del sistema, el funcionamiento interno de un flujo de trabajo de Runbooks típico y el flujo de Runbooks implementados.
Aspectos básicos de la implementación de Orchestrator
En la tabla siguiente se muestran las características de las implementaciones básicas de Orchestrator.
| Característica de Orchestrator | Descripción |
|---|---|
| Servidor de administración | El servidor de administración es la capa de comunicación entre Runbook Designer y la base de datos de Orchestration. |
| Runbook Server | El servidor de Runbook es donde se ejecuta la instancia del Runbook. Los servidores de Runbooks se comunican directamente con la base de datos de Orchestration. Puede implementar varios servidores de Runbooks por cada instalación de Orchestrator para aumentar la capacidad y la redundancia. |
| base de datos de Orchestration | La base de datos es una base de datos de Microsoft SQL Server que contiene todos los Runbooks implementados, el estado de los Runbooks en ejecución, los archivos de registro y los datos de configuración de Orchestrator. |
| Runbook Designer | Runbook Designer es la herramienta que se utiliza para crear, editar y administrar los Runbooks de Orchestrator. Para obtener más información acerca de Runbook Designer, vea la Utilización de Runbooks en System Center 2012 - Orchestrator. |
| Runbook Tester | Runbook Tester es una herramienta de tiempo de ejecución que se utiliza para probar los Runbooks desarrollados en Runbook Designer. Para obtener más información acerca de Runbook Tester, vea Cómo probar un Runbook en la Utilización de Runbooks en System Center 2012 - Orchestrator. |
| Consola de orquestación | La consola de Orchestration permite iniciar o detener Runbooks y ver el estado en tiempo real en un explorador web. Para obtener más información acerca de la utilización de la consola de Orchestration, vea Utilización de la consola de Orchestration en System Center 2012 - Orchestrator. |
| Servicio web de Orchestrator | El servicio web de Orchestrator es un servicio de transferencia de estado de representación (REST) que permite que las aplicaciones personalizadas se conecten a Orchestrator para iniciar o detener Runbooks, así como para recuperar información acerca de las operaciones mediante scripts o aplicaciones personalizadas. La consola de Orchestration utiliza este servicio web para interactuar con Orchestrator. |
| Deployment Manager | Deployment Manager es una herramienta que se utiliza para implementar paquetes de integración, servidores de Runbooks y Runbook Designers. Para obtener más información acerca de esta herramienta, vea Implementación de System Center 2012 - Orchestrator. |
Diagrama de la arquitectura
El siguiente diagrama ilustra cada una de las características de Orchestrator, así como la comunicación entre cada una.
.jpeg "System Center 2012 - Arquitectura de Orchestrator")
System Center 2012 - Arquitectura de Orchestrator
La base de datos de Orchestration representa el centro de la instalación de Orchestrator, ya que contiene todos los Runbooks, las opciones de configuración y los registros. El servidor de administración se utiliza como capa de comunicación entre Runbook Designer y la base de datos de Orchestration. Uno o varios servidores de Runbooks se comunican directamente con la base de datos para recuperar los Runbooks que se deben ejecutar y almacenar información acerca de los trabajos creados con los Runbooks. El servicio web también se comunica directamente con la base de datos de Orchestration y proporciona una conexión de explorador web para la consola de Orchestration.
Extensiones de Orchestrator
La siguiente tabla muestra varias estrategias disponibles para extender la funcionalidad que proporciona la instalación estándar de Orchestrator. Para obtener información adicional, vea Implementación de System Center 2012 - Orchestrator.
| Característica de Orchestrator | Descripción |
|---|---|
| Paquete de integración (IP) | Un paquete de integración es una colección de actividades personalizadas específicas de un producto o tecnología. Microsoft y otras compañías proporcionan paquetes de integración que incluyen actividades que permiten interactuar con sus productos desde un Runbook de Orchestrator. |
| Orchestrator Integration Toolkit | Orchestrator Integration Toolkit permite extender su biblioteca de actividades más allá de la colección de actividades estándar y de los paquetes de integración. Integration Toolkit dispone de herramientas basadas en asistente que permiten crear nuevas actividades y paquetes de integración para Orchestrator. Los desarrolladores también pueden utilizar el Integration Toolkit para crear paquetes de integración a partir de las actividades personalizadas creadas mediante el SDK de Orchestrator. |
Automatización mediante el uso de Runbooks
Para automatizar una tarea o proceso en Orchestrator, utilice Runbook Designer para crear un Runbook. Para agregar actividades al Runbook, basta con arrastrarlas desde el panel Actividades y, a continuación, vincular las actividades en el orden adecuado para crear un flujo de trabajo.
La ilustración siguiente muestra un Runbook simple.
.jpeg "Un runbook que supervisa un registro de eventos")
Este Runbook supervisa un registro de eventos. Cuando detecta el evento especificado, el Runbook comprueba el estado de un proceso concreto en Windows en un equipo específico. Si encuentra el proceso en ejecución, el Runbook lo detiene. A continuación, el Runbook inicia el proceso y envía un correo electrónico como notificación del cambio de estado del proceso.
Cada actividad de Runbook finaliza antes de continuar con la siguiente y las actividades disponen de una lógica compleja que requiere, por ejemplo, que se finalicen varias actividades para que la ejecución del Runbook pueda continuar. La combinación de lógica en las actividades con conexiones inteligentes permite implementar cualquier lógica que requiera su escenario de automatización particular.
Procesamiento de Runbooks en Orchestrator
Una vez creado el Runbook, deberá vincularlo a la base de datos de Orchestration registrándolo. A continuación, podrá usar Runbook Designer o la consola de Orchestration para iniciar y detener el Runbook.
Las solicitudes de ejecución de Runbooks crean un trabajo que se almacena en la base de datos de Orchestration. Cada Runbook puede definir un servidor de Runbook principal y uno o varios en espera para procesar el Runbook en caso de que el principal no esté disponible. Cada servidor de Runbook dispone de un servicio que supervisa de manera continua la base de datos de Orchestration en busca de trabajos para procesar. Cuando un servidor de Runbook detecta un trabajo, registra que empieza con el trabajo, copia el Runbook de manera local, registra que está ejecutando una instancia del Runbook y comienza a procesarlo. Para los Runbooks que no contengan monitor, puede crear varias solicitudes de Runbook, lo que significa que un único Runbook puede tener varios trabajos.
Cuando un servidor de Runbook procesa un trabajo, este crea una instancia del Runbook al almacenar una copia de manera local. A continuación, realiza las acciones definidas en el Runbook en función de la lógica de flujo de trabajo incluida. La información de estado, los resultados de la actividad y los datos se registran en la base de datos de Orchestration para que pueda supervisar el estado en tiempo real e histórico del Runbook.
Permisos
El acceso a Orchestrator se proporciona al agregar cuentas de usuario a un grupo de seguridad que se crea durante la instalación. Dicho grupo puede ser un grupo de dominio o un grupo local del servidor de administración. Los usuarios de este grupo tienen acceso total a Runbook Designer para crear y modificar Runbooks, así como a Deployment Manager para implementar nuevos Runbook Designers y servidores de Runbooks. Los operadores que tienen que iniciar y detener, pero que no tienen que crear Runbooks, pueden tener este permiso de acceso a los Runbooks individuales para, a continuación, utilizar la consola de Orchestration.