Re: any one uses all flash GlusterFS setup?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I guess there is no need to mention that lattency is the real killer of Gluster. What is the DC-to-DC lattency and MTU (ethernet) ?
Also, if you use SSDs , consider using noop/none I/O schedulers.

Also, you can obtain the tuned profiles used in Red Hat Gluster Storage via this source rpm:

http://ftp.redhat.com/redhat/linux/enterprise/7Server/en/RHS/SRPMS/redhat-storage-server-3.5.0.0-7.el7rhgs.src.rpm

You can combine the settings from the tuned profile for Hypervisor and combine it with the gluster random I/O tuned profile.

Also worth mentioning, RHGS uses 512M shard size, while default in upstream gluster is just 64M. Some oVirt users have reported issues and suspect is gluster's inability to crwate enough shards.

WARNING: ONCE SHARDING IS ENABLED, NEVER EVER DISABLE IT.

Best Regards,
Strahil Nikolov

On Mon, Mar 29, 2021 at 11:03, Arman Khalatyan
<arm2arm@xxxxxxxxx> wrote:
Thanks Strahil,
good point on choose-local, definitely we will try.
the connection is: 10Gbit, also FDR Infiniband( ipoib will be used).
we are still experimenting with 2 buildings and 8 nodes ovirt+ changing the bricks number on glusterfs. 

Strahil Nikolov <hunter86_bg@xxxxxxxxx> schrieb am So., 28. März 2021, 00:35:
It's worth mentioning that if your network bandwidth is smaller than the raid bandwidth, you can consider to enable the cluster.choose-local (which oVirt's optimizations disable) for faster reads.

Some people would also consider going with JBOD (replica 3) mode. I guess you can test both prior moving to prod phase 


P.S.: Don't forget to align the LVM/FS layer to the hardware raid.

Best Regards,
Strahil Nikolov
________



Community Meeting Calendar:

Schedule -
Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC
Bridge: https://meet.google.com/cpu-eiue-hvk
Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
https://lists.gluster.org/mailman/listinfo/gluster-users

[Index of Archives]     [Gluster Development]     [Linux Filesytems Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux