[Gluster-users] Shared VM disk/image on gluster for redundancy?
Jeff Darcy
jdarcy at redhat.com
Wed Jun 30 01:08:56 UTC 2010
On 06/29/2010 04:57 PM, Emmanuel Noobadmin wrote:
> Just realized something but most likely it's just me missing it.
>
> If I were to add additional storage servers to the mix, doesn't it
> mean I would have to edit the volume files for every single
> application server and add an entry for datasrv2vol0 then datasrv3vol0
> when I add a fourth? Sounds a little tedious Show me one shred of evidence to the contrary - not just their own words - and I'll consider it,
Indeed it is, but it's pretty much going to be the case for any
configuration where the entire namespace is shared among all clients.
Scripted volfile generation helps, but complex data-distribution needs
will always be reflected in complex volfiles eventually.
> and also if I didn't
> understand wrongly, replicate will simply use these to replicate the
> same data so I don't get increased capacity, just increased
> redundancy.
>
You can get either, depending on how you define your lower-level
replicate volumes. If you define each to have exactly one app-node
volume and one data-node volume, then it will replicate each file
exactly twice no matter how it's used in higher-level nufa volumes. You
can add multiple storage/posix volumes per data node to gain even more
flexibility in how you do that. That's kind of the genius of the
translator approach: instead of being limited to the combinations that
are embedded in monolithic code, you can combine as many volumes on as
many nodes in as many ways as you want and still end up with a single
purpose-tuned filesystem for clients to use.
More information about the Gluster-users
mailing list