Planen der Hardwareleistung von Service Manager

Ein wichtiger Teil der Leistung von System Center – Service Manager hängt von der Hardwarekonfiguration und der Bereitstellungstopologie ab, die für die Anforderungen Ihrer Organisation geplant ist. Die folgenden Abschnitte enthalten allgemeine Richtlinien, die Sie berücksichtigen sollten, wenn Sie eine angemessene Hardwareleistung planen.

Hardwareleistung

Die folgenden Hardwareengpässe sind in Service Manager am auffälligsten, wenn die Datenbank von Service Manager stark belastet ist und eine große Datenmenge enthält:

1. Der häufigste Engpass ist Arbeitsspeicher und E/A auf dem Computer, auf dem Microsoft SQL Server ausgeführt wird. Wenn Sie über die Ressourcen verfügen, erzielen Sie durch Investitionen in mehr Arbeitsspeicher und ein schnelleres E/A-Subsystem zur Verbesserung der SQL-Server-E/A eine bessere Leistung.
2. Wenn Sie erwarten, dass viele Konsolen eine Verbindung zu einem Verwaltungsserver herstellen, können Sie die Leistung zur Bewältigung von Spitzenlasten verbessern, indem Sie in zusätzliche CPUs und Speicher für den Verwaltungsserver investieren oder einen sekundären Service Manager-Verwaltungsserver installieren.

Beachten Sie die empfohlene Mindesthardware für jede Rolle, wie in diesem Dokument beschrieben.

Die Rolle virtueller Computer

Viele Organisationen verwenden virtuelle Computer zum Hosten von Windows Server-Anwendungen. Service Manager-Serverrollen, z. B. der Verwaltungsserver und der Data Warehouse-Server, sind keine Ausnahmen. Die Verwendung virtueller Computer reicht möglicherweise von allen Serverrollen, die virtualisiert werden, bis hin zu einer anderen Kombination aus virtuellen und physischen Computern.

Wir empfehlen kein bestimmtes Verhältnis von virtuellen zu physischen Computern, da die Anforderungen Ihrer Organisation von Natur aus einzigartig sind. Die Mindesthardwareanforderungen für jede Softwarerolle gelten jedoch für physische Computer. Wenn Sie sich entscheiden, eine Softwarerolle zu virtualisieren, sollten Sie sicherstellen, dass Sie zusätzliche Hardwareressourcen für jeden virtuellen Computer zur Verfügung haben.

Datenbankserver sind anfällig für eine schlechte Leistung auf virtuellen Computern, wenn der folgende Planungsleitfaden nicht befolgt wird:

• Ausführen von SQL Server in einer Hyper-V-Umgebung.
• Sie sollten niemals dynamische Datenträger auf virtuellen Computern verwenden, die als Host für SQL Server vorgesehen sind. Verwenden Sie virtuelle Datenträger mit fester Größe oder Passthrough.
• Hyper-V lässt nur vier virtuelle CPUs pro Gast zu, was den Service Manager-Server möglicherweise einschränken kann, wenn Sie über viele Konsolen verfügen.

Baselinetestergebnisse des Service Manager

Service Manager wurde auf Leistung und Skalierbarkeit unter Verwendung verschiedener Bereitstellungsszenarien mit der minimal empfohlenen Hardware in Form physischer Computer getestet. Genauer gesagt wurden die Szenarien mit vorab aufgefüllten Datenbanken und Service Manager-Konsolen getestet, die Vorfälle und Änderungsanforderungen in einer Schleife erstellen und aktualisieren.

Die Datenbank wurde mit Informationen für zwei Tests vorab aufgefüllt:

• Test 1 bestand aus 20.000 Computern, 20.000 Benutzenden und allen erforderlichen Konfigurationselementen, was etwa 250.000 Konfigurationselementen mit insgesamt etwa 2,5 Millionen Zeilen in der Datenbank entspricht. Test 1 enthält auch 40 aktive Service Manager-Konsolen.
• Test 2 bestand aus 50.000 Computern, 50.000 Benutzenden und zugehörigen Konfigurationselementen, was etwa 700.000 Konfigurationselementen mit insgesamt 6 Millionen Zeilen in der Datenbank entspricht. Test 2 enthält auch 80 aktive Service Manager-Konsolen.

Die Tests lieferten die folgenden Ergebnisse:

• Um die Antwortzeitziele für die Konfiguration von 50.000 Computern zu erfüllen, musste der SQL Server-Arbeitsspeicher von 8 Gigabyte (GB) auf 32 GB erhöht werden.
• Während der Tests wurden pro Stunde 200 Incidents und 50 Änderungsanfragen für die Konfiguration mit 20.000 Computern und 500 Incidents und 125 Änderungsanfragen für die Konfiguration mit 50.000 Computern generiert, wobei pro Incident und Änderungsanfrage drei bis vier Benachrichtigungsabonnements und -vorlagen verarbeitet wurden.
• Bei den Baselinetests liefen Workflows, wie die Verarbeitung von Benachrichtigungsabonnements und die Anwendung von Vorlagen, in der Regel innerhalb von einer Minute nach der Erzeugung der einzelnen Arbeitselemente.

Wenn Ihre Organisation weniger als 20.000 unterstützte Computer und Konsolen und weniger Workflows plant, sollte die Leistung Ihres Service Managers akzeptabel sein, auch wenn einige der Service Manager-Rollen auf virtuellen Computern gehostet werden.

Wenn Sie jedoch planen, weitere unterstützte Computer in die Service Manager-Datenbank aufzunehmen, sollten Sie den Arbeitsspeicher für den Service Manager-Datenbankserver über die in diesem Dokument aufgeführten Mindestanforderungen hinaus erhöhen. Beispielsweise wurde im Basistest 8 GB RAM auf dem Service Manager-Datenbankserver installiert, der Datensätze für 20.000 Computer enthielt. Anschließend sollten Sie 8 GB RAM für jeden Schritt von 10.000 Computern hinzufügen, die Sie unterstützen möchten. Planen Sie beispielsweise für 50.000 Computer 32 GB RAM ein. Beim Testen der Konfiguration mit 50.000 Computern und 32 GB RAM auf dem Computer, auf dem SQL Server ausgeführt wurde, wurde die Leistung so weit verbessert, dass es im Vergleich zu den Tests der Konfiguration vor dem Hinzufügen zusätzlicher Computer keine Beeinträchtigung mehr gab.

Die Netzwerklatenz wurde auch in der Baseline getestet. Zwischen der Service Manager-Konsole und dem Service Manager-Verwaltungsserver wurde eine Netzwerklatenz eingeführt.

Hinweis

Der Service Manager-Datenbankserver und die Service Manager-Verwaltungsserver sollten sich in einem LAN mit geringer Latenz befinden. Eine Netzwerklatenz zwischen dem Service Manager-Datenbankserver und dem Service Manager-Verwaltungsserver kann zu einer erheblichen Verschlechterung der Leistung des Service Managers führen.

Die Tests lieferten auch die folgenden Ergebnisse:

• Bei einer Netzwerklatenz von weniger als 100 Millisekunden (ms) wurden die Antwortzeiten der Service-Manager-Konsole insgesamt als gut befunden.

• Bei einer Netzwerklatenz von 150 ms bis 200 ms wurde die Leistung als brauchbar eingestuft, wobei die Reaktionszeit in einigen Szenarien um bis zu 40 Prozent langsamer war. Bei einer Latenz zwischen 150 ms und 200 ms sollten Sie die wichtigsten Szenarien für Ihre Organisation evaluieren und entscheiden, ob die Remote Desktop Connection (RDC) eine bessere Option ist.

  Hinweis

  Das Erweitern von Dienstzuordnungen in der Service Manager-Konsole war mit jeder Latenz langsam.

• Wenn die Netzwerklatenz 200 ms überschritten hat, wurden die Antwortzeiten der Service Manager-Konsole insgesamt als schlecht eingestuft. Wenn Ihre Latenz 200 msec überschreitet, sollten Sie für betriebliche Aufgaben RDC oder eine andere ähnliche Remotezugriffslösung verwenden. Da gelegentliche administrative Aufgaben jedoch weniger häufig anfallen, benötigen Sie dafür möglicherweise keinen Remotezugriff.

Nächste Schritte

• Allgemeine Richtlinien, die Sie bei der Planung der Leistung von Service Manager-Software berücksichtigen sollten, finden Sie unter Leistung von Service Manager.