Re: Routing all sites to maintenance page
Oliver Adam <[email protected]> Mon, 05 Oct 2009 17:35:33 +0200
| Newsgroups | gmane.comp.programming.load-balancing.general |
|---|---|
| Message-ID | <[email protected]> |
Daiv statements are correct. You have to use so called backup servers to do so. There are two different way to do this: 1. configure your "normal/primary" real servers together with real servers being marked as backup servers using the backup setting below the real server configuration: normal real server: server real rs101 192.168.9.101 port http [...] backup real server: server real rs201 192.168.9.201 backup port http [...] bind both types of servers to the virtual server and enable the feature to activate the backup server functionality: server virtual vs222 192.168.7.222 port http port http lb-pri-servers bind http rs101 http rs201 http The backup server(s) will jump in as soon as no primary server is available anymore or as soon as all primary servers reached their max connection setting. 2. configure real servers and remote real servers. remote real servers do act as backup servers per default. remote server are (by defintion) at least one hop away from the ServerIron: server real rs101 192.168.9.101 port http [...] remote real server: server remote rs201 192.168.100.201 port http [...] bind both types of servers to the virtual server and enable the feature to activate the backup server functionality: server virtual vs222 192.168.7.222 port http bind http rs101 http rs201 http Both way are going to do want you are asking for. It is possible to use backup servers per service as well - please check the documentation to get more details about this. Per service backup servers do come in as soon as the service they are linked to (at a given real server) is not available anymore. Just to add one comment: feel free to ask questions via our official ADC community http://community.brocade.com/adi Regards, Oliver At 17:09 05.10.2009, Van Ceylon, David wrote: Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_26D139D7C4E9784494738860A529B91E27367D4220qtomaexmbm21A_" (long time reader and first time responder here) Ive dealt with this exact situation. Depending on how old your Foundry is and what code rev, there is a way to configure your down for maintenance server as a backup even on a per-port basis if you have 9.2 code or higher. If not you can configure the server as a backup for all your real servers as a whole. The main issue though is that this backup wont engage until all servers bound in the VIP are failing the health-checks. In the config, your backup server that you set up will have a backup command in the real server settings. Then in your VIP, configure the bindings for the other real servers as usual, including your backup server and thats about it unless you want to get more specific. If thats the case then post your HW/SW setup. Good luck David ---------- From: [email protected] [ mailto:[email protected] ] On Behalf Of Matthew Schmidt Sent: Monday, October 05, 2009 8:40 AM To: Load Balancing Mailing List Subject: [load balancing] Routing all sites to maintenance page Hi everyone. Long time reader, first time poster. We've had an older Foundry ServerIron device sitting in front of all our sites for some time now, but haven't set it up to do any serious load balancing. One of the first things I would like to do is route all requests to servers that aren't responding to a server running a page that says we're down for maintenance. My initial thought is that I would create "Real servers" for each of the services currently not being managed by the load balancer. Then, give some IPs to "virtual servers" to act as the new frontends. From there, I'm not quite sure where to proceed. Is there a way to tell it to go somewhere only when we can't reach something else? Is there a better way to handle this than with the load balancer? Thanks, Matt -- Matthew Schmidt VP of Technology, DZone, Inc. Phone: 919.678.0300 x102 Email: [email protected] Yahoo/AOL: mattschmidtjl Jabber: [email protected] _______________________________________________ lb-l mailing list [email protected] http://vegan.net/mailman/listinfo/lb-l Searchable Archive: http://vegan.net/lb/archive http://lbdigest.com Load Balancing Digest http://lbwiki.com Load Balancing Wiki _______________________________________________ lb-l mailing list [email protected] http://vegan.net/mailman/listinfo/lb-l Searchable Archive: http://vegan.net/lb/archive http://lbdigest.com Load Balancing Digest http://lbwiki.com Load Balancing Wiki