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

66次阅读
没有评论

共计 4531 个字符,预计需要花费 12 分钟才能阅读完成。

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

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 版”的学习就结束了,希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习,快去试试吧!若想继续学习更多相关知识,请继续关注丸趣 TV 网站,丸趣 TV 小编会继续努力为大家带来更多实用的文章!

正文完
 
丸趣
版权声明:本站原创文章,由 丸趣 2023-08-16发表,共计4531字。
转载说明:除特殊说明外本站除技术相关以外文章皆由网络搜集发布,转载请注明出处。
评论(没有评论)