Quelles limites peuvent exister sur un serveur nginx et avec quoi peuvent-ils être liés?

Les limites de Nginx peuvent être liées aux performances, à la sécurité et aux ressources système.

Les limites principales :

• worker_processes : Limite le nombre de processus de travail de Nginx. Lié au nombre de cœurs du processeur et à la mémoire disponible. Une valeur trop élevée peut entraîner des coûts de commutation de contexte, et une valeur trop basse, une utilisation inefficace des ressources.
• worker_connections : Nombre maximum de connexions simultanées qu’un processus de travail peut gérer. Lié aux descripteurs de fichiers du système d’exploitation (ulimit -n) et à la mémoire disponible.
• client_max_body_size : Taille maximale autorisée du corps de la requête du client. Lié à la prévention des attaques par déni de service (DoS) en envoyant des requêtes très volumineuses.
• limit_conn / limit_req : Modules pour limiter le nombre de connexions simultanées ou la vitesse des requêtes d’une même IP. Utilisés pour protéger contre les attaques DoS et les abus.
• open_file_cache max : Nombre maximum d’entrées dans le cache des fichiers ouverts. Lié au nombre de fichiers ouverts simultanément et à la mémoire disponible. Affecte la performance lors du traitement d’un grand nombre de fichiers (par exemple, fichiers statiques, logs).
• proxy_buffer_size / proxy_buffers : Tailles et nombre de buffers pour les réponses proxy. Liés à la mémoire. Des valeurs incorrectes peuvent entraîner des erreurs ou une utilisation inefficace de la mémoire.
• Délais d’attente :
  • client_body_timeout : Délai d’attente entre la réception des parties du corps de la requête du client.
  • client_header_timeout : Délai d’attente entre la réception des en-têtes de la requête du client.
  • send_timeout : Délai d’attente entre l’envoi des données au client.
  • keepalive_timeout : Délai d’attente pour maintenir les connexions keep-alive. Liés à la stabilité de la connexion et à la protection contre les attaques lentes.
• resolver_timeout : Délai d’attente pour la résolution des noms DNS. Lié à la disponibilité des serveurs DNS et à la stabilité du réseau.

Les limites peuvent dépendre de :

• Système d’exploitation : Limites du système sur le nombre de descripteurs de fichiers, de threads, de mémoire.
• Ressources matérielles : Nombre de cœurs du processeur, quantité de mémoire RAM, bande passante réseau.
• Charge : Nombre attendu d’utilisateurs simultanés, intensité des requêtes.
• Configuration de Nginx : Directives dans les fichiers de configuration.
• Sécurité : Nécessité de se protéger contre les attaques DoS, les tentatives de force brute et autres menaces.

Exemple de configuration de worker_processes et worker_connections :

# Définir le nombre de processus de travail en fonction du nombre de cœurs CPU disponibles.
worker_processes auto;

# Nombre maximum de connexions qu’un processus de travail peut gérer.
# 65535 - valeur typique pour Linux, mais vérifier ulimit -n
# 1024 (par défaut) * worker_processes - nombre total de connexions que Nginx peut gérer.
events {
    worker_connections 65535;
}

Tableau avec des exemples de limites :

Limite	Relation avec	Valeur typique
worker_processes	CPU	auto
worker_connections	Descripteurs de fichiers, mémoire	1024 - 65535
client_max_body_size	Sécurité	1m - 100m
limit_conn	Sécurité, charge	Dépend de la politique
keepalive_timeout	Performance, charge	60s - 120s
open_file_cache max	Mémoire, nombre de fichiers	1000 - 100000

Une configuration correcte des limites est cruciale pour la stabilité, la performance et la sécurité de Nginx. Cela nécessite souvent une surveillance et un ajustement itératif.