Erstellen eines Benchmark-Runbooks
Wichtig
Diese Version von Orchestrator hat das Ende des Supports erreicht. Es wird empfohlen, ein Upgrade auf Orchestrator 2019 durchzuführen.
Sie müssen einen Leistungsvergleichsvergleich erstellen, um die Leistung für Ihr Orchestrator-Runbook zu optimieren. Im Rahmen der Erstellung des Vergleichsvergleichs sollten Sie die Aktivitäten in Ihrem Runbook analysieren.
Orchestrator-Runbookaktivitäten können als zwei unterschiedliche Codetypen angenommen werden: Plattformcode und Domänencode. Mit dem Begriff Domänencode wird Code bezeichnet, der im Rahmen einer gewöhnlich nicht mit der Orchestrator-Plattform selbst verbundenen Runbookaktivität aufgerufen wird. Wichtige Ausnahmen hiervon sind z. B. Invoke Runbookund Junction. Die Standardaktivität Webdienst aufrufen würde z. B. Orchestrator-Plattformcode (das "Plumbing" der Aktivität) sowie Domänencode enthalten, der für den Aufruf eines SOAP-basierten Webdiensts eindeutig ist. Der Plattformcode ist für die meisten Aktivitäten sehr ähnlich, da er auf einem gemeinsamen Framework basiert. Beim Domänencode gibt es für verschiedene Aktivitäten dagegen potenziell große Abweichungen.
Datenprotokollierung
Die Datenprotokollierung wirkt sich erheblich auf die Runbookleistung aus. Betrachten Sie unter dem Aspekt der Leistung zwei Protokollierungskonfigurationen: Standardprotokollierung und Protokollierung gemeinsamer veröffentlichter Daten. Bei der Standardprotokollierung werden bei jeder Ausführung einer Aktivität ungefähr 524 Byte an Daten in die Orchestrator-Datenbank geschrieben. Bei der Protokollierung gemeinsamer veröffentlichter Daten werden ungefähr 6.082 Byte an Daten in die Datenbank geschrieben (12-mal so viel wie bei der Standardprotokollierung). Es gibt unter dem Leistungsaspekt einen signifikanten Unterschied zwischen diesen Protokollierungsstufen.
Stellen Sie sich ein Szenario vor, bei dem dieselbe Runbookaktivität zweimal ausgeführt wird, einmal mit Datenprotokollierung auf der Standardstufe und einmal mit aktivierter Protokollierung der gemeinsamen veröffentlichten Daten. Für die Ausführung des Domänencodes sollte dieselbe Zeit erforderlich sein. Die Ausführung des Plattformcodes wird jedoch länger dauern, wenn die Protokollierung der gemeinsamen veröffentlichten Daten aktiviert ist. Vom Plattformcode muss bei Aktivierung der Protokollierung der gemeinsamen veröffentlichten Daten die zwölffache Menge an Protokolldaten bewältigt werden im Vergleich zur Standardprotokollierung.
Mit der Standardaktivität Werte vergleichen können Benchmarks einer Orchestrator-Umgebung erstellt werden.
So erstellen Sie ein Runbook, mit dem ein Vergleichstest für Ihre Orchestrator-Umgebung ausgeführt werden kann
- Erstellen Sie ein neues Runbook.
- Fügen Sie aus der Palette der Standardaktivitäten eine Aktivität Compare Values hinzu. Doppelklicken Sie auf die Aktivität, um sie zu konfigurieren.
- Klicken Sie auf die Registerkarte Allgemein , und konfigurieren Sie die Aktivität für den Vergleich von Zeichenfolgen (der Standardwert).
- Klicken Sie auf die Registerkarte Details , geben Sie im Feld Test den Wert ZEICHENFOLGE ein, und wählen Sie ist leeraus.
- Klicken Sie auf Fertig stellen , um die Änderungen an der Aktivität zu speichern.
- Klicken Sie mit der rechten Maustaste auf die Aktivität, und wählen Sie Schleifeaus.
- Aktivieren Sie das Kontrollkästchen Aktivieren , und geben Sie für Verzögerung zwischen Versuchen die Zahl 0(null) ein.
- Klicken Sie auf die Registerkarte Beenden .
- Ändern Sie die Standardendbedingung. Klicken Sie auf Werte vergleichen, aktivieren Sie das Kontrollkästchen Allgemeine veröffentlichte Daten anzeigen, und wählen Sie Schleife: Anzahl der Versucheaus. Klicken Sie auf OK , um diese Änderung zu speichern.
- Wählen Sie aus der aktualisierten Endbedingung Wert aus, und geben Sie die Zahl 10000 (zehntausend) ein. Klicken Sie auf OK , um diese Änderung zu speichern.
- Klicken Sie auf Fertig stellen , um die Aktualisierungen zu speichern.
- Klicken Sie auf Einchecken , um die Änderungen in der Orchestrator-Datenbank zu speichern.
Von diesem einfachen Runbook mit nur einer Aktivität wird die Aktivität Werte vergleichen 10.000-mal ausgeführt. Werte vergleichen ist eine sehr einfache Aktivität mit nur minimalem Domänencode. Dieses Runbook kann unter einer Vielzahl von Umständen aufgerufen werden, um die Gesamtleitung einer bestimmten Orchestrator-Laufzeitumgebung zu bestimmen.
Mit diesem Runbook kann mit unterschiedlichen Orchestrator-Konfigurationen experimentiert werden. Beispielsweise können Sie die Leistung von vier in unterschiedlichen Rechenzentren bereitgestellten Runbook Server-Computern ermitteln.
| Rechenzentrum | Protokollierungskonfiguration | Laufzeit des Plattformcodes (Sekunden) | ms/Aktivität | Skalierungsfaktor |
|---|---|---|---|---|
| Standort 1 | Standardprotokollierung | 819 | 82 | 1,0 (Referenz) |
| Standort 1 | Protokollierung der gemeinsamen veröffentlichten Daten | 2012 | 201 | 2.5 |
| Standort 2 | Standardprotokollierung | 1229 | 123 | 1.5 |
| Standort 2 | Protokollierung der gemeinsamen veröffentlichten Daten | 3686 | 369 | 4,5 |
| Standort 3 | Standardprotokollierung | 2457 | 426 | 3.0 |
| Standort 3 | Protokollierung der gemeinsamen veröffentlichten Daten | 4422 | 442 | 5.4 |
| Standort 4 | Standardprotokollierung | 1474 | 147 | 1.8 |
| Standort 4 | Protokollierung der gemeinsamen veröffentlichten Daten | 2654 | 265 | 3.2 |
Beachten Sie den signifikanten Abfall der Plattformleistung, der durch die Protokollierung der gemeinsamen veröffentlichten Daten verursacht wird. Die schlechteste Leistung scheint bei der Protokollierung der gemeinsamen veröffentlichten Daten an Standort 2 erreicht zu werden. Oberflächlich ist dies eine klare und relevante Schlussfolgerung.
Diese Zahlen ergeben sich ausschließlich aus dem Mehraufwand des Plattformcodes und werden nicht vom Domänencode verursacht. Die Laufzeiten des Domänencodes können wesentlich länger sein. Die Ausführung der Aktivität VM aus Vorlage erstellen im Virtual Machine Manager Integration Pack kann mehrere Minuten dauern. In einem auf dem vorherigen Beispiel aufbauenden erweiterten Szenario werden standortunabhängig die Plattformcodekosten für eine Runbookaktivität betrachtet, deren Ausführung eine Minute dauert (1 Minute = 60.000 Millisekunden).
| Rechenzentrum | Protokollierungskonfiguration | Laufzeit des Plattformcodes (Sekunden) | % Domänencode | % Plattformcode |
|---|---|---|---|---|
| Standort 1 | Standardprotokollierung | 819 | 98,6 % | 1,4 % |
| Standort 1 | Protokollierung der gemeinsamen veröffentlichten Daten | 2012 | 96,7 % | 3,3 % |
| Standort 2 | Standardprotokollierung | 1229 | 98,0 % | 2,0 % |
| Standort 2 | Protokollierung der gemeinsamen veröffentlichten Daten | 3686 | 93,9 % | 6,1 % |
| Standort 3 | Standardprotokollierung | 2457 | 95,9 % | 4,1 % |
| Standort 3 | Protokollierung der gemeinsamen veröffentlichten Daten | 4422 | 92,6 % | 7,4 % |
| Standort 4 | Standardprotokollierung | 1474 | 97,5 % | 2,5 % |
| Standort 4 | Protokollierung der gemeinsamen veröffentlichten Daten | 2654 | 95,6 % | 4,4 % |
Aus diesen Daten ergibt sich ein klareres Bild. Das Szenario bei dem die Protokollierung der gemeinsamen veröffentlichten Daten an Standort 2 aktiviert ist, erbringt weiterhin die schlechteste Leistung. Jedoch sind Plattformcode und Protokollierung nur für 6 % der gesamten Laufzeit verantwortlich. Dieser Wert ist zwar bedeutsam, er entspricht jedoch im günstigsten Fall nur 1,4 % der gesamten Laufzeit. Generell übersteigt in diesem Beispiel die für den Domänencode erforderliche Zeit bei weitem die Zeit, die für die Ausführung des Plattformcodes erforderlich ist. Anders ausgedrückt, wenn es gelänge, die Plattformcodekosten auf null zu senken, würde die Runbookleistung doch nur um 1,4 bis 7,4 % steigen.
Die meisten Szenarios in der Realität sehen natürlich anders aus. Das Verhalten einer Aktivität ändert sich in Abhängigkeit von der Aufgabe des Domänencodes. Eine Aktivität VM aus Vorlage klonen könnte beispielsweise für das Klonen einer VM aus der Servervorlage A nur eine Minute brauchen, für das Klonen einer VM aus Servervorlage B aber fünf Minuten. Außerdem können sich die Runbook-Server-Computer in unterschiedlichen Netzwerken mit unterschiedlichen Leistungsmerkmalen befinden, was sich potenziell sowohl auf die Domänencodeleistung als auch auf die Orchestrator-Datenprotokollierungsleistung auswirken kann.
Zusammenfassung:
- Überlegen Sie sorgfältig, wann Sie die veröffentlichten Daten protokollieren.
- Bedenken Sie die Auswirkungen der Protokollierung gemeinsamer veröffentlichter Daten. Bedenken Sie, dass die Häufigkeit der Ausführung von Aktivitäten Auswirkungen auf die Menge der protokollierten Daten hat. Ein Runbook mit nur wenigen Aktivitäten, das häufig ausgeführt wird, kann zu mehr protokollierten Daten führen als ein größeres Runbook, das seltener ausgeführt wird.
- Aktivieren Sie nicht die Protokollierung von aktivitätsspezifischen veröffentlichten Daten in Produktionsumgebungen.
- Entwickeln Sie ein Verständnis dafür, wie viel Zeit von Ihren Runbooks für die Ausführung von Domänencode im Vergleich zur Ausführung von Plattformcode benötigt wird.
- Schätzen Sie die Plattformcodekosten mithilfe der in diesem Dokument beschriebenen Techniken ein. Verwenden Sie das Ergebnis als Referenz bei der Frage, wo Verbesserungen bei der Runbookleistung sinnvoll sind.
- Entwickeln Sie mithilfe der in diesem Dokument beschriebenen Techniken ein besseres Verständnis für die relative Leistung unterschiedlicher Laufzeitumgebungen. Identifizieren Sie mithilfe normalisierter Vergleiche Ihrer Messwerte Verbesserungsmöglichkeiten.
Nächste Schritte
Eine Schritt-für-Schritt-Anleitung zum Erstellen von Runbooks finden Sie unter Erstellen und Testen eines Beispiel-Runbooks.