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(a)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(a)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(a)ovirt.org
>>
http://lists.ovirt.org/mailman/listinfo/users
>
>
>
> _______________________________________________ Users mailing list
> Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
>
_________________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users