En enda Node-process använder bara en processor-kärna (dess JS körs på en tråd). För att använda alla kärnor på en maskin kör du flera Node-processer — via cluster-modulen, en processhanterare som PM2, eller containerorkestration — och lastbalanserar begäranden mellan 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);
}
Huvudprocessen forkar en arbetare per kärna; alla arbetare delar samma port, och inkommande anslutningar distribueras mellan dem — vilket multiplicerar genomströmningen. Kraschade arbetare kan startas om automatiskt för motståndskraft.
pm2 start app.js -i max # run one instance per CPU core, with auto-restart & monitoring
Produktionsappar använder vanligtvis PM2 (eller liknande) istället för att skriva klusterkod manuellt — det hanterar forkning, lastbalansering, noll-driftövergångar, övervakning och 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
För att flerprocessen-skalning ska fungera måste din app vara tillståndslos — eventuellt delat tillstånd (sessioner, cache, realtidssamordning) måste finnas i en extern butik som Redis, inte i processminne.
Att använda alla CPU-kärnor är väsentligt för att få full prestanda från en Node-server — en enda process lämnar det mesta av en flerkärnig maskin inaktiv.
Att känna till alternativen (cluster-modulen, PM2 cluster mode, eller en process per container med orkestrering) och, kritiskt, kravet på att vara tillståndslos (sessioner/cache/realtid med Redis-stöd, eftersom processer inte delar minne) är grundläggande för att skala Node i produktion.
Den här horisontella skalningen, kombinerad med att vara tillståndslos, är hur Node-appar hanterar högt trafik på ett tillförlitligt sätt.