<div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">Hi Ben,</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">

For glusterfs would you recommend the enterprise-storage or throughput-performance tuned profile?</div><div class="gmail_extra"><br clear="all"><div><font face="tahoma, sans-serif">Thanks,<br>Andrew</font><br></div>
<br><br><div class="gmail_quote">On Tue, Dec 10, 2013 at 6:31 AM, Ben Turner <span dir="ltr">&lt;<a href="mailto:bturner@redhat.com" target="_blank">bturner@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="HOEnZb"><div class="h5">----- Original Message -----<br>
&gt; From: &quot;Ben Turner&quot; &lt;<a href="mailto:bturner@redhat.com">bturner@redhat.com</a>&gt;<br>
&gt; To: &quot;Heiko Krämer&quot; &lt;<a href="mailto:hkraemer@anynines.de">hkraemer@anynines.de</a>&gt;<br>
&gt; Cc: &quot;<a href="mailto:gluster-users@gluster.org">gluster-users@gluster.org</a> List&quot; &lt;<a href="mailto:gluster-users@gluster.org">gluster-users@gluster.org</a>&gt;<br>
&gt; Sent: Monday, December 9, 2013 2:26:45 PM<br>
&gt; Subject: Re: [Gluster-users] Gluster infrastructure question<br>
&gt;<br>
&gt; ----- Original Message -----<br>
&gt; &gt; From: &quot;Heiko Krämer&quot; &lt;<a href="mailto:hkraemer@anynines.de">hkraemer@anynines.de</a>&gt;<br>
&gt; &gt; To: &quot;<a href="mailto:gluster-users@gluster.org">gluster-users@gluster.org</a> List&quot; &lt;<a href="mailto:gluster-users@gluster.org">gluster-users@gluster.org</a>&gt;<br>
&gt; &gt; Sent: Monday, December 9, 2013 8:18:28 AM<br>
&gt; &gt; Subject: [Gluster-users] Gluster infrastructure question<br>
&gt; &gt;<br>
&gt; &gt; -----BEGIN PGP SIGNED MESSAGE-----<br>
&gt; &gt; Hash: SHA1<br>
&gt; &gt;<br>
&gt; &gt; Heyho guys,<br>
&gt; &gt;<br>
&gt; &gt; I&#39;m running since years glusterfs in a small environment without big<br>
&gt; &gt; problems.<br>
&gt; &gt;<br>
&gt; &gt; Now I&#39;m going to use glusterFS for a bigger cluster but I&#39;ve some<br>
&gt; &gt; questions :)<br>
&gt; &gt;<br>
&gt; &gt; Environment:<br>
&gt; &gt; * 4 Servers<br>
&gt; &gt; * 20 x 2TB HDD, each<br>
&gt; &gt; * Raidcontroller<br>
&gt; &gt; * Raid 10<br>
&gt; &gt; * 4x bricks =&gt; Replicated, Distributed volume<br>
&gt; &gt; * Gluster 3.4<br>
&gt; &gt;<br>
&gt; &gt; 1)<br>
&gt; &gt; I&#39;m asking me, if I can delete the raid10 on each server and create<br>
&gt; &gt; for each HDD a separate brick.<br>
&gt; &gt; In this case have a volume 80 Bricks so 4 Server x 20 HDD&#39;s. Is there<br>
&gt; &gt; any experience about the write throughput in a production system with<br>
&gt; &gt; many of bricks like in this case? In addition i&#39;ll get double of HDD<br>
&gt; &gt; capacity.<br>
&gt;<br>
&gt; Have a look at:<br>
&gt;<br>
&gt; <a href="http://rhsummit.files.wordpress.com/2012/03/england-rhs-performance.pdf" target="_blank">http://rhsummit.files.wordpress.com/2012/03/england-rhs-performance.pdf</a><br>
<br>
</div></div>That one was from 2012, here is the latest:<br>
<br>
<a href="http://rhsummit.files.wordpress.com/2013/07/england_th_0450_rhs_perf_practices-4_neependra.pdf" target="_blank">http://rhsummit.files.wordpress.com/2013/07/england_th_0450_rhs_perf_practices-4_neependra.pdf</a><br>


<span class="HOEnZb"><font color="#888888"><br>
-b<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
&gt; Specifically:<br>
&gt;<br>
&gt; ● RAID arrays<br>
&gt; ● More RAID LUNs for better concurrency<br>
&gt; ● For RAID6, 256-KB stripe size<br>
&gt;<br>
&gt; I use a single RAID 6 that is divided into several LUNs for my bricks.  For<br>
&gt; example, on my Dell servers(with PERC6 RAID controllers) each server has 12<br>
&gt; disks that I put into raid 6.  Then I break the RAID 6 into 6 LUNs and<br>
&gt; create a new PV/VG/LV for each brick.  From there I follow the<br>
&gt; recommendations listed in the presentation.<br>
&gt;<br>
&gt; HTH!<br>
&gt;<br>
&gt; -b<br>
&gt;<br>
&gt; &gt; 2)<br>
&gt; &gt; I&#39;ve heard a talk about glusterFS and out scaling. The main point was<br>
&gt; &gt; if more bricks are in use, the scale out process will take a long<br>
&gt; &gt; time. The problem was/is the Hash-Algo. So I&#39;m asking me how is it if<br>
&gt; &gt; I&#39;ve one very big brick (Raid10 20TB on each server) or I&#39;ve much more<br>
&gt; &gt; bricks, what&#39;s faster and is there any issues?<br>
&gt; &gt; Is there any experiences ?<br>
&gt; &gt;<br>
&gt; &gt; 3)<br>
&gt; &gt; Failover of a HDD is for a raid controller with HotSpare HDD not a big<br>
&gt; &gt; deal. Glusterfs will rebuild automatically if a brick fails and there<br>
&gt; &gt; are no data present, this action will perform a lot of network traffic<br>
&gt; &gt; between the mirror bricks but it will handle it equal as the raid<br>
&gt; &gt; controller right ?<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt; Thanks and cheers<br>
&gt; &gt; Heiko<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt; - --<br>
&gt; &gt; Anynines.com<br>
&gt; &gt;<br>
&gt; &gt; Avarteq GmbH<br>
&gt; &gt; B.Sc. Informatik<br>
&gt; &gt; Heiko Krämer<br>
&gt; &gt; CIO<br>
&gt; &gt; Twitter: @anynines<br>
&gt; &gt;<br>
&gt; &gt; - ----<br>
&gt; &gt; Geschäftsführer: Alexander Faißt, Dipl.-Inf.(FH) Julian Fischer<br>
&gt; &gt; Handelsregister: AG Saarbrücken HRB 17413, Ust-IdNr.: DE262633168<br>
&gt; &gt; Sitz: Saarbrücken<br>
&gt; &gt; -----BEGIN PGP SIGNATURE-----<br>
&gt; &gt; Version: GnuPG v1.4.14 (GNU/Linux)<br>
&gt; &gt; Comment: Using GnuPG with Thunderbird - <a href="http://www.enigmail.net/" target="_blank">http://www.enigmail.net/</a><br>
&gt; &gt;<br>
&gt; &gt; iQEcBAEBAgAGBQJSpcMfAAoJELxFogM4ixOF/ncH/3L9DvOWHrF0XBqCgeT6QQ6B<br>
&gt; &gt; lDwtXiD9xoznht0Zs2S9LA9Z7r2l5/fzMOUSOawEMv6M16Guwq3gQ1lClUi4Iwj0<br>
&gt; &gt; GKKtYQ6F4aG4KXHY4dlu1QKT5OaLk8ljCQ47Tc9aAiJMhfC1/IgQXOslFv26utdJ<br>
&gt; &gt; N9jxiCl2+r/tQvQRw6mA4KAuPYPwOV+hMtkwfrM4UsIYGGbkNPnz1oqmBsfGdSOs<br>
&gt; &gt; TJh6+lQRD9KYw72q3I9G6ZYlI7ylL9Q7vjTroVKH232pLo4G58NLxyvWvcOB9yK6<br>
&gt; &gt; Bpf/gRMxFNKA75eW5EJYeZ6EovwcyCAv7iAm+xNKhzsoZqbBbTOJxS5zKm4YWoY=<br>
&gt; &gt; =bDly<br>
&gt; &gt; -----END PGP SIGNATURE-----<br>
&gt; &gt;<br>
&gt; &gt; _______________________________________________<br>
&gt; &gt; Gluster-users mailing list<br>
&gt; &gt; <a href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a><br>
&gt; &gt; <a href="http://supercolony.gluster.org/mailman/listinfo/gluster-users" target="_blank">http://supercolony.gluster.org/mailman/listinfo/gluster-users</a><br>
&gt; _______________________________________________<br>
&gt; Gluster-users mailing list<br>
&gt; <a href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a><br>
&gt; <a href="http://supercolony.gluster.org/mailman/listinfo/gluster-users" target="_blank">http://supercolony.gluster.org/mailman/listinfo/gluster-users</a><br>
_______________________________________________<br>
Gluster-users mailing list<br>
<a href="mailto:Gluster-users@gluster.org">Gluster-users@gluster.org</a><br>
<a href="http://supercolony.gluster.org/mailman/listinfo/gluster-users" target="_blank">http://supercolony.gluster.org/mailman/listinfo/gluster-users</a></div></div></blockquote></div><br></div></div>