Hardwareprestaties van Service Manager plannen

Een belangrijk onderdeel van De prestaties van System Center - Service Manager is afhankelijk van de hardwareconfiguratie en implementatietopologie die is gepland om de behoeften van uw organisatie af te handelen. De volgende secties bevatten algemene richtlijnen om rekening mee te houden wanneer u van plan bent om voldoende hardwareprestaties te leveren.

Hardware prestaties

Hier volgen de hardwareknelpunten die het meest merkbaar zijn in Service Manager, met een aanzienlijke belasting en hoeveelheid gegevens in de Service Manager-database:

1. Het meest voorkomende knelpunt is geheugen en I/O op de computer waarop Microsoft SQL Server wordt uitgevoerd. Als u de middelen hebt, zult u door te investeren in meer geheugen en een sneller I/O-subsysteem de prestaties van SQL Server I/O verbeteren.
2. Als u verwacht dat er veel consoles zijn die verbinding maken met een beheerserver, kunt u de prestaties verbeteren om piekbelasting te verwerken door te investeren in extra CPU's en geheugen voor de beheerserver of door een secundaire Service Manager-beheerserver te installeren.

Houd rekening met de aanbevolen minimale hardware voor elke rol, zoals beschreven in dit document.

De rol van virtuele machines

Veel organisaties gebruiken virtuele machines om Windows Server-toepassingen te hosten. Service Manager-serverfuncties, zoals de beheerserver en datawarehouseserver, zijn geen uitzonderingen. Het gebruik van virtuele machines kan variëren van alle serverfuncties die worden gevirtualiseerd tot een andere combinatie van virtuele en fysieke computers.

We raden geen specifieke verhouding tussen virtuele en fysieke computers aan, omdat de behoeften van uw organisatie inherent uniek zijn. De minimale hardwarevereisten voor elke softwarerol zijn echter van toepassing op fysieke computers. Als u besluit een softwarerol te virtualiseren, moet u ervoor zorgen dat u extra hardwarebronnen voor elke virtuele computer hebt.

Databaseservers zijn kwetsbaar voor slechte prestaties op virtuele machines als de volgende planningsrichtlijnen niet worden gevolgd:

• SQL Server uitvoeren in een Hyper-V-omgeving.
• U moet nooit dynamische schijven gebruiken op virtuele machines die zijn bedoeld om SQL Server te hosten. Gebruik virtuele harde schijven van vaste grootte of pass-through.
• Hyper-V staat slechts vier virtuele CPU's per gast toe, waardoor de Service Manager-server mogelijk wordt beperkt als u veel consoles hebt.

Testresultaten voor Service Manager-basislijn

Service Manager is volgens de basislijn getest op prestaties en schaalbaarheid met behulp van verschillende implementatiescenario's met de minimaal aanbevolen hardware in de vorm van fysieke computers. Meer specifiek zijn de scenario's getest met vooraf ingevulde databases en Service Manager-consoles die incidenten en wijzigingsaanvragen in een lus maken en bijwerken.

De database is vooraf ingevuld met informatie voor twee tests:

• Test 1 bestond uit 20.000 computers, 20.000 gebruikers en alle benodigde configuratie-items, wat neerkwam op ongeveer 250.000 configuratie-items en een totaal van ongeveer 2,5 miljoen rijen in de database. Test 1 bevat ook 40 actieve Service Manager-consoles.
• Test 2 bestond uit 50.000 computers, 50.000 gebruikers en gerelateerde configuratie-items, die ongeveer 700.000 configuratie-items in totaal 6 miljoen rijen in de database bedroegen. Test 2 bevat ook 80 actieve Service Manager-consoles.

De tests hebben de volgende resultaten opgeleverd:

• Om te voldoen aan de responstijddoelen voor de configuratie van 50.000 computers, moest het SQL Server-geheugen worden verhoogd van 8 GIGABYTE (GB) tot 32 GB.
• Tijdens het testen werden 200 incidenten en 50 wijzigingsaanvragen voor de configuratie van 20.000 computers en 500 incidenten en 125 wijzigingsaanvragen voor de configuratie van 50.000 computers elk uur gegenereerd, waarbij drie tot vier meldingsabonnementen en sjablonen worden verwerkt voor elk incident en wijzigingsaanvraag.
• Gewoonlijk worden in basislijn-tests werkstromen, zoals de verwerking van meldingsabonnementen en de toepassing van sjablonen, binnen één minuut uitgevoerd na de generatie van elk werkitem.

Als uw organisatie van plan is om minder dan 20.000 ondersteunde computers en consoles en minder werkstromen te hebben, moeten de prestaties van Service Manager acceptabel zijn, zelfs als sommige Van de Service Manager-rollen worden gehost op virtuele computers.

Als u echter van plan bent extra ondersteunde computers toe te voegen in de Service Manager-database, moet u van plan zijn om de hoeveelheid RAM voor de Service Manager-databaseserver te verhogen buiten de minimale vereisten die in dit document worden vermeld. In de basislijntest is bijvoorbeeld 8 GB RAM geïnstalleerd op de Service Manager-databaseserver met records voor 20.000 computers. Daarna moet u 8 GB RAM toevoegen voor elke stap van 10.000 computers die u wilt ondersteunen. Voor bijvoorbeeld 50.000 computers moet u 32 GB RAM-geheugen gebruiken. Tijdens het testen van de configuratie van 50.000 computers met 32 GB RAM die op de computer met SQL Server is geïnstalleerd, zijn de prestaties verbeterd tot een status waarbij er geen verminderd effect meer was in vergelijking met het testen van de configuratie voordat er extra computers werden toegevoegd.

Netwerklatentie is ook getest in de basislijn. Netwerklatentie is geïntroduceerd tussen de Service Manager-console en de Service Manager-beheerserver.

Notitie

De Service Manager-databaseserver en Service Manager-beheerservers moeten zich op een LAN met lage latentie bevinden; netwerklatentie tussen de Service Manager-databaseserver en de Service Manager-beheerserver kan leiden tot een aanzienlijke verslechtering van de prestaties van Service Manager.

De tests hebben ook de volgende resultaten opgeleverd:

• Waar de netwerklatentie minder dan 100 milliseconden (msec) was, werden de totale reactietijden van de Service Manager-console goed gevonden.

• Waar netwerklatentie 150 msec tot 200 msec was, werd de prestaties in sommige scenario's als bruikbaar vermeld, met een afname van 40 procent in reactietijd. Met latentie tussen 150 msec en 200 msec moet u de belangrijkste scenario's voor uw organisatie evalueren en bepalen of Extern bureaubladverbinding (RDC) een betere optie is.

  Notitie

  Het uitbreiden van servicediagrammen in de Service Manager-console was traag bij elke hoeveelheid latentie.

• Wanneer de netwerklatentie 200 msec overschrijdt, werden de totale reactietijden van de Service Manager-console als slecht waargenomen. Als uw latentie groter is dan 200 msec, moet u van plan zijn RDC of een andere vergelijkbare externe toegangsoplossing te gebruiken voor operationele taken. Omdat incidentele beheertaken echter minder vaak voorkomen, hebt u hiervoor mogelijk geen externe toegang nodig.

Volgende stappen

• Als u algemene richtlijnen wilt lezen om rekening mee te houden wanneer u van plan bent om de prestaties van Service Manager-software te controleren, raadpleegt u Service Manager-prestaties.