Yksittäinen Node-prosessi käyttää vain yhtä CPU-ydintä (sen JS suoritetaan yhdessä säikeessä). Kaikkien koneen ytimien käyttämiseksi ajetaan useita Node-prosesseja — cluster-moduulin kautta, prosessinhallintaohjelmalla kuten PM2:lla, tai kontainerointi-orkestroinnilla — ja kuormitus jaetaan niiden välille.
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);
}
Pääprosessi forkkaa yhden workerin jokaiselle ytimelle; kaikki workerit jakavat saman portin, ja saapuvat yhteydet jaetaan niiden välille — kertomalla läpäisyä. Kaatuneet workerit voidaan käynnistää automaattisesti uudelleen kestävyyden vuoksi.
pm2 start app.js -i max # run one instance per CPU core, with auto-restart & monitoring
Tuotantosovellukset käyttävät yleensä PM2:ta (tai vastaavaa) sen sijaan, että kirjoittaisivat cluster-koodia manuaalisesti — se hoitaa forkkaamisen, kuormituksen jakamisen, nolla-downtime-lataukset, monitoroinnin ja uudelleenkäynnistykset.
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
Jotta moniprosessinen skaalaus toimisi, sovelluksesi on oltava tileetön — kaikki jaettu tila (istunnot, välimuisti, reaaliaikainen koordinointi) on asuttava ulkoiseen varastoon, kuten Redisiin, ei prosessin muistiin.
Kaikkien CPU-ytimien hyödyntäminen on olennaista saadakseen täyden suorituskyvyn Node-palvelimesta — yksittäinen prosessi jättää suurimman osan moniydin-koneen kapasiteetista käyttämättä.
Osaaminen vaihtoehdoista (cluster-moduuli, PM2 cluster mode, tai yksi-prosessi-per-kontti orkestroinnilla) ja, ratkaisevasti, tileettomuusvaatimus (ulkoisesti Redis-tukemut istunnot/välimuisti/reaaliaikainen, koska prosessit eivät jaa muistia) on perustava Node-sovelluksien tuotantoskaalautumiseen.
Tämä horisontaalinen skaalaus, yhdistettynä tileettomuuteen, on kuinka Node-sovellukset käsittelevät suurta liikennettä luotettavasti.