1.基本用法

apiVersion: v1
kind: Pod
#創(chuàng)建的資源類型可以是，Deployment、Job、Ingress、Service等
metadata:
#包含Pod的一些meta信息，比如名稱、namespace、標簽等信息
  name: ng1
  #Podname
  labels:
  #標簽
    app: web
spec:
  containers:
    - name: ng1
      #容器name
      image:  hub.c.163.com/library/nginx
      #鏡像拉取地址
      imagePullPolicy: IfNotPresent
      #鏡像拉取策略，Always,(無論本地是否有每次都拉取) Never,(每次都不拉取,即使本地沒有也不拉取) IfNotPresent(本地有就用，沒有就去拉) 
      ports:
      #對外開放端口
        - containerPort: 80

2.調度策略

節(jié)點選擇器： nodeSelector、nodeName
基于node_name調度

讓客戶滿意是我們工作的目標，不斷超越客戶的期望值來自于我們對這個行業(yè)的熱愛。我們立志把好的技術通過有效、簡單的方式提供給客戶，將通過不懈努力成為客戶在信息化領域值得信任、有價值的長期合作伙伴，公司提供的服務項目有：域名注冊、虛擬主機、營銷軟件、網站建設、鄂托克網站維護、網站推廣。

apiVersion: v1
kind: Pod
metadata:
  name: ng2
spec:
  nodeName: cs25
  #指定調度到"cs25" node節(jié)點上
  containers:
    - name: ng2
      image:  hub.c.163.com/library/nginx

基于node標簽來調度
kubectl label nodes cs25 disk=ssd
#給節(jié)點cs25 添加標簽

apiVersion: v1
kind: Pod
metadata:
  name: ng2
spec:
  nodeSelector:
    disk: ssd
    #表示要只有node節(jié)點上有"disk=ssd",才能被調度上去
  containers:
    - name: ng2
      image:  hub.c.163.com/library/nginx

節(jié)點親和性調度： nodeAffinity

apiVersion: v1
kind: Pod
metadata:
  name: ng2
spec:
  affinity:
    nodeAffinity:
      requiredDuringSchedulingIgnoredDuringExecution:
      #requiredDuringSchedulingIgnoredDuringExecution 硬親和性 必須滿足親和性,滿足不調用
      #preferredDuringSchedulingIgnoredDuringExecution 軟親和性 能滿足最好，不滿足也沒關系。
        nodeSelectorTerms:
        - matchExpressions:
          - key: disk
            operator: In
            #表示上面那個字段必須包含下面兩個值, 還可以換成"NotIn"取反
            values:
            - jx
            - ssd
      #表示 只能調度到node有"disk=jx" 或"node=ssd"
  containers:
    - name: ng2

POD調度 podAffinity 和 podAntiAffinity

apiVersion: v1
kind: Pod
metadata:
  name: ng2
  labels:
    app: nginx
spec:
  containers:
    - name: ng2
      image:  hub.c.163.com/library/nginx
---
apiVersion: v1
kind: Pod
metadata:
  name: ng3
spec:
  containers:
    - name: ng3
      image:  hub.c.163.com/library/nginx
  affinity:
    podAntiAffinity:
    #反親和，表示滿足條件的，讓兩個主機不在同一臺node主機上運行，換成"podAffinity:"功能相反
      requiredDuringSchedulingIgnoredDuringExecution:
      - labelSelector:
          matchExpressions:
          - {key: app, operator: In, values: ["nginx"]}
        topologyKey: kubernetes.io/hostname
                #親和標準，表示node 都有hostname這個鍵名，及value 一樣我們就認為他們在同一臺節(jié)點

labelSelector : 選擇跟那組Pod親和
namespaces : 選擇哪個命名空間
topologyKey : 指定節(jié)點上的哪個鍵
假如在反親和場景"topologyKey: type" 這個node標簽所有主機都有，則第二臺容器無法被調度到任何主機

3.污點容忍調度

kubectl taint nodes cs25 key=value:NoSchedule
NoSchedule：僅影響調度過程，對現存的Pod對象不產生影響；
NoExecute：既影響調度過程，也影響顯著的Pod對象；不容忍的Pod對象將被驅逐
PreferNoSchedule: 表示盡量不調度

創(chuàng)建污點
kubectl taint node cs25 rongren=true:NoSchedule
#表示在cs25節(jié)點上創(chuàng)建一個 rongren的鍵 鍵值為"true",調度策略為NoSchedule
kubectl taint node cs25 rongren-
#刪除污點，指定鍵名加"-"即可

apiVersion: v1
kind: Pod
metadata:
  name: ng6
spec:
  containers:
    - name: ng6
      image:  nginx
  tolerations:
  #設置容忍性
  - key: "rongren"
    operator: "Equal"
    #如果操作符為Exists，那么value屬性可省略,表示key這個存在即通過，如果不指定operator，則默認為Equal,value一定要和設置的值相等，否則無法通過
    value: "true"
    effect: "NoSchedule"
  #意思是這個Pod要容忍的有污點的Node的key是”rongren“ Equal true,效果是NoSchedule，
  #tolerations屬性下各值必須使用引號，容忍的值都是設置Node的taints時給的值。

如果在設置node的Taints(污點)之前，就已經運行了一些Pod，那么這些Pod是否還能繼續(xù)在此Node上運行？ 這就要看設置Taints污點時的effect(效果)了。

    如果effect的值是NoSchedule或PreferNoSchedule，那么已運行的Pod仍然可以運行，只是新Pod(如果沒有容忍)不會再往上調度。

   而如果effect的值是NoExecute，那么此Node上正在運行的Pod，只要沒有容忍的，立刻被驅逐。

   雖然是立刻被驅逐，但是K8S為了彰顯人性化，又給具有NoExecute效果的污點， 在容忍屬性中有一個可選的

      tolerationSeconds字段，用來設置這些Pod還可以在這個Node之上運行多久，給它們一點寬限的時間，到時間才驅逐。

   如果是以Pod來啟動的，那么Pod被驅逐后， 將不會再被運行，就等于把它刪除了。

   如果是deployment/rc，那么刪除的pod會再其它節(jié)點運行。

   如果是DaemonSet在此Node上啟動的Pod，那么也不會再被運行，直到Node上的NoExecute污被去除或者Pod容忍。

另外有需要云服務器可以了解下創(chuàng)新互聯cdcxhl.cn，海內外云服務器15元起步，三天無理由+7*72小時售后在線，公司持有idc許可證，提供“云服務器、裸金屬服務器、高防服務器、香港服務器、美國服務器、虛擬主機、免備案服務器”等云主機租用服務以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡單易用、服務可用性高、性價比高”等特點與優(yōu)勢，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應用場景需求。

本文名稱：kubernetesyaml文件調動污點容忍-創(chuàng)新互聯
鏈接分享：http://weahome.cn/article/ddihjj.html