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

Re: [Linux-cluster] Aggregated or multiple volumes?

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.


On 12/7/06, isplist logicore net <isplist 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?


Linux-cluster mailing list
Linux-cluster redhat com

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