Storage question: single node gluster?
Hi There, This is not strictly oVirt, but is storage-related, so hopefully you will indulge me? Is there any detriment (performance or otherwise) in setting up a single-node glusterFS storage? I know glusterFS is designed to be used with multiple nodes, but I am wondering if there are any ill-effects in configuring current storage as a single-node cluster, with the idea of possibly adding future nodes in the future? Thanks! :-) -Alan
------=_Part_41065707_1831774342.1436870988015 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit AFAIK it is not the best practice from Gluster. I tested it using single node and it should work fine. everything depend on your traffic and configuration. For example, Single node with only one NIc is not the same as with multiple nics Using only one HDD for both OS and volumes or SSD for OS and another SSD for volumes. so... it depends on the setup... Regards, __________________________________________________ Aharon Canan int phone - 8272036 ext phone - +97297692036 email - acanan@redhat.com ----- Original Message -----
From: "Alan Murrell" <lists@murrell.ca> To: users@ovirt.org Sent: Tuesday, July 14, 2015 7:18:31 AM Subject: [ovirt-users] Storage question: single node gluster?
Hi There,
This is not strictly oVirt, but is storage-related, so hopefully you will indulge me?
Is there any detriment (performance or otherwise) in setting up a single-node glusterFS storage? I know glusterFS is designed to be used with multiple nodes, but I am wondering if there are any ill-effects in configuring current storage as a single-node cluster, with the idea of possibly adding future nodes in the future?
Thanks! :-)
-Alan
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
</span><div><br></div><div><br></div><div>Regards, <br>___________________= _______________________________<br><strong><span data-mce-style=3D"color: #= 3366ff;" style=3D"color: rgb(51, 102, 255);">Aharon Canan</span></strong><b= r><span style=3D"color: rgb(51, 102, 255); font-size: small;">int phone - 8= 272036</span><br><span style=3D"color: rgb(51, 102, 255); font-size: small;= ">ext phone - +97297692036</span><br><span style=3D"color: rgb(51, 102, 255= ); font-size: small;">email - acanan@redhat.com</span><br></div><span name= =3D"x"></span><br></div><hr id=3D"zwchr"><blockquote style=3D"border-left:2=
------=_Part_41065707_1831774342.1436870988015 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: comic sans ms,comic sans,sans-serif;= font-size: 10pt; color: #000000"><div>AFAIK it is not the best practice fr= om Gluster.<br></div><div><br></div><div>I tested it using single node and = it should work fine.<br></div><div>everything depend on your traffic and co= nfiguration.<br></div><div><br></div><div>For example, <br></div><div>Singl= e node with only one NIc is not the same as with multiple nics<br></div><di= v>Using only one HDD for both OS and volumes or SSD for OS and another SSD = for volumes.<br></div><div><br></div><div>so... it depends on the setup...<= br></div><div><br></div><div><br></div><div><br></div><div><span name=3D"x"= px solid #1010FF;margin-left:5px;padding-left:5px;color:#000;font-weight:no= rmal;font-style:normal;text-decoration:none;font-family:Helvetica,Arial,san= s-serif;font-size:12pt;"><b>From: </b>"Alan Murrell" <lists@murrell.ca&g= t;<br><b>To: </b>users@ovirt.org<br><b>Sent: </b>Tuesday, July 14, 2015 7:1= 8:31 AM<br><b>Subject: </b>[ovirt-users] Storage question: single node glus= ter?<br><div><br></div>Hi There,<br><div><br></div>This is not strictly oVi= rt, but is storage-related, so hopefully you<br>will indulge me?<br><div><b= r></div>Is there any detriment (performance or otherwise) in setting up a<b= r>single-node glusterFS storage? I know glusterFS is designed to be u= sed<br>with multiple nodes, but I am wondering if there are any ill-effects= in<br>configuring current storage as a single-node cluster, with the idea = of<br>possibly adding future nodes in the future?<br><div><br></div>Thanks!= :-)<br><div><br></div>-Alan<br><div><br></div>____________________________= ___________________<br>Users mailing list<br>Users@ovirt.org<br>http://list= s.ovirt.org/mailman/listinfo/users<br></blockquote><div><br></div></div></b= ody></html> ------=_Part_41065707_1831774342.1436870988015--
Hey Alan. Using a single Gluster node will be like mounting any other storage, just without Gluster's advantages of backuping/distributing the FS. Also, you can attach nodes later on to your GlusterFS after you start using it. (Thanks to Sahina Bose from Gluster's team for advicing (: ) ----- Original Message ----- From: "Alan Murrell" <lists@murrell.ca> To: users@ovirt.org Sent: Tuesday, July 14, 2015 7:18:31 AM Subject: [ovirt-users] Storage question: single node gluster? Hi There, This is not strictly oVirt, but is storage-related, so hopefully you will indulge me? Is there any detriment (performance or otherwise) in setting up a single-node glusterFS storage? I know glusterFS is designed to be used with multiple nodes, but I am wondering if there are any ill-effects in configuring current storage as a single-node cluster, with the idea of possibly adding future nodes in the future? Thanks! :-) -Alan _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Hi all. On 15/07/15 12:20 AM, Amit Aviram wrote:
Hey Alan.
Using a single Gluster node will be like mounting any other storage, just without Gluster's advantages of backuping/distributing the FS. Also, you can attach nodes later on to your GlusterFS after you start using it.
(Thanks to Sahina Bose from Gluster's team for advicing (: )
That is what I figured. I was only going to set up a single "node" now, so if I decide to add additional nodes in the future, I don't have to make any changes to my current storage (as far as preparing it for Gluster); I just need to add the additional node(s). -Alan
participants (3)
-
Aharon Canan -
Alan Murrell -
Amit Aviram