Open Stack

On Mon, Aug 28, 2017 at 6:24 PM, Imtiaz Chowdhury
<imtiaz.chowdhury at workday.com> wrote:
> Thanks Curtis, Robert, David and Mohammed for your responses.
>
> As a follow up question, do you use any deployment automation tools for setting up the HA control plane? I can see the value of deploying each service in separate virtual environment or containers but automating such deployment requires developing some new tools. Openstack-ansible is one potential deployment tool that I am aware of but that had limited support CentOS.
>

I think it's safe to say that all "distros" and "installers" for
openstack will converge on using containers of some kind. As to what
and how that is actually done, there are a lot of opinions, and I
think you would have to perform your own due diligence around what
makes sense to you in terms of technologies and implementations. I
don't think there is a right answer. :)

To me it seems to be boiling down to: 1) Kubernetes is overkill (and
use something simpler) or 2) If you don't use Kubernetes then you will
just end up building it yourself [1]. I don't think it's actually that
simple, but those are the talking points.

I think, as has been mentioned in this thread so far, the major
opensource openstack "installers" or "managers" (?) are
openstack-ansible, kolla, tripleo, and now openstack-helm. Not sure if
I'm missing any, sorry if I did.

Frankly I find this all pretty interesting. :)

Thanks,
Curtis.

[1]: http://blog.reactiveops.com/is-kubernetes-overkill


> Imtiaz
>
> On 8/28/17, 2:23 PM, "Curtis" <serverascode at gmail.com> wrote:
>
>     On Fri, Aug 25, 2017 at 6:11 PM, Imtiaz Chowdhury
>     <imtiaz.chowdhury at workday.com> wrote:
>     > Hi Openstack operators,
>     >
>     >
>     >
>     > Most Openstack HA deployment use 3 node database cluster, 3 node rabbitMQ
>     > cluster and 3 Controllers. I am wondering whether there are any studies done
>     > that show the pros and cons of co-locating database and messaging service
>     > with the Openstack control services.  In other words, I am very interested
>     > in learning about advantages and disadvantages, in terms of ease of
>     > deployment, upgrade and overall API performance, of having 3 all-in-one
>     > Openstack controller over a more distributed deployment model.
>
>     I'm not aware of any actual case studies, but this is the (current)
>     default model for tripleo and its downstream product, so there would
>     be a lot of deployments like this out there in the wild. In the
>     default deployment everything but compute is on these 3 nodes running
>     on the physical OS.
>
>     Do you mean 3 physical servers with everything running on the physical OS?
>
>     My opinion is that 3 physical nodes to run all the control plane
>     services is quite common, but in custom deployments I either run vms
>     and containers on those or just containers. I'd use at least lxc to
>     segregate services into their own containers.
>
>     I would also suggest that using those same physical servers as
>     north/south "network nodes" (which you probably don't have as I
>     believe workday is a big opencontrail user) or hosts for stateful
>     metric systems (ie. mongodb) can cause issues performance wise, but
>     co-located mysql/galera and rabbit on the same nodes as the rest of
>     the openstack control plane hasn't been a problem for me yet, but with
>     containers I could split them out fairly easily if needed.
>
>     Thanks,
>     Curtis.
>
>     >
>     >
>     >
>     > References to any work done in this area will be highly appreciated.
>     >
>     >
>     >
>     > Thanks,
>     > Imtiaz
>     >
>     >
>     >
>     >
>     > _______________________________________________
>     > OpenStack-operators mailing list
>     > OpenStack-operators at lists.openstack.org
>     > https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.openstack.org_cgi-2Dbin_mailman_listinfo_openstack-2Doperators&d=DwIBaQ&c=DS6PUFBBr_KiLo7Sjt3ljp5jaW5k2i9ijVXllEdOozc&r=FzzkP-wZtxwR_lHv11gV2RDLNwSuEtI-Ttdh3mloOUA&m=byM_0ToLQ8JCji20rvyQJYr-Zm4pHsZ5TK4CFkuZbbk&s=mLtaaDedoNufBf-kCreLrdZ-McNRAuuesR3xWIT76Vc&e=
>     >
>
>
>
>     --
>     Blog: serverascode.com
>
>



-- 
Blog: serverascode.com