Processus d'écoute pour les équilibreurs de charge
Utilisez des processus d'écoute pour vérifier le trafic entrant sur l'adresse IP de l'équilibreur de charge.
Un processus d'écoute est une entité logique qui vérifie le trafic entrant sur l'adresse IP de l'équilibreur de charge. Pour gérer le trafic TCP, HTTP et HTTPS, vous devez configurer au moins un processus d'écoute par type de trafic. Lorsque vous créez un processus d'écoute, vous devez vous assurer que les règles de sécurité du réseau cloud virtuel autorisent le processus d'écoute à accepter le trafic.
Pour gérer un trafic à volume élevé, nous vous recommandons d'utiliser des règles d'accès sans conservation de statuts pour les sous-réseaux de l'équilibreur. Pour plus d'informations, reportez-vous à Règles avec conservation de statut et sans conservation de statut.
Vous pouvez disposer d'un groupe de certificats SSL par processus d'écoute. Vous pouvez configurer deux processus d'écoute, un pour chacun des ports 443 et 8443. Vous pouvez également associer des groupes de certificats SSL à chaque processus d'écoute. Afin d'obtenir plus d'informations sur les certificats SSL pour les équilibreurs de charge, reportez-vous à Certificats SSL.
Sur la page Détails de l'équilibreur de charge, sélectionnez Processus d'écoute sur la page Détails pour afficher la page Processus d'écoute. Cette page contient un bouton permettant de créer des processus d'écoute.
Vous pouvez effectuer les tâches de gestion de processus d'écoute suivantes :
Liste des processus d'écoute sous un équilibreur de charge.
Créez un processus d'écoute pour un équilibreur de charge.
Obtention de détails d'un processus d'écoute.
Modifier les paramètres d'un processus d'écoute
Prise en charge des versions de protocole de processus d'écoute
Les processus d'écoute HTTP et HTTPS prennent en charge le protocole L7 HTTP 1.0, HTTP 1.1 et le processus d'écoute HTTP/2 prennent en charge le protocole L7 HTTP 2.0. Pour les processus d'écoute HTTP L7, la communication entre l'équilibreur de charge et ses serveurs back-end prend uniquement en charge HTTP 1.1. Le trafic HTTP 1.0 ou HTTP 2.0 entrant est transmis par proxy aux serveurs back-end en tant que trafic HTTP 1.1.
Pour les processus d'écoute TCP L4 et gRPC, la communication entre l'équilibreur de charge et le serveur back-end est TCP et gRPC, respectivement.