Hi Wido
I tried to set up cache mode - it's helped a bit)
Can you explain me difference between cache mode in Service offering and Disk 
offering?
And how can I change virtio-scsi in CloudStack? How can I use virtio-scsi by 
default?

-----Original Message-----
From: Wido den Hollander [mailto:w...@widodh.nl] 
Sent: Thursday, March 18, 2021 11:35 AM
To: users@cloudstack.apache.org; Дикевич Евгений Александрович 
<evgeniy.dikev...@becloud.by>
Subject: Re: FW: Low VM IOPS via Shared Mountpoint



On 18/03/2021 08:20, Дикевич Евгений Александрович wrote:
> 
> 
> -----Original Message-----
> From: Дикевич Евгений Александрович
> Sent: Thursday, March 18, 2021 10:17 AM
> To: 'Wido den Hollander' <w...@widodh.nl>
> Subject: RE: Low VM IOPS via Shared Mountpoint
> 
> Hi Wido!
> Are you using direct I/O on the KVM host? -- What do you mean? Luns connected 
> to host by 10G SFP+ and mounted to same folder.
> 
> And inside KVM, virtio-scsi or virtio-blk? -- I used installation guide from 
> official site. In VM xml file I see:
> 
> <disk type='file' device='disk'>
>        <driver name='qemu' type='qcow2' cache='none'/>

Try cache=writeback

That is safe with modern kernels which properly send flushes.

>        <source file='/lun3/3a97c244-f911-4ddd-ac21-cda836a45608'/>
>        <target dev='vda' bus='virtio'/>

Try virtio-scsi as well just to be sure.

Wido

>        <serial>3a71148bae0f48e5a6bc</serial>
>        <alias name='virtio-disk0'/>
>        <address type='pci' domain='0x0000' bus='0x00' slot='0x05' 
> function='0x0'/>
>      </disk>
> 
> QCOW2 Thin, Sparse or Fat images? -- I tried few Disk Offerings with Thin and 
> Fat images and I had same result.
> 
> -----Original Message-----
> From: Wido den Hollander [mailto:w...@widodh.nl]
> Sent: Wednesday, March 17, 2021 9:34 PM
> To: users@cloudstack.apache.org; Дикевич Евгений Александрович 
> <evgeniy.dikev...@becloud.by>
> Subject: Re: Low VM IOPS via Shared Mountpoint
> 
> Hi,
> 
> Are you using direct I/O on the KVM host?
> 
> And inside KVM, virtio-scsi or virtio-blk?
> 
> QCOW2 Thin, Sparse or Fat images?
> 
> Wido
> 
> On 17/03/2021 15:57, Дикевич Евгений Александрович wrote:
>> Hello.
>> I'm testing CloudStack with KVM and Shared Mountpoint.
>> I have 2 identical nodes (Oracle Linux 7.9 with UEK6) with iSCSI Luns and 
>> OCFS2 on them. When I tested IOPS in VM by FIO I had about 2000 read IOPS 
>> but when I used same test on KVM host I got about 30K. There were no other 
>> VMs except the test one.
>> MB someone can help me.
>> Внимание!
>> Это электронное письмо и все прикрепленные к нему файлы являются 
>> конфиденциальными и предназначены исключительно для использования лицом 
>> (лицами), которому (которым) оно предназначено. Если Вы не являетесь лицом 
>> (лицами), которому (которым) предназначено это письмо, не копируйте и не 
>> разглашайте его содержимое и удалите это сообщение и все вложения из Вашей 
>> почтовой системы. Любое несанкционированное использование, распространение, 
>> раскрытие, печать или копирование этого электронного письма и прикрепленных 
>> к нему файлов, кроме как лицом (лицами) которому (которым) они 
>> предназначены, является незаконным и запрещено. Принимая во внимание, что 
>> передача данных посредством Интернет не является безопасной, мы не несем 
>> никакой ответственности за любой потенциальный ущерб, причиненный в 
>> результате ошибок при передаче данных или этим сообщением и прикрепленными к 
>> нему файлами.
>>
>> Attention!
>> This email and all attachments to it are confidential and are intended 
>> solely for use by the person (or persons) referred to (mentioned) as the 
>> intended recipient (recipients). If you are not the intended recipient of 
>> this email, do not copy or disclose its contents and delete the message and 
>> any attachments to it from your e-mail system. Any unauthorized use, 
>> dissemination, disclosure, printing or copying of this e-mail and files 
>> attached to it, except by the intended recipient, is illegal and is 
>> prohibited. Taking into account that data transmission via Internet is not 
>> secure, we assume no responsibility for any potential damage caused by data 
>> transmission errors or this message and the files attached to it.
>>

Reply via email to