Planera för Service Manager maskinvaruprestanda

Viktigt

Den här versionen av Service Manager har nått slutet av supporten. Vi rekommenderar att du uppgraderar till Service Manager 2022.

En viktig del av System Center – Service Manager prestanda beror på maskinvarukonfigurationen och distributionstopologin som planeras för att hantera organisationens behov. Följande avsnitt innehåller allmänna riktlinjer att tänka på när du planerar för tillräcklig maskinvaruprestanda.

Maskinvaruprestanda

Följande är maskinvaruflaskhalsarna som är mest märkbara i Service Manager, med en betydande belastning och mängd data i Service Manager-databasen:

1. Den vanligaste flaskhalsen är minne och I/O på den dator som kör Microsoft SQL Server. Om du har resurserna får du bättre prestanda genom att investera i mer minne och ett snabbare I/O-undersystem för att förbättra SQL Server I/O.
2. Om du förväntar dig att många konsoler ska ansluta till en hanteringsserver kan du förbättra prestandan för att hantera belastningstoppar genom att investera i ytterligare processorer och minne för hanteringsservern eller genom att installera en sekundär Service Manager-hanteringsserver.

Observera de rekommenderade maskinvarukraven för respektive roll, som beskrivs i det här dokumentet.

Rollen för virtuella datorer

Många organisationer använder virtuella datorer som värd för Windows Server-program. Service Manager serverroller, till exempel hanteringsservern och informationslagerservern, är inga undantag. Organisationer kan välja att virtualisera alla serverroller, eller använda en annan kombination av virtuella och fysiska datorer.

Vi rekommenderar inte något specifikt förhållande mellan virtuella och fysiska datorer eftersom behoven i din organisation är unika. Observera dock att maskinvarukraven för respektive programvaruroll gäller för fysiska datorer. Om du bestämmer dig för att virtualisera en programvaruroll bör du planera att se till att du har ytterligare maskinvaruresurser för varje virtuell dator.

Databasservrar är sårbara för dåliga prestanda på virtuella datorer om följande planeringsvägledning inte följs:

• Köra SQL Server i en Hyper-V-miljö.
• Du bör aldrig använda dynamiska diskar på virtuella datorer som är avsedda att vara värdar för SQL Server. Använd virtuella hårddiskar med fast storlek eller genomströmning.
• Hyper-V tillåter endast fyra virtuella processorer per gäst, vilket kan begränsa Service Manager-servern om du har många konsoler.

Service Manager baslinjetestresultat

Service Manager har baslinjetestats för prestanda och skalbarhet med hjälp av olika distributionsscenarier med minsta rekommenderade maskinvara i form av fysiska datorer. Mer specifikt testades scenarierna med förifyllda databaser och Service Manager-konsoler som skapar och uppdaterar incidenter och ändringsbegäranden i en loop.

Databasen fylldes med information för två tester:

• Test 1 bestod av 20 000 datorer, 20 000 användare och alla nödvändiga konfigurationsobjekt, som var cirka 250 000 konfigurationsobjekt på totalt cirka 2,5 miljoner rader i databasen. Test 1 innehöll också 40 aktiva Service Manager-konsoler.
• Test 2 bestod av 50 000 datorer, 50 000 användare och relaterade konfigurationsobjekt, vilket var cirka 700 000 konfigurationsobjekt på totalt 6 miljoner rader i databasen. Test 2 innehöll även 80 aktiva Service Manager-konsoler.

Testerna visade följande resultat:

• För att uppfylla svarstidsmålen för konfigurationen på 50 000 datorer måste SQL Server minne ökas från 8 gigabyte (GB) till 32 GB.
• Under testningen genererades 200 incidenter och 50 ändringsbegäranden för konfigurationen på 20 000 datorer och 500 incidenter och 125 ändringsbegäranden för konfigurationen på 50 000 datorer varje timme, med tre till fyra meddelandeprenumerationer och mallar som bearbetades för varje incident och ändringsbegäran.
• Under standardtestningen kördes arbetsflöden, t.ex. bearbetningen av meddelandeprenumerationer och tillämpningen av mallar, inom en minut för varje arbetsobjekt som genererades.

Om din organisation planerar att ha färre än 20 000 datorer och konsoler som stöds och färre arbetsflöden bör din Service Manager prestanda vara acceptabel, även om vissa av de Service Manager rollerna finns på virtuella datorer.

Men om du planerar att lägga till ytterligare datorer som stöds i Service Manager-databasen bör du planera att öka mängden RAM-minne för Service Manager databasserver utöver de minimikrav som anges i det här dokumentet. I baslinjetestet installerades till exempel 8 GB RAM-minne på den Service Manager databasservern som innehöll poster för 20 000 datorer. Därefter bör du lägga till 8 GB RAM-minne för varje steg på 10 000 datorer som du planerar att stödja. Till exempel planerar 50 000 datorer för 32 GB RAM-minne. Under testningen av konfigurationen på 50 000 datorer med 32 GB RAM-minne installerat på datorn som kör SQL Server förbättrades prestandan till ett tillstånd där det inte längre fanns någon minskad effekt jämfört med testning av konfigurationen innan ytterligare datorer lades till.

Nätverksfördröjningen testades också. Nätverksfördröjningen introducerades mellan Service Manager-konsolen och Service Manager-hanteringsservern.

Anteckning

Service Manager-databasservern och Service Manager-hanteringsservrarna bör ha ett LAN med kort svarstid. Nätverksfördröjning mellan Service Manager-databasservern och Service Manager-hanteringsservern kan leda till betydande försämring av Service Manager Prestanda.

Testerna visade också följande resultat:

• Om nätverksfördröjningen var mindre än 100 millisekunder (msec) hittades övergripande Service Manager konsolens svarstider bra.

• Där nätverksfördröjningen var 150 till 200 msec noterades prestandan som användbar, med upp till 40 procents försämring i svarstiden i vissa scenarier. Med svarstid mellan 150 till 200 msec bör du planera att utvärdera viktiga scenarier för din organisation och avgöra om RDC (Remote Desktop Connection) är ett bättre alternativ.

  Anteckning

  Det gick långsamt att expandera tjänstkartor i Service Manager-konsolen med någon fördröjning.

• När nätverksfördröjningen överskred 200 msec observerades de övergripande Service Manager konsolsvarstiderna som dåliga. Om svarstiden överskrider 200 msec bör du planera att använda RDC eller någon annan liknande fjärråtkomstlösning för operativa uppgifter. Eftersom enstaka administrativa uppgifter är mindre vanliga kanske fjärråtkomst inte behövs för dessa.

Nästa steg

• Om du vill läsa allmänna riktlinjer att tänka på när du planerar för Service Manager programvaruprestanda kan du läsa Service Manager prestanda.