[ovirt-users] slow performance with export storage on glusterfs

[Shani Leviim]

Hi Jiri,
Sorry for the delay.

Do you experience the same issue for non-gluster domains?

In order to profile your gluster volume while export is in progress, follow
the instructions in this link [1].
(Please execute "gluster volume profile <volname> start " and then "gluster
volume profile <volname> info")

[1]
https://access.redhat.com/documentation/en-US/Red_Hat_Storage/2.1/html/Administration_Guide/chap-User_Guide-Monitor_Workload.html


*Regards,*

*Shani Leviim*

On Mon, Nov 20, 2017 at 5:20 PM, Jiří Sléžka <jiri.slezka at slu.cz> wrote:

> Hi,
>
> I am trying realize why is exporting of vm to export storage on
> glusterfs such slow.
>
> I am using oVirt and RHV, both instalations on version 4.1.7.
>
> Hosts have dedicated nics for rhevm network - 1gbps, data storage itself
> is on FC.
>
> GlusterFS cluster lives separate on 4 dedicated hosts. It has slow disks
> but I can achieve about 200-400mbit throughput in other applications (we
> are using it for "cold" data, backups mostly).
>
> I am using this glusterfs cluster as backend for export storage. When I
> am exporting vm I can see only about 60-80mbit throughput.
>
> What could be the bottleneck here?
>
> Could it be qemu-img utility?
>
> vdsm      97739  0.3  0.0 354212 29148 ?        S<l  15:43   0:06
> /usr/bin/qemu-img convert -p -t none -T none -f raw
> /rhev/data-center/2ff6d0ee-a10b-473d-b77c-be9149945f5f/
> ff3cd56a-1005-4426-8137-8f422c0b47c1/images/ba42cbcc-
> c068-4df8-af3d-00f2077b1e27/c57acd5f-d6cf-48cc-ad0c-4a7d979c0c1e
> -O raw
> /rhev/data-center/mnt/glusterSD/10.20.30.41:_rhv__
> export/81094499-a392-4ea2-b081-7c6288fbb636/images/
> ba42cbcc-c068-4df8-af3d-00f2077b1e27/c57acd5f-d6cf-48cc-ad0c-4a7d979c0c1e
>
> Any idea how to make it work faster or what throughput should I expected?
>
> Cheers,
>
> Jiri
>
>
>
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20171122/8eebde65/attachment.html>