Forum Discussion
Source address persistence.
We have an issue to distribute load intelligently among the servers. Our external traffic nat'd on firewall using a group of IP addresses. As soon as VS receive incoming connections , VIP distribute these connections as per LB method. e.g least connection. Now we have introduced two new servers to this pool which are not effectively utilize compare to existing servers. The reason is source address profile is configured. Each time new connection from the same source IP though the different port still sticks to the same server where this IP already have connection. Due to this new servers are not really in use.
Is there any alternate way to config F5 to avoid such situation ?
2 Replies
- wesleyjack
Nimbostratus
Hey insert12,
As long as the VS is not an SSL-passthrough (the F5 can read and interpret data above Layer 4), you should be able to utilize other types of persistence like cookie persistence. Just make sure you also apply an HTTP profile to the VS. The configuration guide for the code you are on should assist with deploying these profiles.
If the VS is an SSL-passthrough, then you can try using a persistence like SSL. We have had good and bad success with SSL persistence. F5 describes SSL session persistence as: "SSL persistence is a type of persistence that tracks SSL sessions using the SSL session ID, and it is a property of each individual pool." https://support.f5.com/kb/en-us/products/big-ip_ltm/manuals/product/ltm-concepts-11-5-1/10.htmlunique_58886863
- insert12_38638
Nimbostratus
Thanks wesleyjack , basically this VIP is for RDP connection only.We have used source persistence instead mrd persistence, thinking that impact would be that same. For this solution persistence will be required to ensure that once connected a user’s traffic always returns to the same TS server otherwise their session will be lost as there’s no TS Session Broker configured.
The issue is because the clients are NAT’d through the firewall to only five or so source addresses which are then identified by IP address:port number when the Load Balancer distributes them as soon as one hits a real server the persistence kicks in and every other client NAT’d to that IP address regardless of port number bypasses LB’ing to follow to the same real server. So either we use source or MRD persistence we will get the same result.
Any other approach to overcome this situation ?
Help guide the future of your DevCentral Community!
What tools do you use to collaborate? (1min - anonymous)Recent Discussions
Related Content
* 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