【云原生】k8s集群命令行工具kubectl基础操作命令实践详解

kubectl基础操作命令详解

一、准备工作

Kubernetes提供的集群控制平面（master节点）与Kubernetes APIServer通信的命令行工具——kubectl。kubectl默认配置文件目录$HOME/.kube/config。可以通过 --kubeconfig 参数来指定kubectl的配置文件。

以下操作如果已经做过了，就可以跳过。

1.1、Replication Controller

（1）创建myhello-rc.yaml并写入如下内容：

vim myhello-rc.yaml

内容：

apiVersion: v1
kind: ReplicationController # 副本控制器 RC
metadata:
  namespace: default
  name: myhello-rc # RC名称，全局唯一
  labels:
    name: myhello-rc
spec:
  replicas: 5# Pod副本期待数量
  selector:
    name: myhello-rc-pod
  template: # pod的定义模板
    metadata:
      labels:
        name: myhello-rc-pod
    spec:
      containers: # Pod 内容的定义部分
      - name: myhello #容器的名称
        image: nongtengfei/hello:1.0.0 #容器对应的 Docker Image
        imagePullPolicy: IfNotPresent
        ports:
        - containerPort: 80
        env: # 注入到容器的环境变量
        - name: env1
          value: "k8s-env1"
        - name: env2
          value: "k8s-env2"

通常不会去单独的配置pod，都是通过某一类副本控制器资源去部署pod。原因：如果单独配置pod，当集群升级时需要将当前节点上的所有pod排空，那么会产生问题，因为pod没有任何副本控制器在控制它，集群对他没有预期，当节点排空后，pod将不会被调度和重生。

（2）为RC创建service。

vim myhello-svc.yaml

内容：

apiVersion: v1
kind: Service
metadata:
  name: myhello-svc
  labels:
    name: myhello-svc
spec:
  type: NodePort # 对外提供端口
  ports:
  - port: 80
    protocol: TCP
    targetPort: 80
    name: http
    nodePort: 30000
  selector:
    name: myhello-rc-pod

（3）应用配置。

kubectl apply -f myhello-svc.yaml -f myhello-rc.yaml

1.2、Deployment

（1）创建myapp-deployment.yaml并写入如下内容：

vim myapp-deployment.yaml

内容：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: myapp-deployment
  labels:
    name: myapp-deploy
spec:
  replicas: 5
  selector:
    matchLabels:
      name: myapp-deploy-pod
  template:
    metadata:
      labels:
        name: myapp-deploy-pod
    spec:
     #nodeSelector:#nodetype: worker
      containers: # Pod 内容的定义部分
      - name: myhello #容器的名称
        image: nongtengfei/hello:1.0.0 #容器对应的 Docker Image
        imagePullPolicy: IfNotPresent
        ports:
        - containerPort: 80
        env: # 注入到容器的环境变量
        - name: env1
          value: "k8s-env1"
        - name: env2
          value: "k8s-env2"
        resources:
          requests:
            cpu: 100m
      - name: myredis #容器的名称
        image: redis #容器对应的 Docker Image
        imagePullPolicy: IfNotPresent
        ports:
        - containerPort: 6379
        env: # 注入到容器的环境变量
        - name: env1
          value: "k8s-env1"
        - name: env2
          value: "k8s-env2"
        resources:
          requests:
            cpu: 100m

（2）为deployment创建service。

vim myapp-svc.yaml

内容：

apiVersion: v1
kind: Service
metadata:
  name: myapp-svc
  labels:
    name: myapp-svc
spec:
  type: NodePort # 对外提供端口
  ports:
  - port: 80
    protocol: TCP
    targetPort: 80
    name: http
    nodePort: 30001
  selector:
    name: myapp-deploy-pod

（3）应用配置。

kubectl apply -f myapp-svc.yaml -f myapp-deployment.yaml

1.3、DaemonSet

（1）创建myapp-deployment.yaml并写入如下内容：

vim myapp-ds.yaml

内容：

apiVersion: apps/v1
kind: DaemonSet
metadata:
  name: myapp-ds
  namespace: default
  labels:
    app: myapp-ds
spec:
  selector:
    matchLabels:
      app: myapp-ds
  template:
    metadata:
      labels:
        app: myapp-ds
    spec:
      tolerations:
      - key: node-role.kubernetes.io/control-plane
        operator: Exists
        effect: NoSchedule
      containers: # Pod 内容的定义部分
      - name: myhello #容器的名称
        image: nongtengfei/hello:1.0.0 #容器对应的 Docker Image
        imagePullPolicy: IfNotPresent
        ports:
        - containerPort: 80
        env: # 注入到容器的环境变量
        - name: env1
          value: "k8s-env1"
        - name: env2
          value: "k8s-env2"

（2）为DaemonSet创建service。

vim myapp-ds-svc.yaml

内容：

apiVersion: v1
kind: Service
metadata:
  name: myapp-ds-svc
  labels:
    name: myapp-ds-svc
spec:
  type: NodePort # 对外提供端口
  ports:
  - port: 8080
    protocol: TCP
    targetPort: 80
    name: http
    nodePort: 30002
  selector:
    app: myapp-ds

（3）应用配置：

kubectl apply -f myapp-ds-svc.yaml -f myapp-ds.yaml

1.4、查看创建的svc和pod

$ kubectl get svc
NAME           TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)          AGE
kubernetes     ClusterIP   10.96.0.1       <none>443/TCP          45h
myapp-ds-svc   NodePort    10.96.41.180    <none>8080:30002/TCP   4m3s
myapp-svc      NodePort    10.98.20.127    <none>80:30001/TCP     6m32s
myhello-svc    NodePort    10.106.252.61   <none>80:30000/TCP     14m

$ kubectl get pod
NAME                                READY   STATUS    RESTARTS   AGE
myapp-deployment-5659dbddd8-l6m87   0/2     Pending   0          6m41s
myapp-deployment-5659dbddd8-lxxls   0/2     Pending   0          6m41s
myapp-deployment-5659dbddd8-pqqlx   0/2     Pending   0          6m41s
myapp-deployment-5659dbddd8-xb8xp   0/2     Pending   0          6m41s
myapp-deployment-5659dbddd8-zjgsx   0/2     Pending   0          6m41s
myapp-ds-2zqf9                      1/1     Running   0          2m43s
myhello-rc-2tjmr                    0/1     Pending   0          12m
myhello-rc-44ksd                    0/1     Pending   0          12m
myhello-rc-86g79                    0/1     Pending   0          12m
myhello-rc-df225                    0/1     Pending   0          12m
myhello-rc-lfbzb                    0/1     Pending   0          12m

这里只建立了一个节点，所有只有一个pod。

1.5、kubectl 命令自动补全设置

# 安装自动补全插件sudoapt-getinstall -y bash-completion
# 添加.bashrc文件内容echo"source <(kubectl completion bash)">> ~/.bashrc
# 加载最新的.bashrcsource ~/.bashrc

二、kubectl语法

kubectl [command][TYPE][NAME][flags]

（1）command：指定要对一个或多个资源执行的操作，例如：create、get、describe、delete等。
（2）TYPE：指定资源类型。资源类型不区分大小写，可以指定单数、复数或缩写形式。例如：以下命令输出相同的结果：

kubectl get pod pod1
kubectl get pods pod1
kubectl get po pod1

（3）NAME：指定资源名称。名称区分大小写。如果省略名称，这显示所有资源的详细信息。例如：

kubectl get pods

（4）在对多个资源执行操作时，可以按类型和名称指定每个资源，或指定一个或多个文件：

按类型和名称指定资源：

a) 对所有类型相同的资源进行分组，TYPE1 name1 name2 name<#>。

kubectl get pod pod1 pod2 pod3

b) 分别指定多个资源类型：TYPE1/name1 TYPE2/name2 TYPE3/name3 TYPE<#>/name<#>。

kubectl get pod/pod1 pod/pod2 rc/rc1 svc/svc1

用一个或多个文件指定资源：-f file1 -f file2 -f file<#>

kubectl get -f myhello-rc.yaml -f myhello-svc.yaml

（5） flags：指定可选的参数。例如：可以使用 -o 或 --output 参数来指定输出格式。

kubectl get -f myhello-rc.yaml -f myhello-svc.yaml -o wide
kubectl get -f myhello-rc.yaml -f myhello-svc.yaml --output json

三、基础操作命令

3.1、api-resources

打印服务器上所支持的 API 资源。
用法：

# 打印支持的API Resource
kubectl api-resources
# 打印更多信息
kubectl api-resources -o wide
# 根据name 排序
kubectl api-resources --sort-by=name
# 仅打印支持命名空间的资源
kubectl api-resources --namespaced=true
# 打印不支持命名空间的资源
kubectl api-resources --namespaced=false
# 根据分组打印该分组的资源，例如：apps、authorization.k8s.io 等
kubectl api-resources --api-group=apps

作用：

可以帮助写pod的定义，比如apiversion。
做角色权限分配。

示例：

$ kubectl api-resources 
NAME                              SHORTNAMES   APIVERSION                             NAMESPACED   KIND
bindings                                       v1                                     true         Binding
componentstatuses                 cs           v1                                     false        ComponentStatus
configmaps                        cm           v1                                     true         ConfigMap
endpoints                         ep           v1                                     true         Endpoints
events                            ev           v1                                     true         Event
limitranges                       limits       v1                                     true         LimitRange
namespaces                        ns           v1                                     false        Namespace
nodes                             no           v1                                     false        Node
persistentvolumeclaims            pvc          v1                                     true         PersistentVolumeClaim
persistentvolumes                 pv           v1                                     false        PersistentVolume
pods                              po           v1                                     true         Pod
podtemplates                                   v1                                     true         PodTemplate
replicationcontrollers            rc           v1                                     true         ReplicationController
resourcequotas                    quota        v1                                     true         ResourceQuota
secrets                                        v1                                     true         Secret
serviceaccounts                   sa           v1                                     true         ServiceAccount
services                          svc          v1                                     true         Service
mutatingwebhookconfigurations                  admissionregistration.k8s.io/v1        false        MutatingWebhookConfiguration
validatingwebhookconfigurations                admissionregistration.k8s.io/v1        false        ValidatingWebhookConfiguration
customresourcedefinitions         crd,crds     apiextensions.k8s.io/v1                false        CustomResourceDefinition
apiservices                                    apiregistration.k8s.io/v1              false        APIService
controllerrevisions                            apps/v1                                true         ControllerRevision
daemonsets                        ds           apps/v1                                true         DaemonSet
deployments                       deploy       apps/v1                                true         Deployment
replicasets                       rs           apps/v1                                true         ReplicaSet
statefulsets                      sts          apps/v1                                true         StatefulSet
tokenreviews                                   authentication.k8s.io/v1               false        TokenReview
localsubjectaccessreviews                      authorization.k8s.io/v1                true         LocalSubjectAccessReview
selfsubjectaccessreviews                       authorization.k8s.io/v1                false        SelfSubjectAccessReview
selfsubjectrulesreviews                        authorization.k8s.io/v1                false        SelfSubjectRulesReview
subjectaccessreviews                           authorization.k8s.io/v1                false        SubjectAccessReview
horizontalpodautoscalers          hpa          autoscaling/v2                         true         HorizontalPodAutoscaler
cronjobs                          cj           batch/v1                               true         CronJob
jobs                                           batch/v1                               true         Job
certificatesigningrequests        csr          certificates.k8s.io/v1                 false        CertificateSigningRequest
leases                                         coordination.k8s.io/v1                 true         Lease
endpointslices                                 discovery.k8s.io/v1                    true         EndpointSlice
events                            ev           events.k8s.io/v1                       true         Event
flowschemas                                    flowcontrol.apiserver.k8s.io/v1beta2   false        FlowSchema
prioritylevelconfigurations                    flowcontrol.apiserver.k8s.io/v1beta2   false        PriorityLevelConfiguration
ingressclasses                                 networking.k8s.io/v1                   false        IngressClass
ingresses                         ing          networking.k8s.io/v1                   true         Ingress
networkpolicies                   netpol       networking.k8s.io/v1                   true         NetworkPolicy
runtimeclasses                                 node.k8s.io/v1                         false        RuntimeClass
poddisruptionbudgets              pdb          policy/v1                              true         PodDisruptionBudget
clusterrolebindings                            rbac.authorization.k8s.io/v1           false        ClusterRoleBinding
clusterroles                                   rbac.authorization.k8s.io/v1           false        ClusterRole
rolebindings                                   rbac.authorization.k8s.io/v1           true         RoleBinding
roles                                          rbac.authorization.k8s.io/v1           true         Role
priorityclasses                   pc           scheduling.k8s.io/v1                   false        PriorityClass
csidrivers                                     storage.k8s.io/v1                      false        CSIDriver
csinodes                                       storage.k8s.io/v1                      false        CSINode
csistoragecapacities                           storage.k8s.io/v1                      true         CSIStorageCapacity
storageclasses                    sc           storage.k8s.io/v1                      false        StorageClass
volumeattachments                              storage.k8s.io/v1                      false        VolumeAttachment
fly@k8s-master1:~/k8sCtlConfig$

3.2、api-versions

打印支持的API Versions。

kubectl api-versions

示例：

$ kubectl api-versions 
admissionregistration.k8s.io/v1
apiextensions.k8s.io/v1
apiregistration.k8s.io/v1
apps/v1
authentication.k8s.io/v1
authorization.k8s.io/v1
autoscaling/v1
autoscaling/v2
autoscaling/v2beta2
batch/v1
certificates.k8s.io/v1
coordination.k8s.io/v1
discovery.k8s.io/v1
events.k8s.io/v1
flowcontrol.apiserver.k8s.io/v1beta1
flowcontrol.apiserver.k8s.io/v1beta2
networking.k8s.io/v1
node.k8s.io/v1
policy/v1
rbac.authorization.k8s.io/v1
scheduling.k8s.io/v1
storage.k8s.io/v1
storage.k8s.io/v1beta1
v1

3.3、create

通过文件或标准输入来创建资源。crete 和 apply -f 的功能是一样的，但是create只能创建一次，而apply可以多次应用，apply可以将新的属性应用到线上而不会改变原有已经存在的内容。
用法：

kubectl create -f FILENAME

示例：

# 基于文件创建资源
kubectl create -f myhello-rc.yaml -f myhello-svc.yaml -f myapp-deployment.yaml -f
myapp-svc.yaml -f myapp-ds.yaml
# 将文件内容以标准输入，传入kubectl createcat myhello-rc.yaml | kubectl create -f -
# 编辑文件，以编辑结果为输入参数
kubectl create -f myhello-rc.yaml --edit -o json

3.4、expose

给定副本控制器、服务、Deployment 或 Pod，将其暴露为新的 kubernetes Service，其本质是通过现有资源对象的配置信息将新的Service与原有资源背后的Pod做关联

用法：

kubectl expose (-f FILENAME | TYPE NAME)[--port=port][--protocol=TCP|UDP|SCTP][--target-port=number-or-name][--name=name][--external-ip=external-ip-of-service][--type=type]

示例：

# 为副本控制器myhello-rc 创建service，端口为8000，容器端口为80
kubectl expose rc myhello-rc --port=8000 --target-port=80 --name=myhello-svc-8000
# 通过replication controller 定义文件来创建service
kubectl expose -f myhello-rc.yaml --port=8000 --target-port=80 --name=myhellosvc-8000-file
# 根据指定的pod 创建service，并指定service名称
kubectl expose pod <podname> --port=444 --name=myhello-svc-444
# 通过service 创建新的service
kubectl expose service myhello-svc --port=8080 --target-port=80 --name=myhello-svc-8080

# 查看所有service
kubectl get svc
# 查看某个service详情
kubectl describe svc <svcname>

3.5、run

在集群中使用指定镜像启动容器。

用法：

kubectl run NAME --image=image [--env="key=value"][--port=port][--dry-run=server|client][--overrides=inline-json][--command] -- [COMMAND][args...]

示例：

# 通过镜像运行一个名为 nginx 的pod
kubectl run nginx --image=nginx
# 通过镜像运行一个名为myhello 的pod
kubectl run myhello --image=nongtengfei/hello:1.0.0
# 指定端口号、环境变量、labels
kubectl run redis --image=redis --port=6379 --env="DNS_DOMAIN=cluster" --env="POD_NAMESPACE=default" --labels="app=redis,env=prod"# 只打印命令执行的结果，而不做实际操作
kubectl run nginx --image=nginx --dry-run=client
# 运行一个busybox容器，并进入交互，同时设置其重启策略为Never
kubectl run -i -t busybox --image=busybox --restart=Never
# 启动nginx pod 采用自定义启动命令和启动参数# kubectl run nginx --image=nginx --command -- <cmd> <arg1> ... <argN>
kubectl run nginx2 --image=nginx --command -- echo123456

# 查看默认命名空间下所有pod
kubectl get pod
# 获取单个pod并以yaml格式输出
kubectl get pod <podname> -o yaml
# 输出某个pod内所有容器的日志
kubectl logs pod/<podname> --all-containers=true
# 输出 pod/myhello-rc-dtshm 内 myhello容器的日志
kubectl logs pod/myhello-rc-dtshm -c myhello

3.6、set

为对象设置功能特性（环境变量、镜像等）。

用法：

kubectl set SUBCOMMAND

以下是SUBCOMMAND。

3.6.1、env

更新资源环境变量，支持pod（po）、replicationcontroller（rc）、部署（deploy）、守护程序集（ds）、状态集（sts）、cronjob（cj）、ReplicateSet（rs）等资源对象的更新

用法：

kubectl setenv RESOURCE/NAME KEY_1=VAL_1 ... KEY_N=VAL_N

示例：

# 为rc/myhello-rc 添加环境变量 STORAGE_DIR=/local
kubectl setenv rc/myhello-rc STORAGE_DIR=/local
# 查看 rc/myhello-rc 环境变量列表
kubectl setenv rc/myhello-rc --list
# 列出所有pod的环境变量列表
kubectl setenv pods --all --list
# 设置环境变量，并以yaml格式打印出来
kubectl setenv rc/myhello-rc STORAGE_DIR=/data1 -o yaml
# 为所有rc设置环境变量为 EVN=prod
kubectl setenv rc --all ENV=prod
# 将所有rc上环境变量 ENV移除
kubectl setenv rc --all ENV-
# 移除 deployments/myapp-deployment 对象中，容器名为 myhello 的环境变量 env1
kubectl setenv deployments/myapp-deployment --containers="myhello" env1-
# 根据文件，移除资源上的环境变量
kubectl setenv -f myhello-rc.yaml env1-

注意：rc上修改环境变量，并不会及时反映到Pod；而deployment修改环境变量则会及时反映到Pod。

3.6.2、image

更新现有资源容器镜像，支持pod（po）、replicationcontroller（rc）、部署（deploy）、守护程序集（ds）、状态集（sts）、cronjob（cj）、ReplicatSet（rs）等资源

用法：

kubectl set image (-f FILENAME | TYPE NAME)CONTAINER_NAME_1=CONTAINER_IMAGE_1 ... CONTAINER_NAME_N=CONTAINER_IMAGE_N

示例：

# 将deployment/myapp-deployment 中myhello 容器的镜像更改为 nongtengfei/hello:1.0.1
kubectl set image deployment/myapp-deployment myhello=nongtengfei/hello:1.0.1
# 根据文件修改镜像，--local表示不向apiserver发送请求，仅本地修改并输出yaml格式内容
kubectl set image -f myapp-deployment.yaml myhello=nongtengfei/hello:1.0.1 --local -o yaml
# 修改 deployment/myapp-deployment myhello 容器和myredis容器的镜像
kubectl set image deployment/myapp-deployment myhello=nongtengfei/hello:1.0.1 myredis=redis:alpine
# 修改ds/myapp-ds myhello 容器镜像
kubectl set image ds/myapp-ds myhello=nongtengfei/hello:1.0.2

注意：修改RC的image不会及时反映到Pod；而修改deployment的image则会及时反映到Pod。

3.6.3、resources

为Pod模板资源对象指定计算资源需求（CPU，内存等）支持pod（po）、replicationcontroller（rc）、部署（deploy）、守护程序集（ds）、状态集（sts）、cronjob（cj）、ReplicatSet（rs）等资源。

用法：

kubectl set resources (-f FILENAME | TYPE NAME)([--limits=LIMITS & --requests=REQUESTS]

示例：

# 设置单个容器的资源
kubectl set resources deployment myapp-deployment -c=myhello --limits=cpu=200m,memory=512Mi
# 设置myapp-deployment部署下所有容器资源
kubectl set resources deployment myapp-deployment --limits=cpu=200m,memory=512Mi --requests=cpu=100m,memory=256Mi
# 移除资源限制，设置为0即不限制
kubectl set resources deployment myapp-deployment --limits=cpu=0,memory=0 --requests=cpu=0,memory=0# 根据文件设置资源，打印出结果，且不向apiserver发送请求
kubectl set resources -f myapp-deployment.yaml --limits=cpu=200m,memory=512Mi --local -o yaml

3.6.4、selector

在资源上设置选择器。如果资源在调用“set selector”之前有一个选择器，则新选择器将覆盖旧选择器。
如果指定了–resource version，则更新将使用此资源版本，否则将使用现有资源版本。目前只支持
Service资源对象

用法：

kubectl set selector (-f FILENAME | TYPE NAME) EXPRESSIONS [--resourceversion=version]

示例：

# 将service myhello-svc 的label selector 修改为 env=proc
kubectl set selector svc myapp-svc env=proc
kubectl set selector svc myapp-svc name=myapp-deploy-pod

# 查看service 对象明细
kubectl describe svc myapp-svc

3.7、explain（重点）

显示资源文档说明。
用法：

kubectl explain RESOURCE

作用：可以帮助定义资源。

示例：

# 获取资源及其字段的文档
kubectl explain pods
# 获取资源特定字段的文档
kubectl explain pods.spec.containers

3.8、get

显示一个或者多个资源信息。
用法：

kubectl get [(-o|--output=)json|yaml|name|go-template|go-templatefile|template|templatefile|jsonpath|jsonpath-as-json|jsonpath-file|customcolumns|custom-columns-file|wide](TYPE[.VERSION][.GROUP][NAME | -l label]| TYPE[.VERSION][.GROUP]/NAME ...)[flags]

示例：

# 获取默认命名空间下所有Pod
kubectl get pods
# 获取更多Pod信息
kubectl get pods -o wide
# 获取副本控制器 myhello-rc
kubectl get replicationcontroller myhello-rc
# 获取处于apps.v1 api组下所有 deployment，并以json格式答应
kubectl get deployments.v1.apps -o json
# 获取单个Pod，以json格式数据
kubectl get -o json pod myhello-rc-278jg
# 根据文件获取对象
kubectl get -f myapp-deployment.yaml -o json
# 返回对象指定的值
kubectl get -o template deployment/myapp-deployment --template={{.status.readyReplicas}}# 自定义返回字段，分别指定了列名为：CONTAINER 和 IMAGE
kubectl get pod -o customcolumns=CONTAINER:.spec.containers[0].name,IMAGE:.spec.containers[0].image
# 获取 所有rc 和 service
kubectl get rc,services
# 获取一个或多个资源
kubectl get rc/myhello-rc service/myhello-svc deployment/myapp-deployment

3.9、edit

修改服务器上的某资源。
用法：

kubectl edit (RESOURCE/NAME | -f FILENAME)

示例：

# 修改myhello-svc service
kubectl edit svc/myhello-svc
# 以打开为json文件的方式修改
kubectl edit svc/myhello-svc -o json
# 修改资源配置，并将修改后的内容添加到注解
kubectl edit deployment/myapp-deployment -o yaml --save-config

3.10、delete

通过文件名、标准输入、资源和名字删除资源，或者通过资源和标签选择器来删除资源。
示例：

# 通过定义文件删除资源
kubectl delete -f myhello-rc.yaml
# 指定所有后缀名为yaml的文件，删除这些文件定义的资源
kubectl delete -f '*.yaml'# 以文件内容为参数，删除资源cat myhello-rc.yaml | kubectl delete -f -
# 删除名称为 myhello-pod 或 myhello-svc 的pod 和 service
kubectl delete pod,service myhello-pod myhello-svc
# 删除标签为 myhello-pod的pod和service
kubectl delete pods,services -l name=myhello-rc-pod
# 最小延迟删除Pod
kubectl delete pod <podname> --now
# 强制删除 Pod
kubectl delete pod <podname> --force
# 删除所有Pod
kubectl delete pods --all

3.11、label

更新资源的标签。
用法：

kubectl label [--overwrite](-f FILENAME | TYPE NAME)KEY_1=VAL_1 ... KEY_N=VAL_N [--resource-version=version]

示例：

# 为pod/nginx添加标签
kubectl label pods nginx status=unhealthy
# 修改已存在的label
kubectl label --overwrite pods nginx status=healthy
# 为当前命名空间下所有pod添加标签
kubectl label pods --all status=unhealthy
# 根据资源定义文件添加标签
kubectl label -f myapp-deployment.yaml status=unhealthy
# 删除当前命名空间下所有Pod的status标签
kubectl label pods --all status-
# 删除指定label
kubectl label pods nginx status-
# 根据资源定义文件删除资源标签
kubectl label -f myapp-deployment.yaml status-

# 为节点添加标签
kubectl label node k8s-master1 nodetype=master
kubectl label node k8s-node1 nodetype=worker
kubectl label node k8s-node2 nodetype=worker
kubectl label nodes k8s-node2 nodetype-

# 为pod指定部署的节点
nodeSelector:
nodetype: worker

3.12、annotate

更新资源所关联的注解。
用法：

kubectl annotate [--overwrite](-f FILENAME | TYPE NAME)KEY_1=VAL_1 ... KEY_N=VAL_N [--resource-version=version]

示例：

# 为资源类型为 rc 的 myhello-rc 添加注解 description='my hello rc'
kubectl annotate rc myhello-rc description='my hello rc'# 为文件myhello-rc.yaml所定义的资源 添加注解 description1='my hello rc1'
kubectl annotate -f myhello-rc.yaml description1='my hello rc1'# 重写 myhello-rc 的description 注解
kubectl annotate --overwrite rc myhello-rc description='this a replication
controller'# 为当前命名空间下所有pod 添加注解
kubectl annotate pods --all description='myhello running golang program'# 更新指定resourceVersion 的单一资源对象
kubectl annotate rc myhello-rc description3='my hello rc3' --resourceversion=10564# 删除注解
kubectl annotate pods --all description

总结

通常不会去单独的配置pod，都是通过某一类副本控制器资源去部署pod。原因：如果单独配置pod，当集群升级时需要将当前节点上的所有pod排空，那么会产生问题，因为pod没有任何副本控制器在控制它，集群对他没有预期，当节点排空后，pod将不会被调度和重生。
在这里插入图片描述

标签： kubernetes 云原生 docker

本文转载自: https://blog.csdn.net/Long_xu/article/details/129682647
版权归原作者 Lion Long 所有，如有侵权，请联系我们删除。