掃二維碼與項目經(jīng)理溝通
我們在微信上24小時期待你的聲音
解答本文疑問/技術(shù)咨詢/運(yùn)營咨詢/技術(shù)建議/互聯(lián)網(wǎng)交流
作者:云上天 2022-12-07 17:33:50
云計算
云原生 K8S,它的全稱,是Kubernetes,Kubernetes 這個單詞來自于希臘語,含義是舵手或領(lǐng)航員。K8S是它的縮寫,用“8”字替代了“ubernete”這8個字符,所有我們一般都會叫它k8s,和Docker不同,K8S的創(chuàng)造者,是大名鼎鼎行業(yè)巨頭谷歌,K8S并不是一件全新的發(fā)明。

相信很多人對他的名字都不陌生,但是很多人卻把他和docker相關(guān)的關(guān)系分不清,也沒有搞懂它到底是用來做什么的,能幫助我們解決哪些問題,今天我就給大家詳細(xì)的講一下。
K8S,它的全稱,是kubernetes,Kubernetes 這個單詞來自于希臘語,含義是舵手或領(lǐng)航員。K8S是它的縮寫,用“8”字替代了“ubernete”這8個字符,所有我們一般都會叫它k8s,和Docker不同,K8S的創(chuàng)造者,是大名鼎鼎行業(yè)巨頭谷歌,K8S并不是一件全新的發(fā)明。它的前身,是Google自己搗鼓了十多年的Borg系統(tǒng),K8S是2014年6月由Google公司正式公布出來并宣布開源的。
我們都知道隨著docker人氣迅速攀升,越來越多的公司和開發(fā)者都把自己公司的業(yè)務(wù)遷移到docker容器平臺,這樣以來很多人就發(fā)現(xiàn)一個問題,自己公司業(yè)務(wù)一臺docker容器根本沒有辦法滿足當(dāng)前需求,這時候我們首先想到的就是增加服務(wù)器,在每臺服務(wù)器都安裝docker容器,如果你的服務(wù)拆分不是很多這樣的確可以解決當(dāng)前問題,但是如果有上百個微服務(wù),你還是用以前方式管理docker那就非常吃力了,這時候我們可能會想,有沒有一款能把所有docker容器進(jìn)行統(tǒng)一管理的平臺,沒錯k8s是為容器服務(wù)而生的一個可移植容器的編排管理工具,越來越多的公司正在擁抱k8s,并且當(dāng)前k8s已經(jīng)主導(dǎo)了云業(yè)務(wù)流程,推動了微服務(wù)架構(gòu)等熱門技術(shù)的普及和落地。
說白了k8s就是用來管理docker容器的,以前我們運(yùn)行一個容器都是直接調(diào)用docker創(chuàng)建容器的,這樣以來隨著docker實(shí)力越來越多我們維護(hù)就非常困難了,假設(shè)我現(xiàn)在有30多個服務(wù),如果沒有用容器編排工具我們就需要自己計算每個服務(wù)占用多少空間,一個docker容器部署多少個服務(wù),這些都是需要提前計算好的,但是隨著我們系統(tǒng)訪問量不斷增加,可能以前只4g運(yùn)行內(nèi)存的現(xiàn)在可能需要調(diào)整到8g,那以前節(jié)點(diǎn)明顯就不夠用了,我們就需要手動部署到新機(jī)器上去,如果你使用了k8s,你只需要把新的節(jié)點(diǎn)加入k8s集群,剩下的工作就都是交給k8s來幫你完成了。
我們都知道只要是程序就可能存在bug,如果發(fā)現(xiàn)新發(fā)布的程序版本有問題,我們可以立即回退到原來的版本。
k8s默認(rèn)會有監(jiān)控檢查機(jī)制,說白了就是不斷的curl你服務(wù)的端口發(fā)現(xiàn)不通或者其他異常問題,一旦某一個容器崩潰,能夠快速速啟動新的容器。
當(dāng)我們某個服務(wù)訪問量比較高的時候發(fā)現(xiàn)一個節(jié)點(diǎn)已經(jīng)無法正常處理我們業(yè)務(wù)請求了,我們可以動態(tài)的調(diào)整pod數(shù)量達(dá)實(shí)現(xiàn)擴(kuò)容效果,如果某個服務(wù)訪問不高我們就可以減少pod數(shù)量實(shí)現(xiàn)動態(tài)擴(kuò)容,而且k8s實(shí)現(xiàn)擴(kuò)容和縮容是非常簡單的只需要一條命令即可搞定。
如果由于某個服務(wù)訪問量比較高,那么相當(dāng)于一個服務(wù)起動了多個容器,如果我們用傳統(tǒng)方式肯定還需要使用nginx相關(guān)的負(fù)載均衡中間件,但是如果使用了k8s能自動實(shí)現(xiàn)請求的負(fù)載均衡。
如果你項目中有使用nfs或者其它文件系統(tǒng)存儲文件,我們可以直接在k8s創(chuàng)建存儲卷掛著nfs了,比較常見的就是我們服務(wù)是微服務(wù)項目我們的文件存儲系統(tǒng)和文件分析系統(tǒng)是兩個服務(wù)這時候我們就可以掛著nfs,兩個服務(wù)使用同一個文件系統(tǒng)效果。
?一個k8s集群主要是由控制節(jié)點(diǎn)(master)、工作節(jié)點(diǎn)(node)構(gòu)成,每個節(jié)點(diǎn)上都會安裝不同的組件。
master節(jié)點(diǎn)主要負(fù)責(zé)集群的管理 ,master節(jié)點(diǎn)包含以下組件。
node節(jié)點(diǎn)負(fù)責(zé)為容器提供運(yùn)行環(huán)境,也就是正在干活的節(jié)點(diǎn)。
以部署一個Nginx服務(wù)來說明Kubernetes系統(tǒng)各個組件調(diào)用關(guān)系。
官網(wǎng)提供架構(gòu)圖
Master:集群控制節(jié)點(diǎn),每個集群需要至少一個master節(jié)點(diǎn)負(fù)責(zé)集群的管控。
Node:工作負(fù)載節(jié)點(diǎn),由master分配容器到這些node工作節(jié)點(diǎn)上,然后node節(jié)點(diǎn)上的docker負(fù)責(zé)容器的運(yùn)行。
Pod:kubernetes的最小控制單元,容器都是運(yùn)行在pod中的,一個pod中可以有1個或者多個容器。
Controller:控制器,通過它來實(shí)現(xiàn)對pod的管理,比如啟動pod、停止pod、伸縮pod的數(shù)量等等。
Service:pod對外服務(wù)的統(tǒng)一入口,下面可以維護(hù)者同一類的多個pod。
Label:標(biāo)簽,用于對pod進(jìn)行分類,同一類pod會擁有相同的標(biāo)簽。
NameSpace:命名空間,用來隔離pod的運(yùn)行環(huán)境。
kubectl get node
kubectl create ns ${空間名稱}
kubectl delete ns ${空間名稱}Pod運(yùn)行中的一組容器,Pod是kubernetes中應(yīng)用的最小單位。
示例:運(yùn)行一個名稱為nginx,副本數(shù)為3,標(biāo)簽為app=example,鏡像為nginx:1.10,端口為80的容器實(shí)例。
kubectl run nginx --replicas=3 --labels="app=example" --image=nginx:1.10 --port=80
kubectl get pod -A
kubectl get pod --show-labels
kubectl get pods -l app=example
kubectl describe pod ${pod名稱} -n ${空間名稱}kubectl get pod ${pod名稱} -n ${空間名稱}kubectl get pod -o wide
kubectl logs ${pod名稱} -n ${空間名稱}kubectl logs ${pod名稱} --since=1hkubectl logs ${pod名稱} --since-time=2022-12-01T15:00:00Zkubectl exec -ti ${pod名稱} /bin/bash我們已經(jīng)能夠利用Deployment來創(chuàng)建一組Pod來提供具有高可用性的服務(wù),雖然每個Pod都會分配一個單獨(dú)的Pod的IP地址,但是卻存在如下的問題:
Pod的IP會隨著Pod的重建產(chǎn)生變化。
Pod的IP僅僅是集群內(nèi)部可見的虛擬的IP,外部無法訪問。
kubectl expose deployment xxx --name=服務(wù)名 --type=ClusterIP --port=暴露的端口 --target-port=指向集群中的Pod的端口 [-n 命名空間]。
會產(chǎn)生一個CLUSTER-IP,這個就是service的IP,在Service的生命周期內(nèi),這個地址是不會變化的。
kubectl expose deployment nginx --name=svc-nginx1 --type=ClusterIP --port=80 --target-port=80 -n test
kubectl get svg [-n 命名空間] [-o wide]
kubectl expose deployment xxx --name=服務(wù)名 --type=NodePort --port=暴露的端口 --target-port=指向集群中的Pod的端口 [-n 命名空間]
kubectl expose deploy nginx --name=svc-nginx2 --type=NodePort --port=80 --target-port=80 -n test
kubectl scale --replicas=5 deployment/my-nginx
kubectl edit deployment my-nginx
將deployment中的nginx容器鏡像設(shè)置為“nginx:1.9.1”。
kubectl set image deployment/nginx busybox=busybox nginx=nginx:1.9.1
歷史記錄。
kubectl rollout history deployment ${pod名稱}查看某個歷史詳情。
kubectl rollout history deployment my-nginx--revision=2
回滾(回到上次)。
kubectl rollout undo deployment ${pod名稱}回滾(回到指定版本)。
kubectl rollout undo deployment my-nginx--to-revision=2

我們在微信上24小時期待你的聲音
解答本文疑問/技術(shù)咨詢/運(yùn)營咨詢/技術(shù)建議/互聯(lián)網(wǎng)交流