kubeadm upgrade phases
kubeadm upgrade apply phase
使用 kubeadm upgrade apply 的阶段，您可以选择执行控制平面节点初始升级的各个步骤。
概要
使用此命令调用“apply”工作流程的单个阶段
kubeadm upgrade apply phase [flags]
选项
| -h, --help | |
阶段的帮助信息 | |
从父命令继承的选项
| --rootfs string | |
指向“真实”主机根文件系统的路径。这将导致 kubeadm chroot 到提供的路径。 | |
概要
在升级前运行预检检查
kubeadm upgrade apply phase preflight [flags]
选项
| --allow-experimental-upgrades | |
将 Kubernetes 的不稳定版本显示为升级替代方案，并允许升级到 Kubernetes 的 alpha/beta/release candidate 版本。 | |
| --allow-release-candidate-upgrades | |
将 Kubernetes 的 release candidate 版本显示为升级替代方案，并允许升级到 Kubernetes 的 release candidate 版本。 | |
| --config string | |
kubeadm 配置文件路径。 | |
| --dry-run | |
不更改任何状态，只输出将执行的操作。 | |
| -f, --force | |
强制升级，即使某些要求可能未满足。这还意味着非交互模式。 | |
| -h, --help | |
预检的帮助信息 | |
| --ignore-preflight-errors strings | |
一个列表，其错误将被显示为警告的检查项。例如：'IsPrivilegedUser,Swap'。值 'all' 忽略所有检查项的错误。 | |
| --kubeconfig string 默认值："/etc/kubernetes/admin.conf" | |
与集群通信时使用的 kubeconfig 文件。如果未设置该标志，则可以搜索一组标准位置以查找现有的 kubeconfig 文件。 | |
| -y, --yes | |
执行升级且不提示确认（非交互模式）。 | |
从父命令继承的选项
| --rootfs string | |
指向“真实”主机根文件系统的路径。这将导致 kubeadm chroot 到提供的路径。 | |
概要
升级控制平面
kubeadm upgrade apply phase control-plane [flags]
选项
| --certificate-renewal 默认值：true | |
执行升级期间更改的组件使用的证书续订。 | |
| --config string | |
kubeadm 配置文件路径。 | |
| --dry-run | |
不更改任何状态，只输出将执行的操作。 | |
| --etcd-upgrade 默认值：true | |
执行 etcd 的升级。 | |
| -h, --help | |
控制平面的帮助信息 | |
| --kubeconfig string 默认值："/etc/kubernetes/admin.conf" | |
与集群通信时使用的 kubeconfig 文件。如果未设置该标志，则可以搜索一组标准位置以查找现有的 kubeconfig 文件。 | |
| --patches string | |
指向包含名为“target[suffix][+patchtype].extension”的文件目录。例如，“kube-apiserver0+merge.yaml”或只是“etcd.json”。“target”可以是“kube-apiserver”、“kube-controller-manager”、“kube-scheduler”、“etcd”、“kubeletconfiguration”、“corednsdeployment”之一。“patchtype”可以是“strategic”、“merge”或“json”，它们与 kubectl 支持的补丁格式匹配。默认“patchtype”是“strategic”。“extension”必须是“json”或“yaml”。“suffix”是一个可选字符串，可用于确定首先应用哪些补丁（按字母数字顺序）。 | |
从父命令继承的选项
| --rootfs string | |
指向“真实”主机根文件系统的路径。这将导致 kubeadm chroot 到提供的路径。 | |
概要
将 kubeadm 和 kubelet 配置上传到 ConfigMaps
kubeadm upgrade apply phase upload-config [flags]
选项
| -h, --help | |
上传配置的帮助信息 | |
从父命令继承的选项
| --rootfs string | |
指向“真实”主机根文件系统的路径。这将导致 kubeadm chroot 到提供的路径。 | |
概要
通过从集群中存储的 kubelet-config ConfigMap 下载它来升级此节点的 kubelet 配置
kubeadm upgrade apply phase kubelet-config [flags]
选项
| --config string | |
kubeadm 配置文件路径。 | |
| --dry-run | |
不更改任何状态，只输出将执行的操作。 | |
| -h, --help | |
kubelet-config 的帮助信息 | |
| --kubeconfig string 默认值："/etc/kubernetes/admin.conf" | |
与集群通信时使用的 kubeconfig 文件。如果未设置该标志，则可以搜索一组标准位置以查找现有的 kubeconfig 文件。 | |
| --patches string | |
指向包含名为“target[suffix][+patchtype].extension”的文件目录。例如，“kube-apiserver0+merge.yaml”或只是“etcd.json”。“target”可以是“kube-apiserver”、“kube-controller-manager”、“kube-scheduler”、“etcd”、“kubeletconfiguration”、“corednsdeployment”之一。“patchtype”可以是“strategic”、“merge”或“json”，它们与 kubectl 支持的补丁格式匹配。默认“patchtype”是“strategic”。“extension”必须是“json”或“yaml”。“suffix”是一个可选字符串，可用于确定首先应用哪些补丁（按字母数字顺序）。 | |
从父命令继承的选项
| --rootfs string | |
指向“真实”主机根文件系统的路径。这将导致 kubeadm chroot 到提供的路径。 | |
概要
配置 bootstrap token 和 cluster-info RBAC 规则
kubeadm upgrade apply phase bootstrap-token [flags]
选项
| --config string | |
kubeadm 配置文件路径。 | |
| --dry-run | |
不更改任何状态，只输出将执行的操作。 | |
| -h, --help | |
bootstrap-token 的帮助信息 | |
| --kubeconfig string 默认值："/etc/kubernetes/admin.conf" | |
与集群通信时使用的 kubeconfig 文件。如果未设置该标志，则可以搜索一组标准位置以查找现有的 kubeconfig 文件。 | |
从父命令继承的选项
| --rootfs string | |
指向“真实”主机根文件系统的路径。这将导致 kubeadm chroot 到提供的路径。 | |
概要
升级默认的 kubeadm 插件
kubeadm upgrade apply phase addon [flags]
选项
| -h, --help | |
插件的帮助信息 | |
从父命令继承的选项
| --rootfs string | |
指向“真实”主机根文件系统的路径。这将导致 kubeadm chroot 到提供的路径。 | |
概要
运行升级后任务
kubeadm upgrade apply phase post-upgrade [flags]
选项
| --config string | |
kubeadm 配置文件路径。 | |
| --dry-run | |
不更改任何状态，只输出将执行的操作。 | |
| -h, --help | |
升级后的帮助信息 | |
| --kubeconfig string 默认值："/etc/kubernetes/admin.conf" | |
与集群通信时使用的 kubeconfig 文件。如果未设置该标志，则可以搜索一组标准位置以查找现有的 kubeconfig 文件。 | |
从父命令继承的选项
| --rootfs string | |
指向“真实”主机根文件系统的路径。这将导致 kubeadm chroot 到提供的路径。 | |
kubeadm upgrade node phase
使用 kubeadm upgrade node 的阶段，您可以选择执行辅助控制平面或工作节点升级的各个步骤。
概要
使用此命令调用“node”工作流程的单个阶段
kubeadm upgrade node phase [flags]
选项
| -h, --help | |
阶段的帮助信息 | |
从父命令继承的选项
| --rootfs string | |
指向“真实”主机根文件系统的路径。这将导致 kubeadm chroot 到提供的路径。 | |
运行节点升级预检检查
概要
运行 kubeadm 升级节点的预检检查。
kubeadm upgrade node phase preflight [flags]
选项
| --config string | |
kubeadm 配置文件路径。 | |
| -h, --help | |
预检的帮助信息 | |
| --ignore-preflight-errors strings | |
一个列表，其错误将被显示为警告的检查项。例如：'IsPrivilegedUser,Swap'。值 'all' 忽略所有检查项的错误。 | |
从父命令继承的选项
| --rootfs string | |
指向“真实”主机根文件系统的路径。这将导致 kubeadm chroot 到提供的路径。 | |
概要
升级此节点上部署的控制平面实例（如果有）
kubeadm upgrade node phase control-plane [flags]
选项
| --certificate-renewal 默认值：true | |
执行升级期间更改的组件使用的证书续订。 | |
| --config string | |
kubeadm 配置文件路径。 | |
| --dry-run | |
不更改任何状态，只输出将执行的操作。 | |
| --etcd-upgrade 默认值：true | |
执行 etcd 的升级。 | |
| -h, --help | |
控制平面的帮助信息 | |
| --kubeconfig string 默认值："/etc/kubernetes/admin.conf" | |
与集群通信时使用的 kubeconfig 文件。如果未设置该标志，则可以搜索一组标准位置以查找现有的 kubeconfig 文件。 | |
| --patches string | |
指向包含名为“target[suffix][+patchtype].extension”的文件目录。例如，“kube-apiserver0+merge.yaml”或只是“etcd.json”。“target”可以是“kube-apiserver”、“kube-controller-manager”、“kube-scheduler”、“etcd”、“kubeletconfiguration”、“corednsdeployment”之一。“patchtype”可以是“strategic”、“merge”或“json”，它们与 kubectl 支持的补丁格式匹配。默认“patchtype”是“strategic”。“extension”必须是“json”或“yaml”。“suffix”是一个可选字符串，可用于确定首先应用哪些补丁（按字母数字顺序）。 | |
从父命令继承的选项
| --rootfs string | |
指向“真实”主机根文件系统的路径。这将导致 kubeadm chroot 到提供的路径。 | |
概要
通过从集群中存储的 kubelet-config ConfigMap 下载它来升级此节点的 kubelet 配置
kubeadm upgrade node phase kubelet-config [flags]
选项
| --config string | |
kubeadm 配置文件路径。 | |
| --dry-run | |
不更改任何状态，只输出将执行的操作。 | |
| -h, --help | |
kubelet-config 的帮助信息 | |
| --kubeconfig string 默认值："/etc/kubernetes/admin.conf" | |
与集群通信时使用的 kubeconfig 文件。如果未设置该标志，则可以搜索一组标准位置以查找现有的 kubeconfig 文件。 | |
| --patches string | |
指向包含名为“target[suffix][+patchtype].extension”的文件目录。例如，“kube-apiserver0+merge.yaml”或只是“etcd.json”。“target”可以是“kube-apiserver”、“kube-controller-manager”、“kube-scheduler”、“etcd”、“kubeletconfiguration”、“corednsdeployment”之一。“patchtype”可以是“strategic”、“merge”或“json”，它们与 kubectl 支持的补丁格式匹配。默认“patchtype”是“strategic”。“extension”必须是“json”或“yaml”。“suffix”是一个可选字符串，可用于确定首先应用哪些补丁（按字母数字顺序）。 | |
从父命令继承的选项
| --rootfs string | |
指向“真实”主机根文件系统的路径。这将导致 kubeadm chroot 到提供的路径。 | |
概要
升级默认的 kubeadm 插件
kubeadm upgrade node phase addon [flags]
选项
| -h, --help | |
插件的帮助信息 | |
从父命令继承的选项
| --rootfs string | |
指向“真实”主机根文件系统的路径。这将导致 kubeadm chroot 到提供的路径。 | |
概要
运行升级后任务
kubeadm upgrade node phase post-upgrade [flags]
选项
| --config string | |
kubeadm 配置文件路径。 | |
| --dry-run | |
不更改任何状态，只输出将执行的操作。 | |
| -h, --help | |
升级后的帮助信息 | |
| --kubeconfig string 默认值："/etc/kubernetes/admin.conf" | |
与集群通信时使用的 kubeconfig 文件。如果未设置该标志，则可以搜索一组标准位置以查找现有的 kubeconfig 文件。 | |
从父命令继承的选项
| --rootfs string | |
指向“真实”主机根文件系统的路径。这将导致 kubeadm chroot 到提供的路径。 | |
接下来
- kubeadm init 启动 Kubernetes 控制平面节点
- kubeadm join 将节点连接到集群
- kubeadm reset 撤消此主机上由
kubeadm init或kubeadm join做的任何更改 - kubeadm upgrade 升级 kubeadm 节点
- kubeadm alpha 尝试实验性功能