ADC

Demande une nouvelle tentative si le serveur principal réinitialise la connexion TCP lors de l’établissement de la connexion

Lorsqu’un serveur principal réinitialise une connexion TCP lors de l’établissement de la connexion, la fonction de nouvelle tentative transmet la demande au serveur disponible suivant, au lieu d’envoyer la réinitialisation au client. En effectuant un équilibrage de recharge, le client enregistre le RTT lorsque l’appliance lance la même demande auprès du service disponible suivant.

Fonctionnement d’une nouvelle tentative de demande lorsque le serveur principal réinitialise une connexion TCP sur un établissement SYN

Le schéma suivant montre les composants qui interagissent les uns avec les autres :

Fonctionnement de la nouvelle tentative de demande

  1. Le processus commence par l’activation de la fonctionnalité Apqoe sur votre appliance.
  2. Lorsque le client envoie une requête HTTP ou HTTPS, le serveur virtuel d’équilibrage de charge initie la connexion au serveur principal.
  3. Si le service demandé n’est pas disponible sur l’établissement TCP SYN, le serveur principal réinitialise la connexion TCP.
  4. Si la « rétentative » est activée dans la configuration appqoe avec le nombre de tentatives souhaité spécifié, le serveur virtuel d’équilibrage de charge utilise l’algorithme d’équilibrage de charge configuré pour transmettre la demande au prochain serveur d’applications disponible.
  5. Une fois que le serveur virtuel d’équilibrage de charge a reçu la réponse, l’appliance transmet la réponse au client.
  6. Si le nombre de serveurs principaux disponibles est égal ou inférieur au nombre de nouvelles tentatives et si tous les serveurs envoient une réinitialisation, l’appliance répondra à une erreur interne de 500. Considérez un scénario avec cinq serveurs disponibles et le nombre de tentatives est défini sur six. Si les cinq serveurs réinitialisent la connexion, l’appliance renvoie une erreur de serveur interne 500 au client.
  7. De même, si le nombre de serveurs principaux est supérieur au nombre de tentatives et si les serveurs principaux réinitialisent la connexion lors de l’établissement TCP SYN, l’appliance transmet la réinitialisation au client. Considérez un scénario avec trois serveurs back-end et le nombre de tentatives est défini comme deux. Si les trois serveurs réinitialisent la connexion, l’appliance envoie un paquet de réinitialisation au client.

Configurer une nouvelle tentative de demande (méthodes GET et POST) lorsque le serveur principal est réinitialisé sur un établissement TCP SYN

La configuration CLI et GUI est similaire aux étapes suivies pour les méthodes GET et POST. Pour plus d’informations, consultez la rubrique Configurer une nouvelle tentative de demande pour la méthode GET, Configurer une nouvelle tentative de demande pour la méthode POST lorsque le serveur principal réinitialise une section de connexion.

Demande une nouvelle tentative si le serveur principal réinitialise la connexion TCP lors de l’établissement de la connexion