互動博客 | ABC智慧教研平台

ABC智慧教研平台，爲(For)強師賦能！

2023-05-27 02:48:10

祝玉峰

189

0

1

k8s重啓策略

2023-05-27 00:01:20

馬同學 k8s

Kubernetes(k8s) pod 重啓策略一(One)、重啓策略1、在(Exist)k8s集群中有如下三種重啓策略2、Always3、Never4、OnFailure4.1、非0狀态4.2、爲(For)0狀态二、Pod狀态1、Pod 一(One)直處于(At)Pending狀态2、Pod一(One)直處于(At)Waiting 或 ContainerCreating狀态3、Pod 一(One)直處于(At)ImagePullBackOff狀态4、Pod 一(One)直處于(At)CrashLoopBackOff狀态5、Pod處于(At)Error狀态6、Pod 處于(At)Terminating或 Unknown狀态一(One)、重啓策略在(Exist)k8s集群中，當某個(Indivual)pod資源需要(Want)重啓時(Hour)，我(I)們隻會對其進行删除，由其pod控制器進行重新構建。k8s集群的(Of)自愈也是對資源的(Of)一(One)個(Indivual)重新構建， 在(Exist)k8s中是沒有重啓一(One)說的(Of)。我(I)們 常說的(Of)重啓，其實就是對pod資源的(Of)重新構建，那麽k8s集群在(Exist)對資源進行管理時(Hour)，其“重啓”規則又是什麽呢？1、在(Exist)k8s集群中有如下三種重啓策略Always：當容器終止退出(Out)後，總是重啓容器，默認策略OnFailure：當容器異常退出(Out)（退出(Out)狀态碼非0）時(Hour)，重啓容器Never：當容器終止退出(Out)，從不(No)重啓容器。重啓策略适用(Use)于(At)pod對象中的(Of)所有容器，首次需要(Want)重啓的(Of)容器，将在(Exist)其需要(Want)時(Hour)立即進行重啓，随後再次需要(Want)重啓的(Of)操作(Do)将由kubelet延遲一(One)段時(Hour)間後進行，且反複的(Of)重啓操作(Do)的(Of)延遲時(Hour)長爲(For)10s，20s，40s，80s，160s，300s，300s是最大(Big)延遲時(Hour)長重啓策略設置建議因爲(For)重啓策略默認的(Of)是Always，這(This)也是合理的(Of)，因此在(Exist)一(One)般情況下，重啓策略不(No)需要(Want)設置，這(This)裏僅僅是作(Do)爲(For)知識點拿出(Out)來(Come)展示一(One)下，在(Exist)實際使用(Use)中，在(Exist)大(Big)多數情況下都不(No)需要(Want)進行重啓策略配置 2、Always <pre><code>apiVersion: v1
kind: Pod
metadata:
 name: foo
spec:
 containers:
 - name: busybox
 image: busybox
 args:
 - /bin/sh
 - -c
 - sleep 30; exit 3
</code></pre> 沒有定義重啓策略時(Hour)，默認的(Of)就是always <pre><code>
kubectl apply -f always.yaml
kubectl get pod -o wide -w
</code></pre> 注：證明重啓策略默認是always，總是自動拉取 3、Never <pre><code>apiVersion: v1
kind: Pod
metadata:
 name: foo01
spec:
 containers:
 - name: busybox
 image: busybox
 args:
 - /bin/sh
 - -c
 - sleep 30; exit 3
 restartPolicy: Never
</code></pre> 4、OnFailure4.1、非0狀态 <pre><code>apiVersion: v1
kind: Pod
metadata:
 name: foo02
spec:
 containers:
 - name: busybox
 image: busybox
 args:
 - /bin/sh
 - -c
 - sleep 20; exit 3
 restartPolicy: OnFailure
kubectl apply -f onfailure.yaml 
kubectl get pod -o wide -w
</code></pre> ==當容器異常退出(Out)（退出(Out)狀态碼非0）時(Hour)，重啓容器 == 4.2、爲(For)0狀态我(I)們在(Exist)創建pod時(Hour)，有時(Hour)使用(Use)的(Of)爲(For)一(One)次性pod，正常執行完退出(Out)後，不(No)需要(Want)對其進行重啓，這(This)時(Hour)就需要(Want)設置PnFailure <pre><code>apiVersion: v1
kind: Pod
metadata:
 name: foo03
spec:
 containers:
 - name: busybox
 image: busybox
 args:
 - /bin/sh
 - -c
 - sleep 20; exit 0
 restartPolicy: OnFailure
kubectl apply -f infailure.yaml
kubectl get pod -o wide -w
</code></pre> 退出(Out)後顯示的(Of)完成，說明正常退出(Out)，隻是完成了這(This)個(Indivual)動作(Do)，并不(No)是錯誤。 退出(Out)狀态碼爲(For)0時(Hour)包含兩種狀态，一(One)種是正常完成後返回值0，（complated）；第二種 手動指定 exit 0 二、Pod狀态常見異常狀态： 1、Pod 一(One)直處于(At)Pending狀态Pending狀态意味着Pod的(Of)YAML文件已經提交給Kubernetes，API對象已經被創建并保存在(Exist)Etcd當中。但是，這(This)個(Indivual)Pod裏有些容器因爲(For)某種原因而不(No)能被順利創建。比如，調度不(No)成功(可以(By)通過kubectl describe pod命令查看到(Arrive)當前Pod的(Of)事件，進而判斷爲(For)什麽沒有調度)。 可能原因 資源不(No)足（集群内所有的(Of)Node都不(No)滿足該Pod請求的(Of)CPU、内存、GPU等資源); HostPort 已被占用(Use)(通常推薦使用(Use)Service對外開放服務端口)。 2、Pod一(One)直處于(At)Waiting 或 ContainerCreating狀态首先還是通過 kubectl describe pod命令查看當前Pod的(Of)事件。 可能的(Of)原因有: 1、鏡像拉取失敗，比如鏡像地址配置錯誤、拉取不(No)了國(Country)外鏡像源（gcr.io)、私有鏡像密鑰配置錯誤、鏡像太大(Big)導緻拉取超時(Hour) (可以(By)适當調整kubelet的(Of)-image-pull-progress-deadline和(And)-runtime-request-timeout選項)等。 2、CNI網絡錯誤，一(One)般需要(Want)檢查CNI網絡插件的(Of)配置，比如:無法配置Pod 網絡、無法分配IP地址。 3、容器無法啓動，需要(Want)檢查是否打包了正确的(Of)鏡像或者是否配置了正确的(Of)容器參數 4、Failed create pod sandbox，查看kubelet日志，原因可能是磁盤壞道（input/output error)。 3、Pod 一(One)直處于(At)ImagePullBackOff狀态通常是鏡像名稱配置錯誤或者私有鏡像的(Of)密鑰配置錯誤導緻。 4、Pod 一(One)直處于(At)CrashLoopBackOff狀态此狀态說明容器曾經啓動了，但又異常退出(Out)。這(This)時(Hour)可以(By)先查看一(One)下容器的(Of)日志。 通過命令kubectl logs 和(And)kubectl logs --previous 可以(By)發下一(One)些容器退出(Out)的(Of)原因， 比如:容器進程退出(Out)、健康檢查失敗退出(Out);此時(Hour)如果還未發現線索，還而已到(Arrive)容器内執行命令(kubectl exec cassandra - cat /var.log/cassandra/system.loq)來(Come)進一(One)步查看退出(Out)原因;如果還是沒有線索，那就需要(Want)SSH登錄該Pod所在(Exist)的(Of)Node上，查看Kubelet或者Docker的(Of)日志進一(One)步排查。 5、Pod處于(At)Error狀态通常處于(At)Error狀态說明Pod啓動過程中發生(Born)了錯誤。 常見的(Of)原因:依賴的(Of)ConfigMap、Secret或PV等不(No)存在(Exist);請求的(Of)資源超過了管理員設置的(Of)限制， 比如超過了LimitRange等;違反集群的(Of)安全策略，比如違反了PodSecurityPolicy.等;容器無法操作(Do)集群内的(Of)資源，比如開啓RDAC後，需要(Want)爲(For)ServiceAccount配置角色綁定。 6、Pod 處于(At)Terminating或 Unknown狀态從v1.5開始，Kubernetes不(No)會因爲(For)Node失聯而删除其上正在(Exist)運行的(Of)Pod，而是将其标記爲(For)Terminating 或 Unknown 狀态。 想要(Want)删除這(This)些狀态的(Of)Pod有三種方法： 1、從集群中删除Node。使用(Use)公有雲時(Hour)，kube-controller-manager會在(Exist)VM删除後自動删除對應的(Of)Node。而在(Exist)物理機部署的(Of)集群中，需要(Want)管理員手動删除Node（kubectl delete node）。 2、Node恢複正常。kubelet會重新跟kube-apiserver通信确認這(This)些Pod的(Of)期待狀态，進而再決定删除或者繼續運行這(This)些Pod。用(Use)戶強制删除，用(Use)戶可以(By)執行（kubectl delete pods pod-name --grace-period=0 --force）強制删除Pod。除非明确知道Pod的(Of)确處于(At)停止狀态（比如Node所在(Exist)VM或物理機已經關機），否則不(No)建議使用(Use)該方法。特别是StatefulSet 管理的(Of)Pod，強制删除容易導緻腦裂或數據丢失等問題。 3、Pod行爲(For)異常，這(This)裏所說的(Of)行爲(For)異常是指Pod沒有按預期的(Of)行爲(For)執行，比如沒有運行podSpec 裏面設置的(Of)命令行參數。這(This)一(One)般是podSpec yaml文件内容有誤，可以(By)嘗試使用(Use) --validate 參數重建容器，比如（kubectl delete pod mypod 和(And) kubectl create --validate -f mypod.yaml）；也可以(By)查看創建後的(Of)podSpec是否是對的(Of)，比如（kubectl get pod mypod -o yaml）；修改靜态Pod的(Of)Manifest後未自動重建，kubelet 使用(Use)inotify 機制檢測 /etc/kubernetes/manifests 目錄（可通過 kubelet 的(Of) -pod-manifest-path 選項指定）中靜态Pod的(Of)變化，并在(Exist)文件發生(Born)變化後重新創建相應的(Of) Pod。但有時(Hour)也會發現修改靜态Pod的(Of) Manifest後未自動創建新 Pod的(Of)情景，此時(Hour)已過簡單的(Of)修複方法是重啓 Kubelet。 Unknown 這(This)個(Indivual)異常狀态意味着Pod的(Of)狀态不(No)能持續地被 kubelet彙報給 kube-apiserver，這(This)很有可能是主從節點（Master 和(And) Kubelet）間的(Of)通信出(Out)現了問題。 其它pod狀态<pre><code>
CrashLoopBackOff： #容器退出(Out)，kubelet正在(Exist)将它重啓
InvalidImageName： #無法解析鏡像名稱
ImageInspectError： #無法校驗鏡像
ErrImageNeverPull： #策略禁止拉取鏡像
ImagePullBackOff： #正在(Exist)重試拉取
RegistryUnavailable： #連接不(No)到(Arrive)鏡像中心
ErrImagePull： #通用(Use)的(Of)拉取鏡像出(Out)錯
CreateContainerConfigError： #不(No)能創建kubelet使用(Use)的(Of)容器配置
CreateContainerError： #創建容器失敗
m.internalLifecycle.PreStartContainer #執行hook報錯
RunContainerError： #啓動容器失敗
PostStartHookError： #執行hook報錯
ContainersNotInitialized： #容器沒有初始化完畢
ContainersNotReady： #容器沒有準備完畢
ContainerCreating： #容器創建中
PodInitializing：pod #初始化中
DockerDaemonNotReady： #docker還沒有完全啓動
NetworkPluginNotReady： #網絡插件還沒有完全啓動
Evicte: #pod被驅趕
</code></pre>————————————————版權聲明：本文爲(For)CSDN博主「～407」的(Of)原創文章，遵循CC 4.0 BY-SA版權協議，轉載請附上原文出(Out)處鏈接及本聲明。原文鏈接：https://blog.csdn.net/weixin_56270746/article/details/126144791

191

0

“數字秋實”，海文IT學子們開始奔赴星辰大(Big)海！

2023-05-25 13:24:27

馬同學

<img src="static/picture/b1e8e1c24074780654c1b70dfe9b2632.png" alt="image.png" data-href="static/picture/b1e8e1c24074780654c1b70dfe9b2632.png" style="">由海文集團主辦的(Of)“數字秋實”2023屆高校IT專業秋季招聘線上招聘會于(At)2022年9月21日圓滿完成，本次會議海文集團聯合了8家規模以(By)上互聯網技術公司共同進行宣講，提供了崗位數量超過100個(Indivual)，計劃招聘人(People)數超過500人(People)，平均崗位薪酬5000+，工作(Do)地點分布上海、北京、南京、蘇州、杭州、沈陽、合肥、武漢、廣州、昆明等地，參會學生(Born)數量達到(Arrive)會議人(People)數上限。2023屆中國(Country)高校畢業生(Born)預計達1174萬人(People)，比2022屆增長近100萬人(People)，在(Exist)經濟下行、高校畢業生(Born)供過于(At)求的(Of)大(Big)環境下，通過招聘宣講會讓2023屆高校IT專業的(Of)畢業生(Born)能了解到(Arrive)最新的(Of)社會需求，互聯網前沿崗位技術要(Want)求，爲(For)自身事業的(Of)發展找到(Arrive)理想的(Of)平台，在(Exist)中國(Country)數字科技發展的(Of)時(Hour)代結出(Out)累累碩果！<img src="static/picture/b6ad794fe2eda620d92052c3202ddc9a.png" alt="image.png" data-href="static/picture/b6ad794fe2eda620d92052c3202ddc9a.png" style=""><img src="static/picture/7815bebaca749cbd5f6879ee12076b73.png" alt="image.png" data-href="static/picture/7815bebaca749cbd5f6879ee12076b73.png" style=""><img src="file:///C:%5CUsers%5CADMINI~1%5CAppData%5CLocal%5CTemp%5Cksohtml12200%5Cwps7.png" alt="" data-href="" style="">  <img src="file:///C:%5CUsers%5CADMINI~1%5CAppData%5CLocal%5CTemp%5Cksohtml12200%5Cwps8.png" alt="" data-href="" style=""><img src="file:///C:%5CUsers%5CADMINI~1%5CAppData%5CLocal%5CTemp%5Cksohtml12200%5Cwps9.png" alt="" data-href="" style=""><img src="file:///C:%5CUsers%5CADMINI~1%5CAppData%5CLocal%5CTemp%5Cksohtml12200%5Cwps10.png" alt="" data-href="" style=""><img src="file:///C:%5CUsers%5CADMINI~1%5CAppData%5CLocal%5CTemp%5Cksohtml12200%5Cwps11.png" alt="" data-href="" style=""><img src="static/picture/143f920f91b2032b026b725daba9763d.png" alt="image.png" data-href="static/picture/143f920f91b2032b026b725daba9763d.png" style=""><img src="static/picture/f9707cc853838419953b68d7e4b9d65e.png" alt="image.png" data-href="static/picture/f9707cc853838419953b68d7e4b9d65e.png" style="">

113

0

2

數字化教育：新時(Hour)代的(Of)方向标

2023-05-24 23:54:48

祝玉峰

數字化教育是現代技術和(And)數字工具的(Of)創新結合，以(By)協助教學和(And)學習的(Of)進步。它也被稱爲(For)技術增強學習 (TEL)、數字學習或電子學習。國(Country)家的(Of)數字化轉型正在(Exist)進行中，數字化教育能夠加快實現經濟和(And)社會的(Of)數字化發展進程。根據 CISION 報告顯示，到(Arrive) 2026 年，數字教育市場規模預計将以(By) 33.28% 的(Of)複合年增長率增長。大(Big)規模的(Of)數字化教育将帶來(Come)哪些具體好處呢？第一(One)，由講師指導的(Of)在(Exist)線培訓受到(Arrive)學生(Born)的(Of)青睐，因爲(For)它提供了實時(Hour)的(Of)雙向互動。講師可以(By)幫助學習者更全面地了解他(He)們的(Of)弱點和(And)困難學科領域。學生(Born)可以(By)通過錄制的(Of)視頻、講座、文檔和(And)其他(He)資源訪問内容并鞏固知識。第二，數字化教育在(Exist)内容和(And)交付方面爲(For)學生(Born)提供個(Indivual)性化服務。課程材料可以(By)通過書面、視覺和(And)音頻根據個(Indivual)人(People)學習方式進行定制。學生(Born)也能在(Exist)一(One)天中的(Of)任意時(Hour)間進行登錄學習，這(This)确保了學習的(Of)靈活性，因此虛拟學習比面對面培訓或課堂教學更具成本效益。第三，科學技術讓教育做到(Arrive)遊戲化的(Of)集成從而爲(For)學習者提供更佳的(Of)學習體驗。課程設計中融入了易于(At)使用(Use)的(Of)數字工具，通過獎勵和(And)實時(Hour)反饋來(Come)激勵學生(Born)。競賽、積分系統、角色扮演遊戲和(And)測驗等技術可以(By)極大(Big)地提高用(Use)戶保留率。第四，虛拟教育增強了學生(Born)自主學習的(Of)能力。數字平台是每個(Indivual)學生(Born)學習旅程的(Of)理想選擇。任何人(People)都可以(By)獲得個(Indivual)性化的(Of)推薦，并相應地制定學習策略。這(This)提高了學生(Born)的(Of)自主探索知識能力，也是促進終身教育理念的(Of)措施之一(One)。第五，在(Exist)線學習易于(At)訪問，适合所有人(People)。生(Born)活在(Exist)偏遠地區的(Of)學生(Born)可以(By)通過網課進行學習，職場人(People)士也可以(By)将學習融入到(Arrive)他(He)們繁忙的(Of)工作(Do)日程中。學生(Born)和(And)導師通過數字化教育無縫連接，無論他(He)們身在(Exist)何處。這(This)是在(Exist)未來(Come)幾年推動數字化教育市場增長的(Of)重要(Want)原因之一(One)。第六，數字化教育評估更加通暢，因爲(For)導師能夠精準地對作(Do)業特定部分進行反饋。作(Do)業會自動備份，還可以(By)通過直觀的(Of)圖表對測試結果進行準确分析反饋。數字化标簽可以(By)跟進學習進度，使學生(Born)快速定位學習内容。推薦一(One)個(Indivual)IT數字化教育平台，滿足高校及機構的(Of)日常教研，更能給學習者帶來(Come)高效學習的(Of)感受，趕快注冊ABC智慧平台吧！

272

0

Public user