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)

I’ve 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” won’t 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 that’s about it unless you want to get more specific. If
that’s 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