Microsoft System Center Orchestrator 2012 Pieno controllo di System Center
L'automazione dei processi IT consente di risparmiare tempo e fatica. Con System Center 2012 Orchestrator è un gioco da ragazzi.
Paul Schnackenburg
La sfida più grande con esso automazione di processo non è la tecnologia— è l'interfaccia con il business e i processi di business. La sfida è anche fondamentale per altre attività e iniziative IT. Non c'è dubbio che l'automatizzazione di attività è uno degli elementi chiave per realizzare i benefici delle nuvole sia pubblici che privati. Questa è la sfida primaria che i professionisti IT nel passaggio al cloud computing.
System Center Orchestrator 2012 è uno strumento di automazione Runbook (RBA), noto anche come uno strumento di automazione di processo IT (ITPA). È probabilmente la parte più importante della suite System Center 2012. Mentre i più grandi prodotti della suite System Center Operations Manager e System Center Configuration Manager di gestire le attività di gestione IT giorno per giorno, come Orchestrator è la colla che trasforma le applicazioni separate della suite per un set di strumenti unificato.
Orchestrator è un potente strumento per l'automazione dei processi ripetitivi e attività, così come comunicare con piattaforme e sistemi eterogenei. Orchestrator è la nuova versione del Server di integrazione Opalis che Microsoft ha acquisito nel dicembre 2009.
Imparare a utilizzare e comprendere i concetti di Orchestrator potrebbe significare la differenza tra l'essere prezioso o sostituibili al business. Fortunatamente, diventando confortevole con Orchestrator e la creazione di flussi di lavoro di base è relativamente semplice, e Microsoft fornisce materiali di buona formazione.
Per sfruttare la gamma completa dei vantaggi dell'agente di orchestrazione, è necessario sedersi con il reparto IT completo, nonché con altre parti del business. Al fine di automatizzare, è innanzitutto necessario determinare che i processi da automatizzare. Prassi corrente che richiede tempo, comuni esso problemi e questioni che influenzano significativamente i livelli di servizio sono buone contendenti per l'automazione.
Un esempio pratico, un utente potrebbe avviare un Orchestrator runbook richiedendo un servizio in un portale self-service. Il runbook sarebbe quindi attendono approvazione da esso. Una volta approvato, sarebbe quindi automaticamente il provisioning delle macchine virtuali necessarie tramite System Center Virtual Machine Manager, distribuire il software richiesto tramite Gestione configurazione, organizzare il backup tramite System Center Data Protection Manager e integrare il monitoraggio con un sistema di terze parti.
Orchestrator componenti
Ci sono diversi componenti a Orchestrator. Il Runbook Server esegue la runbooks, o flussi di lavoro. In genere questo siederà nel datacenter. La Console di orchestrazione è un'interfaccia basata su Web, che è possibile utilizzare per avviare e monitorare runbook esecuzione. Il Runbook Designer è dove si creano runbooks collegando le attività. Infine, il Deployment Manager è dove registrare Integration Pack e distribuirli ai server Runbook.
In tutta l'organizzazione, diversi tipi di utenti di interagiscano con Orchestrator in modi diversi. I professionisti IT utilizzano Runbook Designer per creare flussi di lavoro. I responsabili IT utilizzano la Console di orchestrazione per controllare le statistiche e report. Gli sviluppatori possono utilizzare il Toolkit di integrazione Orchestrator per creare pacchetti personalizzati di integrazione con le attività per il business. Gli utenti aziendali possono interagire con Orchestrator tramite la console Web, con un runbook one-click per eseguire un processo di pulizia del database, ad esempio.
Come sempre è il caso quando Microsoft acquisisce un prodotto, l'azienda ha cambiato la terminologia. Se hai familiarità con Opalis, il Client di operatore è ora il Runbook Designer. L'operatore è ora la Console orchestrazione. Runbooks usato per essere conosciuto come le politiche, e il Kit di integrazione rapida è ora il Toolkit di integrazione Orchestrator.
A seconda delle dimensioni del vostro ambiente e il vostro affidamento su Orchestrator, potrebbe essere necessario diversi Runbook server. Se un runbook non riesce a completare su un unico server a causa di un'interruzione, si riavvia su un altro server disponibile. È una buona idea includere logica in runbooks per verificare se sono stati precedentemente in esecuzione ma non completa. Un Runbook Server non eseguirà più di 50 runbooks simultaneamente per impostazione predefinita, anche se è possibile modificare questo (vedi l'articolo di TechNet Library, "come configurare Runbook limitazione"). Essi saranno coda, ma scalabilità complessiva dipende dalla tua particolare runbooks ed il loro profilo di prestazioni.
I requisiti minimi per System Center Orchestrator 2012 sono 1 GB di memoria (ma si consiglia di 2 GB o più), un dual-core CPU e 200 MB di spazio libero su disco. Tutti i componenti eccetto il Runbook Designer richiedono Windows Server 2008 R2. Il progettista può anche funzionare su Windows 7. Il server deve avere il Microsoft .net Framework 3.5 SP1 installato, insieme a .net Framework 4. La Console di orchestrazione richiede di abilitare IIS sul server. Il browser del client richiede Silverlight 4 o versioni successive. Infine, è necessario anche un database di SQL Server 2008 R2, locale o remoto.
L'esperienza di installazione è semplice (vedi Figura 1). Un prerequisito correttore assicura tutto il necessario è a posto prima di procedere. Se hai mai installato Opalis, sarete piacevolmente sorpresi perché l'intero pasticcio di scaricare e installare i componenti Java e JBoss è andato. Se si sta attualmente utilizzando Opalis 6.3, l'aggiornamento è semplicemente una questione di installare un ambiente parallelo, esportazione runbooks esistente e quindi importarli in Orchestrator. Si noti che l'inverso non è possibile — è impossibile portare Orchestrator runbooks in Opalis.
.jpg)
Figura 1 installazione Orchestrator è un affare semplice.
Eseguire con Runbooks
Costruzione di un runbook coinvolge trascinando le attività dal riquadro destro nell'area di lavoro e che li collega (vedere Figura 2). Le attività sono sia attività Standard installato con Orchestrator o parte di uno o più indirizzi IP sia installato.
.jpg)
Figura 2 I Runbook Designer è semplice da usare.
I collegamenti tra ogni attività possono ramificarsi fuori basato su se il risultato di attività è elencato come un successo, avviso o errore. Ogni attività può utilizzare variabili e contatori che hai configurato, come pure le variabili di ambiente in Windows. Dati da ogni attività viene messo su un bus di dati condivisi come dati pubblicati, e altre attività possono utilizzare questa ulteriore nel flusso di lavoro.
Filtrare i dati di output con includere ed escludere le opzioni, è possibile utilizzare le espressioni regolari. È anche possibile utilizzare le funzioni e calcoli matematici con i valori numerici. È possibile ciclo attività con controllo preciso sopra la condizione di uscita. Controllare la libreria TechNet per una descrizione completa di tutti i funzioni di manipolazione dei dati.
Le attività incorporate includono il processo di sistema e manipolazione di servizio, Simple Network Management Protocol (SNMP), monitoraggio, gestione, pianificazione, notifica tramite posta elettronica e altre opzioni, le query di database, file e Web chiamata di servizio. È possibile includere Linux e altre piattaforme in runbooks attraverso attività di Telnet e SSH. L'attività script .net può chiamare Visual Basic .net, c#, JScript e Windows PowerShell.
Oltre lo Standard
Mentre le attività standard sono complete e consentono di automatizzare molti scenari comuni, i pacchetti di integrazione davvero mostrare il potere dell'agente di orchestrazione. Controllare la libreria TechNet per un elenco completo Integration Pack.
Ora ci sono pacchetti di integrazione (vedi Figura 3) per le versioni correnti e precedenti di tutti i prodotti nella suite System Center. I pacchetti di integrazione coprire anche HP Operations e hardware Service Manager e iLO, VMware vSphere e IBM Tivoli. Ci sono anche comunità creato Integration Pack con funzionalità specifiche su CodePlex e il Galleria Technet, tra cui uno per lo stack di VMware.
.jpg)
Figura 3 l'installazione di pacchetti di integrazione è un processo in tre fasi: registrare, distribuire e configurare.
I pacchetti di integrazione di Microsoft per i prodotti System Center 2012 non contengono attività per ogni possibile azione in Data Protection Manager e Virtual Machine Manager. Che coprono le attività quotidiane più comune, con un'attività di esecuzione di PowerShell per azioni meno comuni. Questa attività è facile da usare che lo script eseguito .net standard, come riutilizza la configurazione della connessione quindi non devi incorporare l'autenticazione nei vostri script. È anche più facile per l'output dei dati per il bus dati. C'è di più su questo blog del team di Orchestrator.
Se si esegue Operations Manager 2012, potreste aver notato l'integrazione (evento di inoltro, creazione biglietto incidente, monitoraggio risoluzione biglietto e così via) con i tavoli di servizio di terze parti da BMC Software Inc., HP e servizio-now.com non è più nella finestra. Né è l'integrazione con enterprise management tools da BMC, HP e IBM Corp. Ecco perché è ora offerto attraverso Orchestrator. Kelverion è un buon posto per iniziare a guardare Integration Pack e runbooks per questo.
Esecuzione Runbooks
Pianificazione runbooks è abbastanza flessibile per adattarsi ai diversi scopi. È possibile, ad esempio, escludere alcuni esecuzione durante le ore lavorative. È possibile utilizzare l'attività di pianificazione verificare all'interno di un runbook per recuperare i dati in tempo. Altri runbooks può aspettare per determinate condizioni o trigger e avrà un'attività di monitoraggio come il primo oggetto. Questi runbooks "run" continuamente.
Se sei un guru di scripting, ma che non hanno familiarità con Orchestrator o Opalis, si potrebbe sentire che si può fare la maggior parte di questo con gli script. La forza di Orchestrator su linguaggi di scripting come Windows PowerShell è la portata. Orchestrator "trattative" per molte piattaforme diverse utilizzando Integration Pack.
C'è anche la facilità di creazione. Orchestrator utilizza una Visio-come l'interfaccia, dove si collegano visivamente attività. Esso fornisce protezione e delegazione, controllo che può eseguire ciò che runbooks e che li può alterare. È inoltre possibile includere script come parte del Orchestrator runbooks quando è necessario, quindi non è un o / o situazione.
Scegliete il vostro processo
Creazione di buona runbooks e automatizzare il vostro IT i processi inizia molto tempo prima di sedersi davanti al progettista Runbook. Si sono d'accordo sul modo migliore di fare qualcosa e quali passi sono coinvolti. È molto più facile creare runbooks efficiente quando si hanno tutte le pertinenti informazioni utili, ad esempio come spesso un runbook è andare a correre, quando verrà eseguito, quali passaggi sono inclusi, che non riesce trigger runbook per iniziare, quali dati devono essere passati dall'attività, il risultato finale desiderato e che cosa fare se qualcosa lungo la strada.
Sono d'accordo sulle convenzioni di denominazione chiare e usare link colori per comunicare la logica di diramazione. Il suggerimento più importante è quello di dividere runbooks complesso in parti più piccole in una relazione padre/figlio. È possibile configurare queste per passare dati a vicenda. Avendo più piccoli runbooks inanellato in più runbooks semplifica il riutilizzo, la risoluzione dei problemi e manutenzione.
È possibile utilizzare cartelle di controllo delle autorizzazioni per l'esecuzione di runbooks. È inoltre possibile impostare i diritti per singoli runbooks, ma non è molto trattabile. Complete consente di controllo un utente eseguire e alterano un runbook, nonché modificano le autorizzazioni. Scrittura è necessario per cambiare runbooks, considerando che la lettura solo consente a un utente eseguire.
C'è anche sicurezza a livello di Integration Pack. Si potrebbero avere due diverse configurazioni per il personale di livello 1 e 2 help desk. Quando si è verificato un runbook, nessuno può cambiare fino a quando non si è controllato nuovo. È possibile controllare targeting runbooks ai sistemi di destro da gruppi di computer in Orchestrator e base queste query di Active Directory.
Quando siete pronti a testare il vostro runbook, utilizzare il Runbook Tester per il debug e l'impostazione di punti di interruzione. Non fatevi ingannare dal moniker "Tester", però. Questo non è un ambiente simulato. Il tuo runbooks sarà l'esecuzione diretta dei dati. È possibile, tuttavia, controllo l'account in cui corre un runbook nel Tester.
Monitor Runbooks
Quando si sta testando un runbook, è possibile attivare registrazione a livello di oggetto per intuizione come ogni attività si svolge. Si può anche vedere un log in tempo reale di cui runbooks sono in esecuzione, nonché un registro storico per runbooks recenti. È possibile configurare la registrazione per includere i valori dei dati pubblicati sul bus dati.
Infine, è possibile attivare (è disattivato per impostazione predefinita) il testo registrazione di Audit trail. Questo entra in gioco quando Orchestrator interagisce con sistemi esterni. Fate attenzione se avete troppe opzioni di registrazione abilitate. Questo può aggiungere un sacco di informazioni per il database SQL. È possibile utilizzare un processo pianificato per eliminare i dati di registro precedenti o farlo manualmente.
È possibile controllare il numero di istanze di un particolare runbook esegue simultaneamente. È inoltre possibile configurare una notifica se un runbook richiede più tempo del solito per finire. Mantenere un occhio su qualsiasi ambiente automatizzato è di vitale importanza. C'è un management pack di Operations Manager per Orchestrator che dovrebbero essere considerati obbligatori.
Il centro di System Center 2012
La suite System Center 2012 è ancora composta da programmi separati con infrastrutture eterogenee e database e diversi agenti sui nodi monitorati, configurati e protetti. Tra cui Orchestrator e pacchetti di integrazione per le diverse applicazioni ti aiuta veramente sfruttare i punti di forza di ogni soluzione di lavorare insieme in un modo che non è mai stato possibile prima. C'è anche un branco di campione System Center 2012 runbooks disponibile su CodePlex per ottenere iniziato il vostro viaggio di integrazione (vedi Figura 4).
.jpg)
Figura 4 questo set di esempio System Center 2012 runbooks è un ottimo punto di partenza.
C'è una forte integrazione tra i diversi programmi di System Center e Orchestrator, particolarmente con System Center Service Manager, che può notificare ed eseguire runbooks. Per chiarire qualsiasi confusione circa la differenza tra i due, capire che Orchestrator è tutto su di esso i processi, mentre i Service Manager gestisce i processi di business.
Un altro segno che Orchestrator è veramente il direttore dell'orchestra System Center è rilasciato di recente System Center Cloud Services processo Pack. Questo fornisce componenti aggiuntivi per Service Manager e runbooks per Orchestrator che enable private cloud personalizzabile provisioning.
La caratteristica nuova di zecca solo è il servizio Web Orchestrator. Questo espone la funzionalità dell'agente di orchestrazione tramite un'interfaccia di OData/Representational State Transfer. Consente di vedere le cartelle; runbooks e i relativi parametri; attività; posti di lavoro; Runbook server e statistiche; e informazioni sull'istanza runbook e attività.
Alcuni ottimi modi per iniziare ad imparare Orchestrator includono il Jumpstart blog serie di Pete Zerger. Il blog del team Orchestrator è anche stato occupato dal lancio con articoli che coprono load balancing nella Console di orchestrazione e il servizio Web, comunicando con Orchestrator tramite COM, e creazione e utilizzo di variabili locali in un runbook.
Non c'è dubbio che Orchestrator di apprendimento dovrebbe essere alta sulla vostra lista di priorità. Automazione giocherà un ruolo enorme nel datacenter del futuro, e svolge un ruolo enorme nella unificazione della suite System Center. Principalmente, però, questo dovrebbe essere alto sul tuo elenco perché Orchestrator vi dà il potere di integrare ed automatizzare i processi in tanti sistemi separati.
.jpg)
Paul Schnackenburg ha lavorato in essa fin dai tempi dei 286 computer. È insegnante di informatica part-time e gestisce una sua propria azienda, Expert IT Solutions nella Sunshine Coast australiana. Ha conseguito le certificazioni MCT, MCTS e MCITP ed è specializzato nelle soluzioni Windows Server, Hyper-V ed Exchange per le aziende. Contattarlo al paul@expertitsolutions.com.au e seguire il suo blog a indirizzo TellITasITis.com.au.