Re: [Architecture] Carbon Cluster Discovery on Kubernetes
The initial implementation is done and verified on Kubernetes 1.0.6 with ESB 4.8.1 docker image: *Kubernetes Membership Scheme* https://github.com/imesh/carbon-membership-schemes/tree/master/kubernetes/kubernetes-mscheme-carbon42 *ESB 4.8.1 Dockerfile & Kubernetes Artifacts* https://github.com/imesh/kubernetes-carbon-samples/tree/master/wso2esb/4.8.1 Thanks On Sat, Oct 24, 2015 at 8:34 AM, Imesh Gunaratnewrote: > Hi Gayan, > > Please see my comments inline: > > On Sat, Oct 24, 2015 at 12:49 AM, Gayan Gunarathne > wrote: >> >> >> If we use the Kubernetes service to identify the members of the cluster, >> set of pods need to be created with label selector.So if we need to use >> this we need to create each pods with the label selector. Isn't? >> > > Yes that's the idea. I'm creating a set of K8S artifacts to deploy Carbon > products on K8S. > >> >>> Similar to the AWS and Private PaaS membership schemes, the new K8D >>> membership scheme is being implemented to add all existing members of the >>> cluster to Hazelcast network config before the Hazelcast instance is >>> initialized. This would happen automatically whenever a carbon server is >>> started. >>> >> >> For the Private PaaS membership schema we have a Priavte PaaS messaging >> model dependency.With this K8D membership scheme, it seems we may not >> need such a dependency. >> > > Correct, K8S membership scheme has no dependencies to Private PaaS > components. > >> >> > > Thanks > > -- > *Imesh Gunaratne* > Senior Technical Lead > WSO2 Inc: http://wso2.com > T: +94 11 214 5345 M: +94 77 374 2057 > W: http://imesh.gunaratne.org > Lean . Enterprise . Middleware > > -- *Imesh Gunaratne* Senior Technical Lead WSO2 Inc: http://wso2.com T: +94 11 214 5345 M: +94 77 374 2057 W: http://imesh.gunaratne.org Lean . Enterprise . Middleware ___ Architecture mailing list Architecture@wso2.org https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
[Architecture] Carbon Cluster Discovery on Kubernetes
Hi All, I'm now implementing a membership scheme for Kubernetes for enabling Hazelcast cluster discovery for Carbon products on Kubernetes (K8S). We recently did a modification in Carbon Core for allowing users to plug in membership schemes without having to modify the Kernel. This is now available for Carbon 4.2.0 based products with Kernel patch0012 and Carbon 4.4.2 based products OOB. *How it works* In K8S we use K8S services for load balancing container clusters. K8S services use nginx internally. These services can be used for identifying the list of members in a given cluster. Similar to the AWS and Private PaaS membership schemes, the new K8D membership scheme is being implemented to add all existing members of the cluster to Hazelcast network config before the Hazelcast instance is initialized. This would happen automatically whenever a carbon server is started. This design would make sure all the members in the cluster are connected to all the other members. As a result we will be able to scale the cluster up and down on K8S without affecting clustering configuration. Thanks -- *Imesh Gunaratne* Senior Technical Lead WSO2 Inc: http://wso2.com T: +94 11 214 5345 M: +94 77 374 2057 W: http://imesh.gunaratne.org Lean . Enterprise . Middleware ___ Architecture mailing list Architecture@wso2.org https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
Re: [Architecture] Carbon Cluster Discovery on Kubernetes
Hi Imesh, On Fri, Oct 23, 2015 at 10:56 PM, Imesh Gunaratnewrote: > Hi All, > > I'm now implementing a membership scheme for Kubernetes for enabling > Hazelcast cluster discovery for Carbon products on Kubernetes (K8S). > > We recently did a modification in Carbon Core for allowing users to plug > in membership schemes without having to modify the Kernel. This is now > available for Carbon 4.2.0 based products with Kernel patch0012 and Carbon > 4.4.2 based products OOB. > > *How it works* > > > In K8S we use K8S services for load balancing container clusters. K8S > services use nginx internally. These services can be used for identifying > the list of members in a given cluster. > If we use the Kubernetes service to identify the members of the cluster, set of pods need to be created with label selector.So if we need to use this we need to create each pods with the label selector. Isn't? > > Similar to the AWS and Private PaaS membership schemes, the new K8D > membership scheme is being implemented to add all existing members of the > cluster to Hazelcast network config before the Hazelcast instance is > initialized. This would happen automatically whenever a carbon server is > started. > For the Private PaaS membership schema we have a Priavte PaaS messaging model dependency.With this K8D membership scheme, it seems we may not need such a dependency. > > This design would make sure all the members in the cluster are connected > to all the other members. As a result we will be able to scale the cluster > up and down on K8S without affecting clustering configuration. > > Thanks > > -- > *Imesh Gunaratne* > Senior Technical Lead > WSO2 Inc: http://wso2.com > T: +94 11 214 5345 M: +94 77 374 2057 > W: http://imesh.gunaratne.org > Lean . Enterprise . Middleware > > > ___ > Architecture mailing list > Architecture@wso2.org > https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture > > -- Gayan Gunarathne Technical Lead, WSO2 Inc. (http://wso2.com) Committer & PMC Member, Apache Stratos email : gay...@wso2.com | mobile : +94 775030545 <%2B94%20766819985> ___ Architecture mailing list Architecture@wso2.org https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture