Comprendre le cluster Node.js : les concepts de base

Préface

Si vous avez utilisé PM2 pour gérer les processus Node.js, vous avez peut-être remarqué qu'il prend en charge un mode cluster. Ce mode permet à Node.js de créer plusieurs processus. Lorsque vous définissez le nombre d'instances en mode cluster sur max, PM2 créera automatiquement un nombre de processus Node correspondant aux cœurs CPU disponibles sur le serveur.

PM2 y parvient en tirant parti du module Cluster de Node.js. Le module répond à la nature monothread de Node.js, qui limite traditionnellement sa capacité à utiliser plusieurs cœurs de processeur. Mais comment fonctionne le module Cluster en interne ? Comment les processus communiquent-ils entre eux ? Comment plusieurs processus peuvent-ils écouter sur le même port ? Et comment Node.js distribue-t-il les requêtes à ces processus ? Si ces questions vous intéressent, lisez la suite.

Principes fondamentaux

Les processus de travail Node.js sont créés à l'aide de la méthode child_process.fork(). Cela signifie qu'il existe un processus parent et plusieurs processus enfants. Le code ressemble généralement à ceci :

const cluster = require('cluster');
const os = require('os');

if (cluster.isMaster) {
  for (let i = 0, n = os.cpus().length; i 



<p>Si vous avez étudié les systèmes d'exploitation, vous connaissez probablement l'appel système fork(). Le processus appelant est le parent, tandis que les processus nouvellement créés sont les enfants. Ces processus enfants partagent le même segment de données et la même pile que le parent, mais leurs espaces de mémoire physique ne sont pas nécessairement partagés. Dans un cluster Node.js, le processus <strong>master</strong> écoute sur le port et distribue les requêtes entrantes aux processus <strong>worker</strong>. Cela implique d'aborder trois sujets principaux : <strong>communication inter-processus (IPC)</strong>, <strong>stratégies d'équilibrage de charge</strong> et <strong>écoute de ports multi-processus</strong>.</p>

<h2>
  
  
  Communication inter-processus (IPC)
</h2>

<p>Le processus <strong>master</strong> crée des processus enfants à l'aide de process.fork(). La communication entre ces processus est gérée via un <strong>canal IPC</strong>. Les systèmes d'exploitation fournissent plusieurs mécanismes de communication inter-processus, tels que :</p>

<ol>
<li>
<strong>Mémoire partagée</strong>
Plusieurs processus partagent un seul espace mémoire, souvent géré avec des sémaphores pour la synchronisation et l'exclusion mutuelle.</li>
<li><p><strong>Passer des messages</strong><br><br>
Les processus échangent des données en envoyant et en recevant des messages.</p></li>
<li><p><strong>Sémaphores</strong><br><br>
Un sémaphore est une valeur d'état attribuée par le système. Les processus manquant de contrôle seront contraints de s’arrêter à des points de contrôle spécifiques, en attendant un signal pour continuer. Lorsqu'il est limité à des valeurs binaires (0 ou 1), ce mécanisme est appelé « mutex » (verrouillage d'exclusion mutuelle).</p></li>
<li><p><strong>Tuyaux</strong><br><br>
Les tuyaux connectent deux processus, permettant à la sortie d’un processus de servir d’entrée à un autre. Cela peut être créé à l’aide de l’appel système pipe. Le | La commande dans les scripts shell est un exemple courant de ce mécanisme.</p></li>
</ol>

<p>Node.js utilise un mécanisme basé sur les événements pour la communication entre les processus parent et enfant. Voici un exemple de processus parent envoyant un handle de serveur TCP à un processus enfant :<br>
</p>

<pre class="brush:php;toolbar:false">const cluster = require('cluster');
const os = require('os');

if (cluster.isMaster) {
  for (let i = 0, n = os.cpus().length; i 



<h2>
  
  
  Stratégie d'équilibrage de charge
</h2>

<p>Comme mentionné précédemment, toutes les demandes sont distribuées par le processus <strong>maître</strong>. Garantir que la charge du serveur est répartie uniformément entre les processus de travail nécessite une stratégie d'équilibrage de charge. Node.js utilise un algorithme <strong>round-robin</strong> par défaut.</p>

<h3>
  
  
  Tournoi à la ronde
</h3>

<p>La méthode round-robin est un algorithme d'équilibrage de charge courant également utilisé par Nginx. Il fonctionne en distribuant les requêtes entrantes à chaque processus de manière séquentielle, en commençant par le premier processus et en revenant en arrière après avoir atteint le dernier. Cependant, cette méthode suppose une capacité de traitement égale pour tous les processus. Dans les scénarios où le temps de traitement des demandes varie considérablement, un déséquilibre de charge peut se produire.</p>

<p>Pour résoudre ce problème, Nginx utilise souvent le <strong>Weighted Round-Robin (WRR)</strong>, où les serveurs se voient attribuer des poids différents. Le serveur avec le poids le plus élevé est sélectionné jusqu'à ce que son poids soit réduit à zéro, moment auquel le cycle recommence en fonction de la nouvelle séquence de poids.</p>

<p>Vous pouvez ajuster la stratégie d'équilibrage de charge dans Node.js en définissant la variable d'environnement NODE_CLUSTER_SCHED_POLICY ou en la configurant via cluster.setupMaster(options). Combiner Nginx pour les clusters multi-machines avec Node.js Cluster pour l'équilibrage multi-processus sur une seule machine est une approche courante.</p>

<h2>
  
  
  Écoute de ports multi-processus
</h2>

<p>Dans les premières versions de Node.js, plusieurs processus écoutant sur le même port étaient en concurrence pour les connexions entrantes, entraînant une répartition inégale de la charge. Ce problème a ensuite été résolu grâce à la stratégie du tournoi à la ronde. L'approche actuelle fonctionne comme suit :</p>

<ol>
<li>Le processus <strong>master</strong> crée un socket, le lie à une adresse et commence à écouter.</li>
<li>Le descripteur de fichier du socket (fd) n'est pas transmis aux processus de travail.</li>
<li>Lorsque le processus maître accepte une nouvelle connexion, il détermine quel processus de travail doit gérer la connexion et la transmet en conséquence.</li>
</ol>

<p>Essentiellement, le processus maître écoute le port et distribue les connexions aux processus de travail en utilisant une stratégie définie (par exemple, round-robin). Cette conception élimine la concurrence entre les travailleurs mais nécessite que le processus maître soit très stable.</p><h2>
  
  
  Conclusion
</h2>

<p>En utilisant le mode Cluster de PM2 comme point d'entrée, cet article a exploré les principes fondamentaux du module Cluster de Node.js pour la mise en œuvre d'applications multi-processus. Nous nous sommes concentrés sur trois aspects clés : la communication inter-processus, l'équilibrage de charge et l'écoute des ports multi-processus.</p>

<p>En étudiant le module Cluster, on constate que de nombreux principes fondamentaux et algorithmes sont universels. Par exemple, l'algorithme round-robin est utilisé à la fois dans la planification des processus du système d'exploitation et dans l'équilibrage de la charge du serveur. L'architecture maître-travailleur ressemble à la conception multi-processus de Nginx. De même, des mécanismes tels que les sémaphores et les tuyaux sont omniprésents dans divers paradigmes de programmation.</p>

<p>Alors que de nouvelles technologies émergent continuellement, leurs fondements restent cohérents. Comprendre ces concepts fondamentaux nous permet d'extrapoler et de nous adapter aux nouveaux défis en toute confiance.</p>


<hr>

<h3>
  
  
  Nous sommes Leapcell, votre premier choix pour déployer des projets Node.js sur le cloud.
</h3>

<p><img src="/static/imghwm/default1.png" data-src="https://img.php.cn/upload/article/000/000/000/173689747511076.jpg?x-oss-process=image/resize,p_40" class="lazy" alt="Understanding Node.js Cluster: The Core Concepts"></p>

<p>Leapcell est la plate-forme sans serveur de nouvelle génération pour l'hébergement Web, les tâches asynchrones et Redis :</p>

<p><strong>Support multilingue</strong></p>

• Développer avec Node.js, Python, Go ou Rust.

Déployez un nombre illimité de projets gratuitement

• payez uniquement pour l'utilisation – pas de demande, pas de frais.

Une rentabilité imbattable

• Payez à l'utilisation sans frais d'inactivité.
• Exemple : 25 $ prend en charge 6,94 millions de requêtes avec un temps de réponse moyen de 60 ms.

Expérience de développeur simplifiée

• Interface utilisateur intuitive pour une configuration sans effort.
• Pipelines CI/CD entièrement automatisés et intégration GitOps.
• Mesures et journalisation en temps réel pour des informations exploitables.

Évolutivité sans effort et hautes performances

• Mise à l'échelle automatique pour gérer facilement une concurrence élevée.
• Zéro frais opérationnels – concentrez-vous uniquement sur la construction.

Explorez-en davantage dans la documentation !

Suivez-nous sur X : @LeapcellHQ

---

À lire sur notre blog

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!