Re: is the fail-over of two bcached volumes in raid 1 really possible?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



It'll be simpler/more efficient to raid1 the SSDs and run bcache on
top of the raid1s

On Tue, Feb 5, 2013 at 8:24 AM, Giovanni Lenzi <giovanni.lenzi@xxxxxxxxx> wrote:
> I'm going to put bcache in write-back mode ..
>
>
> ---------- Forwarded message ----------
> From: Giovanni Lenzi <giovanni.lenzi@xxxxxxxxx>
> Date: 5 February 2013 09:57
> Subject: Fwd: is the fail-over of two bcached volumes in raid 1 really possible?
> To: linux-bcache@xxxxxxxxxxxxxxx
>
>
> Hi all,
> I'm planning to use bcache in a production environment.
>
> For failover purposes, I would like to have two cached hard disk in
> raid 1 via md or dm.
>
> ssd1 caching physical hd1(1 or 2 tb)
> and
> ssd2 caching physical hd2(1 or 2 tb)
>
> Is it possible to raid over bcached volumes?
>
> Do you know if SSD or HD failures are correctly handled by software
> layers above the physical volumes and does not cause disruptive
> behaviour even in a raid 1 situation?
>
> Is there a way to know if one bcache volume in the raid is failing or
> failed, through something like kernel, bcache or raid logs?
>
> I want to put some monitoring tool like nagios on my machine, in order
> to be notified of all strange events on my volumes.
>
> Do you think raid1 will affect performance?
>
> I will try this configuration as soon as my ssd will arrive.
>
> In case I begin with 1 tb hard disks and would like to switch to 2tb
> hard disks in the future, I would like to know if is it possible to
> extend these mirrored cached volumes on the fly and WITHOUT DOWN
> TIMES?
>
> Thanks in advance
> --
> Giovanni
> --
> To unsubscribe from this list: send the line "unsubscribe linux-bcache" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-bcache" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Linux ARM Kernel]     [Linux Filesystem Development]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux