[Linux-cluster] Aggregated or multiple volumes?

[bigendian+gfs at gmail.com]

>From a RAID perspective, the smaller the number of disks in a RAID group
will minimize the chances of a double disk failure.  The counter to this is
that the best performance will come when you have more disks to spread the
I/O out over.

>From a file system size perspective, I'd be concerned about having giant
volume if for no other reason than to avoid an unfortunate 12 hour fsck.

With LVM you should be able to get the best of both worlds in a sense.  I'm
no expert, but you should be able to create reasonably-sized RAID volumes
and aggregate them as needed into dynamically-sized logical volumes with
LVM.

Security-wise, I wouldn't count on partitioning to protect your data.  If a
compromised machine is on the SAN, I'd expect a determined attacker to be
able to access all of your data through it.

Security aside, there's a bunch of options here.  I'd start with an analysis
of your tolerance for system failure and your ability to recover, then look
at performance requirements and work from there.

Tom


On 12/7/06, isplist at logicore.net <isplist at logicore.net> wrote:
>
> While I realize that the most common answer would be 'depends on what you
> need
> or are doing', I am curious as to how others go about this.
>
> In my dev setup, I have three FC chassis with 1TB of storage on each. One
> of
> the chassis act's as the RAID controller for the other two. I can have one
> large volume or many small one's.
>
> My storage/GFS needs are mostly based on hosting web/php/mysql services.
> In my
> case, I've split storage up as one large volume for MySQL and two smaller
> one's for web and then mail services.
>
> It would be simpler to have one single large volume but I'm not sure about
> performance or other things such as security. If someone made it in, they
> would have access to only one area, web or mail or mysql for example.
>
> What are some of the reasons to use either way, multiple or single volume?
>
> Mike
>
>
>
> --
> Linux-cluster mailing list
> Linux-cluster at redhat.com
> https://www.redhat.com/mailman/listinfo/linux-cluster
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/linux-cluster/attachments/20061212/2f886e38/attachment.htm>