[Lustre-discuss] tcp network load balancing understanding lustre 1.8
Arden Wiebe
albert682 at yahoo.com
Sat May 9 09:18:23 PDT 2009
Michael,
This might help answer some questions. http://ioio.ca/Lustre-tcp-bonding/OST2.png which shows my mostly not tuned OSS and OST's pulling 400+MiB/s over TCP Bonding provided by the kernel complete with a cat of the modeprobe.conf file. You have the other links I've sent you but the picture above is relevant to your questions.
Arden
--- On Thu, 5/7/09, Michael Ruepp <michael at schwarzfilm.ch> wrote:
> From: Michael Ruepp <michael at schwarzfilm.ch>
> Subject: [Lustre-discuss] tcp network load balancing understanding lustre 1.8
> To: lustre-discuss at lists.lustre.org
> Date: Thursday, May 7, 2009, 5:50 AM
> Hi there,
>
> I am configured a simple tcp lustre 1.8 with one mdc (one
> nic) and two
> oss (four nic per oss)
> As well as in the 1.6 documentation, the multihomed
> sections is a
> little bit unclear to me.
>
> I give every NID a IP in the same subnet, eg:
> 10.111.20.35-38 - oss0
> and 10.111.20.39-42 oss1
>
> Do I have to make modprobe.conf.local look like this to
> force lustre
> to use all four interfaces parallel:
>
> options lnet networks=tcp0(eth0,eth1,eth2,eth3)
> Because on Page 138 the 1.8 Manual says:
> "Note – In the case of TCP-only clients, the first
> available non-
> loopback IP interface
> is used for tcp0 since the interfaces are not specified. "
>
> or do I have to specify it like this:
> options lnet networks=tcp
> Because on Page 112 the lustre 1.6 Manual says:
> "Note – In the case of TCP-only clients, all available IP
> interfaces
> are used for tcp0
> since the interfaces are not specified. If there is more
> than one, the
> IP of the first one
> found is used to construct the tcp0 ID."
>
> Which is the opposite of the 1.8 Manual
>
> My goal ist to let lustre utilize all four Gb Links
> parallel. And my
> Lustre Clients are equipped with two Gb links which should
> be utilized
> by the lustre clients as well (eth0, eth1)
>
> Or is bonding the better solution in terms of performance?
>
> Thanks very much for input,
>
> Michael Ruepp
> Schwarzfilm AG
>
>
> _______________________________________________
> Lustre-discuss mailing list
> Lustre-discuss at lists.lustre.org
> http://lists.lustre.org/mailman/listinfo/lustre-discuss
>
More information about the lustre-discuss
mailing list