重新分配pod節(jié)點(diǎn)
1、軟件包下載
去github上下載較新的Kubernetes軟件包https://github.com/
2、升級(jí)說(shuō)明
升級(jí)包括master節(jié)點(diǎn)升級(jí)和node節(jié)點(diǎn)的升級(jí)，本章升級(jí)至v1.15.12；
Master節(jié)點(diǎn)的服務(wù)包括：apiserver、controller-manager、kube-scheduler；
Node節(jié)點(diǎn)的服務(wù)包括：kubelet和kube-proxy；
由于apiserver被nginx代理，所以在升級(jí)的時(shí)候需要操作操作nginx注釋升級(jí)節(jié)點(diǎn)，避免帶來(lái)無(wú)法訪問(wèn)的情況；
我們的master節(jié)點(diǎn)和node都是在同一個(gè)集群服務(wù)器上，所以一起進(jìn)行操作；
3、確定節(jié)點(diǎn)升級(jí)順序
查看節(jié)點(diǎn)信息
[root@hdss7-21 ~]# kubectl get node NAME STATUS ROLES AGE VERSION hdss7-21.host.com Ready14d v1.14.10 hdss7-22.host.com Ready 14d v1.14.10
查看pod分布狀態(tài)，盡量選擇較少pod的節(jié)點(diǎn)先進(jìn)行遷移
[root@hdss7-21 ~]# kubectl get pod -o wide -n kube-system NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES coredns-64f49f5655-smzzz 1/1 Running 6 8d 172.7.21.4 hdss7-21.host.comkubernetes-dashboard-99ff79fcd-khl8z 1/1 Running 2 4d 172.7.22.4 hdss7-22.host.com traefik-ingress-2svq6 1/1 Running 3 5d 172.7.21.5 hdss7-21.host.com traefik-ingress-rcd28 1/1 Running 3 5d 172.7.22.3 hdss7-22.host.com
由于分布差不多，我們選擇先升級(jí)10.4.7.21服務(wù)器上的節(jié)點(diǎn)
4、修改代理nginx配置
在10.4.7.21和22上都操作，以21為例
注釋apiserver升級(jí)節(jié)點(diǎn)的服務(wù)器
[root@hdss7-11 ~]# vim /etc/nginx/nginx.conf
upstream kube-apiserver {
# server 10.4.7.21:6443 max_fails=3 fail_timeout=30s;
server 10.4.7.22:6443 max_fails=3 fail_timeout=30s;
}
[root@hdss7-11 ~]# nginx -t
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful
[root@hdss7-11 ~]# nginx -s reload
5、刪除第一個(gè)節(jié)點(diǎn)
將節(jié)點(diǎn)調(diào)成不可調(diào)度狀態(tài)
[root@hdss7-21 ~]# kubectl cordon hdss7-21.host.com node/hdss7-21.host.com cordoned
當(dāng)節(jié)點(diǎn)設(shè)置成不可調(diào)度狀態(tài)之后，新啟動(dòng)的 pod 不會(huì)調(diào)度到此節(jié)點(diǎn)上，但是該節(jié)點(diǎn)上正在運(yùn)行的 Pod 將不會(huì)被影響。
驅(qū)逐節(jié)點(diǎn)上的pod
[root@hdss7-21 ~]# kubectl drain hdss7-21.host.com --delete-local-data --ignore-daemonsets --force node/hdss7-21.host.com already cordoned WARNING: ignoring DaemonSet-managed Pods: default/nginx-ds-2rj9d, kube-system/traefik-ingress-2svq6 evicting pod "coredns-64f49f5655-smzzz" evicting pod "nginx-dp-86678bb55c-tklvc" pod/nginx-dp-86678bb55c-tklvc evicted pod/coredns-64f49f5655-smzzz evicted node/hdss7-21.host.com evicted
注釋：
--delete-local-data 即使pod使用了emptyDir也刪除 --ignore-daemonsets 忽略deamonset控制器的pod，如果不忽略，daemonset控制器控制的pod被刪除后可能馬上又在此節(jié)點(diǎn)上啟動(dòng)起來(lái),會(huì)成為死循環(huán)；--force 不加force參數(shù)只會(huì)刪除該NODE上由ReplicationController, ReplicaSet, DaemonSet,StatefulSet or Job創(chuàng)建的Pod，加了后還會(huì)刪除'裸奔的pod'(沒(méi)有綁定到任何replication controller)
再次查看pod分布
[root@hdss7-21 ~]# kubectl get pod -o wide -n kube-system NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES coredns-64f49f5655-n2pl7 1/1 Running 0 39s 172.7.22.7 hdss7-22.host.comkubernetes-dashboard-99ff79fcd-khl8z 1/1 Running 2 4d 172.7.22.4 hdss7-22.host.com traefik-ingress-2svq6 1/1 Running 3 5d 172.7.21.5 hdss7-21.host.com traefik-ingress-rcd28 1/1 Running 3 5d 172.7.22.3 hdss7-22.host.com
除了daemonset的pod已被移動(dòng)到10.4.7.22接節(jié)點(diǎn)上
測(cè)試重新啟動(dòng)的coredns是否生效
[root@hdss7-21 ~]# dig -t A nginx-dp.default.svc.cluster.local @192.168.0.2 +short 192.168.191.8
刪除節(jié)點(diǎn)
[root@hdss7-21 ~]# kubectl delete node hdss7-21.host.com node "hdss7-21.host.com" deleted
6、升級(jí)第一個(gè)節(jié)點(diǎn)
配置新版本
[root@hdss7-21 ~]# cd /opt/src/ [root@hdss7-21 src]# tar -zxvf kubernetes-server-linux-amd64-v1.15.12.tar.gz [root@hdss7-21 src]# mv kubernetes /opt/kubernetes-v1.15.12 [root@hdss7-21 src]# cd /opt/kubernetes-v1.15.12/ [root@hdss7-21 kubernetes-v1.15.12]# rm -f kubernetes-src.tar.gz [root@hdss7-21 kubernetes-v1.15.12]# cd server/bin/ [root@hdss7-21 bin]# rm -f *.tar *_tag [root@hdss7-21 bin]# ll 總用量 677292 -rwxr-xr-x 1 root root 50581504 6月 16 21:10 apiextensions-apiserver -rwxr-xr-x 1 root root 44638208 6月 16 21:10 kubeadm -rwxr-xr-x 1 root root 48525312 6月 16 21:10 kube-aggregator -rwxr-xr-x 1 root root 122097664 6月 16 21:10 kube-apiserver -rwxr-xr-x 1 root root 116301824 6月 16 21:10 kube-controller-manager -rwxr-xr-x 1 root root 46419968 6月 16 21:10 kubectl -rwxr-xr-x 1 root root 54980712 6月 16 21:10 kubectl-convert -rwxr-xr-x 1 root root 118151728 6月 16 21:10 kubelet -rwxr-xr-x 1 root root 43139072 6月 16 21:10 kube-proxy -rwxr-xr-x 1 root root 47112192 6月 16 21:10 kube-scheduler -rwxr-xr-x 1 root root 1593344 6月 16 21:10 mounter [root@hdss7-21 bin]# mkdir certs [root@hdss7-21 bin]# mkdir /opt/kubernetes-v1.15.12/conf
拷貝證書
[root@hdss7-21 bin]# cp /opt/kubernetes/server/bin/certs/* certs/ [root@hdss7-21 bin]# ls certs/ apiserver-key.pem ca-key.pem client-key.pem kubelet-key.pem kube-proxy-client-key.pem apiserver.pem ca.pem client.pem kubelet.pem kube-proxy-client.pem
拷貝服務(wù)啟動(dòng)腳本
[root@hdss7-21 bin]# cp /opt/kubernetes/server/bin/*.sh . [root@hdss7-21 bin]# ls apiextensions-apiserver kube-apiserver kubectl kube-proxy mounter certs kube-apiserver-startup.sh kubectl-convert kube-proxy-startup.sh kubeadm kube-controller-manager kubelet kube-scheduler kube-aggregator kube-controller-manager-startup.sh kubelet-startup.sh kube-scheduler-startup.sh
拷貝配置文件
[root@hdss7-21 bin]# cp /opt/kubernetes/conf/* /opt/kubernetes-v1.15.12/conf/ [root@hdss7-21 bin]# ls /opt/kubernetes-v1.15.12/conf/ audit.yaml k8s-node.yaml kubelet.kubeconfig kube-proxy.kubeconfig nginx-ds.yaml
重新創(chuàng)建軟連接
[root@hdss7-21 bin]# cd /opt/ [root@hdss7-21 opt]# ll 總用量 24 drwx--x--x 4 root root 4096 7月 2 21:50 containerd lrwxrwxrwx 1 root root 16 6月 8 20:36 etcd -> /opt/etcd-v3.3.1 drwxr-xr-x 5 etcd etcd 4096 7月 9 21:25 etcd-v3.3.1 lrwxrwxrwx 1 root root 20 7月 17 19:40 flannel -> /opt/flannel-v0.11.0 drwxr-xr-x 3 root root 4096 7月 28 20:05 flannel-v0.11.0 lrwxrwxrwx 1 root root 23 7月 10 20:17 kubernetes -> /opt/kubernetes-v1.14.10 drwxr-xr-x 5 root root 4096 7月 10 20:36 kubernetes-v1.14.10 drwxr-xr-x 6 root root 4096 7月 28 22:18 kubernetes-v1.15.12 drwxr-xr-x 2 root root 4096 7月 28 22:10 src [root@hdss7-21 opt]# rm -rf kubernetes [root@hdss7-21 opt]# ln -s /opt/kubernetes-v1.15.12 /opt/kubernetes [root@hdss7-21 opt]# ll 總用量 24 drwx--x--x 4 root root 4096 7月 2 21:50 containerd lrwxrwxrwx 1 root root 16 6月 8 20:36 etcd -> /opt/etcd-v3.3.1 drwxr-xr-x 5 etcd etcd 4096 7月 9 21:25 etcd-v3.3.1 lrwxrwxrwx 1 root root 20 7月 17 19:40 flannel -> /opt/flannel-v0.11.0 drwxr-xr-x 3 root root 4096 7月 28 20:05 flannel-v0.11.0 lrwxrwxrwx 1 root root 23 7月 28 22:20 kubernetes -> /opt/kubernetes-v1.15.12 drwxr-xr-x 5 root root 4096 7月 10 20:36 kubernetes-v1.14.10 drwxr-xr-x 6 root root 4096 7月 28 22:18 kubernetes-v1.15.12 drwxr-xr-x 2 root root 4096 7月 28 22:10 src
7、重啟節(jié)點(diǎn)服務(wù)
[root@hdss7-21 opt]# supervisorctl status etcd-server-7-21 RUNNING pid 6296, uptime 014 flanneld-7-21 RUNNING pid 7042, uptime 014 kube-apiserver-7-21 RUNNING pid 7165, uptime 024 kube-controller-manager-7-21 RUNNING pid 4675, uptime 003 kube-kubelet-7-21 RUNNING pid 7184, uptime 016 kube-proxy-7-21 RUNNING pid 4678, uptime 003 kube-scheduler-7-21 RUNNING pid 4673, uptime 003
重啟node節(jié)點(diǎn)服務(wù)
[root@hdss7-21 opt]# supervisorctl restart kube-kubelet-7-21 [root@hdss7-21 opt]# supervisorctl restart kube-proxy-7-21
查看版本
[root@hdss7-21 opt]# kubectl get node NAME STATUS ROLES AGE VERSION hdss7-21.host.com Ready4d22h v1.15.12 hdss7-22.host.com Ready 19d v1.14.10
重啟master節(jié)點(diǎn)服務(wù)
[root@hdss7-21 opt]# supervisorctl restart kube-apiserver-7-21 [root@hdss7-21 opt]# supervisorctl restart kube-controller-manager-7-21 [root@hdss7-21 opt]# supervisorctl restart kube-scheduler-7-21
注意重啟過(guò)程中可以查看日志，確保啟動(dòng)無(wú)問(wèn)題。
8、修改代理nginx配置
修改11和12配置
[root@hdss7-11 ~]# vim /etc/nginx/nginx.conf
upstream kube-apiserver {
server 10.4.7.21:6443 max_fails=3 fail_timeout=30s;
# server 10.4.7.22:6443 max_fails=3 fail_timeout=30s;
}
[root@hdss7-11 ~]# nginx -t
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful
[root@hdss7-11 ~]# nginx -s reload
9、升級(jí)第二個(gè)節(jié)點(diǎn)
按照同樣的方法對(duì)其余節(jié)點(diǎn)進(jìn)行升級(jí)
在10.4.7.22上操作
最后檢查服務(wù)啟動(dòng)狀態(tài)和node節(jié)點(diǎn)版本
[root@hdss7-22 ~]# supervisorctl status etcd-server-7-22 RUNNING pid 1235, uptime 1:10:58 flanneld-7-22 RUNNING pid 1203, uptime 1:10:59 kube-apiserver-7-22 RUNNING pid 25776, uptime 0:01:39 kube-controller-manager-7-22 RUNNING pid 26009, uptime 0:01:09 kube-kubelet-7-22 RUNNING pid 23925, uptime 0:06:08 kube-proxy-7-22 RUNNING pid 24142, uptime 0:05:38 kube-scheduler-7-22 RUNNING pid 26190, uptime 0:00:38 [root@hdss7-22 ~]# kubectl get node NAME STATUS ROLES AGE VERSION hdss7-21.host.com Ready4d22h v1.15.12 hdss7-22.host.com Ready 6m12s v1.15.12
10、修改nginx代理
將配置文件改為原來(lái)狀態(tài)
[root@hdss7-11 ~]# vim /etc/nginx/nginx.conf
upstream kube-apiserver {
server 10.4.7.21:6443 max_fails=3 fail_timeout=30s;
server 10.4.7.22:6443 max_fails=3 fail_timeout=30s;
}
[root@hdss7-11 ~]# nginx -t
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful
[root@hdss7-11 ~]# nginx -s reload
11、測(cè)試操作平臺(tái)
12、重新分配pod節(jié)點(diǎn)
查看pod信息得知目前大部分的pod在10.4.7.21上，這不符合性能最優(yōu)狀態(tài)，我們可以在dashbard面板上刪除一個(gè)pod，通過(guò)scheduler的計(jì)算，會(huì)在另外一個(gè)（22上）負(fù)載較少的node節(jié)點(diǎn)上重新啟動(dòng)這個(gè)pod
如下，刪除coredns的pod
正在重啟狀態(tài)
啟動(dòng)后的狀態(tài)
鏈接：https://www.cnblogs.com/wangyuanguang/p/15091863.html
聲明：本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人，不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用，如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題，請(qǐng)聯(lián)系本站處理。
舉報(bào)投訴
-
節(jié)點(diǎn)
+關(guān)注
關(guān)注
0文章
222瀏覽量
24966 -
POD
+關(guān)注
關(guān)注
0文章
18瀏覽量
6154
原文標(biāo)題：12、重新分配pod節(jié)點(diǎn)
文章出處：【微信號(hào)：magedu-Linux，微信公眾號(hào)：馬哥Linux運(yùn)維】歡迎添加關(guān)注！文章轉(zhuǎn)載請(qǐng)注明出處。
發(fā)布評(píng)論請(qǐng)先 登錄
相關(guān)推薦
熱點(diǎn)推薦
什么是 K8S,如何使用 K8S
、故障恢復(fù)等。
資源抽象與調(diào)度：將服務(wù)器資源抽象為統(tǒng)一資源池，通過(guò)調(diào)度器分配任務(wù)到節(jié)點(diǎn)。
自愈能力：自動(dòng)重啟失敗容器或遷移到健康節(jié)點(diǎn)。
彈性伸縮：根據(jù)負(fù)載動(dòng)態(tài)調(diào)整容器數(shù)量。
服務(wù)發(fā)現(xiàn)與負(fù)載均衡：內(nèi)置服務(wù)
發(fā)表于 06-25 06:45
詳解Kubernetes中的Pod調(diào)度親和性
在 Kubernetes（K8s）中，Pod 調(diào)度親和性（Affinity） 是一種高級(jí)調(diào)度策略，用于控制 Pod 與節(jié)點(diǎn)（Node）或其他 Pod 之間的關(guān)聯(lián)（親和）或反關(guān)聯(lián)（反親和
Kubernetes負(fù)載均衡器MetalLB介紹
Kubernetes中一個(gè)應(yīng)用服務(wù)會(huì)有一個(gè)或多個(gè)實(shí)例，每個(gè)實(shí)例（Pod）的IP地址由網(wǎng)絡(luò)插件動(dòng)態(tài)隨機(jī)分配（Pod重啟后IP地址會(huì)改變）。為屏蔽這些后端實(shí)例的動(dòng)態(tài)變化和對(duì)多實(shí)例的負(fù)載均衡，引入了 Service這個(gè)資源對(duì)象。
芯片封裝中的RDL(重分布層)技術(shù)
封裝中的RDL（Redistribution Layer，重分布層）是集成電路封裝設(shè)計(jì)中的一個(gè)重要層次，主要用于實(shí)現(xiàn)芯片內(nèi)電氣連接的重新分配，并且在封裝中起到連接芯片和外部引腳之間的橋梁作用。RDL的設(shè)計(jì)和實(shí)現(xiàn)直接影響到封裝的電氣性能、可靠性和制造成本。
Kubernetes：構(gòu)建高效的容器化應(yīng)用平臺(tái)
init初始化集群，按照提示配置kubeconfig文件，它包含集群連接信息。從節(jié)點(diǎn)通過(guò)kubeadm join命令加入集群。 Pod 是 Kubernetes 中最小的可部署單元，一個(gè) Pod 可以包含一
Jtti：節(jié)點(diǎn)ID變化過(guò)于頻繁如何解決
與現(xiàn)有節(jié)點(diǎn)的ID重復(fù)。 采用動(dòng)態(tài)ID分配策略 ：設(shè)置一個(gè)ID管理節(jié)點(diǎn)，負(fù)責(zé)為新加入的節(jié)點(diǎn)分配唯一的ID，并在
華納云：Chord算法如何管理節(jié)點(diǎn)間的聯(lián)系？
處理節(jié)點(diǎn)的加入和離開(kāi)，以及節(jié)點(diǎn)的故障。當(dāng)節(jié)點(diǎn)離開(kāi)或故障時(shí)，其責(zé)任區(qū)間會(huì)被重新分配給其他節(jié)點(diǎn)，以確保數(shù)據(jù)的可用性。
后繼指針：
每個(gè)
發(fā)表于 11-08 16:03
嵌入式學(xué)習(xí)-飛凌嵌入式ElfBoard ELF 1板卡-通用文件I/O模型之close
可以被重新分配使用。在程序結(jié)束時(shí)，所有打開(kāi)的文件都會(huì)自動(dòng)關(guān)閉，但建議在讀寫文件結(jié)束后手動(dòng)關(guān)閉文件，這樣可以最大限度地避免資源泄露和數(shù)據(jù)損壞。代碼示例：
發(fā)表于 10-12 09:31
飛凌嵌入式ElfBoard ELF 1板卡-通用文件I/O模型之close
可以被重新分配使用。在程序結(jié)束時(shí)，所有打開(kāi)的文件都會(huì)自動(dòng)關(guān)閉，但建議在讀寫文件結(jié)束后手動(dòng)關(guān)閉文件，這樣可以最大限度地避免資源泄露和數(shù)據(jù)損壞。代碼示例：
發(fā)表于 10-11 08:54
芯片先進(jìn)封裝里的RDL
文章來(lái)源：學(xué)習(xí)那些事 原文作者：新手求學(xué) RDL是一層布線金屬互連層，可將I/O重新分配到芯片的不同位置。 Redistribution layer(RDL)是將半導(dǎo)體封裝的一部分電連接到另一
主動(dòng)均衡技術(shù)的優(yōu)點(diǎn)分析
的基礎(chǔ)。 主動(dòng)均衡技術(shù)的優(yōu)勢(shì)分析 效率提升：主動(dòng)均衡技術(shù)通過(guò)精確控制電池單體之間的能量轉(zhuǎn)移，能夠更有效地重新分配電荷。這種高效的電荷重新分配增加了電池組的總可用電荷，從而顯著延長(zhǎng)了系統(tǒng)的運(yùn)行時(shí)間。在電動(dòng)汽車等對(duì)
10KV開(kāi)閉所 關(guān)于10kV開(kāi)閉所的設(shè)置原則總結(jié)
10kV開(kāi)閉所是變電所10kV母線的延伸，負(fù)責(zé)接收大容量饋線并重新分配至用戶，減少變電所出線間隔和走廊，作為聯(lián)絡(luò)樞紐提供雙電源。合理設(shè)置可增強(qiáng)配電網(wǎng)控制，提升運(yùn)行調(diào)度靈活性，確保供電可靠。開(kāi)閉所優(yōu)化調(diào)度支持設(shè)備檢修不停電，故障時(shí)靈活隔離，縮小停電區(qū)域。
節(jié)點(diǎn)電壓法流入節(jié)點(diǎn)電流怎么判斷正負(fù)
節(jié)點(diǎn)電壓法（Node Voltage Method）是一種在電路分析中常用的方法，用于求解電路中各節(jié)點(diǎn)的電壓。在這種方法中，我們通常選擇一個(gè)參考節(jié)點(diǎn)（通常是接地點(diǎn)），然后求解其他節(jié)點(diǎn)相
節(jié)點(diǎn)電壓法的實(shí)質(zhì)是什么
節(jié)點(diǎn)電壓法（Node Voltage Method）是一種在電路分析中常用的方法，主要用于求解線性電路中的電壓和電流。它基于基爾霍夫電流定律（KCL）和歐姆定律，通過(guò)建立節(jié)點(diǎn)電壓方程來(lái)求解電路中
工商網(wǎng)監(jiān)
評(píng)論