One thing that Juju gives you is juju ssh which lets you access resources more quickly. I'm sure that's not the only thing needed to remove the friction of VLC, but I think it is reasonable that there will be trade-offs between cloud providers that lets us have IP addresses for containers and cloud providers that do not. If we have addresses for containers we can manage services through normal means and if we don't we can't.
So, there are two possible ways forward: 1) create a virtual networking system for juju (that works on top of whatever the cloud is already doing) and debug it everywhere 2) try to make using juju on EC2 VPC easy Given that we need to support VPC in production, and the fact that "debug everywhere" is a huge task, I think investing in the second is the right way to go. I'd be very interested in understanding what the pain points are, and how we can help make it easier. --Mark Ramm On Mon, Oct 7, 2013 at 1:21 PM, Mike Sam <[email protected]> wrote: > Thanks for expanding on it. Vpc is great for production, but during > development, it makes accessing/managing things somehow more involved which > can add friction to the process in larger dev teams > > > On Oct 7, 2013, at 9:55 AM, Kapil Thangavelu < > [email protected]> wrote: > > I expanded on this in a separate email, but perhaps the real question is > what's wrong with vpc usage in ec2? > > -k > > > On Mon, Oct 7, 2013 at 9:53 AM, Mike Sam <[email protected]> wrote: > >> Could you please elaborate as to why more specifically? >> >> Also anything we can do within the charm to do this? >> >> On Oct 7, 2013, at 9:46 AM, Kapil Thangavelu < >> [email protected]> wrote: >> >> Theoretically yes, in juju probably not. >> >> >> On Mon, Oct 7, 2013 at 9:43 AM, Mike Sam <[email protected]> wrote: >> >>> Sure, no worries, thank you for clarifying this. >>> >>> I am curious, in terms of lxc work on general ec2 and not vpc, is this >>> going to be doable at all? >>> >>> >>> On Oct 7, 2013, at 1:43 AM, William Reade <[email protected]> >>> wrote: >>> >>> Hi Mike >>> >>> I'm sorry, it looks like we never hooked up the early validation that >>> would have told you it wouldn't work right now. It's my fault -- it >>> languished in review a bit, and I didn't think through the consequences of >>> leaving it out. At the moment containerization only works against the MAAS >>> provider. >>> >>> Cheers >>> William >>> >>> >>> On Mon, Oct 7, 2013 at 10:08 AM, Mike Sam <[email protected]> wrote: >>> >>>> the command >>>> >>>> juju deploy --to lxc:1 >>>> >>>> on 1.15.1 worked for me and the lxc is running on the machine when I >>>> ssh to it but did not check if the actual unit has been deployed on it or >>>> not. Are you saying the accessibility is not supported yet? >>>> >>>> >>>> On Oct 7, 2013, at 12:49 AM, John Arbash Meinel <[email protected]> >>>> wrote: >>>> >>>> > -----BEGIN PGP SIGNED MESSAGE----- >>>> > Hash: SHA1 >>>> > >>>> > On 2013-10-07 11:47, Mike Sam wrote: >>>> >> Thanks. This is actually for when I have deployed a unit on ec2 >>>> >> machine but within a new lxc on that machine so not for local. Does >>>> >> this still apply? I am not quite sure how these network bridges >>>> >> need to be configured so if anybody is familiar with their setup >>>> >> and how to access the units within them through the machine public >>>> >> ip, I would really appreciate that. >>>> > >>>> > We don't currently support using an LXC on EC2 because we don't have a >>>> > way to route to the LXC machine. We are looking to add support with >>>> > VPC to allow you to request an IP address for the LXC container. >>>> > >>>> > John >>>> > =:-> >>>> > -----BEGIN PGP SIGNATURE----- >>>> > Version: GnuPG v1.4.13 (Cygwin) >>>> > Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ >>>> > >>>> > iEYEARECAAYFAlJSZ3oACgkQJdeBCYSNAAOjTwCgqxLMn5YldsauJ4WpfrtODTZ5 >>>> > 3HwAnjtUhtQ9zUKvJLgtDNYw9Io0Ev+r >>>> > =g0jC >>>> > -----END PGP SIGNATURE----- >>>> >>>> -- >>>> Juju-dev mailing list >>>> [email protected] >>>> Modify settings or unsubscribe at: >>>> https://lists.ubuntu.com/mailman/listinfo/juju-dev >>>> >>> >>> >>> -- >>> Juju-dev mailing list >>> [email protected] >>> Modify settings or unsubscribe at: >>> https://lists.ubuntu.com/mailman/listinfo/juju-dev >>> >>> >> > > -- > Juju-dev mailing list > [email protected] > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/juju-dev > >
-- Juju-dev mailing list [email protected] Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju-dev
