<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small">Thanks for this, I missed it when it came through originally.</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small">My next question is where is the detailed documentation for storage options? The 'Formatting and Mounting Bricks' section of the documentation seems to give an example of a single drive mounted as a thin volume. Where is the documentation for the benefits/drawbacks of different options, RAID configs, requirements vs recommendations?</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small">For example, in my case of having two SSDs, valid questions might be:</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small"> - what's the best configuration for performance</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small"> - can I create a striped LV to use as a brick or should I just be creating two bricks from the two SSDs?</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small"> - what are the considerations for being able to expand the pool at a later stage?</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small">I can't find any sort of discussion on these sort of questions that would be asked in a planning phase.</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small">Thanks.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Feb 17, 2020 at 10:18 AM Strahil Nikolov <<a href="mailto:hunter86_bg@yahoo.com">hunter86_bg@yahoo.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On February 17, 2020 9:10:42 AM GMT+02:00, Shareef Jalloq <<a href="mailto:shareef@jalloq.co.uk" target="_blank">shareef@jalloq.co.uk</a>> wrote:<br>
>Hi there,<br>
><br>
>New user here and I'm still reading documentation but had a question<br>
>regarding suitability of Gluster for different applications. I've just<br>
>read<br>
>the note that states Gluster isn't suitable for things like a NoSQL DB<br>
>and<br>
>wanted to know more.<br>
><br>
>So on the DB front, what's the technical reason for this? High iops to<br>
>small files? Have I missed the documentation for this?<br>
><br>
>What I'm trying to do is build a HA Docker Swarm on top of Gluster. I<br>
>was<br>
>assuming I could just mount the Gluster volume to /mnt/persistent_data,<br>
>or<br>
>whatever, and use Docker Volumes to map into the containers? Are there<br>
>reasons for not doing this?<br>
><br>
>One of the services I need to run is Git LFS which uses a DB to store<br>
>large/binary files and uses file locking. Is this an issue?<br>
><br>
>Thanks, Shareef.<br>
<br>
Hi Shareef,<br>
<br>
Actually there is no problem to run a DB ontop of gluster.<br>
There is a set of predefined settings for db workload:<br>
<br>
'[root@host groups]# ll /var/lib/glusterd/groups/db-workload<br>
-rw-r--r--. 1 root root 337 Oct 16 13:57 /var/lib/glusterd/groups/db-workload<br>
<br>
The only limit is the IOPS of your disks and the bandwidth between the clients and nodes. Gluster supports RDMA, so lattency can be kept to the minimum and with NVMEs , you can reach (and even exceed) performance of most storages while having the ability to scale-out as per your needs.<br>
For high performance , you should consider using libgfapi or NFS Ganesha.<br>
<br>
<br>
Best Regards,<br>
Strahil Nikolov<br>
</blockquote></div>