Server Fault is a question and answer site for system and network administrators. It's 100% free, no registration required.

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I am a developer who is used to being able to test and debug code.

Occasionally I have to make changes to our load balancer configuration. As far as I can see, if I mess this up it could stop the whole site working, but we don't have a way to test it off-line.

How do people test such things? I was hoping there would be some sort of emulator that I could use. Or is it possible to have a second configuration for testing?

I would like to be as confident in the changes I make to the load balancer as I am to the changes I make to my code. Does anyone have a test suite they use for testing their load balancer?


We are in the process of moving from one back end to another, and we are redirecting users based on the url.

share|improve this question
up vote 4 down vote accepted

Ideally, you should have an F5 BigIP in your (production parallel) staging environment. This allows you to test new configuration, code versions, features, etc without impacting production.

Assuming that this is not possible due to cost or other constraints, then the next best alternative would be to have a second set of 'QA' or 'UAT' services that is configured to hit the same back-end servers as production, but only has a small fraction of users targetting it.

Without knowing more about your configuration, it's difficult to be more specific. Are you able to provide a bit more detail as to how you are using your load-balancer, and what changes you are planning to make?

UPDATE: based on your clarification, it seems that you want to test your ability to flip users between one set of back-end servers and another, and that you are routing user requests based on the URL they are accessing? (Content switching).

If you are unable to afford another load-balancer in production, I would suggest configuring a new service using a test URL, and forwarding the requests to that URL the same as you do in production currently. Once you are happy that this test service is working as per production, you can change the policy associated with the test URL to forward to your new backend. This should verify that your Big-IP configuration is correct.

(Apologies for the lack of sample configuration, I've not worked with F5 load-balancers myself, only other vendors.)

share|improve this answer

You can get a time (and some functionality) limited virtual edition of LTM that will run in vmware:

Or a test virtual server on the production unit(s) is a good alternative.

share|improve this answer
The lab edition of the VE cost about 99 bucks, but you are limited to 10MB of throughput/sec. – James Shewey Mar 1 '15 at 5:19

Other load balancers offer similar functionality to F5, and their vendors provide more useful test and development options.

You can get a development license for Zeus Traffic Manager (full functionality) or a Citrix VPX license (standard edition only), both limited to 1 MBits throughput (which should be adequate for most development purposes), and valid for 1 year.

Zeus will renew development licenses yearly at no charge (don't know what Citrix will do?)

Aaron - under no circumstances is a test virtual server on a production unit a good alternative!

share|improve this answer
Under no circumstances? It certainly beats testing on a production virtual server. I do think it's far preferable to use a BIG-IP virtual edition. You can get a free 45 day eval key from an F5 SE ( Aaron – Aaron May 31 '13 at 1:35

I do this by setting up a second virtual (or set of virtuals) that are mapped to the same pools. You can then test the staging VIP by editing your /etc/hosts file (or Windows hosts file).

At this point I'll sing the praises of my outsourced DNS provider, Dynect ( They have a Traffic Management feature that allows you to add both the old and new VIPs to a hostname rotation, but also adjust the weighting - the ratio of how often the old vs new IP is served, and then you can raise the weight to slowly migrate if a hard cutover is too risky.

For internal DNS, I believe that F5's GLB can do the same thing (but don't quote me as I don't have hands-on experience here).

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.