k8s部署dashboard ui管理平臺(tái)全過程
k8s儀表盤
概念
查看k8s的web管理界面,提供菜單去查看管理k8s集群,也可以管理k8s集群中部署的應(yīng)用程序。
實(shí)際是一個(gè)項(xiàng)目,聽說是中國(guó)人寫的,放在kubernets目錄下,可以用k8s容器化的方式運(yùn)行,即把該ui界面當(dāng)成一個(gè)docker容器鏡像,運(yùn)行在k8s的pod里邊,注意雖然該項(xiàng)目是一個(gè)web界面,但是也不是運(yùn)行的tomcat鏡像,而是直接運(yùn)行的該項(xiàng)目的鏡像。
如下第2張圖的yaml文件應(yīng)該就是該web管理項(xiàng)目經(jīng)過空運(yùn)行測(cè)試生成的yaml文件,當(dāng)k8s應(yīng)用apply -f 該ui管理平臺(tái)yaml文件時(shí),該ui管理平臺(tái)項(xiàng)目就以容器化方式運(yùn)行。
該yaml鏈接文件需要翻 墻打開,yaml文件中的詳細(xì)內(nèi)容從第3張圖開始看,文件中的拉取鏡像策略為always,即永遠(yuǎn)都從遠(yuǎn)程倉(cāng)庫(kù)拉取不從本地倉(cāng)庫(kù)拉取,







流程:
注意:開始可在Master節(jié)點(diǎn)先查詢是否有dashboard相關(guān)service、deploy、pod以便在執(zhí)行命令之后更準(zhǔn)確查看是否容器化運(yùn)行成功
1.使用wget命令下載ui管理平臺(tái)yaml文件



2.容器化部署前在master節(jié)點(diǎn)vim修改清單(yaml文件)暴露端口



3.在master節(jié)點(diǎn)k8s以yaml文件(yaml文件又叫清單)方式容器化啟動(dòng)該項(xiàng)目
注意:dashboard容器化生成的pod是在dashboard命令空間上(在執(zhí)行完該命令后的第一行就顯示了指定的命令空間),所以在查詢?cè)損od時(shí)要指定命令空間,否則查詢不到,視頻中老師因?yàn)樵趫?zhí)行k8s apply -f 容器化命令前已經(jīng)修改了yaml文件即暴露了服務(wù)端口,所以在執(zhí)行完容器化命令之后也不需要再另外向外網(wǎng)暴露端口了,但是已經(jīng)暴露端口了視頻中老師還是沒查詢到dashboard的控制器deploy(本人沒實(shí)際操作,不知道為啥查不到),雖然沒查到deploy,但該老師在指定命令空間下查詢到pod后且pod狀態(tài)是Running就直接進(jìn)入了步驟4,去瀏覽器訪問dashboard(難道該項(xiàng)目容器化部署沒生成deploy控制器嗎???
所以如果容器化部署pod沒生成或者不是正常running狀態(tài)則本次容器化一定失敗,如果pod正常且running狀態(tài)一般部署成功即使沒找到deploy)






4.用暴露的端口去訪問ui管理平臺(tái)
注意:在用https且用node節(jié)點(diǎn)(注意135是node節(jié)點(diǎn)134是master節(jié)點(diǎn),下邊第一張圖備注錯(cuò)了,實(shí)際ui服務(wù)在node節(jié)點(diǎn)上,所以用Node節(jié)點(diǎn)可以訪問成功,當(dāng)然用master節(jié)點(diǎn)地址應(yīng)該也可以訪問成功,因?yàn)樵诎惭bk8s環(huán)境時(shí)默認(rèn)安裝了k8s節(jié)點(diǎn)服務(wù)之間的通信的插件,所以用master節(jié)點(diǎn)也可以訪問成功,它會(huì)把請(qǐng)求轉(zhuǎn)到node節(jié)點(diǎn)的服務(wù)上)訪問儀表盤地址后,顯示訪問成功,但是要登錄儀表盤還需要token,所以要再用三行命令生成token,分別是創(chuàng)建賬戶、給賬號(hào)分配權(quán)限、組合賬號(hào)生成打印token,前2行命令如果先前已經(jīng)知悉,則不需要再執(zhí)行,再執(zhí)行會(huì)報(bào)錯(cuò),可以直接執(zhí)行第3條生成token的命令,看如下圖3








5.ui管理平臺(tái)基本信息
deploy控制器:
縮放按鈕功能:進(jìn)行動(dòng)態(tài)擴(kuò)容




編輯按鈕:修改k8s部署的容器化鏡像docker,對(duì)部署的docker做一些調(diào)整,如下第3張圖修改完之后點(diǎn)擊更新相當(dāng)于重新執(zhí)行了一遍k8s通過yaml文件部署容器化應(yīng)用的命令



pods:


replica副本:
每個(gè)容器化應(yīng)用有幾個(gè)副本

ingresses:
暴露給外面的統(tǒng)一的端口

service服務(wù):

namespace命名空間:

node節(jié)點(diǎn):

總結(jié)
以上為個(gè)人經(jīng)驗(yàn),希望能給大家一個(gè)參考,也希望大家多多支持腳本之家。
相關(guān)文章
某集團(tuán)任意文件下載到虛擬主機(jī)getshell的方法
這篇文章主要介紹了某集團(tuán)任意文件下載到虛擬主機(jī)getshell的方法,非常不錯(cuò),具有參考借鑒價(jià)值,需要的朋友可以參考下2017-01-01
Rainbond調(diào)用Vue?React項(xiàng)目的后端接口
這篇文章主要為大家介紹了Rainbond調(diào)用Vue?React項(xiàng)目的后端接口問題解決,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪2022-04-04
k8s部署問題解決方案(節(jié)點(diǎn)狀態(tài)為 NotReady)
kubectl get nodes顯示節(jié)點(diǎn)NotReady,因kube-flannel鏡像拉取失敗,手動(dòng)拉取鏡像并修改名稱版本后,K8s自動(dòng)重試,最終恢復(fù)節(jié)點(diǎn)狀態(tài)為Ready,相關(guān)Pod也變?yōu)镽unning2025-07-07
k8s?pod始終處于pending狀態(tài)的解決方案
新K8s部署后服務(wù)重啟導(dǎo)致dashboard無法訪問,所有Pod處于Pending狀態(tài),原因分析顯示,因節(jié)點(diǎn)污點(diǎn)引發(fā)調(diào)度失敗,刪除污點(diǎn)后問題解決,總結(jié)Pending原因分為三類:調(diào)度問題(污點(diǎn)、資源不足)、鏡像問題(拉取失敗)、依賴性問題(卷/Secret/ConfigMap缺失)2025-08-08
k8s實(shí)現(xiàn)身份認(rèn)證策略及過程解析
這篇文章主要為大家介紹了k8s實(shí)現(xiàn)身份認(rèn)證策略及過程解析,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪2023-02-02
K8s中的臨時(shí)容器Ephemeral?Containers使用
這篇文章主要介紹了K8s中的臨時(shí)容器Ephemeral?Containers使用,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2024-07-07

