[Linux-cluster] Higher Grained Definition of IP AddressAssignments?

[Martin Waite]

Hi,

 

/usr/share/cluster/ip.sh appears to perform the link-monitoring in the
"status" command, which is called periodically.  I don't know that
either rgmanager or cman or other cluster software are directly involved
in that.

 

The "ip" configuration already supports an "interface" attribute:

 

      <ip address="192.168.2.120" interface="eth0" monitor_link="1"/>

 

 

regards,

Martin

 

From: linux-cluster-bounces at redhat.com
[mailto:linux-cluster-bounces at redhat.com] On Behalf Of Dustin Henry
Offutt
Sent: 14 June 2010 13:15
To: linux-cluster at redhat.com >> linux clustering
Subject: Re: [Linux-cluster] Higher Grained Definition of IP
AddressAssignments?

 

Appreciate the info, but indeed what we need is HA. 

I need to perhaps request if a cluster developer would be willing to add
a new configuration item to the IP xtag within the cluster.conf
configuration that would allow one to specify IP an IP label to apply
the IP resource to.

This could be done via a cluster resource script - but then we'd lose
the ability to have the cluster software monitor the link and relocate
the service should the link be lost.

Kit Gerrits wrote: 

Hello,

 

What you want sounds more like Load Balancing than HA Clustering.

 

I would suggest building a lvs load balancing cluster with 10.1.1.x as
front-end IP and 10.1.2 as backend IP.

Make the LVS the default gateway for your 'cluster servers'
(realservers), then configure 1-.1.1.50 on your LVS cluster as Virtual
IP with the 10.1.2.x realservers as backend using NAT routing.

 

Documentation isa vailable at:

http://www.austintek.com/LVS/LVS-HOWTO/

or, more specifically:

http://www.austintek.com/LVS/LVS-HOWTO/HOWTO/LVS-HOWTO.LVS-NAT.html

 

LVS should be included in Red Hat Advanced Platform.

 

Yes, running a LoadBalancing cluster means 2 more servers and 2 more
subscriptions, but it will allow for highly-available Load Balancing.

(implicitly allowing you to take realservers offline for maintenance)

 

 

Regards,

 

Kit Gerrits

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/linux-cluster/attachments/20100614/2b7236d0/attachment.htm>