<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-family: Calibri, sans-serif;"><div>Hello Ernie , </div><div><br></div><div>Actually why not really set it Raid0 also for mail server raid10 should be fine , you can do it both .</div><div>Actually I m not real gluster user but just only tried for vm instances . I find from blogs fro small io you should also care and tune about LOOKUP issues</div><div>One more actually I don’t know how you are handling HA but with glusterfs but I believe that if you are not using NFS Ganesha you have single point of failure everytime , isn't it ? </div><div><br></div><div>Regards</div><div>VM</div><div><br></div><span id="OLK_SRC_BODY_SECTION"><div style="font-family:Calibri; font-size:11pt; text-align:left; color:black; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: medium none; PADDING-TOP: 3pt"><span style="font-weight:bold">From: </span> <<a href="mailto:gluster-users-bounces@gluster.org">gluster-users-bounces@gluster.org</a>> on behalf of Ernie Dunbar <<a href="mailto:maillist@lightspeed.ca">maillist@lightspeed.ca</a>><br><span style="font-weight:bold">Date: </span> Friday, 24 February 2017 at 22:36<br><span style="font-weight:bold">To: </span> Gluster-users <<a href="mailto:gluster-users@gluster.org">gluster-users@gluster.org</a>><br><span style="font-weight:bold">Subject: </span> **SPAM** [Gluster-users] Gluster performance is paramount!<br></div><div><br></div><div>
<meta http-equiv="content-type" content="text/html; charset=utf-8">
<div text="#000000" bgcolor="#FFFFFF">
<p>Hi everyone!</p>
<p>We have a gluster array of three servers supporting a large mail
server with about 10,000 e-mail accounts with the Maildir file
format. This means lots of random small file reads and writes.
Gluster's performance hasn't been great since we switched to it
from a local disk on a single server, but we're aiming for high
availability here, since simply restoring that mail from backups
(or even backing it up in the first place) takes a day or two.
Clearly, some kind of network drive is what we need, and Gluster
does the job better than every other solution we've looked at so
far.<br>
</p>
<p>The problem comes from the fact that when I set out on this
project, I'd never done any kind of performance tuning before. We
didn't need it. All three of our Gluster servers are set up in a
RAID5 array with a hot spare. I'm starting to think that the
performance woes we have all stem from this fact, and speaking to
one of my colleagues, it was suggested that Gluster can handle the
data integrity just fine on its own, so why don't we just switch
to the fastest possible type, RAID0 and completely toss out any
data integrity on each individual node in the cluster?</p>
<p>While this sounds good in theory, I'd like to know how well this
works in practice before subjecting our 10,000 e-mail clients to
this experiment. The other possibility is to switch our Gluster
nodes to RAID1 or 10, which might be faster than RAID5 while still
keeping some semblance of data integrity.<br>
</p>
</div></div>
_______________________________________________
Gluster-users mailing list
<a href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a>
<a href="http://lists.gluster.org/mailman/listinfo/gluster-users">http://lists.gluster.org/mailman/listinfo/gluster-users</a></span></body></html>