[lkml]   [2008]   [Mar]   [14]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [ANNOUNCE] Ramback: faster than a speeding bullet
Daniel Phillips <> writes:

> On Thursday 13 March 2008 12:50, David Newall wrote:
>> Daniel Phillips wrote:
>> > The period where you cannot access the data is downtime. If your script
>> > just does a cp from a disk array to the ram device you cannot just read
>> > from the backing store in that period because you will need to fail over
>> > to the ramdisk at some point, and you cannot just read from the ramdisk
>> > because it is not populated yet.
>> Wouldn't a raid-1 set comprising disk + ramdisk do that with no downtime?
> In raid1, write completion has to wait for write completion on all
> mirror members, so writes run at disk speed. Reads run at ramdisk
> speed, so your proposal sounds useful, but ramback aims for high
> write performance as well.

Ramback could be an interesting building block. Consider using a
couple of systems exporting Ramback devices via Evgeniy's distributed
storage target (or something similiar). In this case, you can have as
many Ramback devices as you want comprise your mirror set to meet your
availability requirements. Perhaps people are looking at this too
much as an entire solution as opposed to a piece of a bigger puzzle.
I think the idea has merit.



 \ /
  Last update: 2008-03-14 18:57    [W:0.095 / U:24.736 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site