Kubernetes 高可用集群升级到1.13.4版

原创
2019/03/04 11:25
阅读数 2.3K

Kubernetes 1.13.4已经正式发布,这里介绍将高可用Kubernetes集群升级的步骤和遇到问题的解决,在高可用集群中,需要手工修改各个节点的镜像版本。快速升级(含国内镜像快速下载链接)包括升级kubeadm/kubectl/kubelet版本、拉取镜像、升级Kubernetes集群多个节点(包含多主和工作节点)等步骤。

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

 

参考

 

展开阅读全文
打赏
0
2 收藏
分享
加载中
更多评论
打赏
0 评论
2 收藏
0
分享
返回顶部
顶部