Évaluer la configuration système requise

Date de publication : mars 2016

S’applique à : System Center 2012 SP1 - Orchestrator, System Center 2012 - Orchestrator, System Center 2012 R2 Orchestrator

Cette section récapitule les meilleures pratiques ITIL pour déterminer vos besoins en termes de déploiement appliqué à Orchestrator. Le tableau suivant illustre la séquence des critères d'évaluation.

Dans le cadre de la planification de la taille de votre déploiement, commencez par identifier les besoins de votre entreprise. Ce processus doit définir les traitements que vous souhaitez automatiser à l'aide d'Orchestrator, les besoins en termes de création de rapports de votre organisation et les services concernés par cette installation. Identifiez toutes les applications, les services, les serveurs et les traitements manuels associés aux tâches à effectuer. Hiérarchisez ces besoins en fonction de leur impact sur l'entreprise afin de hiérarchiser les tâches de déploiement efficacement.

Quels processus prévoyez-vous d'automatiser ? Faites correspondre les processus à automatiser aux étapes nécessaires. Ce niveau de détail simplifie la création de Runbook. Vous devez identifier les processus critiques pour votre entreprise comme nécessitant plus d'efforts de validation avant de vous appuyer sur le Runbook dans un environnement de production.

Déterminez la fréquence d'exécution des traitements que vous automatisez. Un Runbook qui est démarré une fois par jour utilise beaucoup moins de ressources qu'un Runbook s'exécutant en continu qui surveille un processus système. Tenez compte à la fois de la charge de travail sur le système d'Orchestrator et du traitement automatisé. Un serveur qui répondait aux demandes entrées manuellement peut se comporter différemment si la demande se fait de manière automatique.

Envisagez la quantité de journalisation des données publiées requise dans chacun de vos Runbook. Lorsque la journalisation augmente, le trafic réseau et la charge sur le serveur qui héberge la base de données Orchestrator augmentent.

Lorsque vous avez des charges de travail individuelles définies, calculez le nombre total de tâches pouvant s'exécuter à tout moment. La conception de votre système doit prendre en compte une charge de travail maximale. Outre les ressources des traitements que vous automatisez, le nombre et l'emplacement de vos serveurs Runbook doivent être dimensionnés de manière à contenir le plus grand nombre possible de Runbook en cours d'exécution.

Les périphériques et les applications qui ne sont pas produits par Microsoft sont automatisés par le biais des packs d'intégration. Déterminer les packs d'intégration requis pour vos traitements automatisés. Chaque logiciel et matériel requiert généralement son propre pack d'intégration. S'il n'existe aucun pack d'intégration disponible dans le commerce, pouvez-vous créer une automatisation au niveau du script ? Avez-vous besoin de créer des packs d'intégration personnalisés pour une automatisation complète ?

Lors de la planification du modèle de sécurité vous devez déterminer si vous avez besoin que vos serveurs et ressources de Runbook se trouvent dans plusieurs forêts Active Directory. Existe-t-il une relation d'approbation entre domaines ? Existe-t-il des passerelles Operations Manager qui nécessitent des certificats ? Passez en revue les besoins de sécurité en cours pour votre environnement afin d'identifier les besoins en termes d'autorisation et de certificat.

Prévoyez-vous de localiser les serveurs Runbook via des liaisons de réseau étendu (WAN) et des limites d'approbation ? Si tel est le cas, vous devez déterminer l'emplacement des serveurs de passerelle en relation avec la base de données et les serveurs Runbook d'Orchestrator. Alors qu'un serveur management en cours d'exécution n'a pas besoin de démarrer des Runbook ni d'enregistrer des données de Runbook, une base de données Orchestrator est requise pour tous les serveurs Runbook actifs.

Déterminez le niveau de tolérance de pannes pour votre déploiement d'Orchestrator. Selon vos besoins, vous pouvez concevoir votre environnement Orchestrator de manière qu'il soit hautement disponible dans le cas d'une panne unique.

Déterminez la configuration requise pour votre déploiement d'Orchestrator ainsi que toute charge supplémentaire créée par les besoins accrus des traitements concernés par l'automatisation. Possédez-vous des serveurs Runbook adéquats pour le nombre de Runbook pouvant s'exécuter à un moment donné ? La base de données Orchestrator possède-t-elle la taille adéquate pour gérer toutes les demandes et journaliser les données publiées ?

Identifier tous les besoins de votre environnement. Incluez toutes les stratégies et les besoins de consolidation de données pour le groupe de gestion croisée, la conservation des données, la taille de l'entrepôt de données ou la tolérance de pannes.

Déterminez si une bande passante supplémentaire est nécessaire pour prendre en charge l'augmentation du trafic que les serveurs Runbook et la base de données Orchestrator génèrent. Avez-vous besoin de modifier les paramètres de port de réseau pour prendre en compte le service Web Orchestrator ?

Orchestrator prend intégralement en charge tous les produits System Center tels que Service Manager ou Operations Manager. Identifiez les produits System Center existant dans votre environnement pour déterminer si des serveurs management ou des passerelles supplémentaires sont nécessaires.

Déterminez où et comment la création de Runbook est effectuée. La création de Runbook se produit en général sur des ordinateurs isolés de la production. Toutefois, votre entreprise peut avoir besoin de créer des Runbook qui n'étaient pas prévus.

Si vous créez en dehors de votre environnement de production, identifiez les ressources nécessaires pour créer et tester de nouveaux Runbook.

Il est prudent de déployer des Runbook à fort impact dans un environnement de pré-production avant de les introduire dans un environnement de production. Les environnements de pré-production doivent être très proches de l'environnement de production complet.

Planification à l'échelle