242 lines
13 KiB
Markdown
242 lines
13 KiB
Markdown
### Kubectl 上下文和配置
|
||
```
|
||
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 view -o jsonpath='{.users[].name}' # 显示第一个用户
|
||
kubectl config view -o jsonpath='{.users[*].name}' # 获取用户列表
|
||
kubectl config get-contexts # 显示上下文列表
|
||
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 命令使用
|
||
kubectl config set-context --current --namespace=ggckad-s2
|
||
|
||
# 使用特定的用户名和名字空间设置上下文
|
||
kubectl config set-context gce --user=cluster-admin --namespace=foo \
|
||
&& kubectl config use-context gce
|
||
|
||
kubectl config unset users.foo # 删除用户 foo
|
||
```
|
||
|
||
### 创建对象
|
||
```
|
||
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 清单的文档说明
|
||
```
|
||
|
||
### 查看和查找资源
|
||
```
|
||
# 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 # 列出当前命名空间下的全部 Pods
|
||
kubectl get pod my-pod -o yaml # 获取一个 pod 的 YAML
|
||
|
||
# describe 命令的详细输出
|
||
kubectl describe nodes my-node
|
||
kubectl describe pods my-pod
|
||
|
||
# 列出当前名字空间下所有 Services，按名称排序
|
||
kubectl get services --sort-by=.metadata.name
|
||
|
||
# 列出 Pods，按重启次数排序
|
||
kubectl get pods --sort-by='.status.containerStatuses[0].restartCount'
|
||
|
||
# 列举所有 PV 持久卷，按容量排序
|
||
kubectl get pv --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
|
||
|
||
# 获取全部节点的 ExternalIP 地址
|
||
kubectl get nodes -o jsonpath='{.items[*].status.addresses[?(@.type=="ExternalIP")].address}'
|
||
|
||
# 列出属于某个特定 RC 的 Pods 的名称
|
||
# 在转换对于 jsonpath 过于复杂的场合，"jq" 命令很有用；可以在 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})
|
||
|
||
# 显示所有 Pods 的标签（或任何其他支持标签的 Kubernetes 对象）
|
||
kubectl get pods --show-labels
|
||
|
||
# 检查哪些节点处于就绪状态
|
||
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
|
||
|
||
# 列举所有 Pods 中初始化容器的容器 ID（containerID）
|
||
# Helpful when cleaning up stopped containers, while avoiding removal of initContainers.
|
||
kubectl get pods --all-namespaces -o jsonpath='{range .items[*].status.initContainerStatuses[*]}{.containerID}{"\n"}{end}' | cut -d/ -f3
|
||
|
||
# 列出事件（Events），按时间戳排序
|
||
kubectl get events --sort-by=.metadata.creationTimestamp
|
||
|
||
# 比较当前的集群状态和假定某清单被应用之后的集群状态
|
||
kubectl diff -f ./my-manifest.yaml
|
||
```
|
||
|
||
### 更新资源
|
||
```
|
||
kubectl set image deployment/frontend www=image:v2 # 滚动更新 "frontend" Deployment 的 "www" 容器镜像
|
||
kubectl rollout history deployment/frontend # 检查 Deployment 的历史记录，包括版本
|
||
kubectl rollout undo deployment/frontend # 回滚到上次部署版本
|
||
kubectl rollout undo deployment/frontend --to-revision=2 # 回滚到特定部署版本
|
||
kubectl rollout status -w deployment/frontend # 监视 "frontend" Deployment 的滚动升级状态直到完成
|
||
kubectl rollout restart deployment/frontend # 轮替重启 "frontend" Deployment
|
||
|
||
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 自动伸缩容
|
||
```
|
||
|
||
### 部分更新资源
|
||
```
|
||
# 部分更新某节点
|
||
kubectl patch node k8s-node-1 -p '{"spec":{"unschedulable":true}}'
|
||
|
||
# 更新容器的镜像；spec.containers[*].name 是必须的。因为它是一个合并性质的主键。
|
||
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" } }]'
|
||
```
|
||
|
||
### 编辑资源
|
||
```
|
||
kubectl edit svc/docker-registry # 编辑名为 docker-registry 的服务
|
||
KUBE_EDITOR="nano" kubectl edit svc/docker-registry # 使用其他编辑器
|
||
```
|
||
|
||
### 对资源进行伸缩
|
||
```
|
||
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 # 伸缩多个副本控制器
|
||
```
|
||
|
||
### 删除资源
|
||
```
|
||
kubectl delete -f ./pod.json # 删除在 pod.json 中指定的类型和名称的 Pod
|
||
kubectl delete pod,service baz foo # 删除名称为 "baz" 和 "foo" 的 Pod 和服务
|
||
kubectl delete pods,services -l name=myLabel # 删除包含 name=myLabel 标签的 pods 和服务
|
||
kubectl delete pods,services -l name=myLabel --include-uninitialized # 删除包含 label name=myLabel 标签的 Pods 和服务
|
||
kubectl -n my-ns delete po,svc --all # 删除在 my-ns 名字空间中全部的 Pods 和服务
|
||
# 删除所有与 pattern1 或 pattern2 awk 模式匹配的 Pods
|
||
kubectl get pods -n mynamespace --no-headers=true | awk '/pattern1|pattern2/{print $1}' | xargs kubectl delete -n mynamespace pod
|
||
```
|
||
|
||
### 与运行中的 Pods 进行交互
|
||
```
|
||
kubectl logs my-pod # 获取 pod 日志（标准输出）
|
||
kubectl logs -l name=myLabel # 获取含 name=myLabel 标签的 Pods 的日志（标准输出）
|
||
kubectl logs my-pod --previous # 获取上个容器实例的 pod 日志（标准输出）
|
||
kubectl logs my-pod -c my-container # 获取 Pod 容器的日志（标准输出, 多容器场景）
|
||
kubectl logs -l name=myLabel -c my-container # 获取含 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 # 流式输出含 name=myLabel 标签的 Pod 的所有日志（标准输出）
|
||
kubectl run -i --tty busybox --image=busybox -- sh # 以交互式 Shell 运行 Pod
|
||
kubectl run nginx --image=nginx -n mynamespace # 在指定名字空间中运行 nginx Pod
|
||
kubectl run nginx --image=nginx # 运行 ngins Pod 并将其规约写入到名为 pod.yaml 的文件
|
||
--dry-run=client -o yaml > pod.yaml
|
||
|
||
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 和其中容器的监控数据
|
||
```
|
||
|
||
### 与节点和集群进行交互
|
||
```
|
||
kubectl cordon my-node # 标记 my-node 节点为不可调度
|
||
kubectl drain my-node # 对 my-node 节点进行清空操作，为节点维护做准备
|
||
kubectl uncordon my-node # 标记 my-node 节点为可以调度
|
||
kubectl top node my-node # 显示给定节点的度量值
|
||
kubectl cluster-info # 显示主控节点和服务的地址
|
||
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
|
||
```
|
||
|
||
### 资源类型
|
||
```
|
||
kubectl api-resources
|
||
```
|
||
用于探索 API 资源的其他操作
|
||
```
|
||
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=custom-columns=<spec> | 使用逗号分隔的自定义列来打印表格 |
|
||
| -o=custom-columns-file=<filename> | 使用 <filename> 文件中的自定义列模板打印表格 |
|
||
| -o=json | 输出 JSON 格式的 API 对象 |
|
||
| -o=jsonpath=<template> | 打印 jsonpath 表达式中定义的字段 |
|
||
| -o=jsonpath-file=<filename> | 打印在 <filename> 文件中定义的 jsonpath 表达式所指定的字段。 |
|
||
| -o=name | 仅打印资源名称而不打印其他内容 |
|
||
| -o=wide | 以纯文本格式输出额外信息，对于 Pod 来说，输出中包含了节点名称 |
|
||
| -o=yaml | 输出 YAML 格式的 API 对象 |
|
||
|
||
|
||
-----
|
||
|
||
|
||
未完待续
|
||
|
||
|