Architecture d'Orchestrator
Date de publication : mars 2016
S’applique à : System Center 2012 SP1 - Orchestrator, System Center 2012 - Orchestrator, System Center 2012 R2 Orchestrator
Cette rubrique présente une vue d'ensemble d'System Center 2012 - Orchestrator, notamment une description de l'architecture système, les détails internes d'un flux de travail de Runbook standard et le flux d'un Runbook déployé.
Concepts fondamentaux relatifs au déploiement d'Orchestrator
Le tableau suivant répertorie les fonctionnalités d'un déploiement de base d'Orchestrator.
| Fonctionnalité d'Orchestrator | Description |
|---|---|
| Serveur management | Le serveur management est la couche de communication entre Runbook Designer et la base de données Orchestration. |
| serveur Runbook | Un serveur Runbook est l'endroit où s'exécute une instance d'un Runbook. Les serveurs Runbook communiquent directement avec la base de données Orchestration. Vous pouvez déployer plusieurs serveurs Runbook par installation d'Orchestrator afin d'augmenter la capacité et la redondance. |
| base de données Orchestration | La base de données est une base de données Microsoft SQL Server qui contient tous les Runbook déployés, l'état des Runbook en cours d'exécution, les fichiers journaux et les données de configuration d'Orchestrator. |
| Concepteur de journal d'exécution | Runbook Designer est l'outil qui permet de créer, modifier et gérer les Runbook Orchestrator. Pour plus d'informations sur Runbook Designer, voir Utilisation de Runbook dans System Center 2012 - Orchestrator. |
| Testeur de journal d'exécution | Runbook Tester est un outil d'exécution utilisé pour tester les Runbook développés dans Runbook Designer. Pour plus d'informations sur Runbook Tester, voir Tester un Runbook dans Utilisation de Runbook dans System Center 2012 - Orchestrator. |
| Console d'orchestration | La console Orchestration permet de démarrer ou d'arrêter des Runbook et d'afficher leur état en temps réel sur un navigateur Web. Pour plus d'informations sur l'utilisation de la console Orchestration, voir Utilisation de la Console Orchestration dans System Center 2012 - Orchestrator. |
| Service web Orchestrator | Le service Web Orchestrator est un service REST qui permet aux applications personnalisées de se connecter à Orchestrator pour démarrer et arrêter des Runbook et récupérer des informations sur les opérations à l'aide d'applications ou de scripts personnalisés. La console Orchestration utilise ce service Web pour interagir avec Orchestrator. |
| Deployment Manager | Deployment Manager est un outil qui sert à déployer des packs d'intégration, des serveurs Runbook et Runbook Designer. Pour plus d'informations sur cet outil, voir Déploiement de System Center 2012 - Orchestrator. |
Diagramme architectural
Le diagramme suivant illustre toutes les fonctionnalités d'Orchestrator et la communication entre elles.
.jpeg "System Center 2012 - Architecture Orchestrator")
System Center 2012 - Architecture Orchestrator
La base de données Orchestration est le centre de l'installation d'Orchestrator qui contient tous les Runbook, paramètres de configuration et journaux. Le serveur management est requis comme couche de communication entre Runbook Designer et la base de données Orchestration. Un ou plusieurs serveurs Runbook communiquent directement avec la base de données pour récupérer les Runbook à exécuter et pour stocker des informations concernant les tâches créées à partir des Runbook. Le service Web communique également directement avec la base de données Orchestration et fournit une connexion au navigateur Web pour la console Orchestration.
Extensions d'Orchestrator
Le tableau suivant présente plusieurs stratégies disponibles pour étendre les fonctionnalités fournies par une installation standard d'Orchestrator. Pour plus d'informations, voir Déploiement de System Center 2012 - Orchestrator.
| Fonctionnalité d'Orchestrator | Description |
|---|---|
| Pack d'intégration | Un pack d'intégration est un ensemble d'activités personnalisées spécifiques d'un produit ou d'une technologie. Microsoft et d'autres sociétés fournissent des packs d'intégration avec des activités pour interagir avec leur produit à partir d'un Runbook Orchestrator. |
| Orchestrator Integration Toolkit | Orchestrator Integration Toolkit permet d'étendre votre bibliothèque d'activités au-delà de la collection d'activités standard et des packs d'intégration. Integration Toolkit possède des outils dotés d'Assistant pour la création d'activités et de packs d'intégration pour Orchestrator. Les développeurs peuvent aussi utiliser Integration Toolkit pour créer des packs d'intégration à partir d'activités personnalisées qu'ils créent à l'aide du kit de développement logiciel d'Orchestrator. |
Automatisation à l'aide de Runbook
Pour automatiser une tâche ou un traitement dans Orchestrator, vous faites appel à Runbook Designer pour créer un Runbook. Vous ajoutez des activités au Runbook en les faisant glisser depuis le volet Activités, puis en reliant les activités dans l'ordre de votre choix pour créer un flux de travail.
L'illustration suivante présente un Runbook simple.
.jpeg "Un journal d'exécution qui analyse un journal des événements")
Ce Runbook surveille un journal des événements. Lorsqu'il détecte l'événement spécifié, le Runbook vérifie l'état d'un traitement particulier dans Windows sur un ordinateur spécifique. Si le processus est en cours d'exécution, il est arrêté. Le Runbook démarre ensuite le traitement et envoie un courrier électronique pour avertir de la modification de l'état du processus.
Chaque activité du Runbook prend fin avant la suivante, et certaines activités fournissent une logique complexe exigeant que plusieurs activités soient effectuées avant que le Runbook poursuive. En utilisant une combinaison de logique sur les activités et des liaisons intelligentes, vous pouvez implémenter la logique dont a besoin votre scénario d'automatisation particulier.
Façon dont Orchestrator traite un Runbook
Après avoir créé un runbook, vous le validez dans la base de données Orchestration en l'archivant. Vous pouvez ensuite utiliser Runbook Designer ou la console Orchestration pour démarrer et arrêter le runbook.
Une demande d'exécution d'un Runbook crée une tâche qui est stockée dans la base de données Orchestration. Chaque Runbook peut définir un serveur Runbook principal et un ou plusieurs serveurs secondaires qui traitent le Runbook si le serveur principal n'est pas disponible. Un service sur chaque serveur Runbook surveille en permanence la base de données Orchestration et les tâches qu'elle peut traiter. Lorsqu'un serveur Runbook détecte une tâche, il enregistre qu'il travaille sur la tâche, copie le Runbook en local, enregistre qu'il exécute une instance du Runbook, puis commence à traiter le Runbook. Pour tout Runbook ne contenant pas de moniteur, vous pouvez créer plusieurs demandes de Runbook, ce qui signifie qu'un seul Runbook peut avoir plusieurs tâches.
Lorsqu'un serveur Runbook traite une tâche, il crée une instance du Runbook en faisant une copie locale, puis en effectuant les actions définies dans le Runbook selon la logique de flux de travail incluse. Les informations d'état, les résultats de l'activité et les données sont enregistrées dans la base de données Orchestration afin que vous puissiez surveiller l'état en temps réel et historique du Runbook.
Autorisations
L'accès à Orchestrator est assuré par l'ajout de comptes d'utilisateurs à un groupe de sécurité créé pendant l'installation. Ce groupe peut être un groupe de domaine ou un groupe local sur le serveur management. Les utilisateurs de ce groupe ont un accès complet à Runbook Designer pour créer et modifier des Runbook et à Deployment Manager pour déployer un nouveau Runbook Designer et de nouveaux serveurs Runbook. Les opérateurs qui doivent démarrer et arrêter des Runbook mais pas les créer peuvent se voir accorder cette autorisation sur des Runbook individuels, puis utiliser la console Orchestration.