Amazon ec2 在Kubernetes从属节点中运行的POD处于ContainerCreating状态
我成功地安装了Kubernetes大师。 我通过安装Docker和kubelet(使用kubeadm)创建了Kubernetes从节点。运行join命令后,从属节点将加入集群。我能够从主节点验证这一点。但在从属节点中部署的POD始终处于ContainerCreating状态。 除了docker和kubelet,从属节点中还需要安装其他设备吗?? kubectl的状态显示remote_runtime.go:RunPodSandBox from runtime服务失败:rpc错误:代码=死线超出Amazon ec2 在Kubernetes从属节点中运行的POD处于ContainerCreating状态,amazon-ec2,kubernetes,kubeadm,Amazon Ec2,Kubernetes,Kubeadm,我成功地安装了Kubernetes大师。 我通过安装Docker和kubelet(使用kubeadm)创建了Kubernetes从节点。运行join命令后,从属节点将加入集群。我能够从主节点验证这一点。但在从属节点中部署的POD始终处于ContainerCreating状态。 除了docker和kubelet,从属节点中还需要安装其他设备吗?? kubectl的状态显示remote_runtime.go:RunPodSandBox from runtime服务失败:rpc错误:代码=死线超出 感
感谢您的帮助。在这种情况下,我通常会使用以下命令检查kube系统名称空间中POD的状态,从而开始对集群进行故障排除:
$ kubectl get pods --all-namespaces -o wide
应在每个节点上运行多个与网络相关的POD,例如:
NAMESPACE NAME READY STATUS RESTARTS AGE IP NODE
kube-system calico-node-2rpns 2/2 Running 0 2h 10.154.0.5 kube-node1
kube-system calico-node-cn6cl 2/2 Running 0 2h 10.154.0.6 kube-master
kube-system calico-node-fr7v5 2/2 Running 1 2h 10.154.0.7 kube-node2
全套网络容器取决于使用的Kubernetes网络解决方案
接下来,我检查是否有一些POD处于“未就绪”状态,并检查描述中的错误:
$ kubectl describe pod not-ready-pod-name
如果出现与图像提取或容器创建相关的错误,我将检查节点上的kubelet日志以了解更多详细信息:
$ journalctl -u kubelet
或者尝试手动拉取图像,以确保图像可用且可以拉取:
$ docker pull <image>
或之前坠毁集装箱的日志:
$ kubectl logs --previous ${POD_NAME} ${CONTAINER_NAME}
我接下来的步骤取决于之前的结果
如果您将结果添加到问题中,就有可能告诉您更多关于该案例的信息。
PodSandBox
几乎总是CNI故障——您是否使用SDN?如果是,是否在该节点上正确配置了它?
$ kubectl logs --previous ${POD_NAME} ${CONTAINER_NAME}