--- title: Serveur Web source: https://synapx.fr/blog/serveur-web/ date: 2026-06-26 category: Serveur Web site: SynapxLab --- # Serveur Web ## Capacités de charge La charge qu'un serveur web peut supporter dépend de nombreux facteurs, notamment de sa configuration, de l'optimisation des performances, du type de contenu servi et de la nature des requêtes. Les chiffres ci-dessous constituent donc des ordres de grandeur indicatifs, et non des garanties. ### 2 vCores et 4 Go de RAM - Apache : 200 à 300 requêtes par seconde - Nginx : 1000 à 1500 requêtes par seconde - Nginx en mode proxy inverse : environ 800 à 1200 requêtes par seconde - Node.js : environ 1500 à 2000 requêtes par seconde ### 8 vCores et 16 Go de RAM - Apache : 1000 à 1500 requêtes par seconde - Nginx : 4000 à 5000 requêtes par seconde - Nginx en mode proxy inverse : environ 3000 à 4000 requêtes par seconde - Node.js : environ 8000 à 10000 requêtes par seconde ### Apache : adapté aux configurations complexes et à une large compatibilité avec de nombreux langages et frameworks - `.htaccess` permet de configurer finement les paramètres du serveur web au niveau du répertoire - Apache repose sur une architecture modulaire (modules chargés dynamiquement, traitement CGI, réécriture d'URL) - Apache prend très bien en charge les scripts Perl, Python et d'autres langages via CGI - De nombreuses applications web et de nombreux frameworks ont été conçus avec une compatibilité spécifique pour Apache ### Nginx : très efficace pour servir du contenu statique et comme proxy inverse - Nginx ne lit pas de fichiers `.htaccess` : toute la configuration se fait côté serveur - Selon la distribution et la compilation, Nginx peut utiliser des modules intégrés ou dynamiques - Nginx offre de meilleures performances qu'Apache pour les requêtes statiques et en tant que proxy inverse ### Node.js : optimal pour les applications en temps réel et les opérations I/O intensives - Node.js repose sur un modèle événementiel non bloquant, ce qui le rend très performant pour les applications en temps réel - Node.js peut servir des requêtes HTTP lui-même, mais un proxy inverse comme Nginx reste recommandé en production - Il bénéficie d'un vaste écosystème de modules disponibles via NPM (Node Package Manager), permettant d'ajouter des fonctionnalités - Très bonne scalabilité pour les applications I/O intensives ## N° 1 — Architectures de base **APACHE** ``` +------------------+ | Utilisateurs | +---------+--------+ | v +------------------+ | Apache + (PHP) | +---------+--------+ ``` **NGINX** ``` +------------------+ | Utilisateurs | +---------+--------+ | v +------------------+ | Nginx + (PHP) | +---------+--------+ ``` **NODE.JS** ``` +------------------+ | Utilisateurs | +---------+--------+ | v +---------+-------------+ | Nginx (proxy inverse) | +---------+-------------+ | v +----------------------+ | Node.js (JavaScript)| +---------+------------+ ``` ## N° 2 — Nginx en mode proxy inverse + cache **APACHE** ``` +------------------+ | Utilisateurs | +---------+--------+ | v +---------+-----------+ | Squid (Cache) | +---------+-----------+ | v +---------+-------------+ | Nginx (proxy inverse) | +---------+-------------+ | v +---------------------------------+ | Apache + (PHP / FastCGI) | | + (mod_wsgi + Python) | | + (mod_perl + Perl) | | + (mod_ruby + Ruby /Rails) | | + (mod_cgi et mod_cgid + CGI) | | + (mod_lua + Lua) | +---------+-----------------------+ ``` **NGINX** ``` +------------------+ | Utilisateurs | +---------+--------+ | v +---------+-----------+ | Squid (Cache) | +---------+-----------+ | v +---------+-------------+ | Nginx (proxy inverse) | +---------+-------------+ | v +------------------+ | Nginx ... | +---------+--------+ ``` **NODE.JS** ``` +------------------+ | Utilisateurs | +---------+--------+ | v +---------+-----------+ | Squid (Cache) | +---------+-----------+ | v +---------+-------------+ | Nginx (proxy inverse) | +---------+-------------+ | v +-------------------------+ | Node.js (JavaScript) | | + (TypeScript) | | + (CoffeeScript) | | + (Dart) | | + (Elm) | +---------+---------------+ ``` ### Cache Squid et Nginx sont tous deux des solutions de cache HTTP, mais leurs fonctionnalités et leurs usages diffèrent. **Squid** est un serveur proxy et un cache HTTP capable d'accélérer la diffusion de contenus en mettant en cache les réponses des serveurs web, puis en les servant directement aux utilisateurs. Il est principalement utilisé dans les réseaux d'entreprise et les grandes infrastructures web afin de réduire la latence et d'économiser la bande passante. **Nginx** est un serveur web et un proxy inverse qui peut également faire office de cache HTTP afin d'améliorer les performances des sites web et des applications. Il est souvent utilisé pour répartir la charge des requêtes entre plusieurs serveurs backend et mettre en cache leurs réponses. ### Shared Content Delivery Network (CDN) Un Content Delivery Network (CDN) partagé, également appelé « Shared CDN », est un réseau de serveurs géographiquement distribués qui travaillent ensemble afin de fournir rapidement du contenu Internet aux utilisateurs finaux. Le terme « partagé » désigne l'utilisation d'une même infrastructure CDN par plusieurs clients, ce qui permet de réduire les coûts et d'optimiser les ressources. Les serveurs CDN sont répartis dans le monde entier, ce qui permet de rapprocher le contenu des utilisateurs finaux, de réduire la latence et d'améliorer les temps de chargement. Le CDN met en cache le contenu statique (images, vidéos, fichiers CSS/JS, etc.) sur ses serveurs périphériques (Edge Servers). Lorsqu'un utilisateur demande ce contenu, il est servi depuis le serveur le plus proche plutôt que depuis le serveur d'origine. Fournisseurs de CDN : Cloudflare, Akamai, Amazon CloudFront, et Fastly. ### Installation et configuration des ports d'écoute Pour installer plusieurs serveurs, il convient de configurer les ports d'entrée et de sortie. **Utilisateurs** (80/443) -> (80/443) **Squid** (3128) -> (3128) **Nginx** (8080) -> (8080) **Apache** ### Installation SSL Le SSL doit être installé sur le serveur d'entrée. ## N° 3 — Les grands mix ``` +----Backend N°0 -----------------+ +----------------------------+ | Utilisateurs (Clients) | +---------+------------------+ | v +---------+---------+ | Squid (80/443) | +---------+---------+ | v +-----------------------------------+ | Nginx (3128) | | Proxy Inverse + load balancing | +---------+-------------------------+ | +-----------+-----------------------------+---------//-------------------------------+ | | | v v v +----Backend N°1 -----------------------+ +---Backend N°2 ------------------------+ +---Backend n+1-------------------------+ | Apache/Nginx (8080) | Node.js (8081) | | Apache/Nginx (8080) | Node.js (8081) | | Apache/Nginx (8080) | Node.js (8081) | +---------------------------------------+ +---------------------------------------+ +---------------------------------------+ | | | v v v +------------------+ +------------------+ +------------------+ | Master DB | | Slave DB 1 | | Slave DB 2 | +------------------+ +------------------+ +------------------+ ``` Un serveur Nginx moderne, correctement configuré sur du matériel haut de gamme, peut atteindre plus de 30 000 requêtes par seconde (estimation). Question : quel est le budget consacré à la gestion des serveurs d'impots.gouv.fr ? Je n'ai pas trouvé cette information. Quoi qu'il en soit, ce n'est pas le site le plus fréquenté. Source : https://fr.semrush.com/blog/sites-web-les-plus-visites/