--- title: kubectl 备忘单 reviewers: - erictune - krousey - clove content_template: templates/concept card: name: reference weight: 30 --- {{% capture overview %}} 也可以看下: [Kubectl 概述](/docs/reference/kubectl/overview/) 和 [JsonPath 指南](/docs/reference/kubectl/jsonpath)。 本页面是 `kubectl` 命令的概述。 {{% /capture %}} {{% capture body %}} ## kubectl - 备忘单 ## Kubectl 自动补全 ### BASH ```bash source <(kubectl completion bash) # 在 bash 中设置当前 shell 的自动补全,要先安装 bash-completion 包。 echo "source <(kubectl completion bash)" >> ~/.bashrc # 在您的 bash shell 中永久的添加自动补全 ``` 您还可以为 `kubectl` 使用一个速记别名,该别名也可以与 completion 一起使用: ```bash alias k=kubectl complete -F __start_kubectl k ``` ### ZSH ```bash source <(kubectl completion zsh) # 在 zsh 中设置当前 shell 的自动补全 echo "if [ $commands[kubectl] ]; then source <(kubectl completion zsh); fi" >> ~/.zshrc # 在您的 zsh shell 中永久的添加自动补全 ``` ## Kubectl 上下文和配置 设置 `kubectl` 与哪个 Kubernetes 集群进行通信并修改配置信息。查看 [使用 kubeconfig 跨集群授权访问](/docs/tasks/access-application-cluster/configure-access-multiple-clusters/) 文档获取详情配置文件信息。 ```bash kubectl config view # 显示合并的 kubeconfig 配置。 # 同时使用多个 kubeconfig 文件并查看合并的配置 KUBECONFIG=~/.kube/config:~/.kube/kubconfig2 kubectl config view # 获取 e2e 用户的密码 kubectl config view -o jsonpath='{.users[?(@.name == "e2e")].user.password}' kubectl config current-context # 展示当前所处的上下文 kubectl config use-context my-cluster-name # 设置默认的上下文为 my-cluster-name # 添加新的集群配置到 kubeconf 中,使用 basic auth 进行鉴权 kubectl config set-credentials kubeuser/foo.kubernetes.com --username=kubeuser --password=kubepassword # 使用特定的用户名和命名空间设置上下文。 kubectl config set-context gce --user=cluster-admin --namespace=foo \ && kubectl config use-context gce ``` ## Apply `apply` 通过定义 Kubernetes 资源的文件管理应用程序。它通过运行 `kubectl apply` 在集群中创建和更新资源。这是在生产中管理 Kubernetes 应用程序的推荐方法。查阅 [Kubectl 文档](https://kubectl.docs.kubernetes.io)。 ## 创建对象 Kubernetes 配置可以用 json 或 yaml 定义。可以使用的文件扩展名有 `.yaml`,`.yml` 和 `.json`。 ```bash kubectl apply -f ./my-manifest.yaml # 创建资源 kubectl apply -f ./my1.yaml -f ./my2.yaml # 使用多个文件创建 kubectl apply -f ./dir # 从目录下的全部配置文件创建资源 kubectl apply -f https://git.io/vPieo # 从 url 中创建资源 kubectl create deployment nginx --image=nginx # 启动单实例 nginx kubectl explain pods,svc # 获取 pod,svc 配置的文档说明 # 从标准输入中的多个 YAML 对象中创建 cat < ## 获取和查找资源 ```bash # 使用 get 命令获取基本输出 kubectl get services # 列出当前命名空间下的所有 services kubectl get pods --all-namespaces # 列出所有命名空间下的全部的 pods kubectl get pods -o wide # 列出当前命名空间下的全部 pods,有更多的详细信息 kubectl get deployment my-dep # 列出某个特定的 deployment kubectl get pods --include-uninitialized # 列出当前命名空间下的全部 pods,包含未初始化的 kubectl get pod my-pod -o yaml # 获取一个 pod 的 YAML kubectl get pod my-pod -o yaml --export # 获取一个没有集群特定信息的 YAML # 使用 describe 命令获取详细输出 kubectl describe nodes my-node kubectl describe pods my-pod kubectl get services --sort-by=.metadata.name # 列出当前命名空间下所有 services,按照名称排序 # 列出 pods 按照重启次数进行排序 kubectl get pods --sort-by='.status.containerStatuses[0].restartCount' # 列出测试命名空间中的 Pod,按容量排序 kubectl get pods -n test --sort-by=.spec.capacity.storage # 获取包含 app=cassandra 标签全部 pods 的 version 标签 kubectl get pods --selector=app=cassandra -o \ jsonpath='{.items[*].metadata.labels.version}' # 获取所有工作节点(使用选择器以排除标签名称为 'node-role.kubernetes.io/master' 的结果) kubectl get node --selector='!node-role.kubernetes.io/master' # 获取当前命名空间中正在运行的 pods kubectl get pods --field-selector=status.phase=Running # 获取全部 node 的 ExternalIP 地址 kubectl get nodes -o jsonpath='{.items[*].status.addresses[?(@.type=="ExternalIP")].address}' # 列出属于某个特定 RC 的 pods 的名称 # "jq" 命令对于 jsonpath 过于复杂的转换非常有用,可以在 https://stedolan.github.io/jq/ 找到它。 sel=${$(kubectl get rc my-rc --output=json | jq -j '.spec.selector | to_entries | .[] | "\(.key)=\(.value),"')%?} echo $(kubectl get pods --selector=$sel --output=jsonpath={.items..metadata.name}) # 显示所有 Pod 的标签(或任何其他支持标签的 Kubernetes 对象) # 也可以使用 "jq" for item in $( kubectl get pod --output=name); do printf "Labels for %s\n" "$item" | grep --color -E '[^/]+$' && kubectl get "$item" --output=json | jq -r -S '.metadata.labels | to_entries | .[] | " \(.key)=\(.value)"' 2>/dev/null; printf "\n"; done # 或也可以使用此命令来获取与容器关联的所有标签 kubectl get pods --show-labels # 检查哪些节点处于 ready JSONPATH='{range .items[*]}{@.metadata.name}:{range @.status.conditions[*]}{@.type}={@.status};{end}{end}' \ && kubectl get nodes -o jsonpath="$JSONPATH" | grep "Ready=True" # 列出被一个 pod 使用的全部 secret kubectl get pods -o json | jq '.items[].spec.containers[].env[]?.valueFrom.secretKeyRef.name' | grep -v null | sort | uniq # 列出 events,按照创建时间排序 kubectl get events --sort-by=.metadata.creationTimestamp ``` ## 更新资源 从版本 1.11 开始,`rolling-update` 已被弃用(参见 [CHANGELOG-1.11.md](https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG/CHANGELOG-1.11.md)),请使用 `rollout` 代替。 ```bash kubectl set image deployment/frontend www=image:v2 # 滚动更新 "frontend" deployment 的 "www" 容器镜像 kubectl rollout history deployment/frontend # 检查部署的历史记录,包括版本 kubectl rollout undo deployment/frontend # 回滚到上次部署版本 kubectl rollout undo deployment/frontend --to-revision=2 # 回滚到特定部署版本 kubectl rollout status -w deployment/frontend # Watch "frontend" deployment 的滚动升级状态直到完成 # 从 1.11 版本开始弃用 kubectl rolling-update frontend-v1 -f frontend-v2.json # (弃用) 滚动升级 frontend-v1 的 pods kubectl rolling-update frontend-v1 frontend-v2 --image=image:v2 # (弃用) 修改资源的名称并更新镜像 kubectl rolling-update frontend --image=image:v2 # (弃用) 更新 frontend 的 pods 的镜像 kubectl rolling-update frontend-v1 frontend-v2 --rollback # (弃用) 终止已经进行中的 rollout cat pod.json | kubectl replace -f - # 通过传入到标准输入的 JSON 来替换 pod # 强制进行替换,会删除然后再创建资源,会导致服务不可用。 kubectl replace --force -f ./pod.json # 为多副本的 nginx 创建服务,使用 80 端口提供服务,连接到容器的 8000 端口。 kubectl expose rc nginx --port=80 --target-port=8000 # 更新单容器 pod 的镜像标签到 v4 kubectl get pod mypod -o yaml | sed 's/\(image: myimage\):.*$/\1:v4/' | kubectl replace -f - kubectl label pods my-pod new-label=awesome # 添加标签 kubectl annotate pods my-pod icon-url=http://goo.gl/XXBTWq # 添加注解 kubectl autoscale deployment foo --min=2 --max=10 # 使 "foo" deployment 自动伸缩容 ``` ## 局部更新资源 ```bash kubectl patch node k8s-node-1 -p '{"spec":{"unschedulable":true}}' # 部分更新 node #更新容器的镜像;spec.containers[*].name 是必须的。因为它是一个合并 key。 kubectl patch pod valid-pod -p '{"spec":{"containers":[{"name":"kubernetes-serve-hostname","image":"new image"}]}}' # 使用带位置数组的 json patch 更新容器的镜像 kubectl patch pod valid-pod --type='json' -p='[{"op": "replace", "path": "/spec/containers/0/image", "value":"new image"}]' # 使用带位置数组的 json patch 禁用 deployment 的 livenessProbe kubectl patch deployment valid-deployment --type json -p='[{"op": "remove", "path": "/spec/template/spec/containers/0/livenessProbe"}]' # 在带位置数组中添加元素 kubectl patch sa default --type='json' -p='[{"op": "add", "path": "/secrets/1", "value": {"name": "whatever" } }]' ``` ## 编辑资源 在编辑器中编辑任何 API 资源 ```bash kubectl edit svc/docker-registry # 编辑名为 docker-registry 的 service KUBE_EDITOR="nano" kubectl edit svc/docker-registry # 使用其他编辑器 ``` ## 对资源进行伸缩 ```bash kubectl scale --replicas=3 rs/foo # 将名为 'foo' 的副本集伸缩到 3 副本 kubectl scale --replicas=3 -f foo.yaml # 将在 "foo.yaml" 中的特定资源伸缩到 3 个副本 kubectl scale --current-replicas=2 --replicas=3 deployment/mysql # 如果名为 mysql 的 deployment 的副本当前是 2,那么将它伸缩到 3 kubectl scale --replicas=5 rc/foo rc/bar rc/baz # 伸缩多个 replication controllers ``` ## 删除资源 ```bash kubectl delete -f ./pod.json # 删除在 pod.json 中指定的类型和名称的 pod kubectl delete pod,service baz foo # 删除名称为 "baz" 和 "foo" 的 pod 和 service kubectl delete pods,services -l name=myLabel # 删除包含 name=myLabel 标签的 pods 和 services kubectl delete pods,services -l name=myLabel --include-uninitialized # 删除包含 label name=myLabel 标签的 pods 和 services,包括未初始化的 kubectl -n my-ns delete po,svc --all # 删除在 my-ns 命名空间中全部的 pods 和 services ,包括未初始化的 # 删除所有与 pattern1 或 pattern2 匹配的 pod kubectl get pods -n mynamespace --no-headers=true | awk '/pattern1|pattern2/{print $1}' | xargs kubectl delete -n mynamespace pod ``` ## 与运行中的 Pods 进行交互 ```bash kubectl logs my-pod # 获取 pod 日志(标准输出) kubectl logs -l name=myLabel # 获取 pod label name=myLabel 日志(标准输出) kubectl logs my-pod --previous # 获取上个容器实例的 pod 日志(标准输出) kubectl logs my-pod -c my-container # 获取 pod 的容器日志 (标准输出, 多容器的场景) kubectl logs -l name=myLabel -c my-container # 获取 label name=myLabel pod 的容器日志 (标准输出, 多容器的场景) kubectl logs my-pod -c my-container --previous # 获取 pod 的上个容器实例日志 (标准输出, 多容器的场景) kubectl logs -f my-pod # 流式输出 pod 的日志 (标准输出) kubectl logs -f my-pod -c my-container # 流式输出 pod 容器的日志 (标准输出, 多容器的场景) kubectl logs -f -l name=myLabel --all-containers # 流式输出 label name=myLabel pod 的日志 (标准输出) kubectl run -i --tty busybox --image=busybox -- sh # 以交互式 shell 运行 pod kubectl attach my-pod -i # 进入到一个运行中的容器中 kubectl port-forward my-pod 5000:6000 # 在本地计算机上侦听端口 5000 并转发到 my-pod 上的端口 6000 kubectl exec my-pod -- ls / # 在已有的 pod 中运行命令(单容器的场景) kubectl exec my-pod -c my-container -- ls / # 在已有的 pod 中运行命令(多容器的场景) kubectl top pod POD_NAME --containers # 显示给定 pod 和容器的监控数据 ``` ## 与节点和集群进行交互 ```bash kubectl cordon my-node # 设置 my-node 节点为不可调度 kubectl drain my-node # 对 my-node 节点进行驱逐操作,为节点维护做准备 kubectl uncordon my-node # 设置 my-node 节点为可以调度 kubectl top node my-node # 显示给定 node 的指标 kubectl cluster-info # 显示 master 和 services 的地址 kubectl cluster-info dump # 将当前集群状态输出到标准输出 kubectl cluster-info dump --output-directory=/path/to/cluster-state # 将当前集群状态输出到 /path/to/cluster-state # 如果已存在具有该键和效果的污点,则其值将按指定替换 kubectl taint nodes foo dedicated=special-user:NoSchedule ``` ### 资源类型 列出全部支持的资源类型和它们的简称, [API group](/docs/concepts/overview/kubernetes-api/#api-groups), 无论它们是否是 [namespaced](/docs/concepts/overview/working-with-objects/namespaces), [Kind](/docs/concepts/overview/working-with-objects/kubernetes-objects)。 ```bash kubectl api-resources ``` 用于探索 API 资源的其他操作: ```bash kubectl api-resources --namespaced=true # 所有在命名空间中的资源 kubectl api-resources --namespaced=false # 所有不在命名空间中的资源 kubectl api-resources -o name # 输出简单的所有资源(只是资源名称) kubectl api-resources -o wide # 具有扩展(又称 "wide")输出的所有资源 kubectl api-resources --verbs=list,get # 支持 "list" 和 "get" 请求动词的所有资源 kubectl api-resources --api-group=extensions # "extensions" API 组中的所有资源 ``` ### 格式化输出 要以特定格式将详细信息输出到终端窗口,可以将 `-o` 或 `--output` 参数添加到支持的 `kubectl` 命令。 输出格式 | 描述 --------------| ----------- `-o=custom-columns=` | 使用逗号分隔的自定义列列表打印表格 `-o=custom-columns-file=` | 使用 `` 文件中的自定义列模板打印表格 `-o=json` | 输出 JSON 格式的 API 对象 `-o=jsonpath=