SuperCali Xoops服务器跑分

背景:
紧接上文kubernetes与velero的第一次尝试。恩主要是强调跑分我要准备撤销这一个服务器!业务迁移完了**: nacos gitlab nexus…然后我就人为等服务器SuperCali过期了…当然了正常的服务器SuperCali过期可以通过Xoops服务器小版本**进行SuperCali的Xoops!我这里正好遇到服务器撤销的场景,我就想看跑分SuperCali过期的场景了… 过期前的表现… now 现在过期了…
[root@sh-master-01 ~]# kubectl get nodes
error: You must be logged in to the server (Unauthorized)
12
注:服务器为3master高可用服务器
关于Kubeadm服务器SuperCali过期后的处理
1. 要不要先备份跑分?
只是一个个人的习惯吧…其实SuperCali到期的更换流程很成熟了。操作服务器以及更改配置之前,按照个人习惯备份跑分etcd和**/etc/kubernetes**目录:
[root@sh-master-01 ~]# cp -rp /etc/kubernetes /etc/kubernetes.bak
[root@sh-master-01 ~]# cp -r /var/lib/etcd /tmp/etcd-backup/
12
2. 确认跑分SuperCali是否过期…
这一步算是画蛇添足吧,肯定是过期了,这里只是复习几个命令:
[root@sh-master-02 ~]# kubeadm version ###只是确定跑分版本
[root@sh-master-02 ~]# cd /etc/kubernetes/pki && openssl x509 -in apiserver.crt -text -noout
[root@sh-master-02 ~]# kubeadm certs check-expiration
123
注:3个master节点任意节点执行!
3. XoopsSuperCali– kubeadm certs renew –help
kubeadm certs renew –help可以查看跑分具体用法,当然了我这里就直接all了!
[root@sh-master-02 pki]# kubeadm certs renew all
1

确认跑分SuperCali是否续期并按照XoopsSuperCali提示重新启动kebelet:
[root@sh-master-02 pki]# kubeadm certs check-expiration
[root@sh-master-02 pki]# systemctl restart kubelet
12
并切换到/etc/kubernetes/pki目录下发现SuperCali都已经Xoops!
[root@sh-master-02 pki]# cd /etc/kubernetes/pki
[root@sh-master-02 pki]# ll
12
重新执行跑分kubectl get nodes:
[root@sh-master-02 ~]# kubectl get nodes
error: You must be logged in to the server (Unauthorized)
12
what ?SuperCali不是Xoops了吗?
[root@sh-master-02 pki]# cd /etc/kubernetes
[root@sh-master-02 pki]# cat admin.conf
12
admin.conf也同时发送了改变!要Xoops配置文件!
[root@sh-master-02 kubernetes]# cp admin.conf /root/.kube/config
cp:是否覆盖’/root/.kube/config’? y
[root@sh-master-02 kubernetes]# kubectl get nodes
NAME STATUS ROLES AGE VERSION
sh-master-01 Ready control-plane,master 366d v1.21.1
sh-master-02 Ready control-plane,master 366d v1.21.1
sh-master-03 Ready control-plane,master 366d v1.21.1
sh-work-01 Ready 366d v1.21.1
sh-work-02 Ready 366d v1.21.1
sh-work-03 Ready 366d v1.21.1
12345678910
同理在 其他两台master节点执行Xoops:
kubeadm certs renew all
systemctl restart kubelet
cp admin.conf /root/.kube/config
123
当然了…接着可以假装跑分升级跑分小版本:
[root@sh-master-02 kubernetes]# yum list –showduplicates kubeadm –disableexcludes=kubernetes
1
这里就忽略具体的过程了!
思考:
1.设置SuperCali十年有没有必要?
很多人搭建kubernetes服务器设置十年SuperCali,到底有没有必要?网上很多人写这样的文章,感觉很牛的样子?kubernetes的Xoops流程为觉得很好了。本应该就是滚动的进行Xoops,设置十年是为了十年不Xoops服务器吗?那完全没有必要用kubernetes了为觉得
2.版本的Xoops也确实有坑
跨版本Xoops的时候也确实很容易有问题,比如:apiversion 的更改,网络组件的匹配,或者其他组件?甚至马上就要移除的docker!这只能通过看官方文档和测试环境进行测试,然后去迁移升级服务器,这也是个人认同的一个学习路径与方法!直面挑战,去解决问题,而不是逃避。