AWSSupport-TroubleshootWindowsPerformance

AutomationAssumeRole (Fakultativ):

Der Amazon-Ressourcenname (ARN) der AWS AWS Identity and Access Management (IAM) -Rolle, die es Systems Manager Automation ermöglicht, die Aktionen in Ihrem Namen durchzuführen. Wenn keine Rolle angegeben ist, verwendet Systems Manager Automation die Berechtigungen des Benutzers, der dieses Runbook startet.

InstanceId (Erforderlich):

Die ID der Amazon EC2-Windows-Zielinstanz, auf der Sie die Automatisierung ausführen möchten. Die Instanz muss vom Systems Manager verwaltet werden, um die Automatisierung ausführen zu können.

CaptureProcessDump (Fakultativ):

Der Typ des Prozess-Dumps, der erfasst werden soll. Die Automatisierung kann einen Prozess-Dump für den Prozess erfassen, der zu Beginn der Automatisierung möglicherweise die Leistungsbeeinträchtigung verursacht. Das Root-Volume der Instanz benötigt mindestens 10 GB freien Speicherplatz (mehr als 10% der Festplattengröße, wenn das Root-Volume größer als 100 GB ist, und 10 GB plus die gesamte vom Prozess verbrauchte Speichergröße, wenn der Prozess mehr als 10 GB Arbeitsspeicher verbraucht).

LogCaptureDuration (Fakultativ):

Die Anzahl der Minuten zwischen 1 und15, in denen diese Automatisierung Protokolle erfasst, solange das Problem besteht. Der Standardwert ist 5.

LogUploadBucketName (Fakultativ):

Der Amazon S3-Bucket in Ihrem Konto, in den Sie die Protokolle hochladen möchten. Der Bucket muss mit serverseitiger Verschlüsselung (SSE) konfiguriert sein, und die Bucket-Richtlinie darf Parteien, die keinen Zugriff auf die erfassten Protokolle benötigen, keine unnötigen read/write Berechtigungen gewähren. Die Amazon EC2-Windows-Instance muss Zugriff auf den Amazon S3-Bucket haben.

InstallEC2RescueTool (Fakultativ):

Stellen Sie diese Yes Option auf ein, damit das Runbook die neueste Version des EC2Rescue Tools zur Erfassung der Windows-Ereignisse und -Systemprotokolle installieren kann. Der Standardwert ist No.

Bestätigung (erforderlich):

Lesen Sie die vollständigen Details der Aktionen, die von diesem Automatisierungs-Runbook ausgeführt werden, und geben Sie Folgendes ein, wenn Sie damit einverstanden sind. Yes, I understand and acknowledge

CheckConcurrency:

Stellt sicher, dass dieses Runbook nur einmal ausgeführt wird, das auf die Instanz abzielt. Wenn das Runbook eine weitere Ausführung findet, die auf dieselbe Instanz abzielt, gibt es einen Fehler zurück und wird beendet.

AssertInstanceIsWindows:

Bestätigt, dass die Amazon EC2-Instance unter dem Windows-Betriebssystem läuft. Andernfalls endet die Automatisierung.

AssertInstanceIsManagedInstance:

Bestätigt, dass die Amazon EC2-Instance von verwaltet wird. AWS Systems Manager Andernfalls endet die Automatisierung.

VerifyPrerequisites:

Überprüft die PowerShell Version auf dem Instanz-Betriebssystem und stellt sicher, dass die Instanz über den Systems Manager verbunden werden kann, um PowerShell Befehle auszuführen. Diese Automatisierung unterstützt PowerShell 4.0 und höher, die auf den Versionen Windows 8.1/Server 2012 R2 (6.3) oder neuer ausgeführt werden. Wenn die Version älter ist, schlägt die Automatisierung fehl. Wenn Sie sich dafür entscheiden, Protokolle in den Amazon S3-Bucket hochzuladen, überprüft diese Automatisierung, ob das PowerShell Modul AWS Tools for verfügbar ist. Wenn nicht, endet die Automatisierung.

BranchOnProcessDump:

Verzweigungen basieren darauf, ob Sie die Option so eingestellt haben, dass der Speicherauszug von Prozessen erfasst wird, die sich auf die Leistung ausgewirkt haben.

CaptureProcessDump:

Prüft, ob die Instanz über genügend Speicherplatz verfügt, um diese Automatisierung auszuführen (wenn Sie die Option Höchste CPU-/Speichergröße wählen).

CapturePerformanceLogs:

Überprüft erneut den Speicherplatz und führt das PowerShell Skript auf der Instanz aus, um Leistungsindikatoren zu erstellen und die Protokollierung von Performance Monitor und Windows Performance Recorder zu starten. Das Skript stoppt, nachdem der definierte Wert LogCaptureDuration erreicht wurde.

SummarizePerformanceLogs:

Fasst den im vorherigen Schritt generierten XML-Bericht zusammenCapturePerformanceLogs, um den verantwortlichen Prozess zu ermitteln, der die meisten WorkingSet 64 (Speicher) und die Prozessorzeit (CPU) in% verbraucht, die als Ausgabe in der Automatisierung angezeigt werden. Er generiert ähnliche Informationen zur Verwendung von Netzwerkschnittstelle LogicalDisk, Speicher, TCPv4, IPv4 und UDPv4 und speichert sie im Ausgabeordner. analysis_output.log

BranchOnInstallEC2Rescue:

Verzweigt, wenn Sie es so einstellen, dass das neueste EC2Rescue Tool in der Amazon EC2-Instance installiert wird.

InstallEC2RescueTool:

Installiert das EC2Rescue Tool im Instanz-Betriebssystem, mit dem EC2Rescue Protokolle erfasst werden. AWS-ConfigureAWSPackage

RunEC2RescueTool:

Führt das EC2Rescue Tool im Instanzbetriebssystem aus, um alle benötigten Protokolle zu erfassen. EC2Rescueerfasst nur die erforderlichen Protokolle, um Speicherplatz zu sparen.

BranchOnIfS3BucketProvided:

Branches basieren auf Benutzereingaben vonLogUploadBucketName, um zu sehen, ob ein Bucket-Name für das Hochladen von Logs verfügbar ist.

GetS3BucketPublicStatus:

Ermittelt, ob ein Amazon S3-Bucket bereitgestellt wird, und wenn ja, bestätigt, dass der Amazon S3-Bucket nicht öffentlich ist und mit SSE konfiguriert ist.

UploadLogResult:

Lädt die Protokolle in den bereitgestellten Amazon S3-Bucket hoch. Wenn die PowerShell Version 5.0 oder höher ist, werden die Protokolle in ein ZIP-Archiv komprimiert und hochgeladen. Es löscht die ZIP-Datei, nachdem der Upload abgeschlossen ist. Wenn die PowerShell Version unter 5.0 ist, werden die Dateien direkt in einen Ordner hochgeladen.

CleanUpLogsOnFailure:

Bereinigt alle Protokolle, die durch den CapturePerformanceLogs Schritt generiert wurden, wenn er fehlschlägt. Der CleanUpLogsOnFailure Schritt kann fehlschlagen oder es kommt zu einer Zeitüberschreitung, wenn der SSM Agent nicht ordnungsgemäß funktioniert oder das Windows-System nicht reagiert.