cloudstack-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Kris Sterckx (JIRA)" <j...@apache.org>
Subject [jira] [Comment Edited] (CLOUDSTACK-9813) Use configdrive for userdata, metadata & password
Date Sun, 03 Sep 2017 22:38:02 GMT

    [ 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)

Mime
View raw message