|Main Archive Page > Month Archives > drbd-user archives|
It seems possible to start two distinct instances of the target
daemon, and force them on to specific ports of IP addresses:
On Tue, May 11, 2010 at 9:15 AM, Michael Iverson <firstname.lastname@example.org> wrote:
> I've done about zero research into this, but perhaps you could run two separate daemon instances, one listening on each IP.
> On Tue, May 11, 2010 at 8:55 AM, Bart Coninckx <email@example.com> wrote:
>> On Tuesday 11 May 2010 12:58:45 Michael Iverson wrote:
>> > I'd be quite interested as well, obviously. So this is what we would
>> > end up with:
>> > Host A is primary for drbd volume 1, and secondary for drbd volume 2.
>> > It acts as an iSCSI target for whatever's on volume 1.
>> > Host B is primary for volume 2, and secondary for volume 1. It acts as
>> > a target for whatever's on volume 2.
>> > If either node fails, the opposite node takes over the secondary
>> > volume, and exports its fallen comrade's iSCSI targets.
>> > This idea could possibly be extended with Ben's approach of one DRBD
>> > volume per iSCSI target. (Except that it would be in a
>> > primary/secondary role, instead of primary/primary.) This would make
>> > the process of rebalancing the load between the two nodes fairly
>> > trivial.
>> > Mike
>> > On Tue, May 11, 2010 at 5:09 AM, Bart Coninckx <firstname.lastname@example.org>
>> > >> It is. I'm planning to showcase this in one of our upcoming webinars.
>> > >>
>> > >> Cheers,
>> > >> Florian
>> > >
>> > > Excellent, any timeframe on this? As it happens I'm dealing with a setup
>> > > now that could definitely benefit from this.
>> > >
>> > > B.
>> > > _______________________________________________
>> > > drbd-user mailing list
>> > > email@example.com
>> > > http://lists.linbit.com/mailman/listinfo/drbd-user
>> Agreed, but what might be less trivial is to convince a running IETD target to
>> have the config for the "other" targets merged to the existing targets and at
>> the same time bind to the new secondary IP address, preferably while not
>> breaking running operation. This all should be taken care of by Heartbeat.
>> I'm going to try to dive into the challenge and report back to the list,
>> unless the webinar would happen fairly soon.
>> drbd-user mailing list
> Dr. Michael Iverson
> Director of Information Technology
> Hatteras Printing
-- Dr. Michael Iverson Director of Information Technology Hatteras Printing _______________________________________________ drbd-user mailing list firstname.lastname@example.org http://lists.linbit.com/mailman/listinfo/drbd-user