<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body dir="auto">
Probably the best single thing you could do for metadata performance
<div>would be to switch to SSD, or better NVMe, storage. &nbsp;ZFS is very sync</div>
<div>and IOPS hungry, so using HDDs is killer for ZFS metadata performance.</div>
<div><br>
</div>
<div>If you want to minimize the downtime, you could incrementally replace the</div>
<div>HDDs in the zpool with larger SSD devices and resilver between each</div>
<div>one. &nbsp;I recall LLNL doing this in the first months of their first ZFS-based</div>
<div>Lustre filesystem for this reason.</div>
<div><br>
</div>
<div>Going to NVMe-based devices is even better for IOPS/bandwidth, but</div>
<div>can't be done completely live. &nbsp;You could potentially use repeated zfs</div>
<div>send/recv to get an almost uptodate copy on a new MDS, then take a small</div>
<div>outage to do the final resync. However, I've also seen reports that send/recv is painfully slow with HDD MDTs so you should probably test that before committing to a solution.&nbsp;</div>
<div><br>
<div dir="ltr">Cheers, Andreas</div>
<div dir="ltr"><br>
<blockquote type="cite">On Jan 5, 2021, at 08:47, Vicker, Darby J. (JSC-EG111)[Jacobs Technology, Inc.] &lt;darby.vicker-1@nasa.gov&gt; wrote:<br>
<br>
</blockquote>
</div>
<blockquote type="cite">
<div dir="ltr">\ufeff
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
 <style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        font-size:12.0pt;
        font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:#0563C1;
        text-decoration:underline;}
span.EmailStyle19
        {mso-style-type:personal-reply;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style>
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt">Hello,</span><o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt">&nbsp;</span><o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt">I'm looking for some advice on tuning our existing lustre file system to achieve better metadata performance.&nbsp; This file system is getting fairly old \u2013 its been in production for almost 4 years now.&nbsp; The hardware
 and our existing tuning efforts can be found here. </span><o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt">&nbsp;</span><o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><a href="http://lists.lustre.org/pipermail/lustre-discuss-lustre.org/2017-April/014390.html">http://lists.lustre.org/pipermail/lustre-discuss-lustre.org/2017-April/014390.html</a></span><o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt">&nbsp;</span><o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt">The hardware is the same but we have upgraded the software stack a few times \u2013 now on CentOS 7.6, ZFS 0.7.9 and lustre 2.10.8.&nbsp; We do plan to upgrade to the latest CentOS 7.x and either lustre 2.12 or 2.13
 soon.&nbsp; The MDS hardware isn't well-described in that thread so here are more details:</span><o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt">&nbsp;</span><o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Chassis: Supermicro 2U Twin Server</span><o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Processor: 4 x Quad­Core Xeon Processor E5­2637 v2 3.50GHz (2 sockets/8 cores per node)</span><o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Memory: 16 x 16GB PC3­14900 1866MHz DDR3 ECC Registered DIMM (128GB per node)</span><o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt">&nbsp;</span><o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt">External JBOD:</span><o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Chassis: 24x Hot­Swap 2.5&quot; SAS ­ 12Gb/s SAS Dual Expander</span><o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Drives: 12 x 600GB SAS 3.0 12.0Gb/s 15000RPM ­ 2.5&quot; ­ Seagate Enterprise Performance 15K HDD (512n)</span><o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Controller Card: LSI SAS 9300-8e SAS 12Gb/s PCIe 3.0 8-Port Host Bus Adapter</span><o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt">&nbsp;</span><o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt">The above hardware and tuning served us well for a long time but the lab has grown, both in number of lustre clients (now up to ~200 ethernet clients and ~500 IB clients) and the number of users in the lab.&nbsp;
 With the extra users have come different types of workloads.&nbsp; Peviously, the file system was most used for workloads with a fairly small number of large files.&nbsp; We now see workloads that include 100's of concurrent processes all doing mixed small and large
 file IO on a lot of files (e.g. each process clones a repo, compiles a code and runs a serial sim that writes a lot of data).&nbsp;
</span><o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt">&nbsp;</span><o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt">I recently ran the io500 tests and our LFS stats for MDEasy and MDHard are pretty bad, even when compared to the lowest MD stats on the current io500 list.&nbsp; Our standard NFS server handily beats our LFS wrt
 MD performance.&nbsp; So I'm hopeful that we can squeeze more MD performance out of our LFS.&nbsp; Obviously, software tuning on the existing hardware would be preferred but we are open to hardware additions/upgrades if that would help (e.g. adding more MDS's).&nbsp; There
 are a lot of tuning options in both ZFS and lustre so I'm hoping someone can point me in the right direction.&nbsp; Are DNE and/or DoM expected to help?&nbsp; I attended the SC20 Lustre BoF and it sounds like 2.13 has some metadata performance improvements, so just
 an upgrade might help.&nbsp; We have dual MDS's now but for HA, not performance.&nbsp; I'd hate to lose the HA aspect as we utilize it for failover quite a bit (maintenance, etc.) but it would probably be worth it if MD performance was significantly improved. &nbsp;If I
 understand correctly, there is some overhead with DNE and performance suffers with just two MDS's with a benefit with 4 or more MDS's, correct?&nbsp; So that wouldn't be a good option for us unless we add MDS's?&nbsp; Would an upgrade to SSD or NVMe in our MDTs help?&nbsp;
</span><o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt">&nbsp;</span><o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt">I would greatly appreciate thoughts on the best path forward for making improvements.&nbsp;
</span><o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt">&nbsp;</span><o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Thanks,</span><o:p></o:p></p>
<p class="MsoNormal"><span style="font-size:11.0pt">Darby </span><o:p></o:p></p>
</div>
<span>_______________________________________________</span><br>
<span>lustre-discuss mailing list</span><br>
<span>lustre-discuss@lists.lustre.org</span><br>
<span>http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org</span><br>
</div>
</blockquote>
</div>
</body>
</html>