Tous les produits
Search
Centre de documentation

Server Load Balancer:Accélération QUIC pour les services audio et vidéo

Dernière mise à jour :Aug 18, 2026

Le protocole QUIC (Quick UDP Internet Connections) accélère l'accès client, en particulier lorsque les conditions réseau sont médiocres ou lors de basculements fréquents entre les réseaux Wi-Fi et mobiles. Il permet le multiplexage sans reconnexion, ce qui optimise l'efficacité de l'accès aux ressources et sécurise les transmissions de données.

Protocole QUIC

QUIC, également appelé protocole Quick UDP Internet Connections, offre un niveau de sécurité équivalent à SSL et présente des avantages tels que le multiplexage. Il performe bien dans des conditions réseau dégradées et maintient un service utilisable même en cas de perte importante de paquets et de latence élevée. Le protocole QUIC permet d'implémenter différents algorithmes de contrôle de congestion au niveau de la couche application, sans dépendre du système d'exploitation ou du noyau. Cette flexibilité facilite les modifications par rapport au protocole TCP traditionnel, ce qui rend QUIC adapté aux services dont l'optimisation TCP a atteint ses limites.

Avec la croissance rapide de nouveaux services comme les vidéos courtes et la diffusion en direct, la transmission multimédia exige désormais une bande passante élevée et une faible latence. Le protocole QUIC résout efficacement les problèmes de mise en mémoire tampon liés au réseau et à la vidéo, améliore l'accès aux ressources audio et vidéo, et garantit la sécurité des transmissions de données.

Types de protocoles QUIC pris en charge

ALB prend en charge gQUIC et iQUIC. Le protocole HTTP/3 est un protocole de couche application basé sur iQUIC. Il s'appuie sur iQUIC pour implémenter des fonctionnalités telles que le multiplexage, le contrôle de congestion, la détection des pertes et la retransmission. Le protocole HTTP/3 établit plus rapidement les connexions client et élimine le blocage de tête de ligne dans les flux multiplexés.

Application Load Balancer (ALB) prend en charge les versions gQUIC Q46, Q43 et Q39, ainsi que la version h3 de HTTP/3.

Négociation HTTP/3

Après avoir activé QUIC Upgrade, ALB annonce les protocoles HTTP/3 et gQUIC aux clients. Il privilégie l'annonce de HTTP/3 afin que les clients compatibles se connectent à ALB en priorité.

  • Les clients reviennent systématiquement à HTTPS ou HTTP/2 s'ils ne parviennent pas à établir une connexion HTTP/3.

  • Les clients compatibles avec HTTP/3 utilisent un cookie de cache lié à HTTP/3.

  • L'activation ou la désactivation de la mise à niveau QUIC n'affecte pas les connexions des clients à ALB.

La prise en charge est annoncée dans l'en-tête de réponse HTTP Alt-Svc. La valeur de l'en-tête alt-svc est :

Alt-Svc : h3=":$quic_port"; ma=3600,quic=":$quic_port"; v="46,43,39"; ma=3600

Lorsque la mise à niveau QUIC est activée, votre client peut revenir à HTTPS ou HTTP/2 dans certaines situations au lieu de négocier HTTP/3. Cela inclut les cas suivants :

  • La version HTTP/3 prise en charge par le client est incompatible avec celle prise en charge par ALB.

  • ALB détecte que le trafic UDP est bloqué ou limité en débit, ce qui empêche HTTP/3 de fonctionner.

  • Le client ne prend pas en charge HTTP/3 et ne tente donc pas de négocier une connexion HTTP/3.

Prérequis côté client

  • Si vous utilisez Google Chrome, celui-ci peut initier directement des requêtes QUIC vers ALB.

  • Pour accéder à QUIC via Google Chrome, vous devez utiliser une version spécifique de Chrome :

    • La version de protocole gQUIC la plus élevée prise en charge par ALB est Q46, ce qui correspond aux versions 74 à 81 de Google Chrome.

    • La version de protocole HTTP/3 la plus élevée prise en charge par ALB est h3, ce qui correspond à Google Chrome 87 ou ultérieur.

  • Si vous utilisez d'autres clients, tels qu'une application développée sur mesure, le client doit intégrer une bibliothèque réseau prenant en charge le protocole QUIC, par exemple : lsquic-client, Cronet, ngtcp2 et quiche.

Cas d'utilisation

Lorsque vous accédez à une instance ALB avec Google Chrome, ALB achemine les requêtes vers les serveurs backend en fonction du nom de domaine du certificat example.com lié à l'écouteur. Les deux principaux cas d'utilisation sont les suivants :

  • Lorsqu'un écouteur HTTPS et un écouteur QUIC sont tous deux configurés, ALB donne la priorité à l'écouteur QUIC. Dans ce cas, lorsque vous saisissez le nom de domaine du certificat example.com dans Google Chrome, l'instance ALB transfère la requête du client vers le groupe de serveurs par défaut RS1 via l'écouteur QUIC configuré.

  • Lorsque l'écouteur QUIC n'est pas disponible, la connexion revient automatiquement à l'écouteur HTTPS associé. Dans ce cas, lorsque vous saisissez le nom de domaine du certificat example.com dans Google Chrome, l'instance ALB transfère la requête du client vers le groupe de serveurs par défaut RS1 via l'écouteur HTTPS configuré.

Prérequis

  • Vous avez créé une instance ALB. Pour plus d'informations, consultez la rubrique Créer et gérer des instances ALB.

  • Vous avez créé un groupe de serveurs nommé RS1. Pour plus d'informations, consultez la rubrique Créer et gérer des groupes de serveurs.

  • Vous avez ajouté une instance ECS01 au groupe de serveurs RS1 et déployé un service vidéo Nginx sur l'instance ECS01.

  • Vous avez déployé un certificat de serveur SSL sur l'instance ALB. Le certificat est lié au nom de domaine example.com.

Étape 1 : Créer un écouteur QUIC

  1. Connectez-vous à la console ALB.

  2. Dans la barre de navigation supérieure, sélectionnez la région où l'instance ALB est déployée.

  3. Sur la page Instances, recherchez l'instance cible et cliquez sur son ID. Sous l'onglet Listener, cliquez sur Create Listener.

  4. Dans l'assistant Configure Listener, spécifiez les paramètres suivants, puis cliquez sur Next.

    Cette rubrique décrit uniquement les paramètres pertinents. Pour les autres paramètres, conservez les valeurs par défaut. Pour plus d'informations, consultez la rubrique Ajouter un écouteur QUIC.

    Configuration de l'écouteur

    Description

    Listener Protocol

    Sélectionnez le protocole pour l'écouteur.

    Dans cet exemple, sélectionnez QUIC.

    Listener Port

    Spécifiez le port utilisé pour recevoir et transférer les requêtes vers les serveurs backend.

    Le numéro de port doit être compris entre 1 et 65535.

    Remarque

    Au sein d'une même instance ALB, les ports d'écouteur pour un même protocole doivent être uniques, et les ports des écouteurs HTTP et HTTPS ne peuvent pas être identiques.

  5. Dans l'assistant Configure SSL Certificate, sélectionnez un certificat de serveur, puis cliquez sur Next.

  6. Dans l'assistant Select Server Group, sélectionnez une option Server, puis choisissez un groupe de serveurs, consultez les informations sur le serveur backend et cliquez sur Next.

  7. Dans l'assistant Configuration Review, confirmez les informations de configuration et cliquez sur Submit.

Étape 2 : Créer un écouteur HTTPS

Lors de la création de l'écouteur HTTPS, activez la mise à niveau QUIC et associez-la à l'écouteur QUIC que vous avez créé.

  1. Sur la page Instances, recherchez l'instance pour laquelle vous avez créé un écouteur QUIC à l'étape 1 et cliquez sur l'ID de l'instance.

  2. Sous l'onglet Instance Details, cliquez sur l'onglet Listener, puis cliquez sur Create Listener.

  3. Dans l'assistant Configure Listener, spécifiez les paramètres suivants, puis cliquez sur Next.

    Cette rubrique décrit uniquement les paramètres pertinents. Pour les autres paramètres, conservez les valeurs par défaut. Pour plus d'informations, consultez la rubrique Ajouter un écouteur HTTPS.

    Configuration de l'écouteur

    Description

    Listener Protocol

    Sélectionnez le protocole pour l'écouteur.

    Dans cet exemple, sélectionnez HTTPS.

    Listener Port

    Saisissez le port de l'écouteur utilisé pour recevoir les requêtes et les transférer aux serveurs backend. Généralement, le port 80 est utilisé pour HTTP et le port 443 pour HTTPS.

    Le numéro de port doit être compris entre 1 et 65535.

    Dans cet exemple, saisissez 443.

    Remarque

    Les ports des écouteurs doivent être uniques au sein d'une même instance d'équilibreur de charge.

    Advanced Settings

    Cliquez sur Modify pour développer les paramètres avancés.

    QUIC Upgrade

    Indiquez si vous souhaitez activer la mise à niveau QUIC.

    Dans cet exemple, activez la mise à niveau QUIC et sélectionnez l'écouteur QUIC que vous avez créé dans la liste déroulante Associated QUIC Listeners.

  4. Dans l'assistant Configure SSL Certificate, sélectionnez un certificat de serveur, puis cliquez sur Next.

  5. Dans l'assistant Select Server Group, sélectionnez une option Server, puis choisissez un groupe de serveurs, consultez les informations sur le serveur backend, puis cliquez sur Next.

  6. Sur la page Configuration Review, confirmez les informations de configuration et cliquez sur Submit.

Étape 3 : Configurer la résolution de nom de domaine

Créez un enregistrement CNAME pour mapper example.com vers le nom de domaine public de l'instance ALB.

  1. Connectez-vous à la console ALB.

  2. Dans la barre de navigation supérieure, sélectionnez la région.

  3. Recherchez l'instance ALB cible et copiez son nom DNS.

  4. Suivez ces étapes pour ajouter un enregistrement CNAME.

    Remarque

    Si votre nom de domaine n'est pas enregistré auprès d'Alibaba Cloud, vous devez d'abord l'ajouter à la console Alibaba Cloud DNS avant de pouvoir configurer ses paramètres de résolution. Pour plus d'informations, consultez la rubrique Gestion des noms de domaine. Si votre nom de domaine est enregistré auprès d'Alibaba Cloud, poursuivez avec les étapes suivantes.

    1. Connectez-vous à la console Alibaba Cloud DNS.

    2. Sur la page Public Zone, recherchez le nom de domaine cible et cliquez sur Settings dans la colonne Actions.

    3. Sur la page Settings, cliquez sur Add Record.

    4. Dans le panneau Add Record, spécifiez les paramètres suivants, puis cliquez sur OK.

      Paramètre

      Description

      Record Type

      Dans la liste déroulante, sélectionnez CNAME.

      Hostname

      Nom d'hôte pour l'enregistrement. Par exemple, www.

      Query Source

      Sélectionnez Default.

      Record Value

      Collez le nom DNS de l'instance ALB que vous avez copié.

      TTL

      Time to live (TTL). Cette valeur spécifie la durée pendant laquelle l'enregistrement DNS est mis en cache sur un serveur DNS. Cet exemple utilise la valeur par défaut.

      Remarque
      • Un nouvel enregistrement CNAME prend effet presque immédiatement. Le temps de propagation d'un enregistrement modifié dépend du TTL de l'enregistrement précédent, qui est par défaut de 10 minutes.

      • Si vous rencontrez un conflit lors de l'ajout de l'enregistrement, utilisez un autre nom d'hôte pour la résolution. Pour plus d'informations, consultez la rubrique Règles de conflit d'enregistrements DNS.

Étape 4 : Vérifier le résultat

Cette rubrique utilise un client Windows comme exemple. Dans le navigateur, saisissez example.com pour accéder à l'instance ALB. Dans cette rubrique, un service vidéo Nginx est déployé sur ECS01, qui est le serveur backend du groupe de serveurs RS1.

  • Lorsqu'un écouteur HTTPS et un écouteur QUIC sont tous deux configurés, saisissez le nom de domaine lié au certificat, example.com, dans votre navigateur et appuyez sur F12. Vous constatez que le Protocol de la page Web actuelle est HTTP/3 et que la requête a pris 93 ms.

  • Lorsque l'écouteur QUIC n'est pas disponible, saisissez le nom de domaine lié au certificat, example.com, dans votre navigateur et appuyez sur F12. Vous constatez que le Protocol de la page Web actuelle est HTTP/2 et que la requête a pris 148 ms.

Les résultats montrent que l'utilisation de HTTP/3 via ALB améliore la vitesse d'accès au contenu vidéo sur les serveurs backend.