Kubernetes之kubectl常用命令

最新推荐文章于 2024-08-21 15:37:48 发布

showgea

最新推荐文章于 2024-08-21 15:37:48 发布

阅读量2.7k

点赞数

分类专栏： k8s

本文链接：https://blog.csdn.net/showgea/article/details/89378531

版权

k8s 专栏收录该内容

1 篇文章 0 订阅

订阅专栏

1. get

get命令用于获取集群的一个或一些resource信息。kubectl可以列出集群所有resource的详细，resource包括集群节点、运行的pod，ReplicationController，service等

1.1 获取pod信息

获取所有/某一个Pod的详细信息：

kubectl get pods [pod_name]

获取pod的节点信息等：

kubectl get pods -o wide

获取指定namespace的pods：

kubectl get pods --namespace=kube-system

获取所有namespace的pods：

kubectl get pods --all-namespaces

以yaml/json格式输出pod详细信息：

kubectl get pods <pod_name> -o yaml/json

一般情况下要获取pod信息时，需要你加入namespace来确定在哪个命名空间下查找，查看kube-system空间下所有pod在哪个节点上：

[root@master70 ~]# kubectl get pods -o wide -n kube-system
NAME                                  READY     STATUS    RESTARTS   AGE       IP             NODE
etcd-master70                         1/1       Running   1          1d        192.168.1.76   master70
heapster-ff74fcc67-sjn8g              1/1       Running   0          1d        10.244.1.3     node71
kube-apiserver-master70               1/1       Running   1          1d        192.168.1.76   master70
kube-controller-manager-master70      1/1       Running   0          1d        192.168.1.76   master70
kube-dns-6cd684cb59-625rt             3/3       Running   0          1d        10.244.2.2     node72
kube-flannel-ds-7jbkp                 1/1       Running   0          1d        192.168.1.77   node71
kube-flannel-ds-lq4md                 1/1       Running   0          1d        192.168.1.76   master70
kube-flannel-ds-t55tj                 1/1       Running   0          1d        192.168.1.78   node72
kube-proxy-79wg9                      1/1       Running   0          1d        192.168.1.78   node72
kube-proxy-bwkzm                      1/1       Running   0          1d        192.168.1.76   master70
kube-proxy-xdbfw                      1/1       Running   0          1d        192.168.1.77   node71
kube-scheduler-master70               1/1       Running   0          1d        192.168.1.76   master70
monitoring-grafana-6bd9b54f4-lcvh5    1/1       Running   0          1d        10.244.2.3     node72
monitoring-influxdb-bd595fd4c-bq8zj   1/1       Running   0          1d        10.244.1.2     node71

1.2 获取namespace信息

[root@master70 ~]# kubectl get namespaces
NAME            STATUS    AGE
default         Active    1d
kube-public     Active    1d
kube-system     Active    1d
nginx-ingress   Active    1d

1.3 获取节点信息

[root@master70 ~]# kubectl get nodes node72
NAME      STATUS    ROLES     AGE       VERSION
node72    Ready     <none>    1d        v1.10.2

2. describe

describe类似于get，同样用于获取resource的相关信息。不同的是，get获得的是更详细的resource个性的详细信息，describe获得的是resource集群相关的信息。describe命令同get类似，但是describe不支持-o选项，对于同一类型resource，describe输出的信息格式，内容域相同。

获取pod的详细信息：

[root@master70 ~]# kubectl describe pod kube-proxy-79wg9 -n kube-system
Name:           kube-proxy-79wg9
Namespace:      kube-system
Node:           node72/192.168.1.78
Start Time:     Wed, 17 Apr 2019 12:16:48 +0800
Labels:         controller-revision-hash=2773091006
                k8s-app=kube-proxy
                pod-template-generation=1
Annotations:    <none>
Status:         Running
IP:             192.168.1.78
Controlled By:  DaemonSet/kube-proxy
...

获取node的详细信息：

[root@master70 ~]# kubectl describe node node72
Name:               node72
Roles:              <none>
Labels:             beta.kubernetes.io/arch=amd64
                    beta.kubernetes.io/os=linux
...

3. create

根据文件创建集群resource（pod或者rc），

kubectl create -f <yaml_file>

Eg: rc-nginx.yaml

apiVersion: v1
kind: ReplicationController
metadata:
  name: rc-nginx-2
spec:
  replicas: 2
  template:
    metadata:
      labels:
        app: nginx-2
    spec:
      containers:
      - name: nginx-2
        image: xingwangc.docker.rg/nginx
        ports:
        - containerPort: 80

kind 可以指定是Pod或者ReplicationController

直接使用create则可以基于rc-nginx.yaml文件创建出ReplicationController（rc），rc会创建两个副本：

kubectl create -f rc-nginx.yaml

创建后，使用“kubectl get rc”可以看到一个名为rc-nginx-2的ReplicationController将被创建，同时“kubectl get po”的结果中会多出两个前缀为“rc-nginx-2-”的pod。

4. replace

用于对正在运行的已有资源进行更新替换（修改副本数量，修改image版本，端口等），可以直接修改原yaml文件，然后执行replace命令（删除原有资源然后重新构建资源）

注：名字不能被更更新。另外，如果是更新label，原有标签的pod将会与更新label后的rc断开联系，有新label的rc将会创建指定副本数的新的pod，但是默认并不会删除原来的pod。所以此时如果使用get po将会发现pod数翻倍，进一步check会发现原来的pod已经不会被新rc控制，此处只介绍命令不详谈此问题，好奇者可自行实验。

kubectl replace -f <yaml_file>

5. patch

如果一个容器已经在运行，这时需要对一些容器属性进行修改，又不想删除容器，或不方便通过replace的方式进行更新。

kubernetes还提供了一种在容器运行时，直接对容器进行修改的方式，就是patch命令。

kubectl patch pod rc-nginx-2-kpiqt -p '{"metadata":{"labels":{"app":"nginx-3"}}}'

6. edit

edit提供了另一种更新resource源的操作，通过edit能够灵活的在一个common的resource基础上，发展出更过的significant resource。例如，使用edit直接更新前面创建的pod的命令为：

kubectl get pods <pod_name>

等同于：

kubectl get po rc-nginx-btv4j -o yaml >> /tmp/nginx-tmp.yaml 
vim /tmp/nginx-tmp.yaml 
/*do some changes here */ 
kubectl replace -f /tmp/nginx-tmp.yaml

7. delete

删除Pod等资源

kubectl delete pods <pod_name>

8. logs

logs命令用于显示pod运行中，容器内程序输出到标准输出的内容。跟docker的logs命令类似。如果要获得tail -f 的方式，也可以使用-f选项。

kubectl logs -f <pod_name>

9. rolling-update

rolling-update是一个非常重要的命令，对于已经部署并且正在运行的业务，rolling-update提供了不中断业务的更新方式。rolling-update每次起一个新的pod，等新pod完全起来后删除一个旧的pod，然后再起一个新的pod替换旧的pod，直到替换掉所有的pod。

rolling-update需要确保新的版本有不同的name，Version和label，否则会报错。

kubectl rolling-update <pod_name> -f <new_yaml_file>

如果在升级过程中，发现有问题还可以中途停止update，并回滚到前面版本

kubectl rolling-update <pod_name> -rollback

10. scale

scale用于程序在负载加重或缩小时副本进行扩容或缩小，如前面创建的nginx有两个副本，可以轻松的使用scale命令对副本数进行扩展或缩小。

扩展副本数到4：

kubectl scale rc rc-nginx-3 —replicas=4

重新缩减副本数到2：

kubectl scale rc rc-nginx-3 —replicas=2

11. autoscale

scale虽然能够很方便的对副本数进行扩展或缩小，但是仍然需要人工介入，不能实时自动的根据系统负载对副本数进行扩、缩。autoscale命令提供了自动根据pod负载对其副本进行扩缩的功能。

autoscale命令会给一个rc指定一个副本数的范围，在实际运行中根据pod中运行的程序的负载自动在指定的范围内对pod进行扩容或缩容。

kubectl autoscale rc rc-nginx-3 —min=1 —max=4

12. exec

exec命令同样类似于docker的exec命令，为在一个已经运行的容器中执行一条shell命令，如果一个pod容器中，有多个容器，需要使用-c选项指定容器。

通过bash获得pod中某个容器的TTY，相当于登录容器

kubectl exec -it <pod-name> -n <name-space> bash

13. label

为kubernetes集群的resource打标签，如前面实例中提到的为rc打标签对rc分组。还可以对nodes打标签，这样在编排容器时，可以为容器指定nodeSelector将容器调度到指定lable的机器上，如如果集群中有IO密集型，计算密集型的机器分组，可以将不同的机器打上不同标签，然后将不同特征的容器调度到不同分组上。

在1.2之前的版本中，使用kubectl get nodes则可以列出所有节点的信息，包括节点标签，1.2版本中不再列出节点的标签信息，如果需要查看节点被打了哪些标签，需要使用describe查看节点的信息。

参考文档：https://blog.csdn.net/xingwangc2014/article/details/51204224