Swarm調(diào)度介紹
Swarm提供了幾種不同的方法來控制服務(wù)任務(wù)可以在哪些節(jié)點上運行。
可以指定服務(wù)是需要運行特定數(shù)量的副本還是應(yīng)該在每個工作節(jié)點上全局運行。
您可以配置服務(wù)的 CPU或內(nèi)存要求，該服務(wù)僅在滿足這些要求的節(jié)點上運行。
swarm在用命令swarm manager啟動swarm manager時，可用--strategy指定調(diào)度策略。
swarm提供了三種調(diào)度策略計算節(jié)點的排名，在調(diào)度（例如選擇哪一個節(jié)點運行容器時）時，取排名最前的節(jié)點
這三種調(diào)度策略是：
- spread 默認(rèn)策略，swarm優(yōu)先選擇占用資源（如CPU、內(nèi)存等）最少的節(jié)點，能保證集群中所有節(jié)點資源的均勻使用。
- binpack 與spread相反，它的目的是盡可能地填滿一個節(jié)點，以保證更多空余的節(jié)點。
- random 隨機(jī)選擇節(jié)點。一般用于開發(fā)測試階段。
面向容器技術(shù)資源調(diào)度關(guān)鍵技術(shù)對比
面向容器技術(shù)資源調(diào)度關(guān)鍵技術(shù)對比
原文：面向容器技術(shù)資源調(diào)度關(guān)鍵技術(shù)對比
在資源調(diào)度器中，資源分配理念：拍賣、預(yù)算或搶占，往往是混合運用。資源分配理念，折射出了資源調(diào)度器所在的生態(tài)系統(tǒng)或者說周邊配合系統(tǒng)的成熟度、運行習(xí)慣。例如，Google從最早的廣告拍賣機(jī)制起，拍賣的理念在Google內(nèi)部就形成了一種經(jīng)驗、選擇的愛好或者內(nèi)部的默契，那么資源競拍被分配出來的結(jié)果，大家很容易達(dá)成一致、理解。而國內(nèi)企業(yè)，往往是預(yù)算驅(qū)動，周邊系統(tǒng)的運行習(xí)慣，更趨向預(yù)算、采購，誰預(yù)算誰使用。這種環(huán)境下，資源被誰使用基本可以預(yù)見，成本也是比較容易找到歸屬者。在拍賣機(jī)制下資源搶占，初始分配是不大會發(fā)生，只有在運行時發(fā)生資源不夠用的時候出現(xiàn)，低優(yōu)先級的任務(wù)被Kill。在預(yù)算機(jī)制下，資源分配初期、運行時過程中，都會發(fā)生搶占。不同哪種分配背后共同追求的資源流動性是一致的。拍賣的另外一種好處是便于資源流動起來，不僅是資源利用率提升，更是資源投入產(chǎn)出比的最大化。而預(yù)算往往是一次性的，重點業(yè)務(wù)資源優(yōu)先保障，使得適應(yīng)性、靈活性、激勵業(yè)務(wù)效率提升變得不如拍賣。
資源共享
資源共享的過程離不開兩個維度：資源粒度、時間片。資源的效率=Σ(在線資源粒度時間片利用率) -Σ(資源離線粒度*時間片)。資源效率包括兩部分，在線部分和離線部分，離線部分主要是機(jī)器故障到恢復(fù)的過程，優(yōu)化這部分資源效率，提升服務(wù)器在線率。軟硬件故障通用措施有：故障預(yù)警、故障檢測、故障自動修復(fù)、故障自動化處理流程等。效率簡單的按照在線減去離線，只是為了描述：減少離線的浪費，有利于總體資源效率的提升。實際計算出來的數(shù)值不一定和真實現(xiàn)狀相一致的含義。下面章節(jié)提到的資源共享，主要是在線資源部分。
