11:18 p.m.
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
5:49 a.m.
------=_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(a)redhat.com
----- Original Message -----
From: "Alan Murrell" <lists(a)murrell.ca>
To: users(a)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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
------=_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"=
</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(a)redhat.com</span><br></div><span name=
=3D"x"></span><br></div><hr
id=3D"zwchr"><blockquote style=3D"border-left:2=
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"
&lt;lists(a)murrell.ca&g=
t;<br><b>To: </b>users(a)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>...
ody></html>
------=_Part_41065707_1831774342.1436870988015--
2:20 a.m.
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(a)murrell.ca>
To: users(a)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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
4:18 p.m.
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
3214
days inactive
3218
days old
3 comments
3 participants
participants (3)
-
Aharon Canan -
Alan Murrell -
Amit Aviram