Planen der Leistung von Service Manager-Hardware

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

Hardwareleistung

Im Folgenden sind die Hardwareengpässe aufgeführt, die in Service Manager am deutlichsten sind, mit einer erheblichen Auslastung und Datenmenge in der Service Manager-Datenbank:

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, investieren Sie in mehr Arbeitsspeicher und ein schnelleres E/A-Subsystem, um SQL Server-E/A zu verbessern, wird eine bessere Leistung erzielen.
2. Wenn Sie erwarten, dass viele Konsolen eine Verbindung mit einem Verwaltungsserver herstellen, können Sie die Leistung verbessern, um Spitzenlasten zu bewältigen, indem Sie in zusätzliche CPUs und Arbeitsspeicher für den Verwaltungsserver investieren oder einen sekundären Dienst-Manager-Verwaltungsserver installieren.

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

Rolle virtueller Computer

Viele Organisationen verwenden virtuelle Computer zum Hosten von Windows Server-Anwendungen. Dienst-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.

Es wird kein bestimmtes Verhältnis zwischen virtuellen und physischen Computern empfohlen, da die Anforderungen Ihrer Organisation inhärent 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 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 für die Hostung von SQL Server vorgesehen sind. Verwenden Sie virtuelle Festplatten mit fester Größe oder Pass-Through.Use fixed-size virtual hard drives or pass-through.
• 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.

Testergebnisse des Service Manager-Basisplans

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 Benutzern und allen erforderlichen Konfigurationselementen, die ca. 250.000 Konfigurationselemente insgesamt ca. 2,5 Millionen Zeilen in der Datenbank betrugen. Test 1 enthält auch 40 aktive Service Manager-Konsolen.
• Test 2 bestand aus 50.000 Computern, 50.000 Benutzern und zugehörigen Konfigurationselementen, die etwa 700.000 Konfigurationselemente insgesamt 6 Millionen Zeilen in der Datenbank betrugen. 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-Speicher von 8 Gigabyte (GB) auf 32 GB erhöht werden.
• Während des Tests wurden 200 Vorfälle und 50 Änderungsanforderungen für die Konfiguration von 20.000 Computern und 500 Vorfälle und 125 Änderungsanforderungen für die Konfiguration von 50.000 Computern pro Stunde generiert, wobei drei bis vier Benachrichtigungsabonnements und Vorlagen für jeden Vorfall und änderungsanforderung verarbeitet werden.
• In der Regel wurden in den Basistests Workflows, z. B. Die Verarbeitung von Benachrichtigungsabonnements und die Vorlagenanwendung, innerhalb einer Minute nach der Generierung jeder Arbeitsaufgabe ausgeführt.

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

Wenn Sie jedoch beabsichtigen, zusätzliche unterstützte Computer in der Dienst-Manager-Datenbank hinzuzufügen, sollten Sie beabsichtigen, den RAM für den Service Manager-Datenbankserver über die in diesem Dokument aufgeführten Mindestanforderungen hinaus zu 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. Beispielsweise planen 50.000 Computer 32 GB RAM. Während des Tests der 50.000-Computerkonfiguration mit 32 GB RAM, die auf dem Computer mit SQL Server installiert ist, wurde die Leistung auf einen Zustand verbessert, in dem im Vergleich zum Testen der Konfiguration keine geringeren Auswirkungen mehr auftreten, bevor zusätzliche Computer hinzugefügt wurden.

Die Netzwerklatenz wurde auch in der Basislinie getestet. Die Netzwerklatenz wurde zwischen der Dienst-Manager-Konsole und dem Dienst-Manager-Verwaltungsserver eingeführt.

Hinweis

Der Dienst-Manager-Datenbankserver und die Dienst-Manager-Verwaltungsserver sollten sich auf einem LAN mit geringer Latenz befinden; Die Netzwerklatenz zwischen dem Service Manager-Datenbankserver und dem Dienst-Manager-Verwaltungsserver kann zu erheblichen Beeinträchtigungen der Leistung des Service-Managers führen.

Die Tests lieferten auch die folgenden Ergebnisse:

• Wenn die Netzwerklatenz weniger als 100 Millisekunden (msec) betrug, wurden allgemeine Antwortzeiten der Service Manager-Konsole gefunden.

• Bei einer Netzwerklatenz von 150 msec bis 200 msec wurde die Leistung als verwendbar festgestellt, wobei in einigen Szenarien bis zu einer 40-Prozent-Verschlechterung der Reaktionszeit zu verzeichnen war. Mit latenz zwischen 150 msec und 200 msec sollten Sie die wichtigsten Szenarien für Ihre Organisation auswerten und ermitteln, ob remotedesktopverbindung (RDC) eine bessere Option ist.

  Hinweis

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

• Wenn die Netzwerklatenz 200 msec überschritten hat, wurden die Gesamtantwortzeiten der Service Manager-Konsole als "schlecht" beobachtet. Wenn Ihre Latenz 200 msec überschreitet, sollten Sie planen, RDC oder eine andere ähnliche Remotezugriffslösung für betriebliche Aufgaben zu verwenden. Da gelegentlich administrative Aufgaben jedoch weniger häufig vorkommen, benötigen Sie möglicherweise keinen Remotezugriff dafür.

Nächste Schritte

• Wenn Sie allgemeine Richtlinien lesen möchten, die Sie bei der Planung der Leistung von Service Manager-Software berücksichtigen möchten, überprüfen Sie die Leistung von Service Manager.