節(jié)點(diǎn)選擇約束軟件技術(shù)專業(yè)群·

專業(yè)選修課目錄/ContentsnodeName0201nodeSelectornodeNamenodeName是節(jié)點(diǎn)選擇約束的最簡(jiǎn)單形式，但是由于其限制，通常不使用它。01nodeNamenodeName是節(jié)點(diǎn)選擇約束的最簡(jiǎn)單形式，但是由于其限制，通常不使用它。nodeName是Pod配置文件spec的一個(gè)字段。如果它是非空的，則調(diào)度程序?qū)⒑雎訮od，并且在指定節(jié)點(diǎn)上的kubelet會(huì)嘗試運(yùn)行Pod。因此，如果spec中指定nodeName，則它優(yōu)先于其他節(jié)點(diǎn)選擇方法。nodeName如果指定的節(jié)點(diǎn)不存在，則容器將不會(huì)運(yùn)行，并且在某些情況下可能會(huì)自動(dòng)刪除。節(jié)點(diǎn)不存在如果命名節(jié)點(diǎn)沒有足夠的資源來容納該P(yáng)od，則該P(yáng)od將失敗，并將指示原因，例如OutOfMemory或OutOfCpu。資源不足云環(huán)境中的節(jié)點(diǎn)名稱并非總是可預(yù)測(cè)或穩(wěn)定的。名稱不確定限制用nodeName選擇節(jié)點(diǎn)的一些限制。因此，在生產(chǎn)環(huán)境中，僅在能完全確定某節(jié)點(diǎn)包括內(nèi)存、CPU、機(jī)器運(yùn)行狀態(tài)均符合要求的情況下，才會(huì)使用nodeName字段為Pod分配節(jié)點(diǎn)。【nodeName-示例】：創(chuàng)建具有nodeName字段的Pod，指定Pod運(yùn)行于工作節(jié)點(diǎn)worker02之上，并與未指定nodeName字段的Pod進(jìn)行對(duì)比。nodeName實(shí)驗(yàn)過程：創(chuàng)建集群配置應(yīng)用集群配置手動(dòng)創(chuàng)建Pod環(huán)境恢復(fù)nodeName創(chuàng)建集群配置在主節(jié)點(diǎn)master01上創(chuàng)建assign-pod-node文件夾，并在其中創(chuàng)建pod-nodename.yaml文件。【nodeName-示例】：創(chuàng)建具有nodeName字段的Pod，指定Pod運(yùn)行于工作節(jié)點(diǎn)worker02之上，并與未指定nodeName字段的Pod進(jìn)行對(duì)比。nodeName應(yīng)用集群配置使用kubectlapply命令應(yīng)用該配置文件pod-nodename.yaml。nginx-assignPod如期運(yùn)行于工作節(jié)點(diǎn)worker01之上。并且，使用kubectldescribe命令查看Pod，可以發(fā)現(xiàn)第一個(gè)事件為Pullingimage"nginx"，并未進(jìn)行節(jié)點(diǎn)分配?！緉odeName-示例】：創(chuàng)建具有nodeName字段的Pod，指定Pod運(yùn)行于工作節(jié)點(diǎn)worker02之上，并與未指定nodeName字段的Pod進(jìn)行對(duì)比。nodeName手動(dòng)創(chuàng)建Pod作為對(duì)比，使用kubectlrun命令手動(dòng)創(chuàng)建Podnginx-test。在Kubernetes中，調(diào)度是指將Pod放置到合適的節(jié)點(diǎn)之上，然后對(duì)應(yīng)節(jié)點(diǎn)上的kubelet才能夠運(yùn)行這些Pod。對(duì)于未指定Pod運(yùn)行節(jié)點(diǎn)的情況，調(diào)度器將先會(huì)為Pod分配節(jié)點(diǎn)?！緉odeName-示例】：創(chuàng)建具有nodeName字段的Pod，指定Pod運(yùn)行于工作節(jié)點(diǎn)worker02之上，并與未指定nodeName字段的Pod進(jìn)行對(duì)比。nodeName環(huán)境恢復(fù)清除Pod，并恢復(fù)工作路徑。【nodeName-示例】：創(chuàng)建具有nodeName字段的Pod，指定Pod運(yùn)行于工作節(jié)點(diǎn)worker02之上，并與未指定nodeName字段的Pod進(jìn)行對(duì)比。nodeSelectornodeSelector是節(jié)點(diǎn)選擇約束的簡(jiǎn)單形式。02nodeSelector是Pod配置中spec的一個(gè)字段。它指定鍵值對(duì)的映射。為了使Pod可以在節(jié)點(diǎn)上運(yùn)行，該節(jié)點(diǎn)必須具有每個(gè)指示的鍵值對(duì)作為標(biāo)簽（完全匹配）。【nodeSelectory-示例】：創(chuàng)建Pod，使其運(yùn)行于具有disktype=ssd標(biāo)簽的節(jié)點(diǎn)之上。nodeSelector實(shí)驗(yàn)過程：創(chuàng)建集群配置應(yīng)用集群配置增加標(biāo)簽刪除標(biāo)簽環(huán)境恢復(fù)nodeSelector創(chuàng)建集群配置在主節(jié)點(diǎn)master01上的assign-pod-node文件夾中創(chuàng)建pod-nodeselector.yaml文件。nodeSelector是Pod配置中spec的一個(gè)字段。它指定鍵值對(duì)的映射。為了使Pod可以在節(jié)點(diǎn)上運(yùn)行，該節(jié)點(diǎn)必須具有每個(gè)指示的鍵值對(duì)作為標(biāo)簽（完全匹配）。【nodeSelectory-示例】：創(chuàng)建Pod，使其運(yùn)行于具有disktype=ssd標(biāo)簽的節(jié)點(diǎn)之上。nodeSelector應(yīng)用集群配置使用kubectlapply命令應(yīng)用pod-nodeselector.yaml配置文件，創(chuàng)建對(duì)應(yīng)資源。Pod創(chuàng)建后，由于沒有滿足條件的工作節(jié)點(diǎn)，直接進(jìn)入到Pending掛起狀態(tài)。nodeSelector是Pod配置中spec的一個(gè)字段。它指定鍵值對(duì)的映射。為了使Pod可以在節(jié)點(diǎn)上運(yùn)行，該節(jié)點(diǎn)必須具有每個(gè)指示的鍵值對(duì)作為標(biāo)簽（完全匹配）?！緉odeSelectory-示例】：創(chuàng)建Pod，使其運(yùn)行于具有disktype=ssd標(biāo)簽的節(jié)點(diǎn)之上。nodeSelector增加標(biāo)簽使用kubectllabel命令給節(jié)點(diǎn)worker01增加disktype=ssd標(biāo)簽。給節(jié)點(diǎn)worker01增加disktype=ssd標(biāo)簽后，原來掛起的nginxPod變?yōu)镽unning狀態(tài)。nodeSelector是Pod配置中spec的一個(gè)字段。它指定鍵值對(duì)的映射。為了使Pod可以在節(jié)點(diǎn)上運(yùn)行，該節(jié)點(diǎn)必須具有每個(gè)指示的鍵值對(duì)作為標(biāo)簽（完全匹配）?！緉odeSelectory-示例】：創(chuàng)建Pod，使其運(yùn)行于具有disktype=ssd標(biāo)簽的節(jié)點(diǎn)之上。nodeSelector刪除標(biāo)簽nginxPod變?yōu)镽unning狀態(tài)之后，刪除原來的disktype=ssd標(biāo)簽，刪除標(biāo)簽之后，并不影響之前已經(jīng)處于Running狀態(tài)的Pod。nodeSelector是Pod配置中spec的一個(gè)字段。它指定鍵值對(duì)的映射。為了使Pod可以在節(jié)點(diǎn)上運(yùn)行，該節(jié)點(diǎn)必須具有每個(gè)指示的鍵值對(duì)作為標(biāo)簽（完全匹配）?！緉odeSelectory-示例】：創(chuàng)建Pod，使其運(yùn)行于具有disktype=ssd標(biāo)簽的節(jié)點(diǎn)之上。nodeSelector環(huán)境恢復(fù)清除Pod，并恢復(fù)工作路徑。nodeSelector是Pod配置中spec的一個(gè)字段。它指定鍵值對(duì)的映射。為了使Pod可以在節(jié)點(diǎn)上運(yùn)行，該節(jié)點(diǎn)必須具有每個(gè)指示的鍵值對(duì)作為標(biāo)簽（完全匹配）?！緉odeSelectory-示例】：創(chuàng)建Pod，使其運(yùn)行于具有disktype=ssd標(biāo)簽的節(jié)點(diǎn)之上。THANKS謝謝聆聽謝謝親和與反親和軟件技術(shù)專業(yè)群·

專業(yè)選修課目錄/Contents親和與反親和0201節(jié)點(diǎn)間的親和與反親和親和與反親和01nodeSelector提供了一種非常簡(jiǎn)單的方法來將Pod約束到具有特定標(biāo)簽的節(jié)點(diǎn)上。親和/反親和功能極大地?cái)U(kuò)展了可以表達(dá)約束的類型。親和與反親和nodeSelector提供了一種非常簡(jiǎn)單的方法來將Pod約束到具有特定標(biāo)簽的節(jié)點(diǎn)上。親和/反親和功能極大地?cái)U(kuò)展了可以表達(dá)約束的類型。關(guān)鍵的增強(qiáng)點(diǎn)包括：語言更具表現(xiàn)力（不僅僅是“對(duì)完全匹配規(guī)則的AND”）；可以發(fā)現(xiàn)規(guī)則是“軟性要求”/“偏好要求”，而不是硬性要求，因此，如果調(diào)度器無法滿足該要求，仍然可調(diào)度該P(yáng)od；可以使用節(jié)點(diǎn)上（或其他拓?fù)溆蛑校┑腜od的標(biāo)簽來約束，而不是使用節(jié)點(diǎn)本身的標(biāo)簽，來允許哪些Pod可以或者不可以被放置在一起。親和與反親和功能包含兩種類型，即“節(jié)點(diǎn)親和與反親和”和“Pod間親和與反親和”。節(jié)點(diǎn)親和類似現(xiàn)有的nodeSelector，Pod間親和與反親和約束Pod標(biāo)簽而不是節(jié)點(diǎn)標(biāo)簽。親和與反親和親和與反親和的規(guī)則有兩種要求類型：requiredDuringSchedulingIgnoredDuringExecution：硬性要求，指定將Pod調(diào)度到一個(gè)節(jié)點(diǎn)上必須滿足的規(guī)則；preferredDuringSchedulingIgnoredDuringExecution：軟性要求，指定調(diào)度器將嘗試執(zhí)行但不能保證的偏好。在親和與反親和的配置中，會(huì)涉及到多個(gè)規(guī)則標(biāo)簽的“組合”，可以使用運(yùn)算符operator，其取值包括In、NotIn、Exists、DoesNotExist、Gt和Lt。節(jié)點(diǎn)間的親和與反親和02節(jié)點(diǎn)親和與反親和概念上類似于nodeSelector，它使你可以根據(jù)節(jié)點(diǎn)上的標(biāo)簽來約束Pod可以調(diào)度到哪些節(jié)點(diǎn)或避開哪些節(jié)點(diǎn)。節(jié)點(diǎn)親和與反親和概念上類似于nodeSelector，可以根據(jù)節(jié)點(diǎn)上的標(biāo)簽來約束Pod可以調(diào)度到哪些節(jié)點(diǎn)或避開哪些節(jié)點(diǎn)?！竟?jié)點(diǎn)的親和與反親和硬性要求-示例1】：創(chuàng)建with-node-affinityPod，使其必須運(yùn)行于標(biāo)簽為app=nginx或app=tomcat的節(jié)點(diǎn)之上。節(jié)點(diǎn)間的親和與反親和實(shí)驗(yàn)過程：創(chuàng)建集群配置應(yīng)用集群配置添加標(biāo)簽環(huán)境恢復(fù)節(jié)點(diǎn)間的親和與反親和創(chuàng)建集群配置在主節(jié)點(diǎn)master01上的assign-pod-node文件夾中創(chuàng)建pod-node-affinity1.yaml文件。節(jié)點(diǎn)親和與反親和概念上類似于nodeSelector，可以根據(jù)節(jié)點(diǎn)上的標(biāo)簽來約束Pod可以調(diào)度到哪些節(jié)點(diǎn)或避開哪些節(jié)點(diǎn)?！竟?jié)點(diǎn)的親和與反親和硬性要求-示例1】：創(chuàng)建with-node-affinityPod，使其必須運(yùn)行于標(biāo)簽為app=nginx或app=tomcat的節(jié)點(diǎn)之上。節(jié)點(diǎn)間的親和與反親和應(yīng)用集群配置使用kubectlapply命令應(yīng)用pod-node-affinity1.yaml配置。沒有滿足條件的工作節(jié)點(diǎn)，因此創(chuàng)建的with-node-affinity處于Pending掛起狀態(tài)。節(jié)點(diǎn)親和與反親和概念上類似于nodeSelector，可以根據(jù)節(jié)點(diǎn)上的標(biāo)簽來約束Pod可以調(diào)度到哪些節(jié)點(diǎn)或避開哪些節(jié)點(diǎn)?！竟?jié)點(diǎn)的親和與反親和硬性要求-示例1】：創(chuàng)建with-node-affinityPod，使其必須運(yùn)行于標(biāo)簽為app=nginx或app=tomcat的節(jié)點(diǎn)之上。節(jié)點(diǎn)間的親和與反親和添加標(biāo)簽給工作節(jié)點(diǎn)worker01加上app=tomcat標(biāo)簽，只要有滿足條件的節(jié)點(diǎn)，則Pod便進(jìn)入到Running狀態(tài)。最后，去掉標(biāo)簽app=tomcat，Pod依然處于運(yùn)行中。節(jié)點(diǎn)親和與反親和概念上類似于nodeSelector，可以根據(jù)節(jié)點(diǎn)上的標(biāo)簽來約束Pod可以調(diào)度到哪些節(jié)點(diǎn)或避開哪些節(jié)點(diǎn)?！竟?jié)點(diǎn)的親和與反親和硬性要求-示例1】：創(chuàng)建with-node-affinityPod，使其必須運(yùn)行于標(biāo)簽為app=nginx或app=tomcat的節(jié)點(diǎn)之上。節(jié)點(diǎn)間的親和與反親和環(huán)境恢復(fù)清理with-node-affinityPod。節(jié)點(diǎn)親和與反親和概念上類似于nodeSelector，可以根據(jù)節(jié)點(diǎn)上的標(biāo)簽來約束Pod可以調(diào)度到哪些節(jié)點(diǎn)或避開哪些節(jié)點(diǎn)?！竟?jié)點(diǎn)的親和與反親和硬性要求-示例1】：創(chuàng)建with-node-affinityPod，使其必須運(yùn)行于標(biāo)簽為app=nginx或app=tomcat的節(jié)點(diǎn)之上?！竟?jié)點(diǎn)的親和與反親和硬性要求-示例2】：創(chuàng)建with-node-affinityPod，使其必須運(yùn)行于標(biāo)簽為app01=nginx或app01=tomcat，并且同時(shí)具有app02=tomcat的節(jié)點(diǎn)之上。節(jié)點(diǎn)間的親和與反親和實(shí)驗(yàn)過程：創(chuàng)建集群配置應(yīng)用集群配置環(huán)境恢復(fù)節(jié)點(diǎn)間的親和與反親和創(chuàng)建集群配置在主節(jié)點(diǎn)master01上的assign-pod-node文件夾中創(chuàng)建pod-node-affinity2.yaml文件?！竟?jié)點(diǎn)的親和與反親和硬性要求-示例2】：創(chuàng)建with-node-affinityPod，使其必須運(yùn)行于標(biāo)簽為app01=nginx或app01=tomcat，并且同時(shí)具有app02=tomcat的節(jié)點(diǎn)之上。節(jié)點(diǎn)間的親和與反親和應(yīng)用集群配置使用kubectlapply命令應(yīng)用pod-node-affinity2.yaml配置。在創(chuàng)建第二個(gè)標(biāo)簽app02=tomcat后，同時(shí)滿足app01與app02，Pod由掛起狀態(tài)轉(zhuǎn)為Running狀態(tài)?！竟?jié)點(diǎn)的親和與反親和硬性要求-示例2】：創(chuàng)建with-node-affinityPod，使其必須運(yùn)行于標(biāo)簽為app01=nginx或app01=tomcat，并且同時(shí)具有app02=tomcat的節(jié)點(diǎn)之上。節(jié)點(diǎn)間的親和與反親和環(huán)境恢復(fù)清理Pod與標(biāo)簽。【節(jié)點(diǎn)的親和與反親和硬性要求-示例2】：創(chuàng)建with-node-affinityPod，使其必須運(yùn)行于標(biāo)簽為app01=nginx或app01=tomcat，并且同時(shí)具有app02=tomcat的節(jié)點(diǎn)之上。【節(jié)點(diǎn)的親和與反親和軟性要求-示例1】：創(chuàng)建with-node-affinityPod，使其優(yōu)先運(yùn)行于標(biāo)簽為disktype=ssd的節(jié)點(diǎn)之上。節(jié)點(diǎn)間的親和與反親和實(shí)驗(yàn)過程：創(chuàng)建集群配置應(yīng)用集群配置添加標(biāo)簽環(huán)境恢復(fù)節(jié)點(diǎn)間的親和與反親和創(chuàng)建集群配置在主節(jié)點(diǎn)master01上的assign-pod-node文件夾中創(chuàng)建pod-node-affinity3.yaml文件?！竟?jié)點(diǎn)的親和與反親和軟性要求-示例1】：創(chuàng)建with-node-affinityPod，使其優(yōu)先運(yùn)行于標(biāo)簽為disktype=ssd的節(jié)點(diǎn)之上。節(jié)點(diǎn)間的親和與反親和應(yīng)用集群配置使用kubectlapply命令應(yīng)用pod-node-affinity1.yaml配置。在沒有任何節(jié)點(diǎn)滿足標(biāo)簽要求的情況下，with-node-affinity依然可以運(yùn)行。【節(jié)點(diǎn)的親和與反親和軟性要求-示例1】：創(chuàng)建with-node-affinityPod，使其優(yōu)先運(yùn)行于標(biāo)簽為disktype=ssd的節(jié)點(diǎn)之上。節(jié)點(diǎn)間的親和與反親和添加標(biāo)簽清除Pod之后，重新給工作節(jié)點(diǎn)worker02加上disktype=ssd標(biāo)簽，再次運(yùn)行Pod。由于給工作節(jié)點(diǎn)worker02賦予了disktype=ssd標(biāo)簽，再次運(yùn)行時(shí)，Pod被優(yōu)先的分配至工作節(jié)點(diǎn)worker02?！竟?jié)點(diǎn)的親和與反親和軟性要求-示例1】：創(chuàng)建with-node-affinityPod，使其優(yōu)先運(yùn)行于標(biāo)簽為disktype=ssd的節(jié)點(diǎn)之上。節(jié)點(diǎn)間的親和與反親和環(huán)境恢復(fù)清除Pod及標(biāo)簽?！竟?jié)點(diǎn)的親和與反親和軟性要求-示例1】：創(chuàng)建with-node-affinityPod，使其優(yōu)先運(yùn)行于標(biāo)簽為disktype=ssd的節(jié)點(diǎn)之上?！竟?jié)點(diǎn)的親和與反親和軟性要求-示例2】：創(chuàng)建with-node-affinityPod，使其優(yōu)先運(yùn)行于標(biāo)簽為disktype=ssd或標(biāo)簽為cpu=amd的節(jié)點(diǎn)之上，并要求具有disktype=ssd標(biāo)簽的節(jié)點(diǎn)優(yōu)先級(jí)為1，而具有cpu=amd標(biāo)簽的節(jié)點(diǎn)優(yōu)先級(jí)為10。節(jié)點(diǎn)間的親和與反親和實(shí)驗(yàn)過程：創(chuàng)建集群配置應(yīng)用集群配置環(huán)境恢復(fù)節(jié)點(diǎn)間的親和與反親和創(chuàng)建集群配置在主節(jié)點(diǎn)master01上的assign-pod-node文件夾中創(chuàng)建pod-node-affinity4.yaml文件?！竟?jié)點(diǎn)的親和與反親和軟性要求-示例2】：創(chuàng)建with-node-affinityPod，使其優(yōu)先運(yùn)行于標(biāo)簽為disktype=ssd或標(biāo)簽為cpu=amd的節(jié)點(diǎn)之上，并要求具有disktype=ssd標(biāo)簽的節(jié)點(diǎn)優(yōu)先級(jí)為1，而具有cpu=amd標(biāo)簽的節(jié)點(diǎn)優(yōu)先級(jí)為10。節(jié)點(diǎn)間的親和與反親和應(yīng)用集群配置將disktype=ssd與cpu=amd兩個(gè)標(biāo)簽分別賦予工作節(jié)點(diǎn)worker01與worker02，然后使用kubectlapply命令應(yīng)用配置，創(chuàng)建Pod?！竟?jié)點(diǎn)的親和與反親和軟性要求-示例2】：創(chuàng)建with-node-affinityPod，使其優(yōu)先運(yùn)行于標(biāo)簽為disktype=ssd或標(biāo)簽為cpu=amd的節(jié)點(diǎn)之上，并要求具有disktype=ssd標(biāo)簽的節(jié)點(diǎn)優(yōu)先級(jí)為1，而具有cpu=amd標(biāo)簽的節(jié)點(diǎn)優(yōu)先級(jí)為10。節(jié)點(diǎn)間的親和與反親和環(huán)境恢復(fù)清除Pod及標(biāo)簽?！竟?jié)點(diǎn)的親和與反親和軟性要求-示例2】：創(chuàng)建with-node-affinityPod，使其優(yōu)先運(yùn)行于標(biāo)簽為disktype=ssd或標(biāo)簽為cpu=amd的節(jié)點(diǎn)之上，并要求具有disktype=ssd標(biāo)簽的節(jié)點(diǎn)優(yōu)先級(jí)為1，而具有cpu=amd標(biāo)簽的節(jié)點(diǎn)優(yōu)先級(jí)為10?！竟?jié)點(diǎn)的親和與反親和軟硬性要求-示例】：創(chuàng)建with-node-affinityPod，使其必須運(yùn)行于標(biāo)簽含有app=nginx或app=tomcat的節(jié)點(diǎn)之上。同時(shí)，優(yōu)先運(yùn)行于標(biāo)簽為disktype=ssd的節(jié)點(diǎn)之上。節(jié)點(diǎn)間的親和與反親和實(shí)驗(yàn)過程：創(chuàng)建集群配置應(yīng)用集群配置環(huán)境恢復(fù)節(jié)點(diǎn)間的親和與反親和創(chuàng)建集群配置在主節(jié)點(diǎn)master01上的assign-pod-node文件夾中創(chuàng)建pod-node-affinity5.yaml文件?！竟?jié)點(diǎn)的親和與反親和軟硬性要求-示例】：創(chuàng)建with-node-affinityPod，使其必須運(yùn)行于標(biāo)簽含有app=nginx或app=tomcat的節(jié)點(diǎn)之上。同時(shí)，優(yōu)先運(yùn)行于標(biāo)簽為disktype=ssd的節(jié)點(diǎn)之上。節(jié)點(diǎn)間的親和與反親和應(yīng)用集群配置分別給節(jié)點(diǎn)worker01和worker02賦予app=nginx和app=tomcat標(biāo)簽，并額外再給節(jié)點(diǎn)worker01賦予disktype=ssd標(biāo)簽，然后使用kubectlapply命令應(yīng)用配置，創(chuàng)建Pod。【節(jié)點(diǎn)的親和與反親和軟硬性要求-示例】：創(chuàng)建with-node-affinityPod，使其必須運(yùn)行于標(biāo)簽含有app=nginx或app=tomcat的節(jié)點(diǎn)之上。同時(shí)，優(yōu)先運(yùn)行于標(biāo)簽為disktype=ssd的節(jié)點(diǎn)之上。節(jié)點(diǎn)間的親和與反親和環(huán)境恢復(fù)清理Pod與標(biāo)簽，并恢復(fù)工作路徑?！竟?jié)點(diǎn)的親和與反親和軟硬性要求-示例】：創(chuàng)建with-node-affinityPod，使其必須運(yùn)行于標(biāo)簽含有app=nginx或app=tomcat的節(jié)點(diǎn)之上。同時(shí)，優(yōu)先運(yùn)行于標(biāo)簽為disktype=ssd的節(jié)點(diǎn)之上。THANKS謝謝聆聽謝謝Pod間的親和與反親和軟件技術(shù)專業(yè)群·

專業(yè)選修課Pod的親和與反親和，雖然也是根據(jù)標(biāo)簽來實(shí)現(xiàn)的調(diào)度，但它是依據(jù)其他Pod的標(biāo)簽實(shí)現(xiàn)的當(dāng)前調(diào)度?！綪od間的親和與反親和-示例】：創(chuàng)建使用redis:3.2-alpine鏡像創(chuàng)建控制器redis-cache，要求不允許兩個(gè)Pod副本運(yùn)行于同一個(gè)節(jié)點(diǎn)之上?？刂破鞯母北緮?shù)為3，觀察Pod的運(yùn)行情況。然后，再基于nginx:1.16-alpine鏡像創(chuàng)建控制器web-server，同樣要求不允許兩個(gè)Pod副本運(yùn)行于同一個(gè)節(jié)點(diǎn)之上。但是，因?yàn)樽鳛閮?nèi)存緩存的redis-cache，與作為應(yīng)用業(yè)務(wù)提供服務(wù)的web-server之間需要進(jìn)行業(yè)務(wù)關(guān)聯(lián)，需要部署時(shí)，使得后部署的web-server的Pod盡可能與運(yùn)行redis-cache的Pod在同一個(gè)節(jié)點(diǎn)之上。Pod間的親和與反親和Pod間的親和與反親和創(chuàng)建集群配置在主節(jié)點(diǎn)master01上的assign-pod-node文件夾中創(chuàng)建pod-node-affinity6.yaml文件。Pod的親和與反親和，雖然也是根據(jù)標(biāo)簽來實(shí)現(xiàn)的調(diào)度，但它是依據(jù)其他Pod的標(biāo)簽實(shí)現(xiàn)的當(dāng)前調(diào)度?！綪od間的親和與反親和-示例】：創(chuàng)建Pod，指定分配規(guī)則，觀察Pod運(yùn)行情況。Pod間的親和與反親和應(yīng)用集群配置使用kubectlapply命令應(yīng)用pod-node-affinity6.yaml配置。Pod的親和與反親和，雖然也是根據(jù)標(biāo)簽來實(shí)現(xiàn)的調(diào)度，但它是依據(jù)其他Pod的標(biāo)簽實(shí)現(xiàn)的當(dāng)前調(diào)度?！綪od間的親和與反親和-示例】：創(chuàng)建Pod，指定分配規(guī)則，觀察Pod運(yùn)行情況。Pod間的親和與反親和查看掛起節(jié)點(diǎn)使用kubectldescribe查看到處于掛起狀態(tài)的Pod的原因。Pod的親和