5.8.4. 正常重新引导节点
在重启节点前，建议备份 etcd 数据以避免该节点上出现数据丢失。
对于需要用户执行 oc login 命令而不是 kubeconfig 文件中的证书来管理集群的单节点 OpenShift 集群，oc adm 命令在封锁并排空节点后可能无法使用。这是因为 openshift-oauth-apiserver pod 没有运行，因为 cordon。您可以使用 SSH 访问节点，如以下步骤所示。
在单节点 OpenShift 集群中，在封锁和排空时无法重新调度 Pod。但是，这样做会为 pod（特别是您的工作负载 pod）提供一定的时间来正确停止和释放相关资源。
流程
执行节点正常重启：
将节点标记为不可调度：
$ oc adm cordon <node1>
排空节点以删除所有正在运行的 pod：
$ oc adm drain <node1> --ignore-daemonsets --delete-emptydir-data --force
您可能会收到与自定义 pod 中断预算(PDB)关联的 pod 无法被驱除的错误。
错误示例
error when evicting pods/"rails-postgresql-example-1-72v2w" -n "rails" (will retry after 5s): Cannot evict pod as it would violate the pod's disruption budget.
在这种情况下，再次运行 drain 命令，添加
disable-eviction标记，这将绕过 PDB 检查：$ oc adm drain <node1> --ignore-daemonsets --delete-emptydir-data --force --disable-eviction
以 debug 模式访问节点：
$ oc debug node/<node1>
将您的根目录改为
/host：$ chroot /host
重启节点：
$ systemctl reboot
目前，节点进入
NotReady状态。注意在一些单节点 OpenShift 集群中，
oc命令在 cordon 和 drain 节点后可能无法使用，因为openshift-oauth-apiserverpod 没有运行。您可以使用 SSH 连接到节点并执行重启。$ ssh core@<master-node>.<cluster_name>.<base_domain>
$ sudo systemctl reboot
重启完成后，运行以下命令将节点标记为可以调度：
$ oc adm uncordon <node1>
注意在一些单节点 OpenShift 集群中，
oc命令在 cordon 和 drain 节点后可能无法使用，因为openshift-oauth-apiserverpod 没有运行。您可以使用 SSH 连接到节点并取消封锁它。$ ssh core@<target_node>
$ sudo oc adm uncordon <node> --kubeconfig /etc/kubernetes/static-pod-resources/kube-apiserver-certs/secrets/node-kubeconfigs/localhost.kubeconfig
验证节点是否已就绪：
$ oc get node <node1>
输出示例
NAME STATUS ROLES AGE VERSION <node1> Ready worker 6d22h v1.18.3+b0068a8
附加信息
有关 etcd 数据备份的详情，请参考备份 etcd 数据。
