如果即使在前面討論過的所有方案之後也無法重新平衡cpu負載或提高處理器效率，那麼可能還有一些原因是保持主機cpu仍然飽和。
它可以是資源池及其對vm的資源分配。
許多應用程式(例如批處理作業)通過花費更長時間來完成但仍然產生正確且有用的結果來響應缺乏cpu資源。其他應用程式可能會遇到故障，或者在被拒絕足夠的cpu資源時可能無法滿足關鍵業務要求。
vsphere中可用的資源控制可用於確保資源敏感的應用程式始終獲得足夠的cpu資源，即使存在主機cpu飽和也是如此。您需要確保在應用於資源池或單個vm時了解共享，預留和限制的工作方式。預設值可確保esxi對所有vm都高效且公平。僅在了解後果時才更改預設設定。
使用vsphere web client登入vcenter server。
在主螢幕上，導航到「 主機和群集」。
展開esxi主機並轉至cpu耗盡的vm。
導航到「 監控」選項卡。
導航到「 效能」選項卡。
導航到「 高階」檢視。
單擊圖表選項。
從圖表指標導航到cpu。
導航到vm物件。
導航到「 高階」選項卡，然後單擊「 圖表選項」。
在「 計數器」部分中僅選擇「 就緒並使用」，然後單擊「 確定」。
現在，如果在vm上配置了下限，並且同時如果它渴望資源，那麼您將看到高就緒時間和低使用度量。下圖中給出了它的外觀示例：
檢視前面的示例，了解vm何時需要更多cpu資源。如果你在它上面設定乙個限制，那麼它將經歷高準備時間和低使用時間。這裡，在前面的例子中，該vm的設定限制為500mhz。
現在要糾正這個問題，我們可以改變極限值，vm應該在低就緒時間和高使用價值下表現更好。
右鍵單擊占用大量cpu的vm，然後選擇「 編輯資源設定」。
在cpu下，將shares值更改為high(2,000 shares)。
將保留更改為2000mhz，將limit值更改為2000mhz。
單擊「 確定」。
現在vm應該看起來和執行，如下面的螢幕截圖所示：
預置資源，恢復出廠設定保留
說明 由於廠商要求預置自定義資源，須在gallery顯示及恢復出廠設定後仍然保留，前期想法為直接預置到 data 分割槽下，這樣 gallery 就可以直接讀取，但是恢復出廠設定之後整個分割槽都會被格式化，所以這個辦法行不通，要想解決這個問題，資源就必須放到乙個 system 分割槽裡備份，為了開放...
k8s中汙點設定
kubectl taint 汙點 taint 的組成 使用 kubectl taint 命令可以給某個 node 節點設定汙點，node 被設定上汙點之後就和 pod 之間存在了一種相 斥的關係，可以讓 node 拒絕 pod 的排程執行，甚至將 node 已經存在的 pod 驅逐出去 每個汙點的組...
k8s設定汙點taint
如果不想讓master節點參與到正常的pod排程，則需要對master進行打汙點標籤，這樣master就不會有pod建立 pod建立時可以進行容忍度設定，這樣master還是可以進行pod排程 汙點標記 prefernoschedule noschedule 的軟策略版本，表示盡量不排程到汙點節點上...