Re: [ovirt-users] Hardware for Hyperconverged oVirt: Gluster storage best practice

: Mahdi Adnan Cc: Barak Korren; Yaniv Kaul; Ovirt Users Subject: Re: [ovirt-users] Hardware for Hyperconverged oVirt: Gluster storage best practice Mahdi, Can you share some more detail on your hardware? How many total SSDs? Have you had any drive failures? How do you monitor for failed drives?

Re: [ovirt-users] Hardware for Hyperconverged oVirt: Gluster storage best practice

rg> on behalf of Barak Korren <bkor...@redhat.com> Sent: Sunday, June 11, 2017 11:20:45 AM To: Yaniv Kaul Cc: ov...@fateknollogee.com; Ovirt Users Subject: Re: [ovirt-users] Hardware for Hyperconverged oVirt: Gluster storage best practice On 11 June 2017 at 11:08, Yaniv Kaul <yk...@

Re: [ovirt-users] Hardware for Hyperconverged oVirt: Gluster storage best practice

I think just defining each SSD as a single Gluster brick may provide the best performance for VMs, but my understanding of this is theoretical, so I leave it to the Gluster people to provide further insight. Pardon my lack of knowledge (I'm an oVirt/Gluster newbie). I assume the

Re: [ovirt-users] Hardware for Hyperconverged oVirt: Gluster storage best practice

Den 11 juni 2017 15:43 skrev ov...@fateknollogee.com:>> I think just defining each SSD as a single Gluster brick may provide>> the best performance for VMs, but my understanding of this is>> theoretical, so I leave it to the Gluster people to provide further >> insight.>> Barak, very interesting,

Re: [ovirt-users] Hardware for Hyperconverged oVirt: Gluster storage best practice

June 11, 2017 11:20:45 AM TO: Yaniv Kaul CC: ov...@fateknollogee.com; Ovirt Users SUBJECT: Re: [ovirt-users] Hardware for Hyperconverged oVirt: Gluster storage best practice On 11 June 2017 at 11:08, Yaniv Kaul <yk...@redhat.com> wrote: I will install the o/s for each node on a SATADOM. Sinc

Re: [ovirt-users] Hardware for Hyperconverged oVirt: Gluster storage best practice

I think just defining each SSD as a single Gluster brick may provide the best performance for VMs, but my understanding of this is theoretical, so I leave it to the Gluster people to provide further insight. Barak, very interesting, I had never thought of doing it this way but your idea

Re: [ovirt-users] Hardware for Hyperconverged oVirt: Gluster storage best practice

Is that a hyper-converged setup of both oVirt and Gluster? We usually do it in batches of 3 nodes. Yes, it is for a HC setup of both oVirt & Gluster. ..it really depends on your budget, performance, and your availability requirements. I would like to enhance the performance. Makes sense

Re: [ovirt-users] Hardware for Hyperconverged oVirt: Gluster storage best practice

On 11 June 2017 at 11:08, Yaniv Kaul wrote: > >> I will install the o/s for each node on a SATADOM. >> Since each node will have 6x SSD for gluster storage. >> Should this be software RAID, hardware RAID or no RAID? > > I'd reckon that you should prefer HW RAID on software RAID,

Re: [ovirt-users] Hardware for Hyperconverged oVirt: Gluster storage best practice

On Sat, Jun 10, 2017 at 1:43 PM, wrote: > Martin, > > Looking to test oVirt on real hardware (aka no nesting) > > Scenario # 1: > 1x Supermicro 2027TR-HTRF 2U 4 node server > Is that a hyper-converged setup of both oVirt and Gluster? We usually do it in batches of 3

[ovirt-users] Hardware for Hyperconverged oVirt: Gluster storage best practice

Martin, Looking to test oVirt on real hardware (aka no nesting) Scenario # 1: 1x Supermicro 2027TR-HTRF 2U 4 node server I will install the o/s for each node on a SATADOM. Since each node will have 6x SSD for gluster storage. Should this be software RAID, hardware RAID or no RAID? Scenario #