* failover vs multibus
@ 2007-11-20 14:19 Scott Moseman
2007-11-20 14:32 ` Tore Anderson
0 siblings, 1 reply; 3+ messages in thread
From: Scott Moseman @ 2007-11-20 14:19 UTC (permalink / raw)
To: device-mapper development
Re: default_path_grouping_policy in multipath.conf
failover = 1 path per priority group
multibus = all valid paths in 1 priority group
Does this mean that if I'm using failover I'm not going to get
multiple path throughput? And, on the flip side, if I'm sending data
through multiple paths I'm not going to get failover support?
Obviously I want to have both (or all) channels sending traffic, but
still being able to failover in the event I lose a path. Maybe this
means my multipath.conf is going to get more complex than the standard
configuration sample?
Thanks,
Scott
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: failover vs multibus
2007-11-20 14:19 failover vs multibus Scott Moseman
@ 2007-11-20 14:32 ` Tore Anderson
2007-11-21 14:54 ` Scott Moseman
0 siblings, 1 reply; 3+ messages in thread
From: Tore Anderson @ 2007-11-20 14:32 UTC (permalink / raw)
To: device-mapper development
* Scott Moseman
> Re: default_path_grouping_policy in multipath.conf
>
> failover = 1 path per priority group
> multibus = all valid paths in 1 priority group
>
> Does this mean that if I'm using failover I'm not going to get
> multiple path throughput? And, on the flip side, if I'm sending data
> through multiple paths I'm not going to get failover support?
Correct, and incorrect. With "failover" topology only one path will be
used at a time. With "multibus" all of them will be - but failing paths
_will not_ be used. So if you have eight paths to your storage and are
using multibus topology, load will be balanced over all eight paths. If
one fails, load will be balanced over the remaining seven. And if you
fix the failed path I/O will be balanced over all eight again.
There's also the group_by_prio or group_by_serial topologies which is
normally used in setups with an active/passive controller pair (most
midrange gear are built in this way). In this case I/O is load balanced
over all the paths to the primary controller of a volume only, while the
remaining paths (usually to a standby controller) will only be used if
all (or enough) of the primary paths fail.
Regards
--
Tore Anderson
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: failover vs multibus
2007-11-20 14:32 ` Tore Anderson
@ 2007-11-21 14:54 ` Scott Moseman
0 siblings, 0 replies; 3+ messages in thread
From: Scott Moseman @ 2007-11-21 14:54 UTC (permalink / raw)
To: device-mapper development
On Nov 20, 2007 8:32 AM, Tore Anderson <tore@linpro.no> wrote:
>
> > Re: default_path_grouping_policy in multipath.conf
> >
> > failover = 1 path per priority group
> > multibus = all valid paths in 1 priority group
> >
> > Does this mean that if I'm using failover I'm not going to get
> > multiple path throughput? And, on the flip side, if I'm sending data
> > through multiple paths I'm not going to get failover support?
>
> Correct, and incorrect. With "failover" topology only one path will be
> used at a time. With "multibus" all of them will be - but failing paths
> _will not_ be used. So if you have eight paths to your storage and are
> using multibus topology, load will be balanced over all eight paths. If
> one fails, load will be balanced over the remaining seven. And if you
> fix the failed path I/O will be balanced over all eight again.
>
> There's also the group_by_prio or group_by_serial topologies which is
> normally used in setups with an active/passive controller pair (most
> midrange gear are built in this way). In this case I/O is load balanced
> over all the paths to the primary controller of a volume only, while the
> remaining paths (usually to a standby controller) will only be used if
> all (or enough) of the primary paths fail.
>
Hey Tore,
I tested a 'multibus' config and it performs just as I'm hoping! :)
Thanks!
Scott
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2007-11-21 14:54 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-11-20 14:19 failover vs multibus Scott Moseman
2007-11-20 14:32 ` Tore Anderson
2007-11-21 14:54 ` Scott Moseman
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.