[ovirt-users] [ovirt-devel] oVirt node, hosted-engine, oVirt appliance and cloud-init
Simone Tiraboschi
stirabos at redhat.com
Thu Mar 12 15:00:10 UTC 2015
----- Original Message -----
> From: "Bob Doolittle" <bob at doolittle.us.com>
> To: "Simone Tiraboschi" <stirabos at redhat.com>, devel at ovirt.org, "users-ovirt" <users at ovirt.org>
> Cc: "Fabian Deutsch" <fdeutsch at redhat.com>
> Sent: Thursday, March 12, 2015 3:54:27 PM
> Subject: Re: [ovirt-devel] oVirt node, hosted-engine, oVirt appliance and cloud-init
>
> On 03/12/2015 10:02 AM, Simone Tiraboschi wrote:
> > Hi all,
> > cloud-init is a powerful tool to configure from outside a cloud instance or
> > an appliance as in our scenario.
> >
> > Deploying the engine as an appliance is indeed a good way to speed up and
> > make easier the hosted-engine deployment: you don't need to install an OS
> > on the engine virtual machine and than install the engine and so on but
> > you could simply run a ready to use oVirt engine appliance. But you still
> > need to configure it and so cloud-init support within hosted-engine is a
> > reasonable way to complement it.
> >
> > Then we could also integrate it with oVirt node to let the user input the
> > required info from node TUI in order to have an almost unattended
> > hosted-engine setup on oVirt node using an engine appliance with
> > cloud-init.
> >
> > The idea is to collect the required information interactively from
> > hosted-engine setup or from node TUI (passing them to hosted-engine setup
> > via an answer file) and pass them to the appliance via cloud-init using a
> > no-cloud datasource.
> >
> > So now the question is what do you really want to configure via cloud-init?
> > It's just to define what we want in order to be more focused on user needs:
> > for instance we could configure engine VM instance hostname, we could set
> > the root password, we could create other users, we could upload ssh
> > private keys, we could run a command on the first boot and so on.
> > So, if you have any ideas or requirement about that it's the right time for
> > it.
>
> Great suggestions, Simone!
>
> The things you list cover most of what I do to the engine VM (I do all of
> those except for "configure ssh private keys"). In addition, I:
>
> * Add a couple of packages (e.g. zsh)
> * Configure alternate shells for some initial users (this could be "run a
> command on the first boot", as long as adding the necessary packages was
> done before that somehow, perhaps simply as a prior command)
> * Populate some specific files, e.g.:
> o Add specific ssh *public* keys into the $HOME/.ssh/authorized_keys
> files for some user and root accounts
> o Replace /etc/hosts with a master copy that contains all hosts on my
> network
>
>
> I'd like to see the "additional packages" abstracted out somehow and added
> prior to the "run a command on the first boot" step, as opposed to using
> "yum" explicitly for one of those commands, but that's somewhat of a
> cosmetic "nice to have" since obviously it can be done explicitly. It's
> separate conceptually, so would be nice to treat as such.
It's already designed like that in cloud-init:
http://cloudinit.readthedocs.org/en/latest/topics/examples.html#install-arbitrary-packages
> I'm learning Puppet at the moment, and it strikes me that what you want to do
> is pretty much the same thing that Puppet manifests are designed to do.
You could also setup an run puppet from cloud-init:
http://cloudinit.readthedocs.org/en/latest/topics/examples.html#setup-and-run-puppet
> Thanks,
> Bob
>
> >
> > thanks,
> > Simone
> >
> >
> >
> >
> > _______________________________________________
> > Devel mailing list
> > Devel at ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/devel
>
>
More information about the Users
mailing list