I think the primary advantage being less clutter to the end user. The difference between the end user have to bootstrap and control things from inside the vm vs from their host. For some reason this small change made some of my users who were previously not really catching on, far more apt to jump in. I personally like it because these little vms go further when they don't have the controller on them as well. @jameinel totally, possibly I'll add the bridge bits in place of the lxd-proxy in that write up, or possibly in another.
~James > On Jun 2, 2017, at 12:56 AM, John Meinel <j...@arbash-meinel.com> wrote: > > Interesting. I wouldn't have thought to use a manually added machine to use > JAAS to deploy applications to your local virtualbox. Is there a reason this > is easier than just "juju bootstrap lxd" from inside the VM? > > I suppose our default lxd provider puts the new containers on a NAT bridge, > though you can reconfigure 'lxdbr0' to bridge your 'eth0' as well. > > John > =:-> > > >> On Fri, Jun 2, 2017 at 8:33 AM, James Beedy <jamesbe...@gmail.com> wrote: >> https://medium.com/@jamesbeedy/using-jaas-to-deploy-lxd-containers-to-virtualbox-vms-on-os-x-a06a8046756a >> >> -- >> Juju-dev mailing list >> Juju-dev@lists.ubuntu.com >> Modify settings or unsubscribe at: >> https://lists.ubuntu.com/mailman/listinfo/juju-dev >> >
-- Juju-dev mailing list Juju-dev@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju-dev
