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.

# Unterstützte Instance-Typen mit Amazon EMR
<a name="emr-supported-instance-types"></a>

In diesem Abschnitt werden die Instance-Typen beschrieben, die Amazon EMR unterstützt, geordnet nach AWS-Region. Weitere Informationen zu Instance-Typen finden Sie unter [Amazon-EC2-Instances](https://aws.amazon.com/ec2/instance-types/) und [Amazon-Linux-AMI-Instance-Typmatrix](https://aws.amazon.com/amazon-linux-ami/instance-type-matrix/).

Nicht alle Instance-Typen sind in allen Regionen verfügbar. Die Instance-Verfügbarkeit hängt von der Verfügbarkeit und der Nachfrage in der angegebenen Region und Availability Zone ab. Die Availability Zone einer Instance wird durch das Subnetz bestimmt, das Sie zum Starten Ihres Clusters verwenden. 

## Überlegungen
<a name="emr-supported-instance-types-considerations"></a>

Berücksichtigen Sie Folgendes, wenn Sie Instance-Typen für Ihren Amazon-EMR-Cluster auswählen.

**Wichtig**  
Wenn Sie mithilfe von einen Instance-Typ auswählen AWS-Managementkonsole, entspricht die Anzahl der **vCPUs**, die für jeden **Instance-Typ** angezeigt wird, der Anzahl der YARN-vcores für diesen Instance-Typ, nicht der Anzahl von EC2 v CPUs für diesen Instance-Typ. Weitere Informationen zur Anzahl von v CPUs für jeden Instance-Typ finden Sie unter [Amazon EC2 EC2-Instance-Typen](https://aws.amazon.com/ec2/instance-types/).
+ Wenn Sie einen Cluster mit einem Instance-Typ erstellen, der in der angegebenen Region und Verfügbarkeitszone nicht verfügbar ist, schlägt die Bereitstellung Ihres Clusters möglicherweise fehl oder die Bereitstellung bleibt hängen. Informationen zur Instance-Verfügbarkeit finden Sie auf der [Amazon-EMR-Preisseite](https://aws.amazon.com/emr/pricing) oder in den [Unterstützte Instance-Typen von AWS-Region](#emr-instance-types-by-region)-Tabellen auf dieser Seite.
+ Ab Amazon-EMR-Version 5.13.0 verwenden alle Instances HVM-Virtualisierung und EBS-gestützten Speicher für Stamm-Volumes. Bei der Verwendung von Amazon-EMR-Versionen vor Version 5.13.0 nutzen einige Instances der vorherigen Generation PVM-Virtualisierung. Weitere Informationen finden Sie unter [Linux AMI-Virtualisierungstypen](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/virtualization_types.html).
+ Aufgrund mangelnder Hardwareunterstützung und fehlender Standardeinstellungen, die zu einer Unterauslastung von Arbeitsspeicher und Kernen führen können, empfehlen wir Ihnen nicht, die Instance-Typen,,,,,,, zu verwenden,,,,,,,,`c7a`,,,,,,,,,,,,`c7i`,,`m7i`,,`m7i-flex`,,`r7a`,,`r7i`,,`r7iz`,,`i4i.12xlarge`,,,,,, verwenden, `i4i.24xlarge` wenn Sie Amazon EMR-Versionen unter 5.36.1 und 6.10.0 ausführen. Wenn Sie diese Instance-Typen in diesen Versionen ausführen, kann es zu Leistungseinbußen kommen und Sie werden nicht die erwarteten Vorteile neuerer Instance-Typen wie vs sehen. `c7i` `c6i` Für eine optimale Ressourcennutzung und Leistung bei diesen Leistungstypen sollten Sie 5.36.1 und höher oder 6.10.0 und höher ausführen, um deren Funktionen zu maximieren.
+ Einige Instance-Typen unterstützen Enhanced Networking. Weitere Informationen finden Sie unter [Enhanced Networking in Linux](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/enhanced-networking.html).
+ NVIDIA- und CUDA-Treiber sind auf GPU-Instance-Typen standardmäßig installiert.

## Unterstützte Instance-Typen von AWS-Region
<a name="emr-instance-types-by-region"></a>

In den folgenden Tabellen sind die Amazon EC2 EC2-Instance-Typen aufgeführt, die Amazon EMR unterstützt, geordnet nach. AWS-Region In den Tabellen sind auch die frühesten Amazon-EMR-Versionen der Serien 5.x, 6.x und 7.x aufgeführt, die die einzelnen Instance-Typen unterstützen.

### USA Ost (Nord-Virginia) – us-east-1
<a name="us-east-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### USA Ost (Ohio) – us-east-2
<a name="us-east-2-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### USA West (Nordkalifornien) – us-west-1
<a name="us-west-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### USA West (Oregon) – us-west-2
<a name="us-west-2-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### AWS GovCloud (US-West) — -1 us-gov-west
<a name="us-gov-west-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### AWS GovCloud (US-Ost) - -1 us-gov-east
<a name="us-gov-east-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Afrika (Kapstadt) – af-south-1
<a name="af-south-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Asien-Pazifik (Hongkong) – ap-east-1
<a name="ap-east-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Asien-Pazifik (Jakarta) – ap-southeast-3
<a name="ap-southeast-3-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Asien-Pazifik (Melbourne) - ap-southeast-4
<a name="ap-southeast-4-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Asien-Pazifik (Malaysia) - ap-southeast-5
<a name="ap-southeast-5-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Asien-Pazifik (Mumbai) – ap-south-1
<a name="ap-south-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Asien-Pazifik (Hyderabad) – ap-south-2
<a name="ap-south-2-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Asien-Pazifik (Osaka) – ap-northeast-3
<a name="ap-northeast-3-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Asien-Pazifik (Seoul) – ap-northeast-2
<a name="ap-northeast-2-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Asien-Pazifik (Singapur) – ap-southeast-1
<a name="ap-southeast-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Asien-Pazifik (Sydney) – ap-southeast-2
<a name="ap-southeast-2-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Asien-Pazifik (Tokio) – ap-northeast-1
<a name="ap-northeast-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Kanada (Zentral) – ca-central-1
<a name="ca-central-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Kanada West (Calgary) – ca-west-1
<a name="ca-west-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### China (Ningxia) – cn-northwest-1
<a name="cn-northwest-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### China (Peking) – cn-north-1
<a name="cn-north-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Europa (Frankfurt) – eu-central-1
<a name="eu-central-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Europa (Zürich) – eu-central-2
<a name="eu-central-2-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Europa (Irland) – eu-west-1
<a name="eu-west-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Europa (London) – eu-west-2
<a name="eu-west-2-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Europa (Mailand) – eu-south-1
<a name="eu-south-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Europa (Spanien) – eu-south-2
<a name="eu-south-2-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Europa (Paris) – eu-west-3
<a name="eu-west-3-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Europa (Stockholm) – eu-north-1
<a name="eu-north-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Israel (Tel Aviv) - il-central-1
<a name="il-central-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Naher Osten (Bahrain) – me-south-1
<a name="me-south-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Naher Osten (VAE) – me-central-1
<a name="me-central-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Südamerika (São Paulo) – sa-east-1
<a name="sa-east-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Asien-Pazifik (Thailand) - ap-southeast-7
<a name="ap-southeast-7-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Mexiko (Zentral) - mx-central-1
<a name="mx-central-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Asien-Pazifik (Taipeh) - ap-east-2
<a name="ap-east-2-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### Asien-Pazifik (Neuseeland) - ap-southeast-6
<a name="ap-southeast-6-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-supported-instance-types.html)

## Instances der vorherigen Generation
<a name="emr-supported-instance-types-previous-generation"></a>

Amazon EMR unterstützt Instances der vorherigen Generation zur Unterstützung von Anwendungen, die für diese Instances optimiert sind und noch nicht aktualisiert wurden. Weitere Informationen zu diesen Instance-Typen und Upgrade-Pfaden finden Sie unter [Instances der vorherigen Generation](https://aws.amazon.com/ec2/previous-generation). 


| Instance-Klasse | Instance-Typen | 
| --- | --- | 
|  General Purpose  |  m1.small¹ \$1 m1.medium¹ \$1 m1.large¹ \$1 m1.xlarge¹ \$1 m3.xlarge¹ \$1 m3.2xlarge¹ \$1 m4.large \$1 m4.xlarge \$1 m4.2xlarge \$1 m4.4xlarge \$1 m4.10xlarge \$1 m4.16xlarge  | 
|  Compute Optimized  |  c1.medium¹ ² \$1 c1.xlarge¹ \$1 c3.xlarge¹ \$1 c3.2xlarge¹ \$1 c3.4xlarge¹ \$1 c3.8xlarge¹ \$1 c4.large \$1 c4.xlarge \$1 c4.2xlarge \$1 c4.4xlarge \$1 c4.8xlarge  | 
|  Memory Optimized  |  m2.xlarge¹ \$1 m2.2xlarge¹ \$1 m2.4xlarge¹ \$1 r3.xlarge \$1 r3.2xlarge \$1 r3.4xlarge \$1 r3.8xlarge \$1 r4.xlarge \$1 r4.2xlarge \$1 r4.4xlarge \$1 r4.8xlarge \$1 r4.16xlarge  | 
|  Storage Optimized  |  d2.xlarge \$1 d2.2xlarge \$1 d2.4xlarge \$1 d2.8xlarge \$1 i2.xlarge \$1 i2.2xlarge \$1 i2.4xlarge \$1 i2.8xlarge  | 

¹ Verwendet das PVM-Virtualisierungs-AMI mit Amazon-EMR-Versionen vor 5.13.0. Weitere Informationen finden Sie unter [Linux-AMI-Virtualisierungstypen](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/virtualization_types.html).

² Nicht unterstützt in Version 5.15.0.

# Kaufoptionen für Instanzen in Amazon EMR
<a name="emr-instance-purchasing-options"></a>

Wenn Sie einen Cluster einrichten, wählen Sie eine Kaufoption für Amazon-EC2-Instances aus. Sie können On-Demand-Instances, Spot Instances oder beides auswählen. Die Preise variieren basierend auf dem Instance-Typ und der Region. Der Amazon-EMR-Preis gilt zusätzlich zum Amazon-EC2-Preis (der Preis für die zugrunde liegenden Server) und zum Amazon-EBS-Preis (wenn Amazon-EBS-Volumes angehängt werden). Aktuelle Preisangaben finden Sie unter [Amazon-EMR-Preise](https://aws.amazon.com/emr/pricing).

Ihre Wahl zur Verwendung von Instance-Gruppen oder Instance-Flotten in Ihrem Cluster bestimmt, wie Sie die Instance-Kaufoptionen ändern können, während der Cluster ausgeführt wird. Wenn Sie einheitliche Instance-Gruppen auswählen, können Sie die Kaufoption für eine Instance-Gruppe nur beim Erstellen angeben, und der Instance-Typ und die Kaufoption gelten für alle Amazon-EC2-Instances in jeder Instance-Gruppe. Bei der Wahl von Instance-Flotten können Sie die Kaufoptionen ändern, nachdem eine Instance-Flotte erstellt wurde. Sie können die Kaufoptionen kombinieren, um eine festgelegte Zielkapazität zu erfüllen. Weitere Informationen zu diesen Konfigurationen finden Sie unter [Erstellen Sie einen Amazon EMR-Cluster mit Instance-Flotten oder einheitlichen Instance-Gruppen](emr-instance-group-configuration.md).

## On-Demand Instances
<a name="emr-instances-on-demand"></a>

Bei On-Demand-Instances zahlen Sie für die Rechenkapazität nach Sekunde. Optional können Sie für diese On-Demand-Instances Reserved Instance- oder Dedicated Instance-Kaufoptionen verwenden. Bei Reserved Instances leisten Sie eine einmalige Zahlung für eine Instance, um Kapazität zu reservieren. Dedicated Instances sind auf Host-Hardwareebene physisch von Instances isoliert, die zu anderen AWS Konten gehören. Weitere Informationen zu Kaufoptionen finden Sie unter [Instance-Kaufoptionen](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-purchasing-options.html) im *Amazon EC2 EC2-Benutzerhandbuch*.

### Verwenden von Reserved Instances
<a name="emr-instances-reserved"></a>

Um Reserved Instances in Amazon EMR zu verwenden, kaufen Sie die Reserved Instance über Amazon EC2 und geben die Parameter für die Reservierung an, einschließlich des Umfangs der Reservierung für eine Region oder Availability Zone. Weitere Informationen finden Sie unter [Amazon EC2 Reserved Instances](https://aws.amazon.com/ec2/reserved-instances/) und [Buying Reserved Instances](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ri-market-concepts-buying.html) im *Amazon EC2 EC2-Benutzerhandbuch*. Nachdem Sie eine Reserved Instance gekauft haben, verwendet Amazon EMR die Reserved Instance, wenn ein Cluster startet und alle der folgenden Bedingungen erfüllt sind:
+ Eine On-Demand-Instance ist in der Cluster-Konfiguration angegeben, die mit der Reserved-Instance-Spezifikation übereinstimmt.
+ Der Cluster wird im Rahmen der Instance-Reservierung (Availability Zone oder Region) gestartet.
+ Die Reserved Instance-Kapazität ist noch verfügbar.

Angenommen, Sie kaufen eine Reserved Instance `m5.xlarge` mit der gewünschten Instance-Reservierung für die Region USA Ost. Anschließend starten Sie einen Amazon-EMR-Cluster in USA Ost, der zwei `m5.xlarge`-Instances verwendet. Die erste Instance wird nach dem Tarif für Reserved Instances abgerechnet und die andere nach dem On-Demand-Tarif. Die Reserved Instance-Kapazität wird verwendet, bevor die On-Demand-Instances erstellt werden.

### Verwenden von Dedicated Instances
<a name="emr-dedicated-instances"></a>

Um Dedicated Instances zu verwenden, kaufen Sie Dedicated Instances über Amazon EC2 und erstellen dann eine VPC mit dem Tenancy-Attribut **Dedicated**. Anschließend geben Sie in Amazon EMR an, dass ein Cluster in dieser VPC gestartet werden soll. Alle On-Demand-Instances im Cluster, die der Dedicated Instance-Spezifikation entsprechen, verwenden verfügbare Dedicated Instances beim Start des Clusters.

**Anmerkung**  
Amazon EMR unterstützt das `dedicated` Attribut für einzelne Instances nicht.

## Spot Instances
<a name="emr-spot-instances"></a>

Spot Instances in Amazon EMR ermöglichen Ihnen den Kauf von Amazon-EC2-Instance-Kapazitäten zu einem im Vergleich zu On-Demand-Käufen niedrigeren Preis. Der Nachteil der Verwendung von Spot Instances besteht darin, dass Instances möglicherweise beendet werden, wenn die Spot-Kapazität für den von Ihnen ausgeführten Instance-Typ nicht mehr verfügbar ist. Weitere Informationen dazu, wann Sie Spot Instances für Ihre Anwendung verwenden sollten, finden Sie unter [Wann sollten Sie Spot Instances verwenden?](emr-plan-instances-guidelines.md#emr-plan-spot-instances).

Wenn Amazon EC2 über ungenutzte Kapazitäten verfügt, werden EC2-Instances zu einem niedrigeren Preis angeboten, dem *Spot-Preis*. Dieser Preis schwankt abhängig von Verfügbarkeit und Bedarf und wird nach Region und Availability Zone festgelegt. Wenn Sie Spot-Instances auswählen, geben Sie den maximalen Spot-Preis an, den Sie bereit sind für jeden EC2 Instance-Typ zu zahlen. Wenn der Spot-Preis in der Availability Zone des Clusters unter dem für diesen Instance-Typ angegebenen maximalen Spot-Preis liegt, werden Instances gestartet. Während die Instances ausgeführt werden, wird Ihnen der aktuelle Spot-Preis *nicht Ihr maximaler Spot-Preis* in Rechnung gestellt.

**Anmerkung**  
Spot-Instances mit definierter Laufzeit (auch Spot-Blöcke genannt) stehen Neukunden ab dem 1. Juli 2021 nicht mehr zur Verfügung. Für Kunden, die diese Funktion bereits genutzt haben, werden wir Spot-Instances mit einer definierten Laufzeit bis zum 31. Dezember 2022 weiterhin unterstützen.

Die aktuellen Preise finden Sie im Abschnitt [Preise für Spot Instances in Amazon EC2](https://aws.amazon.com/ec2/spot/pricing/). Weitere Informationen finden Sie unter [Spot Instances](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-spot-instances.html) im *Amazon-EC2-Benutzerhandbuch*. Wenn Sie einen Cluster erstellen und konfigurieren, geben Sie Netzwerkoptionen an, die letztendlich die Availability Zone bestimmen, in der Ihr Cluster gestartet wird. Weitere Informationen finden Sie unter [Konfiguration von Netzwerken in einer VPC für Amazon EMR](emr-plan-vpc-subnet.md). 

**Tipp**  
Sie können den aktuellen Spot-Preis in der Konsole anzeigen, indem Sie mit dem Mauszeiger auf die QuickInfo für Informationen neben der Kaufoption **Spot (Spot)** zeigen, wenn Sie einen Cluster mittels **Advanced Options (Erweiterte Optionen)** erstellen. Die Preise für jede Availability Zone in der ausgewählten Region werden angezeigt. Die grünen Zeilen enthalten die niedrigsten Preise. Aufgrund der Spot-Preisschwankungen zwischen Availability Zones kann es sein, dass durch Auswählen der Availability Zone mit dem niedrigsten Anfangspreis möglicherweise nicht der niedrigste Preis für die Nutzungsdauer des Clusters erzielt wird. Um optimale Ergebnisse zu erzielen, sehen Sie sich den Availability Zone-Preisverlauf an, bevor Sie sich entscheiden. Weitere Informationen finden Sie unter [Preisverlauf für Spot-Instances](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-spot-instances-history.html) im *Amazon EC2 EC2-Benutzerhandbuch*.

Die Spot-Instance-Optionen hängen davon ab, ob Sie einheitliche Instance-Gruppen oder Instance-Flotten in der Cluster-Konfiguration verwenden.

****Spot-Instances in einheitlichen Instance-Gruppen****  
Wenn Sie Spot-Instances in einer einheitlichen Instance-Gruppe verwenden, muss es sich bei allen Instances in der Instance-Gruppe um Spot-Instances handeln. Sie geben ein einzelnes Subnetz eine oder Availability Zone für den Cluster an. Für jede Instance-Gruppe legen Sie eine einzelne Spot Instance und einen maximalen Spot-Preis fest. Die Spot Instances des entsprechenden Typs werden gestartet, wenn der Spot-Preis in der Region und Availability Zone des Clusters unter dem maximalen Spot-Preis liegt. Instances werden beendet, wenn der Spot-Preis Ihren maximalen Spot-Preis übersteigt. Sie legen den maximalen Spot-Preis nur beim Konfigurieren einer Instance-Gruppe fest. Er kann später nicht mehr geändert werden. Weitere Informationen finden Sie unter [Erstellen Sie einen Amazon EMR-Cluster mit Instance-Flotten oder einheitlichen Instance-Gruppen](emr-instance-group-configuration.md).

****Spot-Instances in Instance-Flotten****  
Wenn Sie die Instance-Flottenkonfiguration verwenden, erhalten Sie durch zusätzliche Optionen mehr Kontrolle darüber, wie Spot-Instances gestartet und beendet werden. Grundsätzlich verwenden Instance-Flotten zum Starten von Instances eine andere Methode als einheitliche Instance-Gruppen. Hierbei legen Sie eine *Zielkapazität* für Spot-Instances (und On-Demand-Instances) und bis zu fünf Instance-Typen fest. Sie können auch eine *gewichtete Kapazität* für jeden Instance-Typ festlegen oder die vCPU (YARN vcores) des Instance-Typs als gewichtete Kapazität verwenden. Die gewichtete Kapazität wird im Rahmen der Zielkapazität berücksichtigt, wenn eine Instance dieses Typs bereitgestellt wird. Amazon EMR stellt Instances mit beiden Kaufoptionen bereit, bis die Zielkapazität für jedes Ziel erfüllt ist. Darüber hinaus können Sie eine Vielzahl von Availability Zones definieren, die Amazon EMR zum Starten von Instances zur Wahl stehen. Sie stellen außerdem zusätzliche Spot-Optionen für jede Flotte bereit, einschließlich eines Bereitstellungs-Timeouts. Weitere Informationen finden Sie unter [Planung und Konfiguration von Instance-Flotten für Ihren Amazon EMR-Cluster](emr-instance-fleet.md).

# Speicheroptionen und Verhalten von Instances in Amazon EMR
<a name="emr-plan-storage"></a>

## -Übersicht
<a name="emr-plan-storage-ebs-storage-overview"></a>

Der Instance-Speicher und der Amazon-EBS-Volume-Speicher werden für HDFS-Daten sowie für Puffer, Caches, Arbeitsdaten und andere temporäre Inhalte verwendet, die einige Anwendungen möglicherweise in das lokale Dateisystem „verschütten“.

Amazon EBS funktioniert in Amazon EMR anders als mit regulären Amazon-EC2-Instances. An Amazon-EMR-Cluster angefügte Amazon-EMR-Volumes sind beispielsweise flüchtig: Die Volumes werden beim Beenden des Clusters und der Instance gelöscht (z. B. beim Verkleinern von Instance-Gruppen). Daher sollten Sie nicht davon ausgehen, dass Daten dauerhaft gespeichert werden. Obwohl die Daten flüchtig sind, ist es möglich, dass Daten in HDFS abhängig von der Anzahl und der Spezialisierung der Knoten im Cluster repliziert werden. Wenn Sie Amazon-EBS-Speichervolumes hinzufügen, werden diese als zusätzliche Volumes bereitgestellt. Sie sind nicht Teil des Startvolumes. YARN ist so konfiguriert, dass alle zusätzlichen Volumes verwendet werden. Sie sind jedoch dafür verantwortlich, die zusätzlichen Volumes als lokalen Speicher (z. B. für lokale Protokolldateien) zuzuweisen.

## Überlegungen
<a name="emr-plan-storage-ebs-storage-considerations"></a>

Die folgenden zusätzlichen Überlegungen sollten Sie berücksichtigen, wenn Sie Amazon EBS mit EMR-Clustern verwenden:
+ Sie können nicht einen Snapshot eines Amazon-EBS-Volumes erstellen und dann innerhalb von Amazon EMR wiederherstellen. Um wiederverwendbare benutzerdefinierte Konfigurationen zu erstellen, verwenden Sie ein benutzerdefiniertes AMI (verfügbar ab Version 5.7.0 von Amazon EMR). Weitere Informationen finden Sie unter [Verwendung eines benutzerdefinierten AMI für mehr Flexibilität bei der Amazon EMR-Clusterkonfiguration](emr-custom-ami.md).
+ Ein verschlüsseltes Amazon-EBS-Root-Volume wird nur unterstützt, wenn Sie ein benutzerdefiniertes AMI verwenden. Weitere Informationen finden Sie unter [Erstellen eines benutzerdefinierten AMI mit einem verschlüsselten Amazon-EBS-Root-Gerät-Datenträger](emr-custom-ami.md#emr-custom-ami-encrypted). 
+ Wenn Sie Tags mit der Amazon-EMR-Webservice-API zuweisen, werden diese Operationen auf EBS-Volumes angewendet.
+ Es gilt eine Beschränkung von 25 Volumes pro Instance.
+ Die Amazon-EBS-Volumes auf den Core-Knoten dürfen nicht weniger als 5 GB groß sein.
+ Amazon EBS hat ein festes Limit von 2.500 EBS-Volumes pro Instance-Startanforderung. Dieses Limit gilt auch für Amazon EMR auf EC2-Clustern. Wir empfehlen, dass Sie Cluster mit der Gesamtzahl der EBS-Volumes innerhalb dieses Limits starten und den Cluster dann manuell oder mit Amazon EMR Managed Scaling nach Bedarf hochskalieren. [Weitere Informationen zum EBS-Volumenlimit finden Sie unter Servicekontingente.](https://docs.aws.amazon.com/general/latest/gr/ebs-service.html#limits_ebs:~:text=Amazon%20EBS%20has,exceeding%20the%20limit.)

## Amazon-EBS-Standardspeicher für Instances
<a name="emr-plan-storage-ebs-storage-default"></a>

Amazon EMR weist für EC2-Instances mit reinem EBS-Speicher den Instances gp2- oder gp3-Speichervolumes von Amazon EBS zu. Wenn Sie einen Cluster mit der Amazon-EMR-Version 5.22.0 und höher erstellen, erhöht sich die Standardmenge des Amazon-EBS-Speichers basierend auf der Größe der Instance.

Wir teilen jeden erhöhten Speicherplatz auf mehrere Volumes auf. Dies führt zu einer erhöhten IOPS-Leistung und damit bei einigen standardisierten Workloads zu einer höheren Leistung. Wenn Sie eine andere Instance-Speicherkonfiguration von Amazon EBS verwenden möchten, können Sie diese beim Erstellen eines EMR-Clusters bzw. beim Hinzufügen von Knoten zu einem Cluster angeben. Sie können gp2- oder gp3-Volumes von Amazon EBS als Root-Volumes verwenden und gp2- oder gp3-Volumes als zusätzliche Volumes hinzufügen. Weitere Informationen finden Sie unter [Angeben zusätzlicher EBS-Speicher-Volumes](#emr-plan-storage-additional-ebs-volumes).

In der folgenden Tabelle sind die Standardanzahl von Amazon-EBS-GP2-Speicher-Volumes, Größen und Gesamtgrößen pro Instance-Typ aufgeführt. Hinweise zu gp2-Volumes im Vergleich zu gp3-Volumes finden Sie unter [Vergleichen der Amazon-EBS-Volumetypen gp2 und gp3](emr-plan-storage-compare-volume-types.md).


**Standardmäßige gp2-Speichervolumes von Amazon EBS und Speichergröße nach Instance-Typ für Amazon EMR 5.22.0 und höher**  

| Instance-Größe | Anzahl der Volumes | Volume-Größe (GiB) | Gesamtgröße (GB) | 
| --- | --- | --- | --- | 
|  \$1.large  |  1  |  32  |  32  | 
|  \$1.xlarge  |  2  |  32  |  64  | 
|  \$1.2xlarge  |  4  |  32  |  128  | 
|  \$1.4xlarge  |  4  |  64  |  256  | 
|  \$1.8xlarge  |  4  |  128  |  512  | 
|  9xlarge  |  4  |  144  |  576  | 
|  10xlarge  |  4  |  160  |  640  | 
|  12xlarge  |  4  |  192  |  768  | 
|  \$1.16xlarge  |  4  |  256  |  1024  | 
|  18xlarge  |  4  |  288  |  1 152  | 
|  24xlarge  |  4  |  384  |  1536  | 

## Standard-Root-Volume von Amazon EBS für Instances
<a name="emr-plan-storage-ebs-root-volume"></a>

Mit Amazon EMR-Versionen 6.15 und höher hängt Amazon EMR automatisch eine Amazon EBS General Purpose SSD (gp3) als Root-Gerät an, um die Leistung zu verbessern. AMIs In früheren Versionen fügt Amazon EMR EBS-Allzweck-SSD (gp2) als Root-Gerät zu.


|  | 6.15 und höher | 6.14 und niedriger | 
| --- | --- | --- | 
| Root-Volume-Standardtyp |  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-plan-storage.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-plan-storage.html) | 
| Standardgröße |  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-plan-storage.html)  |  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-plan-storage.html)  | 
| Standard-IOPS |  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-plan-storage.html)  |   | 
| Standarddurchsatz |  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/emr/latest/ManagementGuide/emr-plan-storage.html)  |   | 

Informationen zum Anpassen des Root-Geräte-Volumes von Amazon EBS finden Sie unter [Angeben zusätzlicher EBS-Speicher-Volumes](#emr-plan-storage-additional-ebs-volumes).

## Angeben zusätzlicher EBS-Speicher-Volumes
<a name="emr-plan-storage-additional-ebs-volumes"></a>

Wenn Sie Instance-Typen in Amazon EMR konfigurieren, können Sie zusätzliche EBS-Volumes angeben, um Kapazität über den Instance-Speicher (falls vorhanden) und das Standard-EBS-Volume hinaus hinzuzufügen. Amazon EBS bietet die folgenden Volume-Typen: Allzweck (SSD), Bereitgestellte IOPS (SSD), durchsatzoptimiert (HDD), Cold (HDD) und Magnetfestplatte. Diese unterscheiden sich bei den Leistungsmerkmalen und im Preis, sodass Sie Ihren Speicher den Analyse- und Business-Anforderungen Ihrer Anwendungen entsprechend anpassen können. Beispielsweise benötigen einige Anwendungen den Überlauf auf Datenträger, während andere im Speicher oder unter Verwendung Amazon S3 sicher arbeiten können.

Sie können Amazon-EBS-Volumes nur beim Cluster-Startup und beim Hinzufügen einer zusätzlichen Aufgabenknoten-Instance-Gruppe an Instances anhängen. Wenn eine Instance in einem Amazon-EMR-Cluster ausfällt, werden sowohl die Instance als auch die angeschlossenen Amazon-EBS-Volumes durch neue Volumes ersetzt. Wenn Sie ein Amazon-EBS-Volume manuell trennen, behandelt Amazon EMR dies als Fehler und ersetzt sowohl den Instance-Speicher (falls zutreffend) als auch die Volume-Speicher.

Amazon EMR erlaubt Ihnen nicht, Ihren Volumetyp für einen vorhandenen EMR-Cluster von gp2 auf gp3 zu ändern. Um gp3 für Ihre Workloads zu verwenden, starten Sie einen neuen EMR-Cluster. Darüber hinaus raten wir davon ab, den Durchsatz und die IOPS auf einem Cluster, der verwendet wird oder bereitgestellt wird, zu aktualisieren, da Amazon EMR für jede neue Instance, die bei der Hochskalierung des Clusters hinzugefügt wird, den Durchsatz und die IOPS-Werte verwendet, die Sie beim Clusterstart angegeben haben. Weitere Informationen erhalten Sie unter [Vergleichen der Amazon-EBS-Volumetypen gp2 und gp3](emr-plan-storage-compare-volume-types.md) und [Auswahl von IOPS und Durchsatz bei der Migration zu gp3 Amazon EBS-Volumetypen](emr-plan-storage-gp3-migration-selection.md).

**Wichtig**  
Um ein gp3-Volume mit Ihrem EMR-Cluster zu verwenden, müssen Sie einen neuen EMR-Cluster starten.

# Vergleichen der Amazon-EBS-Volumetypen gp2 und gp3
<a name="emr-plan-storage-compare-volume-types"></a>

Hier finden Sie einen Vergleich der Kosten zwischen den gp2- und gp3-Volumes in der Region USA Ost (Nord-Virginia). Die aktuellen Informationen finden Sie auf der Produktseite von [Allzweck-Volumes von Amazon EBS](https://aws.amazon.com/ebs/general-purpose/) und auf der [Amazon-EBS-Preisseite](https://aws.amazon.com/ebs/pricing/).


| Volume-Typ | gp3 | gp2 | 
| --- | --- | --- | 
| Volume-Größe | 1 GiB–16 TiB | 1 GiB–16 TiB | 
| Standard-/Baseline-IOPS | 3000 | 3 IOPS/GiB (mindestens 100 IOPS) bis maximal 16.000 IOPS. Volumes, die kleiner als 1 TiB sind, können auch bis zu 3 000 IOPS erreichen. | 
| Max. IOPS pro Volume | 16,000 | 16,000 | 
| Standard-/Baseline-Durchsatz | 125 MiB/s | Die Durchsatzgrenze liegt je nach Volumengröße zwischen 128 MiB/s und 250 MiB/s. | 
| Max. Durchsatz pro Volume | 1 000 MiB/s | 250 MiB/s | 
| Preis | 0,08 USD/GiB-Monat 3.000 IOPS kostenlos und 0,005 USD/bereitgestelltes IOPS-Monat über 3.000; 125 kostenlos und 0,04 USD/bereitgestellt MiB/s MiB/s-month over 125MiB/s | 0,10 USD/GiB-Monat | 

# Auswahl von IOPS und Durchsatz bei der Migration zu gp3 Amazon EBS-Volumetypen
<a name="emr-plan-storage-gp3-migration-selection"></a>

Bei der Bereitstellung eines GP2-Volumes müssen Sie die Größe des Volumes ermitteln, um das Verhältnis zwischen IOPS und Durchsatz zu ermitteln. Mit gp3 müssen Sie kein größeres Volume bereitstellen, um eine höhere Leistung zu erzielen. Sie können die gewünschte Größe und Leistung je nach Anwendungsanforderungen wählen. Durch die Auswahl der richtigen Größe und der richtigen Leistungsparameter (IOPS, Durchsatz) können Sie maximale Kostensenkungen erzielen, ohne die Leistung zu beeinträchtigen.

Die folgende Tabelle hilft Ihnen bei der Auswahl der gp3-Konfigurationsoptionen:


| Volume-Größe | E/A\$1Sek | Durchsatz | 
| --- | --- | --- | 
| 1–170 GiB | 3000 | 125 MiB/s | 
| 170–334 GiB | 3000 | 125 MiB/s , wenn der gewählte EC2-Instance-Typ 125 MiB/s or less, use higher as per usage, Max 250 MiB/s \$1 unterstützt. | 
| 334–1 000 GiB | 3000 | 125 MiB/s , wenn der gewählte EC2-Instance-Typ 125 MiB/s or less, Use higher as per usage, Max 250 MiB/s \$1 unterstützt. | 
| Über 1 000 GiB | Passen Sie gp2-IOPS (Größe in GiB x 3) oder maximale IOPS an, abhängig vom aktuellen gp2-Volume | 125 MiB/s , wenn der gewählte EC2-Instance-Typ 125 MiB/s or less, Use higher as per usage, Max 250 MiB/s \$1 unterstützt. | 

\$1Gp3 kann einen Durchsatz von bis zu 2000 bereitstellen). MiB/s. Since gp2 provides a maximum of 250MiB/s throughput, you may not need to go beyond this limit when you use gp3. Gp3 volumes deliver a consistent baseline throughput performance of 125 MiB/s, which is included with the price of storage. You can provision additional throughput (up to a maximum of 2,000 MiB/s) for an additional cost at a ratio of 0.25 MiB/s per provisioned IOPS. Maximum throughput can be provisioned at 8,000 IOPS or higher and 16 GiB or larger (8,000 IOPS × 0.25 MiB/s per IOPS = 2,000 MiB/s