Microsoft System Center Orchestrator 2012 Dirija la banda de System Center
La automatización de los procesos de TI ahorra tiempo y energías, y System Center 2012 Orchestrator se lo permite con bastante facilidad.
Paul Schnackenburg
El mayor reto con ella, automatización de procesos no es la tecnología— es la interfaz con el negocio y sus procesos de negocio. Ese desafío es también fundamental para otras iniciativas de TI y negocios. No hay duda que la automatización de tareas es uno de los elementos clave para obtener los beneficios de nubes públicas y privadas. Este es el principal reto que enfrentan los profesionales de TI en el cambio a cloud computing.
Sistema Centro 2012 Orchestrator es una herramienta de automatización de Runbook (RBA), también conocido como una herramienta de automatización de procesos de TI (ITPA). Podría decirse que es la parte más importante de la suite de sistema Centro 2012. Mientras los productos más grandes en la suite como System Center Operations Manager y System Center Configuration Manager manejar las tareas de administración diarias de TI, Orchestrator es el pegamento que transforma las aplicaciones aparte de la suite a un conjunto de herramientas unificada.
Orchestrator es una herramienta poderosa para automatizar tareas y procesos repetitivos, así como comunicarse con plataformas y sistemas dispares. Orchestrator es la nueva versión de Opalis Integration Server que Microsoft adquirió en diciembre de 2009.
Aprender a utilizar y comprender los conceptos de Orchestrator podría significar la diferencia entre ser invaluable o reemplazable para el negocio. Afortunadamente, son relativamente fácil convertirse en confortables con Orchestrator y crear flujos de trabajo básicos y Microsoft proporciona materiales de buena formación.
Para cosechar la gama completa de beneficios de Orchestrator, usted tiene que sentarse con el Departamento de TI completo, así como con otras partes del negocio. Con el fin de automatizar, primero debe determinar los procesos a automatizar. Prácticas actuales que requieren mucho tiempo, problemas de TI comunes y cuestiones que afectan significativamente los niveles de servicio son buenos contendientes para la automatización.
Como ejemplo práctico, un usuario podría iniciar un runbook Orchestrator al solicitar un servicio en un portal de autoservicio. La runbook sería entonces aguardan aprobación por ella. Una vez aprobado, sería entonces automáticamente provisión de las máquinas virtuales es necesarias a través de System Center Virtual Machine Manager, implementar el software requerido mediante el administrador de configuración, organizar la copia de seguridad a través de System Center Data Protection Manager e integrar el monitoreo con un sistema de terceros.
Componentes Orchestrator
Hay varios componentes Orchestrator. El servidor de Runbook ejecuta la runbooks, o flujos de trabajo. Esto generalmente se sentará en su centro de datos. La consola de orquestación es una interfaz basada en Web que se puede utilizar para iniciar y realizar un seguimiento de ejecución runbook. El diseñador Runbook es donde se crea los runbooks vinculando las actividades. Finalmente, el Deployment Manager es donde registrar paquetes de integración y desplegarlos en servidores Runbook.
En toda la organización, distintos tipos de usuarios interactúan con Orchestrator de diferentes maneras. Los profesionales de TI utilizan el diseñador de Runbook para crear flujos de trabajo. Los administradores de TI utilizan la consola de orquestación para comprobar estadísticas e informes. Los desarrolladores pueden utilizar el kit de herramientas de integración Orchestrator para crear paquetes personalizados de integración con las actividades del negocio. Los usuarios de negocios pueden interactuar con Orchestrator mediante la consola Web, con un solo clic runbook para realizar un trabajo de limpieza de la base de datos, por ejemplo.
Como siempre es el caso cuando Microsoft adquiere un producto, la empresa ha cambiado la terminología. Si está familiarizado con Opalis, el cliente de operador es ahora el diseñador Runbook. La consola del operador es ahora la consola de orquestación. Los Runbooks solía ser conocido como políticas, y el Kit de integración rápida es ahora el kit de herramientas de integración Orchestrator.
Dependiendo del tamaño de su entorno y su dependencia de Orchestrator, puede que necesite varios servidores Runbook. Si un runbook no se completa en un servidor debido a una interrupción, se reiniciará en otro servidor disponible. Es una buena idea incluir lógica en los runbooks para comprobar si estaban previamente ejecutando pero no completa. Un servidor de Runbook no ejecutará los runbooks más de 50 simultáneamente de forma predeterminada, aunque esto puede cambiar (consulte el artículo de TechNet Library "Cómo configurar Runbook regulación"). Se cola, pero la escalabilidad general depende de sus los runbooks particulares y su perfil de rendimiento.
Los requisitos mínimos de sistema Centro 2012 Orchestrator son 1 GB de memoria (pero se recomiendan 2 GB o más), un CPU de doble núcleo y 200 MB de espacio libre en disco. Todos los componentes excepto el diseñador Runbook requieren Windows Server 2008 R2. El diseñador también puede ejecutarse en Windows 7. El servidor debe tener el Framework de Microsoft .net 3.5 SP1 instalado, junto con .net Framework 4. La consola de la orquestación requiere que Active el IIS en el servidor. El explorador del cliente necesita Silverlight 4 o posterior instalado. Finalmente, usted también necesitará una base de datos de SQL Server 2008 R2, ya sea local o remoto.
La experiencia de la instalación es fácil (véase figura 1). Un comprobador de prerrequisito asegura todo lo necesario en su lugar antes de continuar. Si nunca has instalado Opalis, te sorprenderá gratamente porque el desorden completo de descarga e instalación de componentes Java y JBoss ha desaparecido. Si usted está utilizando Opalis 6.3, el upgrade es simplemente una cuestión de instalar un entorno paralelo, exportando los runbooks existentes y, a continuación, importarlos en Orchestrator. Tenga en cuenta que la inversa no es posible — que no puede traer los runbooks Orchestrator en Opalis.
.jpg)
Figura 1 Orchestrator instalar es un asunto sencillo.
Ejecutar con los Runbooks
Construir un runbook consiste en arrastrar las actividades de los paneles de la derecho en el área de trabajo y la vinculación (ver figura 2). Las actividades son tanto actividades estándar instalado con Orchestrator o parte de uno o más IPs ha instalado.
.jpg)
Figura 2 es fácil de usar el diseñador de Runbook.
Los vínculos entre cada actividad pueden ramificarse basado en si el resultado de la actividad aparece como un éxito, ADVERTENCIA o error. Cada actividad puede utilizar variables y contadores que ha configurado, así como las variables de entorno de Windows. Datos de cada actividad es poner en un bus de datos compartidos como datos publicados, y otras actividades pueden utilizar esto aún más en el flujo de trabajo.
Puede utilizar expresiones regulares para filtrar los datos de salida con incluir y excluir opciones. También puede utilizar las funciones y cálculos matemáticos con valores numéricos. Puede bucle actividades con control exacto sobre la condición de salida. Revise la biblioteca TechNet para obtener una descripción completa de todos los funciones de manipulación de datos.
Las actividades incorporadas incluyen sistema proceso y manipulación de servicio, Simple Network Management Protocol (SNMP), monitoreo, gestión de archivo, programación, notificación por correo electrónico y otras opciones, consultas de base de datos y Web invocación de servicio. Puede incluir Linux y otras plataformas en los runbooks a través de actividades de Telnet y SSH. Puede llamar a la actividad de la secuencia de comandos de .net Visual Basic .net, C#, JScript y Windows PowerShell.
Más allá de la norma
Mientras las actividades estándar son comprensivos y ayudan a automatizar muchos escenarios comunes, los paquetes de integración realmente mostrar el poder de Orchestrator. Revise la biblioteca TechNet para un lista completa de los paquetes de integración.
Ahora hay paquetes de integración (ver figura 3) para las versiones actuales y anteriores de todos los productos de la System Center suite. Los paquetes de integración también cubre operaciones de HP y hardware Service Manager y OIT, VMware vSphere y IBM Tivoli. Allí también se comunidad-crean paquetes de integración con funcionalidad específica sobre CodePlex y el Galería de Technet, incluyendo uno para la pila de VMware.
.jpg)
Figura 3 instalar paquetes de integración es un proceso de tres pasos: registrar, implementar y configurar.
Los paquetes de integración de Microsoft para los productos del sistema Centro 2012 no contienen actividades para todas las medidas posibles en Data Protection Manager y Virtual Machine Manager. Cubren las tareas diarias más comunes, con una actividad de PowerShell ejecuta acciones menos comunes. Esta actividad es más fácil que la secuencia de comandos de ejecutar .net estándar, como reutiliza la configuración de la conexión, por lo que no tienes que incrustar la autenticación en el script. También es más fácil la salida de datos para el bus de datos. Hay más información sobre esto en el Orchestrator equipo blog.
Si está ejecutando operaciones Manager 2012, habrás notado la integración (evento de reenvío, creación de billete incidente, monitoreo resolución de billete y así sucesivamente) con mesas de servicio de terceros de BMC Software Inc., HP y servicio-now.com ya no está en la caja. Ni es la integración con la empresa herramientas de administración de BMC, HP y IBM Corp. Eso es porque ahora se ofrece a través de Orchestrator. Kelverion es un buen lugar para empezar a buscar en los paquetes de integración y los runbooks esto.
Runbooks ejecución
Los runbooks de programación es bastante flexible para adaptarse a diferentes propósitos. Por ejemplo, puede excluir algunos de correr durante horas hábiles. Puede utilizar la actividad de programación comprobar dentro de un runbook para recuperar los datos de tiempo. Otros los runbooks puede esperar para ciertas condiciones o factores desencadenantes y tendrá una actividad de Monitor como el primer objeto. Estos los runbooks "run" continuamente.
Si eres un gurú de secuencias de comandos, pero no familiarizadas con Orchestrator o Opalis, puede sentirse que puede hacer la mayoría con secuencias de comandos. La fuerza de Orchestrator sobre lenguajes de scripting como Windows PowerShell es el alcance. Orchestrator "conversaciones" para muchas plataformas diferentes, utilizando paquetes de integración.
También hay facilidad de creación. Orchestrator utiliza una interfaz similar a Visio, donde visualmente vincular tareas. Proporciona seguridad y delegación, controlar quién puede ejecutar lo que los runbooks y quién puede modificarlos. También puede incluir secuencias de comandos como parte de los runbooks Orchestrator cuando es necesario, por lo que no es un bien / o situación.
Escoja su proceso
Crear los runbooks buenos y automatizar su procesos comienza mucho antes de que se sienta delante el diseñador Runbook. Usted tiene que ponerse de acuerdo sobre la mejor manera de hacer algo y qué pasos son necesarios. Es mucho más fácil crear los runbooks eficientes cuando tienes toda la información pertinente handy, tales como la frecuencia con un runbook se va a ejecutar, cuando se ejecuta, los pasos que se incluyen, lo que activa el runbook para empezar, qué datos deben pasarse de actividad, el resultado final deseado y qué hacer si algo falla en el camino.
Acordar convenciones de nomenclatura claras y utilizar colores de vínculo para comunicar la lógica de ramificaciones. El Consejo más importante es dividir los runbooks complejos en partes más pequeñas en una relación padre-hijo. Puede configurar estos para pasar datos entre sí. Tener los runbooks más pequeños que se encadenan en los runbooks más simplifica la reutilización, solución de problemas y mantenimiento.
Puede utilizar carpetas para permisos de control para la ejecución de los runbooks. También puede establecer derechos para los runbooks individuales, pero no es muy manejable. Completo Control permite al usuario ejecuta y modifica un runbook, así como cambia los permisos. Escritura es necesario para cambiar los runbooks, Considerando que la lectura sólo permite al usuario ejecutar.
También hay seguridad en el nivel de integración Pack. Puede tener dos configuraciones diferentes para el personal de mesa de ayuda de nivel 1 y 2. Cuando se extrae un runbook, nadie más puede cambiar hasta que se comprueba nuevo. Puede controlar los runbooks destinatarios a los sistemas de derecho por grupos de equipos en Orchestrator y base en las consultas de Active Directory.
Cuando estés listo para probar su runbook, use el probador de Runbook para la depuración y establecer puntos de interrupción. No se dejen engañar por el apodo de "Probador", sin embargo. Esto no es un entorno simulado. Tus los runbooks será la ejecución de datos en vivo. Usted puede, sin embargo, control de la cuenta de en que se ejecuta un runbook en el probador.
Runbooks monitor
Cuando usted está probando un runbook, puede activar el registro de nivel de objeto para información acerca de cómo se realiza cada actividad. También puede ver un registro en tiempo real de que los runbooks se están ejecutando, así como un registro histórico de los runbooks recientes. Puede configurar el registro para incluir los valores de datos publicados en el bus de datos.
Por último, puede habilitar el registro de texto de pista de auditoría (es desactivado por defecto). Esto entra en juego cuando Orchestrator interactúa con sistemas externos. Tenga cuidado si usted tiene muchas opciones de registro habilitados. Esto puede agregar mucha información a su base de datos SQL. Puede utilizar un trabajo programado para mayores datos de registro de depuración o hacerlo manualmente.
Puede controlar cuántas instancias de un runbook particular ejecutan simultáneamente. También puede configurar una notificación si tarda más de lo habitual para terminar un runbook. Es vital mantener un ojo en cualquier entorno automatizado. Hay un paquete de administración de Operations Manager para Orchestrator que debe ser considerado obligatorio.
El centro de System Center 2012
La suite del sistema Centro 2012 está todavía compuesta por programas separados con diferentes infraestructuras y bases de datos y diferentes agentes en nodos monitoreados, configurados y protegidos. Incluyendo Orchestrator y paquetes de integración de las diferentes aplicaciones ayuda a realmente aprovechar las fortalezas de cada solución para trabajar juntos de una manera que nunca ha sido posible antes. Incluso hay un pack de muestra sistema Centro 2012 los runbooks disponible en CodePlex que inició su viaje de integración (ver figura 4).
.jpg)
Figura 4 este conjunto de muestra sistema Centro 2012 los runbooks es un buen punto de partida.
Hay una fuerte integración entre los diferentes programas de System Center y Orchestrator, particularmente con System Center Service Manager, que puede notificar y ejecutar los runbooks. Para aclarar cualquier confusión acerca de la diferencia entre los dos, entiendo que Orchestrator es todo acerca de los procesos, Considerando que Service Manager maneja procesos de negocios.
Otro signo que Orchestrator verdaderamente es el director de la orquesta de System Center es el recientemente lanzado Sistema Centro Cloud Services proceso Pack. Esto proporciona complementos para Service Manager y los runbooks para Orchestrator esa nube privada personalizable de habilitar provisioning.
La característica sólo flamante es el servicio Web de Orchestrator. Esto expone la funcionalidad de Orchestrator a través de una interfaz de OData/Representational State Transfer. Le permite ver las carpetas; Los Runbooks y sus parámetros; actividades; puestos de trabajo; Servidores de Runbook y estadísticas; e información de instancia runbook y actividad.
Algunos excelentes maneras para iniciar el aprendizaje Orchestrator incluyen la Jumpstart blog serie por Pete Zerger. El blog del equipo de Orchestrator también ha sido ocupado desde el lanzamiento con artículos que cubren balanceo de la consola de la orquestación y el servicio Web de carga, comunicarse con Orchestrator mediante COM, y crear y usar variables locales en un runbook.
No hay duda que el aprendizaje Orchestrator debe ser alta en su lista de prioridades. Automatización desempeñará un gran papel en centros de datos del futuro, y juega un papel enorme en unificar la suite System Center. Principalmente, sin embargo, esto debe ser alta en su lista porque Orchestrator le da el poder para integrar y automatizar procesos en tantos sistemas separados.
.jpg)
Paul Schnackenburg ha estado trabajando en él desde los días de 286 computadoras. Trabaja a tiempo parcial como profesor de TI así como ejecuta su propio negocio, experto en IT Solutions, en la Sunshine Coast de Australia. Cuenta con las certificaciones MCSE, MCT, MCTS y MCITP y se especializa en Windows Server, Hyper-V y soluciones de Exchange para empresas. Llegar a él en paul@expertitsolutions.com.au y siga su blog en TellITasITis.com.au.