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.

# Überwachung von Amazon EMR-Ereignissen mit CloudWatch
<a name="emr-manage-cloudwatch-events"></a>

Amazon EMR verfolgt Ereignisse und speichert die Informationen für bis zu sieben Tage. Amazon EMR zeichnet Ereignisse auf, wenn sich der Status von Clustern, Instance-Gruppen, Instance-Flotten, automatischen Skalierungsrichtlinien oder Schritten ändert. Ereignisse erfassen Datum und Uhrzeit des Ereignisses, Details zu den betroffenen Elementen und andere wichtige Datenpunkte.

In der folgenden Tabelle sind Amazon-EMR-Ereignisse aufgeführt, zusammen mit dem Status oder der Statusänderung, die das Ereignis anzeigt, dem Schweregrad des Ereignisses, dem Ereignistyp, dem Ereigniscode und den Ereignismeldungen. Amazon EMR stellt Ereignisse als JSON-Objekte dar und sendet sie automatisch an einen Event-Stream. Das JSON-Objekt ist wichtig, wenn Sie Regeln für die Ereignisverarbeitung mithilfe von CloudWatch Ereignissen einrichten, da Regeln versuchen, Mustern im JSON-Objekt zu entsprechen. Weitere Informationen finden Sie unter [Ereignisse und Ereignismuster](https://docs.aws.amazon.com/AmazonCloudWatch/latest/events/CloudWatchEventsandEventPatterns.html) und [Amazon EMR-Ereignisse](https://docs.aws.amazon.com/AmazonCloudWatch/latest/events/EventTypes.html#emr_event_type) im *Amazon CloudWatch Events-Benutzerhandbuch*.

**Anmerkung**  
EMR gibt regelmäßig Ereignisse mit dem Ereigniscode **EC2 Provisioning —** Insufficient Instance Capacity aus. Diese Ereignisse treten auf, wenn Ihr Amazon EMR-Cluster während der Clustererstellung oder Größenänderung auf einen Kapazitätsfehler von Amazon EMR für Ihre Instance-Flotte oder Instance-Gruppe stößt. Ein Ereignis umfasst möglicherweise nicht alle Instance-Typen, die AZs Sie angegeben haben, da EMR nur die Instance-Typen umfasst und versucht AZs hat, Kapazität bereitzustellen, seit das letzte Ereignis mit unzureichender Kapazität ausgelöst wurde. Informationen darüber, wie Sie auf diese Ereignisse reagieren können, finden Sie unter [Reaktion auf Ereignisse mit unzureichender Instance-Kapazität im Amazon EMR-Cluster](https://docs.aws.amazon.com/emr/latest/ManagementGuide/emr-events-response-insuff-capacity.html).

## Cluster-Startereignisse
<a name="emr-cloudwatch-cluster-events"></a>


| Status oder Statusänderung | Schweregrad | Ereignistyp | Ereigniscode | Fehlermeldung | 
| --- | --- | --- | --- | --- | 
| CREATING | WARN | Bereitstellung EMR EMR-Instance-Flotten | EC2-Bereitstellung – Unzureichende Instance-Kapazität | Wir können Ihren Amazon-EMR-Cluster ClusterId (ClusterName) für die Instance-Flotte nicht erstellen. InstanceFleetID Amazon EC2 hat nicht genügend Spot-Kapazität für den Instance-Typ [Instancetype1, Instancetype2] und nicht genügend On-Demand-Kapazität für den Instance-Typ [Instancetype3, Instancetype4] in der Availability Zone [AvailabilityZone1, AvaliabilityZone2]. Weitere Informationen darüber, wie Sie auf dieses Ereignis reagieren können, finden Sie in der [Dokumentation](emr-EC2_INSUFFICIENT_CAPACITY-error.md). | 
| CREATING | WARN | Bereitstellung EMR EMR-Instanzgruppen | EC2-Bereitstellung – Unzureichende Instance-Kapazität | Wir können Ihren Amazon EMR-Cluster ClusterId (ClusterName) für die Instance-Gruppe nicht erstellen. InstanceGroupID Amazon EC2 hat nicht genügend Spot-Kapazität für den Instance-Typ [Instancetype1, Instancetype2] und nicht genügend On-Demand-Kapazität für den Instance-Typ [Instancetype3, Instancetype4] in der Availability Zone. [AvailabilityZone1, AvaliabilityZone2] Weitere Informationen darüber, wie Sie auf dieses Ereignis reagieren können, finden Sie in der [Dokumentation](emr-EC2_INSUFFICIENT_CAPACITY-error.md). | 
| CREATING | WARN | Bereitstellung EMR EMR-Instance-Flotten | EC2-Bereitstellung — Nicht genügend freie Adressen im Subnetz | Wir können den Amazon EMR-ClusterClusterId (ClusterName), den Sie für die Instance-Flotte angefordert haben, nicht erstellen, InstanceFleetID da das angegebene Subnetz [Subnet1, Subnet2] nicht genügend freie private IP-Adressen enthält, um Ihre Anfrage zu erfüllen. Verwenden Sie diesen DescribeSubnets Vorgang, um zu sehen, wie viele IP-Adressen in Ihrem Subnetz verfügbar (ungenutzt) sind. Informationen darüber, wie Sie auf dieses Ereignis reagieren können, finden Sie unter [Fehlercodes für die Amazon EC2 EC2-API](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/errors-overview.html). | 
| CREATING | WARN | Bereitstellung EMR EMR-Instanzgruppen | EC2-Bereitstellung — Nicht genügend freie Adressen im Subnetz | Wir können den Amazon EMR-ClusterClusterId (ClusterName), den Sie für die Instance-Gruppe angefordert haben, nicht erstellen, InstanceGroupID da das angegebene Subnetz [Subnet1, Subnet2] nicht genügend freie private IP-Adressen enthält, um Ihre Anfrage zu erfüllen. Verwenden Sie diesen DescribeSubnets Vorgang, um zu sehen, wie viele IP-Adressen in Ihrem Subnetz verfügbar (ungenutzt) sind. Informationen darüber, wie Sie auf dieses Ereignis reagieren können, finden Sie unter [Fehlercodes für die Amazon EC2 EC2-API](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/errors-overview.html). | 
| CREATING  | WARN  | Bereitstellung EMR EMR-Instance-Flotten  | EC2-Bereitstellung — vCPU-Limit überschritten  | Die Bereitstellung von InstanceFleetID im Amazon EMR-Cluster verzögert ClusterId (ClusterName) sich, da Sie das Limit für die Anzahl von v CPUs (virtuelle Verarbeitungseinheiten) erreicht haben, die den laufenden Instances in Ihrem account (accountId) zugewiesen sind. Weitere Informationen finden Sie unter [Fehlercodes für die Amazon EC2 EC2-API](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/errors-overview.html)  | 
| CREATING  | WARN  | Bereitstellung EMR EMR-Instanzgruppen  | EC2-Bereitstellung — vCPU-Limit überschritten  | Die Bereitstellung der Instance-Gruppe InstanceGroupID im Amazon EMR-Cluster verzögert ClusterId sich, da Sie das Limit für die Anzahl von v CPUs (virtuelle Verarbeitungseinheiten) erreicht haben, die den laufenden Instances in Ihrem Konto (accountId) zugewiesen sind. Weitere Informationen finden Sie unter [Fehlercodes für die Amazon EC2 EC2-API](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/errors-overview.html)  | 
| CREATING  | WARN  | Bereitstellung EMR EMR-Instance-Flotten  | EC2-Bereitstellung — Limit für die Anzahl der Spot-Instances überschritten  | Die Bereitstellung der Instance-Flotte InstanceFleetID im Amazon EMR-Cluster verzögert ClusterID (ClusterName) sich, da Sie das Limit für die Anzahl der Spot-Instances erreicht haben, die Sie in Ihrem account (accountId) starten können. Weitere Informationen finden Sie unter [Fehlercodes für die Amazon EC2 EC2-API](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/errors-overview.html).  | 
| CREATING  | WARN  | Bereitstellung EMR EMR-Instanzgruppen  | EC2-Bereitstellung — Das Limit für die Anzahl der Spot-Instances wurde überschritten  | Die Bereitstellung der Instance-Gruppe InstanceGroupID im Amazon EMR-Cluster verzögert ClusterID (ClusterName) sich, da Sie das Limit für die Anzahl der Spot-Instances erreicht haben, die Sie in Ihrem account (accountId) starten können. Weitere Informationen finden Sie unter [Fehlercodes für die Amazon EC2 EC2-API](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/errors-overview.html).  | 
| CREATING  | WARN  | Bereitstellung EMR EMR-Instance-Flotten  | EC2-Bereitstellung — Instanzlimit überschritten  | Die Bereitstellung der Instance-Flotte InstanceFleetID im Amazon EMR-Cluster verzögert ClusterId (ClusterName) sich, da Sie das Limit für die Anzahl der Instances erreicht haben, die Sie gleichzeitig in Ihrem ausführen können. account (accountID) Weitere Informationen zu Amazon EC2-Servicebeschränkungen finden Sie unter [Fehlercodes für die Amazon EC2 EC2-API](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/errors-overview.html).  | 
| CREATING  | WARN  | Bereitstellung EMR EMR-Instanzgruppen  | EC2-Bereitstellung — Instanzlimit überschritten  | Die Bereitstellung der Instanzgruppe InstanceGroupID im Amazon EMR-Cluster verzögert ClusterId (ClusterName) sich, da Sie das Limit für die Anzahl der Instances erreicht haben, die Sie gleichzeitig in Ihrem ausführen können. account (accountID) Weitere Informationen zu Amazon EC2-Servicebeschränkungen finden Sie unter [Fehlercodes für die Amazon EC2 EC2-API](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/errors-overview.html).  | 
| CREATING | WARN | Bereitstellung EMR EMR-Instanzgruppen | *Keine* | Der Amazon-EMR-Cluster `ClusterId (ClusterName)` wurde am `Time` erstellt und ist einsatzbereit. – oder –  Der Amazon-EMR-Cluster `ClusterId (ClusterName)` hat die Ausführung aller ausstehenden Schritte unter `Time` abgeschlossen.  Ein Cluster im `WAITING`-Status kann trotzdem Aufträge bearbeiten.   | 
| STARTING  | INFO  | Änderung des EMR-Cluster-Zustands  | *Keine*  | Der Amazon-EMR-Cluster `ClusterId (ClusterName)` wurde am `Time` angefordert und wird gerade erstellt.  | 
| STARTING  | INFO  | Änderung des EMR-Cluster-Zustands  | *Keine*  |  Gilt nur für Cluster mit der Instance-Flottenkonfiguration und mehreren Availability Zones, die innerhalb Amazon EC2 ausgewählt wurden.  Der Amazon-EMR-Cluster `ClusterId (ClusterName)` wird in Zone (`AvailabilityZoneID`) erstellt, die aus den angegebenen Availability-Zone-Optionen ausgewählt wurde.  | 
| STARTING  | INFO  | Änderung des EMR-Cluster-Zustands  | *Keine*  | Der Amazon-EMR-Cluster `ClusterId (ClusterName)` begann mit der Ausführung von Schritten am `Time`.  | 
| WAITING  | INFO  | Änderung des EMR-Cluster-Zustands  | *Keine*  | Der Amazon-EMR-Cluster `ClusterId (ClusterName)` wurde am `Time` erstellt und ist einsatzbereit. – oder –  Der Amazon-EMR-Cluster `ClusterId (ClusterName)` hat die Ausführung aller ausstehenden Schritte unter `Time` abgeschlossen.  Ein Cluster im `WAITING`-Status kann trotzdem Aufträge bearbeiten.   | 

**Anmerkung**  
Die Ereignisse mit dem Ereigniscode `EC2 provisioning - Insufficient Instance Capacity` werden regelmäßig ausgelöst, wenn Ihr EMR-Cluster während der Cluster-Erstellung oder Größenänderung auf einen Kapazitätsfehler von Amazon EC2 für Ihre Instance-Flotte oder Instance-Gruppe stößt. Weitere Informationen zum Umgang mit diesen Ereignissen finden Sie unter [Reaktion auf Ereignisse mit unzureichender Instance-Kapazität im Amazon-EMR-Cluster](emr-events-response-insuff-capacity.md).

## Cluster-Abbruchsereignisse
<a name="emr-cloudwatch-cluster-termination-events"></a>


| Status oder Statusänderung | Schweregrad | Ereignistyp | Ereigniscode | Fehlermeldung | 
| --- | --- | --- | --- | --- | 
| TERMINATED  | Der Schweregrad ist abhängig vom Grund für die Statusänderung, wie nachfolgend dargestellt: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-manage-cloudwatch-events.html)  | Änderung des EMR-Cluster-Zustands  | *Keine*  | Amazon EMR Cluster `ClusterId (ClusterName)` wurde am `Time` aufgrund von `StateChangeReason:Code` beendet.  | 
| TERMINATED\$1WITH\$1ERRORS  | CRITICAL  | Änderung des EMR-Cluster-Zustands  | *Keine*  | Amazon EMR Cluster `ClusterId (ClusterName)` wurde mit Fehlern am `Time` aufgrund von `StateChangeReason:Code` beendet.  | 
| TERMINATED\$1WITH\$1ERRORS  | CRITICAL  | Änderung des EMR-Cluster-Zustands  | *Keine*  | Amazon EMR Cluster `ClusterId (ClusterName)` wurde mit Fehlern am `Time` aufgrund von `StateChangeReason:Code` beendet.  | 

## Ereignisse zur Änderung des Status der Instance-Flotte
<a name="emr-cloudwatch-instance-fleet-events"></a>

**Anmerkung**  
Die Konfiguration der Instance-Flotten ist nur in den Amazon-EMR-Versionen 4.8.0 und höher verfügbar, mit Ausnahme von 5.0.0 und 5.0.3.


****  

| Status oder Statusänderung | Schweregrad | Ereignistyp | Ereigniscode | Fehlermeldung | 
| --- | --- | --- | --- | --- | 
| Von `PROVISIONING` bis `WAITING`  | INFO  |  | Keine | Bereitstellung für die Instance-Flotte `InstanceFleetID` im Amazon-EMR-Cluster `ClusterId (ClusterName)` ist abgeschlossen. Die Bereitstellung startete um `Time` und dauerte `Num` Minuten. Die Instance-Flotte verfügt jetzt über eine On-Demand-Kapazität von `Num` und eine Spot-Kapazität von `Num`. Die anvisierte On-Demand-Kapazität betrug `Num` und die anvisierte Spot-Kapazität betrug `Num`.  | 
| Von `WAITING` bis `RESIZING`  | INFO  |  | Keine | Die Größenänderung für Instance-Flotte `InstanceFleetID` im Amazon-EMR-Cluster `ClusterId (ClusterName)` begann um `Time`. Die Instance-Flotte verändert ihre Größe von einer On-Demand-Kapazität von `Num` auf eine Zielkapazität von `Num` und von einer Spot-Kapazität von `Num` auf eine Zielkapazität von `Num`.  | 
| Von `RESIZING` bis `WAITING`  | INFO  |  | Keine | Die Größenänderung für die Instance-Flotte `InstanceFleetID` im Amazon-EMR-Cluster `ClusterId (ClusterName)` ist abgeschlossen. Die Größenänderung startete um `Time` und dauerte `Num` Minuten. Die Instance-Flotte verfügt jetzt über eine On-Demand-Kapazität von `Num` und eine Spot-Kapazität von `Num`. Die anvisierte On-Demand-Kapazität betrug `Num` und die anvisierte Spot-Kapazität betrug `Num`.  | 
| Von `RESIZING` bis `WAITING`  | INFO  |  | Keine | Die Größenänderung der Instance-Flotte `InstanceFleetID` im Amazon-EMR-Cluster `ClusterId (ClusterName)` hat das Zeitlimit erreicht und wurde gestoppt. Die Größenänderung startete um `Time` und wurde nach `Num` Minuten gestoppt. Die Instance-Flotte verfügt jetzt über eine On-Demand-Kapazität von `Num` und eine Spot-Kapazität von `Num`. Die anvisierte On-Demand-Kapazität betrug `Num` und die anvisierte Spot-Kapazität betrug `Num`.  | 
| SUSPENDED  | ERROR  |  | Keine | Die Instance-Flotte `InstanceFleetID` im Amazon-EMR-Cluster `ClusterId (ClusterName)` wurde am `Time` aus dem folgenden Grund gesperrt: `ReasonDesc`.  | 
| RESIZING  | WARNING  |  | Keine | Die Größenänderung für die Instance-Flotte `InstanceFleetID` im Amazon-EMR-Cluster `ClusterId (ClusterName)` ist aus dem folgenden Grund blockiert: `ReasonDesc`.  | 
| `WAITING` oder `Running`  | INFO  |  | Keine | Die Größenänderung für die Instance-Flotte `InstanceFleetID` im Amazon-EMR-Cluster `ClusterId (ClusterName)` konnte nicht abgeschlossen werden, während Amazon EMR Spot-Kapazität in der Availability Zone `AvailabilityZone` hinzufügte. Wir haben Ihre Anfrage zur Bereitstellung zusätzlicher Spot-Kapazität storniert. Die empfohlenen Maßnahmen finden Sie unter [Flexibilität der Availability Zone für einen Amazon EMR-Cluster](emr-flexibility.md). Bitte versuchen Sie es erneut.  | 
| `WAITING` oder `Running`  | INFO  |  | Keine | Eine Größenänderung für beispielsweise eine Flotte `InstanceFleetID` im Amazon-EMR-Cluster `ClusterId (ClusterName)` wurde von `Entity` auf `Time` initiiert.  | 

## Ereignisse bei der Neukonfiguration der Instanzflotte
<a name="emr-cloudwatch-instance-fleet-events-reconfig"></a>


****  

| Status oder Statusänderung | Schweregrad | Fehlermeldung | 
| --- | --- | --- | 
| Neukonfiguration der Instanzflotte angefordert  | INFO  | Ein Benutzer hat die Neukonfiguration der Instance-Flotte `InstanceFleetID` im Amazon EMR-Cluster `ClusterId` () `ClusterName` angefordert.  | 
| Beginn der Neukonfiguration der Instance-Flotte  | INFO  | Amazon EMR hat mit einer Neukonfiguration der Instance-Flotte `InstanceFleetID` im Amazon EMR-Cluster `ClusterId` () `ClusterName` unter begonnen. `Time`  | 
| Die Neukonfiguration der Instance-Flotte ist abgeschlossen  | INFO  | Amazon EMR hat die Neukonfiguration der Instance-Flotte `InstanceFleetID` im Amazon EMR-Cluster `ClusterId` abgeschlossen (). `ClusterName`  | 
| Die Neukonfiguration der Instance-Flotte ist fehlgeschlagen  | WARNING  | Amazon EMR konnte die Instance-Flotte `InstanceFleetID` im Amazon EMR-Cluster `ClusterId` () `ClusterName` unter nicht neu konfigurieren. `Time` Die Neukonfiguration ist fehlgeschlagen, weil. `Reason`  | 
| Reversion der Neukonfiguration der Instanzflotte starten  | INFO  | Amazon EMR setzt die Instance-Flotte `InstanceFleetID` im Amazon EMR-Cluster `ClusterId` (`ClusterName`) auf die vorherige erfolgreiche Konfiguration zurück.  | 
| Die Reversion der Neukonfiguration der Instance-Flotte ist abgeschlossen  | INFO  | Amazon EMR hat die Wiederherstellung der Instance-Flotte `InstanceFleetID` im Amazon EMR-Cluster `ClusterId` (`ClusterName`) auf die vorherige erfolgreiche Konfiguration abgeschlossen.  | 
| Die Reversion der Neukonfiguration der Instance-Flotte ist fehlgeschlagen  | CRITICAL  | Amazon EMR konnte die Instance-Flotte `InstanceFleetID` im Amazon EMR-Cluster `ClusterId` (`ClusterName`) nicht auf die zuvor erfolgreiche Konfiguration unter zurücksetzen. `Time` Die Umkehrung der Neukonfiguration ist aufgrund von fehlgeschlagen. `Reason`  | 
| Die Reversion der Neukonfiguration der Instanzflotte wurde blockiert  | INFO  | Amazon EMR hat die Instance-Flotte `InstanceFleetID` im Amazon EMR-Cluster `ClusterId` (`ClusterName`) unter vorübergehend blockiert, `Time` da sich die Instance-Flotte im Status befindet. `State`  | 

## Ereignisse zur Änderung der Größe der Instance-Flotte
<a name="emr-cloudwatch-instance-fleet-resize-events"></a>


****  

| Ereignistyp | Schweregrad | Ereigniscode | Fehlermeldung | 
| --- | --- | --- | --- | 
| Größe der EMR-Instance-Flotte ändern   | ERROR | Spot-Provisioning-Timeout  | Der Vorgang zur Größenänderung für die Instance-Flotte `InstanceFleetID` im Amazon-EMR-Cluster `ClusterId (ClusterName)` konnte beim Erwerb von Spot-Kapazität in AZ `AvailabilityZone` nicht abgeschlossen werden. Wir haben jetzt Ihre Anfrage storniert und den Versuch beendet, zusätzliche Spot-Kapazität bereitzustellen, und die Instance-Flotte hat Spot-Kapazität von `num` bereitgestellt. Die Ziel-Spot-Kapazität war `num`. Weitere Informationen und Handlungsempfehlungen finden Sie auf der Dokumentationsseite [hier](emr-flexibility.md). Bitte versuchen Sie es erneut.  | 
| Größe der EMR-Instance-Flotte ändern   | ERROR | Timeout für die On-Demand-Bereitstellung  | Der Vorgang zur Größenänderung für die Instance-Flotte `InstanceFleetID` im Amazon-EMR-Cluster `ClusterId (ClusterName)` konnte beim Erwerb von On-Demand-Kapazität in AZ `AvailabilityZone` nicht abgeschlossen werden. Wir haben jetzt Ihre Anfrage storniert und den Versuch beendet, zusätzliche On-Demand-Kapazität bereitzustellen, und die Instance-Flotte hat On-Demand-Kapazität von `num` bereitgestellt. Die gewünschte On-Demand-Kapazität war `num`. Weitere Informationen und Handlungsempfehlungen finden Sie auf der Dokumentationsseite [hier](emr-flexibility.md). Bitte versuchen Sie es erneut.  | 
| Größe der EMR-Instance-Flotte ändern   | WARNING | EC2-Bereitstellung – Unzureichende Instance-Kapazität | Wir können den Größenänderungsvorgang für die Instance-Flotte `InstanceFleetID` im EMR-Cluster `ClusterId (ClusterName)` nicht abschließen, da Amazon EC2 nicht über ausreichende Spot-Kapazität für `[Instancetype1, Instancetype2]`-Instance-Typen und unzureichende On-Demand-Kapazität für `[Instancetype3, Instancetype4]`-Instance-Typen in der Availability Zone `[AvailabilityZone1]` verfügt. Bisher hat die Instance-Flotte On-Demand-Kapazität von `num` bereitgestellt und die angestrebte On-Demand-Kapazität war `num`. Die bereitgestellte Spot-Kapazität ist `num` und die Ziel-Spot-Kapazität war `num`. Weitere Informationen darüber, wie Sie auf dieses Ereignis reagieren können, finden Sie in der [Dokumentation](emr-EC2_INSUFFICIENT_CAPACITY-error.md).  | 
| Größe der EMR-Instance-Flotte ändern   | WARNING | Zeitlimit für Spot-Bereitstellung – Fortsetzung der Größenänderung  | Wir stellen immer noch Spot-Kapazität für den Vorgang zur Größenänderung der Instance-Flotte bereit, der mit der `time` für Instance-Flotte-ID `InstanceFleetID` im Amazon-EMR-Cluster `ClusterId (ClusterName)` für `[Instancetype1, Instancetype2]` in AZ `AvailabilityZone` gestartet wurde. Für den vorherigen Vorgang zur Größenänderung, der am `time` gestartet wurde, ist der Timeout-Zeitraum abgelaufen, sodass Amazon EMR die Bereitstellung von Spot-Kapazität eingestellt hat, nachdem `num` der angeforderten `num` Instances zu Ihrer Instance-Flotte hinzugefügt wurden. Weitere Informationen finden Sie auf der Dokumentationsseite [hier](emr-flexibility.md). | 
| Größe der EMR-Instance-Flotte ändern   | WARNING | Timeout für On-Demand-Bereitstellung – Fortsetzung der Größenänderung  | Wir stellen weiterhin On-Demand-Kapazität für den Vorgang zur Größenänderung der Instance-Flotte bereit, der mit der `time` für Instance-Flotte-ID `InstanceFleetID` im Amazon-EMR-Cluster `ClusterId (ClusterName)` für `[Instancetype1, Instancetype2]` in AZ `AvailabilityZone` gestartet wurde. Für den vorherigen Vorgang zur Größenänderung, der am `time` gestartet wurde, ist der Timeout-Zeitraum abgelaufen, sodass Amazon EMR die Bereitstellung von On-Demand-Kapazität eingestellt hat, nachdem `num` der angeforderten `num` Instances zu Ihrer Instance-Flotte hinzugefügt wurden. Weitere Informationen finden Sie auf der Dokumentationsseite [hier](emr-flexibility.md). | 
| Größe der EMR-Instance-Flotte ändern   | WARNING | EC2-Bereitstellung — Unzureichende freie Adresse im Subnetz  | Wir können den Vorgang zur Größenänderung für die Instance-Flotte InstanceFleetID im Amazon EMR-Cluster nicht abschließen, ClusterId (ClusterName) da das angegebene Subnetz [Subnet1, Subnet2] nicht genügend freie private IP-Adressen enthält, um Ihre Anfrage zu bearbeiten. Verwenden Sie diesen DescribeSubnets Vorgang, um zu sehen, wie viele IP-Adressen in Ihrem Subnetz verfügbar (ungenutzt) sind. Informationen darüber, wie Sie auf dieses Ereignis reagieren können, finden Sie unter [Fehlercodes für die Amazon EC2 EC2-API](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/errors-overview.html). | 
| Größe der EMR-Instance-Flotte ändern   | WARNING | EC2-Bereitstellung — vCPU-Limit überschritten  | Die Größenänderung der Instance-Flotte InstanceFleetID im Amazon EMR-Cluster verzögert ClusterName sich, da Sie das Limit für die Anzahl der V CPUs (virtuelle Verarbeitungseinheiten) erreicht haben, die den laufenden Instances in Ihrem zugewiesen sind. account (accountId) Weitere Informationen finden Sie unter [Fehlercodes für die Amazon EC2 EC2-API](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/errors-overview.html). | 
| Größe der EMR-Instance-Flotte ändern  | WARNING | EC2-Bereitstellung — Das Limit für die Anzahl der Spot-Instances wurde überschritten  | Die Bereitstellung der Instance-Flotte InstanceFleetID im Amazon EMR-Cluster verzögert ClusterID (ClusterName) sich, da Sie das Limit für die Anzahl der Spot-Instances erreicht haben, die Sie in Ihrem account (accountId) starten können. Weitere Informationen finden Sie unter [Fehlercodes für die Amazon EC2 EC2-API](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/errors-overview.html).  | 
| Größe der EMR-Instance-Flotte ändern   | WARNING | EC2-Bereitstellung — Instanzlimit überschritten  | Die Bereitstellung der Instance-Flotte InstanceFleetID im Amazon EMR-Cluster verzögert ClusterID (ClusterName) sich, da Sie das Limit für die Anzahl der On-Demand-Instances, die Sie in Ihrem account (accountId) ausführen können, erreicht haben. Weitere Informationen zu [Fehlercodes für die Amazon EC2 EC2-API](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/errors-overview.html).  | 

**Anmerkung**  
Die Timeout-Ereignisse für die Bereitstellung werden ausgelöst, wenn Amazon EMR die Bereitstellung von Spot- oder On-Demand-Kapazität für die Flotte nach Ablauf des Timeouts beendet. Weitere Informationen zum Umgang mit diesen Ereignissen finden Sie unter [Reaktion auf Timeout-Ereignisse zur Größenänderung der Amazon-EMR-Cluster-Instance-Flotte](emr-events-response-timeout-events.md).

## Instance-Gruppen-Ereignisse
<a name="emr-cloudwatch-instance-group-events"></a>


****  

| Ereignistyp | Schweregrad | Ereigniscode | Fehlermeldung | 
| --- | --- | --- | --- | 
| Von `RESIZING` bis `Running`  | INFO  | Keine | Die Größenänderung für die Instance-Gruppe `InstanceGroupID` im Amazon-EMR-Cluster `ClusterId (ClusterName)` ist abgeschlossen. Sie verfügt jetzt über eine Instance-Anzahl von `Num`. Die Größenänderung startete um `Time` und dauerte `Num` Minuten bis zum Abschluss.  | 
| Von `RUNNING` bis `RESIZING`  | INFO  | Keine | Eine Größenänderung für die Instance-Gruppe `InstanceGroupID` im Amazon-EMR-Cluster `ClusterId (ClusterName)` begann bei `Time`. Die Größenänderung erfolgt von einer Instance-Anzahl von `Num` auf `Num`.  | 
| SUSPENDED  | ERROR  | Keine | Die Instance-Gruppe `InstanceGroupID` im Amazon-EMR-Cluster `ClusterId (ClusterName)` wurde am `Time` aus dem folgenden Grund gesperrt: `ReasonDesc`.  | 
| RESIZING  | WARNING  | Keine | Die Größenänderung für die Instance-Gruppe `InstanceGroupID` im Amazon-EMR-Cluster `ClusterId (ClusterName)` ist aus dem folgenden Grund blockiert: `ReasonDesc`.  | 
| Größe der EMR-Instanzgruppe ändern   | WARNING | EC2-Bereitstellung – Unzureichende Instance-Kapazität | Wir können den Größenänderungsvorgang, der bei `time` für die Instance-Gruppe `InstanceGroupID` im EMR-Cluster `ClusterId (ClusterName)` gestartet wurde, nicht abschließen, da Amazon EC2 nicht über ausreichende `Spot/On Demand`-Kapazität für den Instance-Typ `[Instancetype]` in der Availability Zone `[AvailabilityZone1]` verfügt. Bisher hatte die Instance-Gruppe eine Anzahl laufender Instances von `num` und die Anzahl der angeforderten Instances betrug `num`. Weitere Informationen darüber, wie Sie auf dieses Ereignis reagieren können, finden Sie in der [Dokumentation](emr-EC2_INSUFFICIENT_CAPACITY-error.md).  | 
| Größe der EMR-Instanzgruppe ändern   | WARNING | EC2-Bereitstellung — Unzureichende freie Adresse im Subnetz  | Wir können die Größenänderung für die Instance-Gruppe InstanceGroupID im Amazon EMR-Cluster nicht abschließen, ClusterId (ClusterName) da das angegebene Subnetz [Subnet1, Subnet2] nicht genügend freie private IP-Adressen enthält, um Ihre Anfrage zu bearbeiten. Verwenden Sie diesen DescribeSubnets Vorgang, um zu sehen, wie viele IP-Adressen in Ihrem Subnetz verfügbar (ungenutzt) sind. Informationen darüber, wie Sie auf dieses Ereignis reagieren können, finden Sie unter [Fehlercodes für die Amazon EC2 EC2-API](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/errors-overview.html). | 
| Größe der EMR-Instanzgruppe ändern   | WARNING | EC2-Bereitstellung — vCPU-Limit überschritten  | Die Größenänderung der Instanzgruppe InstanceGroupID im Amazon EMR-Cluster verzögert ClusterName sich, da Sie das Limit für die Anzahl von v CPUs (virtuelle Verarbeitungseinheiten) erreicht haben, die den laufenden Instances in Ihrem zugewiesen sind. account (accountId) Weitere Informationen finden Sie unter [Fehlercodes für die Amazon EC2 EC2-API](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/errors-overview.html). | 
| Größe der EMR-Instanzgruppe ändern   | WARNING | EC2-Bereitstellung — Das Limit für die Anzahl der Spot-Instances wurde überschritten  | Die Bereitstellung der Instance-Gruppe InstanceGroupID im Amazon EMR-Cluster verzögert ClusterID (ClusterName) sich, da Sie das Limit für die Anzahl der Spot-Instances erreicht haben, die Sie in Ihrem account (accountId) starten können. Weitere Informationen finden Sie unter [Fehlercodes für die Amazon EC2 EC2-API](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/errors-overview.html).  | 
| Größe der EMR-Instanzgruppe ändern   | WARNING | EC2-Bereitstellung — Instanzlimit überschritten  | Die Bereitstellung der Instanzgruppe InstanceGroupID im Amazon EMR-Cluster verzögert ClusterID (ClusterName) sich, da Sie das Limit für die Anzahl der On-Demand-Instances, die Sie in Ihrem account (accountId) ausführen können, erreicht haben. Weitere Informationen zu [Fehlercodes für die Amazon EC2 EC2-API](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/errors-overview.html).  | 
| Von `RUNNING` bis `RESIZING`  | INFO  | Keine | Eine Größenänderung für die Instance-Gruppe `InstanceGroupID` im Amazon-EMR-Cluster `ClusterId (ClusterName)` wurde von `Entity` auf `Time` initiiert.  | 

**Anmerkung**  
Ab Amazon-EMR-Version 5.21.0 können Sie Cluster-Konfigurationen überschreiben und zusätzliche Konfigurationsklassifikationen für jede Instance-Gruppe in einem ausgeführten Cluster angeben. Dazu verwenden Sie die Amazon EMR-Konsole, das AWS Command Line Interface (AWS CLI) oder das AWS SDK. Weitere Informationen finden Sie unter [Angeben einer Konfiguration für eine Instance-Gruppe in einem aktiven Cluster](https://docs.aws.amazon.com/emr/latest/ReleaseGuide/emr-configure-apps-running-cluster.html).

In der folgenden Tabelle sind die Amazon-EMR-Ereignisse für den Rekonfigurationsvorgang aufgeführt, zusammen mit dem Zustand oder der Zustandsänderung, die das Ereignis anzeigt, dem Schweregrad des Ereignisses und den Ereignismeldungen. 


****  

| Status oder Statusänderung | Schweregrad | Fehlermeldung | 
| --- | --- | --- | 
| RUNNING  | INFO  | Eine Neukonfiguration für die Instance-Gruppe `InstanceGroupID` im Amazon-EMR-Cluster `ClusterId (ClusterName)` wurde vom Benutzer um `Time` initiiert. Die Version der angeforderten Konfiguration ist `Num`.  | 
| Von `RECONFIGURING` bis `Running` | INFO  | Der Neukonfigurationsvorgang für die Instance-Gruppe `InstanceGroupID` im Amazon-EMR-Cluster `ClusterId (ClusterName)` ist abgeschlossen. Die Rekonfiguration startete um `Time` und benötigte `Num` Minuten bis zum Abschluss. Die aktuelle Konfigurationsversion ist `Num`.  | 
| Von `RUNNING` bis `RECONFIGURING` in  | INFO  | Eine Neukonfiguration für die Instance-Gruppe `InstanceGroupID` im Amazon-EMR-Cluster `ClusterId (ClusterName)` begann um `Time`. Sie konfiguriert von Versionsnummer `Num` bis Versionsnummer `Num`.  | 
| RESIZING  | INFO  | Die Rekonfigurationsoperation auf Konfigurationsversion `Num` für die Instance-Gruppe `InstanceGroupID` im Amazon-EMR-Cluster `ClusterId (ClusterName)` wurde vorübergehend gesperrt, da sich die Instance-Gruppe `Time` in `State` befindet.  | 
| RECONFIGURING  | INFO  | Die Größenänderungsoperation auf Instance-Anzahl Num für die Instance-Gruppe InstanceGroupID im Amazon-EMR-Cluster ClusterId (ClusterName) wurde vorübergehend auf Time gesperrt, da die Instance-Gruppe sich in State befindet. | 
| RECONFIGURING  | WARNING  | Die Rekonfigurationsoperation für die Instance-Gruppe `InstanceGroupID` im Amazon-EMR-Cluster `ClusterId (ClusterName)` schlug um `Time` fehl. Bis zum Fehlschlagen dauerte es `Num` Minuten. Die fehlgeschlagene Konfigurationsversion ist `Num`.   | 
| RECONFIGURING  | INFO  | Konfigurationen werden in der zuvor funktionierenden Version `Num` für die Instance-Gruppe `InstanceGroupID` im Amazon-EMR-Cluster `ClusterId (ClusterName)` auf `Time` wiederhergestellt. Die neue Konfigurationsversion ist `Num`.   | 
| Von `RECONFIGURING` bis `Running` | INFO  | Konfigurationen wurden in der zuvor funktionierenden Version `Num` für die Instance-Gruppe `InstanceGroupID` im Amazon-EMR-Cluster `ClusterId (ClusterName)` auf `Time` wiederhergestellt. Die neue Konfigurationsversion ist `Num`.  | 
| Von `RECONFIGURING` bis `SUSPENDED`  | CRITICAL  | Fehler beim Zurücksetzen auf die vorherige erfolgreiche Version `Num` für die Instance-Gruppe `InstanceGroupID` im Amazon-EMR-Cluster `ClusterId (ClusterName)` unter `Time`.  | 

## Auto-Scaling-Richtlinienereignisse
<a name="emr-cloudwatch-autoscale-events"></a>


****  

| Status oder Statusänderung | Schweregrad | Fehlermeldung | 
| --- | --- | --- | 
| PENDING  | INFO  | Der Instance-Gruppe `InstanceGroupID` in Amazon-EMR-Cluster `ClusterId (ClusterName)` wurde um `Time` eine Auto-Scaling-Richtlinie hinzugefügt. Die Ausrüstung der Richtlinie ist noch anhängig. – oder –  Die Auto Scaling-Richtlinie für die Instance-Gruppe `InstanceGroupID` im Amazon-EMR-Cluster `ClusterId (ClusterName)` wurde um `Time` aktualisiert. Die Ausrüstung der Richtlinie ist noch anhängig.  | 
| ATTACHED  | INFO  | Die Auto Scaling-Richtlinie für die Instance-Gruppe `InstanceGroupID` im Amazon-EMR-Cluster `ClusterId (ClusterName)` wurde um `Time` angefügt.  | 
| `DETACHED`  | INFO  | Die Auto Scaling-Richtlinie für die Instance-Gruppe `InstanceGroupID` im Amazon-EMR-Cluster `ClusterId (ClusterName)` wurde um `Time` getrennt.  | 
| FAILED  | ERROR  | Die Auto-Scaling-Richtlinie für die Instance-Gruppe `InstanceGroupID` im Amazon-EMR-Cluster `ClusterId (ClusterName)` konnte nicht angefügt werden und schlug um `Time` fehl. – oder –  Die Auto Scaling-Richtlinie für die Instance-Gruppe `InstanceGroupID` im Amazon-EMR-Cluster `ClusterId (ClusterName)` konnte nicht getrennt werden und schlug um `Time` fehl.  | 

## Schritt-Ereignisse
<a name="emr-cloudwatch-step-events"></a>


****  

| Status oder Statusänderung | Schweregrad | Fehlermeldung | 
| --- | --- | --- | 
| PENDING  | INFO  | Der Schritt `StepID (StepName)` wurde dem Amazon-EMR-Cluster `ClusterId (ClusterName)` um `Time` hinzugefügt und seine Ausführung steht noch aus.   | 
| CANCEL\$1PENDING  | WARN  | Der Schritt `StepID (StepName)` im Amazon-EMR-Cluster `ClusterId (ClusterName)` wurde um `Time` storniert und die Stornierung steht noch aus.   | 
| RUNNING  | INFO  | Schritt `StepID (StepName)` im Amazon-EMR-Cluster `ClusterId (ClusterName)` wurde um `Time` gestartet.   | 
| COMPLETED  | INFO  | Die Ausführung des Schritts `StepID (StepName)` im Amazon-EMR-Cluster `ClusterId (ClusterName)` wurde um `Time` abgeschlossen. Der Schritt begann um `Time` mit der Ausführung und dauerte `Num` Minuten bis zum Abschluss.  | 
| CANCELLED  | WARN  | Die Abbruchsaufforderung war für den Cluster-Schritt `StepID (StepName)` im Amazon-EMR-Cluster `ClusterId (ClusterName)` um `Time` erfolgreich und der Schritt wurde abgebrochen.   | 
| FAILED  | ERROR  | Der Schritt `StepID (StepName)` im Amazon-EMR-Cluster `ClusterId (ClusterName)` ist um `Time` fehlgeschlagen.  | 

## Fehlerhafte Ereignisse beim Austausch von Knoten
<a name="emr-cloudwatch-unhealthy-node-replacement-events"></a>


| Ereignistyp | Schweregrad | Ereigniscode | Fehlermeldung | 
| --- | --- | --- | --- | 
| Austausch eines fehlerhaften Amazon EMR-Knotens | INFO | Ein fehlerhafter Core-Knoten wurde erkannt | Amazon EMR hat festgestellt, dass sich die Kerninstanz `[instanceID (InstanceName)]` `InstanceGroup/Fleet` im Amazon EMR-Cluster `clusterID (ClusterName)` befindet. `UNHEALTHY` Amazon EMR wird versuchen, die Instance wiederherzustellen oder ordnungsgemäß zu ersetzen. `UNHEALTHY`  | 
| Austausch eines fehlerhaften Amazon EMR-Knotens | INFO | Kernknoten fehlerhaft — Ersatz deaktiviert | Amazon EMR hat festgestellt, dass sich die Kerninstanz `[instanceID (InstanceName)]` `InstanceGroup/Fleet` im Amazon EMR-Cluster `(clusterID) (ClusterName)` befindet. `UNHEALTHY` Aktivieren Sie den ordnungsgemäßen Austausch ungesunder Kernknoten in Ihrem Cluster, damit Amazon EMR die `UNHEALTHY` Instances ordnungsgemäß ersetzt, falls sie nicht wiederhergestellt werden können.  | 
| Austausch eines fehlerhaften Amazon EMR-Knotens | WARN | Fehlerhafter Kernknoten wurde nicht ersetzt | *Amazon EMR kann Ihre `UNHEALTHY` Core-Instance `[instanceID (InstanceName)]` `InstanceGroup/Fleet` im Amazon EMR-Cluster aus gutem `clusterID (ClusterName)` Grund nicht ersetzen.* Der Grund, warum Amazon EMR Ihren Core-Node nicht ersetzen kann, hängt von Ihrem Szenario ab. Ein Grund dafür, dass Amazon EMR einen Knoten nicht löschen kann, ist beispielsweise, dass ein Cluster keine verbleibenden Kernknoten haben würde.  | 
| Austausch eines fehlerhaften Amazon EMR-Knotens | INFO | Ein fehlerhafter Core-Knoten wurde wiederhergestellt | Amazon EMR hat Ihre `UNHEALTHY` Core-Instances `[instanceID (InstanceName)]` `InstanceGroup/Fleet` im Amazon EMR-Cluster wiederhergestellt `clusterID (ClusterName)`  | 

Weitere Informationen zum Austausch fehlerhafter Knoten finden Sie unter [Ersetzen](https://docs.aws.amazon.com/emr/latest/ManagementGuide/emr-plan-node-replacement.html) fehlerhafter Knoten.

## Ereignisse mit der Amazon-EMR-Konsole anzeigen
<a name="emr-events-console"></a>

Für jeden Cluster können Sie eine einfache Liste der Ereignisse im Detailbereich anzeigen, der die Ereignisse in der Reihenfolge ihres Auftretens auflistet. Sie können auch alle Ereignisse für alle Cluster in einer Region in absteigender Reihenfolge ihres Auftretens anzeigen.

Wenn Sie nicht möchten, dass ein Benutzer alle Cluster-Ereignisse für eine Region sehen kann, erstellen Sie eine Anweisung, die die Berechtigung (`"Effect": "Deny"`) für die Aktion `elasticmapreduce:ViewEventsFromAllClustersInConsole` ablehnt. Fügen Sie diese Anweisung einer Richtlinie hinzu, die dem Benutzer zugeordnet ist. 

**So zeigen Sie Ereignisse für alle Cluster in einer Region mit der Konsole an**

1. Melden Sie sich bei der AWS-Managementkonsole an und öffnen Sie die Amazon EMR-Konsole unter [https://console.aws.amazon.com/emr](https://console.aws.amazon.com/emr).

1. Wählen Sie im linken Navigationsbereich unter **EMR auf EC2** die Option **Ereignisse** aus.

**Um Ereignisse für einen bestimmten Cluster mit der Konsole anzuzeigen**

1. Melden Sie sich bei der AWS-Managementkonsole an und öffnen Sie die Amazon EMR-Konsole unter [https://console.aws.amazon.com/emr](https://console.aws.amazon.com/emr).

1. Wählen Sie im linken Navigationsbereich unter **EMR in EC2** die Option **Cluster** und dann ein Cluster aus.

1. Um alle Ihre Ereignisse anzuzeigen, wählen Sie auf der Cluster-Detailseite die Registerkarte **Ereignisse** aus.