Forum Discussion
MikeE_108350
Nimbostratus
Aug 07, 2008Monitor up/down in a certain amount of time
I'm looking to watch when a node (webserver) goes up/down in a certain amount of time (jumps between 200 and 500 responses). Example, node1 returns a 500 two times in 15 seconds so I want it to be removed till it can be looked at. Any suggestions?
[02/Aug/2008:20:00:56 -0400] "GET /keepalive.html HTTP/1.1" 200 290 "-" "-"
{02/Aug/2008:20:01:01 -0400] "GET /keepalive.html HTTP/1.1" 500 - "-" "-"
[02/Aug/2008:20:01:06 -0400] "GET /keepalive.html HTTP/1.1" 200 290 "-" "-"
[02/Aug/2008:20:01:11 -0400] "GET /keepalive.html HTTP/1.1" 200 290 "-" "-"
[02/Aug/2008:20:01:16 -0400] "GET /keepalive.html HTTP/1.1" 500 - "-" "-"
3 Replies
- hoolio
Cirrostratus
You could enable manual resume on the monitor to prevent the pool member from being marked up again:
https://support.f5.com/kb/en-us/products/big-ip_ltm/manuals/product/LTM_config_guide_943/ltm_monitors.html1215771
Setting the Manual Resume attribute
By default, when a monitor detects that a resource (that is, a node or a pool member) is unavailable, the BIG-IP system marks the resource as down and routes traffic to the next appropriate resource as dictated by the active load balancing method. When the monitor next determines that the resource is available again, the BIG-IP system marks the resource as up and immediately considers the resource to be available for load balancing connection requests. While this process is appropriate for most resources, there are situations where you want to manually designate a resource as available, rather than allow the BIG-IP system to do that automatically. You can manually designate a resource as available by configuring the Manual Resume attribute of the monitor.
For example, consider a monitor that you assigned to a resource to track the availability of an HTML file, index.html, for a web site. During the course of a business day, you decide that you need to restart the system that hosts the web site. The monitor detects the restart action and informs the BIG-IP system that the resource is now unavailable. When the system restarts, the monitor detects that the index.html file is available, and begins sending connection requests to the web site. However, the rest of the web site might not be ready to receive connection requests. Consequently, the BIG-IP system sends connection requests to the web site before the site can respond effectively.
To prevent this problem, you can configure the Manual Resume attribute of the monitor. When you set the Manual Resume attribute to Yes, you ensure that the BIG-IP system considers the resource to be unavailable until you manually enable that resource.
To summarize, if you set the Manual Resume attribute of a monitor to Yes and then associate the monitor with a resource, and the resource subsequently becomes unavailable, the resource remains offline until you manually re-enable it.
Aaron - MikeE_108350
Nimbostratus
Yes I am aware of the manual resume option but I only want it out of the pool after a certain amount of up/down's in a certain amount of time. From what I hear this option is coming in future code releases but really need it now. - hoolio
Cirrostratus
If this functionality is planned but not built, you could contact F5 support and open a case asking for the feature to be added. That will raise the visibility of the change request with F5.
In the meantime, I think you'd need to build an external monitor or an iControl app which re-enables the pool member after the time period passes if the pool member is responding again. There are some example external monitors in the Codeshare section (Click here).
Aaron
Help guide the future of your DevCentral Community!
What tools do you use to collaborate? (1min - anonymous)Recent Discussions
Related Content
DevCentral Quicklinks
* Getting Started on DevCentral
* Community Guidelines
* Community Terms of Use / EULA
* Community Ranking Explained
* Community Resources
* Contact the DevCentral Team
* Update MFA on account.f5.com
Discover DevCentral Connects
