Forum Discussion
AltostratusHTTP: retry technical questions
CumulonimbusHi,
I am not quite sure I get all your questions, but I'll give it a try. Do not hesitate to precise your request if not.
1 - HTTP::retry is to be used in HTTP Response and Response_Data events only. Hence, it can process a 500 error received by the backend, but probably not a RESET (L4)
2 - If you have LTM license, F5 supports many more LB Methods than Round Robin.
3 - As mentionned, if the server response is reset, you will not trigger HTTP_RESPONSE events, hence, I don't think you can use the HTTP::retry command. It could be donewhen receiving specific HTTP Error status from the backend
4 - This part is handled by TCP profiles (e.g. parameter Maximum Syn Retransmissions for SYN packet which is 3 by default, and maximum segment restransmission which is 8 by default)
5 - HTTP Retry resubmits a request. As in the examples given in clouddocs, if you want to interfere with the pool member selection you will need to code it in the iRules.
I hope this somehow helps you, otherwise, do not hesitate to complete, or detail precisely the problem you are trying to solve.
Have a nice day.
Yoann
Altostratus
Thank you for your reply and providing the insights. Please address my follow up question.
- "if you want to interfere with the pool member selection you will need to code it in the iRules" So May I know if the service will be skipped (removed from the pool) if it is sending the 5xx error
- I want to know what will happen to the service which has sent the 5xx error, will that remains in the server pool or will it be removed from the pool for some interval so that next request should not select this service. I am referring to LB:FAILED event (https://devcentral.f5.com/s/feed/0D51T00006i7ZpISAU)
- Yoann_Le_Corvi1
Hi
That will depend of your monitor. If your monitor requires a 200 response status to be up, then the pool member sending a 500 should be marked down, and not be selected again in the load balancing decision.
Sincerely
- Mayurtester
Thank you for your response, As I can see LB:FAILED event takes out the server from the pool so can I use this event along with HTTP retry event.
I want to make sure if responding server is sending 5xx error, then that server will be out of server pool for some time and then monitor will prob it once server is sending desired response we will add it to server pool again.
Will that be possible?
- Yoann_Le_Corvi1
Hi
Yep. Just configure your monitor to require a 200 response in the field "Receive String".
Then any other response from your backends will mark the pool meember down, until it sends a 200 again. Very simple and efficient.
Yoann
