在Kubernetes（k8s）集群中，Node狀態為NotReady通常意味著節點上存在某些問題，下面為你分析正常情況下節點應運行的容器以及解決NotReady狀態的方法。

正常情況下Node節點應運行的容器

1. kubelet

kubelet是節點上的核心組件，它負責與控制平面通信，管理節點上的容器生命周期。它通常作為系統服務運行，而不是以容器形式存在，但也有使用容器化部署的情況。

2. kube-proxy

kube-proxy負責在節點上實現網絡代理和負載均衡功能，保證集群內服務的正常訪問。它以DaemonSet形式部署在每個節點上，所以每個節點都會運行一個kube-proxy容器。

3. 容器運行時

像Docker、Containerd等容器運行時通常作為系統服務運行，但也可能有一些輔助容器來管理運行時環境。

4. Pod網絡組件

比如Calico、Flannel等，這些組件用于實現Pod之間的網絡通信，通常以DaemonSet形式部署在每個節點上。

解決Node節點NotReady狀態的步驟

1. 檢查節點日志

你可以通過以下命令查看kubelet日志：

journalctl -u kubelet -f

這能幫助你發現kubelet在啟動或運行過程中出現的錯誤信息。

2. 檢查容器運行時狀態

要確保容器運行時（如Docker或Containerd）正常運行：

systemctl status docker  # 若使用Docker
systemctl status containerd  # 若使用Containerd

若服務未運行，可使用如下命令啟動：

systemctl start docker
systemctl start containerd

3. 檢查網絡組件

網絡組件異常可能會致使節點狀態異常。你可以通過以下命令查看網絡組件的Pod狀態：

kubectl get pods -n kube-system -l k8s-app=calico-node  # 若使用Calico
kubectl get pods -n kube-system -l app=flannel  # 若使用Flannel

若有Pod處于異常狀態，可使用以下命令查看詳細日志：

kubectl logs <pod-name> -n kube-system

4. 檢查節點資源

資源不足（如CPU、內存、磁盤空間）也可能導致節點狀態異常。你可以通過以下命令查看節點資源使用情況：

kubectl describe node <node-name>

5. 檢查節點與控制平面的通信

要保證節點能夠與控制平面正常通信。你可以通過以下命令測試節點與API Server的連通性：

curl https://<api-server-ip>:<api-server-port> -k

6. 重啟kubelet服務

若上述檢查都沒有問題，你可以嘗試重啟kubelet服務：

systemctl restart kubelet

通過以上步驟，你應該能夠找到并解決節點NotReady狀態的問題。若問題依舊存在，建議提供更多的日志信息和錯誤描述，以便進一步排查。