Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
Kelly Byrd wrote: > On Fri, 9 Nov 2007 10:39:13 -0500, "Benjamin Zachary" <ben at levelfive.us> > wrote: > > >> If Im way off base on how Im planning to utilize drbd advice is welcome. >> >> > It sounds like you're doing a continuous backup, with no need to fast > recovery (you mentioned bringing the secondary online by going and > getting it). > > This is a reasonable use, but consider that if you use protocol C, writes > on your primary are blocked until the data travels the WAN and is written > on the secondary. If you must have an exact copy, this will work, but > something less synchronous might work too. > While you're still testing, I would make sure you test what happens with extended writes to the primary when the secondary is on the other end of a slow link.. You might find that buffers and queues can get full, and impact performance on the primary.. I think I saw something recently about a wan proxy setup the they're working on. I would guess that using that is the best way to go for your setup... Quote from a recent message: ------------------------------------------------------------------------------------------------------------ Subject: Re: [DRBD-user] DRBD over long distances Date: 10/12/2007 07:45 AM On Fri, 12 Oct 2007 14:26:09 +0200, Philipp Reisner <philipp.reisner at linbit.com> wrote: > > We (in the sense of LINBIT) have just developed a DRBD-proxy tailored > > for especially this purpose. We just have not yet told anybody about it. > > Maybe you want to contact us in that regard... > > > It seems to me that you *just* told many people about it :-)