AWS Der Mainframe Modernization Service (Managed Runtime Environment Experience) steht Neukunden nicht mehr zur Verfügung. Funktionen, die dem AWS Mainframe Modernization Service (Managed Runtime Environment-Erfahrung) ähneln, finden Sie unter AWS Mainframe Modernization Service (Self-Managed Experience). Bestandskunden können den Service weiterhin wie gewohnt nutzen. Weitere Informationen finden Sie unter Änderung der Verfügbarkeit von AWS Mainframe Modernization.
Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
AWS Transform für Mainframe Runtime (auf Amazon EC2) einrichten Amazon-Alarme CloudWatch
Sie können CloudWatch den Empfang Ihres Anwendungsprotokolls einrichten und einen Alarm hinzufügen, der Sie vor möglichen Fehlern warnt. Auf diese Weise erhalten Sie besser sichtbare Benachrichtigungen, wenn Ihre bereitgestellten Anwendungen auf Ausnahmen stoßen. Die folgenden Abschnitte helfen Ihnen, die Konfiguration der CloudWatch Protokollierung und die Einrichtung von Alarmen zu verstehen und mehr darüber zu erfahren.
Aktivieren Sie die CloudWatch Protokollierung
Um die CloudWatch Protokollierung zu aktivieren, erstellen Sie mithilfe der im folgenden Abschnitt bereitgestellten Konfigurationsvorlage eine logback-cloudwatch.xml Datei im Konfigurationsordner. Verweisen Sie dann in der Datei auf diese application-main.yml Datei, indem Sie die folgenden Zeilen auskommentieren:
# logging: # config: classpath:logback-cloudwatch.xml
Nach dem Auskommentieren dieser Zeilen wird die CloudWatch Protokollierung aktiviert und kann weiter konfiguriert werden, wie in den folgenden Abschnitten beschrieben.
Konfiguration der Protokollierung CloudWatch
Verwenden Sie die folgende Vorlage, um die logback-cloudwatch.xml Datei zu erstellen:
<?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE configuration> <configuration> <appender name="console" class="ch.qos.logback.core.ConsoleAppender"> <encoder> <pattern>%date{yyyy-MM-dd HH:mm:ss.SSS,UTC} %level --- [%thread{15}] %logger{40} : %msg%n%xThrowable</pattern> </encoder> </appender> <appender name="cloudwatch" class="com.netfective.bluage.runtime.cloudwatchlogger.CloudWatchAppender"> <logGroup>BluAgeRuntimeOnEC2-Logs</logGroup> <logStream>%date{yyyy-MM-dd,UTC}.%instanceId.%uuid</logStream> <layout> <pattern>%date{yyyy-MM-dd HH:mm:ss.SSS,UTC} %level --- [%thread{15}] %logger{40} : %msg%n%xThrowable</pattern> </layout> <appender-ref ref="console" /> </appender> <root level="INFO"> <appender-ref ref="cloudwatch" /> </root> </configuration>
Alles außerhalb des <appender name="cloudwatch"/> Elements ist die Standard-Logback-Konfiguration. Diese Datei enthält zwei Appender: einen Konsolen-Appender zum Senden von Protokollen an die Konsole und einen CloudWatch Appender zum Senden von Protokollen. CloudWatch
Das level Attribut im root Element gibt die Protokollierungsebene der gesamten Anwendung an.
Die erforderlichen Werte innerhalb des Tags <appender name="cloudwatch"/> sind:
-
<logGroup/>:Legt den Namen der Protokollgruppe fest. CloudWatch Wenn der Wert nicht angegeben ist, ist er standardmäßig.
BluAgeRuntimeOnEC2-LogsWenn die Protokollgruppe nicht existiert, wird sie automatisch erstellt. Dieses Verhalten kann durch die Konfiguration geändert werden, auf die weiter unten eingegangen wird. -
<logStream/>: Legt den Namen des LogStream (innerhalb der Protokollgruppe) fest. CloudWatch
Optionale Werte:
-
<region/>: Überschreibt die Region, in die der Log-Stream geschrieben wird. Standardmäßig werden Protokolle in dieselbe Region wie die EC2-Instance gesendet.
-
<layout/>: Das Muster, das die Protokollnachrichten verwenden werden.
-
<maxbatchsize/>: Die maximale Anzahl von Protokollnachrichten, an die CloudWatch pro Vorgang gesendet werden können.
-
<maxbatchtimemillis/>: Die Zeit in Millisekunden, die für das Schreiben von CloudWatch Protokollen benötigt wird.
-
<maxqueuewaittimemillis/>: Die Zeit in Millisekunden, in der versucht wird, Anfragen in die interne Protokollwarteschlange einzufügen.
-
<internalqueuesize/>: Die maximale Größe der internen Warteschlange.
-
<createlogdests/>: Erstellt eine Protokollgruppe und einen Protokollstream, falls sie nicht existieren.
-
<initialwaittimemillis/>: Die Zeitspanne, für die der Thread beim Start in den Ruhezustand versetzt werden soll. Diese anfängliche Wartezeit ermöglicht das anfängliche Sammeln von Protokollen.
-
<maxeventmessagesize/>: Die maximale Größe eines Protokollereignisses. Protokolle, die diese Größe überschreiten, werden nicht gesendet.
-
<truncateeventmessages/>: Kürzt zu lange Nachrichten.
-
<printrejectedevents/>: Aktivieren Sie den Notfall-Appender.
CloudWatch einrichten
Damit die obige Konfiguration Logs korrekt überträgt CloudWatch, aktualisieren Sie Ihre Amazon EC2 IAM-Instance-Profilrolle, um ihr zusätzliche Berechtigungen für die Protokollgruppe `BluAgeRuntimeOnEC2-Logs` und ihre Protokollstreams zu gewähren:
-
logs:CreateLogStream -
logs:DescribeLogStreams -
logs:CreateLogGroup -
logs:PutLogEvents -
logs:DescribeLogGroups
Einrichtung des Alarms
Dank der CloudWatch Protokolle können Sie dann je nach Ihrer Anwendung und Ihren Anforderungen verschiedene Metriken und Alarme konfigurieren. Insbesondere können Sie proaktive Alarme für Nutzungswarnungen einrichten, um bei Fehlern gewarnt zu werden, die Ihre Anwendung in eine Übergangszeit bringen könnten (und letztendlich verhindern, dass sie überhaupt funktioniert). Um dies zu erreichen, können Sie den Protokollen eine Metrik zur Zeichenfolge „Fehler C5001" hinzufügen, die Fehler in der Verbindung mit dem AWS Transform for Mainframe-Steuerungssystem hervorhebt. Anschließend können Sie einen Alarm definieren, der auf diese Metrik reagiert.
