[
https://issues.apache.org/jira/browse/CLOUDSTACK-9813?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16150687#comment-16150687
]
Kris Sterckx edited comment on CLOUDSTACK-9813 at 9/3/17 10:37 PM:
-------------------------------------------------------------------
Hi [~serverchief][~mlsorensen][~widodh]
Pls refer to
[CopyingISOtoPrimaryStorage|https://cwiki.apache.org/confluence/display/CLOUDSTACK/Using+ConfigDrive+for+Metadata%2C+Userdata+and+Password#UsingConfigDriveforMetadata,UserdataandPassword-CopyingISOtoPrimaryStorage]
for the proposed approach of copying the iso to primary storage after
generation on secondary storage (when available).
At this stage the design assumes the iso staying on the secondary storage (i.e.
we are *copying*, not *moving*) for easier support of VM migration and other
scenario's, without need for orchestrating copy operations from A to B to C and
so-forth (in casu of VM migration, primary to secondary + secondary to
primary). We understand it is potentially an increment towards where we want
to be eventually, but it lowers initial complexity and effort.
I would like also to call out that at Nuage we are no storage experts and also
don't have all the infrastructure to test all the possible permutations (e.g.
to start with, as we have no customers using XenServer, we don't have such
infrastructure at hand in our lab). I would like to make the call for setting
up a multi-disciplinary virtual team to finish off this Feature. We can
discuss this more in the dev call on Wednesday.
All upfront feedback welcome.
cheers,
Kris
was (Author: krissterckx):
Hi [~serverchief][~mlsorensen][~widodh]
Pls refer to
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Using+ConfigDrive+for+Metadata%2C+Userdata+and+Password#UsingConfigDriveforMetadata,UserdataandPassword-CopyingISOtoPrimaryStorage
for the proposed approach of copying the iso to primary storage after
generation on secondary storage (when available).
At this stage the design assumes the iso staying on the secondary storage (i.e.
we are *copying*, not *moving*) for easier support of VM migration and other
scenario's, without need for orchestrating copy operations from A to B to C and
so-forth (in casu of VM migration, primary to secondary + secondary to
primary). We understand it is potentially an increment towards where we want
to be eventually, but it lowers initial complexity and effort.
I would like also to call out that at Nuage we are no storage experts and also
don't have all the infrastructure to test all the possible permutations (e.g.
to start with, as we have no customers using XenServer, we don't have such
infrastructure at hand in our lab). I would like to make the call for setting
up a multi-disciplinary virtual team to finish off this Feature. We can
discuss this more in the dev call on Wednesday.
All upfront feedback welcome.
cheers,
Kris
> Use configdrive for userdata, metadata & password
> --------------------------------------------------
>
> Key: CLOUDSTACK-9813
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9813
> Project: CloudStack
> Issue Type: New Feature
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: KVM, Network Controller, Secondary Storage, SystemVM,
> VMware
> Affects Versions: Future
> Reporter: Eric Waegeman
> Assignee: Kris Sterckx
>
> To avoid the use of an extra VM for the virtual router we implement
> configdrive for userdata, metadata & password.
> The configdrive ISO is created on the secondary store and the KVM & VMware
> plugins are adapted to accept the configdrive ISO as second cdrom.
> Is applicable for isolated, VPC and shared networks.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
