Re: [Openstack-operators] Murano in Production

2016-09-26 Thread Joe Topjian
Hi Serg, We were indeed hitting that bug, but the cert wasn't self-signed. It was easier for us to manually patch the Ubuntu Cloud package of Murano with the stable/mitaka fix linked in that bug report than trying to debug where OpenSSL/python/requests/etc was going awry. We might redeploy Murano

Re: [Openstack-operators] Murano in Production

2016-09-26 Thread Serg Melikyan
Hi Joe, >Also, is it safe to say that communication between agent/engine only, and will >only, happen during app deployment? murano-agent & murano-engine keep active connection to the Rabbit MQ broker but message exchange happens only during deployment of the app. >One thing we just ran into, t

Re: [Openstack-operators] Murano in Production

2016-09-26 Thread Andrew Woodward
In Fuel we deploy haproxy to all of the nodes that are part of the VIP/endpoint service (This is usually part of the controller role) Then the vips (internal or public) can be active on any member of the group. Corosync/Pacemaker is used to move the VIP address (as apposed to keepalived) in our cas

Re: [Openstack-operators] Public cloud operators group in

2016-09-26 Thread Silence Dogood
I figure if you have entity Y's workloads running on entity X's hardware... and that's 51% or greater portion of gross revenue... you are a public cloud. On Mon, Sep 26, 2016 at 11:35 AM, Kenny Johnston wrote: > That seems like a strange definition. It doesn't incorporate the usual > multi-tenan

Re: [Openstack-operators] Public cloud operators group in

2016-09-26 Thread Kenny Johnston
That seems like a strange definition. It doesn't incorporate the usual multi-tenancy requirement that traditionally separates private from public clouds. By that definition, Rackspace's Private Cloud offer, where we design, deploy and operate a single-tenant cloud on behalf of customers (in their d

[Openstack-operators] [scientific][scientific-wg] - Workshop on Openstack-Federated Identity integration

2016-09-26 Thread Saverio Proto
Hello operators, At GARR in Rome there will be an event shortly before Barcelona about Openstack and Identity Federation. https://eventr.geant.org/events/2527 This is a use case that is very important for NREN running public cloud for Universities, where a Identity Federation is already deployed

Re: [Openstack-operators] Evacuate host with host ephemeral storage

2016-09-26 Thread Davíð Örn Jóhannsson
Well it seems that I’m out of luck with the nova migrate function 2016-09-26 12:16:06.249 28226 INFO nova.compute.manager [req-bfccd77e-b351-4c30-a5a4-a0e20fc62add 98b4044d95e34926aa53405f2b7c5a13 1dda2478e30d44dda0ca752c6047725d - - -] [instance: b98be860-9253-43a1-9351-36a7aa125a51] Setting

Re: [Openstack-operators] MongoDB as Ceilometer backend - scaling

2016-09-26 Thread gordon chung
Agreed. i'm doing some benchmarking myself currently which i will publish soon. whenever y'all do start testing, we welcome any feedback. On 26/09/2016 4:43 AM, Tobias Urdin wrote: > Hello Gordon, > > I have talked to a lot of different people at various companies, most of > them (including us) h

Re: [Openstack-operators] MongoDB as Ceilometer backend - scaling

2016-09-26 Thread Tobias Urdin
Hello Gordon, I have talked to a lot of different people at various companies, most of them (including us) has been looking towards Gnocchi and and surely gonna use it in the future however it's still missing packaging, documentation and production testing (being used in production). Therefore it

Re: [Openstack-operators] Public cloud operators group in Barcelona

2016-09-26 Thread Matt Jarvis
Hi Blair Agree with you on a lot of that stuff, although on lifecycle management we certainly have a bunch of tooling in place to handle scenarios like initial creation of user environments ( basic network and router setup ), freezing resources for non-payment, offboarding of customers after accou

Re: [Openstack-operators] Public cloud operators group in Barcelona

2016-09-26 Thread Blair Bethwaite
Hi Matt, I think your dot points make sense. And yes, I was thinking about Science Cloud overlap. I see Science Clouds as potentially sharing most or all of these attributes (with the notable exception being charging in terms of end users seeing a $ figure, showback and/or instance/cpu hour quotas