-
Pod:Pod 內支援 Readiness 和 Liveness 探針;支援行程隔離和 volume 共享的多容器 Pod;Pod 支援原生 ConfigMap 和 Sercret;Pod 支援 emptyDir;支援對 Pod 進行資源配額等;但是像優雅刪除、Termination message、Privileged Containers、HugePages、Pod 驅逐策略等部分特性還未在 1.14 版本提供;
-
Service:支援服務環境變數提供 DNS 解析;支援 NodePort、ClusterIP、LoadBalancer、Headless service;暫不支援 Pod 的 hostnetwork 樣式;
-
常規 Workload controller:RS、Deployment、StatefulSet、DaemonSet、Job、CronJob 均支援 Windows 容器;
-
除此之外,支援 Pod 和 container 維度的 Metrics、HPA、“kubectl exec”、排程搶佔、Resource Quotas、CNI 網路支援等多種特性讓 Windows workload 更加雲原生;由於 Windows 的特殊相容性,目前 host OS 的版本必須和容器映象 OS 版本一致,1.14 版本支援 Windows Server 2019;未來版本中會考慮使用 Hyper-V 隔離機制來解決版本相容性問題。
-
目前社群的開源方案無法動態建立捲
-
排程器需要由額外的排程邏輯工作,以確保排程的節點可以分配出足夠的磁碟容量
-
容錯性差,如果 Pod 正在執行的宿主機宕機或者磁碟發生異常,那麼它的持久化捲裡的資訊可能丟失
-
高優先順序的 Pod 在排程階段更容易被優先排程(Kubernetes 採用佇列排程模型),註意這裡並不保證高優先順序 Pod 永遠被優先排程,實際影響排程順序的因素有很多;
-
在叢集整體負載較高時,如果出現高優先順序 Pod 無法被排程的情況(叢集中沒有滿足條件的 Node 供 Pod 執行),Kubernetes 會啟動搶佔機制,透過搶佔已經執行的低優先順序的 Pod 的方式,讓高優先順序的 Pod 可以執行起來。搶佔機制便是在這裡引入的。