Tous les produits
Search
Centre de documentation

Global Accelerator:Fonctionnement des écouteurs à routage personnalisé

Dernière mise à jour :Sep 21, 2026

Les écouteurs à routage personnalisé sont idéaux lorsque vous souhaitez acheminer le trafic des clients vers des serveurs backend spécifiques. Cette rubrique décrit le fonctionnement des écouteurs à routage personnalisé, leurs limites ainsi que les différences avec les écouteurs à routage intelligent. Elle propose également des exemples d'utilisation.

Fonctionnement des écouteurs à routage personnalisé

Une fois l'écouteur à routage personnalisé configuré, Global Accelerator (GA) génère une table de mappage de ports en se basant sur la plage de ports de l'écouteur, le protocole et la plage de ports du groupe de points de terminaison, ainsi que les adresses IP du point de terminaison (vSwitch). GA achemine ensuite le trafic des clients vers les serveurs backend dotés d'adresses IP et de ports spécifiques, conformément à cette table de mappage.

Le flux de travail suivant illustre le fonctionnement d'un écouteur à routage personnalisé :

image

N°

Description

1

GA génère une table de mappage de ports selon la plage de ports de l'écouteur à routage personnalisé, la plage de ports de destination du groupe de points de terminaison et les adresses IP du vSwitch du point de terminaison.

2

Le client envoie une requête à GA pour obtenir des informations sur les ports disponibles (ports d'accélération).

3

GA interroge la table de mappage et sélectionne un serveur backend autorisé à recevoir le trafic, en fonction de la logique métier.

4

GA renvoie les informations relatives au port d'accélération qui correspond au port du serveur backend sélectionné. Ce port accéléré est choisi dans la plage de ports de l'écouteur.

5

Le client utilise le port d'accélération attribué et l'adresse IP accélérée pour accéder à votre service.

6

L'écouteur à routage personnalisé transfère le trafic du client vers le serveur backend correspondant, sur la base de la table de mappage.

Limites

Lorsque vous utilisez des écouteurs à routage personnalisé, tenez compte des limites suivantes :

Limites liées aux zones d'accélération

Les adresses IP accélérées prennent uniquement en charge IPv4.

Limites liées à la plage de ports de l'écouteur

  • Les écouteurs à routage personnalisé utilisent les ports 1 à 65499. Les ports 25, 250, 4789 et 4790 sont réservés par le système et exclus des tables de mappage de ports. Les instances GA en mode paiement à l'utilisation excluent également le port 6081.

  • La plage de ports de l'écouteur doit couvrir les ports du groupe de points de terminaison et les adresses IP des vSwitch. La formule suivante doit être respectée : Nombre de ports d'écoute (moins le nombre de ports réservés par le système) ≥ Nombre total de ports dans le groupe de points de terminaison × Nombre d'adresses IP de tous les vSwitch dans le point de terminaison. Spécifiez une large plage de ports pour l'écouteur.

    Par exemple, si vous définissez la plage de ports de destination des groupes de points de terminaison sur 81-85 et que tous les vSwitch utilisés comme points de terminaison fournissent 16 adresses IP, la plage de ports de l'écouteur doit contenir au moins 80 ports. Vous pouvez définir la plage de ports de l'écouteur sur 101-180. Si vous la définissez sur 101-179, la création de l'écouteur échouera.

  • Après configuration, vous ne pouvez pas supprimer les ports existant dans la table de mappage lors de la modification de la plage de ports.

    Par exemple, si la plage de ports d'écoute initiale est 100-10000 et qu'un mappage existe entre le port 199 et le port de destination 80 du point de terminaison dans la table, vous pouvez étendre la plage à 20-10000. En revanche, vous ne pouvez pas la réduire à 200-10000.

  • Les ports des écouteurs sur une même instance GA ne doivent pas se chevaucher.

Limites liées au protocole de l'écouteur

Seuls les protocoles TCP et UDP sont pris en charge. Vous pouvez spécifier le protocole lors de la configuration du groupe de points de terminaison. Il est possible de choisir TCP, UDP ou les deux.

Limites liées aux services backend

  • Vous ne pouvez spécifier que des vSwitch comme points de terminaison des écouteurs à routage personnalisé. Seules les adresses IP privées et les ports des instances Elastic Compute Service (ECS) peuvent servir de destinations de trafic.

  • Le masque de sous-réseau du vSwitch servant de point de terminaison doit être compris entre /17 et /28. Le vSwitch doit fournir au moins 16 adresses IP.

  • Lorsque vous spécifiez un vSwitch comme point de terminaison, tout le trafic à destination de ce vSwitch est rejeté par défaut. Pour permettre à une instance ECS située dans le vSwitch de recevoir du trafic, modifiez la configuration de l'écouteur afin d'autoriser tout le trafic vers le vSwitch, ou spécifiez l'adresse IP et le port de l'instance ECS pour autoriser le trafic vers celle-ci.

  • La liste de contrôle d'accès réseau (ACL) associée au vSwitch servant de point de terminaison, ainsi que les règles du groupe de sécurité de l'instance ECS de destination, doivent autoriser le trafic. Pour savoir comment configurer les ACL réseau et les règles de groupe de sécurité, consultez les rubriques Créer et gérer une ACL réseau et Ajouter une règle de groupe de sécurité.

  • Les contrôles d'état des groupes de points de terminaison et des points de terminaison ne sont pas pris en charge. Un écouteur à routage personnalisé achemine le trafic selon la table de mappage, indépendamment de l'état de santé des points de terminaison.

Exemples

Les écouteurs à routage personnalisé conviennent parfaitement aux scénarios nécessitant l'acheminement du trafic client vers des serveurs backend spécifiques. Par exemple, dans un jeu en ligne multijoueur, le système peut assigner les joueurs partageant les mêmes caractéristiques (comme la localisation géographique et le niveau) à la même session sur un serveur backend, en s'appuyant sur la table de mappage et la logique métier.

Dans cet exemple, trois instances ECS déployées sur le même vSwitch servent à construire une application de jeu. Le bloc CIDR du vSwitch est 10.1.1.0/28. Les adresses IP des instances ECS sont 10.1.1.1, 10.1.1.2 et 10.1.1.3. Les ports utilisés pour fournir les services sont les ports TCP 80, 81 et 82. Seules deux instances ECS fournissent effectivement le service : celles dont les adresses IP sont 10.1.1.1 et 10.1.1.2.

Configurez l'écouteur à routage personnalisé et le point de terminaison selon les informations suivantes pour améliorer l'expérience utilisateur :

  • Plage de ports de l'écouteur : 1001 à 1050.

  • Plage de ports du groupe de points de terminaison : 80 à 82. Protocole : TCP.

  • Sélectionnez le vSwitch comme point de terminaison. Autorisez le trafic vers les instances ECS dont les adresses IP sont 10.1.1.1 et 10.1.1.2. Définissez la plage de ports sur 80-82.

Une fois la configuration terminée, GA génère la table de mappage de ports suivante :

Remarque

Dans cet exemple, les ports sont mappés séquentiellement pour faciliter la compréhension. La table de mappage réelle peut différer. Appelez les opérations ListCustomRoutingPortMappings et ListCustomRoutingPortMappingsByDestination pour consulter la table de mappage effective.

Port d'accélération

Adresse IP de destination

Port de destination

Politique de trafic

1001

10.1.1.1

80

Autoriser

1002

10.1.1.1

81

Autoriser

1003

10.1.1.1

82

Autoriser

1004

10.1.1.2

80

Autoriser

1005

10.1.1.2

81

Autoriser

1006

10.1.1.2

82

Autoriser

1007

10.1.1.3

80

Refuser

1008

10.1.1.3

81

Refuser

1009

10.1.1.3

82

Refuser

Comme l'illustre la figure ci-dessous, différents joueurs peuvent accéder à l'application de jeu via les adresses IP accélérées et les ports attribués par GA. Le joueur 1 accède au jeu via le port 1001 et l'adresse IP accélérée correspondante. Le joueur 2 utilise le port 1003 et son adresse IP accélérée associée. Le trafic des joueurs 1 et 2 est acheminé vers l'instance ECS dont l'adresse IP est 10.1.1.1. Le joueur 3 accède au jeu via le port 1005 et l'adresse IP accélérée correspondante ; son trafic est dirigé vers l'instance ECS 10.1.1.2. Le joueur 4 ne parvient pas à accéder à l'instance ECS 10.1.1.3, car celle-ci ne reçoit pas de trafic.

image

Différences entre les écouteurs à routage intelligent et les écouteurs à routage personnalisé

Le tableau suivant présente les caractéristiques des écouteurs à routage intelligent et des écouteurs à routage personnalisé.

Fonctionnalité

Écouteur à routage intelligent

Écouteur à routage personnalisé

Protocoles d'écouteur

TCP, UDP, HTTP et HTTPS sont pris en charge.

TCP et UDP sont pris en charge.

Vous pouvez spécifier le protocole lors de la configuration du groupe de points de terminaison. Il est possible de choisir TCP, UDP ou les deux.

Port de l'écouteur

Le nombre de ports configurables pour un écouteur varie selon le protocole de l'écouteur.

La plage de ports de l'écouteur que vous spécifiez détermine le produit du nombre de ports dans le groupe de points de terminaison associé à l'écouteur et du nombre d'adresses IP dans le point de terminaison. L'exigence suivante doit être satisfaite : Nombre de ports d'écoute (moins le nombre de ports réservés par le système) ≥ Nombre de ports dans le groupe de points de terminaison × Nombre d'adresses IP dans le point de terminaison (vSwitch). Nous vous recommandons de spécifier une large plage de ports pour l'écouteur.

Après avoir configuré les ports de l'écouteur, vous ne pouvez pas supprimer les ports existant dans la table de mappage lors de la modification de la plage.

Affinité client

Prise en charge.

Non pris en charge.

Versions IP des adresses IP accélérées

Prend en charge IPv4, IPv6 et la double pile.

Seul IPv4 est pris en charge.

Types de services backend

Les types de services backend pris en charge varient selon l'emplacement de déploiement de votre service backend :

  • Sur Alibaba Cloud : instances Elastic Compute Service dans des réseaux privés virtuels (VPC), instances Application Load Balancer (ALB), instances Network Load Balancer (NLB), instances Classic Load Balancer (CLB), buckets Object Storage Service (OSS), interfaces réseau élastiques (ENI), adresses IP privées personnalisées et adresses IP publiques Alibaba Cloud

  • En dehors d'Alibaba Cloud : adresses IP publiques personnalisées et noms de domaine personnalisés

vSwitch sur Alibaba Cloud

Permet de spécifier les adresses IP privées et les ports de destination d'une ou plusieurs instances ECS dans un vSwitch comme destinations de trafic.

Contrôles d'état

Prise en charge.

Non pris en charge.

Contrôle d'accès

Prise en charge.

Non pris en charge.

Journaux d'accès

Prise en charge.

Prise en charge.

Conserver les adresses IP client

La prise en charge de cette fonctionnalité dépend du protocole de l'écouteur :

  • HTTP ou HTTPS : pris en charge.

  • UDP : pris en charge pour certains types de points de terminaison.

  • TCP : pris en charge. La méthode de conservation des adresses IP client varie selon le type de point de terminaison.

Non pris en charge par défaut.

Si vous souhaitez utiliser cette fonctionnalité, contactez votre gestionnaire de compte.

Sonde d'origine

Prise en charge.

Non pris en charge.