Re: Juju is still too hard

2014-09-22 Thread Michael Schwartz

Juju,

The note I got from Nate on Azure is below (after wasting a day trying 
to get it working...)


At OSCON, I worked with Jorge and even he couldn't get my local VM 
working, but I'm willing to give it a try again. I'd be willing to 
schedule a meeting (please email me off the list to schedule).


But please note, its not just me. I am reflecting the consensus of 
customers and partners about Juju. And its hard for me to dismiss their 
concerns given my own experience.


- Mike



 Original Message 
Subject: Re: Problems with Azure
Date: 2014-08-28 11:35
From: Nate Finch 

Azure is in a bad state today.  Our tests won't run on Azure today
either.  So, there's not much we can do except complain to Microsoft.

-
Michael Schwartz
Gluu
Founder / CEO
m...@gluu.org

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


Re: Juju is still too hard

2014-09-22 Thread Mark Ramm-Christensen (Canonical.com)
I think we need to make sure that we do the best error reporting we can, so
if Juju isn't working because of Azure issues, we should find some way to
let users know that so that they can try another cloud, contact microsoft,
or otherwise find another way forward.

--Mark Ramm

On Mon, Sep 22, 2014 at 9:16 AM, Michael Schwartz  wrote:

> Juju,
>
> The note I got from Nate on Azure is below (after wasting a day trying to
> get it working...)
>
> At OSCON, I worked with Jorge and even he couldn't get my local VM
> working, but I'm willing to give it a try again. I'd be willing to schedule
> a meeting (please email me off the list to schedule).
>
> But please note, its not just me. I am reflecting the consensus of
> customers and partners about Juju. And its hard for me to dismiss their
> concerns given my own experience.
>
> - Mike
>
>
>
>  Original Message 
> Subject: Re: Problems with Azure
> Date: 2014-08-28 11:35
> From: Nate Finch 
>
> Azure is in a bad state today.  Our tests won't run on Azure today
> either.  So, there's not much we can do except complain to Microsoft.
>
> -
> Michael Schwartz
> Gluu
> Founder / CEO
> m...@gluu.org
>
> --
> 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 is still too hard

2014-09-22 Thread Michael Schwartz


Agreed. There is only one page on Azure, so it would be nice if there 
was a note that said

"Don't waste your time... Azure isn't working today."

- Mike


On 2014-09-22 09:06, Mark Ramm-Christensen (Canonical.com) wrote:

I think we need to make sure that we do the best error reporting we
can, so if Juju isn't working because of Azure issues, we should find
some way to let users know that so that they can try another cloud,
contact microsoft, or otherwise find another way forward. 

--Mark Ramm

On Mon, Sep 22, 2014 at 9:16 AM, Michael Schwartz 
wrote:


Juju,

The note I got from Nate on Azure is below (after wasting a day
trying to get it working...)

At OSCON, I worked with Jorge and even he couldn't get my local VM
working, but I'm willing to give it a try again. I'd be willing to
schedule a meeting (please email me off the list to schedule).

But please note, its not just me. I am reflecting the consensus of
customers and partners about Juju. And its hard for me to dismiss
their concerns given my own experience.

- Mike

 Original Message 
Subject: Re: Problems with Azure
Date: 2014-08-28 11:35
From: Nate Finch 

Azure is in a bad state today.  Our tests won't run on Azure today
either.  So, there's not much we can do except complain to
Microsoft.

-
Michael Schwartz
Gluu
Founder / CEO
m...@gluu.org

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




Links:
--
[1] https://lists.ubuntu.com/mailman/listinfo/juju


--


-
Michael Schwartz
Gluu
Founder / CEO
m...@gluu.org

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


I gave a quick writeup over Juju on Digital Ocean

2014-09-22 Thread Charles Butler
http://blog.dasroot.net/juju-digital-ocean-awesome/

Juju on Digital Ocean, WOW! That's all I have to say. Digital Ocean is one
of the fastest cloud hosts around with their SSD backed virtual machines.
To top it off their billing is a no-nonsense straight forward model. $5/mo
for their lowest end server, with 1TB of included traffic. That's enough to
scratch just about any itch you might have with the cloud.

Speaking of scratching itches, if you haven't checked out Juju yet, now you
have a *prime, low cost cloud provider* to toe the waters. Spinning up
droplets with Juju is very straight forward, and offers you a hands on
approach to service orchestration thats affordable enough for a weekend
hacker to whet their appetite. Not to mention, Juju is currently the #1
project on their API Integration listing! http://goo.gl/m6u781

In about 11 minutes, we will go from zero to deployed infrastructure for a
scale-out blog (much like the one you're reading right now).
-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju


Re: I gave a quick writeup over Juju on Digital Ocean

2014-09-22 Thread Nate Finch
Nice!  Digital Ocean really is super fast my Discourse charm takes
21(!) minutes to deploy on an AWS m1.small and 7 minutes on a DO 2GB
droplet, which is 2/3rds the price of the amazon instance.

Kapil's digital ocean plugin really makes it all (relatively) seamless,
too.  I look forward to when we can make a real provider for Digital Ocean,
and I can take out that "relatively" part :)

On Mon, Sep 22, 2014 at 11:42 AM, Charles Butler <
charles.but...@canonical.com> wrote:

> http://blog.dasroot.net/juju-digital-ocean-awesome/
>
> Juju on Digital Ocean, WOW! That's all I have to say. Digital Ocean is one
> of the fastest cloud hosts around with their SSD backed virtual machines.
> To top it off their billing is a no-nonsense straight forward model. $5/mo
> for their lowest end server, with 1TB of included traffic. That's enough to
> scratch just about any itch you might have with the cloud.
>
> Speaking of scratching itches, if you haven't checked out Juju yet, now
> you have a *prime, low cost cloud provider* to toe the waters. Spinning
> up droplets with Juju is very straight forward, and offers you a hands on
> approach to service orchestration thats affordable enough for a weekend
> hacker to whet their appetite. Not to mention, Juju is currently the #1
> project on their API Integration listing! http://goo.gl/m6u781
>
> In about 11 minutes, we will go from zero to deployed infrastructure for a
> scale-out blog (much like the one you're reading right now).
>
> --
> 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 is still too hard

2014-09-22 Thread Charles Butler
Michael,

I read the title of this email and my heart sank a little. This reminds me
that we are still moving forward at break neck speed and what ground we've
covered and stepped into the next chapter may not be completely solid for
someone without the experiences that I have myself.  When you work 3
micrometers from the source, it's easy to overlook the warts.

As several have outlined here, feel free to join us in #juju on
irc.freenode.net - we are fully staffed during most of the US Timezone's
business hours to help.

When you say you tried it in a VM, have you looked at our Vagrant Images to
get moving quickly? [1] This is where I've pointed most of the new comers
to toe the waters. And if this is where you're finding road blocks, I'd
love to work with you hand in hand to resolve this troubling experience.

The power in juju is not only from getting your services orchestrated, but
the community surrounding it that genuinely cares about your experience and
helping you find the information to get you unblocked and moving.

All the best,

Charles

[1] https://juju.ubuntu.com/docs/howto-vagrant-workflow.html

On Mon, Sep 22, 2014 at 10:08 AM, Michael Schwartz  wrote:

>
> Agreed. There is only one page on Azure, so it would be nice if there was
> a note that said
> "Don't waste your time... Azure isn't working today."
>
> - Mike
>
>
>
> On 2014-09-22 09:06, Mark Ramm-Christensen (Canonical.com) wrote:
>
>> I think we need to make sure that we do the best error reporting we
>> can, so if Juju isn't working because of Azure issues, we should find
>> some way to let users know that so that they can try another cloud,
>> contact microsoft, or otherwise find another way forward.
>>
>> --Mark Ramm
>>
>> On Mon, Sep 22, 2014 at 9:16 AM, Michael Schwartz 
>> wrote:
>>
>>  Juju,
>>>
>>> The note I got from Nate on Azure is below (after wasting a day
>>> trying to get it working...)
>>>
>>> At OSCON, I worked with Jorge and even he couldn't get my local VM
>>> working, but I'm willing to give it a try again. I'd be willing to
>>> schedule a meeting (please email me off the list to schedule).
>>>
>>> But please note, its not just me. I am reflecting the consensus of
>>> customers and partners about Juju. And its hard for me to dismiss
>>> their concerns given my own experience.
>>>
>>> - Mike
>>>
>>>  Original Message 
>>> Subject: Re: Problems with Azure
>>> Date: 2014-08-28 11:35
>>> From: Nate Finch 
>>>
>>> Azure is in a bad state today.  Our tests won't run on Azure today
>>> either.  So, there's not much we can do except complain to
>>> Microsoft.
>>>
>>> -
>>> Michael Schwartz
>>> Gluu
>>> Founder / CEO
>>> m...@gluu.org
>>>
>>> --
>>> Juju mailing list
>>> Juju@lists.ubuntu.com
>>> Modify settings or unsubscribe at:
>>> https://lists.ubuntu.com/mailman/listinfo/juju [1]
>>>
>>
>>
>>
>> Links:
>> --
>> [1] https://lists.ubuntu.com/mailman/listinfo/juju
>>
>
> --
>
>
> -
> Michael Schwartz
> Gluu
> Founder / CEO
> m...@gluu.org
>
> --
> 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: I gave a quick writeup over Juju on Digital Ocean

2014-09-22 Thread Sebastian
Yeah! DO rocks, and like Nate said, can't wait for the real provider !!!

Here's a quote about that from Kapil:

Its possible *(although unscheduled atm) *a real provider could be done for
> DO when the provider object storage requirements are dropped from juju
> which is work that's scheduled.  The coreos announcement also coincided
> with the release of the new userdata facility on DO (smoser verified its
> basically ec2 compatible) which means cloud-init support. In the future
> version of this plugin i intend to use the userdata facilities as it will
> speed up non bootstrap machine allocation as at the moment each machine has
> to be ssh'd into.


 Product owner! move this "history" to the top of the backlog please! :)

Cheers,
Sebas.


2014-09-22 12:47 GMT-03:00 Nate Finch :

> Nice!  Digital Ocean really is super fast my Discourse charm takes
> 21(!) minutes to deploy on an AWS m1.small and 7 minutes on a DO 2GB
> droplet, which is 2/3rds the price of the amazon instance.
>
> Kapil's digital ocean plugin really makes it all (relatively) seamless,
> too.  I look forward to when we can make a real provider for Digital Ocean,
> and I can take out that "relatively" part :)
>
> On Mon, Sep 22, 2014 at 11:42 AM, Charles Butler <
> charles.but...@canonical.com> wrote:
>
>> http://blog.dasroot.net/juju-digital-ocean-awesome/
>>
>> Juju on Digital Ocean, WOW! That's all I have to say. Digital Ocean is
>> one of the fastest cloud hosts around with their SSD backed virtual
>> machines. To top it off their billing is a no-nonsense straight forward
>> model. $5/mo for their lowest end server, with 1TB of included traffic.
>> That's enough to scratch just about any itch you might have with the cloud.
>>
>> Speaking of scratching itches, if you haven't checked out Juju yet, now
>> you have a *prime, low cost cloud provider* to toe the waters. Spinning
>> up droplets with Juju is very straight forward, and offers you a hands on
>> approach to service orchestration thats affordable enough for a weekend
>> hacker to whet their appetite. Not to mention, Juju is currently the #1
>> project on their API Integration listing! http://goo.gl/m6u781
>>
>> In about 11 minutes, we will go from zero to deployed infrastructure for
>> a scale-out blog (much like the one you're reading right now).
>>
>> --
>> 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: I gave a quick writeup over Juju on Digital Ocean

2014-09-22 Thread Charles Butler
Just a quick note:

Basin has seen we were #1 and sent people over to vote, so we're now in a
tie for the #1 spot on the DO api integration page.  If you've used Juju on
DO, please dont hesitate to head over to their community listing and vote
for us!

https://www.digitalocean.com/community/projects

On Mon, Sep 22, 2014 at 12:15 PM, Sebastian  wrote:

> Yeah! DO rocks, and like Nate said, can't wait for the real provider !!!
>
> Here's a quote about that from Kapil:
>
> Its possible *(although unscheduled atm) *a real provider could be done
>> for DO when the provider object storage requirements are dropped from juju
>> which is work that's scheduled.  The coreos announcement also coincided
>> with the release of the new userdata facility on DO (smoser verified its
>> basically ec2 compatible) which means cloud-init support. In the future
>> version of this plugin i intend to use the userdata facilities as it will
>> speed up non bootstrap machine allocation as at the moment each machine has
>> to be ssh'd into.
>
>
>  Product owner! move this "history" to the top of the backlog please! :)
>
> Cheers,
> Sebas.
>
>
> 2014-09-22 12:47 GMT-03:00 Nate Finch :
>
> Nice!  Digital Ocean really is super fast my Discourse charm takes
>> 21(!) minutes to deploy on an AWS m1.small and 7 minutes on a DO 2GB
>> droplet, which is 2/3rds the price of the amazon instance.
>>
>> Kapil's digital ocean plugin really makes it all (relatively) seamless,
>> too.  I look forward to when we can make a real provider for Digital Ocean,
>> and I can take out that "relatively" part :)
>>
>> On Mon, Sep 22, 2014 at 11:42 AM, Charles Butler <
>> charles.but...@canonical.com> wrote:
>>
>>> http://blog.dasroot.net/juju-digital-ocean-awesome/
>>>
>>> Juju on Digital Ocean, WOW! That's all I have to say. Digital Ocean is
>>> one of the fastest cloud hosts around with their SSD backed virtual
>>> machines. To top it off their billing is a no-nonsense straight forward
>>> model. $5/mo for their lowest end server, with 1TB of included traffic.
>>> That's enough to scratch just about any itch you might have with the cloud.
>>>
>>> Speaking of scratching itches, if you haven't checked out Juju yet, now
>>> you have a *prime, low cost cloud provider* to toe the waters. Spinning
>>> up droplets with Juju is very straight forward, and offers you a hands on
>>> approach to service orchestration thats affordable enough for a weekend
>>> hacker to whet their appetite. Not to mention, Juju is currently the #1
>>> project on their API Integration listing! http://goo.gl/m6u781
>>>
>>> In about 11 minutes, we will go from zero to deployed infrastructure for
>>> a scale-out blog (much like the one you're reading right now).
>>>
>>> --
>>> 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: I gave a quick writeup over Juju on Digital Ocean

2014-09-22 Thread Adam Stokes
There is also this:

https://bugs.launchpad.net/juju-core/+bug/1372543

On Mon, Sep 22, 2014 at 12:25 PM, Charles Butler
 wrote:
> Just a quick note:
>
> Basin has seen we were #1 and sent people over to vote, so we're now in a
> tie for the #1 spot on the DO api integration page.  If you've used Juju on
> DO, please dont hesitate to head over to their community listing and vote
> for us!
>
> https://www.digitalocean.com/community/projects
>
> On Mon, Sep 22, 2014 at 12:15 PM, Sebastian  wrote:
>>
>> Yeah! DO rocks, and like Nate said, can't wait for the real provider !!!
>>
>> Here's a quote about that from Kapil:
>>
>>> Its possible (although unscheduled atm) a real provider could be done for
>>> DO when the provider object storage requirements are dropped from juju which
>>> is work that's scheduled.  The coreos announcement also coincided with the
>>> release of the new userdata facility on DO (smoser verified its basically
>>> ec2 compatible) which means cloud-init support. In the future version of
>>> this plugin i intend to use the userdata facilities as it will speed up non
>>> bootstrap machine allocation as at the moment each machine has to be ssh'd
>>> into.
>>
>>
>>  Product owner! move this "history" to the top of the backlog please! :)
>>
>> Cheers,
>> Sebas.
>>
>>
>> 2014-09-22 12:47 GMT-03:00 Nate Finch :
>>
>>> Nice!  Digital Ocean really is super fast my Discourse charm takes
>>> 21(!) minutes to deploy on an AWS m1.small and 7 minutes on a DO 2GB
>>> droplet, which is 2/3rds the price of the amazon instance.
>>>
>>> Kapil's digital ocean plugin really makes it all (relatively) seamless,
>>> too.  I look forward to when we can make a real provider for Digital Ocean,
>>> and I can take out that "relatively" part :)
>>>
>>> On Mon, Sep 22, 2014 at 11:42 AM, Charles Butler
>>>  wrote:

 http://blog.dasroot.net/juju-digital-ocean-awesome/

 Juju on Digital Ocean, WOW! That's all I have to say. Digital Ocean is
 one of the fastest cloud hosts around with their SSD backed virtual
 machines. To top it off their billing is a no-nonsense straight forward
 model. $5/mo for their lowest end server, with 1TB of included traffic.
 That's enough to scratch just about any itch you might have with the cloud.

 Speaking of scratching itches, if you haven't checked out Juju yet, now
 you have a prime, low cost cloud provider to toe the waters. Spinning up
 droplets with Juju is very straight forward, and offers you a hands on
 approach to service orchestration thats affordable enough for a weekend
 hacker to whet their appetite. Not to mention, Juju is currently the #1
 project on their API Integration listing! http://goo.gl/m6u781

 In about 11 minutes, we will go from zero to deployed infrastructure for
 a scale-out blog (much like the one you're reading right now).


 --
 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
>



-- 
[ Adam Stokes ]

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


Re: I gave a quick writeup over Juju on Digital Ocean

2014-09-22 Thread Adam Stokes
Something else that would be cool is to submit your blog posts as a
tutorial on DO

On Mon, Sep 22, 2014 at 12:26 PM, Adam Stokes  wrote:
> There is also this:
>
> https://bugs.launchpad.net/juju-core/+bug/1372543
>
> On Mon, Sep 22, 2014 at 12:25 PM, Charles Butler
>  wrote:
>> Just a quick note:
>>
>> Basin has seen we were #1 and sent people over to vote, so we're now in a
>> tie for the #1 spot on the DO api integration page.  If you've used Juju on
>> DO, please dont hesitate to head over to their community listing and vote
>> for us!
>>
>> https://www.digitalocean.com/community/projects
>>
>> On Mon, Sep 22, 2014 at 12:15 PM, Sebastian  wrote:
>>>
>>> Yeah! DO rocks, and like Nate said, can't wait for the real provider !!!
>>>
>>> Here's a quote about that from Kapil:
>>>
 Its possible (although unscheduled atm) a real provider could be done for
 DO when the provider object storage requirements are dropped from juju 
 which
 is work that's scheduled.  The coreos announcement also coincided with the
 release of the new userdata facility on DO (smoser verified its basically
 ec2 compatible) which means cloud-init support. In the future version of
 this plugin i intend to use the userdata facilities as it will speed up non
 bootstrap machine allocation as at the moment each machine has to be ssh'd
 into.
>>>
>>>
>>>  Product owner! move this "history" to the top of the backlog please! :)
>>>
>>> Cheers,
>>> Sebas.
>>>
>>>
>>> 2014-09-22 12:47 GMT-03:00 Nate Finch :
>>>
 Nice!  Digital Ocean really is super fast my Discourse charm takes
 21(!) minutes to deploy on an AWS m1.small and 7 minutes on a DO 2GB
 droplet, which is 2/3rds the price of the amazon instance.

 Kapil's digital ocean plugin really makes it all (relatively) seamless,
 too.  I look forward to when we can make a real provider for Digital Ocean,
 and I can take out that "relatively" part :)

 On Mon, Sep 22, 2014 at 11:42 AM, Charles Butler
  wrote:
>
> http://blog.dasroot.net/juju-digital-ocean-awesome/
>
> Juju on Digital Ocean, WOW! That's all I have to say. Digital Ocean is
> one of the fastest cloud hosts around with their SSD backed virtual
> machines. To top it off their billing is a no-nonsense straight forward
> model. $5/mo for their lowest end server, with 1TB of included traffic.
> That's enough to scratch just about any itch you might have with the 
> cloud.
>
> Speaking of scratching itches, if you haven't checked out Juju yet, now
> you have a prime, low cost cloud provider to toe the waters. Spinning up
> droplets with Juju is very straight forward, and offers you a hands on
> approach to service orchestration thats affordable enough for a weekend
> hacker to whet their appetite. Not to mention, Juju is currently the #1
> project on their API Integration listing! http://goo.gl/m6u781
>
> In about 11 minutes, we will go from zero to deployed infrastructure for
> a scale-out blog (much like the one you're reading right now).
>
>
> --
> 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
>>
>
>
>
> --
> [ Adam Stokes ]



-- 
[ Adam Stokes ]

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


Re: I gave a quick writeup over Juju on Digital Ocean

2014-09-22 Thread Kapil Thangavelu
andrew has almost finished the work on getting providers by default not
using object storage (already quite functional).. The other missing piece
is getting DO to install cloud-init into their default ubuntu images, and
supporting their variation on ec2 metadata api for retrieving userdata
within cloudinit.

On Mon, Sep 22, 2014 at 12:15 PM, Sebastian  wrote:

> Yeah! DO rocks, and like Nate said, can't wait for the real provider !!!
>
> Here's a quote about that from Kapil:
>
> Its possible *(although unscheduled atm) *a real provider could be done
>> for DO when the provider object storage requirements are dropped from juju
>> which is work that's scheduled.  The coreos announcement also coincided
>> with the release of the new userdata facility on DO (smoser verified its
>> basically ec2 compatible) which means cloud-init support. In the future
>> version of this plugin i intend to use the userdata facilities as it will
>> speed up non bootstrap machine allocation as at the moment each machine has
>> to be ssh'd into.
>
>
>  Product owner! move this "history" to the top of the backlog please! :)
>
> Cheers,
> Sebas.
>
>
> 2014-09-22 12:47 GMT-03:00 Nate Finch :
>
> Nice!  Digital Ocean really is super fast my Discourse charm takes
>> 21(!) minutes to deploy on an AWS m1.small and 7 minutes on a DO 2GB
>> droplet, which is 2/3rds the price of the amazon instance.
>>
>> Kapil's digital ocean plugin really makes it all (relatively) seamless,
>> too.  I look forward to when we can make a real provider for Digital Ocean,
>> and I can take out that "relatively" part :)
>>
>> On Mon, Sep 22, 2014 at 11:42 AM, Charles Butler <
>> charles.but...@canonical.com> wrote:
>>
>>> http://blog.dasroot.net/juju-digital-ocean-awesome/
>>>
>>> Juju on Digital Ocean, WOW! That's all I have to say. Digital Ocean is
>>> one of the fastest cloud hosts around with their SSD backed virtual
>>> machines. To top it off their billing is a no-nonsense straight forward
>>> model. $5/mo for their lowest end server, with 1TB of included traffic.
>>> That's enough to scratch just about any itch you might have with the cloud.
>>>
>>> Speaking of scratching itches, if you haven't checked out Juju yet, now
>>> you have a *prime, low cost cloud provider* to toe the waters. Spinning
>>> up droplets with Juju is very straight forward, and offers you a hands on
>>> approach to service orchestration thats affordable enough for a weekend
>>> hacker to whet their appetite. Not to mention, Juju is currently the #1
>>> project on their API Integration listing! http://goo.gl/m6u781
>>>
>>> In about 11 minutes, we will go from zero to deployed infrastructure for
>>> a scale-out blog (much like the one you're reading right now).
>>>
>>> --
>>> 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
>
>
-- 
Juju mailing list
Juju@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/juju


Re: I gave a quick writeup over Juju on Digital Ocean

2014-09-22 Thread Charles Butler
Also, someone re-posted this to hackernews. I Appreciate the upvotes if you
have time <3

https://news.ycombinator.com/item?id=8351651

On Mon, Sep 22, 2014 at 12:49 PM, Kapil Thangavelu <
kapil.thangav...@canonical.com> wrote:

> andrew has almost finished the work on getting providers by default not
> using object storage (already quite functional).. The other missing piece
> is getting DO to install cloud-init into their default ubuntu images, and
> supporting their variation on ec2 metadata api for retrieving userdata
> within cloudinit.
>
> On Mon, Sep 22, 2014 at 12:15 PM, Sebastian  wrote:
>
>> Yeah! DO rocks, and like Nate said, can't wait for the real provider !!!
>>
>> Here's a quote about that from Kapil:
>>
>> Its possible *(although unscheduled atm) *a real provider could be done
>>> for DO when the provider object storage requirements are dropped from juju
>>> which is work that's scheduled.  The coreos announcement also coincided
>>> with the release of the new userdata facility on DO (smoser verified its
>>> basically ec2 compatible) which means cloud-init support. In the future
>>> version of this plugin i intend to use the userdata facilities as it will
>>> speed up non bootstrap machine allocation as at the moment each machine has
>>> to be ssh'd into.
>>
>>
>>  Product owner! move this "history" to the top of the backlog please! :)
>>
>> Cheers,
>> Sebas.
>>
>>
>> 2014-09-22 12:47 GMT-03:00 Nate Finch :
>>
>> Nice!  Digital Ocean really is super fast my Discourse charm takes
>>> 21(!) minutes to deploy on an AWS m1.small and 7 minutes on a DO 2GB
>>> droplet, which is 2/3rds the price of the amazon instance.
>>>
>>> Kapil's digital ocean plugin really makes it all (relatively) seamless,
>>> too.  I look forward to when we can make a real provider for Digital Ocean,
>>> and I can take out that "relatively" part :)
>>>
>>> On Mon, Sep 22, 2014 at 11:42 AM, Charles Butler <
>>> charles.but...@canonical.com> wrote:
>>>
 http://blog.dasroot.net/juju-digital-ocean-awesome/

 Juju on Digital Ocean, WOW! That's all I have to say. Digital Ocean is
 one of the fastest cloud hosts around with their SSD backed virtual
 machines. To top it off their billing is a no-nonsense straight forward
 model. $5/mo for their lowest end server, with 1TB of included traffic.
 That's enough to scratch just about any itch you might have with the cloud.

 Speaking of scratching itches, if you haven't checked out Juju yet, now
 you have a *prime, low cost cloud provider* to toe the waters.
 Spinning up droplets with Juju is very straight forward, and offers you a
 hands on approach to service orchestration thats affordable enough for a
 weekend hacker to whet their appetite. Not to mention, Juju is currently
 the #1 project on their API Integration listing! http://goo.gl/m6u781

 In about 11 minutes, we will go from zero to deployed infrastructure
 for a scale-out blog (much like the one you're reading right now).

 --
 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
>>
>>
>
> --
> 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


New Big Data Bundles have landed!

2014-09-22 Thread Charles Butler
It may be still in the ingest-o-tron, pending ~ 20 minutes from posting,
but I've just landed 3 new big data bundles for our data scientists out
there to consume for our new Hortonworks Hadoop stack.

Deploy the base Hadoop Map/Reduce engine:
juju quickstart bundle:hdp-hadoop-cluster/5/hdp-hadoop-cluster

Deploy Base + Hortonworks Pig for Pig Latin Map Reduce job generation
juju quickstart bundle:hdp-hadoop-pig/5/hortonworks-pig-solution

Deploy Base + Hive / MySQL for data warehousing and SQL like Map/Reduce job
generation
juju quickstart bundle:hdp-hadoop-hive-mysql/5/hdp-hadoop-hive-mysql

If you deploy these and find any issues or need help getting unblocked from
a deployment feel free to join us in #juju on irc.freenode.net and ping
@lazypower or @asanjar directly. As always, bugs and feedback are welcome!

All the best,

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


Re: Announcing the "ubuntu-mirror" charm

2014-09-22 Thread Marco Ceppi
Hi Chris!

Awesome work on the charm, I'm not sure I'll ever need to mirror the entire
Ubuntu repository, but if I ever did I'm happy there's a charm for it! I do
like that it leverages the storage charm and is scaleout safe (safe for
bandwidth + wallet too).

Marco

On Sat, Sep 20, 2014 at 10:55 AM, Christopher Glass 
wrote:

> Hi all,
>
> I've started playing with and deploying my "ubuntu-mirror" charm, that
> leverages the excellent "storage" subordinate charm to create full
> ubuntu mirrors.
>
> That allows you to mirror a lot of the bits that make up ubuntu: the
> apt repositories of course, but also cdimages, releases, ports and
> cloud-images, and hopefully more in the near future (the MAAS images
> are in the pipe, too, for example).
>
> I've kicked the tires and deployed the full mirror a couple of times,
> and I think it's now time for more eyes to look at the code, and
> hopefully somebody else will find it useful.
>
> For what it's worth, I am currently using a very similar setup as an
> official Ubuntu archive and it seems to be doing pretty good.
>
> The code lives at: lp:~tribaal/charms/trusty/ubuntu-mirror/trunk and
> merge proposals are very welcome, either against the charm or the
> "ubumirror" package it is using (that I also happen to maintain). You
> can deploy it with:
>
> juju deploy cs:~tribaal/trusty/ubuntu-mirror
> juju deploy storage
> juju set storage "nfs"  # Or whatever storage provider you have a few Tb on
> juju add-relation storage ubuntu-mirror
> # Wait a few hours :)
>
> Future plans are roughly: get some tests written (it's a very simple
> charm, but hey), get some version approved in the "official"
> charmstore, and add the maas images to the syncing options. I'd also
> like to randomize the crontab schedules a little if left unchanged,
> but I've hit a few problems with the approach I took (using peer
> storage). I'm happy to discuss good ways to solve that, too.
>
> Note: I've seen an ubuntu proxy charm around here some time ago - this
> one is a *mirror*, so it'll rsync a few *terrabytes* of data if you
> let it do its thing :) It should hopefully not download the whole
> thing multiple times if you scale out, however, so "add-unit" away!
>
>
> Hope this helps somebody somewhere :)
>
> - Chris
>
> --
> 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: Announcing the "ubuntu-mirror" charm

2014-09-22 Thread Christopher Glass
Yes, I realize the use case is pretty narrow :)

You can mirror single components as well (just the apt archives, just cloud
images, etc...), so maybe you can use it as offline helper as well (juju
deploy on the plane?)

Chris
On Sep 23, 2014 6:01 AM, "Marco Ceppi"  wrote:

> Hi Chris!
>
> Awesome work on the charm, I'm not sure I'll ever need to mirror the
> entire Ubuntu repository, but if I ever did I'm happy there's a charm for
> it! I do like that it leverages the storage charm and is scaleout safe
> (safe for bandwidth + wallet too).
>
> Marco
>
> On Sat, Sep 20, 2014 at 10:55 AM, Christopher Glass 
> wrote:
>
>> Hi all,
>>
>> I've started playing with and deploying my "ubuntu-mirror" charm, that
>> leverages the excellent "storage" subordinate charm to create full
>> ubuntu mirrors.
>>
>> That allows you to mirror a lot of the bits that make up ubuntu: the
>> apt repositories of course, but also cdimages, releases, ports and
>> cloud-images, and hopefully more in the near future (the MAAS images
>> are in the pipe, too, for example).
>>
>> I've kicked the tires and deployed the full mirror a couple of times,
>> and I think it's now time for more eyes to look at the code, and
>> hopefully somebody else will find it useful.
>>
>> For what it's worth, I am currently using a very similar setup as an
>> official Ubuntu archive and it seems to be doing pretty good.
>>
>> The code lives at: lp:~tribaal/charms/trusty/ubuntu-mirror/trunk and
>> merge proposals are very welcome, either against the charm or the
>> "ubumirror" package it is using (that I also happen to maintain). You
>> can deploy it with:
>>
>> juju deploy cs:~tribaal/trusty/ubuntu-mirror
>> juju deploy storage
>> juju set storage "nfs"  # Or whatever storage provider you have a few Tb
>> on
>> juju add-relation storage ubuntu-mirror
>> # Wait a few hours :)
>>
>> Future plans are roughly: get some tests written (it's a very simple
>> charm, but hey), get some version approved in the "official"
>> charmstore, and add the maas images to the syncing options. I'd also
>> like to randomize the crontab schedules a little if left unchanged,
>> but I've hit a few problems with the approach I took (using peer
>> storage). I'm happy to discuss good ways to solve that, too.
>>
>> Note: I've seen an ubuntu proxy charm around here some time ago - this
>> one is a *mirror*, so it'll rsync a few *terrabytes* of data if you
>> let it do its thing :) It should hopefully not download the whole
>> thing multiple times if you scale out, however, so "add-unit" away!
>>
>>
>> Hope this helps somebody somewhere :)
>>
>> - Chris
>>
>> --
>> 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