Hi Pavan
Can someone from RH technical team could join today’s call? We can go over the pending questions outlined here?
Thanks
Suchitra
From:
Pavan Chavva <pchavva@redhat.com>
Date: Saturday, October 20, 2018 at 1:18 AM
To: "devel@ovirt.org" <devel@ovirt.org>
Cc: "Yaniv Lavi (Dary)" <ylavi@redhat.com>, Nir Soffer <nsoffer@redhat.com>, Daniel Erez <derez@redhat.com>, Tal Nisan <tnisan@redhat.com>, James Olson <James.Olson@veritas.com>, Navin Tah <Navin.Tah@veritas.com>, Sudhakar Paulzagade <Sudhakar.Paulzagade@veritas.com>,
Abhay Marode <Abhay.Marode@veritas.com>, Suchitra Herwadkar <Suchitra.Herwadkar@veritas.com>, Nirmalya Sirkar <Nirmalya.Sirkar@veritas.com>, Abhijeet Barve <Abhijeet.Barve@veritas.com>, Mahesh Falmari <Mahesh.Falmari@veritas.com>
Subject: Re: [EXTERNAL] Re: List of Queries related to RHV
Bumping this thread as the last update from Veritas did not reflect in OVirt Devel list.
Best,
Pavan.
On Wed, Oct 17, 2018 at 10:03 AM Mahesh Falmari <Mahesh.Falmari@veritas.com> wrote:
Thanks for the prompt response on these queries. We have few follow-up queries mentioned inline.
Thanks & Regards,
Mahesh Falmari
From: Yaniv Lavi <ylavi@redhat.com>
Sent: Tuesday, October 16, 2018 7:19 PM
To: Mahesh Falmari <Mahesh.Falmari@veritas.com>
Cc: Nir Soffer <nsoffer@redhat.com>; Erez, Daniel <derez@redhat.com>; Tal Nisan <tnisan@redhat.com>; Pavan Chavva <pchavva@redhat.com>; devel <devel@ovirt.org>; James Olson <James.Olson@veritas.com>; Navin Tah <Navin.Tah@veritas.com>; Sudhakar Paulzagade <Sudhakar.Paulzagade@veritas.com>; Abhay Marode <Abhay.Marode@veritas.com>; Suchitra Herwadkar <Suchitra.Herwadkar@veritas.com>; Nirmalya Sirkar <Nirmalya.Sirkar@veritas.com>; Abhijeet Barve <Abhijeet.Barve@veritas.com>
Subject: [EXTERNAL] Re: List of Queries related to RHV
YANIV LAVI
SENIOR TECHNICAL PRODUCT MANAGER
34 Jerusalem Road, Building A, 1st floor
Ra'anana, Israel 4350109
ylavi@redhat.com T: +972-9-7692306/8272306 F: +972-9-7692223 IM: ylavi
On Tue, Oct 16, 2018 at 4:35 PM Mahesh Falmari <Mahesh.Falmari@veritas.com> wrote:
Hi Nir,
We have few queries with respect to RHV which we would like to understand from you.
1. Does RHV maintains the virtual machine configuration file in back end?
Just like we have configuration files for other hypervisors like for VMware it is .vmx and for Hyper-V, it is .vmcx which captures most of the virtual machine configuration information in that. On the similar lines, does RHV also maintains such file? If not, what is the other way to get all the virtual machine configuration information from a single API?
There is a OVF storage, but this is not meant for consumption.
Please follow the first section in:
This explains how to use the API to get a OVF for a VM.
2. Is VM UUID the only way to uniquely identify virtual machine in the RHV infrastructure?
What we understand is that VM UUID is the way to identify virtual machine uniquely in the RHV infrastructure. Would like to know any other way than this?
UUID is the way to do this.
3. Do we have any version associated with the virtual machine?
Just like we have hardware version in case of VMware and virtual machine version in case of Hyper-V, does RHV also associate any such version with virtual machine?
The HW version is based on the VM machine type.
[Mahesh] Can you please elaborate more on this? How simply VM machine type going to determine it’s version?
4. Is it possible to create virtual machines with QCOW2 as base disks instead of RAW?
We would like to understand if there are any use cases customers prefer creating virtual machines from QCOW2 as base disks instead of RAW ones.
That is a possibility in cases of thin disk on file storage.
[Mahesh] Can you please elaborate more on this?
5. RHV Deployment
What kind of deployments you have come across in the field? Does customers scale their infrastructure by adding more datacenters/clusters/nodes or they add more RHV managers? What scenarios trigger having more than one RHV manager?
We are all kind with oVirt. I depends on the use case.
6. Image transfer
We are trying to download disk chunks using multiple threads to improve performance of reading data from RHV. Downloading 2 disk chunks simultaneously via threads should take approximately the same time. But from our observations this takes roughly 1.5 times.
Can RHVM server requests in parallel, if so are there any settings that need to be tweaked?Here is an example:
Request 1 for chunk 1 from thread 1, Range: bytes=0-1023
Request 2 for chunk 2 from thread 2, Range: bytes=1024-2047
Takes roughly 1.5 seconds, whereas a single request would take 1 second. Expecting it to take just around 1 second.[Mahesh] Seeking response to this query.
7. Free and Thaw operation
For cinder based VM, API recommended for FS consistent backup.
· POST /api/vms/<ID>/freezefilesystems
· POST /api/vms/<ID>/thawfilesystems
Why do we need this whereas it is not required for other storage?
Creating a snapshot does this for you in a case where you have the oVirt guest agent install on the guest.
[Mahesh] Thanks, we would also like to understand is there a way to control crash/app consistent snapshots through REST APIs?
Thanks & Regards,
Mahesh Falmari
--