Tests de charge et planification de capacité pour WebSockets
Apprenez à simuler des milliers de connexions WebSocket simultanées, à mesurer les limites du serveur et à planifier la capacité afin que votre système temps réel évolue sans surprise.
Tests de charge et planification de capacité pour WebSockets est une leçon WebSockets & Realtime Systems Programming gratuite sur CoddyKit. Ceci est la leçon 4 sur 4. Tu peux lire la leçon complète ci-dessous gratuitement — puis la pratiquer en direct dans le navigateur avec un éditeur de code intégré et un tuteur IA 24/7. Elle fait partie du parcours d'apprentissage WebSockets & Realtime Systems Programming, et ta progression se synchronise sur le web et l'application CoddyKit. Le cours WebSockets & Realtime Systems Programming comprend 4 leçons au total.
Certaines parties de cette leçon n'ont pas encore été traduites et s'affichent en anglais.
Why Load Testing Matters
Benchmarking tells you how a single connection behaves, but load testing tells you what happens when thousands of clients connect at once.
- Find the breaking point before users do
- Validate horizontal scaling assumptions
- Size your infrastructure budget accurately
Connections vs Messages
Two independent dimensions stress a realtime server differently:
- Connection count drives memory and file-descriptor usage
- Message throughput drives CPU and network bandwidth
Always test both axes separately and combined.
Choosing a Load Tool
Popular WebSocket load tools include artillery, k6, and websocket-bench. They open many sockets and report latency percentiles.
# Install artillery
npm install -g artillery
artillery --versionA Basic Artillery Scenario
This YAML config ramps up to 500 new connections per second for 60 seconds and sends a join message.
config:
target: 'ws://localhost:8080'
phases:
- duration: 60
arrivalRate: 500
scenarios:
- engine: ws
flow:
- send: '{"type":"join","room":"load"}'Scripting Connections in Node
You can also script load tests manually for full control over message timing.
const WebSocket = require('ws');
const TOTAL = 1000;
let open = 0;
for (let i = 0; i < TOTAL; i++) {
const ws = new WebSocket('ws://localhost:8080');
ws.on('open', () => { open++; if (open === TOTAL) console.log('all connected'); });
}Measuring Latency Percentiles
Averages hide pain. Report p50, p95, and p99 latency. A good p50 with a terrible p99 means some users have a bad experience.
Watching Server Resources
During a test, monitor the server side too: CPU, RSS memory, open file descriptors, and event-loop lag.
# Count open sockets for a process
lsof -p $(pgrep -f node) | grep -c TCPFile Descriptor Limits
Each connection consumes a file descriptor. The default OS limit (often 1024) will cap your connections long before CPU does.
# Inspect and raise the soft limit
ulimit -n
ulimit -n 100000Finding the Breaking Point
Increase load in steps until latency spikes or connections start dropping. That inflection point is your per-node capacity.
- Record the connection count at first failure
- Leave a safety margin of 30-50%
From Capacity to Node Count
Capacity planning is arithmetic once you know per-node limits.
const peakUsers = 80000;
const perNode = 10000;
const safety = 0.6; // use 60% of measured max
const nodes = Math.ceil(peakUsers / (perNode * safety));
console.log('nodes needed:', nodes);Testing in a Realistic Environment
Run load tests against staging hardware that mirrors production, and generate load from multiple machines so the client is never the bottleneck.
Quick Check
Which OS limit most commonly caps WebSocket connection counts first?
Recap
You learned to load test and plan capacity for WebSocket systems:
- Test connection count and message throughput separately
- Report p95/p99 latency, not averages
- Raise file descriptor limits before testing
- Find the breaking point and size node count with a safety margin
Questions Fréquemment Posées
La leçon « Tests de charge et planification de capacité pour WebSockets » est-elle gratuite ?
Oui — le texte complet de « Tests de charge et planification de capacité pour WebSockets » est gratuit à lire ici sur le web. Pour la pratiquer de manière interactive (un éditeur de code intégré et un tuteur IA 24/7) et déverrouiller le reste du cours WebSockets & Realtime Systems Programming, passe à CoddyKit PRO. Le cours WebSockets & Realtime Systems Programming comprend 4 leçons au total.
Qu'est-ce que j'apprendrai dans « Tests de charge et planification de capacité pour WebSockets » ?
Apprenez à simuler des milliers de connexions WebSocket simultanées, à mesurer les limites du serveur et à planifier la capacité afin que votre système temps réel évolue sans surprise. Tu pratiques WebSockets & Realtime Systems Programming avec du code pratique que tu exécutes directement dans le navigateur, et un tuteur IA 24/7 répond à tes questions au fur et à mesure que tu avances dans la leçon.
Dois-je avoir de l'expérience pour commencer WebSockets & Realtime Systems Programming ?
Aucune expérience préalable n'est requise. WebSockets & Realtime Systems Programming sur CoddyKit est structuré pour les débutants jusqu'aux apprenants avancés, donc tu peux commencer ici ou depuis le début et avancer à ton rythme. Ceci est la leçon 4 sur 4.
Combien de temps prend la leçon « Tests de charge et planification de capacité pour WebSockets » ?
La plupart des leçons CoddyKit prennent environ 5–10 minutes. Chacune est courte et interactive, tu progresses régulièrement et tu repiques exactement où tu t'es arrêté sur le web et l'app.
Peux-tu écrire et exécuter du code dans cette leçon WebSockets & Realtime Systems Programming ?
Oui. Chaque leçon WebSockets & Realtime Systems Programming inclut un éditeur de code intégré, tu écris et exécutes du vrai code directement dans ton navigateur et tu reçois des retours IA instantanés — aucune configuration locale requise.
Toutes les leçons de ce cours
- Évaluation des performances des WebSockets
- Profilage et débogage des problèmes en temps réel
- Surveillance et alertes en temps réel
- Tests de charge et planification de capacité pour WebSockets