[f-nsp] Getting started with ServerIron 4G
Chris Price
cprice at its.to
Fri Feb 1 13:01:32 EST 2008
Oliver Adam wrote:
> The virtual server failover is bound to the switch failover in a
> hot-standby setup. There is no need for the real servers to fail over.
> They do see the same MAC before and after the failover and I do not
> know what you mean with a real server failover.
>
I am obviously missing something easy here. I'll try and illustrate
my simple setup that I am using for learning purposes with the SI's;
I have two SI's: lb1 and lb2 configured in a hot-standby ha pair. I
defined a 'server source-ip-standby <ip> <mask> <gateway>' on lb1 and
lb2 to provide a failover gateway ip for systems being load balanced. I
have tested the failover gateway ip functionality and it works as expected.
Lets assume that lb1 is my current active node and lb2 is the standby
node in my hot-standby ha pair.
I defined two real servers (realA and realB) and a virtual server
(virtA) on lb1. I bound realA and realB http port to virtA. Http
requests to virtA's ip sees traffic being distributed to both realA and
realB in a round-robin fashion. This is all expected for my basic
configuration.
THE PROBLEM:
When I force a 'reload' on lb1, and the hot-standby HA configuration
fails over to lb2 (ie: lb2 becomes the active node), my real servers and
virtual server config are not 'failed' over.
My experience with Cisco Arrowpoint and F5 is that there is some sort of
sync to peer config that must be run to sync config changes on the
active node to the backup node. For the life of me I cannot find any
information in the Foundry docs (slb guide, hardware install guide, etc)
on how to propagate changes from the active node to the backup node.
Does that make sense?
More information about the foundry-nsp
mailing list