If you have the need to save in power and in hardware than by all means go for it and do what fits you...
Compute nodes should be treated as a disposable node, One goes out and you shouldn't have to worry much about it. The more you "hyperconverge"  the more you are exposing your self to self-inflicted chaos (Complexity). I am the keep it simple and standard guy... Let the next guy be able to figure things out without having to pull hairs... 

Yes is the new thing, the new "Just DO IT!" In my peace of mind, Storage stays where it needs to be... On its own world of IOPS and Drives.
I know what it is and where is going. Its just not my cup of tea (For now)


My 2 Centavos.

Regards,

--
Fernando Fuentes
ffuentes@txweather.org
http://www.txweather.org



On Fri, Sep 9, 2016, at 12:38 PM, Fernando Frediani wrote:

What is the reason for ? A lot of stuff is moving into Hyperconvergence and that saves a lot of hardware and power consumption.

The only thing I would look with more caution is the amount of memory Gluster itself consumes, but if there are enough resources in each host for Distributed Storage + Compute stuff I see no problems with that, unless someone has some strong technical reason for not.

Fernando


On 09/09/2016 12:43, Fernando Fuentes wrote:
Bryan,

Just my opinion but I would separate storage away from your compute nodes.

Regards,

--
Fernando Fuentes
ffuentes@txweather.org
http://www.txweather.org



On Fri, Sep 9, 2016, at 10:28 AM, Bryan Sockel wrote:
Hi,
 
I am looking to put together a configuration setup for a new install and was wondering if it is ok for have both gluster and ovirt running on the same systems, or if it was better to separate my storage on to anther platform?
 
I am currently looking into 3 servers with 196 GB Ram, dual 6 core proc's on each server.  Gluster would be installed on each server with a 3 way replica, ovirt would be running as an appliance and each node would be part of the ovirt cluster.
 
 
_______________________________________________
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users



_______________________________________________
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


_______________________________________________
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users