Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

# Erreur du cluster Amazon EMR : erreur du facteur de réplication HDFS
<a name="emr-hdfs-insufficient-replication"></a>

Lorsque vous supprimez un nœud principal d'un [groupe d'instances](https://docs.aws.amazon.com/emr/latest/ManagementGuide/emr-uniform-instance-group.html) principal ou d'un [parc d'instances](https://docs.aws.amazon.com/emr/latest/ManagementGuide/emr-instance-fleet.html), Amazon EMR peut rencontrer une erreur de réplication HDFS. Cette erreur se produit lorsque vous supprimez des nœuds principaux et que le nombre de nœuds principaux tombe en dessous du [facteur dfs.replication](https://docs.aws.amazon.com/emr/latest/ReleaseGuide/emr-hdfs-config.html) configuré pour le système de fichiers distribué Hadoop (HDFS). Amazon EMR ne peut donc pas effectuer l'opération en toute sécurité. Pour déterminer la valeur par défaut de la `dfs.replication` configuration, configuration [HDFS](https://docs.aws.amazon.com/emr/latest/ReleaseGuide/emr-hdfs-config.html).

## Causes possibles :
<a name="emr-hdfs-insufficient-replication-possible-causes"></a>

Consultez les informations suivantes pour connaître les causes possibles de l'erreur du facteur de réplication HDFS :
+ Si vous [redimensionnez manuellement](https://docs.aws.amazon.com/emr/latest/ManagementGuide/emr-manage-resize.html) un groupe d'instances principal ou un parc d'instances en dessous du `dfs.replication` facteur configuré.
+ Vos politiques de [dimensionnement géré](https://docs.aws.amazon.com/emr/latest/ManagementGuide/emr-managed-scaling.html) ou d'[autoscaling](https://docs.aws.amazon.com/emr/latest/ManagementGuide/emr-automatic-scaling.html) peuvent permettre le dimensionnement afin de réduire le nombre de nœuds principaux en dessous du seuil de`dfs.replication`.
+ Cette erreur peut également se produire si Amazon EMR tente de [remplacer](https://docs.aws.amazon.com/emr/latest/ManagementGuide/emr-plan-node-replacement.html) un nœud principal défectueux alors qu'un cluster possède le nombre minimal de nœuds principaux défini par. []()

## Solutions et meilleures pratiques
<a name="emr-hdfs-insufficient-replication-best-practices"></a>

Consultez les informations suivantes pour connaître les solutions et les meilleures pratiques :
+ Lorsque vous redimensionnez manuellement un cluster Amazon EMR, ne le réduisez pas en dessous `dfs.replication` car Amazon EMR ne peut pas effectuer le redimensionnement en toute sécurité.
+ Lorsque vous utilisez le dimensionnement géré ou le dimensionnement automatique, assurez-vous que la capacité minimale de votre cluster n'est pas inférieure au `dfs.replication` facteur.
+ Le nombre d'instances principales doit être d'au moins `dfs.replication` plus un. Cela garantit qu'Amazon EMR peut remplacer avec succès un nœud principal défectueux si vous avez activé le remplacement de cœur défectueux.

**Important**  
La défaillance d'un nœud à cœur unique peut entraîner une perte de données HDFS si vous définissez `dfs.replication` la valeur 1. Si votre cluster dispose d'un stockage HDFS, nous vous recommandons de le configurer avec au moins quatre nœuds principaux pour les charges de travail de production afin d'éviter toute perte de données et de définir le `dfs.replication` facteur sur au moins 2.