{"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\/news\/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":"
Cinque anni dopo la formazione della versione 2.0, \u00e8 stato pubblicato il rilascio del bilanciatore di carico HAProxy 3.0, che permette di distribuire il traffico HTTP e le richieste TCP arbitrarie tra un gruppo di server, tenendo conto di diversi fattori (ad esempio, verifica la disponibilit\u00e0 dei server, valuta il livello di carico, ha strumenti per contrastare attacchi DDoS) e conducendo un filtro preliminare dei dati (ad esempio, pu\u00f2 analizzare le intestazioni HTTP, filtrare il passaggio di parametri di richiesta non validi, bloccare l'iniezione SQL e XSS, collegare agenti di elaborazione contenuti). HAProxy pu\u00f2 anche essere utilizzato per coordinare l'interazione dei componenti nei sistemi basati su architettura a microservizi. Il codice del progetto \u00e8 scritto in C e viene 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 un rilascio con supporto a lungo termine (LTS) e sar\u00e0 supportata fino al 2029. Modifiche principali: <\/p>\n
\n
\u00c8 stata aggiunta una nuova sezione «crt-store» nella configurazione per gestire la memorizzazione e l'uso dei certificati TLS. A differenza della precedente configurazione crt-list, in crt-store il deposito dei certificati \u00e8 separato dal loro utilizzo nel frontend, consentendo 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 limiti per le richieste utilizzando HTTP\/2, consentito dal protocollo, ma capace di causare problemi. Ad esempio, l'invio di uno stream di frame CONTINUATION potrebbe portare a un attacco DoS Continuation flood.\n
\u00c8 stata aggiunta una nuova direttiva di configurazione «guid», che pu\u00f2 essere utilizzata nelle sezioni «frontend», «backend» e «listen». La direttiva associa a queste sezioni un identificatore unico, che consente di mantenere le statistiche associate alla sezione dopo un riavvio (lo stato della pagina Stat non sar\u00e0 azzerato). Per salvare le statistiche in un file \u00e8 stata aggiunta una nuova comando «dump stats-file», e per leggere dal file dopo un riavvio \u00e8 stata aggiunta una nuova direttiva di configurazione «stats-file».\n
Sono state ampliate le possibilit\u00e0 di bilanciamento dei messaggi Syslog. \u00c8 stata aggiunta la possibilit\u00e0 di assegnare pesi alle righe di log associate ai server nei backend.\n
\u00c8 stata aggiunta la supporto per il formato delle righe di log nella rappresentazione JSON e CBOR.\n
Sono state ampliate le informazioni che possono essere ottenute utilizzando le funzioni di estrazione, ad esempio, \u00e8 possibile richiedere informazioni sul numero di sessioni HTTP aperte per il backend e il frontend, sulla dimensione della coda di attesa per l'elaborazione della richiesta e sul numero massimo di sessioni simultanee consentite.\n
\u00c8 stata aumentata la prestazione degli script Lua a thread singolo caricati tramite la direttiva «lua-load».\n
La performance delle aree di storage in memoria create tramite la direttiva stick-table \u00e8 significativamente migliorata. Ad esempio, su un sistema con 80 thread, la performance \u00e8 aumentata di 6 volte.\n