From: "Itamar Heim" <iheim(a)redhat.com>
To: "Arik Hadas" <ahadas(a)redhat.com>, devel(a)ovirt.org, "Richard
Jones" <rjones(a)redhat.com>, "Matthew Booth"
<mbooth(a)redhat.com>
Sent: Wednesday, September 10, 2014 1:36:59 PM
Subject: Re: [ovirt-devel] virt-v2v integration feature
On 09/02/2014 04:26 PM, Arik Hadas wrote:
> Hi All,
>
> Better late than never..
>
> Thanks for all the feedback, it was really constructive.
> I made major changes in the wiki page to address the comments,
> Please take another look:
>
http://www.ovirt.org/Features/virt-v2v_Integration
>
> Thanks,
> Arik
>
> ----- Original Message -----
>> Hi All,
>>
>> The proposed feature will introduce a new process of import virtual
>> machines
>> from external systems using virt-v2v in oVirt.
>> I've created a wiki page that contains initial thoughts and design for it:
>>
http://www.ovirt.org/Features/virt-v2v_Integration
>>
>> You are more than welcome to share your thoughts and insights.
>>
>> Thanks,
>> Arik
>> _______________________________________________
>> Devel mailing list
>> Devel(a)ovirt.org
>>
http://lists.ovirt.org/mailman/listinfo/devel
>>
> _______________________________________________
> Devel mailing list
> Devel(a)ovirt.org
>
http://lists.ovirt.org/mailman/listinfo/devel
>
much much better :)
now we just need to do all this...
few comments:
- upload vm - indeed tbd, but hopefully will resolve this as well
independently.
- Windows VMs - v2v would need to make sure relevant iso is in the iso
domain probably with the drivers expected by v2v?
- proxy host - do we really need this? I assume we are going to require
virt-v2v by vdsm, so all hosts will simply have all needed to do
this. to rephrase - I wouldn't make this the architectural choice to
require a single host with v2v, rather default to all (for both
ovirt-node and plain deployment)
we may still want to allow choosing which host to do the import from,
for specific network toplogy use cases. I wouldn't default to that,
and i think it can be phase II actually
- per shahar's comment on SPM from discussion with storage group - just
a btw we hope SPM to go away in 3.6. still, you should separate meta
data (create volume) and data (copy) operations.
- external providers - I think this one requires more thinking. if you
will define these as providers, with their credentials, then all
admins can import. i don't think we should require the provider to be
defined, not require it to keep credentials (could be just a helper
list).
i.e., unlike the other providers, i think here the providers are just
to auto complete fields in the import form (i can choose a provider
with its user/password, i can choose a provider without user/pass and
fill myself, i can just type provider and user/pass)
I guess that supporting multiple VM import would address that.
As it can be quite frustrating to fill in the details on each and every import.
But, if we allow to import them in one user step then we don't need to keep the
details anywhere.
- I'll be able to provider more feedback on mockups...
Thanks,
Itamar
_______________________________________________
Devel mailing list
Devel(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel