ADC

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

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

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

Le diagramme suivant montre les composants interagissent les uns avec les autres :

Fonctionnement de la nouvelle tentative de demande

  1. Le processus commence par activer la fonctionnalité appqoe 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 configuration appqoe est activée avec le nombre souhaité de tentatives de nouvelle tentative spécifié, le serveur virtuel d’équilibrage de charge utilise l’algorithme d’équilibrage de charge configuré pour transférer la demande au serveur d’applications disponible suivant.
  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 les serveurs back-end disponibles sont égaux ou inférieurs au nombre de tentatives et si tous les serveurs envoient une réinitialisation, l’appliance répondra à une erreur interne de 500 serveurs. 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 nouvelles tentatives et si les serveurs back-end réinitialisent la connexion sur 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éthode GET et POST) lors de la réinitialisation du serveur principal sur l’é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 de nouvelle tentative si le serveur principal réinitialise la connexion TCP pendant l’établissement de la connexion