Tous les produits
Search
Centre de documentation

E-MapReduce:Recommandations pour l'évaluation des spécifications des ressources du cluster

Dernière mise à jour :Aug 09, 2026

Un dimensionnement précis des ressources avant la création du cluster permet d'éviter le sous-dimensionnement (qui entraîne une dégradation des performances sous charge) et le surdimensionnement (qui gaspille des coûts). Cette rubrique fournit des formules de dimensionnement et des spécifications recommandées pour chaque groupe de nœuds dans un cluster E-MapReduce (EMR) exécutant Kafka. Après l'estimation initiale, validez les résultats avec kafka-producer-perf-test et kafka-consumer-perf-test, puis utilisez la fonctionnalité de mise à l'échelle horizontale pour ajuster les configurations à mesure que votre charge de travail évolue.

Le dimensionnement du cluster Kafka dépend de plusieurs facteurs : le trafic maximal de messages, la taille moyenne des messages, le nombre de partitions, les facteurs de réplication et le nombre de clients. Recueillez les métriques réelles de votre activité avant d'appliquer les formules ci-dessous.

Aperçu des groupes de nœuds

Le tableau suivant résume les spécifications recommandées pour chaque groupe de nœuds. Vous trouverez des indications détaillées sur le dimensionnement et les formules associées dans les sections suivantes.

Groupe de nœuds Rôle Nœuds CPU Mémoire Disque système Disque de données
Master ZooKeeper + composants de l'écosystème 3 4 cœurs 8 GiB 80 GiB Disque cloud de 120 GiB
Core Broker Kafka Voir Nombre de brokers 16 cœurs 64 GiB 80 GiB 4 disques cloud (taille variable)
Task (facultatif) Kafka Connect >2 >8 cœurs Selon le connecteur — Disque cloud >80 GiB

Groupe de nœuds Master (ZooKeeper)

Le groupe de nœuds master exécute ZooKeeper ainsi que les composants de l'écosystème Kafka : Kafka Manager, Schema Registry et REST Proxy.

Configurez trois nœuds master avec les spécifications suivantes :

Ressource Valeur recommandée
Nœuds 3
CPU 4 cœurs
Mémoire 8 GiB
Ratio CPU/mémoire 1:2
Disque système 80 GiB
Disque de données Disque cloud de 120 GiB

Groupe de nœuds Core (broker Kafka)

Paramètres métier

Recueillez les paramètres métier suivants avant de calculer le nombre de brokers et la taille des disques :

Paramètre Description Par défaut
Facteur de diffusion Nombre de fois où les nœuds en aval consomment les données métier, hors réplication intra-cluster —
Trafic entrant maximal Débit maximal des données métier (Mo/s) —
Trafic entrant moyen Débit moyen des données métier (Mo/s) —
Période de rétention des données Durée de conservation des données (jours) 7 jours
Facteur de réplication des partitions Nombre de réplicas par partition 3
Le trafic maximal est généralement d'un ordre de grandeur supérieur au trafic moyen. Définissez la valeur du trafic entrant maximal en conséquence et conservez une capacité redondante adéquate afin que le cluster puisse maintenir le service sous une charge extrême.

Utilisez ces paramètres pour déduire les métriques suivantes au niveau du cluster :

Métrique Formule
Trafic d'écriture total maximal Trafic entrant maximal x Facteur de réplication des partitions
Trafic de lecture total maximal Trafic entrant maximal x (Facteur de diffusion + Facteur de réplication des partitions - 1)
Capacité de stockage totale Trafic entrant moyen x Période de rétention des données x Facteur de réplication des partitions

Spécifications de nœud recommandées

Configurez les nœuds core avec les spécifications suivantes :

Ressource Valeur recommandée
CPU 16 cœurs
Mémoire 64 GiB
Ratio CPU/mémoire 1:4
Disque système 80 GiB
Disques de données 4 disques cloud (taille calculée ci-dessous)

Type de disque. Utilisez des disques cloud comme disques de données afin d'éviter la charge opérationnelle liée aux pannes de disques physiques. Cela améliore la disponibilité du service et réduit les coûts de main-d'œuvre opérationnelle.

Après avoir sélectionné le type et le nombre de disques, calculez le débit d'E/S total du disque du nœud. Sélectionnez une carte d'interface réseau (NIC) dont la bande passante est supérieure ou égale au débit d'E/S total du disque.

Nombre de brokers

Dans des conditions idéales, le plafond de débit d'un broker Kafka est déterminé soit par son débit d'E/S disque, soit par la bande passante de sa NIC. Suivez les étapes ci-dessous pour calculer le nombre de brokers requis.

Étape 1 : Calculez le débit disque par nœud.

Disk throughput per node = Throughput per disk x Number of data disks

À titre de référence : le débit maximal d'un SSD Enterprise PL1 (ESSD) est de 350 Mo/s. Pour les disques locaux, utilisez la moitié de la valeur théorique comme débit effectif, soit généralement 50 Mo/s.

Pour obtenir des valeurs détaillées sur les performances des disques, consultez la section Performances du stockage par blocs.

Étape 2 : Calculez le nombre de brokers en fonction du trafic.

Avec un facteur de réplication de 3, utilisez au moins 4 brokers afin qu'une partition comportant 3 réplicas puisse toujours être créée si un broker est temporairement indisponible. Maintenez une capacité redondante de 50 % :

Number of brokers = Max(4, (Total peak read traffic + Total peak write traffic) / Disk throughput per node / 50%)

Étape 3 : Vérifiez les limites de réplicas de partitions.

Si le nombre total de réplicas de partitions est élevé, effectuez une vérification croisée à l'aide de la formule basée sur les partitions :

Number of brokers = Max(4, Total number of partitions x Partition replication factor / 2,000)

Limites des réplicas de partitions :

Limite Valeur
Nombre maximal recommandé de réplicas par broker 2 000
Nombre maximal absolu de réplicas par broker 4 000
Nombre maximal absolu de réplicas par cluster 200 000

Étape 4 : Calculez la taille du disque par broker.

Disk size per broker = Total storage capacity / Number of brokers / Number of data disks per node / 50%

Mise à l'échelle après la création du cluster

La réserve de redondance de 50 % intégrée aux formules de dimensionnement maintient le cluster en dessous du seuil de charge où commence la limitation du débit. Après la création du cluster, surveillez l'utilisation des ressources et utilisez la fonctionnalité de mise à l'échelle horizontale pour ajuster les configurations en fonction de l'utilisation réelle des ressources.

Groupe de nœuds Task (Kafka Connect) (facultatif)

Le groupe de nœuds task est facultatif et exécute Kafka Connect. Sa taille peut être ajustée à tout moment après la création du cluster en fonction de l'utilisation réelle des ressources.

Configurez les nœuds task avec les spécifications suivantes :

Ressource Valeur recommandée
Nœuds >2 (pour la haute disponibilité)
CPU >8 cœurs par nœud ; augmentez cette valeur en fonction de l'utilisation du CPU par le connecteur
Mémoire Selon le type de connecteur et l'utilisation de la mémoire
Ratio CPU/mémoire 1:2 ou 1:4
Disque de données Disque cloud >80 GiB