{"id":116174,"date":"2024-05-30T00:20:35","date_gmt":"2024-05-29T22:20:35","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-http-tcp-balansirovshhika-haproxy-3-0"},"modified":"2024-05-30T00:20:35","modified_gmt":"2024-05-29T22:20:35","slug":"vypusk-http-tcp-balansirovshhika-haproxy-3-0","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/vypusk-http-tcp-balansirovshhika-haproxy-3-0","title":{"rendered":"Publication de l'\u00e9quilibreur de charge HTTP\/TCP HAProxy 3.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Cinq ans apr\u00e8s la formation de la branche 2.0, la version du r\u00e9partiteur de charge HAProxy 3.0 a \u00e9t\u00e9 publi\u00e9e, permettant de r\u00e9partir le trafic HTTP et les demandes TCP arbitraires entre un groupe de serveurs, en tenant compte de nombreux facteurs (par exemple, v\u00e9rifier la disponibilit\u00e9 des serveurs, \u00e9valuer le niveau de charge, disposer de moyens de contre-mesure DDoS) et en proc\u00e9dant \u00e0 un filtrage initial des donn\u00e9es (par exemple, il est possible d'analyser les en-t\u00eates HTTP, de filtrer la transmission de param\u00e8tres incorrects, de bloquer l'injection SQL et le XSS, de connecter des agents de traitement de contenu). HAProxy peut \u00e9galement \u00eatre utilis\u00e9 pour coordonner l'interaction des composants dans des syst\u00e8mes bas\u00e9s sur une architecture de microservices. Le code du projet est \u00e9crit en C et est distribu\u00e9 sous la licence GPLv2. Le projet est utilis\u00e9 sur de nombreux grands sites, notamment Airbnb, Alibaba, GitHub, Imgur, Instagram, Reddit, StackOverflow, Tumblr, Twitter et Vimeo. <\/p>\n
La branche HAProxy 3.0 est class\u00e9e parmi les versions \u00e0 long terme (LTS) et sera maintenue jusqu'en 2029. Changements cl\u00e9s : <\/p>\n
\n
Une nouvelle section \u00ab crt-store \u00bb a \u00e9t\u00e9 ajout\u00e9e \u00e0 la configuration pour r\u00e9gler le stockage et l'utilisation des certificats TLS. Contrairement \u00e0 la configuration ant\u00e9rieure crt-list, dans crt-store, le stockage des certificats est dissoci\u00e9 de leur utilisation dans le frontend, permettant de sp\u00e9cifier individuellement l'emplacement de stockage de chaque composant du certificat (fichiers de certificats, cl\u00e9s et donn\u00e9es OCSP).\n
La possibilit\u00e9 de d\u00e9finir des restrictions pour les demandes utilisant HTTP\/2, autoris\u00e9es par le protocole mais pouvant poser des probl\u00e8mes, a \u00e9t\u00e9 ajout\u00e9e. Par exemple, l'envoi d'un flux de cadres CONTINUATION peut entra\u00eener une attaque DoS par inondation de continuation.\n
Une nouvelle directive de configuration \u00ab guid \u00bb a \u00e9t\u00e9 ajout\u00e9e, que l'on peut utiliser dans les sections \u00ab frontend \u00bb, \u00ab backend \u00bb et \u00ab listen \u00bb. Cette directive associe un identifiant unique \u00e0 ces sections, permettant de conserver les statistiques associ\u00e9es apr\u00e8s un red\u00e9marrage (l'\u00e9tat de la page Stats ne sera pas r\u00e9initialis\u00e9). Pour enregistrer les statistiques dans un fichier, une nouvelle commande \u00ab dump stats-file \u00bb a \u00e9t\u00e9 ajout\u00e9e, et pour lire \u00e0 partir du fichier apr\u00e8s un red\u00e9marrage, une nouvelle directive de configuration \u00ab stats-file \u00bb a \u00e9t\u00e9 introduite.\n
Les capacit\u00e9s de r\u00e9partition des messages Syslog ont \u00e9t\u00e9 \u00e9tendues. La possibilit\u00e9 d'attribuer des coefficients de poids aux cha\u00eenes de logs des backends associ\u00e9es aux serveurs a \u00e9t\u00e9 ajout\u00e9e.\n
Ajout de la prise en charge du formatage des cha\u00eenes de journal dans les repr\u00e9sentations JSON et CBOR.\n
Les donn\u00e9es pouvant \u00eatre r\u00e9cup\u00e9r\u00e9es \u00e0 l'aide des fonctions d'extraction d'informations ont \u00e9t\u00e9 \u00e9tendues, par exemple, il est possible de demander des informations sur le nombre de sessions HTTP ouvertes pour le backend et le frontend, la taille de la file d'attente d'attente de traitement des demandes et le nombre autoris\u00e9 de sessions simultan\u00e9es.\n
Les performances des scripts Lua \u00e0 thread unique, charg\u00e9s par la directive \u00ab lua-load \u00bb, ont \u00e9t\u00e9 am\u00e9lior\u00e9es.\n
Les performances des zones de stockage en m\u00e9moire cr\u00e9\u00e9es \u00e0 l'aide de la directive stick-table ont \u00e9t\u00e9 consid\u00e9rablement augment\u00e9es. Par exemple, sur un syst\u00e8me avec 80 threads, les performances ont \u00e9t\u00e9 multipli\u00e9es par 6.\n