RE: NIC binding vs IPMP for RAC interconnect

From: D'Hooge Freek <Freek.DHooge_at_uptime.be>
Date: Wed, 28 Mar 2012 09:05:57 +0200
Message-ID: <4814386347E41145AAE79139EAA398981CBE5CD089_at_ws03-exch07.iconos.be>


The load balancing will actually depend on the number of cluster nodes in your configuration. At the switch level an outgoing port is choosen based upon the mac address from the sender and/or receiver or the sender and/or receiver IP address (depending on switch type and configuration).

This means that if you have a one-to-one relation (2 node rac), only 1 cable worth of bandwidth is being used.

Kind regards,  

Freek D'Hooge
Uptime
Oracle Database Administrator
email: freek.dhooge_at_uptime.be
tel +32(0)3 451 23 82
http://www.uptime.be
disclaimer: www.uptime.be/disclaimer

-----Original Message-----
From: oracle-l-bounce_at_freelists.org [mailto:oracle-l-bounce_at_freelists.org] On Behalf Of Senthil Subramanian Sent: woensdag 28 maart 2012 1:34
To: Amir.Hameed_at_xerox.com
Cc: <oracle-l_at_freelists.org>
Subject: Re: NIC binding vs IPMP for RAC interconnect

In a RAC system, you should take advantage of both SPOF and load balancing for your interconnects. The NIC bonding or teaming called link aggregation on Solaris platform. IPMP can only provide failover capability. However, on the other hand, NIC bonding(LA) can provide both load balancing and failover capabilities.

+Senthil

Sent from my iPad

On Mar 27, 2012, at 7:26 PM, "Hameed, Amir" <Amir.Hameed_at_xerox.com> wrote:

> Folks,
> I would like to understand which one is a better option for a RAC
> interconnect: (a) NIC bonding (b) IPMP based failover. The OS is Solaris
> 10, the Grid version is 11.2.0.3 and the RDBMS version is 11.1.0.7 (HAIP
> cannot be used because of the RDBMS version). I am assuming that bonding
> will provide more bandwidth than the IPMP based failover.
>
>
>
> Any feedback will be appreciated.
>
>
>
> Thanks
>
> Amir
>
>
>
>
> --
> http://www.freelists.org/webpage/oracle-l
>
>

--
http://www.freelists.org/webpage/oracle-l


--
http://www.freelists.org/webpage/oracle-l
Received on Wed Mar 28 2012 - 02:05:57 CDT

Original text of this message