Kubernetes kube系统名称空间中的POD是如何管理的?
我试图了解kubernetes是如何工作的,所以我尝试为我的minikube做这个操作:Kubernetes kube系统名称空间中的POD是如何管理的?,kubernetes,minikube,kubernetes-pod,Kubernetes,Minikube,Kubernetes Pod,我试图了解kubernetes是如何工作的,所以我尝试为我的minikube做这个操作: ~ kubectl delete pod --all -n kube-system pod "coredns-f9fd979d6-5n4b6" deleted pod "etcd-minikube" deleted pod "kube-apiserver-minikube" deleted pod "kube-controller-man
~ kubectl delete pod --all -n kube-system
pod "coredns-f9fd979d6-5n4b6" deleted
pod "etcd-minikube" deleted
pod "kube-apiserver-minikube" deleted
pod "kube-controller-manager-minikube" deleted
pod "kube-proxy-879lg" deleted
pod "kube-scheduler-minikube" deleted
没关系。豆荚被随意删除。但是如果我做了kubectl得到pods-n kube系统
,我会看到:
NAME READY STATUS RESTARTS AGE
coredns-f9fd979d6-5d25r 1/1 Running 0 50s
etcd-minikube 1/1 Running 0 50s
kube-apiserver-minikube 1/1 Running 0 50s
kube-controller-manager-minikube 1/1 Running 0 50s
kube-proxy-nlw69 1/1 Running 0 43s
kube-scheduler-minikube 1/1 Running 0 49s
好的。我以为是复制集或守护程序:
➜ ~ kubectl get ds -n kube-system
NAME DESIRED CURRENT READY UP-TO-DATE AVAILABLE NODE SELECTOR AGE
kube-proxy 1 1 1 1 1 kubernetes.io/os=linux 18m
➜ ~ kubectl get rs -n kube-system
NAME DESIRED CURRENT READY AGE
coredns-f9fd979d6 1 1 1 18m
对于
coredns
和kube代理
,这是正确的。但是其他(apiserver
、etcd
、controller
和scheduler
)呢?为什么它们还活着?控制平面吊舱作为运行-静态吊舱不受控制平面控制器(如守护程序和复制集)的管理。静态POD由本地节点上的Kubelet守护程序直接管理。控制平面POD作为运行-静态POD不由控制平面控制器(如守护程序和复制集)管理。静态吊舱由本地节点上的Kubelet守护程序直接管理。您需要这些吊舱处于活动状态才能运行kubernetes。让库伯系统中的豆荚单独呆着。@Daniel Lee这真的很有趣,你需要这些豆荚活着才能运行库伯尼斯。别管kube系统中的豆荚了。@Daniel Lee这真的很有趣