Forum Discussion
Zen_Y
Cirrus
CirrusDefault retry time inband monitor
Hi team
I'm looking for a little information, about what causes the inband monitor on ltm to be set by default to have a retry time value of 300 seconds.
Does this retry time rule affect performance in the data sending process? for example, when I set the retry time to 1s, the member health check will open every 1s. Does that pose a risk for this passive monitor?
thank you
- Paulius
MVP
I could see this causing an issue if you have multiple monitors and some sort of rate limiting on the server side. In addition, depending on the monitor, you will be opening a new connection every time you run the monitor. This becomes an even larger issue if you have thousands of health monitors running simultaneously but at low pool member/monitor levels it shouldn't really be an issue.
Zen_Ywhen the monitor runs simultaneously, will it cause disruption to server side traffic? I think when the monitor runs every 1 second it will bring good performance to find out the server condition faster.
isn't it when the retry becomes 300 seconds, and the monitor is up in less than that time, does it mean that there is ineffectiveness in the use of server resources that are actually available?
- Paulius
If you have enough connections running to the server and the monitor on top of that you might experience issues but most likely not related to just performing the health monitor. I would like to note that most health monitors are not run that tight because something you do have delays in server response which could cause the server to be pulled out of rotation when it really shouldn't be. I would increase this to 5 seconds with 3 retries and an overall timeout of 16 seconds.
