Överväganden för funktionernas prestanda
Publicerat: mars 2016
Gäller för: System Center 2012 SP1 - Orchestrator, System Center 2012 - Orchestrator, System Center 2012 R2 Orchestrator
Det här avsnittet handlar om Orchestrator-rutiner som påverkar prestanda i en produktionsmiljö. Fokus ligger på att identifiera rutiner som utförs under körtid, i webbtjänsten och under redigering. Många redigeringsaktiviteter äger rum utanför produktionsmiljön, men när man skapar en produktionsmiljö för prestandatestning bör man också ta med variationer, exempelvis huruvida en Orchestrator-administratör ska kunna göra specialanrop.
Runbooks
Runbooks har en enkel struktur trots variationen i utformning och komplexitet. De utför tre åtgärder: köra aktiviteter, hantera publicerade data och utföra förgreningslogik. Åtgärderna beskrivs mer ingående i avsnitten nedan.
Aktiviteternas uppbyggnad
Runbook-aktiviteter innehåller två olika typer av kod: plattformskod och domänkod. Plattformskod bygger på ett ramverk som är gemensamt för alla Runbooks. Orchestrator-rutiner hanteras med plattformskod. Domänkod är den kod i en Runbook-aktivitet som hanterar rutiner utanför Orchestrator. Aktiviteten Anropa webbtjänster, till exempel, innehåller plattformskod som hanterar datapublicering och annan bearbetning i Orchestrator samt domänkod som specifikt anropar en webbtjänst.
Bearbetningen varierar inte mycket mellan olika Runbooks om man tittar på aktiviteter som kör liknande plattformskod. Domänkod beror på fördröjningsproblem utanför Orchestrator. Domänkod kan potentiellt variera en hel del mellan olika aktiviteter. Klarlägg sambanden mellan domänkoder och hur de påverkar Runbook-prestanda genom att testa hur individuella aktiviteter fungerar, innan du fastställer kraven för produktionsmiljön.
Publicerade data
Runbook-aktiviteter i Orchestrator använder gemensamma data. Varje aktivitet utnyttjar publicerade data som skapats av föregående Runbook-aktiviteter. Domänkoden styr hur publicerade data används av aktiviteten. Alla Runbook-aktiviteter publicerar en minimiuppsättning körningsparametrar som kallas vanliga publicerade data. Domänkod kan, men måste inte, publicera data. Publicerade data som skapas av domänkod kallas aktivitetsspecifika publicerade data. Data som produceras av en viss aktivitet kan innehålla dataelement med ett eller flera värden. Varje aktivitet producerar till exempel en post med enkla värden som kallas vanliga publicerade data. Domänkoden kan producera flera dataposter med ett eller flera värden.
Det är en resurskrävande aktivitet att publicera data till Orchestration-databasen. Prestandan för en Runbook beror på mängden data som publiceras av varje aktivitet och tåligheten hos datorn där Orchestration-databasen finns. Tänk på hur mycket publicerade data som krävs för Runbooks och prestandan hos datorn där Orchestration-databasen finns, när du planerar prestandakraven.
Förgrening
Om en Runbook-aktivitet skickar data till flera andra aktiviteter samtidigt skapas en förgrening. När en Runbook startar sker all bearbetning i en enda tråd. När tråden stöter på en förgrening skapas en tråd för varje gren. Varje tråd refererar till publicerade data från alla föregående aktiviteter längs tråden. Det totala antalet trådar i en Runbook beror på hur många förgreningar Runbooken innehåller. Flertrådiga Runbooks kräver mer processorkraft än entrådiga.
När du bedömer prestandakraven för en Runbook bör du ta med i beräkningen hur många förgreningar den ska innehålla. Runbooks med många förgreningar kräver mer processorkraft på Runbook-servrarna än sådana som saknar förgreningar.
Operatörens upplevelse
Operatörsupplevelsen handlar om Orchestration-konsolen och Orchestrator-webbtjänsten. Orchestration-konsolen är ett webbprogram baserat på Microsoft Silverlight som ansluter till Orchestration-databasen via Orchestrator. Orchestration-konsolen och Orchestrator-webbtjänsten är beroende av prestandan hos Orchestration-databasen och IIS-servern (Internet Information Services) där Orchestrator-webbtjänsten finns.
Service Manager--anslutning
Orchestrator-webbtjänsten har stöd för Service Manager--anslutningen. Målgruppen för Service Manager- är IT-kunder med runt 50 000 användare. I hanteringsscenarier för Service Manager- antas att varje användare skickar ett anrop per månad. Det ger cirka 2 500 anrop per dag (200 per timme, eller cirka tre anrop i minuten). Service Manager- använder Orchestrator för att uppdatera status för aktiviteter och behöver ha stöd för ett motsvarande antal statusanrop. Tänk också på att Service Manager--anslutningen identifierar publicerade Runbooks. Hur lång tid det tar innan en Runbook-mapp identifieras beror på hur många Runbooks som finns i mappen.
Se även