Kubernetes高可用集群如何升级到1.13.4版

这篇文章主要介绍“Kubernetes高可用集群如何升级到1.13.4版”，在日常操作中，相信很多人在Kubernetes高可用集群如何升级到1.13.4版问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”Kubernetes高可用集群如何升级到1.13.4版”的疑惑有所帮助！接下来，请跟着小编一起来学习吧！

1、升级kubeadm/kubectl/kubelet版本

main upgrade, kubeadm/kubectl/kubelet upgrade

sudo apt install kubeadm=1.13.4-00 kubectl=1.13.4-00 kubelet=1.13.4-00

查看该版本的容器镜像版本：

kubeadm config images list

输出如下：

~# kubeadm config images list

k8s.gcr.io/kube-apiserver:v1.13.4
k8s.gcr.io/kube-controller-manager:v1.13.4
k8s.gcr.io/kube-scheduler:v1.13.4
k8s.gcr.io/kube-proxy:v1.13.4
k8s.gcr.io/pause:3.1
k8s.gcr.io/etcd:3.2.24
k8s.gcr.io/coredns:1.2.6

2、拉取容器镜像

原始的kubernetes镜像文件在gcr上，不能直接下载。我给镜像到了阿里云的杭州机房的容器仓库里，拉取还是比较快的。

echo ""
echo "=========================================================="
echo "Pull Kubernetes v1.13.3 Images from aliyuncs.com ......"
echo "=========================================================="
echo ""

MY_REGISTRY=registry.cn-hangzhou.aliyuncs.com/openthings

## 拉取镜像
docker pull ${MY_REGISTRY}/k8s-gcr-io-kube-apiserver:v1.13.4
docker pull ${MY_REGISTRY}/k8s-gcr-io-kube-controller-manager:v1.13.4
docker pull ${MY_REGISTRY}/k8s-gcr-io-kube-scheduler:v1.13.4
docker pull ${MY_REGISTRY}/k8s-gcr-io-kube-proxy:v1.13.4
docker pull ${MY_REGISTRY}/k8s-gcr-io-etcd:3.2.24
docker pull ${MY_REGISTRY}/k8s-gcr-io-pause:3.1
docker pull ${MY_REGISTRY}/k8s-gcr-io-coredns:1.2.6

## 添加Tag
docker tag ${MY_REGISTRY}/k8s-gcr-io-kube-apiserver:v1.13.4 k8s.gcr.io/kube-apiserver:v1.13.4
docker tag ${MY_REGISTRY}/k8s-gcr-io-kube-scheduler:v1.13.4 k8s.gcr.io/kube-scheduler:v1.13.4
docker tag ${MY_REGISTRY}/k8s-gcr-io-kube-controller-manager:v1.13.4 k8s.gcr.io/kube-controller-manager:v1.13.4
docker tag ${MY_REGISTRY}/k8s-gcr-io-kube-proxy:v1.13.4 k8s.gcr.io/kube-proxy:v1.13.4
docker tag ${MY_REGISTRY}/k8s-gcr-io-etcd:3.2.24 k8s.gcr.io/etcd:3.2.24
docker tag ${MY_REGISTRY}/k8s-gcr-io-pause:3.1 k8s.gcr.io/pause:3.1
docker tag ${MY_REGISTRY}/k8s-gcr-io-coredns:1.2.6 k8s.gcr.io/coredns:1.2.6

echo ""
echo "=========================================================="
echo "Pull Kubernetes v1.13.4 Images FINISHED."
echo "into registry.cn-hangzhou.aliyuncs.com/openthings, "
echo "           by openthings@https://my.oschina.net/u/2306127."
echo "=========================================================="

echo ""

保存为shell脚本，然后执行。

3、升级Kubernetes集群

全新安装：

#指定IP地址，1.13.4版本：
sudo kubeadm init --kubernetes-version=v1.13.4 --apiserver-advertise-address=10.1.1.100 --pod-network-cidr=10.244.0.0/16

#注意，CoreDNS已经内置，不再需要参数--feature-gates CoreDNS=true

先查看一下需要升级的各个组件的版本。

使用kubeadm upgrade plan ，输出的版本升级信息如下：

COMPONENT            CURRENT   AVAILABLE
API Server           v1.13.3   v1.13.4
Controller Manager   v1.13.3   v1.13.4
Scheduler            v1.13.3   v1.13.4
Kube Proxy           v1.13.3   v1.13.4
CoreDNS              1.2.6     1.2.6
Etcd                 3.2.24    3.2.24

确保上面的容器镜像已经下载（如果没有提前下载，可能被网络阻隔导致挂起），然后执行升级：

kubeadm upgrade -y apply v1.13.4

看到下面信息，就OK了。

[upgrade/successful] SUCCESS! Your cluster was upgraded to "v1.13.4". Enjoy!

然后，配置当前用户环境：

  mkdir -p $HOME/.kube
  sudo cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
  sudo chown $(id -u):$(id -g) $HOME/.kube/config

就可以使用 kubectl version 来查看状态和 kubectl cluster-info 查看服务地址。

• 注意：

• 所有节点预先拉取最新版本的镜像，参考上面的方法。

• 主节点升级命令 kubeadm upgrade 可以从任意高可用主控制器启动。

• 升级过程中会报etcd错误，因为在设置高可用时进行了修改，不用理会。目前kubeadm的upgrade不会改变其设置。

4、工作节点的升级

每个工作节点需要拉取上面对应版本的镜像，以及安装kubelet的对应版本。

检查版本：

~$ kubectl version

对于高可用集群，需要对除升级完的 master 节点外的各个节点修改镜像的版本。

• 分别打开/etc/kubernetes/manifest下面的文件，将其中的images版本修改为1.13.4。

• kube-apiserver.yaml

• kube-controller-manager.yaml

• kube-scheduler.yaml

• 保存后，kubelet服务将会自动重启相应的容器实例。

查看 node 状态。

kubectl get node -o wide

显示状态如下：

NAME     STATUS   ROLES    AGE   VERSION   INTERNAL-IP   EXTERNAL-IP   OS-IMAGE             KERNEL-VERSION      CONTAINER-RUNTIME
podc01   Ready    master   75d   v1.13.3   10.1.1.201    <none>        Ubuntu 18.04.2 LTS   4.15.0-45-generic   docker://18.9.3
podc02   Ready    <none>   69d   v1.13.3   10.1.1.202    <none>        Ubuntu 18.04.2 LTS   4.15.0-45-generic   docker://18.9.2
podc03   Ready    <none>   75d   v1.13.3   10.1.1.203    <none>        Ubuntu 18.04.2 LTS   4.15.0-45-generic   docker://18.9.2
podc04   Ready    <none>   75d   v1.13.3   10.1.1.204    <none>        Ubuntu 18.04.2 LTS   4.15.0-45-generic   docker://18.9.3
pods01   Ready    <none>   73d   v1.13.3   10.1.1.193    <none>        Ubuntu 18.04.2 LTS   4.15.0-45-generic   docker://18.9.2
pods02   Ready    <none>   70d   v1.13.3   10.1.1.234    <none>        Ubuntu 18.04.2 LTS   4.15.0-45-generic   docker://18.9.2
pods03   Ready    <none>   70d   v1.13.3   10.1.1.205    <none>        Ubuntu 18.04.2 LTS   4.15.0-45-generic   docker://18.9.3
pods04   Ready    <none>   70d   v1.13.3   10.1.1.112    <none>        Ubuntu 18.04.2 LTS   4.15.0-45-generic   docker://18.9.2
pods05   Ready    <none>   13d   v1.13.3   10.1.1.150    <none>        Ubuntu 18.04.2 LTS   4.15.0-45-generic   docker://18.9.2

到此，关于“Kubernetes高可用集群如何升级到1.13.4版”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注亿速云网站，小编会继续努力为大家带来更多实用的文章！