Nous sommes ravis d’annoncer la disponibilité de NGINX Plus version 6 (R6). Cette toute dernière version de notre plateforme de mise à disposition d’applications offre aux utilisateurs de NGINX Plus encore plus de fonctionnalités à apprécier, notamment :
- Un nouvel algorithme d’équilibrage de charge « Least Time »
- Équilibrage de charge TCP complet
- Haute disponibilité et basculement entre les instances NGINX Plus
- Un tableau de bord amélioré de suivi de l’activité en temps réel
- Téléversement sans mise en mémoire tampon pour prendre en charge les backends pilotés par les événements comme Node.js
- Prise en charge de l’authentification SSL/TLS du trafic de messagerie (IMAP, POP3 et SMTP)
- Améliorations de la mise en cache
Note de l’éditeur – Pour en savoir plus sur les principales nouveautés de NGINX Plus R6, consultez les articles de blog suivants :
- Équilibrage de charge TCP avec NGINX 1.9.0 et NGINX Plus R6
- Haute disponibilité dans NGINX Plus R6
- Surveiller l’état du système grâce au suivi de l’activité en temps réel de NGINX Plus
Nos clients ont manifesté un intérêt considérable pour l’utilisation de NGINX Plus afin de remplacer les équipements existants et de favoriser davantage l’adoption des clouds publics et privés. Avec la sortie de la version R6, NGINX Plus surpasse les capacités des répartiteurs de charge matériels et des contrôleurs de mise à disposition d’applications (ADC) traditionnels, tout en offrant un débit illimité à un coût inférieur à celui de nos concurrents. Nous pensons qu’il constitue désormais le choix idéal pour la mise à disposition d’applications et la répartition de charge, qu’il s’agisse d’applications web modernes ou d’applications d’entreprise telles que les bases de données relationnelles et les serveurs de messagerie.
Nouvel algorithme d’équilibrage de charge « Least Time »
Le nouvel algorithme d’équilibrage de charge « Temps minimal » surveille à la fois le nombre de connexions simultanées et le temps de réponse moyen de chaque nœud du pool à charge équilibrée. Il utilise ces informations pour sélectionner le nœud le plus approprié pour chaque requête, afin de privilégier les nœuds plus rapides et moins chargés par rapport aux nœuds plus lents et davantage sollicités.
Least Time surpasse les autres méthodes d’équilibrage de charge lorsque la latence varie considérablement d’un nœud à l’autre. Un cas d’utilisation courant consiste à répartir la charge entre des nœuds situés dans deux centres de données distincts ; les nœuds locaux présentent généralement une latence très faible par rapport à ceux d’un centre de données distant. Least Time privilégie les nœuds à faible latence, mais les contrôles d’intégrité de NGINX Plus assurent le basculement vers les nœuds plus lents si les plus rapides tombent en panne ou sont hors ligne.

Least Time peut fonder ses décisions de répartition de charge soit sur le temps nécessaire pour recevoir les en-têtes de réponse du serveur en amont, soit sur le temps nécessaire pour recevoir la réponse complète. Deux compteurs ajoutés à l’ensemble des statistiques d’état étendues, header_time et response_time, présentent les mesures de moyenne glissante utilisées pour prendre les décisions.
Équilibrage de charge TCP complet
La fonctionnalité d’équilibrage de charge TCP introduite dans NGINX Plus R5 a été considérablement enrichie et comprend désormais les contrôles d’intégrité TCP, la configuration dynamique des groupes de serveurs en amont, des journaux d’accès complets, ainsi que la terminaison et le chiffrement SSL/TLS. De nombreux compteurs d’état étendus ont été ajoutés pour l’équilibrage de charge TCP, offrant le même niveau de rapports et de visibilité que celui dont vous bénéficiez déjà pour l’équilibrage de charge HTTP.
L’équilibrage de charge TCP a déjà fait ses preuves dans plusieurs cas d’usage, notamment pour l’équilibrage de charge et la haute disponibilité de MySQL ainsi que pour l’équilibrage de charge et la haute disponibilité de Microsoft Exchange.
Les services TCP à fort trafic ne sont pas les seuls à bénéficier de la répartition de charge TCP. Même les services à faible trafic peuvent profiter d’une haute disponibilité (grâce aux contrôles d’intégrité et à la reconfiguration dynamique), d’une sécurité renforcée (grâce à l’encapsulation SSL/TLS) et d’une meilleure visibilité (grâce aux compteurs d’état étendus et à la journalisation des accès).

Éditeur –
- Pour une présentation détaillée de cette fonctionnalité, consultez Équilibrage de charge TCP avec NGINX 1.9.0 et NGINX Plus R6
- NGINX Plus version 9 et les versions ultérieures prennent en charge les fonctionnalités présentées dans cette section pour le trafic UDP comme pour le trafic TCP.
Haute disponibilité
NGINX Plus prend en charge les clusters à haute disponibilité grâce à une solution basée sur l’utilitaire Linux « keepalived ». Vous pouvez facilement créer des paires d’instances NGINX Plus à haute disponibilité en utilisant le protocole VRRP (Virtual Router Redundancy Protocol) pour attribuer les adresses IP du trafic à l’instance NGINX Plus principale et les transférer automatiquement vers l’instance de secours en cas de défaillance de l’instance principale.
Pour activer et configurer cette fonctionnalité, installez le paquet facultatif nginx‑ha‑keepalived. Après la configuration initiale, vous pouvez étendre la configuration afin de mettre en œuvre des scénarios plus complexes, notamment des clusters d’instances NGINX Plus de plus grande taille et l’utilisation de plusieurs adresses IP virtuelles.
Pour plus d’informations sur le package de haute disponibilité et son processus d’installation, consultez le Guide d’administration de NGINX Plus et l’article Haute disponibilité dans NGINX Plus R6 sur notre blog.

Tableau de bord mis à jour pour le suivi de l’activité en direct
NGINX Plus R6 comprend un nouveau tableau de bord d’état plus complet qui présente sous forme de graphiques l’état et l’activité de votre instance NGINX Plus à partir d’une multitude d’informations de surveillance de l’activité en temps réel :
- Informations clés sur le logiciel et alertes générales concernant les performances et le fonctionnement de votre cluster avec répartition de charge
- Données de performances en temps réel et historiques (moyennes) – requêtes et bande passante – basées sur les zones de serveurs et les applications que vous définissez, pour les services HTTP et TCP que vous configurez
- Informations détaillées sur les performances et l’état de santé de chaque groupe en amont avec équilibrage de charge
- Instrumentation et diagnostics sur le fonctionnement de chaque cache de contenu
Comme dans les versions précédentes, les données de surveillance de l’activité en temps réel sont fournies au format JSON via une interface RESTful afin que vous puissiez intégrer directement les statistiques NGINX à vos propres tableaux de bord et autres outils de surveillance.
Pour une démonstration en direct, consultez demo.nginx.com. Pour découvrir le tableau de bord plus en détail, consultez l’article « Surveiller l’état du système avec le suivi de l’activité en direct de NGINX Plus » sur notre blog.

Prise en charge de l’envoi sans mise en mémoire tampon
Vous pouvez désormais configurer NGINX Plus pour le téléversement sans mise en mémoire tampon, ce qui signifie que les requêtes HTTP volumineuses (telles que les téléversements de fichiers) sont transmises au serveur au fur et à mesure de leur réception, au lieu d’être mises en mémoire tampon puis transférées uniquement une fois la requête entière reçue.
Cette modification améliore la réactivité des applications web qui gèrent le téléversement de fichiers volumineux, car elles peuvent traiter les données au fur et à mesure de leur réception, ce qui leur permet, par exemple, de mettre à jour les barres de progression en temps réel. Elle réduit également les entrées/sorties disque et peut, dans certains cas, améliorer les performances des téléversements. Par défaut, NGINX met en mémoire tampon les données téléversées afin d’éviter de monopoliser les ressources des backends basés sur des processus de travail pendant la réception des données, mais cette mise en mémoire tampon est moins nécessaire pour les backends pilotés par les événements tels que Node.js.
Améliorations de SSL/TLS
NGINX Plus R6 peut fournir un certificat client pour s’authentifier lorsqu’il communique avec un serveur HTTPS ou uwSGI en amont. Cela renforce la sécurité, notamment lors des communications avec des services sécurisés sur un réseau non protégé.
NGINX Plus R6 prend en charge l’authentification des clients SSL/TLS pour le trafic IMAP, POP3 et SMTP.
Améliorations de la mise en cache
La directive « proxy_cache » prend désormais en charge les variables. Cette simple modification vous permet de définir plusieurs caches sur disque et de sélectionner un cache en fonction des données de la requête.
Cette fonctionnalité est particulièrement utile lorsque vous devez créer un cache de contenu très volumineux et utiliser plusieurs disques pour mettre le contenu en cache. En créant un cache par disque, vous pouvez vous assurer que les fichiers temporaires sont écrits sur le même disque que leur emplacement définitif et ainsi éviter les copies d’un disque à l’autre.
Mettez à niveau ou essayez NGINX Plus
Si vous utilisez NGINX Plus, nous vous recommandons vivement de passer à la version 6 dès que possible. Vous bénéficierez ainsi de plusieurs correctifs et améliorations, et cela nous permettra de mieux vous aider si vous devez ouvrir un ticket d’assistance. Les instructions d’installation et de mise à niveau sont disponibles sur le portail client.
Si vous n’avez pas encore essayé NGINX Plus, nous vous invitons à le tester pour accélérer vos sites web, équilibrer la charge et assurer la mise à disposition de vos applications, ou comme serveur web entièrement pris en charge, doté d’une API permettant d’améliorer la surveillance et la gestion. Vous pouvez commencer gratuitement dès aujourd’hui avec un essai de 30 jours et constater par vous-même comment NGINX Plus peut vous aider à faire évoluer votre infrastructure et à mettre à disposition vos applications.
Note de la rédaction – Pour en savoir plus sur les principales nouveautés de NGINX Plus R6, consultez les articles de blog suivants :
- Équilibrage de charge TCP avec NGINX 1.9.0 et NGINX Plus R6
- Haute disponibilité dans NGINX Plus R6
- Surveiller l’état du système grâce au suivi de l’activité en temps réel de NGINX Plus
À propos de l’auteur

Articles de blog associés

Tendances actuelles des technologies cloud natives, de l’ingénierie de plateforme et de l’IA
Découvrez les principaux enseignements tirés des réponses à l’enquête annuelle F5 NGINX sur les dernières tendances en matière de technologies cloud natives, de sécurité, d’ingénierie de plateforme et d’IA.
Quels contrôleurs Ingress NGINX sont affectés par les vulnérabilités CVE-2022-4886, CVE-2023-5043 et CVE-2023-5044 ?
Lorsque de nouvelles CVE sont signalées, il est facile de ne plus savoir si elles concernent un outil de contrôleur Ingress NGINX particulier, car il existe plusieurs projets. Cet article présente les CVE et explique comment distinguer les différents projets de contrôleurs Ingress afin de dissiper toute confusion.
Votre API est-elle en temps réel ? Testez sa latence avec l’outil rtapi de NGINX
Votre API répond-elle aux requêtes en moins de 30 ms ? Si ce n’est pas le cas, il ne s’agit pas d’une API en temps réel offrant la faible latence exigée par la grande majorité des organisations. Mesurez la latence de votre API avec l’outil rtapi de NGINX et découvrez comment NGINX peut l’aider à offrir une réactivité en temps réel.

Un testeur d’expressions régulières pour NGINX et NGINX Plus
Le testeur d’expressions régulières (regex) pour NGINX et NGINX Plus vous évite de tâtonner en vous indiquant si une expression régulière utilisée dans un bloc location ou map correspond aux valeurs comme prévu. Il génère la configuration appropriée et affiche les valeurs des groupes de capture.
Caches partagés avec les clusters de cache NGINX Plus, partie 1
Optimisez la capacité de votre cache web en le répartissant entre plusieurs serveurs de cache web NGINX ou NGINX Plus. Découvrez comment procéder dans cet article.
Introduction aux microservices
Les microservices suscitent actuellement beaucoup d’intérêt. Cet article de blog est le premier d’une série de sept consacrée à la conception, au développement et au déploiement de microservices.