En enkelt Node-prosess bruker bare én CPU-kjerne (dens JS kjører på én tråd). For å bruke alle kjerner på en maskin, kjører du flere Node-prosesser — via cluster-modulen, en prosessadministrator som PM2, eller container-orkestrering — og fordeler forespørsler på tvers av dem.
A server with 8 CPU cores running ONE Node process → uses ~1 core, wastes 7.
Need multiple processes to utilize all cores and handle more concurrent load.
import cluster from "cluster";
import { cpus } from "os";
import http from "http";
if (cluster.isPrimary) {
const numCPUs = cpus().length;
for (let i = 0; i < numCPUs; i++) {
cluster.fork(); // spawn one worker process per CPU core
}
cluster.on("exit", (worker) => {
console.log(`worker ${worker.process.pid} died — restarting`);
cluster.fork(); // restart a crashed worker (resilience)
});
} else {
// each worker runs the actual server; the OS load-balances connections across them
http.createServer((req, res) => res.end("handled by " + process.pid)).listen(3000);
}
Primærprosessen forker én arbeider per kjerne; alle arbeidere deler samme port, og innkommende tilkoblinger fordeles blant dem — noe som multipliserer gjennomstrømmen. Krasjet arbeidere kan startes på nytt automatisk for motstandskraft.
pm2 start app.js -i max # run one instance per CPU core, with auto-restart & monitoring
Produktsjonsapper bruker vanligvis PM2 (eller lignende) i stedet for å skrive cluster-kode for hånd — det håndterer forking, load balancing, nedtidsfrie omstartsinger, overvåking og omstarter.
Run ONE Node process per container, and run MANY containers (Kubernetes, ECS),
with a load balancer in front. This is the modern cloud approach — simpler
per-process model, scaling handled by the orchestrator across machines.
Multiple processes don't share memory. So:
⚠️ Don't store sessions/state in process memory → use Redis/a shared store
⚠️ In-memory caches aren't shared across workers → use Redis for shared cache
⚠️ WebSocket connections live on one worker → use a Redis adapter to coordinate
For at flerprosess-skalering skal fungere, må appen din være tilstandsløs — enhver delt tilstand (økter, cache, sanntidskoordinering) må bo i en ekstern butikk som Redis, ikke i minnet til prosessen.
Å utnytte alle CPU-kjerner er essensielt for å få full ytelse fra en Node-server — en enkelt prosess etterlater det meste av en flerkjernet maskin ubrukt.
Kunnskapen om alternativene (cluster-modulen, PM2 cluster-modus, eller en-prosess-per-container med orkestrering) og, avgjørende, tilstandsløshetsbehovet (Redis-støttede økter/cache/sanntid eksternt, siden prosesser ikke deler minne) er grunnleggende for skalering av Node i produksjon.
Denne horisontale skalering, kombinert med tilstandsløshet, er hvordan Node-apper håndterer høy trafikk pålitelig.