Considerazioni sulle prestazioni delle funzionalità

Data di pubblicazione: marzo 2016

Si applica a: System Center 2012 SP1 - Orchestrator, System Center 2012 - Orchestrator, System Center 2012 R2 Orchestrator

In questa sezione vengono descritti i processi di Orchestrator che influenzano le prestazioni di un ambiente di produzione. L'obiettivo di questa procedura è l'identificazione dei processi che hanno luogo durante il runtime, nel servizio Web e durante l'authoring. Anche se molte attività di authoring avvengono all'esterno degli ambienti di produzione, le valutazioni sulla configurazione di un ambiente di produzione per i test delle prestazioni devono includere anche variazioni come l'eventuale supporto delle richieste speciali da parte di un amministratore di Orchestrator.

Nonostante le variazioni di progettazione e complessità, i Runbook hanno una struttura semplice. Essi eseguono tre operazioni: avviano attività, gestiscono i dati pubblicati ed eseguono logica di diramazione. Le sezioni seguenti forniscono ulteriori informazioni su queste operazioni.

Elementi interni di attività

Le attività di Runbook contengono due tipi di codice: di piattaforma e di dominio. Il codice di piattaforma si basa su un framework condiviso fra tutti i Runbook. Il codice di piattaforma gestisce i processi di Orchestrator. Con codice di dominio si indica il codice in un'attività di Runbook che gestisce processi esterni a Orchestrator. Ad esempio, l'attività Invoca servizio Web contiene codice di piattaforma per gestire l'elaborazione in Orchestrator, come ad esempio i dati di pubblicazione, e codice di dominio specifico per invocare un servizio Web.

Esiste una minima variabilità di elaborazione tra Runbook nel confrontare le attività che eseguono codice di piattaforma simile. Il codice di dominio dipende dai problemi di latenza esterni a Orchestrator. In teoria, il codice di dominio varia notevolmente tra attività. Per comprendere le dipendenze del codice di dominio e il relativo impatto sulle prestazioni del Runbook, è necessario eseguire un test delle prestazioni delle singole attività prima di definire i requisiti per l'ambiente di produzione.

Dati pubblicati

I Runbook di Orchestrator condividono i dati tra attività. Ogni attività utilizza i dati pubblicati che sono stati creati da tali attività precedenti del Runbook. La modalità di utilizzo, da parte di un'attività, dei dati pubblicati dipende dal codice di dominio. Tutte le attività del Runbook pubblicano un insieme minimo di parametri di runtime denominato "dati pubblicati comuni". Il codice di dominio può pubblicare i dati, ma non è strettamente necessario per farlo. I dati pubblicati e creati dal codice di dominio vengono denominati "dati pubblicati specifici dell'attività". I dati prodotti da un'attività possono contenere elementi di dati singoli o multivalore. Ad esempio, ogni attività produce un singolo record di dati pubblicati comuni con valore singolo. Il codice di dominio può produrre record multipli di dati singoli e multivalore.

La pubblicazione dei dati nel database di orchestrazione è un'attività che richiede molte risorse. Le prestazioni del Runbook dipendono dal quantitativo di dati pubblicati da ciascuna attività e dalle prestazioni e dall'affidabilità del computer che ospita il database di orchestrazione. Nell'ambito della pianificazione dei requisiti di prestazioni, valutare il quantitativo di dati pubblicati richiesti dai Runbook e le prestazioni del computer che ospita il database di orchestrazione.

Diramazione

Se le attività del Runbook richiedono l'invio contemporaneo di dati ad almeno due attività, le attività del Runbook creeranno una diramazione. All'avvio di un Runbook, l'elaborazione sarà costituita da un singolo thread. Quando il thread incontra una diramazione, viene creato un thread per ciascuna diramazione. Ciascun thread fa riferimento ai dati pubblicati da tutte le attività precedenti lungo il thread. Il numero totale di thread in un Runbook dipende dal numero di diramazioni utilizzato in un Runbook. I Runbook multithread richiedono maggiore potenza di calcolo rispetto ai Runbook a thread singolo.

Nell'ambito della valutazione dei requisiti prestazionali del Runbook, prendere in considerazione il numero di diramazioni da includere in un Runbook. I Runbook con molte diramazioni richiedono maggiore potenza di calcolo sui server del Runbook rispetto a quelli privi di diramazioni.

L'esperienza dell'operatore ha luogo nella console di orchestrazione e nel servizio Web di Orchestrator. La console di orchestrazione è un'applicazione Web basata su Microsoft Silverlight che richiede al servizio Web di Orchestrator la connessione al database di orchestrazione. La console di orchestrazione e il servizio Web di Orchestrator dipendono dalle prestazioni del database di orchestrazione e dal server Internet Information Services (IIS) che ospita il servizio Web di Orchestrator.

Il servizio Web di Orchestrator supporta il connettore di Service Manager.Service Manager è rivolto ai clienti IT che servono circa 50.000 utenti. Gli scenari di gestione delle richieste di Service Manager presuppongono che ciascun utente invii una richiesta al mese. Ciò produce un volume di 2.500 richieste al giorno, che equivalgono a 200 richieste all'ora o circa tre richieste al minuto.Service Manager utilizza il servizio Web di Orchestrator per aggiornare lo stato delle attività, richiedendo il supporto di un numero analogo di richieste di stato. Anche il connettore di Service Manager è in grado di rilevare i Runbook pubblicati. Il tempo di risposta per rilevare una qualsiasi cartella di un Runbook dipende dal numero di Runbook presenti nella cartella.

Pianificazione di scala