重启k8s master 命令

当需要重启Kubernetes (k8s) master节点服务器时，需要注意的是操作可能会导致短暂的服务中断，因为Master节点包含API服务器、控制器管理器和调度器等核心组件，它们负责集群的整体协调。 以下是重启Master节点的一般步骤： 1. **备份数据**：在重启前，应先备份etcd（存储持久化配置的数据）、kubeconfig（连接到集群的信息）以及任何其他重要的配置文件。 2. **停止服务**：通过`kubectl drain`命令将Master节点从正在运行的工作负载中移除，防止新的请求被分配给这个节点。 ```sh kubectl drain <master-node-name> --ignore-daemonsets --force --GracePeriod=0 ``` 3. **重启节点**：安全地重启节点，通常是通过远程访问或SSH登录并手动重启。 4. **等待恢复**：重启后，让节点加入到集群。这通常涉及到更新kubelet服务，让它发现新节点并重新同步状态。 ```sh kubectl uncordon <master-node-name> ``` 5. **验证集群健康**：使用`kubectl get nodes`检查节点状态，并确认API server是否正常工作。 6. **恢复配置和服务**：如果先前有备份，可以恢复etcd数据，然后检查是否有需要手动恢复的配置更改或资源部署。

<think>好的，用户现在的问题是“在k8s master节点看状态”。我需要先理解用户的需求。他们可能是在Kubernetes环境中遇到了问题，想要检查Master节点的状态。用户可能是运维人员或者开发人员，负责维护Kubernetes集群，现在需要诊断Master节点是否正常。 首先，我需要回忆Kubernetes Master节点的主要组件，包括kube-apiserver、kube-controller-manager、kube-scheduler、etcd等。用户想要查看这些组件的状态，可能需要检查它们的运行状态、日志、以及集群的整体状态。 接下来，我应该考虑用户可能的操作环境。他们可能是在Master节点上使用kubectl命令行工具，或者直接检查systemd服务状态。需要提供具体的命令示例，比如使用kubectl get nodes，kubectl get componentstatuses，以及systemctl status来查看各个服务的状态。 然后，用户可能还需要检查etcd集群的健康状况，因为etcd是Kubernetes的数据库，存储所有集群数据。需要指导用户如何使用etcdctl命令来检查成员列表和健康状况。 另外，网络问题也是常见的原因之一，可能需要检查网络插件如Calico、Flannel的状态。日志检查部分，需要给出查看各个组件日志的命令，例如journalctl -u kube-apiserver。 可能用户遇到的常见问题包括节点NotReady，组件崩溃或证书过期。特别是证书问题，在长期运行的集群中可能会出现，需要提示用户检查证书有效期。 最后，需要确保回答结构清晰，分步骤说明，每个步骤有对应的命令和解释，帮助用户逐步排查问题。同时，要使用中文，避免技术术语过于晦涩，让用户容易理解。可能还需要提醒用户注意权限问题，比如使用sudo执行某些命令，或者kubectl的配置是否正确。</think>以下是检查Kubernetes（k8s）Master节点状态的详细步骤和常见排查方法： --- ### **一、基础状态检查** #### 1. **查看集群节点状态** ```bash kubectl get nodes # 检查所有节点状态（Ready/NotReady） kubectl describe node <master节点名> # 查看Master节点详细信息 ``` - **关键指标**： - `Ready`：节点健康 - `MemoryPressure`/`DiskPressure`：资源不足 - `KubeletNotReady`：kubelet服务异常 #### 2. **检查核心组件状态** ```bash kubectl get componentstatuses # 缩写：kubectl get cs ``` - 预期输出： ``` NAME STATUS MESSAGE ERROR scheduler Healthy ok controller-manager Healthy ok etcd-0 Healthy {"health":"true"} ``` --- ### **二、服务进程检查** #### 1. **查看Master组件运行状态** ```bash # 检查kube-apiserver、kube-controller-manager、kube-scheduler是否运行 systemctl status kube-apiserver kube-controller-manager kube-scheduler # 检查etcd状态（若使用systemd托管） systemctl status etcd ``` #### 2. **检查服务监听端口** ```bash ss -tulnp | grep -E '2379|6443|10259|10257' # 关键端口： # - 6443: kube-apiserver # - 2379/2380: etcd # - 10259: kube-scheduler # - 10257: kube-controller-manager ``` --- ### **三、日志分析** #### 1. **查看组件日志** ```bash # 实时跟踪kube-apiserver日志 journalctl -u kube-apiserver -f # 查看etcd日志（若使用容器化部署） kubectl logs -n kube-system etcd-<master节点名> ``` #### 2. **常见错误日志** - **kube-apiserver**： - `Unable to connect to the server: net/http: TLS handshake timeout` → 证书或网络问题 - `etcdserver: request timed out` → etcd集群通信异常 - **etcd**： - `mvcc: database space exceeded` → etcd存储空间不足 --- ### **四、etcd集群健康检查** #### 1. **检查etcd成员列表** ```bash # 使用etcdctl工具（需指定证书路径） ETCDCTL_API=3 etcdctl --endpoints=https://127.0.0.1:2379 \ --cacert=/etc/kubernetes/pki/etcd/ca.crt \ --cert=/etc/kubernetes/pki/etcd/server.crt \ --key=/etc/kubernetes/pki/etcd/server.key \ member list ``` #### 2. **检查etcd健康状态** ```bash ETCDCTL_API=3 etcdctl --write-out=table endpoint status ``` - 检查每个节点的`DB SIZE`和`Is Leader`状态。 --- ### **五、证书和配置文件验证** #### 1. **检查证书有效期** ```bash openssl x509 -in /etc/kubernetes/pki/apiserver.crt -noout -dates openssl x509 -in /etc/kubernetes/pki/etcd/server.crt -noout -dates ``` - 若证书过期，需使用`kubeadm certs renew`更新。 #### 2. **验证kubeconfig文件** ```bash kubectl --kubeconfig=/etc/kubernetes/admin.conf get nodes # 测试配置是否有效 ``` --- ### **六、网络插件检查** #### 1. **查看网络Pod状态** ```bash kubectl get pods -n kube-system | grep -E 'calico|flannel|cilium' ``` - 确保CoreDNS和网络插件Pod均为`Running`状态。 #### 2. **验证跨节点通信** ```bash kubectl run test-pod --image=busybox --restart=Never --rm -it -- ping <其他节点IP> ``` --- ### **七、快速修复参考** #### 1. **重启Master组件** ```bash systemctl restart kube-apiserver kube-controller-manager kube-scheduler etcd ``` #### 2. **重置证书（谨慎操作）** ```bash kubeadm init phase certs all --config /etc/kubernetes/kubeadm-config.yaml ``` --- ### **八、状态排查流程图** ``` Master节点异常 → 检查kubectl get nodes → 检查kubectl get cs → 检查组件日志 ↳ 检查etcd健康 → 检查证书 → 检查网络插件 ``` 通过以上步骤，可以定位到具体组件的问题。若问题仍无法解决，建议提供以下信息进一步分析： - `kubectl get nodes -o wide` - `kubectl describe pod -n kube-system <异常Pod名>` - 相关组件日志片段