本篇內(nèi)容介紹了“Kubernetes Critical Pod怎么使用”的有關(guān)知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領(lǐng)大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠?qū)W有所成！

十載的民樂網(wǎng)站建設經(jīng)驗，針對設計、前端、開發(fā)、售后、文案、推廣等六對一服務，響應快，48小時及時工作處理。成都全網(wǎng)營銷的優(yōu)勢是能夠根據(jù)用戶設備顯示端的尺寸不同，自動調(diào)整民樂建站的顯示方式，使網(wǎng)站能夠適用不同顯示終端，在瀏覽器中調(diào)整網(wǎng)站的寬度，無論在任何一種瀏覽器上瀏覽網(wǎng)站，都能展現(xiàn)優(yōu)雅布局與設計，從而大程度地提升瀏覽體驗。創(chuàng)新互聯(lián)從事“民樂網(wǎng)站設計”,“民樂網(wǎng)站推廣”以來，每個客戶項目都認真落實執(zhí)行。

有什么方法標識一個Pod為Critical Pod

規(guī)則1：

• Enable Feature Gate ExperimentalCriticaPodAnnotation

• 必須隸屬于kube-system namespace；

• 必須加上Annotation scheduler.alpha.kubernetes.io/critical-pod=""

規(guī)則2：

• Enable Feature Gate ExperimentalCriticaPodAnnotation, PodPriority

• Pod的Priority不為空，且不小于2 * 10^9;

  system-node-critical priority = 10^9 + 1000;
  system-cluster-critical priority = 10^9;

滿足規(guī)則1或規(guī)則2之一，就認為該Pod為Critical Pod；

Schedule Critical Pod

在default scheduler進行pod調(diào)度的predicate階段，會注冊GeneralPredicates為default predicates之一，并沒有判斷critical Pod使用EssentialPredicates來對critical Pod進行predicate process。這意味著什么呢？

我們看看GeneralPredicates和EssentialPredicates的關(guān)系就知道了。GeneralPredicates中，先調(diào)用noncriticalPredicates，再調(diào)用EssentialPredicates。因此如果你給Deployment/StatefulSet等(DeamonSet除外)標識為Critical，那么在scheduler調(diào)度時，仍然走GeneralPredicates的流程，會調(diào)用noncriticalPredicates，而你卻希望它直接走EssentialPredicates。

// GeneralPredicates checks whether noncriticalPredicates and EssentialPredicates pass. noncriticalPredicates are the predicates
// that only non-critical pods need and EssentialPredicates are the predicates that all pods, including critical pods, need
func GeneralPredicates(pod *v1.Pod, meta algorithm.PredicateMetadata, nodeInfo *schedulercache.NodeInfo) (bool, []algorithm.PredicateFailureReason, error) {
	var predicateFails []algorithm.PredicateFailureReason
	fit, reasons, err := noncriticalPredicates(pod, meta, nodeInfo)
	if err != nil {
		return false, predicateFails, err
	}
	if !fit {
		predicateFails = append(predicateFails, reasons...)
	}

	fit, reasons, err = EssentialPredicates(pod, meta, nodeInfo)
	if err != nil {
		return false, predicateFails, err
	}
	if !fit {
		predicateFails = append(predicateFails, reasons...)
	}

	return len(predicateFails) == 0, predicateFails, nil
}

noncriticalPredicates原意是想對non-critical pod做的額外predicate邏輯，這個邏輯就是PodFitsResources檢查。

pkg/scheduler/algorithm/predicates/predicates.go:1076

// noncriticalPredicates are the predicates that only non-critical pods need
func noncriticalPredicates(pod *v1.Pod, meta algorithm.PredicateMetadata, nodeInfo *schedulercache.NodeInfo) (bool, []algorithm.PredicateFailureReason, error) {
	var predicateFails []algorithm.PredicateFailureReason
	fit, reasons, err := PodFitsResources(pod, meta, nodeInfo)
	if err != nil {
		return false, predicateFails, err
	}
	if !fit {
		predicateFails = append(predicateFails, reasons...)
	}

	return len(predicateFails) == 0, predicateFails, nil
}

PodFitsResources就做以下檢查資源是否滿足要求：

• Allowed Pod Number；

• CPU；

• Memory；

• EphemeralStorage；

• Extended Resources；

也就是說，如果你給Deployment/StatefulSet等(DeamonSet除外)標識為Critical，那么對應的Pod調(diào)度時仍然會檢查Allowed Pod Number, CPU, Memory, EphemeralStorage,Extended Resources是否足夠，如果不滿足則會觸發(fā)預選失敗，并且在Preempt階段也只是根據(jù)對應的PriorityClass進行正常的搶占邏輯，并沒有針對Critical Pod進行特殊處理，因此最終可能會因為找不到滿足資源要求的Node，導致該Critical Pod調(diào)度失敗，一直處于Pending狀態(tài)。

而用戶設置Critical Pod是不想因為資源不足導致調(diào)度失敗的。那如果我就是想使用Deployment/StatefulSet等(DeamonSet除外)標識為Critical Pod來部署關(guān)鍵服務呢？有以下兩個辦法：

1. 按照前面提到的規(guī)則2，給Pod設置system-cluster-critical或system-node-critical Priority Class，這樣就會在scheduler正常的Preempt流程中搶占到資源完成調(diào)度。

2. 按照前面提到的規(guī)則1，并且修改GeneralPredicates 的代碼如下,檢測是否為Critical Pod，如果是，則不執(zhí)行noncriticalPredicates邏輯，也就是說predicate階段不對Allowed Pod Number, CPU, Memory, EphemeralStorage,Extended Resources資源進行檢查。

func GeneralPredicates(pod *v1.Pod, meta algorithm.PredicateMetadata, nodeInfo *schedulercache.NodeInfo) (bool, []algorithm.PredicateFailureReason, error) {
	var predicateFails, resons []algorithm.PredicateFailureReason
	var fit bool
	var err error
	
	// **Modify**: check whether the pod is a Critical Pod, don't invoke noncriticalPredicates if false.
	isCriticalPod := utilfeature.DefaultFeatureGate.Enabled(features.ExperimentalCriticalPodAnnotation) &&
		kubelettypes.IsCriticalPod(newPod)
	
	if !isCriticalPod {
	   fit, reasons, err = noncriticalPredicates(pod, meta, nodeInfo)
    	if err != nil {
    		return false, predicateFails, err
    	}
	}
	
	if !fit {
		predicateFails = append(predicateFails, reasons...)
	}

	fit, reasons, err = EssentialPredicates(pod, meta, nodeInfo)
	if err != nil {
		return false, predicateFails, err
	}
	if !fit {
		predicateFails = append(predicateFails, reasons...)
	}

	return len(predicateFails) == 0, predicateFails, nil
}

方法1，其實Kubernetes在Admission Priority檢查時已經(jīng)幫你做了。

// admitPod makes sure a new pod does not set spec.Priority field. It also makes sure that the PriorityClassName exists if it is provided and resolves the pod priority from the PriorityClassName.
func (p *priorityPlugin) admitPod(a admission.Attributes) error {
	...
	if utilfeature.DefaultFeatureGate.Enabled(features.PodPriority) {
		var priority int32
		if len(pod.Spec.PriorityClassName) == 0 &&
			utilfeature.DefaultFeatureGate.Enabled(features.ExperimentalCriticalPodAnnotation) &&
			kubelettypes.IsCritical(a.GetNamespace(), pod.Annotations) {
			pod.Spec.PriorityClassName = scheduling.SystemClusterCritical
		}
            ...
}

在Admission時候會對Pod的Priority進行檢查，如果發(fā)現(xiàn)您已經(jīng)：

• Enable PriorityClass Feature Gate；

• Enable ExperimentalCriticalPodAnnotation Feature Gate;

• 給Pod添加了ExperimentalCriticalPodAnnotation；

• 部署在kube-system namespace；

• 沒有手動設置自定義PriorityClass；

那么，Admisson Priority階段會自動給Pod添加SystemClusterCritical(system-cluster-critical) PriorityClass；

最佳實踐

通過上面的分析，給出如下最佳實踐：在Kubernetes集群中，通過非DeamonSet方式（比如Deployment、RS等）部署關(guān)鍵服務時，為了在集群資源不足時仍能保證搶占調(diào)度成功，請確保如下事宜：

• Enable PriorityClass Feature Gate；

• Enable ExperimentalCriticalPodAnnotation Feature Gate;

• 給Pod添加了ExperimentalCriticalPodAnnotation；

• 部署在kube-system namespace；

• 千萬不要手動設置自定義PriorityClass；

“Kubernetes Critical Pod怎么使用”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識可以關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實用文章！

分享名稱：KubernetesCriticalPod怎么使用
文章路徑：http://m.newbst.com/article4/gdicoe.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)頁設計公司、域名注冊、網(wǎng)站內(nèi)鏈、網(wǎng)站排名、商城網(wǎng)站、面包屑導航

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)