access a unit running in an lxc

[Kapil Thangavelu]

Vpcs have gotten alot of attention from amazon in the last year. The August
2013 added feature for attaching public addresses to public subnet
instances addresses quite alot of the access/management issues afaics for
simple/dev vpc usage (no need for bastion hosts in public subnets to access
or eip usage per instance or via nat instances to private subnets for
outbound network connectivity), effectively you can get something very
similar to a non-vpc setup with just added benefits of vpc capabilities now.

http://aws.typepad.com/aws/2013/08/additional-ip-address-flexibility-in-the-virtual-private-cloud.html


On Mon, Oct 7, 2013 at 1:21 PM, Mike Sam <mikesam460 at gmail.com> 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 <
> kapil.thangavelu at canonical.com> 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 <mikesam460 at gmail.com> 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 <
>> kapil.thangavelu at canonical.com> wrote:
>>
>> Theoretically yes, in juju probably not.
>>
>>
>> On Mon, Oct 7, 2013 at 9:43 AM, Mike Sam <mikesam460 at gmail.com> 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 <william.reade at canonical.com>
>>> 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 <mikesam460 at gmail.com> 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 <john at arbash-meinel.com>
>>>> 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
>>>> Juju-dev at lists.ubuntu.com
>>>> Modify settings or unsubscribe at:
>>>> https://lists.ubuntu.com/mailman/listinfo/juju-dev
>>>>
>>>
>>>
>>> --
>>> Juju-dev mailing list
>>> Juju-dev at lists.ubuntu.com
>>> Modify settings or unsubscribe at:
>>> https://lists.ubuntu.com/mailman/listinfo/juju-dev
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ubuntu.com/archives/juju-dev/attachments/20131007/9c89b33d/attachment.html>