On Thu, Mar 2, 2017 at 10:34 PM, <[email protected]> wrote:

> Hi Kubernetes Users and Dev
>
>
> I have a HA cluster with 1.3.6 running. I have three masters, each running
> apiserver, kube-scheduler and controller-manager and etcd running. I want
> to upgrade to 1.5.2 without bringing the cluster down.
>
> I was thinking a couple of ways:-
>
> Method 1:
>
>    1. Bring one master down and upgrade, while maintaining the quorom for
>    etcd
>    2. The new master comes up as 1.5.2 while the remaining continue to
>    run as 1.3.6
>    3. In this scenario
>       1. If kubelets running as 1.3.6 try to talk to new master 1.5.2,
>       will that work ?
>
> Yes, we support up to 2 minor versions skew (e.g. 1.5 master can work with
1.3+ kubelets or 1.6 master can work with 1.4+ kubelets)

>
>    1. Is that supported scenario ?
>
> Yes

>
>    1. What about kube-proxy ?
>
> It will work.

>
>    1. Will the api-server running as  1.5.2 be able to talk to kubelets
>
> Yes, though the communication is always initiated by the kubelet.


> Method 3:
>
> The other way would be to partition the cluster , and move some minions
> and a single master to new 1.5.2. That is not preferable imo.
>
>  Are there other ways people can think of making this work ?
>
> -Mayank
>
>
>
> --
> You received this message because you are subscribed to the Google Groups
> "Kubernetes developer/contributor discussion" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to [email protected].
> To post to this group, send email to [email protected].
> To view this discussion on the web visit https://groups.google.com/d/
> msgid/kubernetes-dev/6e55f2a7-34d4-40b1-8963-ef8b19eb0b31%
> 40googlegroups.com
> <https://groups.google.com/d/msgid/kubernetes-dev/6e55f2a7-34d4-40b1-8963-ef8b19eb0b31%40googlegroups.com?utm_medium=email&utm_source=footer>
> .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Kubernetes user discussion and Q&A" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at https://groups.google.com/group/kubernetes-users.
For more options, visit https://groups.google.com/d/optout.
  • [kubernetes... krmayankk
    • [kuber... 'Filip Grzadkowski' via Kubernetes user discussion and Q&A
      • [k... krmayankk
        • ... krmayankk
          • ... 'Filip Grzadkowski' via Kubernetes user discussion and Q&A

Reply via email to