{"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\/it\/blog\/novosti-interneta\/vypusk-http-tcp-balansirovshhika-haproxy-3-0","title":{"rendered":"Rilascio del bilanciatore HTTP\/TCP HAProxy 3.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Dopo cinque anni dalla creazione della versione 2.0, \u00e8 stato pubblicato il rilascio del bilanciatore di carico HAProxy 3.0, che consente di distribuire il traffico HTTP e le richieste TCP arbitrarie tra un gruppo di server, considerando vari fattori (ad esempio, controlla la disponibilit\u00e0 dei server, valuta il livello di carico e dispone di strumenti per contrastare i DDoS) e effettuando una prima filtrazione dei dati (ad esempio, \u00e8 possibile analizzare le intestazioni HTTP, filtrare il passaggio di parametri errati, bloccare l'iniezione SQL e XSS, collegare agenti di elaborazione dei contenuti). HAProxy pu\u00f2 anche essere utilizzato per coordinare l'interazione dei componenti in sistemi basati sull'architettura a microservizi. Il codice del progetto \u00e8 scritto in linguaggio C e distribuito sotto licenza GPLv2. Il progetto \u00e8 utilizzato su molti grandi siti, tra cui Airbnb, Alibaba, GitHub, Imgur, Instagram, Reddit, StackOverflow, Tumblr, Twitter e Vimeo. <\/p>\n
La versione HAProxy 3.0 \u00e8 classificata come release con supporto a lungo termine (LTS) e sar\u00e0 supportata fino al 2029. Modifiche chiave: <\/p>\n
\n
\u00c8 stata aggiunta una nuova sezione 'crt-store' nella configurazione per impostare la memorizzazione e l'uso dei certificati TLS. A differenza della precedente impostazione crt-list, in crt-store il repository dei certificati \u00e8 separato dal loro utilizzo nel frontend, permettendo di specificare individualmente il luogo di memorizzazione di ciascun componente del certificato (file con certificati, chiavi e dati OCSP).\n
\u00c8 stata aggiunta la possibilit\u00e0 di impostare limitazioni per le richieste utilizzando HTTP\/2, consentite dal protocollo, ma potenzialmente problematiche. Ad esempio, l'invio di un flusso di frame CONTINUATION pu\u00f2 portare a un attacco DoS known as Continuation flood.\n
\u00c8 stata aggiunta una nuova direttiva di configurazione 'guid', utilizzabile nelle sezioni 'frontend', 'backend' e 'listen'. La direttiva collega a queste sezioni un identificatore unico, consentendo di mantenere la statistica associata alla sezione dopo un riavvio (lo stato della pagina Statistiche non verr\u00e0 resettato). Per salvare le statistiche in un file \u00e8 stata aggiunta una nuova comando 'dump stats-file', e per leggerne i dati dopo un riavvio \u00e8 stata introdotta la nuova direttiva di configurazione 'stats-file'.\n
Le funzionalit\u00e0 di bilanciamento dei messaggi Syslog sono state ampliate. \u00c8 stata aggiunta la possibilit\u00e0 di assegnare coefficienti di peso per le righe di log legate ai server.\n
\u00c8 stata aggiunta la supporto per la formattazione delle righe di log in JSON e CBOR.\n
Sono stati ampliati i dati che possono essere ottenuti utilizzando le funzioni di estrazione delle informazioni, ad esempio \u00e8 possibile richiedere dettagli sul numero di sessioni HTTP aperte per il backend e il frontend, sulle dimensioni della coda di attesa per l'elaborazione delle richieste e sul numero consentito di sessioni simultanee.\n
\u00c8 stata migliorata la performance degli script Lua a thread singolo caricati tramite la direttiva 'lua-load'.\n
\u00c8 stata notevolmente migliorata la performance delle aree di memorizzazione in memoria create tramite la direttiva stick-table. Ad esempio, su un sistema con 80 thread, la performance \u00e8 aumentata di 6 volte.\n