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.

# Amazon EMR-Clusterfehler: HDFS-Replikationsfaktorfehler
<a name="emr-hdfs-insufficient-replication"></a>

Wenn Sie einen Core-Node aus einer [ Core-Instance-Gruppe ](https://docs.aws.amazon.com/emr/latest/ManagementGuide/emr-uniform-instance-group.html) oder [ Instance-Flotte entfernen](https://docs.aws.amazon.com/emr/latest/ManagementGuide/emr-instance-fleet.html), tritt bei Amazon EMR möglicherweise ein HDFS-Replikationsfehler auf. Dieser Fehler tritt auf, wenn Sie Kernknoten entfernen und die Anzahl der Kernknoten den konfigurierten [ dfs.replication-Faktor ](https://docs.aws.amazon.com/emr/latest/ReleaseGuide/emr-hdfs-config.html) für das Hadoop Distributed File System (HDFS) unterschreitet. Daher kann Amazon EMR den Vorgang nicht sicher ausführen. Um den Standardwert der Konfiguration zu ermitteln, verwenden Sie die `dfs.replication` [ HDFS-Konfiguration. ](https://docs.aws.amazon.com/emr/latest/ReleaseGuide/emr-hdfs-config.html)

## Mögliche Ursachen
<a name="emr-hdfs-insufficient-replication-possible-causes"></a>

Im Folgenden finden Sie die möglichen Ursachen für einen HDFS-Replikationsfaktorfehler:
+ Wenn Sie die Größe [ einer Core-Instance-Gruppe oder Instance-Flotte ](https://docs.aws.amazon.com/emr/latest/ManagementGuide/emr-manage-resize.html) manuell unter den konfigurierten `dfs.replication` Faktor ändern.
+ Ihre Richtlinien für [ verwaltete Skalierung ](https://docs.aws.amazon.com/emr/latest/ManagementGuide/emr-managed-scaling.html) oder [ automatische Skalierung ermöglichen ](https://docs.aws.amazon.com/emr/latest/ManagementGuide/emr-automatic-scaling.html) möglicherweise eine Skalierung, um die Anzahl der Kernknoten unter den Schwellenwert von zu reduzieren. `dfs.replication`
+ Dieser Fehler kann auch auftreten, wenn Amazon EMR versucht, [ einen fehlerhaften Kernknoten zu ](https://docs.aws.amazon.com/emr/latest/ManagementGuide/emr-plan-node-replacement.html) ersetzen, obwohl ein Cluster die Mindestanzahl an Kernknoten hat, die durch definiert ist. [`dfs.replication`]()

## Lösungen und bewährte Methoden
<a name="emr-hdfs-insufficient-replication-best-practices"></a>

Lösungen und bewährte Methoden finden Sie im Folgenden:
+ Wenn Sie die Größe eines Amazon EMR-Clusters manuell ändern, sollten Sie die Größe nicht unter den Wert verkleinern, `dfs.replication` da Amazon EMR die Größenänderung nicht sicher abschließen kann.
+ Wenn Sie verwaltete Skalierung oder automatische Skalierung verwenden, stellen Sie sicher, dass die Mindestkapazität Ihres Clusters nicht unter dem Faktor liegt. `dfs.replication`
+ Die Anzahl der Core-Instances sollte mindestens `dfs.replication` plus eine sein. Dadurch wird sichergestellt, dass Amazon EMR einen fehlerhaften Core-Node erfolgreich ersetzen kann, wenn Sie den fehlerhaften Kernaustausch aktiviert haben.

**Wichtig**  
Der Ausfall eines einzelnen Kernknotens kann zu HDFS-Datenverlust führen, wenn Sie den Wert auf 1 setzen. `dfs.replication` Wenn Ihr Cluster über HDFS-Speicher verfügt, empfehlen wir, den Cluster mit mindestens vier Kernknoten für Produktionsworkloads zu konfigurieren, um Datenverluste zu vermeiden, und den `dfs.replication` Faktor außerdem auf mindestens 2 festzulegen.