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.
# Aktivitäten in AWS Elemental überwachen MediaLive
Sie können die Aktivitäten auf Kanälen und Multiplexen auf der AWS Elemental MediaLive Elemental-Konsole oder mithilfe von Amazon CloudWatch Events, Amazon CloudWatch Logs oder überwachen. AWS CloudTrail
**Topics**
+ [Arten von Aktivitäten, die überwacht werden können](monitor-activity-types.md)
+ [Liste der Benachrichtigungen für Kanäle](monitor-activity-types-alerts-channels.md)
+ [Benachrichtigungen für Multiplexe](monitor-activity-types-alerts-multiplex.md)
+ [Überwachung über die MediaLive Konsole](monitoring-console-general.md)
+ [Überwachen von Warnmeldungen mithilfe der AWS SDKs OR-API](monitoring-api.md)
+ [Überwachung eines Kanals oder Multiplex mithilfe von Amazon Events CloudWatch](monitoring-via-cloudwatch.md)
+ [Kanäle mithilfe von CloudWatch Amazon-Metriken überwachen](monitoring-eml-metrics.md)
+ [Überwachung eines Kanals mithilfe von Amazon CloudWatch Logs](monitoring-with-logs.md)
+ [MediaLive API-Aufrufe protokollieren mit AWS CloudTrail](logging-using-cloudtrail.md)
+ [Überwachung von AWS Mediendiensten mit Workflow-Monitor](monitor-with-workflow-monitor.md)
# Arten von Aktivitäten, die überwacht werden können
In der folgenden Tabelle sind die Art der MediaLive Aktivität, die Sie überwachen können, und der Service, den Sie verwenden können, zusammengefasst. Lesen Sie in der Tabelle die erste Spalte nach unten, um die Art der Aktivität zu finden, die Sie überwachen möchten, und lesen Sie dann weiter, um den Dienst zu finden, den Sie verwenden möchten.
| Aktivität | Spezifische Aktivität | MediaLive Konsole | Ein AWS SDK oder eine API | CloudWatch Ereignisse | CloudWatch Metriken | CloudWatch Logs | CloudTrail Ereignisse |
| --- | --- | --- | --- | --- | --- | --- | --- |
| Status des Kanals | Status eines Kanals melden | Ja | Ja | Ja | | Ja | |
| Status des Multiplex | Status eines Multiplexes melden | Ja | Ja | Ja | | Ja | |
| Benachrichtigungen | Generieren Sie Warnmeldungen, wenn ein Kanal oder Multiplex läuft | Ja | Ja | Ja | Ja (Anzahl der aktiven Alarme) | Ja | |
| Benachrichtigungen | Generieren Sie bei der Bereitstellung von AWS Elemental MediaLive Anywhere Benachrichtigungen über den Status des Clusters | Ja | Ja | Ja | Ja (Anzahl der aktiven Alerts) | Ja | |
| Kennzahlen | Metriken generieren | | | | Ja | | |
| Protokolle für Kanal und Multiplex | Protokolliert Aktivitäten, wenn ein Kanal oder Multiplex läuft | | | | | Ja | |
| Protokolle für den Zeitplan | Protokolliert aktive Zeitplanaktionen | | | | | Ja | |
| Protokolle für API-Aufrufe | Protokollieren Sie API-Aufrufe, einschließlich solcher, die von der Konsole aus ausgeführt werden | | | | | Ja | Ja |
In den folgenden Abschnitten finden Sie Einzelheiten zu einigen dieser Arten von Aktivitäten.
**Topics**
+ [Staaten für Kanäle und Multiplexe](monitor-activity-types-channel.md)
+ [Warnmeldungen, die generiert werden MediaLive](monitor-activity-alerts.md)
+ [Metriken, die MediaLive generiert werden](monitor-activity-types-metrics.md)
+ [Protokolle, die MediaLive generiert werden](monitor-activity-types-logs.md)
# Staaten für Kanäle und Multiplexe
Sie können den Status von MediaLive Kanälen und Multiplexen überwachen.
MediaLive meldet den Status aller Kanäle. MediaLive wandelt diese Zustände in CloudWatch Ereignisse um, wobei der DetailType auf `MediaLive Channel State Change` gesetzt ist. Ein JSON-Beispiel für diese Ereignisse finden Sie unter[JSON für ein Zustandsänderungsereignis](monitoring-cloudwatch-json-state-change.md).
Die Kanalstatus lauten wie folgt:
+ **Erstellen**
+ **Wird gelöscht**
+ **Idle (Leerlauf)**: Der Channel wird nicht ausgeführt. Weitere Informationen zu Gebühren, die für Sie anfallen, wenn sich ein Channel im Leerlauf befindet, finden Sie unter [Preisgestaltung in MediaLive](pricing.md).
+ **Wiederherstellung**: Eine oder beide Pipelines im Kanal sind ausgefallen, sie werden MediaLive jedoch neu gestartet.
+ **Running (Ausführung)**.
+ **Wird gestartet**
+ **Wird angehalten**
+ **Aktualisierung**: Sie haben die [Kanalklasse für einen Kanal](class-channel-input.md) geändert. Dieser Status wird auf der Konsole erfasst, jedoch nicht in [ CloudWatch Amazon-Events](monitoring-via-cloudwatch.md).
MediaLive meldet den Status aller Multiplexe. MediaLive wandelt diese Zustände in CloudWatch Ereignisse um, bei denen der DetailType auf gesetzt ist. `MediaLive Multiplex State Change`
Die Multiplex-Zustände sind die folgenden:
+ **Erstellen**
+ **Wird gelöscht**
+ **Idle (Leerlauf)**: Der Multiplex ist nicht aktiv. Für Informationen zu den Gebühren, die für ein Multiplex im Leerlauf anfallen, siehe [Preisgestaltung in MediaLive](pricing.md).
+ **Wiederherstellung**: Eine oder beide Pipelines im Multiplex sind ausgefallen, der Multiplex MediaLive wird jedoch neu gestartet.
+ **In Ausführung**
+ **Wird gestartet**
+ **Wird angehalten**
# Warnmeldungen, die generiert werden MediaLive
MediaLive kann Warnmeldungen generieren, wenn ein Kanal läuft. Eine Liste der Benachrichtigungen finden Sie unter[Liste der Benachrichtigungen für Kanäle](monitor-activity-types-alerts-channels.md).
Sie können die Benachrichtigungen für jeden Kanal auf der MediaLive Konsole anzeigen. Weitere Informationen finden Sie unter [Registerkarte „Benachrichtigungen“ — Benachrichtigungen anzeigen](monitoring-console-general.md#view-alerts).
MediaLive wandelt Alarme in CloudWatch Ereignisse um, bei denen der DetailType auf `MediaLive Channel Alert` gesetzt ist. Ein JSON-Beispiel für diese Ereignisse finden Sie unter[JSON für ein Zustandsänderungsereignis](monitoring-cloudwatch-json-state-change.md).
# Metriken, die MediaLive generiert werden
Vollständige Informationen zu MediaLive Metriken finden Sie weiter [Kanäle mithilfe von CloudWatch Amazon-Metriken überwachen](monitoring-eml-metrics.md) unten in diesem Kapitel.
# Protokolle, die MediaLive generiert werden
Vollständige Informationen zu MediaLive Protokollen finden Sie weiter [Überwachung eines Kanals mithilfe von Amazon CloudWatch Logs](monitoring-with-logs.md) unten in diesem Kapitel.
# Liste der Benachrichtigungen für Kanäle
In der folgenden Tabelle sind die Warnungen aufgeführt, die MediaLive möglicherweise für einen Kanal generiert werden. Sie können diese Benachrichtigungen auf folgende Weise anzeigen:
+ Sie können die Benachrichtigungen für jeden Kanal auf der MediaLive Konsole anzeigen. Weitere Informationen finden Sie unter [Registerkarte „Benachrichtigungen“ — Benachrichtigungen anzeigen](monitoring-console-general.md#view-alerts).
+ Sie verwenden Ihr bevorzugtes AWS SDK oder Ihre bevorzugte API, um Benachrichtigungen über Kanalaktivitäten zu überwachen. Weitere Informationen finden Sie unter [Überwachen von Warnmeldungen mithilfe der AWS SDKs OR-API](monitoring-api.md).
+ MediaLive wandelt Alarme in CloudWatch Ereignisse um, bei denen der DetailType auf `MediaLive Channel Alert` gesetzt ist. Ein JSON-Beispiel für diese Ereignisse finden Sie unter[JSON für ein Zustandsänderungsereignis](monitoring-cloudwatch-json-state-change.md).
| Warnungs-ID | Wortlaut der Warnung | Description |
| --- | --- | --- |
| 5002 | Eingabebild fehlt | Der Kanal wurde mit einer URL zu einem Eingabebild konfiguriert (z. B. ein verfügbares leeres Bild). Der Kanal kann nicht auf die Datei zugreifen. |
| 5007 | Die erste Untersuchung dauert länger als erwartet | Die MediaLive Pipeline generiert noch keine Ausgabe, da sie auf eine Eingabe wartet, die sie erfolgreich dekodieren kann. |
| 5008 | Auf die Eingaberessource kann nicht zugegriffen werden | Die Kanalkonfiguration verweist auf eine Ressource, auf die nicht zugegriffen MediaLive werden kann. Die spezifische Ressource wird in der Warnung identifiziert. |
| 5010 | Input hat das aktive Programm entfernt | Das verwendete Transportstream-Programm ist in der Eingabe nicht mehr vorhanden. |
| 5012 | SCTE-35-Eingabedaten konnten nicht verarbeitet werden | MediaLive kann die empfangenen SCTE-35-Daten nicht verarbeiten. Es ist möglich, dass der SCTE-35 PTS nicht mit dem Video-PTS synchronisiert ist. |
| 5101 | Audio wurde nicht erkannt | Der Kanal kann den Ton in der Quelle nicht dekodieren. Entweder ist der aktive Eingang nicht verfügbar, oder der aktive Eingang enthält kein Audio, oder das Audio ist verschlüsselt. |
| 5102 | Audio-PID fehlt | Die Audioauswahl für den aktuellen Eingang gibt eine PID (als Audioquelle) an, aber diese PID ist im Eingang nicht vorhanden. |
| 5104 | Audio erfordert Dolby E-Decodierung | Für den Eingang ist eine Dolby E-Dekodierung erforderlich, es wurde jedoch kein Auswahlschalter für die Dolby E-Decodierung für die Audiospur angegeben. MediaLive könnte das Audio durch Stille ersetzen. |
| 5201 | Video wurde nicht erkannt | Der Kanal kann das Video in der Quelle nicht dekodieren. Entweder ist der aktive Eingang nicht verfügbar, oder der aktive Eingang enthält kein Video, oder das Video ist verschlüsselt. |
| 5202 | Schwarzes Video erkannt | Ein schwarzes Video wurde erkannt. MediaLive hat möglicherweise ein automatisches Eingangs-Failover durchgeführt. |
| 5301 | HTTP-Abruf ist fehlgeschlagen | Der HTTP-Abruf ist fehlgeschlagen, sodass das Asset nicht abgerufen werden konnte. Möglicherweise gab es ein Netzwerkproblem, oder der HTTP-Server hatte ein Problem, oder der Server benötigt Benutzeranmeldeinformationen. |
| 5302 | Der Empfang von UDP-Eingaben wurde beendet | Eine UDP-Eingabe (einschließlich RTP MediaConnect - und Link-Eingaben) hat mindestens eine Sekunde lang keine Pakete empfangen. |
| 5304 | Beschädigung des RTP-Headers | Der Kanal ist so konfiguriert, dass er eine RTP-Eingabe empfängt, aber die empfangenen Pakete entsprechen nicht RTP. |
| 5305 | RTMP-Stream wurde nicht gefunden | Der Kanal ist für den Empfang einer RTMP-Eingabe konfiguriert, aber der angegebene RTMP-Stream wird nicht empfangen. |
| 5307 | RTMP hat keine Audio/Video | Der Kanal ist für den Empfang einer RTMP-Eingabe konfiguriert, aber der angegebene RTMP-Stream ist nicht mehr vorhanden. |
| 5308 | RTMP getrennt | Der Kanal ist für den Empfang einer RTMP-Eingabe konfiguriert, aber der angegebene RTMP-Stream wurde unterbrochen. |
| 5309 | RTMP-Eingangsverbindung fehlgeschlagen | Der Kanal ist für den Empfang einer RTMP-Eingabe konfiguriert, aber die Verbindung zur RTMP-URL konnte nicht hergestellt werden. |
| 5313 | HLS-Segmente konnten nicht entschlüsselt werden | Eine HLS-Eingabe konnte nicht entschlüsselt werden. Überprüfen Sie, ob der für die Entschlüsselung angegebene Schlüssel korrekt ist. |
| 5314 | Doppelveröffentlichung der Eingabe erkannt | Mehrere Quell-IP-Adressen senden Pakete an denselben MediaLive Eingang. Diese Situation führt in der Regel zu Decodierungsfehlern. |
| 5315 | Daten-PID fehlt | In der Kanalkonfiguration wurde eine PID für Transportstream-Daten angegeben, die jedoch in der Eingabe nicht verfügbar ist. |
| 5316 | Geben Sie PTS hinter PCR ein | Ein Transportstream-Eingang enthält and/or Video-Audio-Frames, die aufgrund eines Vergleichs ihres PTS (Präsentationszeitstempel) mit dem Transportstream PCRs (Programmuhrreferenzen) zu spät ankommen, um dekodiert zu werden. MediaLiveist möglicherweise nicht in der Lage, das Video oder Audio zu dekodieren. |
| 5601 | Eingabe ist fehlgeschlagen | Ein Eingang ist ausgefallen und der Kanal ist für den automatischen Eingangs-Failover konfiguriert. MediaLive ist auf den anderen Eingang umgeschaltet. |
| 6001 | ESAM-HTTP-Post ist fehlgeschlagen | Ein HTTP-Post an den konfigurierten ESAM-Server ist fehlgeschlagen. ESAM ist Teil der SCTE 35-Konfiguration für den Kanal. |
| 6002 | Der UDP-Socket konnte nicht zum Schreiben geöffnet werden | Der Kanal konnte keine UDP-Ausgangsverbindung öffnen. |
| 6003 | Fehler beim Schreiben auf den UDP-Socket | Der Kanal konnte kein UDP-Ausgabepaket schreiben. |
| 6005 | Ausgabedatei oder Socket konnten nicht erstellt werden | Der Kanal konnte keine Ausgabedatei erstellen. |
| 6006 | Fehler beim Schreiben in die Ausgabe | Der Kanal konnte keine Daten in eine Ausgabe schreiben. |
| 6007 | Die Ausgabe konnte nicht geschlossen oder abgeschlossen werden | Der Kanal konnte keine Daten in eine Ausgabe schreiben |
| 6008 | Die Ausgabedatei konnte nicht gelöscht werden | Der Kanal konnte eine Ausgabedatei nicht löschen. |
| 6010 | Fehler bei der HTTP-Post-Output-Anforderung | Ein HTTP-Post zu einer Ausgabe ist fehlgeschlagen. |
| 6015 | Das HTTP-Ausgabetoken konnte nicht abgerufen werden | Der Kanal konnte nicht in eine Ausgabe schreiben, da sie nicht autorisiert war. Beispielsweise gab ein HTTP-Zugriff 401 (Unautorisiert) oder 403 (Verboten) zurück. |
| 6018 | RTMP-Verbindung fehlgeschlagen | Der Kanal ist für das Senden von RTMP-Ausgaben konfiguriert, konnte aber keine Verbindung zu seinem Endpunkt herstellen |
| 6028 | Die Zertifikatskette konnte bei der Veröffentlichung nicht validiert werden | Ein HTTP-Schreibvorgang ist fehlgeschlagen, weil das SSL-Zertifikat oder der SSH-Fingerabdruck des Remoteservers als nicht in Ordnung eingestuft wurde. |
| 6030 | Die konfigurierte TS Muxer-Bitrate ist zu niedrig | Eine Transportstream-Ausgabe wurde konfiguriert, und die angegebene Bitrate reicht nicht aus, um die darin enthaltenen Video-, Audio- und Daten zu übertragen. Der Kanal enthält eine Transportstream-Ausgabe. Die in der Ausgabe angegebene Bitrate ist für die Kombination von Video, Audio und Daten zu niedrig. |
| 6031 | Schwellenwert für die Timecode-Synchronisierung überschritten | Der Kanal wurde mit einem konfiguriert TimecodeConfiguration SyncThreshold, und der Ausgabe-Timecode wurde erneut mit dem Eingabe-Timecode synchronisiert. |
| 6033 | Die Pipeline ist angehalten | Die MediaLive Pipeline wurde angehalten. |
| 6035 | Die angeforderte Farbraumkonvertierung konnte nicht durchgeführt werden | Der Kanal konnte die konfigurierte Farbraumkonvertierung nicht durchführen. |
| 6036 | Die Ausgabe ist angehalten | Eine oder mehrere Ausgaben wurden angehalten. |
| 6038 | Nielsen Audio Watermarks konnten nicht initialisiert werden | Nielsen-Audio-Wasserzeichen konnten nicht initialisiert werden. |
| 6043 | Das Miniaturbild konnte nicht hochgeladen werden | Video-Thumbnails konnten nicht hochgeladen werden. MediaLive benötigt möglicherweise Zugriff auf Amazon S3. |
| 6045 | Der MQCS-Score ist für diese Pipeline niedrig | Mindestens eines der in der Pipeline befindlichen Produkte weist einen Media Quality Confidence Score (MQCS) auf, der unter dem akzeptablen Wert liegt. |
| 6501 | Großer Upload-Cache-Backlog | Der Kanal verwaltet einen Cache mit Dateien, deren Upload noch aussteht. Dieser wird nach erfolgreicher Übermittlung an die Ausgabe gelöscht. Im Cache befinden sich mehr Dateien als erwartet, die zum konfigurierten Ziel hochgeladen werden müssen. Dies kann auf eine vorübergehende Netzwerkverlangsamung zwischen MediaLive und dem Ziel hindeuten. Oder es könnte darauf hinweisen, dass der Zielserver langsamer als erwartet ist. |
| 6704 | Eingebettete Timecodes sind zu weit voneinander entfernt, um Pipelines zu sperren | Pipelines im Pipeline-Sperrpool haben eingebettete Eingabe-Timecodes, die für die Synchronisation von Pipeline-Sperren zu weit voneinander entfernt sind. Dies tritt normalerweise auf, wenn Pipelines Inhalte von verschiedenen Eingabequellen empfangen oder wenn Eingabequellen nicht ordnungsgemäß synchronisiert sind. |
| 6707 | Es wurde eine Nichtübereinstimmung der Ausgangskonfiguration festgestellt | Pipelines im Pipeline-Locking-Pool haben inkompatible Ausgangskonfigurationen und das Sperren von Pipelines wurde deaktiviert. Dies ist in der Regel der Fall, wenn Kanäle unterschiedliche Ausgangsgruppenzahlen, Segmentlängen, Muxerkonfigurationen oder Videokodierungsparameter haben. Stellen Sie sicher, dass alle Kanäle im Pipeline-Locking-Pool identische Ausgangskonfigurationen haben. |
| 6751 | Die Videoausrichtung des Eingangsinhalts konnte nicht festgelegt werden | MediaLive ist nicht in der Lage, Videoinhalte zwischen Pipelines im Pipeline-Locking-Pool zu synchronisieren. Dies tritt normalerweise auf, wenn sich die Eingabeinhalte zwischen den Pipelines unterscheiden. Stellen Sie sicher, dass alle Pipelines im Pool identische Quellinhalte empfangen. |
# Benachrichtigungen für Multiplexe
In der folgenden Tabelle sind die Alerts aufgeführt, die MediaLive möglicherweise für einen Multiplex generiert werden. Sie können diese Benachrichtigungen auf folgende Weise anzeigen:
+ Sie können die Benachrichtigungen für jeden Multiplex auf der MediaLive Konsole anzeigen. Weitere Informationen finden Sie unter [Registerkarte „Benachrichtigungen“ — Benachrichtigungen anzeigen](monitoring-console-general.md#view-alerts).
+ Sie verwenden Ihr bevorzugtes AWS SDK oder Ihre bevorzugte API, um Benachrichtigungen über Multiplex-Aktivitäten zu überwachen. Weitere Informationen finden Sie unter [Überwachen von Warnmeldungen mithilfe der AWS SDKs OR-API](monitoring-api.md).
+ MediaLive wandelt Warnmeldungen in CloudWatch Ereignisse um, bei denen der DetailType auf gesetzt ist. `MediaLive Multiplex Alert` Ein JSON-Beispiel für diese Ereignisse finden Sie unter[JSON für ein Zustandsänderungsereignis](monitoring-cloudwatch-json-state-change.md).
| Warnungs-ID | Wortlaut der Warnung | Description |
| --- | --- | --- |
| 7001 | Kommunikation vom Encoder verloren | Der Multiplex empfängt keine Kommunikation von einem oder mehreren Encodern. |
| 7002 | Kommunikation ist aus Multiplex verloren gegangen | Der Encoder empfängt keine Kommunikation vom Multiplex. |
| 7003 | Aktiver Encoder wurde auf Programm umgeschaltet | Der Multiplex hat auf die Verwendung einer anderen Encoder-Pipeline für die Ausgabe eines Multiplex-Programms umgestellt. |
| 7004 | Aktiver Encoder hat Fill- oder Slate-Frames gesendet | Das Programm \$1 \$1multiplex\$1program\$1name\$1 empfängt Fill- oder Slate-Frames vom aktiven Encoder. |
| 7005 | MPTS-Bitratenüberlauf | Die Bitrate für das MPTS liegt über dem Limit. Die MPTS-Bitrate ist die Summe der Bitrate für alle Programme. Das Problem sollte sich innerhalb weniger Sekunden von selbst lösen. |
# Überwachung über die MediaLive Konsole
Sie können den Status und den Zustand von Kanälen und Multiplexen überwachen.
**Topics**
+ [Überwachen eines Kanals mithilfe der Konsole](#monitoring-console)
+ [Überwachen eines Multiplexsystems mithilfe der Konsole](#monitoring-multiplex-console)
## Überwachen eines Kanals mithilfe der Konsole
Sie können einen Kanal mithilfe der AWS Elemental MediaLive Elemental-Konsole überwachen, um seine Aktivität und seinen aktuellen Status einzusehen.
**Um die Aktivität auf einem Kanal und seinen aktuellen Status zu überwachen**
1. Öffnen Sie die MediaLive Konsole unter [https://console.aws.amazon.com/medialive/](https://console.aws.amazon.com/medialive/).
1. Wählen Sie im Navigationsbereich **Channels** aus. (Weitere Informationen zu den Schaltflächen auf der Seite finden Sie unter [Einen Kanal bearbeiten](editing-deleting-channel.md#editing-a-channel), [Einen Kanal starten, stoppen und pausieren](starting-stopping-deleting-a-channel.md) und [Einen Kanal durch Klonen erstellen](creating-channel-clone.md).)
1. Auf der Seite **Channels** wird eine Liste Ihrer Channels angezeigt. Jede Zeile in der Liste enthält grundlegende Informationen über den Kanal, einschließlich seines Status. Informationen zu Bundesstaaten finden Sie unter[Staaten für Kanäle und Multiplexe](monitor-activity-types-channel.md).
1. Um weitere Details zu einem Channel anzuzeigen, wählen Sie den Namen des Channels aus. Die Seite **Channel details** (Channel-Details) wird angezeigt.
**Topics**
+ [Registerkarte „Status“ — Statusinformationen anzeigen](#view-status-info)
+ [Registerkarte „Benachrichtigungen“ — Benachrichtigungen anzeigen](#view-alerts)
+ [Umgang mit Warnmeldungen](#handle-alerts)
+ [Bereich „Ziele“](#view-status-details)
### Registerkarte „Status“ — Statusinformationen anzeigen
Grundlegende Statusinformationen erhalten Sie im Bereich **Status**.
Wenn Sie Informationen zu den Eingaben des Channels anzeigen möchten, wählen Sie die Registerkarte **Details**.
Um detaillierte Informationen zum Status anzuzeigen, wählen Sie die Registerkarte **Health** (Zustand). Diese Registerkarte enthält Informationen zu den Pipelines im Channel:
+ Pipeline 0 und Pipeline 1, wenn der Channel als Standardkanal eingerichtet ist und daher über zwei Pipelines verfügt
+ Pipeline 0, wenn der Channel als Single-Pipeline-Channel eingerichtet ist
Sie können für die Zustandsinformationen den Zeitraum eingeben.
### Registerkarte „Benachrichtigungen“ — Benachrichtigungen anzeigen
MediaLive generiert Benachrichtigungen für einen Kanal, wenn ein Problem oder ein potenzielles Problem in einer der Pipelines eines Kanals auftritt. Diese Warnungen werden auf zweierlei Arten angezeigt:
+ Auf der rechten Seite im Bereich **Status** wird die Anzahl aktiver Warnungen für jede Pipeline angezeigt.
+ Auf der Registerkarte **Alerts** (Warnungen) werden Details zu den einzelnen Warnungen angezeigt.
Wenn die Warnung noch aktiv ist, ist die Spalte **Cleared** (Gelöscht) leer. Wenn die Warnung behoben wurde, zeigt die Spalte den Zeitstempel für den Zeitpunkt der Behebung an.
Eine Liste der MediaLive Benachrichtigungen finden Sie unter[Liste der Benachrichtigungen für Kanäle](monitor-activity-types-alerts-channels.md).
### Umgang mit Warnmeldungen
Wenn eine Warnung auftritt, schauen Sie sich die Registerkarte **Alerts** (Warnungen) an, um die möglichen Ursachen des Problems festzustellen. Unternehmen Sie die erforderlichen Maßnahmen, um das Problem zu lösen.
Nachdem Sie das Problem behoben haben, MediaLive wird die Warnung automatisch gelöscht.
Wenn Sie einen Channel beenden, werden Warnungen immer automatisch gelöscht.
### Bereich „Ziele“
Dieser Bereich hat drei Bereiche:
+ **Ausgangsendpunkte** — In diesem Bereich wird für jede Pipeline eine Zeile angezeigt. Die **Quell-IP** ist der Kanalendpunkt für diese Pipeline. Der Kanalendpunkt ist der Ausgang aus der Pipeline. Ab diesem Zeitpunkt wird der Inhalt an die Ausgabeziele für jede der Ausgabegruppen im Kanal weitergeleitet.
In einem regulären Channel befindet sich dieser Endpunkt an einem Ort, der MediaLive verwaltet wird.
In einem Kanal, der für die [Bereitstellung über Ihre VPC](delivery-out-vpc.md) eingerichtet ist, befindet sich dieser Endpunkt in Ihrer VPC. Sie sind dafür verantwortlich, dass dieser Endpunkt immer verfügbar ist, um die Inhalte aus der Channel-Pipeline anzunehmen.
+ **Ziele** — In diesem Bereich wird für jedes Ziel eine Zeile angezeigt.
Jede Ausgabegruppe hat eine Zielzeile. Jede Zeile zeigt die Adresse der Ausgabe in den ein oder zwei Pipelines im Kanal.
+ **MediaPackage Ziele** — In diesem Bereich wird die Kanal-ID angezeigt, die das Ziel für jede MediaPackage Ausgabegruppe ist. Der Kanaleingang MediaPackage hat eine oder zwei Rohrleitungen, die den ein oder zwei Rohrleitungen in zugeordnet sind. MediaLive
## Überwachen eines Multiplexsystems mithilfe der Konsole
Sie können die Aktivitäten des Multiplex und seinen aktuellen Status anzeigen.
**Um die Aktivität auf einem Multiplex (MediaLive Konsole) zu überwachen**
1. Öffnen Sie die MediaLive Konsole unter. [https://console.aws.amazon.com/medialive/](https://console.aws.amazon.com/medialive/)
1. Wählen Sie im Navigationsbereich **Multiplexes (Multiplexe)** aus.
1. Auf der Seite **Multiplexes (Multiplexe)** wird eine Liste Ihrer Multiplexe angezeigt. Jede Zeile in der Liste enthält grundlegende Informationen über den Multiplex, einschließlich seines Zustands. Informationen zu Bundesstaaten finden Sie unter[Staaten für Kanäle und Multiplexe](monitor-activity-types-channel.md).
1. Um weitere Details zu einem Multiplex anzuzeigen, wählen Sie den Namen des Multiplex aus. Die Seite **Multiplex details (Multiplex-Details)** wird angezeigt.
**Topics**
+ [Statusinformationen anzeigen](#view-status-info)
### Statusinformationen anzeigen
Die Seite **Multiplex details (Multiplex-Details)** ist in zwei Bereiche unterteilt. Der zweite Bereich ist wiederum in Registerkarten unterteilt.
#### Registerkarte Details
Auf der Registerkarte **Details** werden die Felder angezeigt, deren Werte Sie beim Erstellen des Multiplex festgelegt haben.
Außerdem werden die folgenden von MediaLive zugewiesenen Informationen angezeigt:
+ Der ARN des Multiplex.
+ Die ARNs der beiden Berechtigungen, die MediaLive automatisch erstellt werden, wenn Sie den Multiplex erstellen. Für weitere Informationen zu diesen Berechtigungen siehe [Den Multiplex starten](start-multiplex.md).
#### Registerkarte „Programme“
Die Registerkarte **Programs (Programme)** listet die Registerkarten auf, die sich im Multiplex befinden. Für Informationen zu Programmen siehe [Überblick über Multiplex und MPTS](mpts-general.md).
#### Registerkarte „Bandbreitenüberwachung“
Auf der Registerkarte **Bandwidth Monitoring (Bandbreitenüberwachung)** werden Informationen zu der dem Multiplex zugewiesenen Bandbreite angezeigt.
**So zeigen Sie die Informationen als Balkendiagramm an**
1. Wählen Sie **Bar chart (Balkendiagramm)** aus.
1. Wählen Sie aus, ob das Multiplex (alle Programme im Multiplex) oder ein bestimmtes Programm angezeigt werden soll.
1. Wählen Sie aus, welche Pipeline angezeigt werden soll.
Das Diagramm zeigt immer die Daten für die letzte Minute an. Das Diagramm wird jede Minute aktualisiert.
**So zeigen Sie die Informationen als Flächendiagramm an**
1. Wählen Sie **Area chart (Flächendiagramm)** aus.
1. Stellen Sie das Zeitfenster ein. Dieses Fenster legt die Größe der x-Achse fest. Das Fenster zeigt immer 60 Datenpunkte an. Daher zeigt ein Fenster von 1 Stunde beispielsweise jede Minute einen Datenpunkt. In einem Fenster von 1 Tag wird alle 24 Minuten ein Datenpunkt angezeigt.
1. Wählen Sie aus, ob das Multiplex (alle Programme im Multiplex) oder ein bestimmtes Programm angezeigt werden soll.
1. Wählen Sie aus, welche Pipeline angezeigt werden soll.
#### Registerkarte „Benachrichtigungen“
MediaLive generiert Warnmeldungen für einen Multiplex, wenn ein Problem oder ein potenzielles Problem in einer der Pipelines eines Multiplex auftritt. Diese Warnungen werden auf zweierlei Arten angezeigt:
+ Auf der rechten Seite im Bereich **Status** wird die Anzahl aktiver Warnungen für jede Pipeline angezeigt.
+ Auf der Registerkarte **Alerts** (Warnungen) werden Details zu den einzelnen Warnungen angezeigt.
Wenn der Alarm noch aktiv ist, ist die Spalte **Cleared (Gelöscht)** leer. Wenn ein Alarm gelöscht wurde, enthält die Spalte den Zeitstempel der Löschung.
**So verarbeiten Sie einen Alarm**
1. Wenn eine Warnung auftritt, schauen Sie sich die Registerkarte **Alerts** (Warnungen) an, um die möglichen Ursachen des Problems festzustellen. Unternehmen Sie die erforderlichen Maßnahmen, um das Problem zu lösen.
Nachdem Sie das Problem behoben haben, MediaLive wird die Warnung automatisch gelöscht. Die Spalte **Cleared (Gelöscht)** enthält den Zeitstempel der Löschung.
1. Wenn Sie einen Channel beenden, werden Warnungen immer automatisch gelöscht.
#### Registerkarte "Tags"
Informationen zu Tags siehe [Taggen von Ressourcen](tagging.md).
# Überwachen von Warnmeldungen mithilfe der AWS SDKs OR-API
Sie können Ihr bevorzugtes AWS SDK oder Ihre bevorzugte API verwenden, um Benachrichtigungen über Kanalaktivitäten, Multiplex-Aktivitäten und Aktivitäten auf den Knoten in einem AWS Elemental MediaLive Anywhere-Cluster zu überwachen.
Für jede Ressource gibt es einen Vorgang:
+ `ListAlerts`für einen bestimmten Kanal mit optionalem Statusfilter (SET oder CLEARED). Die Antwort enthält Informationen über die Warnung, den Warnstatus und die entsprechende Pipeline.
+ `ListMultiplexAlerts`für einen bestimmten Multiplex mit optionalem Statusfilter (SET oder CLEARED). Die Antwort umfasst Informationen über die Warnung, den Warnstatus und die entsprechende Pipeline.
+ `ListClusterAlerts`, für einen bestimmten Cluster, mit einem optionalen Statusfilter (SET oder CLEARED). Die Antwort umfasst Informationen über die Warnung, den Warnungsstatus sowie den Knoten und Kanal, für den die Warnung gilt.
Sie können ab dem Zeitpunkt, zu dem die Warnung zum ersten Mal gesetzt wurde, bis sich die Warnung etwa 5 Minuten lang im Status CLEARED befindet, nach Benachrichtigungen abfragen.
## Tipps für ListAlerts und ListMultiplexAlerts
Die Informationen in der Antwort für Kanäle und Multiplexe lauten wie folgt:
+ Warnungstyp: Eine kurze Beschreibung, normalerweise 3 bis 4 Wörter.
+ Nachrichten: Eine lange Beschreibung.
+ ID: Die ID wird erstellt, wenn die Warnung zum ersten Mal gesetzt wird. Beachten Sie Folgendes:
+ Die ID ist ein Hash mit einer monoton ansteigenden Anzahl.
+ Jeder Kanal (oder Multiplex) hat seine eigene ID-Serie, die unabhängig von anderen Serien inkrementiert wird.
Dies bedeutet, dass für zwei Kanäle im gleichen Zeitraum möglicherweise jeweils eine Warnung mit derselben ID ausgegeben wird, insbesondere wenn die Kanäle fast zur gleichen Zeit beginnen. Daher sollten Sie in Ihrem Code jeder Warnung eine eindeutige Identität zuweisen, indem Sie die Kanal-ID und die Warnungs-ID kombinieren.
+ Der Rollover IDs für einen Kanal (oder Multiplex) wird bei jedem Neustart des Kanals (oder Multiplex) zurückgesetzt. Beachten Sie dies, wenn Sie eine Abfrage durchführen.
## Tipps für ListClusterAlerts
Die Antwort für Cluster enthält folgende Informationen:
+ Warnungstyp: `CLUSTER_NODE_HEALTH` für jeden Warnungstyp.
+ Nachricht: Eine ausführliche Beschreibung, die Variablen enthalten kann, die in jedem Cluster oder in jeder Instanz einer Warnung unterschiedlich aufgelöst werden.
+ ID: Eine lange Beschreibung, die häufig der Nachricht entspricht.
# Überwachung eines Kanals oder Multiplex mithilfe von Amazon Events CloudWatch
MediaLive wandelt die folgenden Informationen automatisch in Ereignisse in CloudWatch Ereignisse um:
+ Berichterstattung über den [Status eines Kanals oder Multiplexes](monitor-activity-types-channel.md).
+ [Warnmeldungen](monitor-activity-types-alerts-channels.md), die generiert werden, wenn ein Kanal läuft.
Sie können Amazon CloudWatch Events verwenden, um diese Ereignisse zu verwalten. Sie können z. B. Ereignisregeln erstellen und die Ereignisse in E-Mails oder SMS-Nachrichten bereitstellen. Sie können Ereignisse an verschiedene Ziele senden. In diesem Kapitel wird beschrieben, wie sie über Amazon Simple Notification Service (SNS) zugestellt werden.
Vollständige Informationen zu den Optionen für die Verwaltung von Veranstaltungen mit Amazon CloudWatch Events finden Sie im [CloudWatch Events-Benutzerhandbuch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/events/WhatIsCloudWatchEvents.html).
Vollständige Informationen zur Verwendung von Amazon SNS finden Sie im [SNS Developer Guide](https://docs.aws.amazon.com/sns/latest/dg/welcome.html).
Beachten Sie, dass Ereignisse nach bestem Wissen und Gewissen ausgelöst werden.
**Topics**
+ [JSON für ein Zustandsänderungsereignis](monitoring-cloudwatch-json-state-change.md)
+ [JSON für ein Alarmereignis](monitoring-cloudwatch-json-alert.md)
+ [Option 1: Alle MediaLive Ereignisse an eine E-Mail-Adresse senden](option-1.md)
+ [Option 2: Senden Sie Ereignisse für bestimmte Kanäle an eine E-Mail-Adresse](option-2.md)
# JSON für ein Zustandsänderungsereignis
Ereignisse, die auf einer Zustandsänderung in einem [Kanal oder Multiplex](monitor-activity-types-channel.md) basieren, werden anhand ihrer `detail-type` Eigenschaft identifiziert:
+ `MediaLive Channel State Change`für einen Kanal
+ `MediaLive Multiplex State Change`für einen Multiplex.
**Beispiel**
Im Folgenden finden Sie ein Beispiel für die JSON-Nutzlast für ein Statusänderungsereignis. Beachten Sie das `detail-type` in Zeile 3.
```
{
"version": "0",
"id": "fbcbbbe3-2541-d4a3-d819-x39f522a8ce",
"detail-type": "MediaLive Channel State Change",
"source": "aws.medialive",
"account": "111122223333",
"time": "2023-03-08T18:40:59Z",
"region": "us-west-2",
"resources": [
"arn:aws:medialive:us-west-2:111122223333:channel:283886"
],
"detail": {
"channel_arn": "arn:aws:medialive:us-west-2:111122223333:channel:123456",
"state": "DELETED",
"message": "Deleted channel",
"pipelines_running_count": 0
}
}
```
# JSON für ein Alarmereignis
Ereignisse, die auf [Warnmeldungen](monitor-activity-types-alerts-channels.md) basieren, werden anhand ihrer `detail-type` Eigenschaften identifiziert:
+ `MediaLive Channel Alert`für einen Kanal
+ `MediaLive Multiplex Alert`für einen Multiplex.
**Beispiel**
Im Folgenden finden Sie ein Beispiel für die JSON-Nutzlast für ein Alarmereignis. Beachten Sie das `detail-type` in Zeile 3.
```
{
"version": "0",
"id": "154769fb-9f7c-32a1-6822-26fppppe5a58",
"detail-type": "MediaLive Channel Alert",
"source": "aws.medialive",
"account": "111122223333",
"time": "2023-03-08T18:14:25Z",
"region": "us-west-2",
"resources": [
"arn:aws:medialive:us-west-2:111122223333:channel:123456"
],
"detail": {
"alarm_state": "CLEARED",
"alarm_id": "7ad616bd389832yue90aab1324bffab5b834a",
"alert_type": "Failed to Create Output File or Socket",
"pipeline": "0",
"channel_arn": "arn:aws:medialive:us-west-2:111122223333:channel:123456",
"message": "MPEGTS muxer for mediaID [1] unable to open output or stream [https://]."
}
}
```
# Option 1: Alle MediaLive Ereignisse an eine E-Mail-Adresse senden
Mit dieser Option werden alle Ereignisse an eine einzelne E-Mail-Adresse gesendet. Der Nachteil dieser Einrichtung besteht darin, dass das E-Mail-Konto E-Mails in großer Menge erhält. Daher wird diese Einrichtung in einer Produktionsumgebung nicht empfohlen.
Sie müssen das folgende Verfahren in jeder Region ausführen, in der Channels oder Multiplexe ausgeführt werden.
## Erstellen eines Abonnements
Erstellen Sie ein Abonnement, um eine bestimmte E-Mail-Adresse einzurichten, sodass sie automatisch E-Mail-Benachrichtigungen erhält, wenn ein Ereignis in MediaLive auftritt. Sie müssen einen E-Mail-Empfänger für die E-Mails angeben.
Im folgenden Verfahren verwenden wir das Beispiel von "MediaLive\$1alert“ als Betreffzeile und "MediaLive" als Absender der E-Mail. Wir erstellen das Abonnement mit der Amazon Simple Notification Service (Amazon SNS) -Konsole.
**Um ein Abonnement für E-Mail-Benachrichtigungen zu erstellen (Amazon SNS SNS-Konsole)**
1. Melden Sie sich bei [https://console.aws.amazon.com/sns/v2/home](https://console.aws.amazon.com/sns/v2/home) an AWS-Managementkonsole und öffnen Sie die Amazon SNS SNS-Konsole.
1. Wählen Sie im Navigationsbereich **Topics (Themen)** und **Create New Group (Neue Gruppe erstellen)**.
1. Geben Sie im Dialogfeld **Create new topic** (Neues Thema erstellen) unter **Topic name** (Name des Themas) den Betreff für die E-Mail ein, z. B. **MediaLive\$1alert**.
1. Geben Sie im Feld **Display name** (Anzeigename) den Namen für den Absender der E-Mail ein, z. B. **MediaLive**.
1. Wählen Sie **Thema erstellen** aus.
1. Amazon SNS erstellt das Thema und zeigt den ARN in der Themenliste an. Zum Beispiel`arn:aws:sns:us-west-2:111122223333:MediaLive`, wo `111122223333` ist Ihr AWS Konto.
1. Kopieren Sie den ARN in Ihre Zwischenablage.
1. Wählen Sie im Navigationsbereich **Subscriptions** (Abonnements) und dann **Create subscription** (Abonnement erstellen) aus.
1. Wählen Sie auf der Seite **Subscriptions** (Abonnements) die Option **Create subscription (Abonnement erstellen)**aus.
1. Geben oder fügen Sie im Dialogfeld **Create subscriptions** (Abonnements erstellen) unter **Topic ARN** (Themen-ARN) den ARN ein.
1. Wählen Sie unter **Protocol (Protokoll)** die Option **Email (E-Mail)** aus.
1. Geben Sie unter **Endpoint** (Endpunkt) die E-Mail-Adresse des Empfängers ein. Sie müssen sich bei diesem E-Mail-Konto anmelden können, da Amazon SNS eine Bestätigungs-E-Mail an diese Adresse sendet.
1. Wählen Sie **Create subscription** (Abonnement erstellen) aus.
Amazon SNS sendet eine Bestätigungs-E-Mail an die von Ihnen angegebene Adresse.
1. Melden Sie bei diesem E-Mail-Konto an und öffnen Sie die E-Mail. Wählen Sie den Link "Confirm subscription" (Abonnement bestätigen) in der E-Mail aus, um das Abonnement zu aktivieren. Ein Bestätigungsfenster wird in einem Webbrowser angezeigt. Sie können dieses Fenster schließen.
## Erstellen einer Regel
Sie erstellen jetzt in Amazon eine Regel, CloudWatch die besagt: „Wenn ein Ereignis von CloudWatch empfangen wird`aws.medialive`, rufen Sie das angegebene SNS-Thema auf.“ Mit anderen Worten: Sie erstellen eine Regel, die eine E-Mail an die abonnierte E-Mail-Adresse sendet.
**Um eine Regel zu erstellen ( CloudWatch Amazon-Konsole)**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die CloudWatch Konsole unter [https://console.aws.amazon.com/cloudwatch/](https://console.aws.amazon.com/cloudwatch/).
1. Wählen Sie im Navigationsbereich die Option **Events**.
1. Wählen Sie auf der Seite **Willkommen bei CloudWatch Veranstaltungen** die Option **Regel erstellen** aus.
1. Wählen Sie auf der Seite **Schritt 1** unter **Event Source** (Ereignisquelle) die Option **Event Pattern** (Ereignismuster) aus.
1. Ändern Sie **Build event pattern to match** (Ereignismuster erstellen, um abzugleichen) in **Custom event pattern** (Benutzerdefiniertes Ereignismuster).
1. Geben Sie in dem Feld Folgendes ein:
```
{
"source": [
"aws.medialive"
]
}
```
1. Wählen Sie im rechten Bereich **Add target** (Ziel hinzufügen) aus.
1. Wählen Sie **SNS topic** (SNS-Thema) aus.
1. Wählen Sie unter **Topic** (Thema) das Thema aus, das Sie erstellt haben, z. B. **MediaLive\$1alert**.
1. Wählen Sie unter **Configure input** (Eingabe konfigurieren) die Option **Matched event** (Abgeglichenes Ereignis) aus.
1. Wählen Sie **Details konfigurieren**.
1. Geben Sie einen Namen und optional eine Beschreibung für die Regel ein und wählen Sie **Create rule** (Regel erstellen) aus.
Wenn jetzt eine Warnung auftritt MediaLive, wird ein Ereignis an Amazon gesendet CloudWatch. Dieses Ereignis löst die Regel aus, die anweist CloudWatch , eine E-Mail an die E-Mail-Adresse zu senden, die Sie im SNS-Abonnement angegeben haben.
# Option 2: Senden Sie Ereignisse für bestimmte Kanäle an eine E-Mail-Adresse
Sie können eine Regel einrichten, damit alle Ereignisse für einzelne oder mehrere Channels oder Multiplexe an eine E-Mail-Adresse gesendet werden. Sie müssen diese Einrichtung in jeder Region ausführen, in der Channels oder Multiplexe ausgeführt werden.
Erstellen Sie so viele Abonnements und Regelkombinationen wie erforderlich. Befolgen Sie die Schritte für [Option 1](option-1.md) mit folgenden Abweichungen:
+ Bei der Erstellung des SNS-Abonnements können Sie weitere Details zum Thema hinzufügen, z. B. **MediaLive\$1notifications\$1channel\$11234567**.
+ Beim Erstellen der CloudWatch Regel erstellen Sie ein Ereignismuster, das `aws.medialive` als Ereignisquelle und den ARN für den bestimmten Kanal oder Multiplex als Ressource innerhalb dieser Ereignisquelle identifiziert. Erstellen Sie für einen Channel beispielsweise dieses Muster:
```
{
"source": [
"aws.medialive"
],
"resources": [
"arn:aws:medialive:us-west-2:111122223333:channel:1234567"
]
}
```
Die Ressource ist der ARN für den Channel oder das Multiplex. Sie können diesen ARN aus der Kanalliste oder Multiplexliste auf der MediaLive Konsole abrufen.
Die Regel für dieses Beispiel lautet: „Wenn ein Ereignis von `aws.medialive` einem Kanal CloudWatch empfangen wird`1234567`, rufen Sie das angegebene SNS-Thema auf.“ Mit anderen Worten: Die Regel löst eine E-Mail aus, die an die abonnierte E-Mail-Adresse gesendet wird.
Sie können mehrere Channels oder Multiplexe in den Ressourcenbereich einschließen:
```
"resources": [
"arn:aws:medialive:us-west-2:111122223333:channel:1234567",
"arn:aws:medialive:us-west-2:111122223333:channel:2223334"
]
```
# Kanäle mithilfe von CloudWatch Amazon-Metriken überwachen
Sie können AWS Elemental MediaLive mithilfe von CloudWatch Amazon-Metriken überwachen. CloudWatch sammelt Rohdaten, die es erhält MediaLive, und verarbeitet sie zu lesbaren, nahezu in Echtzeit verfügbaren Kennzahlen, die 15 Monate lang aufbewahrt werden. Sie verwenden CloudWatch , um die Metriken einzusehen. Mithilfe von Kennzahlen können Sie MediaLive sich einen besseren Überblick über die kurz- und langfristige Entwicklung verschaffen.
Sie können Alarme einrichten, die auf bestimmte Schwellenwerte achten, und Benachrichtigungen senden oder Maßnahmen ergreifen, wenn diese Schwellenwerte erreicht werden. Weitere Informationen finden Sie im [ CloudWatch Amazon-Benutzerhandbuch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/).
**Topics**
+ [Bestandteile einer Metrik](eml-metrics-gen-info.md)
+ [Preise für die Anzeige von MediaLive Metriken](eml-metrics-pricing.md)
+ [Anzeigen von Metriken](eml-metrics-view.md)
+ [Alphabetische Liste der Metriken MediaLive](eml-metrics-alpha-list.md)
+ [Globale Metriken](eml-metrics-global.md)
+ [Eingabe-Metriken](eml-metrics-input-metrics.md)
+ [MQCS-Metriken](eml-metrics-quality-score.md)
+ [Output-Metriken](eml-metrics-output-metrics.md)
+ [Metriken zum Sperren von](eml-metrics-output-lock.md)
# Bestandteile einer Metrik
AWS Elemental MediaLive sammelt Daten, die die Grundlage für Metriken bilden. Es sammelt diese *Datenpunkte* jede Sekunde und sendet sie sofort an Amazon. CloudWatch Sie können CloudWatch damit *Metriken* für diese Datenpunkte generieren.
**Eine Metrik ist eine Sammlung von Datenpunkten, auf die eine Aggregation (eine *Statistik*) angewendet wurde und die einen Zeitraum und einen Zeitraum hat.** Sie können beispielsweise die Metrik „Dropped Frames“ als Durchschnitt (die Statistik) für einen Zeitraum von 1 Minute über 10 Minuten (den Zeitraum) anfordern. Das Ergebnis dieser Anfrage sind 10 Metriken (weil der Bereich geteilt durch den Zeitraum 10 ist).
## Statistiken
MediaLive unterstützt alle Statistiken, die von angeboten werden CloudWatch. Einige Statistiken sind jedoch für MediaLive Metriken nicht nützlich. In der Beschreibung der Metriken weiter unten in diesem Kapitel finden Sie die empfohlenen Statistiken für jede Metrik.
## Zeitraum
Alle MediaLive Metriken haben einen *Zeitraum mit hoher Auflösung*, was bedeutet, dass der Mindestzeitraum 1 Sekunde beträgt.
## Zeitraum
Jeder Zeitraum hat einen *maximalen Zeitraum*. Wenn Sie beispielsweise 1 Tag als Zeitraum angeben, können Sie keine Metriken mit einem Zeitraum von 10 Sekunden abrufen.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/medialive/latest/ug/eml-metrics-gen-info.html)
Perioden haben keinen *Mindestzeitraum*. Es gibt jedoch einen Punkt, an dem die von Ihnen angewendete Statistik bedeutungslos wird, wenn Sie einen niedrigen Zeitraum haben. Nehmen wir beispielsweise an, dass Sie den Zeitraum auf 1 Sekunde festlegen. Das bedeutet, dass ein CloudWatch Datenpunkt abgerufen wird. Sie können keinen Durchschnitt, ein Minimum oder ein Maximum für einen Datenpunkt ermitteln. Dies bedeutet jedoch nicht, dass die Metrik bedeutungslos ist. Stattdessen bezieht sich die Metrik auf den Rohdatenpunkt ohne Statistik.
## Maximale Speicherzeit
Metriken sind für die letzten 15 Monate verfügbar. Stellen Sie sicher, dass Sie einen Zeitraum angeben, der den gewünschten Zeitraum zulässt.
## Abmessungen für MediaLive
Jede MediaLive Metrik umfasst ein oder zwei spezifische Dimensionssätze. MediaLive Metriken umfassen die folgenden Dimensionen, von der Dimension mit dem breitesten Bereich bis zur Dimension mit dem engsten Bereich.
+ ChannelID — Identifiziert einen bestimmten Kanal.
+ Pipeline — Identifiziert eine bestimmte Pipeline. Standardkanäle haben zwei Pipelines (Pipeline 0 oder Pipeline 1). Kanäle mit nur einer Pipeline haben nur Pipeline 0.
+ ActiveInputFailoverLabel — Diese Dimension identifiziert die derzeit aktive Eingabe in einem Failover-Paar (Teil der [automatischen Eingabe-Failover-Funktion](automatic-input-failover.md)). Wählen Sie einen Dimensionssatz, der diese Dimension nur enthält, wenn Ihr Kanal das automatische Eingangs-Failover implementiert.
Wenn Sie diese Dimension verwenden, zeigt die Metrik nur Daten für die aktive Eingabe im Kanal an. Wenn Sie diese Dimension nicht verwenden, zeigt die Metrik Daten für beide Eingaben an.
+ OutputGroupName — Identifiziert eine bestimmte Ausgabegruppe.
+ AudioDescriptionName — Identifiziert eine bestimmte Audiobeschreibung (Audio-Kodierung) unter allen Ausgängen eines Kanals.
## Definition eines laufenden Kanals
Viele Metriken sammeln Daten nur, wenn ein Kanal läuft.
*Wird ausgeführt* bedeutet, dass der Kanal gestartet wurde. Dabei kann es sich sowohl um die Aufnahme als auch um die Produktion von Daten handeln. Oder es könnte pausiert werden, was bedeutet, dass es immer noch aufnimmt, aber keine Produktion produziert.
Denke daran, dass du Messwerte ansehen oder abrufen kannst, wenn der Channel nicht läuft. Die einzige Voraussetzung ist, dass der Kanal in den letzten 15 Monaten aktiv war.
# Preise für die Anzeige von MediaLive Metriken
Die Anzeige von Metriken auf der [Registerkarte „**Health**“](eml-metrics-view.md) der MediaLive Konsole ist kostenlos.
Informationen zu Gebühren für die Anzeige von Kennzahlen auf der CloudWatch Konsole oder das Abrufen von Metriken mithilfe einer CloudWatch API finden Sie im [ CloudWatch Amazon-Benutzerhandbuch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/).
# Anzeigen von Metriken
Sie können einige Kennzahlen in der MediaLive Konsole einsehen. Sie können alle Metriken in der CloudWatch Konsole anzeigen. Sie können Metriken auch mit der CLI, der REST-API oder einem beliebigen AWS SDK abrufen.
Auf der CloudWatch Konsole beträgt die minimale Aktualisierungsrate für Metriken 30 Sekunden.
**Um Metriken auf der MediaLive Konsole anzuzeigen**
Sie können einige Metriken in der MediaLive Konsole anzeigen. Sie können sich diese Messwerte für einen Zeitraum von der letzten Stunde bis zur letzten Woche ansehen. (Um andere Metriken oder historische Metriken anzuzeigen, müssen Sie die CloudWatch Konsole verwenden.)
1. Öffnen Sie die MediaLive Konsole unter [https://console.aws.amazon.com/medialive/](https://console.aws.amazon.com/medialive/).
1. Wählen Sie im Navigationsbereich **Channels** aus. Wählen Sie auf der Seite **Kanäle** den gewünschten Kanal aus. Die Seite **Channel details** (Channel-Details) wird angezeigt.
1. Wählen Sie den Tab **Health**. Die Metriken, die auf dieser Registerkarte MediaLive unterstützt werden, werden angezeigt.
1. Wählen Sie den Zeitraum und den Zeitraum aus. Beispiel: Letzter **Tag (Zeitraum von 5 Minuten)**.
**Um Metriken mit der CloudWatch Konsole anzuzeigen**
Auf der CloudWatch Konsole können Sie alle MediaLive Metriken für einen beliebigen Zeitraum anzeigen — die aktuellen Metriken oder historische Metriken. Die Anzeige von Metriken auf der CloudWatch Konsole ist kostenpflichtig.
1. Öffnen Sie die CloudWatch Konsole unter [https://console.aws.amazon.com/cloudwatch/](https://console.aws.amazon.com/cloudwatch/).
1. Wählen Sie im Navigationsbereich **Metriken** und dann **Alle Metriken** aus. In der unteren Hälfte der Seite werden auf der Registerkarte „**Durchsuchen**“ Karten mit Namen angezeigt.
Es werden keine Karten angezeigt AWS, wenn Sie mit einem Service noch nicht vertraut sind und Sie noch keine Aktion ausgeführt haben, mit der Metriken in einem Service erstellt werden.
1. Wählen Sie die Karte mit dem Namen **AWS/**ausMediaLive.
Diese Karte wird nur angezeigt, wenn Sie in den letzten 15 Monaten mindestens einen Kanal in der AWS Region gestartet haben, für die Sie aktuell ausgewählt sind CloudWatch. Diese Karte wird nicht angezeigt, wenn du noch nie einen MediaLive Kanal gestartet hast. Kehren Sie in diesem Fall zu diesem Verfahren zurück, nachdem Sie einen Kanal erstellt und gestartet haben.
(Eine Karte mit dem Namen wird **MediaLive**möglicherweise im Abschnitt „Benutzerdefinierter Namespace“ der Seite angezeigt. Diese Karte ist für den alten Namespace für MediaLive Metriken. Die beiden Namespaces wurden im September 2022 zu Duplikaten voneinander, sodass die Wahl dieser Karte keinen Vorteil bietet. Wählen Sie immer **AWS/ MediaLive**.)
1. Auf der Registerkarte **Durchsuchen** in der unteren Hälfte der Seite werden jetzt Abmessungen angezeigt. Wählen Sie die Metrikdimension. Wählen Sie beispielsweise **Kanal-ID**.
Auf der Registerkarte „**Durchsuchen**“ wird jetzt eine Tabelle mit einer Spalte angezeigt, in der die gewählte Dimension (z. B. Kanal IDs) angezeigt wird, und einer Spalte, in der alle Metriken angezeigt werden. Sie können die Tabelle sortieren.
1. Wählen Sie eine oder mehrere Zeilen aus. Sobald Sie eine Zeile ausgewählt haben, wird sie in der Grafik in der oberen Hälfte der Seite angezeigt.
1. Wählen Sie in der unteren Hälfte der Seite den Tab **Graphed Metrics** aus.
1. **Geben Sie in den Auswahlmöglichkeiten auf der rechten Seite der Registerkarte die **Statistik** und den Zeitraum an.**
Wenn Sie den Zeitraum auswählen, wird das Diagramm aktualisiert und zeigt den [maximalen Zeitraum für diesen Zeitraum an](eml-metrics-gen-info.md#eml-metrics-about-time-range). Wenn das Diagramm jetzt links leer ist, können Sie die Zeitleiste in den Auswahlmöglichkeiten oben rechts im Diagramm anpassen. Wählen Sie eine niedrigere Zahl, sodass der gesamte Bereich ausgefüllt wird. **Ändern Sie beispielsweise **1w in 1d**.**
# Alphabetische Liste der Metriken MediaLive
[Aktive Warnungen](eml-metrics-global.md#eml-metrics-active-alerts)
[Aktive Ausgaben](eml-metrics-output-metrics.md#eml-metrics-active-outputs)
[Komplexes FRC vorhanden](eml-metrics-output-metrics.md#eml-metrics-complex-frc-present)
[Fehler bei der Kanaleingabe (Sekunden)](eml-metrics-input-metrics.md#eml-metrics-input-error-seconds)
[Verlassene Frames](eml-metrics-output-metrics.md#eml-metrics-dropped-frames)
[Empfangene FEC-Zeilenpakete](eml-metrics-input-metrics.md#eml-metrics-fec-row-received)
[Empfangene FEC-Spaltenpakete](eml-metrics-input-metrics.md#eml-metrics-fec-col-received)
[Füllen Sie msec](eml-metrics-output-metrics.md#eml-metrics-fill)
[Eingangsverlust in Sekunden](eml-metrics-input-metrics.md#eml-metrics-udp-input-loss)
[Eingabe-Timecodes vorhanden](eml-metrics-input-metrics.md#eml-metrics-input-timecode)
[Das eingegebene Video ist ausgerichtet](eml-metrics-output-lock.md#eml-metrics-input-video-aligned)
[Bildrate des Eingabevideos](eml-metrics-input-metrics.md#eml-metrics-input-frate)
[Mindest-MQCS](eml-metrics-quality-score.md#mqcs-min-mqcs)
[Schwarzer MQCS-Rahmen erkannt](eml-metrics-quality-score.md#mqcs-black-frame)
[Fehler beim MQCS-Kontinuitätszähler](eml-metrics-quality-score.md#mqcs-continuity-counter)
[MQCS-Füllrahmeneinfügungen](eml-metrics-quality-score.md#mqcs-fill-frame)
[MQCS-Freeze-Frame erkannt](eml-metrics-quality-score.md#mqcs-freeze-frame)
[MACS SVQ](eml-metrics-quality-score.md#mqcs-svq)
[MQCS-Video-Frame-Drop](eml-metrics-quality-score.md#mqcs-video-frame-drop)
[Netzwerk in](eml-metrics-input-metrics.md#eml-metrics-network-in)
[Netzwerkausgang](eml-metrics-output-metrics.md#eml-metrics-network-out)
[Ausgangs-Audiopegel (dBFS)](eml-metrics-output-metrics.md#eml-metrics-audio-dbfs)
[Ausgangs-Audiopegel: LKFS](eml-metrics-output-metrics.md#eml-metrics-audio-lkfs)
[Fehler 4xx ausgeben](eml-metrics-output-metrics.md#eml-metrics-4xx)
[Fehler 5xx ausgeben](eml-metrics-output-metrics.md#eml-metrics-5xx)
[Pipelines sind gesperrt](eml-metrics-output-lock.md#eml-metrics-pipelines-locked)
[Primäre Eingabe aktiv](eml-metrics-input-metrics.md#eml-metrics-primary-active)
[RTP-Pakete sind verloren gegangen](eml-metrics-input-metrics.md#eml-metrics-packets-lost)
[Empfangene RTP-Pakete](eml-metrics-input-metrics.md#eml-metrics-packets-received)
[Über FEC wiederhergestellte RTP-Pakete](eml-metrics-input-metrics.md#eml-metrics-packets-recovered)
[SVQ-Zeit](eml-metrics-output-metrics.md#eml-metrics-svq-time)
# Globale Metriken
Globale Kennzahlen beziehen sich auf die allgemeine Leistung und Informationen für AWS Elemental MediaLive.
## Aktive Warnungen
Die Gesamtzahl der aktiven Alerts.
**Einzelheiten:**
+ Name: ActiveAlerts
+ Einheiten: Anzahl
+ Bedeutung von Null: Es gibt keine aktiven Benachrichtigungen
+ Bedeutung von „Keine Datenpunkte“: Der Kanal läuft nicht
+ Unterstützte Dimensionssätze: ChannelID, Pipeline
+ Empfohlene Statistik: Max
Alle Statistiken sind für diese Metrik nützlich.
# Eingabe-Metriken
Eingabemetriken beziehen sich auf die Video- und Audioeingabe-Assets, denen präsentiert werden. MediaLive
**Topics**
+ [Fehler bei der Kanaleingabe (Sekunden)](#eml-metrics-input-error-seconds)
+ [Empfangene FEC-Zeilenpakete](#eml-metrics-fec-row-received)
+ [Empfangene FEC-Spaltenpakete](#eml-metrics-fec-col-received)
+ [Eingabe-Timecodes vorhanden](#eml-metrics-input-timecode)
+ [Bildrate des Eingabevideos](#eml-metrics-input-frate)
+ [Netzwerk in](#eml-metrics-network-in)
+ [Primäre Eingabe aktiv](#eml-metrics-primary-active)
+ [RTP-Pakete sind verloren gegangen](#eml-metrics-packets-lost)
+ [Empfangene RTP-Pakete](#eml-metrics-packets-received)
+ [Über FEC wiederhergestellte RTP-Pakete](#eml-metrics-packets-recovered)
+ [Eingangsverlust in Sekunden](#eml-metrics-udp-input-loss)
## Fehler bei der Kanaleingabe (Sekunden)
Die Anzahl der Sekunden, in denen der Kanaleingang ein oder mehrere Pakete enthielt, die nicht wiederhergestellt werden konnten.
Diese Metrik gilt nur für Kanaleingänge vom Typ RTP Push oder. MediaConnect
Diese Metrik ist nützlich, um den Zustand der Eingabe zu überwachen. Sie ermöglicht eine zeitbasierte Messung des Paketverlusts.
Folgen Sie dieser Richtlinie:
+ Für einen Kanal, der automatisches Eingabe-Failover implementiert, empfehlen wir, dass Sie den Dimensionssatz wählen, der die ActiveInputFailoverLabel Dimension enthält, sodass Sie Daten nur für eine Eingabe erhalten.
+ Bei einem Kanal, der kein automatisches Eingabe-Failover implementiert, sollten Sie den ActiveInputFailoverLabel Dimensionssatz nicht einbeziehen. Die Metrik meldet keine Daten.
**Einzelheiten:**
+ Name: ChannelInputErrorSeconds
+ Einheiten: Anzahl.
+ Bedeutung von Null: Ein RTP-Push oder eine MediaConnect RTP-Eingabe wurde aufgenommen und es gingen keine Pakete verloren.
+ Bedeutung von „Keine Datenpunkte“: Es sind weder RTP-Push noch MediaConnect Eingaben aktiv oder werden gerade vorbereitet (laut Zeitplan). Oder Sie haben den ActiveInputFailoverLabel in einen Kanal aufgenommen, der nicht für den automatischen Eingangs-Failover eingerichtet ist.
+ Unterstützte Dimensionssätze:
ChannelId, Pipeline
ActiveInputFailoverLabel ChannelId, Rohrleitung
+ Empfohlene Statistik: Summe.
## Empfangene FEC-Zeilenpakete
Die Anzahl der FEC-Zeilenpakete (Forward Error Correction), die auf beiden FEC-Streams (Port 5002 und Port 5004) empfangen wurden. Ein Wert ungleich Null gibt an, dass FEC funktioniert.
Diese Metrik ist nur nützlich, wenn der Kanal über eine RTP-Eingabe verfügt, die FEC enthält.
Folgen Sie dieser Richtlinie:
+ Für einen Kanal, der automatisches Eingabe-Failover implementiert, empfehlen wir, dass Sie den Dimensionssatz wählen, der die ActiveInputFailoverLabel Dimension enthält, sodass Sie Daten nur für eine Eingabe erhalten.
+ Bei einem Kanal, der kein automatisches Eingabe-Failover implementiert, sollten Sie den ActiveInputFailoverLabel Dimensionssatz nicht einbeziehen. Die Metrik meldet keine Daten.
**Einzelheiten:**
+ Name: FecRowPacketsReceived
+ Einheiten: Anzahl.
+ Bedeutung von Null: Während des Zeitraums wurde eine RTP-with-FEC Eingabe aufgenommen, aber es wurden keine FEC-Zeilenpakete empfangen.
+ Bedeutung von „Keine Datenpunkte“: Es gibt keine Eingaben mit FEC. Oder es gibt Eingaben mit RTP-Eingaben, aber keine dieser Eingaben ist aktiv oder wird gerade vorbereitet (gemäß dem Zeitplan). Oder Sie haben den ActiveInputFailoverLabel in einen Kanal aufgenommen, der nicht für den automatischen Eingangs-Failover eingerichtet ist.
+ Unterstützte Dimensionssätze:
ChannelId, Pipeline
ActiveInputFailoverLabel ChannelId, Rohrleitung
+ Empfohlene Statistik: Summe.
## Empfangene FEC-Spaltenpakete
Die Anzahl der FEC-Spaltenpakete, die auf beiden FEC-Streams (Port 5002 und Port 5004) empfangen wurden. Ein Wert ungleich Null gibt an, dass FEC funktioniert.
Diese Metrik ist nur nützlich, wenn der Kanal über eine RTP-Eingabe verfügt, die FEC enthält.
Folgen Sie dieser Richtlinie:
+ Für einen Kanal, der automatisches Eingabe-Failover implementiert, empfehlen wir, dass Sie den Dimensionssatz wählen, der die ActiveInputFailoverLabel Dimension enthält, sodass Sie Daten nur für eine Eingabe erhalten.
+ Bei einem Kanal, der kein automatisches Eingabe-Failover implementiert, sollten Sie den ActiveInputFailoverLabel Dimensionssatz nicht einbeziehen. Die Metrik meldet keine Daten.
**Einzelheiten:**
+ Name: FecColumnPacketsReceived
+ Einheiten: Anzahl.
+ Bedeutung von Null: Während des Zeitraums wurde eine RTP-with-FEC Eingabe aufgenommen, es wurden jedoch keine FEC-Spaltenpakete empfangen.
+ Bedeutung von „Keine Datenpunkte“: Es gibt keine Eingaben mit FEC. Oder es gibt Eingaben mit RTP-Eingaben, aber keine dieser Eingaben ist aktiv oder wird gerade vorbereitet (gemäß dem Zeitplan). Oder Sie haben den ActiveInputFailoverLabel in einen Kanal aufgenommen, der nicht für den automatischen Eingangs-Failover eingerichtet ist.
+ Unterstützte Dimensionssätze:
ChannelId, Pipeline
ActiveInputFailoverLabel ChannelId, Rohrleitung
+ Empfohlene Statistik: Summe.
## Eingabe-Timecodes vorhanden
Ein Indikator dafür, ob eine Pipeline Eingaben empfängt, die eingebettete Timecodes enthalten. Der eingebettete Timecode kann in die Quelle oder in SMPTE-2038-Zusatzdaten eingebettet sein. 0 (falsch) bedeutet, dass er nicht vorhanden ist. 1 (wahr) bedeutet, dass er vorhanden ist.
Ein eingebetteter Timecode, der ungenau ist, kann zu Problemen bei Funktionen führen, die den Timecode verwenden. Daher ist es hilfreich zu wissen, ob es sich bei dem verwendeten Timecode um einen eingebetteten Timecode oder um einen Systemuhr-Timecode handelt. MediaLive
Der Timecode, der der Eingabe zugeordnet ist, wird in verschiedenen Funktionen verwendet:
+ Clipping bei der Eingabe. Diese Funktion kann einen eingebetteten Timecode oder einen anderen Timecodetyp verwenden.
+ Generieren eines Timecodes in den Ausgängen. Diese Funktion kann einen eingebetteten Timecode oder einen anderen Timecodetyp verwenden.
+ Sperren von Pipelines. Diese Funktion funktioniert nur, wenn der Eingabe-Timecode ein eingebetteter Timecode ist. Sie funktioniert nicht mit einem Systemuhr-Timecode.
Ausführliche Informationen zu Timecodes finden Sie unter. [Arbeiten mit Timecodes und Zeitstempeln](timecode.md)
Folgen Sie dieser Richtlinie:
+ Für einen Kanal, der automatisches Eingabe-Failover implementiert, empfehlen wir, dass Sie den Dimensionssatz wählen, der die ActiveInputFailoverLabel Dimension enthält, sodass Sie Daten nur für eine Eingabe erhalten.
+ Bei einem Kanal, der kein automatisches Eingabe-Failover implementiert, sollten Sie den ActiveInputFailoverLabel Dimensionssatz nicht einbeziehen. Die Metrik meldet keine Daten.
**Einzelheiten:**
+ Name: InputTimecodesPresent
+ Einheiten: Keine.
+ Bedeutung von Null: Falsch (es gibt keinen eingebetteten Timecode).
+ Bedeutung von „Keine Datenpunkte“: Der Kanal läuft nicht oder der Kanal läuft, empfängt aber keine Inhalte (z. B. MediaLive ist die Eingabe eine Push-Eingabe und das Upstream-System hat noch nicht mit der Übertragung von Inhalten begonnen). Oder Sie haben den ActiveInputFailoverLabel in einen Kanal aufgenommen, der nicht für automatisches Eingangs-Failover eingerichtet ist.
+ Unterstützte Dimensionssätze:
ChannelId, Pipeline
ActiveInputFailoverLabel ChannelId, Rohrleitung
+ Empfohlene Statistik: Minimum oder Maximum. Die anderen Statistiken haben keine Bedeutung.
## Bildrate des Eingabevideos
Die Bildrate des Quellvideos.
Diese Metrik ist ein Indikator für den Zustand der Eingabe. Wenn der Wert nicht stabil ist, untersuchen Sie, ob es Probleme mit Ihrer Quelle und/oder Probleme im Netzwerk zwischen dem Upstream-System MediaLive und dem Upstream-System gibt.
Folgen Sie dieser Richtlinie:
+ Für einen Kanal, der automatisches Eingabe-Failover implementiert, empfehlen wir, dass Sie den Dimensionssatz wählen, der die ActiveInputFailoverLabel Dimension enthält, sodass Sie Daten nur für eine Eingabe erhalten.
+ Bei einem Kanal, der kein automatisches Eingabe-Failover implementiert, sollten Sie den ActiveInputFailoverLabel Dimensionssatz nicht einbeziehen. Die Metrik meldet keine Daten.
**Einzelheiten:**
+ Name: InputVideoFrameRate
+ Einheiten: Bilder pro Sekunde.
+ Bedeutung von Null: Die Eingabe wurde zu einem bestimmten Zeitpunkt seit dem Start des Kanals empfangen, aber in der aktuellen Periode wurden keine Frames empfangen.
+ Bedeutung von „Keine Datenpunkte“: Seit dem Start dieses Kanals wurde keine Eingabe empfangen. Oder Sie haben den ActiveInputFailoverLabel in einen Kanal aufgenommen, der nicht für ein automatisches Eingangs-Failover eingerichtet ist.
+ Unterstützte Dimensionssätze:
ChannelID, Pipeline
ActiveInputFailoverLabel, ChannelId, Rohrleitung
+ Empfohlene Statistik: Max.
## Netzwerk in
Die Rate des eingehenden Datenverkehrs MediaLive. Diese Zahl umfasst den gesamten Datenverkehr, der an MediaLive Push-Eingaben, Pull-Eingaben, Antworten vom Upstream-System eines Pull-Eingangs, Antworten vom Downstream-System für jede Ausgabe und Instance-Verkehr wie DNS-Auflösung und NTP empfangen wird. Selbst wenn ein Kanal nicht aufnimmt, wird es dennoch Traffic geben.
Es ist nützlich, die Einrichtung so einzurichten, dass die durchschnittliche Verkehrsrate über einen langen Zeitraum erfasst wird. Wenn Sie dann die normale Rate festgelegt haben, ändern Sie den Zeitraum auf einen kurzen Zeitraum, sodass Sie Abweichungen von der normalen Rate leicht erkennen oder Informationen darüber sammeln können, wie stark ein Kanal ausgelastet ist.
Im Folgenden finden Sie einige Richtlinien zur Interpretation dieser Kennzahl:
+ Wenn die Rate normal zu sein scheint, können Sie daraus schließen, dass der Kanal läuft und erfolgreich Eingaben aufnimmt.
+ Wenn die Zahl niedriger als normal ist, läuft Ihr Kanal möglicherweise, aber es sind keine Eingänge angeschlossen. Denken Sie daran, dass Gebühren für den Betrieb von Kanälen anfallen, auch wenn sie keine Eingaben aufnehmen.
**Einzelheiten:**
+ Name: NetworkIn
+ Einheiten: Megabit pro Sekunde.
+ Bedeutung von Null: Es wird kein Verkehr empfangen.
+ Bedeutung von „Keine Datenpunkte“: Der Kanal läuft nicht.
+ Unterstützte Dimensionssätze: ChannelId, Pipeline
+ Empfohlene Statistik: Alle Statistiken sind für diese Metrik nützlich.
## Primäre Eingabe aktiv
Ein Indikator dafür, ob der primäre Eingang in einem automatischen Eingangs-Failover-Paar aktiv ist. Ein Wert von 1 bedeutet, dass der primäre Eingang aktiv und daher fehlerfrei ist. Ein Wert von 0 bedeutet, dass er inaktiv ist.
Hinweise zu Eingabe-Failover-Paaren in der automatischen Eingabe-Failover-Funktion finden Sie unter. [Implementierung eines automatischen Eingangs-Failovers](automatic-input-failover.md)
Diese Metrik ist nützlich, wenn Sie die automatische Eingabe-Failover-Funktion so eingerichtet haben, dass die Eingabepräferenz auf Primäre Eingabepräferenz gesetzt ist. Die Metrik liefert keine aussagekräftigen Daten, wenn die Eingabepräferenz auf Gleiche Eingabepräferenz gesetzt ist.
**Einzelheiten:**
+ Name: PrimaryInputActive
+ Einheiten: Keine.
+ Bedeutung von Null: Falsch (die primäre Eingabe ist inaktiv).
+ Bedeutung von „Keine Datenpunkte“: Der Kanal ist nicht für automatische Eingabefehler eingerichtet.
+ Unterstützte Dimensionssätze: ChannelId, Pipeline
+ Empfohlene Statistik: Minimum (primäre Eingabe ist inaktiv) oder Maximum (primäre Eingabe ist aktiv).
## RTP-Pakete sind verloren gegangen
Die Anzahl der RTP-Pakete, die bei der eingehenden Übertragung verloren gehen. *Verloren* bedeutet Pakete, die von FEC nicht wiederhergestellt werden konnten.
Diese Metrik gilt nur für RTP-Eingabetypen.
Empfangene Pakete \$1 Wiederhergestellte Pakete \$1 Verlorene Pakete = Erwartete Gesamtsumme für den Zeitraum, wenn der Zeitraum und die Dimensionen für die drei Metriken für die drei Metriken identisch festgelegt sind.
Diese drei RTP-Paketmetriken sind nützlich, um den Zustand der Eingangsübertragung zu überwachen. Wenn diese Metrik ungleich Null ist, besteht der erste Schritt zur Fehlerbehebung darin, sich die beiden [FEC-Metriken anzusehen, um festzustellen, ob FEC](#eml-metrics-fec-row-received) funktioniert. Wenn FEC gut funktioniert, besteht der nächste Schritt darin, Probleme im Upstream-Netzwerk zu untersuchen.
Folgen Sie dieser Richtlinie:
+ Für einen Kanal, der automatisches Eingabe-Failover implementiert, empfehlen wir, dass Sie den Dimensionssatz wählen, der die ActiveInputFailoverLabel Dimension enthält, sodass Sie Daten nur für eine Eingabe erhalten.
+ Bei einem Kanal, der kein automatisches Eingabe-Failover implementiert, sollten Sie den ActiveInputFailoverLabel Dimensionssatz nicht einbeziehen. Die Metrik meldet keine Daten.
**Einzelheiten:**
+ Name: RtpPacketsLost
+ Einheiten: Anzahl.
+ Bedeutung von Null: Während des Zeitraums wurde eine RTP-with-FEC Eingabe aufgenommen, aber es gingen keine Pakete verloren.
+ Bedeutung von „Keine Datenpunkte“: Keine Eingaben nehmen RTP auf. Oder es gibt RTP-Eingaben, aber keine dieser Eingaben ist aktiv oder wird gerade vorbereitet (gemäß dem Zeitplan). Oder Sie haben den ActiveInputFailoverLabel in einen Kanal aufgenommen, der nicht für den automatischen Eingangs-Failover eingerichtet ist.
+ Unterstützte Dimensionssätze:
ChannelId, Pipeline
ActiveInputFailoverLabel ChannelId, Rohrleitung
+ Empfohlene Statistik: Summe.
## Empfangene RTP-Pakete
Die Anzahl der RTP-Pakete, die in einer RTP-Eingabe empfangen wurden. Diese Zahl umfasst die Haupt-RTP-Quelle (Port 5000) und die FEC-Daten (Ports 5002 und 5004).
Diese Metrik gilt nur für RTP-Eingabetypen.
Empfangene Pakete \$1 Wiederhergestellte Pakete \$1 Verlorene Pakete = Erwartete Gesamtsumme für den Zeitraum, wenn die Zeiträume für die drei Metriken identisch festgelegt sind.
Diese drei RTP-Paketmetriken sind nützlich, um den Zustand der Eingangsübertragung zu überwachen.
Folgen Sie dieser Richtlinie:
+ Für einen Kanal, der automatisches Eingabe-Failover implementiert, empfehlen wir, dass Sie den Dimensionssatz wählen, der die ActiveInputFailoverLabel Dimension enthält, sodass Sie Daten nur für eine Eingabe erhalten.
+ Bei einem Kanal, der kein automatisches Eingabe-Failover implementiert, sollten Sie den ActiveInputFailoverLabel Dimensionssatz nicht einbeziehen. Die Metrik meldet keine Daten.
**Einzelheiten:**
+ Name: RtpPacketsReceived
+ Einheit: Anzahl.
+ Bedeutung von Null: Während des Zeitraums wurde eine RTP-with-FEC Eingabe aufgenommen, es wurden jedoch keine Pakete empfangen.
+ Bedeutung von „Keine Datenpunkte“: Keine Eingaben nehmen RTP auf. Oder es gibt Eingaben mit RTP-Eingaben, aber keine dieser Eingaben ist aktiv oder wird gerade vorbereitet (gemäß dem Zeitplan). Oder Sie haben den ActiveInputFailoverLabel in einen Kanal aufgenommen, der nicht für den automatischen Eingangs-Failover eingerichtet ist.
+ Unterstützte Dimensionssätze:
ChannelId, Pipeline
ActiveInputFailoverLabel ChannelId, Rohrleitung
+ Empfohlene Statistik: Summe.
## Über FEC wiederhergestellte RTP-Pakete
Die Anzahl der über FEC wiederhergestellten RTP-Pakete.
Diese Metrik gilt nur für RTP-Eingabetypen.
Empfangene Pakete \$1 Wiederhergestellte Pakete \$1 Verlorene Pakete = Erwartete Gesamtsumme für den Zeitraum, wenn die Zeiträume für die drei Metriken identisch festgelegt sind.
Diese drei RTP-Paketmetriken sind nützlich, um den Zustand der Eingangsübertragung zu überwachen.
Folgen Sie dieser Richtlinie:
+ Für einen Kanal, der automatisches Eingabe-Failover implementiert, empfehlen wir, dass Sie den Dimensionssatz wählen, der die ActiveInputFailoverLabel Dimension enthält, sodass Sie Daten nur für eine Eingabe erhalten.
+ Bei einem Kanal, der kein automatisches Eingabe-Failover implementiert, sollten Sie den ActiveInputFailoverLabel Dimensionssatz nicht einbeziehen. Die Metrik meldet keine Daten.
**Einzelheiten:**
+ Name: RtpPacketsRecoveredViaFec
+ Einheiten: Anzahl.
+ Bedeutung von Null: Während des Zeitraums wurde eine RTP-with-FEC Eingabe aufgenommen, aber es wurden keine Pakete wiederhergestellt.
+ Bedeutung von „Keine Datenpunkte“: Keine Eingaben nehmen RTP auf. Oder es gibt Eingaben mit RTP-Eingaben, aber keine dieser Eingaben ist aktiv oder wird gerade vorbereitet (gemäß dem Zeitplan). Oder Sie haben den ActiveInputFailoverLabel in einen Kanal aufgenommen, der nicht für den automatischen Eingangs-Failover eingerichtet ist.
+ Unterstützte Dimensionssätze:
ChannelId, Pipeline
ActiveInputFailoverLabel ChannelId, Rohrleitung
+ Empfohlene Statistik: Summe.
## Eingangsverlust in Sekunden
Die Anzahl der Sekunden (die *Dauer des Eingangsverlusts*), für die der Kanal keine Pakete von der Quelle eines RTP oder einer MediaConnect Eingabe empfangen hat. Jeder Datenpunkt hat einen Wert zwischen 0 und 10 Sekunden.
Diese Metrik ist nützlich, um den Zustand der Eingangsübertragung zu überwachen.
Sie sollten sich die Datenpunkte in mehreren 10-Sekunden-Fenstern ansehen.
+ Konsistente Werte von 0 (alle empfangenen Pakete) — Dieses Muster zeigt an, dass die Eingabe fehlerfrei ist.
+ Konsistente Werte von 10 (keine empfangenen Pakete) — Dieses Muster weist darauf hin, dass die Eingabe nicht fehlerfrei ist.
+ Ein Wertebereich, der bei 0 beginnt und bei 0 endet — Dieses Muster zeigt Ihnen, dass die Eingabe nicht fehlerfrei war, dass sie jedoch wiederhergestellt wurde. Zum Beispiel 0,2,10,10,5,10,6,2,0,0,0.
+ Ein Wertebereich, der nicht zu 0 zurückkehrt — Dieses Muster weist darauf hin, dass die Eingabe nicht korrekt ist. Zum Beispiel 0,10,9,2,8,3,10,10,8,2.
Folgen Sie auch dieser Richtlinie:
+ Für einen Kanal, der automatisches Eingabe-Failover implementiert, empfehlen wir, dass Sie den Dimensionssatz wählen, der die ActiveInputFailoverLabel Dimension enthält, sodass Sie Daten nur für eine Eingabe erhalten.
+ Bei einem Kanal, der kein automatisches Eingabe-Failover implementiert, sollten Sie den ActiveInputFailoverLabel Dimensionssatz nicht einbeziehen. Die Metrik meldet keine Daten.
**Einzelheiten:**
+ Name: InputLossSeconds
+ Einheiten: Sekunden.
+ Bedeutung von Null: Es gab keinen Eingangsverlust.
+ Bedeutung von „Keine Datenpunkte“: Keine Eingaben nehmen RTP auf. Oder es gibt Eingaben mit RTP-Eingaben, aber keine dieser Eingaben ist aktiv oder wird gerade vorbereitet (gemäß dem Zeitplan). Oder Sie haben den ActiveInputFailoverLabel in einen Kanal aufgenommen, der nicht für den automatischen Eingangs-Failover eingerichtet ist.
+ Unterstützte Dimensionssätze:
ChannelId, Pipeline
ActiveInputFailoverLabel ChannelId, Rohrleitung
+ Empfohlene Statistik: Summe.
# MQCS-Metriken
MQCS-Metriken beziehen sich auf den Wert für das Vertrauen in die Medienqualität, der für bestimmte MediaLive Ergebnisse generiert wird. Weitere Informationen zu MQCS finden Sie unter. [Arbeiten mit MQCS](mqcs.md)
**Topics**
+ [Mindest-MQCS](#mqcs-min-mqcs)
+ [Schwarzer MQCS-Rahmen erkannt](#mqcs-black-frame)
+ [Fehler beim MQCS-Kontinuitätszähler](#mqcs-continuity-counter)
+ [MQCS-Füllrahmeneinfügungen](#mqcs-fill-frame)
+ [MQCS-Freeze-Frame erkannt](#mqcs-freeze-frame)
+ [MACS SVQ](#mqcs-svq)
+ [MQCS-Video-Frame-Drop](#mqcs-video-frame-drop)
## Mindest-MQCS
Der Mindestwert für das Vertrauen in die Medienqualität (MQCS) in diesem Zeitraum.
MQCS ist ein Wert zwischen 0 und 100, wobei 0 die niedrigste Qualität darstellt. Die Qualität der Quelle wirkt sich direkt auf die Qualität der einzelnen Ausgabekodierungen aus, die MediaLive an den Downstream-Packager gesendet werden. Der Qualitätsfaktor ist eine Zusammenfassung der einzelnen Punktzahlen jeder Video- und Audiokodierung.
+ Name: MinMQCS
+ Einheiten: keine
+ Bedeutung von „Keine Datenpunkte“: Der Kanal hat keine Ausgabegruppen, in denen ein MQCS generiert MediaLive wird. Der Kanal hat beispielsweise keine CMAF-Ingest-Ausgabegruppen.
+ Bedeutung von Null: Mindestens eine Kodierung in mindestens einer Ausgabe hat eine Qualitätsbewertung von 0.
+ Unterstützte Dimensionssätze: ChannelD, Pipeline, OutputGroupName
+ Empfohlene Statistik: Minimum, womit der niedrigste Qualitätsfaktor im Berichtszeitraum identifiziert wird.
## Schwarzer MQCS-Rahmen erkannt
Der schwarze Frame-Teil des MQCS (Media Quality Confidence Score).
Dieser Anteil wird wie folgt berechnet: Die Eingabe hat einen oder mehrere aufeinanderfolgende Videoframes übertragen, die zwar gültig, aber schwarz sind. Die Punktzahl wird niedriger, solange das Problem weiterhin besteht. Sobald ein Frame ohne dieses Problem MediaLive empfangen wird, wird die Punktzahl wieder auf 100 zurückgesetzt.
+ Name: MqcsBlackFrameDetected
+ Einheiten: keine
+ Bedeutung von „Keine Datenpunkte“: Der Kanal hat keine Ausgabegruppen, in denen ein MQCS generiert MediaLive wird. Der Kanal hat beispielsweise keine CMAF-Ingest-Ausgabegruppen.
+ Bedeutung von Null: Mindestens eine Kodierung in mindestens einer Ausgabe hat eine Qualitätsbewertung von 0.
+ Unterstützte Dimensionssätze: ChannelD, Pipeline
+ Empfohlene Statistik: Minimum, womit der niedrigste Qualitätsfaktor im Berichtszeitraum identifiziert wird.
## Fehler beim MQCS-Kontinuitätszähler
Der Teil der Fehler bei Kontinuitätszählern ist Teil des MQCS (Media Quality Confidence Score).
Dieser Teil wird wie folgt berechnet: Die Eingabe hat ein oder mehrere sequentielle Segmente übertragen, die Kontinuitätsfehler enthalten. Die Punktzahl wird niedriger, solange das Problem weiterhin besteht. Sobald ein Frame ohne dieses Problem MediaLive empfangen wird, wird die Punktzahl wieder auf 100 zurückgesetzt.
+ Name: MqcsContinuityCounterErrors
+ Einheiten: Prozent
+ Bedeutung von „Keine Datenpunkte“: Der Kanal hat keine Ausgabegruppen, in denen ein MQCS generiert MediaLive wird. Der Kanal hat beispielsweise keine CMAF-Ingest-Ausgabegruppen.
+ Bedeutung von Null: Mindestens eine Kodierung in mindestens einer Ausgabe hat eine Qualitätsbewertung von 0.
+ Unterstützte Dimensionssätze: ChannelD, Pipeline
+ Empfohlene Statistik: Minimum, womit der niedrigste Qualitätsfaktor im Berichtszeitraum identifiziert wird.
## MQCS-Füllrahmeneinfügungen
Der schwarze Rahmenteil des MQCS (Media Quality Confidence Score).
Dieser Anteil wird wie folgt berechnet: Die Eingabe hat einen oder mehrere aufeinanderfolgende Videoframes übertragen, bei denen es sich um „Füllbilder“ handelt. Die Punktzahl wird niedriger, solange das Problem weiterhin besteht. Sobald ein Frame ohne dieses Problem MediaLive empfangen wird, wird die Punktzahl wieder auf 100 zurückgesetzt.
+ Name: dd
+ Einheiten: keine
+ Bedeutung von „Keine Datenpunkte“: Der Kanal hat keine Ausgabegruppen, in denen ein MQCS generiert MediaLive wird. Der Kanal hat beispielsweise keine CMAF-Ingest-Ausgabegruppen.
+ Bedeutung von Null: Mindestens eine Kodierung in mindestens einer Ausgabe hat eine Qualitätsbewertung von 0.
+ Unterstützte Dimensionssätze: ChannelD, Pipeline
+ Empfohlene Statistik: Minimum, womit der niedrigste Qualitätsfaktor im Berichtszeitraum identifiziert wird.
## MQCS-Freeze-Frame erkannt
Der Freeze-Frame-Teil des MQCS (Media Quality Confidence Score).
Dieser Teil wird wie folgt berechnet: Die Eingabe hat ein oder mehrere sequentielle Videoframes übertragen, die zwar gültig, aber eingefroren sind. Die Punktzahl wird niedriger, solange das Problem weiterhin besteht. Sobald ein Frame MediaLive empfangen wird, der nicht eingefroren ist, wird der Wert wieder auf 100 zurückgesetzt.
+ Name: MqcsFreezeFrameDetected
+ Einheiten: keine
+ Bedeutung von „Keine Datenpunkte“: Der Kanal hat keine Ausgabegruppen, in denen ein MQCS generiert MediaLive wird. Der Kanal hat beispielsweise keine CMAF-Ingest-Ausgabegruppen.
+ Bedeutung von Null: Mindestens eine Kodierung in mindestens einer Ausgabe hat eine Qualitätsbewertung von 0.
+ Unterstützte Dimensionssätze: ChannelD, Pipeline
+ Empfohlene Statistik: Minimum, womit der niedrigste Qualitätsfaktor im Berichtszeitraum identifiziert wird.
## MACS SVQ
Der schwarze Rahmen des MQCS (Media Quality Confidence Score).
Dieser Anteil wird wie folgt berechnet: Die Eingabe hat einen oder mehrere aufeinanderfolgende Videoframes übertragen, die von einem SVQ-Problem (Geschwindigkeit versus Qualität) betroffen sind. Die Punktzahl wird niedriger, solange das Problem weiterhin besteht. Sobald ein Frame ohne dieses Problem MediaLive empfangen wird, wird die Punktzahl wieder auf 100 zurückgesetzt.
+ Name: dd
+ Einheiten: keine
+ Bedeutung von „Keine Datenpunkte“: Der Kanal hat keine Ausgabegruppen, in denen ein MQCS generiert MediaLive wird. Der Kanal hat beispielsweise keine CMAF-Ingest-Ausgabegruppen.
+ Bedeutung von Null: Mindestens eine Kodierung in mindestens einer Ausgabe hat eine Qualitätsbewertung von 0.
+ Unterstützte Dimensionssätze: ChannelD, Pipeline
+ Empfohlene Statistik: Minimum, womit der niedrigste Qualitätsfaktor im Berichtszeitraum identifiziert wird.
## MQCS-Video-Frame-Drop
Der schwarze Frame-Teil des MQCS (Media Quality Confidence Score).
Dieser Anteil wird wie folgt berechnet: Die Eingabe hat ein oder mehrere sequentielle Segmente übertragen, die ausgelassene Frames enthalten. Die Punktzahl wird niedriger, solange das Problem weiterhin besteht. Sobald ein Segment ohne ausgelassene Frames MediaLive empfangen wird, wird die Punktzahl wieder auf 100 zurückgesetzt.
+ Name: dd
+ Einheiten: keine
+ Bedeutung von „Keine Datenpunkte“: Der Kanal hat keine Ausgabegruppen, in denen ein MQCS generiert MediaLive wird. Der Kanal hat beispielsweise keine CMAF-Ingest-Ausgabegruppen.
+ Bedeutung von Null: Mindestens eine Kodierung in mindestens einer Ausgabe hat eine Qualitätsbewertung von 0.
+ Unterstützte Dimensionssätze: ChannelD, Pipeline
+ Empfohlene Statistik: Minimum, womit der niedrigste Qualitätsfaktor im Berichtszeitraum identifiziert wird.
# Output-Metriken
Die Ausgabemetriken beziehen sich auf die Video- und Audio-Assets, die MediaLive als Ausgabe verarbeitet wurden.
**Topics**
+ [Aktive Ausgaben](#eml-metrics-active-outputs)
+ [Verlassene Frames](#eml-metrics-dropped-frames)
+ [Füllen Sie msec](#eml-metrics-fill)
+ [Ausgangs-Audiopegel (dBFS)](#eml-metrics-audio-dbfs)
+ [Ausgangs-Audiopegel: LKFS](#eml-metrics-audio-lkfs)
+ [Netzwerkausgang](#eml-metrics-network-out)
+ [Fehler 4xx ausgeben](#eml-metrics-4xx)
+ [Fehler 5xx ausgeben](#eml-metrics-5xx)
+ [SVQ-Zeit](#eml-metrics-svq-time)
+ [Komplexes FRC vorhanden](#eml-metrics-complex-frc-present)
## Aktive Ausgaben
Die Anzahl der Ausgaben, die erzeugt und erfolgreich in das Ziel geschrieben werden.
**Einzelheiten:**
+ Name: ActiveOutputs
+ Einheiten: Anzahl.
+ Bedeutung von Null: Keine der Ausgaben wurde erfolgreich an ihre Ziele geschrieben.
Wenn die Ausgänge so konfiguriert sind, dass sie bei einem Eingangsverlust pausieren (entsprechend der Einstellung für die **Aktion „Eingangsverlust**“ für die Ausgangsgruppe), ist dieses Verhalten möglicherweise beabsichtigt.
+ Bedeutung von „Keine Datenpunkte“: Der Kanal generiert kein Ausgangs-Audio (er startet möglicherweise immer noch oder wartet auf die erste Eingabe).
+ Unterstützte Dimensionssätze: OutputGroupName,, Pipeline ChannelId
+ Empfohlene Statistik: Minimum, mit der Sie Situationen identifizieren können, in denen eine oder mehrere Ausgaben nicht erzeugt werden.
## Verlassene Frames
Die Anzahl der Eingabeframes, die in diesem Zeitraum verloren MediaLive gegangen sind. Ein Wert von 0 wird erwartet und bedeutet, dass MediaLive eingehende Frames in Echtzeit verarbeitet werden. Ein anderer Wert als 0 bedeutet, dass der Encoder das eingehende Video nicht schnell genug verarbeiten kann, um mit der Echtzeitgeschwindigkeit Schritt zu halten.
**Details**
+ Name: DroppedFrames
+ Einheiten: Anzahl
+ Bedeutung von Null: Der Encoder musste keine Frames löschen.
+ Bedeutung von „Keine Datenpunkte“: Der Kanal erzeugt keine Ausgabe. Das bedeutet, dass er nicht läuft oder dass er läuft, aber initialisiert wird, auf eine erste Eingabe wartet oder angehalten wurde.
+ Unterstützte Dimensionssätze: Pipeline, Region
+ Empfohlene Statistik: Summe.
## Füllen Sie msec
Die aktuelle Zeitdauer (der *Füllzeitraum*), während der die Videoausgabe mit Füllbildern gefüllt MediaLive wurde. Der Füllzeitraum beginnt, wenn die Pipeline innerhalb der *erwarteten Zeit keine Inhalte von der Eingabe empfängt.* Die *erwartete Zeit* basiert auf der Eingabe-Framerate. Die Feinheiten des Füllbildverhaltens werden durch die Felder für das Verhalten bei der Eingangsdämpfung in der Kanalkonfiguration gesteuert. Informationen zu diesen Feldern finden Sie unter [Globale Konfiguration — Verhalten bei Eingangsverlusten](creating-a-channel-step3.md#input-loss-behavior).
Ein Wert von 0 bedeutet, dass keine Füllrahmen verwendet werden. Ein Wert ungleich Null bedeutet, dass Füllrahmen verwendet werden und die Eingabe fehlerhaft ist.
Die Anzahl ist auf 60.000 Millisekunden (1 Minute) begrenzt, was bedeutet, dass die Metrik nach Ablauf der Obergrenze bei 60.000 liegt, bis sie auf Null fällt.
Verwenden Sie diese Metrik wie folgt:
+ Wenn Sie das automatische Eingabe-Failover aktiviert haben — Diese Metrik zeigt normalerweise immer Null an, auch wenn ein Failover vorliegt. Der Kanal schaltet sofort auf den anderen Eingang um, was bedeutet, dass keine Füllrahmen verwendet MediaLive werden müssen.
+ Wenn Sie den automatischen Eingabe-Failover nicht aktiviert haben — Ein Wert ungleich Null bedeutet, dass die Eingabe fehlgeschlagen ist, unterbrochen wurde oder nicht mit der Echtzeit Schritt hält.
**Einzelheiten:**
+ Name: FillMsec
+ Einheiten: Anzahl.
+ Bedeutung von Null: Die Eingabe ist fehlerfrei und die Ausgabe enthält das erwartete Video (statt Füllframes).
+ Bedeutung von „Keine Datenpunkte“: Der Kanal erzeugt keine Ausgabe, was bedeutet, dass er nicht läuft. Oder dass er läuft, aber initialisiert wird, auf eine erste Eingabe wartet oder angehalten wurde.
+ Unterstützte Dimensionssätze:, Pipeline ChannelId
+ Empfohlene Statistik: Maximal, um die maximale Anzahl zu erfassen, wenn Füllbilder verwendet werden.
## Ausgangs-Audiopegel (dBFS)
Der Ausgangs-Audiopegel in Dezibel im Verhältnis zum Skalenendwert (dBFS).
**Einzelheiten:**
+ Name: OutputAudioLevelDbfs
+ Einheiten: Anzahl.
+ Bedeutung von Null: Der Ausgangs-Audiopegel beträgt 0 dBFS.
+ Bedeutung von „Keine Datenpunkte“: Der Kanal generiert kein Ausgangsaudio (er startet möglicherweise noch oder wartet auf die erste Eingabe).
+ Unterstützte Dimensionssätze: AudioDescriptionName,, Pipeline ChannelId
+ Empfohlene Statistik: Minimum oder Maximum, mit denen der niedrigste und höchste Audiopegel während des Zeitraums identifiziert wird.
## Ausgangs-Audiopegel: LKFS
Der Audioausgangspegel in Lautheit, K-gewichtet, relativ zum Skalenendwert (LKFS).
**Einzelheiten:**
+ Name: OutputAudioLevelLkfs
+ Einheiten: Anzahl.
+ Bedeutung von Null: Der Ausgangs-Audiopegel ist 0 LFKS.
+ Bedeutung von „Keine Datenpunkte“: Der Kanal generiert kein Ausgangs-Audio (er startet möglicherweise noch oder wartet auf die erste Eingabe).
+ Unterstützte Dimensionssätze: AudioDescriptionName,, Pipeline ChannelId
+ Empfohlene Statistik: Minimum oder Maximum, mit denen der niedrigste und höchste Audiopegel während des Zeitraums identifiziert wird.
## Netzwerkausgang
Die Rate des Datenverkehrs außerhalb von. MediaLive Diese Zahl umfasst den gesamten Datenverkehr, der von MediaLive der Medienausgabe, HTTP-GET-Anfragen für Pull-Eingaben, NTP-Verkehr und DNS-Verkehr gesendet wurde. Selbst wenn ein Kanal keine Ausgabe liefert, wird es dennoch Traffic geben.
**Einzelheiten:**
+ Name: NetworkOut
+ Einheiten: Megabit pro Sekunde.
+ Bedeutung von Null: Es wird kein Verkehr gesendet.
+ Bedeutung von „Keine Datenpunkte“: Der Kanal läuft nicht.
+ Unterstützte Dimensionssätze: ChannelId, Pipeline
+ Empfohlene Statistik: Durchschnitt.
## Fehler 4xx ausgeben
Die Anzahl der 4xx-HTTP-Fehler, die bei der Ausgabe vom Ziel empfangen wurden.
**Einzelheiten:**
+ Name: Output4xxErrors
+ Einheiten: Anzahl.
+ Bedeutung von Null: Die Ausgabe wird über HTTP geliefert und es liegen keine Fehler vor.
+ Bedeutung von „Keine Datenpunkte“: Die Ausgabe wird nicht über HTTP an das Ziel übermittelt. Oder der Kanal läuft nicht.
+ Unterstützte Dimensionssätze: OutputGroupName, ChannelId, Pipeline
+ Empfohlene Statistik: Summe.
## Fehler 5xx ausgeben
Die Anzahl der 5xx-HTTP-Fehler, die bei der Ausgabe vom Ziel empfangen wurden.
**Einzelheiten:**
+ Name: Output5xxErrors
+ Einheiten: Anzahl.
+ Bedeutung von Null: Die Ausgabe wird über HTTP geliefert und es liegen keine Fehler vor.
+ Bedeutung von „Keine Datenpunkte“: Die Ausgabe wird nicht über HTTP an das Ziel übermittelt. Oder der Kanal läuft nicht.
+ Unterstützte Dimensionssätze: OutputGroupName, ChannelId, Pipeline
+ Empfohlene Statistik: Summe.
## SVQ-Zeit
Der Prozentsatz der Zeit, MediaLive in der Qualitätsoptimierungen reduziert werden mussten, um Ergebnisse in Echtzeit auszugeben. SVQ steht für Geschwindigkeit versus Qualität. Bei jeder Kodierungsaufgabe muss ein Gleichgewicht zwischen der Ausgabe in Echtzeit und dem Wunsch, die bestmögliche Qualität zu erzielen, abgewogen werden. Manchmal MediaLive muss jedoch die Qualität reduziert werden, um schnell genug zu codieren, um mit der Echtzeit Schritt zu halten.
**Details**
+ Name: SvqTime
+ Einheiten: Prozent
+ Bedeutung von Null: Es MediaLive musste keine Qualitätseinbußen hingenommen werden, um Ergebnisse in Echtzeit zu produzieren.
+ Bedeutung von „Keine Datenpunkte“: Der Kanal erzeugt keine Ausgabe. Das bedeutet, dass er nicht läuft oder dass er läuft, aber initialisiert wird, auf eine erste Eingabe wartet oder angehalten wurde.
+ Unterstützte Dimensionssätze: Pipeline, Region
+ Empfohlene Statistik: Max.
## Komplexes FRC vorhanden
Ein Indikator dafür, ob eine komplexe FRC (Framerate-Konvertierung) in einer Pipeline vorhanden ist. Die Framerate-Konvertierung wird als komplex angesehen, wenn eine der folgenden Aussagen zutrifft:
+ Die Ausgabe-Framerate ist KEIN ganzzahliges Vielfaches der Eingabe-Framerate.
+ Die Eingabe-Framerate ist KEIN ganzzahliges Vielfaches der Ausgabe-Framerate.
Im Folgenden finden Sie Beispiele für komplexe Frameraten:
+ Die Eingangs-FPS sind 59,94, die Ausgangs-FPS sind 60.
+ Eingangs-FPS ist 45, Ausgangs-FPS ist 60.
+ Die Eingangs-FPS sind 29,97 FPS, die Ausgangs-FPS sind 23,978.
**Details**
+ Name: ComplexFrcPresent
+ Einheiten: Nicht zutreffend.
+ Bedeutung von Null: MediaLive führt keine komplexe Framerate-Konvertierung durch.
+ Bedeutung von „Keine Datenpunkte“: Der Kanal erzeugt keine Ausgabe. Das bedeutet, dass er nicht läuft oder dass er läuft, aber initialisiert wird, auf eine erste Eingabe wartet oder angehalten wurde.
+ Unterstützte Dimensionssätze:, Pipeline ChannelId
+ Empfohlene Statistik: Max.
# Metriken zum Sperren von
Die Metriken zum Sperren von Pipelines beziehen sich auf die Synchronisation von MediaLive Pipelines.
**Topics**
+ [Pipelines sind gesperrt](#eml-metrics-pipelines-locked)
+ [Das eingegebene Video ist ausgerichtet](#eml-metrics-input-video-aligned)
## Pipelines sind gesperrt
Ein Indikator dafür, ob die beiden Pipelines miteinander synchronisiert sind. MediaLive verwendet [Pipeline-Sperren](pipeline-lock.md), um sicherzustellen, dass die beiden Pipelines miteinander synchronisiert sind.
Die Metrik gilt nur für [Ausgabetypen, die das Sperren von Pipelines unterstützen](pipeline-lock.md).
Darüber hinaus gilt die Metrik nur für die folgenden Kanalkonfigurationen:
+ Standardkanäle, die für die standardmäßige Sperrung von Pipelines konfiguriert sind.
+ Standardkanäle und Single-Pipeline-Kanäle, die für das Sperren von Epochen konfiguriert sind.
+ Single-Pipeline-Kanäle, die verknüpfte Kanäle verwenden.
Wenn die Metrik zutrifft, bedeutet ein Wert von 1, dass alle geeigneten Pipeline-Paare synchronisiert sind. Ein Wert von 0 bedeutet, dass mindestens ein Paar geeigneter Pipelines nicht synchronisiert ist.
**Anmerkung**
Diese Metrik gilt auch, wenn Sie das [Sperren von Pipelines mit Videoausrichtung](pipeline-locking-verify-input.md#pipeline-locking-video-alignment-inputs) aktiviert haben. Die per Video ausgerichtete Pipelinesperre ist eine erweiterte Konfigurationsoption, bei der anstelle eingebetteter Timecodes ein visueller Signaturvergleich für die Synchronisation verwendet wird. Die PipelinesLocked Metrik meldet den gleichen Synchronisierungsstatus, unabhängig davon, ob eine standardmäßige Pipelinesperre oder eine per Video ausgerichtete Pipelinesperre verwendet wird.
Wenn die Metrik nicht zutrifft, ist die Metrik immer 0.
**Einzelheiten:**
+ Name: PipelinesLocked
+ Einheiten: Nicht zutreffend.
+ Bedeutung von Null: Falsch (die in Frage kommenden Pipelines sind nicht synchronisiert).
+ Bedeutung von „Keine Datenpunkte“: Der Kanal läuft nicht.
+ Unterstützte Dimensionssätze: ChannelId, Pipeline
+ Empfohlene Statistik: Minimum (Wert ist 0).
## Das eingegebene Video ist ausgerichtet
Gibt an, ob die per Video ausgerichtete Pipeline-Sperre den eingegebenen Videoinhalt erfolgreich zwischen den Pipelines im selben Pipeline-Lock-Pool ausgerichtet hat.
In einem per Video ausgerichteten Pipeline-Locking-Pool dient eine Pipeline als Referenz. Für diese Metrik wird immer der Wert 1 angezeigt. Für alle anderen Rohrleitungen wird nur 1 angezeigt, wenn sie erfolgreich an der Referenzleitung ausgerichtet wurden.
Im Folgenden finden Sie einige Richtlinien zur Interpretation dieser Metrik:
+ Ein Wert von 1 bedeutet, dass die Rohrleitung erfolgreich an der Referenzleitung ausgerichtet wurde.
Wenn die Metrik den Wert 0 anzeigt, bedeutet dies, dass die Videoausrichtung nicht mit der Referenzpipeline im Pipeline-Locking-Pool hergestellt werden konnte. Dies kann folgende Ursachen haben:
+ Inhaltliche Diskrepanzen zwischen den Eingabequellen
+ Eingangsverlust
+ Inhalte, die häufig wiederholt werden
+ Wenn die Metrik häufig zwischen 0 und 1 wechselt, deutet dies auf zeitweise auftretende Ausrichtungsprobleme hin, die untersucht werden sollten.
**Einzelheiten:**
+ Name: InputVideoAligned
+ Einheiten: Nicht zutreffend.
+ Bedeutung von Null: Falsch (Die Videoausrichtung konnte nicht hergestellt werden oder ist verloren gegangen).
+ Bedeutung von „Keine Datenpunkte“: Das Sperren der per Video ausgerichteten Pipeline ist nicht konfiguriert, oder die Pipeline hat seit dem Start des Kanals keine Videoframes verarbeitet.
+ Unterstützte Dimensionssätze: ChannelId, Pipeline
+ Empfohlene Statistik: Minimum
# Überwachung eines Kanals mithilfe von Amazon CloudWatch Logs
MediaLive erstellt Kanalprotokolle, die detaillierte Informationen über die Aktivitäten in einem Kanal enthalten. Die Protokolle bieten eine sequenzielle Beschreibung der Aktivitäten im Channel. Diese Protokolle können nützlich sein, wenn die Informationen in Warnungen ([Überwachung eines Kanals oder Multiplex mithilfe von Amazon Events CloudWatch](monitoring-via-cloudwatch.md)) nicht genügend Informationen bereitstellen, um ein Problem im Channel zu lösen.
**Topics**
+ [Über Kanalprotokolle](monitoring-logs-about.md)
+ [Channel-Encoder-Protokolle aktivieren](enabling-disabling-logs.md)
+ [Mit Protokollen arbeiten](working-with-logs.md)
# Über Kanalprotokolle
MediaLive erstellt Kanalprotokolle, die detaillierte Informationen über die Aktivitäten in einem Kanal enthalten. Die Protokolle bieten eine sequenzielle Beschreibung der Aktivitäten im Channel. Diese Protokolle können nützlich sein, wenn die Informationen in Warnungen ([Überwachung eines Kanals oder Multiplex mithilfe von Amazon Events CloudWatch](monitoring-via-cloudwatch.md)) nicht genügend Informationen bereitstellen, um ein Problem im Channel zu lösen.
Es gibt zwei Gruppen von Kanalprotokollen:
+ Kanal-Encoder-Protokolle. Sie müssen diese Protokolle [aktivieren](enabling-disabling-logs.md).
+ Channel-As-Run-Protokolle. MediaLive erzeugt immer diese Logs.
## Vergleich der Arten von Protokollen
**Funktionen, die in beiden Protokolltypen identisch sind**
Beide Arten von Protokollen werden an Amazon CloudWatch Logs gesendet. Sie können die Standardfunktionen von CloudWatch Logs verwenden, um die Protokolle anzuzeigen und zu verwalten. Weitere Informationen finden Sie im [Amazon CloudWatch Logs-Benutzerhandbuch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/WhatIsCloudWatchLogs.html).
**Funktionen, die sich bei den beiden Protokolltypen unterscheiden**
In der folgenden Tabelle werden die Unterschiede zwischen Channel-Encoder-Logs und Channel-As-Run-Logs beschrieben.
| | Encoder-Protokolle | AS-Run-Protokolle |
| --- | --- | --- |
| Auslöser für die Erstellung | Sie müssen [diese Protokolle aktivieren](enabling-disabling-logs.md), um sie erstellen MediaLive zu können. | MediaLive erzeugt immer diese Protokolle. |
| Detaillierungsgrad | Sie können eine Protokollierungsebene festlegen, um die gesammelten Details zu kontrollieren. | Sie können die Protokollierungsebene nicht ändern. |
| Cost (Kosten) | Für diese Protokolle fallen Kosten an, die Teil Ihrer Gebühren für Amazon CloudWatch Logs sind. Weitere Informationen finden Sie unter [ CloudWatch Amazon-Preise](https://aws.amazon.com/cloudwatch/pricing/). Denken Sie daran, [die Protokolle zu entfernen](working-with-logs.md#manage-log-storage), nachdem Sie den Kanal gelöscht haben. | Diese Logs sind kostenlos. |
| CloudWatch Log-Stream | Der Protokollstream wird nach dem bzw. der ARN/Pipeline benannt. | Der Logstream ist nach dem an den Namen ARN/pipeline \$1as\$1run angehängten „with“ benannt. |
| Automatisierung | Sie sollten keine Verarbeitung automatisieren, die auf dem Wortlaut in diesen Protokollen basiert, da sich dieser Wortlaut ändern kann.(Im Vergleich dazu können Sie anhand des Wortlauts in Benachrichtigungen, auf die über CloudWatch Ereignisse zugegriffen wird, automatisieren, da sich der Wortlaut von Warnungen nicht ändert.) | Sie können anhand des Wortlauts in diesen Protokollen automatisieren. |
# Channel-Encoder-Protokolle aktivieren
Sie aktivieren Kanal-Encoder-Protokolle für einen einzelnen Kanal auf der Konsole. MediaLive Sie aktivieren die Protokollierung und legen die Protokollierungsebene (Fehler, Warnung, Information oder Debugging) pro Channel fest. Der Channel muss sich im Leerlauf befinden, um die Protokollierung aktivieren oder deaktivieren zu können.
Sie müssen keine As-Run-Logs aktivieren. MediaLive erzeugt immer diese Logs.
**Um ein Channel-Encoder-Protokoll (MediaLive Konsole) zu aktivieren**
1. Wenn Sie ein wiederkehrender Benutzer von sind MediaLive, erkundigen Sie sich bei Ihrem Administrator, ob Ihre Bereitstellung in AWS IAM so eingerichtet wurde, dass Channel-Logs unterstützt werden.
1. Möglicherweise erhalten Sie vom Administrator die Anweisung, die `MediaLiveAccessRole`-Berechtigung in einem der Channels zu aktualisieren. Wenn Sie eine solche Anweisung erhalten, müssen Sie [einen Channel bearbeiten](editing-deleting-channel.md#editing-a-channel) (Channel im Leerlauf auswählen), [die Seite **Channel and input details** (Channel- und Eingabedetails) öffnen](role-and-remember-arn.md) und die Schaltfläche **Update** (Aktualisieren) wählen. Wenn die Rolle in einem Channel aktualisiert wird, gilt die Änderung für alle Channel.
1. [Um Encoder-Logs in einem neuen Channel zu aktivieren, richten Sie die Protokollierung während der Erstellung ein.](creating-channel-scratch.md)
Um Encoder-Logs in einem vorhandenen Kanal zu aktivieren, [bearbeiten Sie den Kanal](editing-deleting-channel.md#editing-a-channel). Dieser Kanal muss inaktiv sein.
Wählen Sie in beiden Fällen auf der Seite **General settings** (Allgemeine Einstellungen) im Abschnitt **Channel logging** (Channel-Protokollierung) die Option **Logging** (Protokollierung) aus. Wählen Sie eine andere Ebene als **DISABLED** (DEAKTIVIERT) aus. Weitere Informationen finden Sie unter [Protokollierung](creating-a-channel-step3.md#channel-logging).
1. Sie oder ein Administrator können auch unter CloudWatch Protokolle ein Ablaufdatum für die Protokolle festlegen.
## Channel-Encoder-Protokolle deaktivieren
Sie deaktivieren die Erfassung von Encoder-bezogenen Protokollierungsinformationen für einen einzelnen Kanal auf der Konsole. MediaLive Bearbeiten Sie den Channel und wählen Sie auf der Seite **General settings** (Allgemeine Einstellungen) im Abschnitt **Channel logging** (Channel-Protokollierung) die Option **Logging** (Protokollierung) aus. Legen Sie die Ebene auf **DISABLED** (DEAKTIVIERT) fest.
# Mit Protokollen arbeiten
Sie können sowohl Encoder-Logs als auch As-Run-Logs auf die gleiche Weise wie CloudWatch Logs für jeden Service in der Logs-Konsole anzeigen.
Sie müssen die Logs, Logging-Gruppen oder Log-Streams nicht in der CloudWatch Logs-Konsole einrichten, da sie MediaLive automatisch für Sie eingerichtet werden.
+ Protokollgruppe — Die Protokollgruppe ist immer die folgende: **ElementalMediaLive**.
+ Protokollstream — Der Protokollstream ist wie folgt benannt:
+ Encoder-Logs — benannt nach der ARN/Pipeline.
+ AS-Run-Protokolle — benannt nach dem mit angehängtem. ARN/pipeline `_as_run`
Beispiel:
`arn_aws_medialive_us-west-2_111122223333_channel_5106412_0`
`arn_aws_medialive_us-west-2_111122223333_channel_5106412_0_as_run`
Wo `5106412` ist die Kanal-ID und `0` ist die Pipeline.
## Inhalt der Encoder-Logs
Die -Protokolle liegen im JSON-Format vor:
```
{
"encoder_pipeline": 0,
"severity": "I",
"timestamp": "2018-05-21T16:36:41.650318",
"channel_arn": "arn:aws:medialive:us-west-2:111122223333:channel:5106412",
"logger_name": "",
"message": "Probing input media..."
},
.
.
.
]
```
Die Daten sind folgende:
+ `encoder_pipeline`: `0` oder `1` (wenn der Channel als [Standardkanal](channel-class.md) eingerichtet ist und daher über zwei Pipelines verfügt).
+ `severity`: Ein Buchstabe Die Protokollstufe (wird bei Aktivierung der Protokollierung definiert) steuert, welche Schweregrade in den Protokollen angezeigt werden können. Weitere Informationen finden Sie unter [Log Levels and Verbosities](#log-levels).
+ `timestamp`: Die Uhrzeit im ISO 8601-Format: JJJJ – MM – TT T hh : mm : ss : Dezimalsekundenbruchteil.
+ `channel_arn`: Der ARN zuzüglich der Channel-ID. Im vorherigen Beispiel hat der Channel die ID `5106412`.
+ `logger_name`: Dieses Feld kann leer sein oder einen Namen enthalten, der eine Reihe von zugehörigen Meldungen bündelt.
+ `message`: Die Meldung Denken Sie daran, dass sich der Wortlaut ändern kann, weshalb Sie keine Automatisierung auf der Grundlage des Wortlauts vornehmen sollten.
## Protokollebenen und Ausführlichkeiten für Encoder-Logs
Wenn Sie diese Tabelle verwenden möchten, so finden Sie die entsprechende Stufe in der ersten Spalte und daneben die jeweiligen Schweregrade, die bei dieser Stufe im Protokoll angezeigt werden.
| Level | Debug-Meldungen | Informationsmeldungen | Warnmeldungen | Kritische Meldungen | Fatale Nachrichten |
| --- | --- | --- | --- | --- | --- |
| DEBUG | Ja | Ja | Ja | Ja | Ja |
| INFO | | Ja | Ja | Ja | Ja |
| WARNUNG | | | Ja | Ja | Ja |
| ERROR | | | | Ja | Ja |
## Verwaltung des Protokollspeichers
Wenn Sie einen Kanal löschen, verbleiben die zugehörigen Protokolle in den CloudWatch Protokollen. Die Gebühren für deren Speicherung werden Ihnen weiterhin in Rechnung gestellt, bis Sie sie löschen. Um Protokolle zu löschen, ändern Sie die Aufbewahrung von Protokolldaten. Alle Daten, die älter als die festgelegte Aufbewahrungsfrist sind, werden gelöscht. Weitere Informationen finden Sie im [Amazon CloudWatch Logs-Benutzerhandbuch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/Working-with-log-groups-and-streams.html). Die **Protokollgruppe** für die Protokolle ist **ElementalMediaLive**.
# MediaLive API-Aufrufe protokollieren mit AWS CloudTrail
AWS Elemental MediaLive ist in diesen Service integriert AWS CloudTrail, CloudTrail der eine Aufzeichnung der von einem Benutzer, einer Rolle oder einem AWS Service ausgeführten Aktionen bereitstellt. CloudTrail erfasst alle API-Aufrufe MediaLive als Ereignisse. Zu den erfassten Aufrufen gehören Aufrufe von der MediaLive Konsole und Codeaufrufen für die MediaLive API-Operationen. Wenn Sie einen Trail erstellen, können Sie die kontinuierliche Bereitstellung von CloudTrail Ereignissen an einen Amazon S3 S3-Bucket aktivieren, einschließlich Ereignissen für MediaLive. Wenn Sie keinen Trail konfigurieren, können Sie die neuesten Ereignisse trotzdem in der CloudTrail Konsole im **Ereignisverlauf** anzeigen. Anhand der von gesammelten Informationen können Sie die Anfrage ermitteln CloudTrail, an die die Anfrage gestellt wurde MediaLive, die IP-Adresse, von der aus die Anfrage gestellt wurde, wer die Anfrage gestellt hat, wann sie gestellt wurde, und weitere Details.
Weitere Informationen CloudTrail dazu finden Sie im [AWS CloudTrail Benutzerhandbuch](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/).
## MediaLive Informationen in CloudTrail
CloudTrail ist in Ihrem AWS Konto aktiviert, wenn Sie das Konto erstellen. Wenn Aktivitäten in auftreten MediaLive, wird diese Aktivität zusammen mit anderen AWS Serviceereignissen in der CloudTrail **Ereignishistorie in einem Ereignis** aufgezeichnet. Sie können aktuelle Ereignisse in Ihrem AWS Konto ansehen, suchen und herunterladen. Weitere Informationen finden Sie unter [Ereignisse mit CloudTrail Ereignisverlauf anzeigen](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/view-cloudtrail-events.html).
Für eine fortlaufende Aufzeichnung der Ereignisse in Ihrem AWS Konto, einschließlich der Ereignisse für MediaLive, erstellen Sie einen Trail. Ein *Trail* ermöglicht CloudTrail die Übermittlung von Protokolldateien an einen Amazon S3 S3-Bucket. Wenn Sie einen Trail in der Konsole erstellen, gilt der Trail standardmäßig für alle AWS Regionen. Der Trail protokolliert Ereignisse aus allen Regionen der AWS Partition und übermittelt die Protokolldateien an den von Ihnen angegebenen Amazon S3 S3-Bucket. Darüber hinaus können Sie andere AWS Dienste konfigurieren, um die in den CloudTrail Protokollen gesammelten Ereignisdaten weiter zu analysieren und darauf zu reagieren. Weitere Informationen finden Sie hier:
+ [Übersicht zum Erstellen eines Trails](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-create-and-update-a-trail.html)
+ [CloudTrail Unterstützte Dienste und Integrationen](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-aws-service-specific-topics.html#cloudtrail-aws-service-specific-topics-integrations)
+ [Konfigurieren von Amazon SNS-Benachrichtigungen für CloudTrail](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/getting_notifications_top_level.html)
+ [Empfangen von CloudTrail Protokolldateien aus mehreren Regionen](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/receive-cloudtrail-log-files-from-multiple-regions.html) und [Empfangen von CloudTrail Protokolldateien von mehreren Konten](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-receive-logs-from-multiple-accounts.html)
Alle MediaLive Aktionen werden von der https://docs.aws.amazon.com/medialive/ neuesten /apireference/ protokolliert CloudTrail und sind dort dokumentiert.
Jeder Ereignis- oder Protokolleintrag enthält Informationen zu dem Benutzer, der die Anforderung generiert hat. Anhand der Identitätsinformationen zur Benutzeridentität können Sie Folgendes bestimmen:
+ Ob die Anforderung mit Stammbenutzer- oder AWS Identity and Access Management (IAM)-Anmeldeinformationen ausgeführt wurde.
+ Ob die Anforderung mit temporären Sicherheitsanmeldeinformationen für eine Rolle oder einen Verbundbenutzer ausgeführt wurde.
+ Gibt an, ob die Anforderung aus einem anderen AWS -Service gesendet wurde
Weitere Informationen finden Sie unter [CloudTrail userIdentity-Element](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-event-reference-user-identity.html).
## Logdateieinträge verstehen MediaLive
Ein Trail ist eine Konfiguration, die die Übertragung von Ereignissen als Protokolldateien an einen von Ihnen angegebenen Amazon S3 S3-Bucket ermöglicht. CloudTrail Protokolldateien enthalten einen oder mehrere Protokolleinträge. Ein Ereignis stellt eine einzelne Anforderung aus einer beliebigen Quelle dar und enthält Informationen über die angeforderte Aktion, Datum und Uhrzeit der Aktion, Anforderungsparameter usw. CloudTrail Protokolldateien sind kein geordneter Stack-Trace der öffentlichen API-Aufrufe, sodass sie nicht in einer bestimmten Reihenfolge angezeigt werden.
Das folgende Beispiel zeigt einen CloudTrail Protokolleintrag. Das Beispiel zeigt den Eintrag für einen API-Aufruf. Der Aufruf erfolgt über die Identität, die in angegeben ist`userIdentity`, in diesem Fall ein Benutzer mit dem Benutzernamen`santosp`. Der Aufruf war eine `CreateInput`-Operation, die von der AWS CLI (wie in `userAgent` angegeben) stammt, die auf einem Computer mit der IP-Adresse 203.0.113.33 ausgeführt wurde:
```
{
“eventVersion”: “1.05",
“userIdentity”: {
“type”: “IAMUser”,
“principalId”: “AIDACKCEVSQ6C2EXAMPLE”,
“arn”: “arn:aws:iam::111122223333:user/santosp”,
“accountId”: “111122223333”,
“accessKeyId”: “AKIAOSFODNN7EXAMPLE”,
“userName”: “santosp”
},
“eventTime”: “2019-01-17T21:21:17Z”,
“eventSource”: “medialive.amazonaws.com”,
“eventName”: “CreateInput”,
“awsRegion”: “us-west-2”,
“sourceIPAddress”: “203.0.113.33”,
“userAgent”: “aws-cli/1.16.86 Python/2.7.15 Darwin/17.7.0 botocore/1.12.76”,
“requestParameters”: {
“mediaConnectFlows”: [],
“inputSecurityGroups”: [
“9999999”
],
“sources”: [],
“roleArn”: “MediaLiveAccessRole”,
“requestId”: “1111aaaa-9604-4459-a160-46a28ae166",
“name”: “live-studio-feed”,
“type”: “RTP_PUSH”,
}
},
“responseElements”: {
“input”: {
“arn”: “arn:aws:medialive:us-west-2:111122223333:input:7780651”,
“id”: “7780651”,
“name”: “live-studio-feed”,
“type”: “RTP_PUSH”,
“sources”: [],
“destinations”: [
{
“url”: “rtp://198.51.100.10:1935”,
“ip”: “198.51.100.10:1935”,
“port”: “1935”
},
{
“url”: “rtp://192.0.2.131:1935”,
“ip”: “192.0.2.131:1935”,
“port”: “1935”
}
],
“mediaConnectFlows”: [],
“state”: “DETACHED”,
“attachedChannels”: [],
“securityGroups”: [
“9999999”
],
“roleArn”: “”
}
},
“requestID”: “d2f882ac-1a9d-11e9-a0e5-afe6a8c88993”,
“eventID”: “ebbe0290-7a1b-4053-a219-367404e0fe96”,
“readOnly”: false,
“eventType”: “AwsApiCall”,
“recipientAccountId”: “111122223333"
}
```
# Überwachung von AWS Mediendiensten mit Workflow-Monitor
Der Workflow-Monitor ist ein Tool zur Erkennung, Visualisierung und Überwachung von AWS Medien-Workflows. Der Workflow-Monitor ist in der AWS Konsole und in der API verfügbar. Sie können den Workflow-Monitor verwenden, um visuelle Zuordnungen der Ressourcen Ihres Workflows, sogenannte *Signalzuordnungen*, zu ermitteln und zu erstellen. Sie können CloudWatch Amazon-Alarm- und EventBridge Amazon-Regelvorlagen erstellen und verwalten, um die zugewiesenen Ressourcen zu überwachen. Die von Ihnen erstellten Überwachungsvorlagen werden in bereitstellbare AWS CloudFormation Vorlagen umgewandelt, um Wiederholbarkeit zu gewährleisten. AWS empfohlene Alarmvorlagen bieten vordefinierte Best-Practice-Überwachung.
**Entdecken Sie**
Nutzen Sie Signalkarten, um automatisch miteinander verbundene AWS Ressourcen zu erkennen, die mit Ihrem Medien-Workflow verknüpft sind. Die Erkennung kann bei jeder unterstützten Serviceressource beginnen und erstellt eine end-to-end Zuordnung des Workflows. Signalkarten können als eigenständige Visualisierungstools verwendet oder mit Überwachungsvorlagen erweitert werden.
![\[Komponenten zur Erkennung von Workflow-Monitoren.\]](http://docs.aws.amazon.com/de_de/medialive/latest/ug/images/workflowmonitor-discovery.png)
**Monitor**
Sie können benutzerdefinierte CloudWatch Alarm- und EventBridge Regelvorlagen erstellen, um den Zustand und den Status Ihrer Medien-Workflows zu überwachen. Es stehen bewährte Alarmvorlagen für den Import in Ihre Workflow-Monitor-Umgebung zur Verfügung. Sie können die Best-Practice-Alarmvorlagen unverändert verwenden oder sie so bearbeiten, dass sie besser zu Ihrem Arbeitsablauf passen. Alle Vorlagen, die Sie erstellen, werden in CloudFormation Vorlagen für eine wiederholbare Bereitstellung umgewandelt.
![\[Komponenten zur Überwachung des Workflow-Monitors.\]](http://docs.aws.amazon.com/de_de/medialive/latest/ug/images/workflowmonitor-monitoring.png)
**Anmerkung**
Für die Verwendung von Workflow-Monitor fallen keine direkten Kosten an. Es fallen jedoch Kosten im Zusammenhang mit den Ressourcen an, die zur Überwachung Ihres Workflows erstellt und verwendet werden.
Wenn die Überwachung bereitgestellt wird, werden Amazon CloudWatch - und EventBridge Amazon-Ressourcen erstellt. Wenn Sie die AWS Managementkonsole verwenden, werden Sie vor der Bereitstellung der Überwachung auf einer Signalkarte darüber informiert, wie viele Ressourcen erstellt werden. Weitere Informationen zur Preisgestaltung finden Sie unter: [CloudWatchPreise](https://aws.amazon.com/cloudwatch/pricing/) und [EventBridge Preisgestaltung](https://aws.amazon.com/eventbridge/pricing/).
Der Workflow-Monitor verwendet AWS CloudFormation Vorlagen für die Bereitstellung der CloudWatch EventBridge Ressourcen. Diese Vorlagen werden in einem Amazon Simple Storage Service-Bucket der Standardklasse gespeichert, der während des Bereitstellungsprozesses von Workflow-Monitor in Ihrem Namen erstellt wird und für den Objektspeicher und Rückruf Gebühren anfallen. Weitere Informationen zur Preisgestaltung finden Sie unter: [Amazon S3 S3-Preise](https://aws.amazon.com/s3/pricing/).
In der Workflow-Monitor-Signalmap für AWS Elemental MediaPackage Kanäle generierte Vorschauen werden vom MediaPackage Origin-Endpunkt aus bereitgestellt und es fallen Gebühren für ausgehende Datenübertragungen an. [Die Preise findest du unter: MediaPackage Preise.](https://aws.amazon.com/mediapackage/pricing/)
## Komponenten des Workflow-Monitors
Der Workflow-Monitor besteht aus vier Hauptkomponenten:
+ CloudWatch Alarmvorlagen — Definieren Sie die Bedingungen, anhand derer Sie die Überwachung durchführen möchten CloudWatch. Sie können Ihre eigenen Alarmvorlagen erstellen oder vordefinierte Vorlagen importieren, die von erstellt wurden AWS. Weitere Informationen finden Sie unter: [CloudWatch Alarmgruppen und Vorlagen zur Überwachung Ihres AWS Medienworkflows](monitor-with-workflow-monitor-configure-alarms.md)
+ EventBridge Regelvorlagen — Definieren Sie, wie Benachrichtigungen EventBridge gesendet werden, wenn ein Alarm ausgelöst wird. Weitere Informationen finden Sie unter: [EventBridge Regelgruppen und Vorlagen zur Überwachung Ihres AWS Medien-Workflows](monitor-with-workflow-monitor-configure-notifications.md)
+ Signalzuordnungen — Verwenden Sie einen automatisierten Prozess, um anhand vorhandener AWS Ressourcen AWS elementare Workflow-Übersichten zu erstellen. Die Signalzuordnungen können verwendet werden, um Ressourcen in Ihrem Workflow zu erkennen und diese Ressourcen zu überwachen. Weitere Informationen finden Sie unter: [Signalkarten des Workflow-Monitors](monitor-with-workflow-monitor-configure-signal-maps.md)
+ Überblick — Auf der Übersichtsseite können Sie den Status mehrerer Signalkarten direkt von einem Standort aus überwachen. Überprüfen Sie Metriken, Protokolle und Alarme für Ihre Workflows. Weitere Informationen finden Sie unter: [Überblick über den Workflow-Monitor](monitor-with-workflow-monitor-operate-overview.md)
## Unterstützte Services
Der Workflow-Monitor unterstützt die automatische Erkennung und Signalzuweisung von Ressourcen, die mit den folgenden Diensten verknüpft sind:
+ AWS Elemental MediaConnect
+ AWS Elemental MediaLive
+ AWS Elemental MediaPackage
+ AWS Elemental MediaTailor
+ Amazon S3
+ Amazon CloudFront
**Topics**
+ [Komponenten des Workflow-Monitors](#monitor-with-workflow-monitor-components)
+ [Unterstützte Services](#monitor-with-workflow-monitor-supported-services)
+ [Workflow-Monitor zur Überwachung von AWS Mediendiensten konfigurieren](monitor-with-workflow-monitor-configure.md)
+ [Verwenden Sie den Workflow-Monitor](monitor-with-workflow-monitor-operate.md)
# Workflow-Monitor zur Überwachung von AWS Mediendiensten konfigurieren
Um den Workflow-Monitor zum ersten Mal einzurichten, erstellen Sie die Alarm- und Ereignisvorlagen und entdecken Signalkarten, die zur Überwachung Ihrer Medien-Workflows verwendet werden. Die folgende Anleitung enthält die erforderlichen Schritte, um IAM-Rollen auf Administrator- und Operator-Ebene einzurichten, Workflow-Monitor-Ressourcen zu erstellen und die Überwachung für Ihre Workflows bereitzustellen.
**Topics**
+ [Erste Schritte mit dem Workflow-Monitor](monitor-with-workflow-monitor-configure-getting-started.md)
+ [Workflow-Monitor-Gruppen und -Vorlagen](monitor-with-workflow-monitor-configure-templates.md)
+ [Signalkarten des Workflow-Monitors](monitor-with-workflow-monitor-configure-signal-maps.md)
+ [Workflow-Monitor-Kontingente](monitor-with-workflow-monitor-configure-quotas.md)
# Erste Schritte mit dem Workflow-Monitor
Die folgenden Schritte bieten einen grundlegenden Überblick über die erstmalige Verwendung von Workflow Monitor.
1. Richten Sie Workflow-Monitor-IAM-Berechtigungen für Rollen auf Administrator- und Operatorebene ein: [IAM-Richtlinien zur Workflow-Überwachung](monitor-with-workflow-monitor-configure-getting-started-IAM.md)
1. Erstellen Sie Alarmvorlagen oder importieren Sie vordefinierte Vorlagen, die erstellt wurden von AWS: [CloudWatch-Alarme](monitor-with-workflow-monitor-configure-alarms.md)
1. Erstellen Sie Benachrichtigungsereignisse, die zugestellt werden von EventBridge: [EventBridge Regeln ](monitor-with-workflow-monitor-configure-notifications.md)
1. Entdecken Sie Signalkarten mithilfe Ihrer vorhandenen AWS Elementarressourcen: [Signalkarten ](monitor-with-workflow-monitor-configure-signal-maps.md)
1. Hängen Sie die Alarmvorlagen und Benachrichtigungsregeln an Ihre Signalkarte an: [Vorlagen anhängen](monitor-with-workflow-monitor-configure-signal-maps-attach.md)
1. Stellen Sie die Vorlagen bereit, um mit der Überwachung der Signalkarte zu beginnen: [Bereitstellung von Vorlagen für die Überwachung](monitor-with-workflow-monitor-configure-deploy.md)
1. Überwachen und überprüfen Sie Ihre Workflow-Monitor-Ressourcen mithilfe des Übersichtsbereichs der AWS Konsole: [-Übersicht](monitor-with-workflow-monitor-operate-overview.md)
![\[Die einzelnen Schritte zur Einrichtung des Workflow-Monitors. Erstellen Sie zunächst die IAM-Rollen. Als Nächstes erstellen Sie Vorlagen für Alarme und Ereignisse. Suchen Sie als Nächstes nach einer Signalkarte und hängen Sie Ihre Vorlagen an die Karte an. Nachdem einer Signalkarte Vorlagen angehängt wurden, müssen die Vorlagen bereitgestellt werden. Der letzte Schritt ist die Überwachung anhand der Vorlagen und der Übersichtsressourcen.\]](http://docs.aws.amazon.com/de_de/medialive/latest/ug/images/workflowmonitor-overview-steps.png)
# Workflow-Monitor (IAM-Richtlinien)
Der Workflow-Monitor interagiert mit mehreren AWS Diensten, um Signalkarten, Builds CloudWatch und EventBridge Ressourcen sowie Vorlagen zu erstellen. CloudFormation Da der Workflow-Monitor mit einer Vielzahl von Diensten interagiert, müssen für diese Dienste spezifische AWS Identity and Access Management (IAM-) Richtlinien zugewiesen werden. In den folgenden Beispielen werden die erforderlichen IAM-Richtlinien sowohl für Administrator- als auch für Operator-IAM-Rollen beschrieben.
## IAM-Richtlinie für Administratoren
Die folgende Beispielrichtlinie bezieht sich auf eine IAM-Richtlinie für den Workflow-Monitor auf Administratorebene. Diese Rolle ermöglicht die Erstellung und Verwaltung von Workflow-Monitor-Ressourcen und der unterstützten Serviceressourcen, die mit Workflow-Monitor interagieren.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"cloudwatch:List*",
"cloudwatch:Describe*",
"cloudwatch:Get*",
"cloudwatch:PutAnomalyDetector",
"cloudwatch:PutMetricData",
"cloudwatch:PutMetricAlarm",
"cloudwatch:PutCompositeAlarm",
"cloudwatch:PutDashboard",
"cloudwatch:DeleteAlarms",
"cloudwatch:DeleteAnomalyDetector",
"cloudwatch:DeleteDashboards",
"cloudwatch:TagResource",
"cloudwatch:UntagResource"
],
"Resource": "*"
},
{
"Effect": "Allow",
"Action": [
"cloudformation:List*",
"cloudformation:Describe*",
"cloudformation:CreateStack",
"cloudformation:UpdateStack",
"cloudformation:DeleteStack",
"cloudformation:TagResource",
"cloudformation:UntagResource"
],
"Resource": "*"
},
{
"Effect": "Allow",
"Action": [
"cloudfront:List*",
"cloudfront:Get*"
],
"Resource": "*"
},
{
"Effect": "Allow",
"Action": [
"ec2:DescribeNetworkInterfaces"
],
"Resource": "*"
},
{
"Effect": "Allow",
"Action": [
"events:List*",
"events:Describe*",
"events:CreateEventBus",
"events:PutRule",
"events:PutTargets",
"events:EnableRule",
"events:DisableRule",
"events:DeleteRule",
"events:RemoveTargets",
"events:TagResource",
"events:UntagResource"
],
"Resource": "*"
},
{
"Effect": "Allow",
"Action": [
"logs:Describe*",
"logs:Get*",
"logs:TagLogGroup",
"logs:TagResource",
"logs:UntagLogGroup",
"logs:UntagResource"
],
"Resource": "*"
},
{
"Effect": "Allow",
"Action": [
"mediaconnect:List*",
"mediaconnect:Describe*"
],
"Resource": "*"
},
{
"Effect": "Allow",
"Action": [
"medialive:*"
],
"Resource": "*"
},
{
"Effect": "Allow",
"Action": [
"mediapackage:List*",
"mediapackage:Describe*"
],
"Resource": "*"
},
{
"Effect": "Allow",
"Action": [
"mediapackagev2:List*",
"mediapackagev2:Get*"
],
"Resource": "*"
},
{
"Effect": "Allow",
"Action": [
"mediapackage-vod:List*",
"mediapackage-vod:Describe*"
],
"Resource": "*"
},
{
"Effect": "Allow",
"Action": [
"mediatailor:List*",
"mediatailor:Describe*",
"mediatailor:Get*"
],
"Resource": "*"
},
{
"Effect": "Allow",
"Action": [
"resource-groups:ListGroups",
"resource-groups:GetGroup",
"resource-groups:GetTags",
"resource-groups:GetGroupQuery",
"resource-groups:GetGroupConfiguration",
"resource-groups:CreateGroup",
"resource-groups:UngroupResources",
"resource-groups:GroupResources",
"resource-groups:DeleteGroup",
"resource-groups:UpdateGroupQuery",
"resource-groups:UpdateGroup",
"resource-groups:Tag",
"resource-groups:Untag"
],
"Resource": "*"
},
{
"Effect": "Allow",
"Action": [
"s3:*"
],
"Resource": "arn:aws:s3:::workflow-monitor-templates*"
},
{
"Effect": "Allow",
"Action": [
"sns:TagResource",
"sns:UntagResource"
],
"Resource": "*"
},
{
"Effect": "Allow",
"Action": [
"tag:Get*",
"tag:Describe*",
"tag:TagResources",
"tag:UntagResources"
],
"Resource": "*"
}
]
}
```
------
## IAM-Richtlinie für Betreiber
Die folgende Beispielrichtlinie bezieht sich auf eine IAM-Richtlinie für den Workflow-Monitor auf Operatorebene. Diese Rolle ermöglicht eingeschränkten und schreibgeschützten Zugriff auf die Workflow-Monitor-Ressourcen und die unterstützten Serviceressourcen, die mit dem Workflow-Monitor interagieren.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"cloudwatch:List*",
"cloudwatch:Describe*",
"cloudwatch:Get*"
],
"Resource": "*"
},
{
"Effect": "Allow",
"Action": [
"cloudformation:List*",
"cloudformation:Describe*"
],
"Resource": "*"
},
{
"Effect": "Allow",
"Action": [
"cloudfront:List*",
"cloudfront:Get*"
],
"Resource": "*"
},
{
"Effect": "Allow",
"Action": [
"ec2:DescribeNetworkInterfaces"
],
"Resource": "*"
},
{
"Effect": "Allow",
"Action": [
"events:List*",
"events:Describe*"
],
"Resource": "*"
},
{
"Effect": "Allow",
"Action": [
"logs:Describe*",
"logs:Get*"
],
"Resource": "*"
},
{
"Effect": "Allow",
"Action": [
"mediaconnect:List*",
"mediaconnect:Describe*"
],
"Resource": "*"
},
{
"Effect": "Allow",
"Action": [
"medialive:List*",
"medialive:Get*",
"medialive:Describe*"
],
"Resource": "*"
},
{
"Effect": "Allow",
"Action": [
"mediapackage:List*",
"mediapackage:Describe*"
],
"Resource": "*"
},
{
"Effect": "Allow",
"Action": [
"mediapackagev2:List*",
"mediapackagev2:Get*"
],
"Resource": "*"
},
{
"Effect": "Allow",
"Action": [
"mediapackage-vod:List*",
"mediapackage-vod:Describe*"
],
"Resource": "*"
},
{
"Effect": "Allow",
"Action": [
"mediatailor:List*",
"mediatailor:Describe*",
"mediatailor:Get*"
],
"Resource": "*"
},
{
"Effect": "Allow",
"Action": [
"s3:Get*",
"s3:List*"
],
"Resource": "arn:aws:s3:::workflow-monitor-templates*"
},
{
"Effect": "Allow",
"Action": [
"tag:Get*",
"tag:Describe*"
],
"Resource": "*"
}
]
}
```
------
# Workflow-Monitor-Gruppen und -Vorlagen
Bevor Sie die Workflow-Überwachung in einer Signalmap einsetzen können, müssen Sie die Gruppen und Vorlagen für CloudWatch Alarme und EventBridge Benachrichtigungen erstellen. Die CloudWatch Vorlagen definieren, welche Szenarien und Schwellenwerte verwendet werden, um die Alarme auszulösen. Die EventBridge Vorlagen bestimmen, wie Ihnen diese Alarme gemeldet werden.
Wenn Sie nur Zuordnungen Ihrer verbundenen Ressourcen wünschen und nicht die Funktionen der Überwachungsvorlagen von Workflow-Monitor verwenden möchten, können Sie Signalzuordnungen auch ohne CloudWatch Vorlagen verwenden. EventBridge Weitere Informationen zur Verwendung von Signalkarten finden Sie unter: [Signalkarten ](monitor-with-workflow-monitor-configure-signal-maps.md)
**Topics**
+ [CloudWatch Alarmgruppen und Vorlagen zur Überwachung Ihres AWS Medienworkflows](monitor-with-workflow-monitor-configure-alarms.md)
+ [EventBridge Regelgruppen und Vorlagen zur Überwachung Ihres AWS Medien-Workflows](monitor-with-workflow-monitor-configure-notifications.md)
# CloudWatch Alarmgruppen und Vorlagen zur Überwachung Ihres AWS Medienworkflows
Mit Workflow-Monitor-Alarmen können Sie vorhandene CloudWatch Messwerte als Grundlage für Alarme für Ihre Signalkarten verwenden. Sie können eine Alarmvorlagengruppe erstellen, um die Alarmtypen zu sortieren und zu klassifizieren, die für Ihren Arbeitsablauf wichtig sind. Innerhalb jeder Alarmvorlagengruppe erstellen Sie Alarmvorlagen mit bestimmten CloudWatch Metriken und Parametern, die Sie überwachen möchten. Sie können Ihre eigenen Alarmvorlagen erstellen oder empfohlene Alarmvorlagen importieren, die von erstellt wurden AWS. Nachdem Sie eine Alarmvorlagengruppe und Alarmvorlagen innerhalb dieser Gruppe erstellt haben, können Sie eine oder mehrere dieser Alarmvorlagengruppen an eine Signalmap anhängen.
Sie müssen zuerst eine Alarmvorlagengruppe erstellen. Nachdem Sie eine Alarmvorlagengruppe erstellt haben, können Sie Ihre eigenen Vorlagen erstellen oder empfohlene Vorlagen verwenden, die von erstellt wurden AWS. Wenn Sie Ihre eigenen Alarmvorlagen erstellen möchten, fahren Sie auf dieser Seite fort. Weitere Informationen zum Importieren von empfohlenen Vorlagen finden Sie unter: [Empfohlene Vorlagen](monitor-with-workflow-monitor-configure-alarms-recommended-templates.md)
In diesem Abschnitt wird die Erstellung von CloudWatch Alarmen mithilfe des Workflow-Monitors behandelt. Weitere Informationen darüber, wie der CloudWatch Service mit Alarmen umgeht, und Einzelheiten zu den Alarmkomponenten finden Sie unter: [Verwenden von CloudWatch Alarmen](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html) im * CloudWatch Amazon-Benutzerhandbuch*
## Alarm-Vorlagengruppen erstellen
Mithilfe von Alarmvorlagengruppen können Sie die Alarmtypen sortieren und klassifizieren, die für Ihren Arbeitsablauf wichtig sind.
**Um eine Alarmvorlagengruppe zu erstellen**
1. Wählen Sie im Navigationsbereich der Workflow-Monitor-Konsole die Option **CloudWatchAlarmvorlagen** aus.
1. Wählen Sie **Alarmvorlagengruppe erstellen** aus.
1. Geben Sie der Alarmvorlagengruppe einen eindeutigen **Gruppennamen** und optional eine **Beschreibung**.
1. Wählen Sie **Erstellen** aus. Sie werden zur Detailseite der neu erstellten Alarmvorlagengruppe weitergeleitet.
## Alarmvorlagen erstellen
Sie können Alarmvorlagen mit den CloudWatch Metriken und Parametern erstellen, die Sie überwachen möchten.
**Um eine Alarmvorlage zu erstellen**
1. Wählen Sie auf der Detailseite der Alarmvorlagengruppe die Option **Alarmvorlage erstellen** aus.
1. Geben Sie der Alarmvorlage einen eindeutigen **Vorlagennamen** und optional eine **Beschreibung**.
1. Gehen **Sie im Abschnitt Metrik auswählen** wie folgt vor:
1. Wählen Sie einen **Zielressourcentyp** aus. Der Zielressourcentyp ist eine Ressource für den jeweiligen Service, z. B. ein Kanal für MediaLive und MediaPackage oder ein Flow für MediaConnect.
1. Wählen Sie einen **Metriknamen** aus. Dies ist die CloudWatch Metrik, die als Grundlage für den Alarm dient. Die Liste der Metriken ändert sich je nach ausgewähltem **Zielressourcentyp**.
1. Gehen Sie im Bereich **Alarmeinstellungen** wie folgt vor:
**Anmerkung**
Weitere Informationen darüber, wie der CloudWatch Service mit Alarmen umgeht, und Einzelheiten zu den Alarmkomponenten finden Sie unter: [Verwenden von CloudWatch Alarmen](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html) im * CloudWatch Amazon-Benutzerhandbuch*
1. Wählen Sie die **Statistik** aus. Dies ist ein Wert, z. B. eine **Summe** oder ein **Durchschnitt**, der zur Überwachung der Metrik verwendet wird.
1. Wählen Sie den **Vergleichsoperator** aus. Dieses Feld verweist auf den **Schwellenwert**, den Sie im nächsten Schritt festgelegt haben.
1. Legen Sie einen **Schwellenwert** fest. Dies ist ein numerischer Wert, anhand **dessen der Vergleichsoperator** bestimmt, ob der Status größer als, kleiner oder gleich dem Status ist.
1. Legen Sie einen **Zeitraum** fest. Dies ist ein Zeitwert in Sekunden. Der **Zeitraum** ist der Zeitraum, in dem **Statistik**, **Vergleichsoperator** und **Schwellenwert** interagieren, um zu bestimmen, ob der Alarm ausgelöst wird.
1. Legen Sie die **Datenpunkte** fest. Dieser Wert bestimmt, wie viele Datenpunkte benötigt werden, um den Alarm auszulösen.
1. Wählen Sie aus, wie **fehlende Daten behandelt werden sollen**. Diese Auswahl bestimmt, wie dieser Alarm auf fehlende Daten reagiert.
1. Wählen Sie **Erstellen** aus, um den Vorgang abzuschließen.
Ein Beispiel für eine fertige Alarmvorlage könnte die folgenden Parameter haben: Ein MediaConnect **Flow-Zielressourcentyp** wird auf den **Metriknamen** für Verbindungsabbrüche überwacht. Der **Statistikwert** ist auf Summe mit einem **Vergleichsoperator** von „größer als oder gleich“ und einem **Schwellenwert** von 10 festgelegt. Der **Zeitraum** ist auf 60 Sekunden festgelegt und erfordert nur 1 von 1 **Datenpunkten**. **Fehlende Daten behandeln** ist auf „Ignorieren“ gesetzt.
Das Ergebnis dieser Einstellungen ist: Der Workflow-Monitor überwacht, ob es im Flow zu Verbindungsabbrüchen kommt. Wenn innerhalb von 60 Sekunden 10 oder mehr Verbindungsabbrüche auftreten, wird der Alarm ausgelöst. 10 oder mehr Verbindungsabbrüche innerhalb von 60 Sekunden müssen nur einmal geschehen, damit der Alarm ausgelöst wird.
# Empfohlene Alarmvorlagen für die Überwachung Ihres Medienworkflows AWS
Bei den empfohlenen Vorlagen von Workflow Monitor handelt es sich um eine kuratierte Auswahl von AWS Elemental-Servicemetriken mit vordefinierten Alarmeinstellungen, die für die Metrik geeignet sind. Wenn Sie keine benutzerdefinierten Alarmvorlagen erstellen möchten, bieten Ihnen die empfohlenen Vorlagen Best-Practice-Überwachungsvorlagen, die von erstellt wurden. AWS
Der Workflow-Monitor enthält empfohlene Vorlagengruppen für jeden unterstützten Dienst. Diese Gruppen sind so konzipiert, dass sie die Überwachung nach bewährten Methoden auf bestimmte Arten von Workflows anwenden. Jede Vorlagengruppe enthält eine kuratierte Auswahl von Alarmen, die anhand dienstspezifischer Metriken konfiguriert wurden. Beispielsweise hat eine empfohlene Vorlagengruppe für einen MediaLive Multiplex-Workflow einen anderen Satz vorkonfigurierter Metriken als ein CDI-Workflow. MediaConnect
**Um empfohlene Alarmvorlagen zu verwenden**
1. Folgen Sie den Schritten, um [eine Alarmvorlagengruppe zu erstellen](monitor-with-workflow-monitor-configure-alarms.md#monitor-with-workflow-monitor-alarms-groups-create), oder wählen Sie eine bestehende aus.
1. Wählen Sie im Abschnitt **Alarmvorlagen** die Option **Importieren** aus. Sie müssen die AWS empfohlenen Vorlagen in Ihre Vorlagengruppe importieren.
1. Verwenden Sie das Drop-down-Menü **für CloudWatch Alarmvorlagengruppen**, um eine AWS empfohlene Gruppe auszuwählen. Diese Gruppen enthalten kuratierte Alarme für bestimmte Dienste.
1. Wählen Sie mithilfe der Kontrollkästchen die Vorlagen aus, die importiert werden sollen. Jede Vorlage listet ihre Metriken und vorkonfigurierten Überwachungswerte auf und bietet eine Beschreibung der Metrik. Wenn Sie mit der Auswahl der Vorlagen fertig sind, klicken Sie auf die Schaltfläche **Hinzufügen**.
1. Die ausgewählten Vorlagen werden in den Bereich „Zu **importierende Alarmvorlage (n)**“ verschoben. Überprüfen Sie Ihre Auswahl und wählen Sie **Importieren** aus.
1. Nach Abschluss des Imports werden die ausgewählten Vorlagen der Vorlagengruppe hinzugefügt. Wenn Sie weitere Vorlagen hinzufügen möchten, wiederholen Sie den Importvorgang.
1. Importierte Vorlagen können nach dem Import angepasst werden. Die Alarmeinstellungen können an Ihre Alarmanforderungen angepasst werden.
# EventBridge Regelgruppen und Vorlagen zur Überwachung Ihres AWS Medien-Workflows
CloudWatch verwendet EventBridge Amazon-Regeln zum Senden von Benachrichtigungen. Sie beginnen mit der Erstellung einer Event-Vorlagengruppe. In dieser Vorlagengruppe für Ereignisse erstellen Sie Ereignisvorlagen, die festlegen, unter welchen Bedingungen eine Benachrichtigung ausgelöst wird und wer benachrichtigt wird.
In diesem Abschnitt wird die Erstellung von EventBridge Regeln mithilfe des Workflow-Monitors behandelt. Weitere Informationen darüber, wie der EventBridge Service Regeln verwendet, finden Sie unter: [EventBridge Regeln](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-rules.html) im * EventBridge Amazon-Benutzerhandbuch*
## Vorlagengruppen für Veranstaltungen erstellen
Mithilfe von Vorlagengruppen für Ereignisse können Sie Ereignisse anhand Ihres Anwendungsfalls sortieren und klassifizieren.
**Um eine Vorlagengruppe für Ereignisse zu erstellen**
1. Wählen Sie im Navigationsbereich der Workflow-Monitor-Konsole **EventBridge Regelvorlagen** aus.
1. Wählen Sie **Ereignisvorlagengruppe erstellen** aus.
1. Geben Sie der Alarmvorlagengruppe einen eindeutigen **Gruppennamen** und optional eine **Beschreibung**.
1. Wählen Sie **Erstellen** aus. Sie werden zur Detailseite der neu erstellten Alarmvorlagengruppe weitergeleitet.
## Event-Vorlagen erstellen
Sie können Benachrichtigungen auf der Grundlage von Ereignisvorlagen senden, die Sie erstellt haben.
**Um eine Event-Vorlage zu erstellen**
1. Wählen Sie auf der Detailseite der Veranstaltungsvorlagengruppe die Option **Eventvorlage erstellen** aus.
1. Geben Sie der Veranstaltungsvorlage einen eindeutigen **Vorlagennamen** und optional eine **Beschreibung**.
1. Gehen Sie im Abschnitt **Regeleinstellungen** wie folgt vor:
1. Wählen Sie einen **Ereignistyp** aus. Bei der Auswahl eines Ereignistyps können Sie zwischen mehreren Ereignissen wählen, die von einem Alarm erstellt wurden, AWS oder die Option **Signal map active auswählen, um einen Alarm** zu verwenden, der mit einer Alarmvorlage erstellt wurde.
1. Wählen Sie einen **Target-Service** aus. Dies bestimmt, wie Sie über dieses Ereignis informiert werden möchten. Sie können Amazon Simple Notification Service oder CloudWatch Protokolle auswählen.
1. Nachdem Sie einen Zieldienst ausgewählt haben, wählen Sie ein **Ziel** aus. Dies ist ein Amazon SNS SNS-Thema oder eine CloudWatch Protokollgruppe, abhängig von Ihrer Zielservice-Auswahl.
1. Wählen Sie **Erstellen** aus, um den Vorgang abzuschließen.
# Signalkarten des Workflow-Monitors
Signalkarten sind visuelle Zuordnungen von AWS Ressourcen in Ihrem Medienworkflow. Sie können den Workflow-Monitor verwenden, um die Signalzuordnungssuche für jeden der unterstützten Ressourcentypen zu starten. Während des Erkennungsprozesses ordnet der Workflow-Monitor automatisch und rekursiv alle verbundenen AWS Ressourcen zu. Nachdem die Signalmap erstellt wurde, können Sie die Workflow-Monitor-Konsole verwenden, um beispielsweise Überwachungsvorlagen bereitzustellen, Metriken anzuzeigen und Details der zugewiesenen Ressourcen anzuzeigen.
**Topics**
+ [Signalkarten für AWS Medien-Workflows erstellen](monitor-with-workflow-monitor-configure-signal-maps-create.md)
+ [Signalkarten von AWS Medien-Workflows anzeigen](monitor-with-workflow-monitor-configure-signal-maps-view.md)
+ [Hinzufügen von Alarm- und Ereignisvorlagen zur Signalübersicht Ihres AWS Medienworkflows](monitor-with-workflow-monitor-configure-signal-maps-attach.md)
+ [Bereitstellung von Vorlagen für die Signallampe Ihres AWS Medienworkflows](monitor-with-workflow-monitor-configure-deploy.md)
+ [Aktualisierung der Signalkarte Ihres AWS Medien-Workflows](monitor-with-workflow-monitor-configure-signal-maps-update.md)
+ [Löschen der Signallampe Ihres AWS Medien-Workflows](monitor-with-workflow-monitor-configure-signal-maps-delete.md)
# Signalkarten für AWS Medien-Workflows erstellen
Sie können Workflow-Monitor-Signalzuordnungen verwenden, um eine visuelle Zuordnung aller verbundenen AWS Ressourcen in Ihrem Medien-Workflow zu erstellen.
**Um eine Signalmap zu erstellen**
1. Wählen Sie im Navigationsbereich der Workflow-Monitor-Konsole die Option **Signalzuordnungen** aus.
1. Wählen Sie **Signalkarte erstellen** aus.
1. Geben Sie der Signalmap einen **Namen** und eine **Beschreibung**.
1. Im Abschnitt **Neue Signalkarte entdecken** werden die Ressourcen im aktuellen Konto und in der ausgewählten Region angezeigt. Wählen Sie eine Ressource aus, um mit der Erkennung der Signalkarte zu beginnen. Die ausgewählte Ressource wird der Ausgangspunkt für die Suche sein.
1. Wählen Sie **Erstellen** aus. Warten Sie einen Moment, bis der Entdeckungsprozess abgeschlossen ist. Nach Abschluss des Vorgangs wird Ihnen die neue Signalkarte angezeigt.
**Anmerkung**
In der Workflow-Monitor-Signalmap für AWS Elemental MediaPackage Kanäle generierte Vorschauen werden vom MediaPackage Origin-Endpunkt aus bereitgestellt und es fallen Gebühren für ausgehende Datenübertragungen an. [Die Preise findest du unter: MediaPackage Preise.](https://aws.amazon.com/mediapackage/pricing/)
# Signalkarten von AWS Medien-Workflows anzeigen
Mithilfe der Signalkarten des Workflow-Monitors können Sie sich eine visuelle Zuordnung aller verbundenen AWS Ressourcen in Ihrem Medien-Workflow anzeigen lassen.
**Signalkartenansichten**
Nachdem Sie eine Signalkarte ausgewählt haben, stehen Ihnen zwei Ansichten zur Verfügung, mit denen Sie die Signalkarte überwachen oder konfigurieren können. **Signal-Map überwachen** und **Signal-Map konfigurieren** ist eine kontextsensitive Schaltfläche, die sich oben rechts im Bereich der Signal-Map-Konsole befindet.
Wenn Sie die Signalkarte im Abschnitt **Signalkarten** des Navigationsfensters auswählen, wird Ihre Signalkarte in der Konfigurationsansicht angezeigt. In der Konfigurationsansicht können Sie Änderungen an den Vorlagengruppen vornehmen, die an diese Signalkarte angehängt sind, die angehängten Vorlagen bereitstellen und die grundlegenden Details und Tags der Signalkarte anzeigen.
Wenn Sie die Signalkarte im Abschnitt „**Übersicht**“ des Navigationsfensters auswählen, wird Ihre Signalkarte in der Überwachungsansicht angezeigt. In der Überwachungsansicht werden die CloudWatch Alarme, EventBridge Regeln, Warnungen, Protokolle und Messwerte für diese Signalkarte angezeigt.
Die Ansicht kann jederzeit geändert werden, indem Sie oben rechts auf die Schaltfläche **Signalmap überwachen/konfigurieren** klicken. Für die Konfigurationsansicht sind IAM-Berechtigungen auf Administratorebene erforderlich. Die erforderlichen IAM-Berechtigungen können hier eingesehen werden: [IAM-Richtlinien zur Workflow-Überwachung](monitor-with-workflow-monitor-configure-getting-started-IAM.md)
**In der Signalkarte navigieren**
Eine Signalmap enthält Knoten für jede unterstützte AWS-Ressource, die vom Workflow-Monitor erkannt wurde. Bestimmte Ressourcen, wie MediaLive Kanäle und MediaPackage Endpunkte, können Vorschaubilder des Inhalts anzeigen, sofern Vorschaubilder verfügbar sind.
Wenn Sie einen Ressourcenknoten auswählen und im Dropdownmenü **Aktionen** die Option **Ausgewählte Ressourcendetails anzeigen** auswählen, gelangen Sie zur Detailseite des zugehörigen Dienstes. Wenn Sie beispielsweise einen MediaLive Kanal auswählen und **Ausgewählte Ressourcendetails anzeigen** auswählen, wird die Detailseite der MediaLive Konsole für diesen Kanal geöffnet.
Wenn Sie einen Ressourcenknoten auswählen, wird die Liste der aktiven Alarme nur auf diesen Knoten gefiltert. Wenn Sie im aktiven Alarm den **Ziel-ARN** der Ressource auswählen, werden Sie zur Detailseite des zugehörigen Dienstes weitergeleitet, auf der die ausgewählte Ressource geöffnet ist.
# Hinzufügen von Alarm- und Ereignisvorlagen zur Signalübersicht Ihres AWS Medienworkflows
Nachdem Sie Alarm- und Ereignisvorlagen erstellt haben, müssen Sie diese an eine Signalkarte anhängen. Jede der von Ihnen erstellten Alarm- und Ereignisvorlagen kann an alle erkannten Signalkarten angehängt werden.
**Um Alarm- und Ereignisvorlagen an Ihre Signalkarte anzuhängen**
1. Wählen Sie im Navigationsbereich der Workflow-Monitor-Konsole die Option **Signalzuordnungen** und dann die Signalkarte aus, mit der Sie arbeiten möchten.
1. Wählen Sie oben rechts auf der Signalzuordnungsseite auf der Registerkarte **CloudWatchAlarmvorlagengruppen die Option Alarmvorlagengruppen** **anhängen CloudWatch ** aus.
1. **Wählen Sie in dem neuen Bereich, der geöffnet wird, alle Alarmvorlagengruppen aus, die Sie auf diese Signalzuordnung anwenden möchten, und wählen Sie dann Hinzufügen aus.** Dadurch werden die ausgewählten Alarmvorlagengruppen in den Abschnitt **Angehängte CloudWatch Alarmvorlagengruppen** verschoben.
1. Wenn **Sie Speichern** auswählen, werden Ihre Änderungen gespeichert und Sie kehren zur Signalzuordnungsseite zurück.
1. Wählen Sie rechts auf der Signalzuordnungsseite die Registerkarte **EventBridge Regelvorlagengruppen** und dann ** EventBridgeRegelvorlagengruppen anhängen** aus.
1. Wählen Sie im neuen Bereich, der geöffnet wird, alle Event-Vorlagengruppen aus, die Sie auf diese Signalmap anwenden möchten, und wählen Sie dann **Hinzufügen** aus. Dadurch werden die ausgewählten Regelvorlagengruppen in den Abschnitt **Angehängte EventBridge Regelvorlagengruppen** verschoben.
1. Wenn **Sie Speichern** auswählen, werden Ihre Änderungen gespeichert und Sie kehren zur Signalzuordnungsseite zurück.
1. Sie haben der Signalkarte CloudWatch Alarm- und EventBridge Regelvorlagen zugewiesen, aber die Überwachung ist noch nicht implementiert. Im nächsten Abschnitt wird der Einsatz der Überwachungsressourcen behandelt.
# Bereitstellung von Vorlagen für die Signallampe Ihres AWS Medienworkflows
Nachdem Sie die Alarm- und Ereignisvorlagen an Ihre Signalkarte angehängt haben, müssen Sie die Überwachung bereitstellen. Bis die Bereitstellung abgeschlossen ist, ist die Überwachung Ihrer Signalkarte nicht aktiv.
Der Workflow-Monitor löst nur Alarme aus, die für die ausgewählte Signallampe relevant sind. Beispielsweise kann die angehängte Alarmvorlagengruppe Alarme für mehrere Dienste enthalten, z. B. MediaLive MediaPackage, und MediaConnect. Wenn die ausgewählte Signalzuordnung nur MediaLive Ressourcen enthält, werden keine MediaPackage MediaConnect Alarme ausgelöst.
**Um die Überwachungsvorlagen bereitzustellen**
1. Nachdem Sie Ihrer Signalübersicht Gruppen mit Alarm- und Ereignisvorlagen hinzugefügt und Ihre Änderungen gespeichert haben, wählen Sie im Dropdownmenü **Aktionen** die Option **Monitor bereitstellen** aus.
1. Sie werden aufgefordert, die Bereitstellung zu bestätigen, und es werden die Anzahl CloudWatch und die EventBridge Ressourcen angezeigt, die erstellt werden sollen. Wenn Sie fortfahren möchten, wählen Sie **Bereitstellen** aus.
**Anmerkung**
Für die Nutzung des Workflow-Monitors fallen keine direkten Kosten an. Es fallen jedoch Kosten im Zusammenhang mit den Ressourcen an, die zur Überwachung Ihres Workflows erstellt und verwendet werden.
Wenn die Überwachung bereitgestellt wird, werden Amazon CloudWatch - und EventBridge Amazon-Ressourcen erstellt. Wenn Sie die AWS Managementkonsole verwenden, werden Sie vor der Bereitstellung der Überwachung auf einer Signalkarte darüber informiert, wie viele Ressourcen erstellt werden. Weitere Informationen zur Preisgestaltung finden Sie unter: [CloudWatchPreise](https://aws.amazon.com/cloudwatch/pricing/) und [EventBridge Preisgestaltung](https://aws.amazon.com/eventbridge/pricing/).
Der Workflow-Monitor verwendet AWS CloudFormation Vorlagen für die Bereitstellung der CloudWatch EventBridge Ressourcen. Diese Vorlagen werden in einem Amazon Simple Storage Service-Bucket der Standardklasse gespeichert, der während des Bereitstellungsprozesses von Workflow-Monitor in Ihrem Namen erstellt wird und für den Objektspeicher und Rückruf Gebühren anfallen. Weitere Informationen zur Preisgestaltung finden Sie unter: [Amazon S3 S3-Preise](https://aws.amazon.com/s3/pricing/).
1. Der Status der Bereitstellung wird neben dem Namen der Signalkarte angezeigt. Der Bereitstellungsstatus ist auch im Bereich **Stacks** der CloudFormation Konsole sichtbar. Nach einigen Augenblicken der Erstellung und Bereitstellung der Ressourcen beginnt die Überwachung Ihrer Signalkarte.
# Aktualisierung der Signalkarte Ihres AWS Medien-Workflows
Wenn an Ihrem Arbeitsablauf eine Änderung vorgenommen wird, müssen Sie möglicherweise die Signalkarte erneut ermitteln und die Überwachungsressourcen erneut einsetzen. Der Workflow-Monitor ist ein Visualisierungs- und Überwachungstool, das keine Änderungen an Ihrem Workflow vornehmen kann. Signalkarten stellen eine point-in-time Visualisierung Ihres Workflows dar. Für den Fall, dass Sie Teile Ihres Medien-Workflows hinzufügen, entfernen oder erheblich ändern, empfehlen wir Ihnen, die Signalmap erneut zu entdecken. Wenn Sie mit der Signalmap Monitoring-Ressourcen verknüpft haben, empfehlen wir Ihnen, die Überwachung nach dem Rediscovery-Prozess erneut einzusetzen.
**Um eine Signalkarte wieder zu entdecken**
1. Wählen Sie im Navigationsbereich der Workflow-Monitor-Konsole die Option **Signalzuordnungen** und dann die Signalkarte aus, mit der Sie arbeiten möchten.
1. Stellen Sie sicher, dass Sie sich in der Ansicht **Signalmap konfigurieren** befinden. Weitere Informationen zum Ändern von Ansichten finden Sie unter: [Signalkarten anzeigen ](monitor-with-workflow-monitor-configure-signal-maps-view.md)
1. Wählen Sie oben rechts auf der Signalzuordnungsseite das Dropdownmenü **Aktionen** aus. **Wählen Sie Wiederentdecken aus.**
1. Ihnen wird der Wiederentdeckungsbildschirm angezeigt. Wählen Sie eine Ressource aus, die Teil des Workflows ist, den Sie gerade wiederentdecken. Wählen Sie die Schaltfläche „**Wiederentdecken**“.
1. Die Signalkarte wird gemäß dem aktuellen Arbeitsablauf neu erstellt. Wenn Sie Monitoring-Ressourcen erneut einsetzen müssen, bleiben Sie auf der Seite dieser Signalübersicht. Alle zuvor angehängten Überwachungsvorlagen bleiben angehängt, müssen jedoch erneut bereitgestellt werden.
**Um Überwachungsvorlagen nach einer erneuten Erkennung der Signalmap erneut bereitzustellen**
1. Nach der Wiederentdeckung werden Sie zur aktualisierten Signalkarte weitergeleitet. Um die Überwachungsvorlagen erneut bereitzustellen, wählen Sie im Dropdownmenü **Aktionen** die Option **Monitor bereitstellen** aus.
1. Sie werden aufgefordert, die Bereitstellung zu bestätigen, und es wird die Anzahl der EventBridge Ressourcen angezeigt CloudWatch , die erstellt werden sollen. Wenn Sie fortfahren möchten, wählen Sie **Bereitstellen** aus.
1. Der Status der Bereitstellung wird neben dem Namen der Signalkarte angezeigt. Nach einigen Augenblicken der Erstellung und Bereitstellung der Ressourcen beginnt die Überwachung der Signalkarte.
# Löschen der Signallampe Ihres AWS Medien-Workflows
Wenn Sie eine Signalkarte nicht mehr benötigen, können Sie sie löschen. Wenn Sie Monitoring-Vorlagen auf der Signal-Map bereitgestellt haben, werden Sie beim Löschen aufgefordert, alle CloudWatch EventBridge Ressourcen zu löschen, die auf dieser Signal-Map bereitgestellt wurden. Das Löschen der bereitgestellten Ressourcen hat keine Auswirkungen auf die Vorlagen, mit denen sie erstellt wurden. Durch das Löschen von Ressourcen soll sichergestellt werden, dass Sie nicht über EventBridge Ressourcen verfügen CloudWatch , die bereitgestellt, aber nicht verwendet werden.
**Um eine Signalkarte zu löschen**
1. Wählen Sie im Navigationsbereich der Workflow-Monitor-Konsole die Option **Signalzuordnungen** aus und klicken Sie auf das Optionsfeld neben der Signalmap, die Sie löschen möchten.
1. Wählen Sie die Schaltfläche **Löschen** aus. Sie werden aufgefordert, das Löschen der Monitoring-Ressourcen zu bestätigen. Wählen Sie **Löschen** aus, um mit dem Löschen der Überwachungsressourcen zu beginnen.
1. In der Spalte **Bereitstellung überwachen** wird der aktuelle Status angezeigt. Wenn sich der Status in **DELETE\$1COMPLETE** geändert hat, klicken Sie erneut auf die Schaltfläche **Löschen**.
1. Sie werden aufgefordert, das Löschen der Signalkarte zu bestätigen. Wählen Sie **Löschen**, um fortzufahren und die Signalkarte zu löschen.
# Workflow-Monitor-Kontingente
Der folgende Abschnitt enthält Kontingente für Workflow-Monitor-Ressourcen. Jedes Kontingent gilt „pro Konto“. Wenn Sie ein Kontingent für Ihr Konto erhöhen müssen, können Sie die [AWS Servicekontingenten-Konsole](https://console.aws.amazon.com/servicequotas/home) verwenden, um eine Erhöhung zu beantragen, sofern in der folgenden Tabelle nichts anderes angegeben ist.
**Kontingente**
| Ressourcentyp | Kontingent |
| --- | --- |
| CloudWatch Gruppen von Alarmvorlagen | 20 |
| CloudWatch Alarm-Vorlagen | 200 |
| EventBridge Gruppen von Regelvorlagen | 20 |
| EventBridge Regelvorlagen | 200 |
| Signalkarten | 30 |
| Signalkarten: CloudWatch Alarmvorlagengruppen, die an eine einzelne Signalkarte angehängt sind | 5Sie können dieses Kontingent nicht erhöhen. |
| Signalzuordnungen: Gruppen von EventBridge Regelvorlagen, die an eine einzelne Signalmap angehängt sind | 5Sie können dieses Kontingent nicht erhöhen. |
# Verwenden Sie den Workflow-Monitor
Verwenden Sie die Bereiche **Übersicht** und **Signalzuordnungen** der Workflow-Monitor-Konsole, um den aktuellen Status der Workflows und alle zugehörigen Alarme, Metriken und Protokolle zu überprüfen.
**Topics**
+ [Überblick über den Workflow-Monitor](monitor-with-workflow-monitor-operate-overview.md)
+ [Übersicht über Protokolle und Metriken für den Workflow-Monitor](monitor-with-workflow-monitor-operate-logs-metrics.md)
+ [Verwendung von Signalkarten im Workflow-Monitor](monitor-with-workflow-monitor-operate-signal-maps.md)
# Überblick über den Workflow-Monitor
Der Bereich „**Übersicht**“ der Workflow-Monitor-Konsole ist ein Dashboard, das at-a-glance Informationen zu Ihren Signalzuordnungen enthält. Im Übersichtsbereich können Sie den aktuellen Status der Überwachung jeder Signalmap sowie die CloudWatch Metriken und alle zugehörigen CloudWatch Protokolle einsehen. Sie können eine beliebige Signalmap auswählen, um auf die Konsolenseite der Signal Maps zu gelangen.
**Filterung im Überblick**
Mithilfe der **Suchleiste** im Übersichtsbereich können Sie die Liste der Signalzuordnungen anhand kontextsensitiver Einschränkungen filtern. Nachdem Sie die Suchleiste ausgewählt haben, wird Ihnen eine Liste mit **Eigenschaften** angezeigt, nach denen Sie filtern können. Wenn Sie eine Eigenschaft auswählen, werden **Operatoren** wie „Ist gleich“, „Enthält“, „Entspricht nicht“ und „Enthält nicht“ angezeigt. Wenn Sie einen Operator auswählen, wird eine Liste mit Ressourcen aus dem ausgewählten Eigenschaftstyp erstellt. Wenn Sie eine dieser Ressourcen auswählen, werden in der Signalzuordnungsliste nur Signalzuordnungen angezeigt, die der von Ihnen definierten Einschränkung entsprechen.
# Übersicht über Protokolle und Metriken für den Workflow-Monitor
Um CloudWatch Metriken und Protokolle für eine Signal-Map anzuzeigen, wählen Sie das Optionsfeld neben dem Namen der Signal-Map aus. Unter der Liste der Signalzuordnungen wird eine Oberfläche mit Registerkarten für Metriken und Protokolle angezeigt.
**CloudWatch Metriken**
CloudWatch Die Metriken für die ausgewählte Signalmap sind kontextsensitiv und zeigen nur Metriken an, die mit den in diesem Signalkarten-Workflow verwendeten Diensten verknüpft sind. Sie können die Metriktools auf dem Bildschirm verwenden, um die angezeigten Metrikperioden und Zeitbereiche anzupassen.
**CloudWatch Protokolle**
Wenn Sie der Signalkarte eine CloudWatch Protokollgruppe zugeordnet haben, wird diese Gruppe hier angezeigt.
# Verwendung von Signalkarten im Workflow-Monitor
Im **Übersichtsbereich** der Konsole können Sie eine bestimmte Signal-Map auswählen, um weitere Informationen zu dieser Signal-Map und den zugehörigen Monitoring-Ressourcen zu erhalten.
Nachdem Sie eine Signal-Map ausgewählt haben, werden Ihnen die Signal-Map und eine Reihe von Abschnitten mit Tabs angezeigt, die weitere Informationen enthalten:
+ CloudWatch Alarme
+ EventBridge Regeln
+ AWS Elementare Warnmeldungen
+ Kennzahlen
+ Protokolle
+ Grundlegende Einzelheiten
**In der Signalkarte navigieren**
Eine Signalmap enthält Knoten für jede unterstützte AWS-Ressource, die vom Workflow-Monitor erkannt wurde. Bestimmte Ressourcen, wie MediaLive Kanäle und MediaPackage Endpunkte, können Vorschaubilder des Inhalts anzeigen, sofern Vorschaubilder verfügbar sind.
Wenn Sie einen Ressourcenknoten auswählen und im Dropdownmenü **Aktionen** die Option **Ausgewählte Ressourcendetails anzeigen** auswählen, gelangen Sie zur Detailseite des zugehörigen Dienstes. Wenn Sie beispielsweise einen MediaLive Kanal auswählen und **Ausgewählte Ressourcendetails anzeigen** auswählen, wird die Detailseite der MediaLive Konsole für diesen Kanal geöffnet.
Wenn Sie einen Ressourcenknoten auswählen, wird die Liste der aktiven Alarme nur auf diesen Knoten gefiltert. Wenn Sie im aktiven Alarm den **Ziel-ARN** der Ressource auswählen, werden Sie zur Detailseite des zugehörigen Dienstes weitergeleitet, auf der die ausgewählte Ressource geöffnet ist.