[ovirt-users] small cluster

Thu Jul 17 15:17:25 UTC 2014

Thank you for the insight and advice Jeremiah.

I think that creating a base image on one machine and using puppet/scripting to create the others is a great idea (I’ve been using clonezilla and manually editing IP/hostname afterwards).

As for not using overt, the aspects that I’d be missing are remotely rebooting a hung machine.  Also, taking a snapshot of the entire guest is relatively easy/without reboot/started remotely.

As for “Why Mini’s” we have a bunch of extra machines on hand and off lease.

If anyone else has other thoughts and suggestions, please share.

Thanks,

-- 
urthmover

On July 17, 2014 at 9:04:12 AM, Jeremiah Jahn (jeremiah at goodinassociates.com) wrote:

Just a couple of thoughts for you. You are correct. Gluster would not  
be a happy thing for for a DB. But for that matter, no network file  
system would be good for postgres or any DB. Your SSD's probably max  
out at 6Gb/s while your nics on a mini only go up to 1Gb/s. The whole  
point of postgres-xc is that it takes care of all of the replication  
and redundancy. Depending on your usage, your probably going to want  
all of the 16 GB of ram for your indexes as well. I'd be very tempted  
to make an install image from one mini and use it to add/create the  
other nodes with puppet or just a custom script to configure the image  
for addition to the pg-xc cluster. You're not going to gain a whole  
lot of anything by running ovirt on your mini's except some slowdown.  
if your servers that PG will be running on are linux, then you don't  
really need more than 10GB for a linux install. If you're going to  
use your mini's for other guests careful of the memory you use so you  
don't make your dba unhappy. and using gluster on the exported 100G  
partition would only net you about 500G for a storage domain if you've  
got gluster replication going, which is not a bad idea. And finally,  
why mac mini's? pretty pricey for server hardware unless your planning  
on using them to host osx guests, which I'm not sure can actually be  
done with anything but vmware, which is even a hack, at the moment.  

just my 2 cents as a person who runs gluster, ovirt, and a postgres cluster.  

On Wed, Jul 16, 2014 at 2:50 PM, urthmover <urthmover at gmail.com> wrote:  
> After further investigation and reading. Glusterfs is not really designed  
> for database operations. So I am retracting one question and curious about  
> anyone’s thoughts regrading the new set of questions.  
>  
> Should I partition the mirrored pair into two slices (100GB and 800GB).  
> Then present ovirt with 10 storage domains each being a 100G partition for  
> the OS of each guest. Then use nfs for the 800G /data partitions (not using  
> /data as a storage domain within overt, just as plain old nfs mounts hard  
> coded to each guest machine)  
>  
> Should I present each mac mini’s mirrored pair as an nfs share to  
> ovirt-engine? This would create 10 1TB storage domains. Then create 10  
> large 800GB /data partitions (a /data for each guest).  
>  
> Should I NOT use ovirt and just run each mac mini as a mirrored pair of  
> disks and a standalone server?  
>  
> --  
> urthmover  
>  
> On July 16, 2014 at 12:12:16 PM, urthmover (urthmover at gmail.com) wrote:  
>  
> I have 10 mac minis at my disposal. (Currently, I’m booting each device  
> using a centos6.5 usbstick leaving the 2 disks free for use)  
>  
> GOAL:  
> To build a cluster of 10 servers running postgres-xc  
>  
> EQUIPMENT:  
> 10 mac mini: i7-3720QM at 2.60GHz/16G RAM/1x1gbit NIC/2x1TB SSDs (zfs  
> mirrored)  
>  
> REQUEST:  
> Please run the software application postgres-xc (a multi-master version of  
> postgres). I'm told by the DBA that disk IO is the most important factor  
> for the tasks that he’ll be running. The DBA wants 10 servers each with a  
> 50G OS partition and a 800GB /data.  
>  
> THOUGHTS:  
> I have a few ideas for how to accomplish but I'm unsure which is the best  
> balance between disk IO and overall IT management of the environment.  
>  
> QUESTIONS FOR THE LIST:  
> Should I present each of the 10 mac mini’s mirrored disks to glusterfs thus  
> creating a large 10TB storage area. Then connect the storage area to  
> ovirt-engine creating on 10TB storage domain, and use it as the storage  
> domain for 10 large 800GB disks (a /data for each guest) ?  
>  
> Should I present each mac mini’s mirrored pair as an nfs share to  
> ovirt-engine? This would create 10 1TB storage domains. Then create 10  
> large 800GB /data partitions (a /data for each guest).  
>  
> Should I NOT use ovirt and just run each mac mini as a mirrored pair of  
> disks and a sandalone server?  
>  
> LASTLY:  
> I’m open to any other thoughts or ideas for how to best accomplish this  
> task.  
>  
> Thanks in advance,  
>  
> --  
> urthmover  
>  
>  
> _______________________________________________  
> Users mailing list  
> Users at ovirt.org  
> http://lists.ovirt.org/mailman/listinfo/users  
>  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20140717/622e5e48/attachment-0001.html>