Calculateur de capacité serveur web
Calculez le débit maximum à partir du nombre de workers et du temps de réponse.
Quick Presets
Débit par worker
20.0 req/sec
Débit maximum
40.0 req/sec
Scénarios de mise à l'échelle
| Nombre de workers | Débit maximum | Status |
|---|---|---|
| 1 | 20.0 req/sec | — |
| 2 (current) | 40.0 req/sec | — |
| 4 | 80.0 req/sec | — |
| 8 | 160.0 req/sec | — |
Qu'est-ce qu'un calculateur de capacité web ?
Un calculateur de capacité web estime les ressources serveur nécessaires pour gérer un volume donné de trafic web. Il vous aide à déterminer le CPU, la RAM, la bande passante et le stockage requis pour héberger un site ou une application web en fonction des utilisateurs concurrents attendus, de la taille des pages et du débit de requêtes. Cela évite à la fois le surdimensionnement (gaspillage d'argent) et le sous-dimensionnement (mauvaises performances).
La planification de capacité consiste à estimer le trafic de pointe, le temps de réponse moyen et la consommation de ressources par requête. Un blog statique requiert des ressources très différentes d'une application web dynamique avec requêtes en base de données. Cet outil calcule les besoins pour les architectures web courantes, dont les sites statiques, les plateformes CMS et les serveurs d'applications.
Comment utiliser cet outil
Saisissez votre trafic prévu (visiteurs mensuels ou utilisateurs simultanés), la taille moyenne d'une page et le type d'application. L'outil calcule les spécifications serveur recommandées, notamment les cœurs CPU, la RAM, la bande passante et le stockage. Il estime également les coûts d'hébergement chez les principaux fournisseurs cloud.
Indicateurs clés de capacité
- Utilisateurs concurrents — le nombre d'utilisateurs présents sur votre site en même temps. Représente typiquement 1 à 5 % des visiteurs quotidiens.
- Requêtes par seconde (RPS) — chaque chargement de page génère plusieurs requêtes (HTML, CSS, JS, images). Une page avec 30 ressources = 30 requêtes.
- Bande passante — volume total de données transférées. Calculée comme taille de page x nombre de pages vues. Une page de 2 MB avec 100 000 vues mensuelles = 200 GB/mois.
- Temps de réponse — la durée nécessaire pour générer et délivrer une réponse. En dessous de 200 ms, c'est rapide ; en dessous d'1 seconde, c'est acceptable ; au-delà de 3 secondes, vous perdez des visiteurs.
Stratégies de mise à l'échelle
La mise à l'échelle verticale consiste à passer à un serveur plus puissant (plus de CPU, plus de RAM). La mise à l'échelle horizontale consiste à ajouter des serveurs derrière un répartiteur de charge. Les CDN (Content Delivery Networks) déchargent les ressources statiques vers des serveurs en périphérie partout dans le monde, réduisant considérablement la charge du serveur d'origine. La mise en cache (Redis, Varnish) sert les requêtes répétées sans solliciter la base de données. Pour la plupart des sites avec moins de 100 000 visiteurs mensuels, un seul serveur bien configuré avec un CDN suffit.
Questions fréquentes
De combien de RAM un serveur web a-t-il besoin ?
Pour un site statique ou un petit CMS : 1 à 2 GB. Pour un site WordPress ou applicatif de taille moyenne (moins de 50 000 visiteurs mensuels) : 2 à 4 GB. Pour des applications à fort trafic avec bases de données : 8 à 16 GB ou plus. La base de données consomme généralement plus de RAM que le serveur web lui-même — PostgreSQL et MySQL bénéficient grandement d'avoir leur jeu de données de travail mis en cache en mémoire.
Comment estimer le trafic en pic ?
Les pics de trafic surviennent généralement à des heures précises et peuvent représenter 3 à 10 fois la moyenne. Pour un site professionnel, le pic se situe pendant les heures de bureau dans le fuseau horaire ciblé. Pour les sites grand public, en soirée et le week-end. Les campagnes marketing, les mentions sur les réseaux sociaux et la couverture médiatique peuvent provoquer des pics soudains de 10 à 100 fois le trafic normal. Dimensionnez pour 3 fois la moyenne comme socle, et utilisez l'auto-scaling ou un CDN pour absorber les pics imprévus.