Docker
中咱們都說容器、docker
,你們耳熟能詳。但到了kubernetes
中,這個專有名詞彷彿就被"取而代之"了。kubernetes
的語境中,咱們將一個容器集合稱之爲Pod
git
那什麼是Pod?如圖所示,Pod中有一個pause容器,和一堆業務容器,他們有各自的PID
、MOUNT
和USER
,但他們共享IPC
、UTS
和NETWORK
。對於這六個專屬名詞的描述,能夠看下面的表格:github
簡稱 | 描述 |
---|---|
UTS | 主機名 |
IPC | 進程間通訊 |
PID | "chroot"進程樹 |
MOUNT | 掛載點 |
NETWORK | 網絡訪問,包括接口 |
USER | 將本地的虛擬user-id映射到真實的user-id |
kind:定義資源類型,例如deployment、service等 apiVersion:定義調用的api版本,所支持的版本能夠經過kubectl api-resources查看 metadata:資源提供源數據信息,如名稱、隸屬的名稱空間和標籤等 spec:用於定義用戶指望的狀態,不一樣的資源類型 Status:記錄活動對象的當前狀態信息,由k8s系統自行維護,對用戶來講爲只讀字段
陳述式: kubectl create -f xx.yaml 申明式: kubectl apply -f xx.yaml
#相關資源的命令查詢: kubectl explain pods(.spec.tolerations….) #導出pod對應的yaml模版: kubectl get pod ngx-new-cb79d555-gqwf8 -o yaml --export > ngx-new-demo.yaml #Docker 策略 Docker: imagePullPolicy: Always:不管本地有沒有鏡像,都要去互聯網拖(經常使用於拉取latest的鏡像) IfNotPresent:若是本地沒有鏡像,就不啓動(經常使用於拉取指定版本的鏡像) Nerver:本地有就直接用,沒有再去拖
Service:申明NodePort類型,能夠經過任意節點訪問 hostPort:直接將容器的端口與所調度的節點上的端口路由,這樣用戶就能夠經過宿主機的IP加上來訪問Pod了 hostNetwork:共享宿主機的網絡名稱空間
reference文檔:https://kubernetes.io/docs/reference/using-api/api-overview/docker
API文檔:https://kubernetes.io/docs/reference/generated/kubernetes-api/v1.16/api
本文原址位於個人Github,我會陸續將全部專題更新過來,其中包括docker、k8s、ceph、istio和prometheus,旨在分享雲原生中大而全的技術知識點和實操過程,若是對你有用,請follow、star個人github,這也是我更新、分享下去的動力,謝謝~bash