Server Load Balancer:Add a TCP listener

Étape 1 : Configurer l'écouteur

1. Connectez-vous à la console CLB.

2. Sélectionnez la région de l'instance CLB.

3. Ouvrez l'assistant de configuration de l'écouteur :

   • Sur la page Instances, localisez l'instance CLB et cliquez sur Configure Listener dans la colonne Actions.

   • Sur la page Instances, cliquez sur l'ID de l'instance pour ouvrir la page des détails. Cliquez sur l'onglet Listener, puis cliquez sur Add Listener.

4. À l'étape Protocol & Listener, configurez les paramètres suivants, puis cliquez sur Next.

   Paramètres de l'écouteur

   Paramètre	Description
   Select Listener Protocol	Sélectionnez TCP.
   Backend Protocol	Défini automatiquement sur TCP lorsque le protocole de l'écouteur est TCP.
   Listener Port	Port qui reçoit et transfère les requêtes. Valeurs valides : 1 à 65535.
   Tags	Sélectionnez ou saisissez une Tag Key et une Tag Value.

   Paramètres avancés

   Cliquez sur Modify à côté de Advanced Settings pour configurer les paramètres suivants.

   Algorithme de planification

   Sélectionnez un algorithme de planification. Valeur par défaut : Round Robin.

   Algorithme	Description
   Weighted Round-robin (WRR)	Répartit les requêtes en fonction du poids. Les serveurs ayant un poids plus élevé reçoivent davantage de requêtes.
   Round Robin (RR)	Répartit les requêtes de manière séquentielle vers les serveurs backend.
   Consistent Hashing (CH)	Répartit les requêtes par clé de hachage. Deux modes : Four-element (IP source, IP de destination, port source, port de destination) et Source IP (IP source uniquement). Les requêtes ayant la même clé de hachage sont dirigées vers le même serveur backend.

   Remarque

   Seules les instances CLB haute performance prennent en charge Consistent Hashing (CH). Les écouteurs TCP existants utilisant Weighted Round-robin (WRR) ou Round Robin (RR) ne peuvent pas basculer vers Consistent Hashing (CH). Pour utiliser Consistent Hashing (CH), créez un nouvel écouteur TCP.

   Persistance de session

   Désactivé par défaut. Lorsqu'elle est activée, cette fonctionnalité permet à CLB de transférer les requêtes provenant de la même adresse IP client vers le même serveur backend.

   Contrôle d'accès

   Désactivé par défaut. Lorsqu'il est activé, sélectionnez un type de liste de contrôle d'accès (ACL) et une ACL :

   Type d'ACL	Comportement
   Whitelist: Allows Specified IP Addresses to Access the SLB Instance	Transfère uniquement les requêtes provenant des adresses IP ou des blocs CIDR figurant dans l'ACL. Une liste blanche vide transfère toutes les requêtes. Une configuration incorrecte peut bloquer le trafic légitime.
   Blacklist: Forbids Specified IP Addresses to Access the SLB Instance	Bloque les requêtes provenant des adresses IP ou des blocs CIDR figurant dans l'ACL. Une liste noire vide transfère toutes les requêtes.

   Remarque

   Les instances IPv6 ne peuvent être associées qu'à des ACL IPv6. Les instances IPv4 ne peuvent être associées qu'à des ACL IPv4. Pour plus d'informations, consultez la rubrique Contrôle d'accès.

   Limitation de la bande passante pour les écouteurs

   Désactivé par défaut. Disponible uniquement pour les instances CLB facturées à la bande passante. Définissez une bande passante maximale par écouteur pour contrôler la répartition du trafic. La bande passante totale de tous les écouteurs ne peut pas dépasser la bande passante de l'instance.

   Important

   • L'allocation de toute la bande passante à certains écouteurs rend les autres écouteurs inaccessibles.

   • Pour les instances facturées au transfert de données, la bande passante des écouteurs est illimitée par défaut. Pour plus d'informations, consultez la rubrique Activer le partage de la bande passante entre les écouteurs d'une instance CLB.

   Délai d'expiration de la connexion

   Durée d'inactivité maximale d'une connexion TCP entre CLB et le client. Valeurs valides : 10 à 900 secondes. Valeur par défaut : 900.

   Remarque

   Ce délai d'expiration s'applique à tous les groupes de serveurs de l'écouteur. Pour utiliser un délai d'expiration différent pour un serveur spécifique, créez un écouteur distinct.

   Proxy Protocol

   Transmet les adresses IP des clients aux serveurs backend. Obtenir les adresses IP des clients via un écouteur de couche 4 CLB.

   Important

   • Le Proxy Protocol n'est pas compatible avec PrivateLink.

   • Le proxy et les serveurs backend doivent tous deux prendre en charge ce protocole. L'activer sans le support backend entraîne des échecs d'analyse des paquets et affecte la disponibilité.

   Obtenir l'adresse IP source du client

   Activé par défaut. Conserve les adresses IP des clients. Seuls les écouteurs de couche 4 prennent en charge cette fonctionnalité.

   Activer automatiquement l'écouteur

   Activé par défaut. L'écouteur démarre immédiatement après sa création.

Comment router le trafic vers une instance CLB avec un écouteur TCP à l'aide d'un nom de domaine ?

Créez un enregistrement A pour résoudre votre nom de domaine vers l'adresse IP de l'instance CLB. Utiliser un enregistrement A pour résoudre un nom de domaine vers une adresse IP.