Re: Kubernetes cloud provider
Let me engage on the PR, apart from what Wei has shared we may also need to add some additional support/features in future. - Rohit On Thu, Sep 6, 2018 at 12:50 PM, Wei ZHOU wrote: > Hi Sebastien, > > We (as Leaseweb) are using CloudStack plugin in our kubernetes clusters > [1][2]. > The main usage are > (1) CloudStack will acquire a public IP and create LB rules when we create > a LoadBalancer service in kubernetes > (2) CloudStack will create/remove load balancer rules when we scale out/in > a cluster. > > If the plugin is removed from kubernetes because nobody works on making it > external, we have to maintain IP and LB rules manually. > > > [1]https://kubernetes.io/docs/tasks/access-application- > cluster/create-external-load-balancer/ > [2]https://github.com/kubernetes/kubernetes/tree/master/pkg/cloudprovider/ > providers/cloudstack > > Kind regards, > Wei Zhou > > Sebastien Goasguen 于2018年9月4日周二 上午8:18写道： > >> Hi all, it has been a while. >> >> Please see this: >> >> https://github.com/kubernetes/kubernetes/pull/68199 >> >> I don't know if anyone is using it but if we don't reply the cloudstack >> controller in kubernetes might get removed from the upstream. >> >> -seb >> >
Re: Kubernetes cloud provider
Right, So you need to engage in this PR: https://github.com/kubernetes/kubernetes/pull/68199 or send me email seb...@cloudtank.ch On Thu, Sep 6, 2018 at 9:20 AM Wei ZHOU wrote: > Hi Sebastien, > > We (as Leaseweb) are using CloudStack plugin in our kubernetes clusters > [1][2]. > The main usage are > (1) CloudStack will acquire a public IP and create LB rules when we create > a LoadBalancer service in kubernetes > (2) CloudStack will create/remove load balancer rules when we scale out/in > a cluster. > > If the plugin is removed from kubernetes because nobody works on making it > external, we have to maintain IP and LB rules manually. > > > [1] > https://kubernetes.io/docs/tasks/access-application-cluster/create-external-load-balancer/ > [2] > https://github.com/kubernetes/kubernetes/tree/master/pkg/cloudprovider/providers/cloudstack > > Kind regards, > Wei Zhou > > Sebastien Goasguen 于2018年9月4日周二 上午8:18写道： > >> Hi all, it has been a while. >> >> Please see this: >> >> https://github.com/kubernetes/kubernetes/pull/68199 >> >> I don't know if anyone is using it but if we don't reply the cloudstack >> controller in kubernetes might get removed from the upstream. >> >> -seb >> >
Re: Kubernetes cloud provider
Hi Sebastien, We (as Leaseweb) are using CloudStack plugin in our kubernetes clusters [1][2]. The main usage are (1) CloudStack will acquire a public IP and create LB rules when we create a LoadBalancer service in kubernetes (2) CloudStack will create/remove load balancer rules when we scale out/in a cluster. If the plugin is removed from kubernetes because nobody works on making it external, we have to maintain IP and LB rules manually. [1] https://kubernetes.io/docs/tasks/access-application-cluster/create-external-load-balancer/ [2] https://github.com/kubernetes/kubernetes/tree/master/pkg/cloudprovider/providers/cloudstack Kind regards, Wei Zhou Sebastien Goasguen 于2018年9月4日周二 上午8:18写道： > Hi all, it has been a while. > > Please see this: > > https://github.com/kubernetes/kubernetes/pull/68199 > > I don't know if anyone is using it but if we don't reply the cloudstack > controller in kubernetes might get removed from the upstream. > > -seb >
Re: Kubernetes cloud provider
That is part of it. The bigger issue is, who is maintaining that code? On Wed, Sep 5, 2018, 6:10 AM Rafael Weingärtner wrote: > So, it is a matter of getting the code from one repository and sending to > other under Kubernetes org in Github? > > On Wed, Sep 5, 2018 at 5:20 AM, Sebastien Goasguen > wrote: > > > On Tue, Sep 4, 2018 at 11:28 PM Rafael Weingärtner < > > rafaelweingart...@gmail.com> wrote: > > > > > Hi Sebastian, > > > > > > I read the thread there, but I did not understand it. What do they need > > > from us? > > > We should work with to maintain this integration. > > > > > > > > They are going to remove it from the core kubernetes code base. Ideally > it > > should go in another repo in the kubernetes github org like > > https://github.com/kubernetes/cloud-provider-openstack > > > > If nobody pick this up and gets involved, the provider will just > disappear. > > > > You could also put it in github.com/cloudstack-extras or something out > of > > the kubernetes maintained code base > > > > > > > > > On Tue, Sep 4, 2018 at 3:18 AM, Sebastien Goasguen > > > wrote: > > > > > >> Hi all, it has been a while. > > >> > > >> Please see this: > > >> > > >> https://github.com/kubernetes/kubernetes/pull/68199 > > >> > > >> I don't know if anyone is using it but if we don't reply the > cloudstack > > >> controller in kubernetes might get removed from the upstream. > > >> > > >> -seb > > >> > > > > > > > > > > > > -- > > > Rafael Weingärtner > > > > > > > > > -- > Rafael Weingärtner >
Re: Kubernetes cloud provider
So, it is a matter of getting the code from one repository and sending to other under Kubernetes org in Github? On Wed, Sep 5, 2018 at 5:20 AM, Sebastien Goasguen wrote: > On Tue, Sep 4, 2018 at 11:28 PM Rafael Weingärtner < > rafaelweingart...@gmail.com> wrote: > > > Hi Sebastian, > > > > I read the thread there, but I did not understand it. What do they need > > from us? > > We should work with to maintain this integration. > > > > > They are going to remove it from the core kubernetes code base. Ideally it > should go in another repo in the kubernetes github org like > https://github.com/kubernetes/cloud-provider-openstack > > If nobody pick this up and gets involved, the provider will just disappear. > > You could also put it in github.com/cloudstack-extras or something out of > the kubernetes maintained code base > > > > > On Tue, Sep 4, 2018 at 3:18 AM, Sebastien Goasguen > > wrote: > > > >> Hi all, it has been a while. > >> > >> Please see this: > >> > >> https://github.com/kubernetes/kubernetes/pull/68199 > >> > >> I don't know if anyone is using it but if we don't reply the cloudstack > >> controller in kubernetes might get removed from the upstream. > >> > >> -seb > >> > > > > > > > > -- > > Rafael Weingärtner > > > -- Rafael Weingärtner
Re: Kubernetes cloud provider
On Tue, Sep 4, 2018 at 11:28 PM Rafael Weingärtner < rafaelweingart...@gmail.com> wrote: > Hi Sebastian, > > I read the thread there, but I did not understand it. What do they need > from us? > We should work with to maintain this integration. > > They are going to remove it from the core kubernetes code base. Ideally it should go in another repo in the kubernetes github org like https://github.com/kubernetes/cloud-provider-openstack If nobody pick this up and gets involved, the provider will just disappear. You could also put it in github.com/cloudstack-extras or something out of the kubernetes maintained code base > On Tue, Sep 4, 2018 at 3:18 AM, Sebastien Goasguen > wrote: > >> Hi all, it has been a while. >> >> Please see this: >> >> https://github.com/kubernetes/kubernetes/pull/68199 >> >> I don't know if anyone is using it but if we don't reply the cloudstack >> controller in kubernetes might get removed from the upstream. >> >> -seb >> > > > > -- > Rafael Weingärtner >
Re: Kubernetes cloud provider
Hi Sebastian, I read the thread there, but I did not understand it. What do they need from us? We should work with to maintain this integration. On Tue, Sep 4, 2018 at 3:18 AM, Sebastien Goasguen wrote: > Hi all, it has been a while. > > Please see this: > > https://github.com/kubernetes/kubernetes/pull/68199 > > I don't know if anyone is using it but if we don't reply the cloudstack > controller in kubernetes might get removed from the upstream. > > -seb > -- Rafael Weingärtner
