On 21/02/16 03:57, Andrew Wilkins wrote:
> The lxd/<host> format has not been implemented yet. That will come later,
> along with support for remote lxd, which AFAIK does not exist in the
> provider.

I'm not sure it will be appropriate to do that way now that we have made
the assumption of a single credential working in every region of a
cloud. The foo/bar syntax iirc was for cloud/region and upon reflection
I don't think we can consider all the different LXD hosts as different
regions of a common cloud because they will have different identity
spaces. Subsequent to the design work on bootstrap, we made the
simplifying decision to treat all regions of a cloud as having the same
credential. That works for all the big public clouds but it would break
for a world where LXD is a single cloud of many regions.

Instead, I think we'll need to special-case your OWN lxd as a cloud that
you have immediate access to, and allow people to define remote hosts as
explicit lxd clouds. They could, in theory, have a LXD cloud with many
regions (each host being a region :)) as long as they all can share a
credential, which I think is straightforward and actually quite exciting
as a way to enable teams to simulate multi-region deployments.

Damn, this stuff is exciting :)

Mark


-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Reply via email to