k8s介绍与常用命令

kubectl version --client

用原生包管理工具安装

• 更新 apt 包索引，并安装使用 Kubernetes apt 仓库所需要的包：

  • sudo apt-get update
  • sudo apt-get install -y ca-certificates curl
• sudo apt-get install -y apt-transport-https

下载 Google Cloud 公开签名秘钥：

sudo curl -fsSLo /usr/share/keyrings/kubernetes-archive-keyring.gpg https://packages.cloud.google.com/apt/doc/apt-key.gpg

echo "deb [signed-by=/usr/share/keyrings/kubernetes-archive-keyring.gpg] https://apt.kubernetes.io/ kubernetes-xenial main" | sudo tee /etc/apt/sources.list.d/kubernetes.list

更新 apt 包索引，使之包含新的仓库并安装 kubectl：

sudo apt-get update

官方（会超时）

• cat <<EOF | sudo tee /etc/yum.repos.d/kubernetes.repo
• [kubernetes]
• name=Kubernetes
• baseurl=https://packages.cloud.google.com/yum/repos/kubernetes-el7-$basearch
• enabled=1
• gpgcheck=1
• gpgkey=https://packages.cloud.google.com/yum/doc/rpm-package-key.gpg
• EOF
• sudo yum install -y kubectl

前置步骤

• 设置主机名称

  • 查看Linux内核版本

    • uname -r

    • 或者使用 uname -a

  • 设置主机名称为k8s-master,重新连接显示生效

    hostnamectl --static set-hostname k8s-master

• 查看主机名称

  hostname

永久禁用SELinux

• vim /etc/sysconfig/selinux
• SELINUX=disabled

临时 禁用SELinux,让容器可以读取主机文件系统

setenforce 0

关闭系统Swap

关闭sawp分区 (可以不关闭,使用参数--ignore-preflight-errors=swap

临时关闭

• vi /etc/fstab

  • 注释掉swap分区

  • /dev/mapper/centos-swap swap

修改daemon.json 文件,没有就创建一个

• vim /etc/docker/daemon.json

  • {
    "registry-mirrors" : ["https://q5bf287q.mirror.aliyuncs.com", "https://registry.docker-cn.com","http://hub-mirror.c.163.com"],
    "exec-opts": ["native.cgroupdriver=systemd"],
    "insecure-registries":["192.168.1.5"]
    }

重新加载配置

systemctl daemon-reload

重启docker

systemctl restart docker

failure: repodata/repomd.xml from kubernetes: [Errno 256] No more mirrors to try。

• /etc/yum.repos.d/kubernetes.repo

  • [kubernetes]
  • name=Kubernetes
  • baseurl=https://mirrors.aliyun.com/kubernetes/yum/repos/kubernetes-el7-x86_64/
  • enabled=1
  • gpgcheck=0
  • repo_gpgcheck=0
  • gpgkey=https://mirrors.aliyun.com/kubernetes/yum/doc/yum-key.gpg https://mirrors.aliyun.com/kubernetes/yum/doc/rpm-package-key.gpg
  • EOF

用其他包管理工具安装

• snap install kubectl --classic
• kubectl version --client

如果你使用 Linux 系统，并且装了 Homebrew 包管理工具，则可以使用这种方式安装 kubectl。

brew install kubectl

通过获取集群状态的方法，检查是否已恰当的配置了 kubectl：

• kubectl cluster-info

启用 shell 自动补全功能

• bash

  • 补全脚本依赖于工具 bash-completion

    • 安装 bash-completion

      • sudo apt-get install bash-completion
      • yum install bash-completion
    • source /usr/share/bash-completion/bash_completion

fish

kubectl completion fish

kubectl completion fish | source

zsh

为了在所有的 shell 会话中实现此功能，请将下面内容加入到文件 ~/.zshrc 中。

source <(kubectl completion zsh

autoload -Uz compinit

安装 kubectl convert 插件

用以下命令下载最新发行版：

curl -LO "https://dl.k8s.io/release/$(curl -L -s https://dl.k8s.io/release/stable.txt/bin/linux/amd64/kubectl-convert"

下载 kubectl-convert 校验和文件：

• curl -LO "https://dl.k8s.io/$(curl -L -s https://dl.k8s.io/release/stable.txt/bin/linux/amd64/kubectl-convert.sha256"

echo "$(cat kubectl-convert.sha256 kubectl-convert" | sha256sum --check

安装 kubectl-convert

sudo install -o root -g root -m 0755 kubectl-convert /usr/local/bin/kubectl-convert

kubectl convert --help

kubelet：在集群中的每个节点上用来启动 Pod 和容器等。

kubeadm 不能帮你安装或者管理 kubelet 或 kubectl，所以你需要确保它们与通过 kubeadm 安装的控制平面的版本相匹配

1.7.0 版本的 kubelet 可以完全兼容 1.8.0 版本的 API 服务器，反之则不可以

http://img.tnblog.net/aojiancc2/article/details/7341

解决kubelet start失败

https://blog.csdn.net/qq_26545503/article/details/123183184

注：

有些POD无法使用CP，可能是没有安装tar,须要进入容器，设置YUM源，安装后，可以使用。

创建+更新，可以重复使用

$ kubectl apply -f xxx.yaml

应用资源，该目录下的所有 .yaml, .yml, 或 .json 文件都会被使用

$ kubectl apply -f

创建命名空间

$ kubectl create namespace test-demo

查看所有namespace下面的pod/svc/deployment

$ kubectl get pod/svc/deployment --all-namespaces

查看node节点列表

$ kubectl get node

显示node节点的标签信息

$ kubectl get node --show-labels

查看服务的详细信息，显示了服务名称，类型，集群ip，端口，时间等信息

$ kubectl get service # 查看默认命名空间的服务

查看命名空间

$ kubectl get namespaces

查看目前所有的replica set，显示了所有的pod的副本数，以及他们的可用数量以及状态等信息

$ kubectl get rs

查看已经部署了的所有应用，可以看到容器，以及容器所用的镜像，标签等信息

$ kubectl get deployments

根据label删除

$ kubectl delete pod -l app=APP [-n NAMESPACE]

• -l app=APP ：使用标签（label），且标签内容为”app=APP“

强制立即删除某pod。注：无法删除对应的应用，因为存在deployment/rc之类的副本控制器，删除pod也会重新拉起来

• --force ：强制

• --grace-period=0 ：延迟0秒。缺省未设定的情况下会等待30s

$ kubectl delete pod podName --now [-n NAMESPACE]

删除所有pod

$ kubectl delete pods --all

示例：运行一个名称为nginx，副本数为3，标签为app=example，镜像为nginx:1.10，端口为80的容器实例，并绑定到k8s-node1上

$ kubectl run nginx --image=nginx:1.10 --replicas=3 --labels="app=example" --port=80 --overrides='{"apiVersion":"apps/v1","spec":{"template":{"spec":{"nodeSelector":{"kubernetes.io/hostname":"k8s-node1"}}}}}'

示例：创建一个nginx服务并且暴露端口让外界可以访问

$ kubectl expose deployment nginx --port=88 --type=NodePort --target-port=80 --name=nginx-service

• --port ：本地端口

• --target-port ：容器端口

为RC的nginx创建service，并通过Service的80端口转发至容器的8000端口上

kubectl expose rc nginx --port=80 --target-port=8000

由“nginx-controller.yaml”中指定的type和name标识的RC创建Service，并通过Service的80端口转发至容器的8000端口上

kubectl expose -f nginx-controller.yaml --port=80 --target-port=8000

删除nginx中容器的计算资源值

$ kubectl set resources deployment nginx --limits=cpu=0,memory=0 --requests=cpu=0,memory=0

kubectl set selector 命令

• 设置资源的 selector（选择器）。如果在调用"set selector"命令之前已经存在选择器，则新创建的选择器将覆盖原来的选择器。

必须以字母或数字开头，最多包含63个字符

注意：

目前 selector 命令只能用于 Service 对象。

语法：

selector (-f FILENAME | TYPE NAME EXPRESSIONS [--resource-version=version]

kubectl set image 命令：用于更新现有资源的容器镜像。

pod (po
• replicationcontroller (rc
• deployment (deploy
• daemonset (ds
• job
• replicaset (rs

语法：

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

将deployment中的nginx容器镜像设置为“nginx：1.9.1”

$ kubectl set image deployment/nginx busybox=busybox nginx=nginx:1.9.1

所有deployment和rc的nginx容器镜像更新为“nginx：1.9.1”

$ kubectl set image deployments,rc nginx=nginx:1.9.1 --all

将daemonset abc的所有容器镜像更新为“nginx：1.9.1”

$ kubectl set image daemonset abc *=nginx:1.9.1

从本地文件中更新nginx容器镜像

$ kubectl set image -f path/to/file.yaml nginx=nginx:1.9.1 --local -o yaml

仅当resource-version=1时才更新 名为foo的Pod上的label

$ kubectl label pods POD名称 status=unhealthy --resource-version=1

删除名为“bar”的label 。（使用“ - ”减号相连）

$ kubectl label node NODE名称 bar-

annotate：更新注解信息

• Annotations由key/value组成。
• Annotations的目的是存储辅助数据，特别是通过工具和系统扩展操作的数据。
• 如果–overwrite为true，现有的annotations可以被覆盖，否则试图覆盖annotations将会报错。
• 如果设置了–resource-version，则更新将使用此resource version，否则将使用原有的resource version

语法：

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

更新Pod“foo”，设置annotation “description”的value “my frontend”，如果同一个annotation多次设置，则只使用最后设置的value值

$ kubectl annotate pods foo description='my frontend'

更新Pod"foo"，设置annotation“description”的value“my frontend running nginx”，覆盖现有的值

$ kubectl annotate --overwrite pods foo description='my frontend running nginx'

根据“pod.json”中的type和name更新pod的annotation

$ kubectl annotate -f pod.json description='my frontend'

更新 namespace中的所有pod

$ kubectl annotate pods --all description='my frontend running nginx'

只有当resource-version为1时，才更新pod 'foo'

$ kubectl annotate pods foo description='my frontend running nginx' --resource-version=1

通过删除名为“description”的annotations来更新pod 'foo'

不需要 -overwrite flag

执行指定ReplicationController的滚动更新。

语法：

rolling-update OLD_CONTROLLER_NAME ([NEW_CONTROLLER_NAME] --image=NEW_CONTAINER_IMAGE | -f NEW_CONTROLLER_SPEC

使用frontend-v2.json中的新RC数据更新frontend-v1的pod

$ kubectl rolling-update frontend-v1 -f frontend-v2.json

使用JSON数据更新frontend-v1的pod

$ cat frontend-v2.json | kubectl rolling-update frontend-v1 -f -

基于 stdin 输入的 JSON 替换 pod

$ cat pod.json | kubectl replace -f -

更新frontend资源的镜像

$ kubectl rolling-update frontend --image=image:v2

更新frontend-v1资源名称为frontend-v2并更新镜像

$ kubectl rolling-update frontend-v1 frontend-v2 --image=image:v2

退出已存在的进行中的滚动更新

$ kubectl rolling-update frontend-v1 frontend-v2 --rollback

scale：扩容或缩容（pod数）

scale也可以指定多个前提条件，如：当前副本数量或 --resource-version，进行伸缩比例设置前，系统会先验证前提条件是否成立。这个就是弹性伸缩策略。

语法：

kubectl scale [--resource-version=version] [--current-replicas=count] --replicas=COUNT (-f FILENAME | TYPE NAME

将名为foo中的pod副本数设置为3

输出

kubectl scale deploy/nginx --replicas=30

将由“foo.yaml”配置文件中指定的资源对象和名称标识的Pod资源副本设为3

$ kubectl scale --replicas=3 -f foo.yaml

如果当前副本数为2，则将其扩展至3

$ kubectl scale --current-replicas=2 --replicas=3 deployment/mysql

设置多个RC中Pod副本数量

$ kubectl scale --replicas=5 rc/foo rc/bar rc/baz

这个比scale更加强大，也是弹性伸缩策略，它是根据流量的多少来自动进行扩展或者缩容。

语法：

kubectl autoscale (-f FILENAME | TYPE NAME | TYPE/NAME [--min=MINPODS] --max=MAXPODS [--cpu-percent=CPU] [flags]

使用 Deployment “foo”设定，使用默认的自动伸缩策略，指定目标CPU使用率，使其Pod数量在2到10之间

$ kubectl autoscale deployment foo --min=2 --max=10

使用RC“foo”设定，使其Pod的数量介于1和5之间，CPU使用率维持在80％

$ kubectl autoscale rc foo --max=5 --cpu-percent=80

集群管理命令：certificate，cluster-info，top，cordon，uncordon，drain，taint

certificate命令：用于证书资源管理，授权等

• 当有node节点要向master请求，那么是需要master节点授权的

• $ kubectl certificate approve node-csr-81F5uBehyEyLWco5qavBsxc1GzFcZk3aFM3XW5rT3mw node-csr-Ed0kbFhc_q7qx14H3QpqLIUs0uKo036O2SnFpIheM18

查看集群信息

$ kubectl cluster-info

将当前集群状态输出到 stdout

$ kubectl cluster-info dump

将当前集群状态输出到 /path/to/cluster-state

$ kubectl cluster-info dump --output-directory=/path/to/cluster-state

检测核心组件状态【如果你的集群运行不正常，这是一个很好的、进行第一次诊断检查的机会】

$ kubectl get componentstatuses

查看node/pod的资源使用情况。需要heapster 或metrics-server支持

$ kubectl top node/pod -A

查看日志:

$ journalctl -u kubelet -f

设为不可调度状态：

$ kubectl cordon node1

解除不可调度状态

$ kubectl uncordon node1

将pod从NODE-1节点赶到其他节点：

$ kubectl drain NODE-1

taint命令：用于给某个Node节点设置污点

master运行pod

master不运行pod

$ kubectl taint nodes master.k8s node-role.kubernetes.io/master=:NoSchedule

查看kubelet进程启动参数

$ ps -ef | grep kubelet

返回仅包含一个容器的pod nginx的日志快照

$ kubectl logs nginx

持续输出pod MyPod中的日志

$ kubectl logs -f MyPod

持续输出pod MyPod中的容器web-1的日志

$ kubectl logs -f MyPod -c web-1

仅输出pod nginx中最近的20条日志

$ kubectl logs --tail=20 nginx

输出pod nginx中最近一小时内产生的所有日志

$ kubectl logs --since=1h nginx

指定时间戳输出日志

$ kubectl logs MyPod --since-time=2018-11-01T15:00:00Z

返回pod MyPod中已经停止的容器web-1的日志快照

$ kubectl logs -p MyPod -c web-1

exec命令：进入容器进行交互，在容器中执行命令

kubectl exec POD [-c CONTAINER] -- COMMAND [args...]

参数

-c, --container="" 容器名。如果省略，则默认选择第一个 pod。

在pod 123456-7890的容器ruby-container中运行“date”并获取输出

kubectl exec 123456-7890 -c ruby-container date

默认在pod 123456-7890的第一个容器中运行“date”并获取输出

kubectl exec 123456-7890 -- date

切换到终端模式，将控制台输入发送到pod 123456-7890的ruby-container的“bash”命令，并将其输出到控制台/

错误控制台的信息发送回客户端

• kubectl exec 123456-7890 -c ruby-container -it -- bash -il

kubectl attach POD [-c CONTAINER]

-c, --container=“”: 容器名。如果省略，则默认选择第一个 pod。

• -t, --tty[=false]: 将标准输入控制台作为容器的控制台输入。

• 获取正在运行中的pod 123456-7890的输出，默认连接到第一个容器

  • $ kubectl attach 123456-7890

• 获取pod 123456-7890中ruby-container的输出

  $ kubectl attach 123456-7890 -c ruby-container

切换到终端模式，将控制台输入发送到pod 123456-7890的ruby-container的“bash”命令，并将其输出到控制台

$ kubectl attach 123456-7890 -c ruby-container -i -t

api-servions命令：打印受支持的api版本信息

• 打印当前集群支持的api版本

  • $ kubectl api-versions

显示全部的命令帮助提示

• $ kubectl --help

具体的子命令帮助，例如

$ kubectl create --help

config 命令：用于修改kubeconfig配置文件（用于访问api，例如配置认证信息）

示例

显示合并的 kubeconfig 配置

• $ kubectl config view

• 查看配置的摘要（上下文、命名空间）

  $ kubectl config get-contexts

同时使用多个 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 上下文名称

使用特定的用户名和命名空间新增一个上下文，并设置为默认的上下文

$ kubectl config set-context 上下文名称 \

更改当前上下文的命名空间

$ kubectl config set-context --current --namespace=NAMESPACE

恢复到默认命名空间

$ kubectl config set-context

删除指定的上下文

$ kubectl config delete-context CLUSTER

添加新的集群配置到 kubeconf 中，使用 basic auth 进行鉴权

$ kubectl config set-credentials kubeuser/foo.kubernetes.com --username=kubeuser --password=kubepassword

打印客户端和服务端版本信息

• $ kubectl version

plugin 命令：运行一个命令行插件

将控制台输入的Yaml配置应用到Pod

$ cat pod.yaml | kubectl apply -f -

语法：

• kubectl patch (-f FILENAME | TYPE NAME -p PATCH

使用策略合并补丁部分更新节点

$ 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"}]}}'

语法：

• kubectl replace -f FILENAME

使用pod.yaml中的数据替换一个pod

$ kubectl replace -f ./pod.yaml

根据传递到标准输入的YAML替换一个pod

$ cat pod.yaml | kubectl replace -f -

将单容器pod的镜像的版本(标记更新为v4

$ kubectl get pod mypod -o yaml | sed 's/(image: myimage:.*$/\1:v4/' | kubectl replace -f -

强制替换、删除然后重新创建资源

$ kubectl replace --force -f ./pod.yaml

该命令将配置文件名，目录或URL作为输入，并将其转换为指定的版本格式，如果目标版本未指定或不支持，则转换为最新版本。

语法：

kubectl convert -f FILENAME

将文件'pod.yaml'转换为最近版本并打印到标准输出

$ kubectl convert -f pod.yaml

将“pod.yaml”指定的资源的实时状态转换为最新版本，并以json格式打印到标准输出

$ kubectl convert -f pod.yaml --local -o yaml

将当前目录下的所有文件转换为最新版本，并将其全部创建

$ kubectl convert -f . | kubectl create -f -

导出所有 configmap

kubectl get configmap -n kube-system -o wide -o yaml > configmap.yaml

name: example-container
image: nginx
ports:

containerPort: 80
volumeMounts:

configMap:
name: example-configmap
- 这个配置文件定义了一个名为 example-pod 的 Pod。它包含一个名为 example-container 的容器，使用 nginx 镜像，并在容器内部暴露了 80 端口。此外，该容器还挂载了一个名为 data-volume 的卷到 /usr/share/nginx/html 目录下。
- 在这个配置文件中，我们使用了一个 ConfigMap 来定义卷的内容，如下所示：

cat file.txt | xargs -n 1 echo

总之，xargs命令可以使我们更加高效地处理命令行中的参数，特别是在处理大量文件或目录时非常有用。

Linux三剑客指的是grep、sed和awk，它们都是常用的文本处理工具。

grep是一个非常有用的命令行工具，它可以用来查找文本文件中的匹配项。除了最基本的用法（例如在文件中查找单词或短语），grep还有一些高级用法，可以让您更加准确地查找所需的内容。

• • 使用正则表达式：grep支持使用正则表达式进行模式匹配。这意味着您可以使用各种通配符和元字符来更精确地定义您要查找的内容。

    • 例如，如果您要查找所有以大写字母开头的单词，可以使用以下命令：
    • grep '<[A-Z][a-z]*>' filename.txt
  • grep -E 'apple|orange' filename.txt

• 搜索多个文件：grep可以搜索多个文件并将匹配的行打印出来。例如，如果您要在目录下的所有.txt文件中查找单词“banana”，可以使用以下命令：

  grep 'banana' *.txt

例如，如果您要查找所有不包含单词“pear”的行，可以使用以下命令：

这些是grep的一些高级用法。它们可以大大提高您在文本文件中查找内容的效率和准确性。

sed（Stream Editor）是一个非交互式的流编辑器，它可以对文本进行一系列的操作。主要应用场景如下：

kubectl -n app get pod|grep user|awk '{print $1}'|xargs kubectl -n app delete pod

查找pod

• kubectl -n app get pod|grep user
• kubectl -n app delete pod_name

配合awk一键重启指定kill进程进程

没用他之前可能需要两个命令

• ps -ef|grep filter_condition|grep -v grep

• • 反选输出的结果，这里的作用是过滤输出的grep进程

• kill查找出来的进程

  sudo kill -9 pid