Re: Juju on CloudStack

[Herman Bergwerf]

Your documentation is really helpful! I'll consider to build a basic
CloudStack provider when I have some time.

Op ma 21 sep. 2015 om 06:03 schreef Andrew Wilkins <
andrew.wilk...@canonical.com>:

> On Mon, Sep 21, 2015 at 5:53 AM Herman Bergwerf 
> wrote:
>
>> I find it quite difficult to understand the semantics of a general juju
>> provider (so far juju/environs helped a bit to understand the general
>> principle). Is there a place where I can find what I need to write a very
>> minimal provider? I don't really have experience with juju, cloudstack or
>> cloud computing so I'm not sure if I'm the right person to write a
>> cloudstack integration for juju. I think I'll start using juju on a manual
>> cluster first or write the integration like
>> https://github.com/kapilt/juju-digitalocean (I'm not sure how this code
>> integrates with juju, is it just a wrapper around the juju cli?)
>>
>
> Hi Herman,
>
> In case you change you later want to write a fully integrated provider,
> I've just written some notes about implementing a provider here:
> https://github.com/juju/juju/wiki/Implementing-environment-providers. If
> you're interested, take a look and let me know if that helps, and what
> you're still unclear on.
>
> The approach I would take is:
>  1. Implement EnvironProvider and configuration handling first
>  2. Implement Environ and Instance, in the following order:
>  a. StartInstance
>  b. Bootstrap (probably just call common.Bootstrap)
>  c. Destroy (probably just call common.Destroy)
>  d Instances and StateServerInstances
>  e. the rest; no-ops for the firewall-related (*Ports) methods for an
> MVP
>
> I'm working on a new Azure provider at the moment, so you can find a
> fairly minimal environment implementation here:
> https://github.com/axw/juju/tree/d921824ddd7064327c8eab884ecc2e303e9097f0/provider/azure
> . It's not
> pretty, but it bootstraps.
>
> Cheers,
> Andrew
>
> Op za 19 sep. 2015 om 13:44 schreef Nate Finch :
>>
>>> Definitely look at the GCE provider, it's the newest and uses our
>>> current best practices. Some of the older providers are not quite as good
>>> examples (not that they're wrong, we've just figured out better ways to do
>>> structure the code).
>>>
>>> On Sat, Sep 19, 2015, 6:01 AM Mark Shuttleworth  wrote:
>>>
 On 18/09/15 17:27, Herman Bergwerf wrote:
 > Hmm, ok. I'm quite surprised a pretty widely used virtualization
 stack such
 > as cloudstack is not implemented in juju at all. Are there maybe
 future
 > plans to do this?

 Anybody can write a cloud provider and contribute it to Juju. Canonical
 will usually write one as part of the certification process for a large
 public cloud (like AWS, Google, Azure) but I'm not aware of any large
 CloudStack clouds so it's not on our roadmap. Of course we'd gladly land
 the work if someone else does it.

 > By the way, wouldn't it be easier to write a provider directly inside
 the
 > juju code? I'm not sure if there is any documentation to do this.

 Yes, a "proper" provider is built-in to juju-core and lives in the Go
 code of Juju itself.

 As a limited workaround, you can use the Juju client plugin mechanism to
 automate some of the "manual" provider work. Essentially, you use your
 local cloud tools to launch machines, then register them with Juju
 controller using the manual provider mechanisms. If you want to dig into
 Go programming, then a cloudstack provider would be a good project. You
 would be copying the structure of the OpenStack, GCE, Azure, or AWS
 provider, then using the cloudstack operations to do what's necessary
 there. A main question would be whether or not their is already an
 implementation of the cloudstack API in Go.

 Mark


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

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

Re: Juju on CloudStack

[Andrew Wilkins]

On Mon, Sep 21, 2015 at 5:53 AM Herman Bergwerf 
wrote:

> I find it quite difficult to understand the semantics of a general juju
> provider (so far juju/environs helped a bit to understand the general
> principle). Is there a place where I can find what I need to write a very
> minimal provider? I don't really have experience with juju, cloudstack or
> cloud computing so I'm not sure if I'm the right person to write a
> cloudstack integration for juju. I think I'll start using juju on a manual
> cluster first or write the integration like
> https://github.com/kapilt/juju-digitalocean (I'm not sure how this code
> integrates with juju, is it just a wrapper around the juju cli?)
>

Hi Herman,

In case you change you later want to write a fully integrated provider,
I've just written some notes about implementing a provider here:
https://github.com/juju/juju/wiki/Implementing-environment-providers. If
you're interested, take a look and let me know if that helps, and what
you're still unclear on.

The approach I would take is:
 1. Implement EnvironProvider and configuration handling first
 2. Implement Environ and Instance, in the following order:
 a. StartInstance
 b. Bootstrap (probably just call common.Bootstrap)
 c. Destroy (probably just call common.Destroy)
 d Instances and StateServerInstances
 e. the rest; no-ops for the firewall-related (*Ports) methods for an
MVP

I'm working on a new Azure provider at the moment, so you can find a fairly
minimal environment implementation here:
https://github.com/axw/juju/tree/d921824ddd7064327c8eab884ecc2e303e9097f0/provider/azure
. It's not
pretty, but it bootstraps.

Cheers,
Andrew

Op za 19 sep. 2015 om 13:44 schreef Nate Finch :
>
>> Definitely look at the GCE provider, it's the newest and uses our current
>> best practices. Some of the older providers are not quite as good examples
>> (not that they're wrong, we've just figured out better ways to do structure
>> the code).
>>
>> On Sat, Sep 19, 2015, 6:01 AM Mark Shuttleworth  wrote:
>>
>>> On 18/09/15 17:27, Herman Bergwerf wrote:
>>> > Hmm, ok. I'm quite surprised a pretty widely used virtualization stack
>>> such
>>> > as cloudstack is not implemented in juju at all. Are there maybe future
>>> > plans to do this?
>>>
>>> Anybody can write a cloud provider and contribute it to Juju. Canonical
>>> will usually write one as part of the certification process for a large
>>> public cloud (like AWS, Google, Azure) but I'm not aware of any large
>>> CloudStack clouds so it's not on our roadmap. Of course we'd gladly land
>>> the work if someone else does it.
>>>
>>> > By the way, wouldn't it be easier to write a provider directly inside
>>> the
>>> > juju code? I'm not sure if there is any documentation to do this.
>>>
>>> Yes, a "proper" provider is built-in to juju-core and lives in the Go
>>> code of Juju itself.
>>>
>>> As a limited workaround, you can use the Juju client plugin mechanism to
>>> automate some of the "manual" provider work. Essentially, you use your
>>> local cloud tools to launch machines, then register them with Juju
>>> controller using the manual provider mechanisms. If you want to dig into
>>> Go programming, then a cloudstack provider would be a good project. You
>>> would be copying the structure of the OpenStack, GCE, Azure, or AWS
>>> provider, then using the cloudstack operations to do what's necessary
>>> there. A main question would be whether or not their is already an
>>> implementation of the cloudstack API in Go.
>>>
>>> Mark
>>>
>>>
>>> --
>>> Juju mailing list
>>> Juju@lists.ubuntu.com
>>> Modify settings or unsubscribe at:
>>> https://lists.ubuntu.com/mailman/listinfo/juju
>>>
>> --
> Juju mailing list
> Juju@lists.ubuntu.com
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/juju
>
-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: Juju on CloudStack

[Herman Bergwerf]

I find it quite difficult to understand the semantics of a general juju
provider (so far juju/environs helped a bit to understand the general
principle). Is there a place where I can find what I need to write a very
minimal provider? I don't really have experience with juju, cloudstack or
cloud computing so I'm not sure if I'm the right person to write a
cloudstack integration for juju. I think I'll start using juju on a manual
cluster first or write the integration like
https://github.com/kapilt/juju-digitalocean (I'm not sure how this code
integrates with juju, is it just a wrapper around the juju cli?)

Op za 19 sep. 2015 om 13:44 schreef Nate Finch :

> Definitely look at the GCE provider, it's the newest and uses our current
> best practices. Some of the older providers are not quite as good examples
> (not that they're wrong, we've just figured out better ways to do structure
> the code).
>
> On Sat, Sep 19, 2015, 6:01 AM Mark Shuttleworth  wrote:
>
>> On 18/09/15 17:27, Herman Bergwerf wrote:
>> > Hmm, ok. I'm quite surprised a pretty widely used virtualization stack
>> such
>> > as cloudstack is not implemented in juju at all. Are there maybe future
>> > plans to do this?
>>
>> Anybody can write a cloud provider and contribute it to Juju. Canonical
>> will usually write one as part of the certification process for a large
>> public cloud (like AWS, Google, Azure) but I'm not aware of any large
>> CloudStack clouds so it's not on our roadmap. Of course we'd gladly land
>> the work if someone else does it.
>>
>> > By the way, wouldn't it be easier to write a provider directly inside
>> the
>> > juju code? I'm not sure if there is any documentation to do this.
>>
>> Yes, a "proper" provider is built-in to juju-core and lives in the Go
>> code of Juju itself.
>>
>> As a limited workaround, you can use the Juju client plugin mechanism to
>> automate some of the "manual" provider work. Essentially, you use your
>> local cloud tools to launch machines, then register them with Juju
>> controller using the manual provider mechanisms. If you want to dig into
>> Go programming, then a cloudstack provider would be a good project. You
>> would be copying the structure of the OpenStack, GCE, Azure, or AWS
>> provider, then using the cloudstack operations to do what's necessary
>> there. A main question would be whether or not their is already an
>> implementation of the cloudstack API in Go.
>>
>> Mark
>>
>>
>> --
>> Juju mailing list
>> Juju@lists.ubuntu.com
>> Modify settings or unsubscribe at:
>> https://lists.ubuntu.com/mailman/listinfo/juju
>>
>
-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: Juju on CloudStack

[Nate Finch]

Definitely look at the GCE provider, it's the newest and uses our current
best practices. Some of the older providers are not quite as good examples
(not that they're wrong, we've just figured out better ways to do structure
the code).

On Sat, Sep 19, 2015, 6:01 AM Mark Shuttleworth  wrote:

> On 18/09/15 17:27, Herman Bergwerf wrote:
> > Hmm, ok. I'm quite surprised a pretty widely used virtualization stack
> such
> > as cloudstack is not implemented in juju at all. Are there maybe future
> > plans to do this?
>
> Anybody can write a cloud provider and contribute it to Juju. Canonical
> will usually write one as part of the certification process for a large
> public cloud (like AWS, Google, Azure) but I'm not aware of any large
> CloudStack clouds so it's not on our roadmap. Of course we'd gladly land
> the work if someone else does it.
>
> > By the way, wouldn't it be easier to write a provider directly inside the
> > juju code? I'm not sure if there is any documentation to do this.
>
> Yes, a "proper" provider is built-in to juju-core and lives in the Go code
> of Juju itself.
>
> As a limited workaround, you can use the Juju client plugin mechanism to
> automate some of the "manual" provider work. Essentially, you use your
> local cloud tools to launch machines, then register them with Juju
> controller using the manual provider mechanisms. If you want to dig into
> Go programming, then a cloudstack provider would be a good project. You
> would be copying the structure of the OpenStack, GCE, Azure, or AWS
> provider, then using the cloudstack operations to do what's necessary
> there. A main question would be whether or not their is already an
> implementation of the cloudstack API in Go.
>
> Mark
>
>
> --
> Juju mailing list
> Juju@lists.ubuntu.com
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/juju
>
-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: Juju on CloudStack

[Herman Bergwerf]

I believe CloudStack is used by quite a number of smaller public clouds
such as exoscale and datapipe. The reason I am going to use CloudStack is
because a company who has a CloudStack cloud (PCextreme) donated some of
their computing resources to my FOSS project MolView (http://molview.org,
I'm basically trying to make chemistry and biology education more awesome).
I started using Go a few months ago for another project so I'm already
familiar with some aspects. A non-official CloudStack client is available
for Go (https://github.com/xanzy/go-cloudstack) although it's not extremely
well documented.
I would definitely want to give it a try but I first have to get the juju
code working on openSUSE (or start developing in an Ubuntu VM). I already
started a different thread for this.

Op za 19 sep. 2015 om 12:00 schreef Mark Shuttleworth :

> On 18/09/15 17:27, Herman Bergwerf wrote:
> > Hmm, ok. I'm quite surprised a pretty widely used virtualization stack
> such
> > as cloudstack is not implemented in juju at all. Are there maybe future
> > plans to do this?
>
> Anybody can write a cloud provider and contribute it to Juju. Canonical
> will usually write one as part of the certification process for a large
> public cloud (like AWS, Google, Azure) but I'm not aware of any large
> CloudStack clouds so it's not on our roadmap. Of course we'd gladly land
> the work if someone else does it.
>
> > By the way, wouldn't it be easier to write a provider directly inside the
> > juju code? I'm not sure if there is any documentation to do this.
>
> Yes, a "proper" provider is built-in to juju-core and lives in the Go code
> of Juju itself.
>
> As a limited workaround, you can use the Juju client plugin mechanism to
> automate some of the "manual" provider work. Essentially, you use your
> local cloud tools to launch machines, then register them with Juju
> controller using the manual provider mechanisms. If you want to dig into
> Go programming, then a cloudstack provider would be a good project. You
> would be copying the structure of the OpenStack, GCE, Azure, or AWS
> provider, then using the cloudstack operations to do what's necessary
> there. A main question would be whether or not their is already an
> implementation of the cloudstack API in Go.
>
> Mark
>
>
-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: Juju on CloudStack

[Mark Shuttleworth]

On 18/09/15 17:27, Herman Bergwerf wrote:
> Hmm, ok. I'm quite surprised a pretty widely used virtualization stack such
> as cloudstack is not implemented in juju at all. Are there maybe future
> plans to do this?

Anybody can write a cloud provider and contribute it to Juju. Canonical
will usually write one as part of the certification process for a large
public cloud (like AWS, Google, Azure) but I'm not aware of any large
CloudStack clouds so it's not on our roadmap. Of course we'd gladly land
the work if someone else does it.

> By the way, wouldn't it be easier to write a provider directly inside the
> juju code? I'm not sure if there is any documentation to do this.

Yes, a "proper" provider is built-in to juju-core and lives in the Go code of 
Juju itself.

As a limited workaround, you can use the Juju client plugin mechanism to
automate some of the "manual" provider work. Essentially, you use your
local cloud tools to launch machines, then register them with Juju
controller using the manual provider mechanisms. If you want to dig into
Go programming, then a cloudstack provider would be a good project. You
would be copying the structure of the OpenStack, GCE, Azure, or AWS
provider, then using the cloudstack operations to do what's necessary
there. A main question would be whether or not their is already an
implementation of the cloudstack API in Go.

Mark


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

Re: Juju on CloudStack

[Herman Bergwerf]

Hmm, ok. I'm quite surprised a pretty widely used virtualization stack such
as cloudstack is not implemented in juju at all. Are there maybe future
plans to do this?
By the way, wouldn't it be easier to write a provider directly inside the
juju code? I'm not sure if there is any documentation to do this.

Op vr 18 sep. 2015 om 18:14 schreef Nick Veitch :

> Unless anyone knows of any secret switches for the Amazon provider, I
> think manual provider is the easier option, though you do miss out on some
> of the joys of Juju that way.
>
> https://jujucharms.com/docs/stable/config-manual
>
>
> But don't let me dissuade you from writing a CloudStack provider! You
> might want to look at the DigitalOcean provider plugin, which uses the
> manual provider: https://github.com/kapilt/juju-digitalocean
>
>
> On 18 September 2015 at 16:55, Herman Bergwerf 
> wrote:
>
>> Ok, I suspected that. But I don't think it is already enabled so I'll
>> have to contact my hosting company to ask if they can enable it (I think
>> it's this:
>> http://cloudstack-installation.readthedocs.org/en/latest/optional_installation.html#enabling-the-ec2-and-s3-compatible-interface
>> )
>> Also, the docs (https://jujucharms.com/docs/stable/config-aws) do not
>> mention a way to use another ec2 endpoint in the current version of juju. I
>> read some stuff about specifying another ec2 endpoint for cloudstack but it
>> was all pretty old (2013 or something, I think juju was still in python
>> back then)
>>
>> Alternatively I could write a set of shell scripts to make it work with
>> manual provisioning. Or maybe I can compile my own version of juju and
>> write a cloudstack provider? (
>> https://github.com/juju/juju/tree/8da94246468a4da71e62894f7a8a1bbbce112697/provider/ec2,
>> it seems like a provider implementation is pretty extensive in juju, cloud
>> drivers in salt seemed more straightforward)
>>
>> Op vr 18 sep. 2015 om 17:44 schreef José Antonio Rey :
>>
>>> CloudStack as CloudStack is not supported. However, Jorge mentions that,
>>> if he recalls correctly, it works like if it was EC2. So he's suggesting
>>> setting CloudStack as an amazon or ec2 environment, even though it's
>>> CloudStack, because it may work this way. It's a workaround since we
>>> don't have official direct CloudStack support.
>>>
>>>
>>> On 09/18/2015 10:40 AM, Herman Bergwerf wrote:
>>> > Im not sure what you mean but I don't think I have access to the
>>> > cloudstack configuration (the interface is provided by the hosting
>>> > company I'm with)
>>> > Also, would that mean I can maybe already use the ec2 driver in juju by
>>> > pointing it to the cloudstack endpoint from my hosting provider?
>>> Because
>>> > the docs are not really clear about this...
>>> >
>>> >
>>> > On Fri, Sep 18, 2015, 17:21 Jorge O. Castro >> > <mailto:jo...@ubuntu.com>> wrote:
>>> >
>>> > On Thu, Sep 17, 2015 at 9:47 AM, Herman Bergwerf
>>> > mailto:hermanbergw...@gmail.com>>
>>> wrote:
>>> >  > (how) can I run Juju on CloudStack?
>>> >
>>> > It's my understanding that CloudStack emulates an EC2 environment's
>>> > APIs, have you tried configuring it as an EC2 environment?
>>> >
>>> >
>>> >
>>>
>>> --
>>> José Antonio Rey
>>>
>>
>> --
>> Juju mailing list
>> Juju@lists.ubuntu.com
>> Modify settings or unsubscribe at:
>> https://lists.ubuntu.com/mailman/listinfo/juju
>>
>>
>
>
> --
> Nick Veitch
> nick.vei...@canonical.com
>
-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: Juju on CloudStack

[Nick Veitch]

Unless anyone knows of any secret switches for the Amazon provider, I think
manual provider is the easier option, though you do miss out on some of the
joys of Juju that way.

https://jujucharms.com/docs/stable/config-manual


But don't let me dissuade you from writing a CloudStack provider! You might
want to look at the DigitalOcean provider plugin, which uses the manual
provider: https://github.com/kapilt/juju-digitalocean


On 18 September 2015 at 16:55, Herman Bergwerf 
wrote:

> Ok, I suspected that. But I don't think it is already enabled so I'll have
> to contact my hosting company to ask if they can enable it (I think it's
> this:
> http://cloudstack-installation.readthedocs.org/en/latest/optional_installation.html#enabling-the-ec2-and-s3-compatible-interface
> )
> Also, the docs (https://jujucharms.com/docs/stable/config-aws) do not
> mention a way to use another ec2 endpoint in the current version of juju. I
> read some stuff about specifying another ec2 endpoint for cloudstack but it
> was all pretty old (2013 or something, I think juju was still in python
> back then)
>
> Alternatively I could write a set of shell scripts to make it work with
> manual provisioning. Or maybe I can compile my own version of juju and
> write a cloudstack provider? (
> https://github.com/juju/juju/tree/8da94246468a4da71e62894f7a8a1bbbce112697/provider/ec2,
> it seems like a provider implementation is pretty extensive in juju, cloud
> drivers in salt seemed more straightforward)
>
> Op vr 18 sep. 2015 om 17:44 schreef José Antonio Rey :
>
>> CloudStack as CloudStack is not supported. However, Jorge mentions that,
>> if he recalls correctly, it works like if it was EC2. So he's suggesting
>> setting CloudStack as an amazon or ec2 environment, even though it's
>> CloudStack, because it may work this way. It's a workaround since we
>> don't have official direct CloudStack support.
>>
>>
>> On 09/18/2015 10:40 AM, Herman Bergwerf wrote:
>> > Im not sure what you mean but I don't think I have access to the
>> > cloudstack configuration (the interface is provided by the hosting
>> > company I'm with)
>> > Also, would that mean I can maybe already use the ec2 driver in juju by
>> > pointing it to the cloudstack endpoint from my hosting provider? Because
>> > the docs are not really clear about this...
>> >
>> >
>> > On Fri, Sep 18, 2015, 17:21 Jorge O. Castro > > <mailto:jo...@ubuntu.com>> wrote:
>> >
>> > On Thu, Sep 17, 2015 at 9:47 AM, Herman Bergwerf
>> > mailto:hermanbergw...@gmail.com>> wrote:
>> >  > (how) can I run Juju on CloudStack?
>> >
>> > It's my understanding that CloudStack emulates an EC2 environment's
>> > APIs, have you tried configuring it as an EC2 environment?
>> >
>> >
>> >
>>
>> --
>> José Antonio Rey
>>
>
> --
> Juju mailing list
> Juju@lists.ubuntu.com
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/juju
>
>


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

Re: Juju on CloudStack

[Herman Bergwerf]

Ok, I suspected that. But I don't think it is already enabled so I'll have
to contact my hosting company to ask if they can enable it (I think it's
this:
http://cloudstack-installation.readthedocs.org/en/latest/optional_installation.html#enabling-the-ec2-and-s3-compatible-interface
)
Also, the docs (https://jujucharms.com/docs/stable/config-aws) do not
mention a way to use another ec2 endpoint in the current version of juju. I
read some stuff about specifying another ec2 endpoint for cloudstack but it
was all pretty old (2013 or something, I think juju was still in python
back then)

Alternatively I could write a set of shell scripts to make it work with
manual provisioning. Or maybe I can compile my own version of juju and
write a cloudstack provider? (
https://github.com/juju/juju/tree/8da94246468a4da71e62894f7a8a1bbbce112697/provider/ec2,
it seems like a provider implementation is pretty extensive in juju, cloud
drivers in salt seemed more straightforward)

Op vr 18 sep. 2015 om 17:44 schreef José Antonio Rey :

> CloudStack as CloudStack is not supported. However, Jorge mentions that,
> if he recalls correctly, it works like if it was EC2. So he's suggesting
> setting CloudStack as an amazon or ec2 environment, even though it's
> CloudStack, because it may work this way. It's a workaround since we
> don't have official direct CloudStack support.
>
>
> On 09/18/2015 10:40 AM, Herman Bergwerf wrote:
> > Im not sure what you mean but I don't think I have access to the
> > cloudstack configuration (the interface is provided by the hosting
> > company I'm with)
> > Also, would that mean I can maybe already use the ec2 driver in juju by
> > pointing it to the cloudstack endpoint from my hosting provider? Because
> > the docs are not really clear about this...
> >
> >
> > On Fri, Sep 18, 2015, 17:21 Jorge O. Castro  > <mailto:jo...@ubuntu.com>> wrote:
> >
> > On Thu, Sep 17, 2015 at 9:47 AM, Herman Bergwerf
> > mailto:hermanbergw...@gmail.com>> wrote:
> >  > (how) can I run Juju on CloudStack?
> >
> > It's my understanding that CloudStack emulates an EC2 environment's
> > APIs, have you tried configuring it as an EC2 environment?
> >
> >
> >
>
> --
> José Antonio Rey
>
-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: Juju on CloudStack

[Nick Veitch]

I don't believe that will work - the amazon provider naturally talks to
*Amazon's* EC2 - I don't know of an easy way to redirect it to a different
service (there is no equivalent auth-url setting for the amazon provider
AFAIK)

On 18 September 2015 at 16:44, José Antonio Rey  wrote:

> CloudStack as CloudStack is not supported. However, Jorge mentions that,
> if he recalls correctly, it works like if it was EC2. So he's suggesting
> setting CloudStack as an amazon or ec2 environment, even though it's
> CloudStack, because it may work this way. It's a workaround since we don't
> have official direct CloudStack support.
>
>
> On 09/18/2015 10:40 AM, Herman Bergwerf wrote:
>
>> Im not sure what you mean but I don't think I have access to the
>> cloudstack configuration (the interface is provided by the hosting
>> company I'm with)
>> Also, would that mean I can maybe already use the ec2 driver in juju by
>> pointing it to the cloudstack endpoint from my hosting provider? Because
>> the docs are not really clear about this...
>>
>>
>> On Fri, Sep 18, 2015, 17:21 Jorge O. Castro > <mailto:jo...@ubuntu.com>> wrote:
>>
>> On Thu, Sep 17, 2015 at 9:47 AM, Herman Bergwerf
>> mailto:hermanbergw...@gmail.com>> wrote:
>>  > (how) can I run Juju on CloudStack?
>>
>> It's my understanding that CloudStack emulates an EC2 environment's
>> APIs, have you tried configuring it as an EC2 environment?
>>
>>
>>
>>
> --
> José Antonio Rey
>
>
> --
> Juju mailing list
> Juju@lists.ubuntu.com
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/juju
>



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

Re: Juju on CloudStack

[José Antonio Rey]

CloudStack as CloudStack is not supported. However, Jorge mentions that, 
if he recalls correctly, it works like if it was EC2. So he's suggesting 
setting CloudStack as an amazon or ec2 environment, even though it's 
CloudStack, because it may work this way. It's a workaround since we 
don't have official direct CloudStack support.



On 09/18/2015 10:40 AM, Herman Bergwerf wrote:

Im not sure what you mean but I don't think I have access to the
cloudstack configuration (the interface is provided by the hosting
company I'm with)
Also, would that mean I can maybe already use the ec2 driver in juju by
pointing it to the cloudstack endpoint from my hosting provider? Because
the docs are not really clear about this...


On Fri, Sep 18, 2015, 17:21 Jorge O. Castro mailto:jo...@ubuntu.com>> wrote:

On Thu, Sep 17, 2015 at 9:47 AM, Herman Bergwerf
mailto:hermanbergw...@gmail.com>> wrote:
 > (how) can I run Juju on CloudStack?

It's my understanding that CloudStack emulates an EC2 environment's
APIs, have you tried configuring it as an EC2 environment?





--
José Antonio Rey

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

Re: Juju on CloudStack

[Herman Bergwerf]

Im not sure what you mean but I don't think I have access to the cloudstack
configuration (the interface is provided by the hosting company I'm with)
Also, would that mean I can maybe already use the ec2 driver in juju by
pointing it to the cloudstack endpoint from my hosting provider? Because
the docs are not really clear about this...

On Fri, Sep 18, 2015, 17:21 Jorge O. Castro  wrote:

> On Thu, Sep 17, 2015 at 9:47 AM, Herman Bergwerf
>  wrote:
> > (how) can I run Juju on CloudStack?
>
> It's my understanding that CloudStack emulates an EC2 environment's
> APIs, have you tried configuring it as an EC2 environment?
>
-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju

Re: Juju on CloudStack

[Jorge O. Castro]

On Thu, Sep 17, 2015 at 9:47 AM, Herman Bergwerf
 wrote:
> (how) can I run Juju on CloudStack?

It's my understanding that CloudStack emulates an EC2 environment's
APIs, have you tried configuring it as an EC2 environment?

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

Juju on CloudStack

[Herman Bergwerf]

Maybe this is a noob question but I cannot find the answer online (only
posts from a couple of years ago and I believe Juju has changed since then).
(how) can I run Juju on CloudStack?

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

Re: Need Juju on cloudstack!

[Kapil Thangavelu]

There's probably some other work that would need to be done for cloudstack
support, ie this is trial and error on the provisioning aspect and needs
source modifications, Its not configuration.  There's also the possibility
of behavioral differences (errors, param divergence, etc) between
cloudstack and ec2.

The aws region list is used in juju-core/providers/ec2 for both endpoint
lookup and simplestreams (used to find juju binaries and images). You can
bypass the tool lookup via --upload-tools on bootstrap. The image lookup
 (to find images in your cloud that correspond to os releases) you'll need
to use the metadata plugins (docs http://pastebin.ubuntu.com/6726391/)

The actual list of regions endpoints is hard-coded in
launchpad.net/goamz in aws/aws.go

Ideally the ec2 provider would allow for ec2 and s3 api endpoint urls in
provider config, and construct the region if specified.

cheers,
Kapil


On Fri, Mar 21, 2014 at 11:36 AM,  wrote:

> Hi John,
>
> Thanks a lot for this little hack (the additional region) it may help us a
> lot.
> It kind of makes sense in a way if you need to scale-out your cloud,
> scale-in in this case!
> Not sure of the impacts on networking though.
>
> We just need to find where we can add a region in the provider
> configuration, may be you would know by chance?
> Been looking at the code and it is not that simple!
>
>
> Franck Dehay
> franck.de...@orange.com
>
> -Message d'origine-
> De : John Meinel [mailto:j...@arbash-meinel.com]
> Envoyé : vendredi 21 mars 2014 10:08
> À : DEHAY Franck OF/DSIF
> Cc : juju@lists.ubuntu.com
> Objet : Re: Need Juju on cloudstack!
>
> One of the easiest ways to do it today would be to use manual
> provisioning. So you would spin up your instances using whatever cloudstack
> interface you have available (such as the dashboard), and then you would
> register those machines with juju (juju add-machine ssh:user@host), and
> then you could deploy to those machines.
>
> The logic inside the EC2 provider already has some support for changing
> what endpoint it uses based on region. So one semi-hacky way would be to
> create a new region that was your cloudstack endpoint. My personal concern
> is that without someone actually focused on supporting Cloudstack, it will
> mostly work, but when it fails it will be hard to diagnose and resolve.
> Right now, it isn't on our own roadmaps to implement Cloudstack support,
> but we would be willing to help someone who was interested in doing so.
>
> John
> =:->
>
> On Thu, Mar 20, 2014 at 5:27 PM,   wrote:
> > Hello,
> >
> >
> >
> > We have been following juju over the last few months @Orange with
> > intense interest and would like to be able to use it.
> >
> > We just love the service approach that juju offers compared to other
> > tools (we use Chef right now)
> >
> > Our problem is that we have a cloud based on CloudStack and we cannot
> > use juju...
> >
> >
> >
> > What we would like is to be able to use the EC2 compatible API that
> > CloudStack provides.
> >
> > Currently I don't think juju can be tweaked to choose another endpoint
> > than AWS.
> >
> > I did open a bug report last may on the matter: (3rd hit if you google
> > "juju
> > cloudstack")
> >
> >
> >
> > Bug #1182508 - juju cannot connect to cloudstack (non-ec2 ec2 cloud)
> >
> >
> >
> > Would it be possible to have an idea of when this bug/feature request
> > might be implemented?
> >
> > I can understand that given the amount of work you have done this may
> > seem irrelevant.
> >
> > Please excuse me if this is not the place to ask for this kind of
> question.
> >
> >
> >
> > Best regards
> >
> >
> >
> > Franck Dehay
> > franck.de...@orange.com
> >
> >
> >
> > __
> > ___
> >
> > Ce message et ses pieces jointes peuvent contenir des informations
> > confidentielles ou privilegiees et ne doivent donc pas etre diffuses,
> > exploites ou copies sans autorisation. Si vous avez recu ce message
> > par erreur, veuillez le signaler a l'expediteur et le detruire ainsi
> > que les pieces jointes. Les messages electroniques etant susceptibles
> > d'alteration, Orange decline toute responsabilite si ce message a ete
> > altere, deforme ou falsifie. Merci.
> >
> > This message and its attachments may contai

RE: Need Juju on cloudstack!

[franck.dehay]

Hi John, 

Thanks a lot for this little hack (the additional region) it may help us a lot.
It kind of makes sense in a way if you need to scale-out your cloud, scale-in 
in this case!
Not sure of the impacts on networking though.

We just need to find where we can add a region in the provider configuration, 
may be you would know by chance?
Been looking at the code and it is not that simple!


Franck Dehay
franck.de...@orange.com

-Message d'origine-
De : John Meinel [mailto:j...@arbash-meinel.com] 
Envoyé : vendredi 21 mars 2014 10:08
À : DEHAY Franck OF/DSIF
Cc : juju@lists.ubuntu.com
Objet : Re: Need Juju on cloudstack!

One of the easiest ways to do it today would be to use manual provisioning. So 
you would spin up your instances using whatever cloudstack interface you have 
available (such as the dashboard), and then you would register those machines 
with juju (juju add-machine ssh:user@host), and then you could deploy to those 
machines.

The logic inside the EC2 provider already has some support for changing what 
endpoint it uses based on region. So one semi-hacky way would be to create a 
new region that was your cloudstack endpoint. My personal concern is that 
without someone actually focused on supporting Cloudstack, it will mostly work, 
but when it fails it will be hard to diagnose and resolve. Right now, it isn't 
on our own roadmaps to implement Cloudstack support, but we would be willing to 
help someone who was interested in doing so.

John
=:->

On Thu, Mar 20, 2014 at 5:27 PM,   wrote:
> Hello,
>
>
>
> We have been following juju over the last few months @Orange with 
> intense interest and would like to be able to use it.
>
> We just love the service approach that juju offers compared to other 
> tools (we use Chef right now)
>
> Our problem is that we have a cloud based on CloudStack and we cannot 
> use juju…
>
>
>
> What we would like is to be able to use the EC2 compatible API that 
> CloudStack provides.
>
> Currently I don’t think juju can be tweaked to choose another endpoint 
> than AWS.
>
> I did open a bug report last may on the matter: (3rd hit if you google 
> ”juju
> cloudstack”)
>
>
>
> Bug #1182508 – juju cannot connect to cloudstack (non-ec2 ec2 cloud)
>
>
>
> Would it be possible to have an idea of when this bug/feature request 
> might be implemented?
>
> I can understand that given the amount of work you have done this may 
> seem irrelevant.
>
> Please excuse me if this is not the place to ask for this kind of question.
>
>
>
> Best regards
>
>
>
> Franck Dehay
> franck.de...@orange.com
>
>
>
> __
> ___
>
> Ce message et ses pieces jointes peuvent contenir des informations 
> confidentielles ou privilegiees et ne doivent donc pas etre diffuses, 
> exploites ou copies sans autorisation. Si vous avez recu ce message 
> par erreur, veuillez le signaler a l'expediteur et le detruire ainsi 
> que les pieces jointes. Les messages electroniques etant susceptibles 
> d'alteration, Orange decline toute responsabilite si ce message a ete 
> altere, deforme ou falsifie. Merci.
>
> This message and its attachments may contain confidential or 
> privileged information that may be protected by law; they should not 
> be distributed, used or copied without authorisation.
> If you have received this email in error, please notify the sender and 
> delete this message and its attachments.
> As emails may be altered, Orange is not liable for messages that have 
> been modified, changed or falsified.
> Thank you.
>
>
> --
> Juju mailing list
> Juju@lists.ubuntu.com
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/juju
>

_

Ce message et ses pieces jointes peuvent contenir des informations 
confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce 
message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages 
electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou 
falsifie. Merci.

This message and its attachments may contain confidential or privileged 
information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete 
this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been 
modified, changed or falsified.
Thank you.

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

Re: Need Juju on cloudstack!

[John Meinel]

One of the easiest ways to do it today would be to use manual
provisioning. So you would spin up your instances using whatever
cloudstack interface you have available (such as the dashboard), and
then you would register those machines with juju (juju add-machine
ssh:user@host), and then you could deploy to those machines.

The logic inside the EC2 provider already has some support for
changing what endpoint it uses based on region. So one semi-hacky way
would be to create a new region that was your cloudstack endpoint. My
personal concern is that without someone actually focused on
supporting Cloudstack, it will mostly work, but when it fails it will
be hard to diagnose and resolve. Right now, it isn't on our own
roadmaps to implement Cloudstack support, but we would be willing to
help someone who was interested in doing so.

John
=:->

On Thu, Mar 20, 2014 at 5:27 PM,   wrote:
> Hello,
>
>
>
> We have been following juju over the last few months @Orange with intense
> interest and would like to be able to use it.
>
> We just love the service approach that juju offers compared to other tools
> (we use Chef right now)
>
> Our problem is that we have a cloud based on CloudStack and we cannot use
> juju…
>
>
>
> What we would like is to be able to use the EC2 compatible API that
> CloudStack provides.
>
> Currently I don’t think juju can be tweaked to choose another endpoint than
> AWS.
>
> I did open a bug report last may on the matter: (3rd hit if you google ”juju
> cloudstack”)
>
>
>
> Bug #1182508 – juju cannot connect to cloudstack (non-ec2 ec2 cloud)
>
>
>
> Would it be possible to have an idea of when this bug/feature request might
> be implemented?
>
> I can understand that given the amount of work you have done this may seem
> irrelevant.
>
> Please excuse me if this is not the place to ask for this kind of question.
>
>
>
> Best regards
>
>
>
> Franck Dehay
> franck.de...@orange.com
>
>
>
> _
>
> Ce message et ses pieces jointes peuvent contenir des informations
> confidentielles ou privilegiees et ne doivent donc
> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu
> ce message par erreur, veuillez le signaler
> a l'expediteur et le detruire ainsi que les pieces jointes. Les messages
> electroniques etant susceptibles d'alteration,
> Orange decline toute responsabilite si ce message a ete altere, deforme ou
> falsifie. Merci.
>
> This message and its attachments may contain confidential or privileged
> information that may be protected by law;
> they should not be distributed, used or copied without authorisation.
> If you have received this email in error, please notify the sender and
> delete this message and its attachments.
> As emails may be altered, Orange is not liable for messages that have been
> modified, changed or falsified.
> Thank you.
>
>
> --
> Juju mailing list
> Juju@lists.ubuntu.com
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/juju
>

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

Need Juju on cloudstack!

[franck.dehay]

Hello,

We have been following juju over the last few months @Orange with intense 
interest and would like to be able to use it.
We just love the service approach that juju offers compared to other tools (we 
use Chef right now)
Our problem is that we have a cloud based on CloudStack and we cannot use 
juju...

What we would like is to be able to use the EC2 compatible API that CloudStack 
provides.
Currently I don't think juju can be tweaked to choose another endpoint than AWS.
I did open a bug report last may on the matter: (3rd hit if you google "juju 
cloudstack")

Bug #1182508 - juju cannot connect to cloudstack (non-ec2 ec2 cloud)

Would it be possible to have an idea of when this bug/feature request might be 
implemented?
I can understand that given the amount of work you have done this may seem 
irrelevant.
Please excuse me if this is not the place to ask for this kind of question.

Best regards

Franck Dehay
franck.de...@orange.com


_

Ce message et ses pieces jointes peuvent contenir des informations 
confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce 
message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages 
electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou 
falsifie. Merci.

This message and its attachments may contain confidential or privileged 
information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete 
this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been 
modified, changed or falsified.
Thank you.

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