--- title: "Configurare HTTP/2 su OVHcloud Load Balancer" description: "Scopri come scegliere e configurare i frontend del tuo servizio Load Balancer OVHcloud, per l'utilizzo con il protocollo HTTP/2." url: https://docs.ovhcloud.com/it/guides/network/load-balancer/case-http2 lang: it lastUpdated: 2026-01-15 --- # Configurare HTTP/2 su OVHcloud Load Balancer :::info **Nota sul supporto nativo del protocollo HTTP/2** A partire da giugno 2025, i frontends HTTP e TLS dei servizi Load Balancer di OVHcloud supportano nativamente il protocollo HTTP/2. La guida seguente rimane comunque applicabile per i frontends TCP, che possono risultare utili per applicazioni che richiedono una bassa latenza e alte prestazioni. Per attivare il protocollo HTTP/2 su frontends HTTP e TLS esistenti, è necessario effettuare l'invio del comando di aggiornamento riportato di seguito tramite l'API, dove **serviceName** è il nome interno del vostro Load Balancer. ::: 🇪🇺EU▾ [POST/ipLoadbalancing/{serviceName}/refresh](https://eu.api.ovh.com/console/?section=/ipLoadbalancing&branch=v1#post-/ipLoadbalancing/-serviceName-/refresh) ## Obiettivo Questa guida ha due obiettivi principali: - Aiutarvi a comprendere le differenze tra i frontends TCP, HTTP e TLS su un Load Balancer OVHcloud, permettendovi così di determinare se un frontend TCP è la scelta più appropriata per le vostre esigenze applicative specifiche, in particolare quando si gestisce il traffico HTTP/2. - Se si ritiene che un frontend TCP sia desiderabile, fornire quindi istruzioni passo passo su come configurarlo per bilanciare efficacemente il traffico HTTP/2 sui vostri server backend. ## Prerequisiti Avrete bisogno di: - Un servizio [Load Balancer OVHcloud](https://www.ovhcloud.com/it/network/load-balancer/); - Un frontend TCP sul vostro Load Balancer; - Un cluster di server (fattoria) TCP con almeno un server aggiunto; - Server backend configurati per supportare e rispondere con HTTP/2; - Avere accesso all'[API OVHcloud](https://eu.api.ovh.com/). ## Procedura ### Perché utilizzare HTTP/2? HTTP/2 apporta numerosi vantaggi per migliorare le prestazioni e l'efficienza delle vostre applicazioni: - _Tempi di caricamento più rapidi_ grazie al multiplexing, che permette di inviare più richieste in parallelo sulla stessa connessione. - _Latenza ridotta_ limitando gli scambi tra client e server. - _Prestazioni di rete ottimizzate_ grazie alla compressione degli header. ### Differenze tra i frontends HTTP/2 e TCP Un frontend TCP opera al livello 4 (livello di trasporto) del modello OSI. Quando si configura un frontend TCP, il Load Balancer stabilisce una connessione TCP tra il client e un server backend. Ciò significa che il Load Balancer non ispeziona né comprende i dati HTTP/2 all'interno del flusso TCP. Di conseguenza, i frontends TCP offrono alte prestazioni grazie a un minimo elaboramento dei dati. Tuttavia, poiché non comprende il protocollo applicativo, non può effettuare ottimizzazioni avanzate specifiche per HTTP, come il routing basato sul contenuto o la manipolazione degli header HTTP. I frontends HTTP e TLS, invece, operano al livello 7 (livello applicativo). Quando un client si connette a un frontend compatibile con HTTP/2, il Load Balancer decodifica completamente i frame HTTP/2 prima di stabilire una connessione con un server backend. Interpretando il protocollo applicativo, un frontend compatibile con HTTP/2 può fornire molte funzionalità avanzate. Queste includono la terminazione SSL/TLS (scaricando la crittografia/decrittografia dai server backend), il routing basato sul contenuto (ad esempio, indirizzando le richieste verso diverse fattorie backend in base al percorso dell'URL o agli header), la modifica delle richieste/risposte e il multiplexing HTTP/2. **Dovreste utilizzare un frontend TCP quando:** - Dovete bilanciare il carico di altri servizi non HTTP (ad esempio, database, applicazioni TCP personalizzate, SSH); - Richiedete prestazioni massime e una latenza minima; - I vostri server backend gestiscono già la terminazione SSL/TLS; - Non avete bisogno di funzionalità HTTP avanzate specifiche, come il routing basato sul contenuto, la manipolazione degli header HTTP o le ottimizzazioni a livello del protocollo HTTP/2. **Dovreste utilizzare un frontend compatibile con HTTP/2 quando:** - Gestite principalmente traffico web (HTTP/HTTPS); - Volete sfruttare i vantaggi delle prestazioni di HTTP/2 tra client e Load Balancer; - Volete delegare la terminazione SSL/TLS dei vostri server backend al vostro Load Balancer; - Avete bisogno di una logica di routing avanzata basata sugli header HTTP, sulle URL o su altri attributi del livello applicativo; - Volete ottimizzare l'esperienza lato client sfruttando le funzionalità HTTP/2. _Se decidete di utilizzare un frontend TCP, seguite le seguenti fasi di questa guida per configurarlo per l'utilizzo HTTP/2_. ### Configurare un frontend TCP per HTTP/2 :::warning L'ordine di creazione degli elementi è importante: le route devono essere configurate **prima** di poter loro associare regole. ::: #### Aggiungere una route Aggiungeremo una route al nostro servizio. ##### Dal tramite l'API OVHcloud 🇪🇺EU▾ [POST/ipLoadbalancing/{serviceName}/tcp/route](https://eu.api.ovh.com/console/?section=/ipLoadbalancing&branch=v1#post-/ipLoadbalancing/-serviceName-/tcp/route) :::warning Il parametro weight permette di definire l'ordine di valutazione delle vostre route, la prima che risulta valida verrà eseguita. ::: Parametri: | Campo | Valore e descrizione | | ------------- | ------------------------------------------------------------------------ | | serviceName | Identificativo del vostro servizio Load Balancer OVHcloud | | frontendId | Identificativo del vostro Frontend TCP sulla porta 443 | | displayName | "HTTP2 TCP route" | | weight | (vuoto) | | action.type | "farm" | | action.target | Identificativo della vostra fermata tcp che deve saper gestire il HTTP/2 | #### Aggiungere una regola Ora vediamo come aggiungere una regola al percorso appena creato. ##### Dal tramite l'API OVHcloud 🇪🇺EU▾ [POST/ipLoadbalancing/{serviceName}/tcp/route/{routeId}/rule](https://eu.api.ovh.com/console/?section=/ipLoadbalancing&branch=v1#post-/ipLoadbalancing/-serviceName-/tcp/route/-routeId-/rule) Parametri: | Campo | Valore e descrizione | | ----------- | ----------------------------------------------------------- | | serviceName | Identificativo del vostro servizio Load Balancer OVHcloud | | routeId | Identificativo della route precedentemente creata | | field | "protocol" Il nome del campo che deve verificare la regola | | match | "is" Il tipo di verifica da effettuare | | pattern | "http/2.0" Il valore da verificare per il campo specificato | #### Applicare le modifiche Le modifiche effettuate su OVHcloud Load Balancer devono essere _espressamente applicate_ a tutte le zone configurate: solo così saranno visibili ai visitatori. Questo consente di modificare le impostazioni in modo complesso in una sola volta. Se disponi di più zone, dovrai applicare la stessa configurazione a ogni zona. #### Aggiornare una zona ##### Dal tramite l'API OVHcloud 🇪🇺EU▾ [POST/ipLoadbalancing/{serviceName}/refresh](https://eu.api.ovh.com/console/?section=/ipLoadbalancing&branch=v1#post-/ipLoadbalancing/-serviceName-/refresh) Parametri: | Campo | Valore e descrizione | | ----------- | -------------------------------------------------------------------------- | | serviceName | Identificativo del vostro servizio Load Balancer OVHcloud | | zone | Identificativo della zona su cui volete applicare la vostra configurazione | #### Validare Dopo tutti questi passaggi, Load Balancer dovrebbe essere operativo per i tuoi server HTTP/2. A questo punto verifica e conferma lo stato del servizio inviando una richiesta al tuo OVHcloud Load Balancer e verificandone la risposta: ```bash curl -I --http2 https://www.ovh.com/ HTTP/2 200 ``` ## Per saperne di più Per ulteriori informazioni sul protocollo HTTP/2, visitare il sito [https://http2.github.io/](https://http2.github.io/). Contatta la nostra [Community di utenti](https://community.ovhcloud.com/).