Paramètres de délai d'expiration de connexion d'équilibreur de charge
Configurez les paramètres du délai d'expiration de l'équilibreur de charge.
Les équilibreurs de charge Oracle Cloud Infrastructure prennent en charge la multiplexage des connexions. L'équilibreur de charge peut acheminer de nombreuses demandes entrantes de plusieurs clients vers le serveur back-end de destination via quelques (une ou plusieurs) connexions back-end.
Une fois que l'équilibreur de charge a connecté un client à un serveur back-end, la connexion peut être fermée pour cause d'inactivité. Par ailleurs, vous pouvez configurer des processus d'écoute d'équilibreur de charge afin de contrôler le temps d'inactivité maximal autorisé pour chaque connexion TCP ou paire demande/réponse HTTP. Nous vous recommandons de ne pas autoriser vos serveurs back-end à fermer les connexions à l'équilibreur de charge.
Le comportement de l'équilibreur de charge est influencé par les paramètres de délai d'expiration suivants :
- Paramètre de persistance des connexions entre l'équilibreur de charge et le client
Le service Load Balancer définit la valeur de persistance de connexion de façon à conserver la connexion pendant 10 000 transactions ou pendant 65 secondes d'inactivité, selon la première des deux occurrences.
Remarque
Vous n'êtes pas autorisé à modifier la valeur de ce paramètre. - Paramètre de persistance de connexion entre l'équilibreur de charge et le serveur back-end
L'équilibreur de charge ferme les connexions au serveur back-end qui restent inactives pendant plus de 300 secondes. Pour plus d'informations, reportez-vous à Paramètres de maintien des connexions.
- Temps d'inactivité en secondes
Vous pouvez définir la durée du délai d'inactivité lorsque vous créez un processus d'écoute, comme décrit dans Création d'un processus d'écoute d'équilibreur de charge. Ce paramètre s'applique au délai autorisé entre deux opérations successives d'envoi ou de réception de trafic entrant ou sortant lors de la phase demande/réponse HTTP. Pour plus d'informations, reportez-vous à Paramètres de délai d'inactivité.
Paramètres de maintien des connexions
Le service Load Balancer ne respecte aucun paramètre de persistance de connexion à partir des serveurs back-end. L'équilibreur de charge ferme les connexions au serveur back-end qui restent inactives pendant plus de 300 secondes. Nous vous recommandons de ne pas autoriser vos serveurs back-end à fermer les connexions à l'équilibreur de charge. Pour éviter les éventuelles erreurs 502, assurez-vous que vos serveurs back-end ne ferment pas les connexions inactives en moins de 310 secondes.
Le service Load Balancer définit la valeur de persistance de connexion de façon à conserver la connexion pendant 10 000 transactions ou pendant 65 secondes d'inactivité, selon la première des deux occurrences.
Paramètres de délai d'inactivité
Lors de la création ou de la modification d'un processus d'écoute TCP ou HTTP, vous pouvez indiquer le temps d'inactivité maximal en seconde à l'aide de l'option Temps d'inactivité en seconde. Ce paramètre s'applique au délai autorisé entre deux opérations successives d'envoi ou de réception de trafic entrant ou sortant lors de la phase demande/réponse HTTP. Si le délai d'attente configuré est écoulé sans qu'aucun paquet ne soit envoyé ou reçu, la connexion du client est fermée. Pour la connexion HTTP et la connexion WebSocket, l'opération d'envoi ne réinitialise pas l'horloge des opérations de réception et les opérations de réception n'annulent pas l'horloge des opérations d'envoi. Pour plus d'informations sur l'application de cette option, reportez-vous à Création d'un processus d'écoute d'équilibreur de charge.
Ce paramètre de délai d'expiration ne s'applique pas au temps d'inactivité entre une réponse terminée et une demande HTTP ultérieure.
Les valeurs de délai d'expiration par défaut sont les suivantes :
- 300 secondes pour les processus d'écoute TCP.
- 60 secondes pour les processus d'écoute HTTP.
Modifiez le paramètre de délai d'attente si le client ou le serveur back-end exige un délai plus long pour envoyer les données. Voici quelques exemples :
- Le client envoie une requête de base de données au serveur back-end et l'exécution de la base de données prend plus de 300 secondes. Par conséquent, le serveur back-end n'envoie aucune donnée dans les 300 secondes.
- Le client télécharge des données à l'aide du protocole HTTP. Lors du téléchargement, le back-end n'envoie aucune donnée au client pendant plus de 60 secondes.
- Le client télécharge des données à l'aide du protocole HTTP. Après la demande initiale, il cesse d'envoyer les données au serveur back-end pendant plus de 60 secondes.
- Le client commence à envoyer des données après avoir établi une connexion WebSocket, mais le serveur back-end n'envoie pas de données pendant plus de 60 secondes.
- Le serveur back-end commence à envoyer des données après l'établissement d'une connexion WebSocket, mais le client n'envoie pas de données pendant plus de 60 secondes.
La valeur maximale du délai d'expiration est de 7 200 secondes. Contactez Créez une demande d'assistance pour enregistrer une demande d'assistance afin d'augmenter cette limite pour votre location. Pour plus d'informations, reportez-vous à Limites de service.